GithubHelp home page GithubHelp logo

Author identification about son-schema HOT 5 OPEN

sonata-nfv avatar sonata-nfv commented on June 25, 2024
Author identification

from son-schema.

Comments (5)

mbredel avatar mbredel commented on June 25, 2024

By package author you mean the package maintainer (package_maintainer)?

In Debian packages, the maintainer is given in a form similar to "Name Surname [email protected]" which, however, might be hard to check. In the schema, we would need a RegEx that checks for that. Checking for email addresses is easy though.

However, I am not so sure, if we want to limit the maintainer string anyway, as a maintainer might be a company.

from son-schema.

jbonnet avatar jbonnet commented on June 25, 2024

Right...
But the Gatekeeper has to connect this package_maintainer to licensing (I guess that not all developers will be allowed to publish packages, and stuff like that), so things like you mention ("Name Surname [email protected]") will be harder to map...

from son-schema.

mbredel avatar mbredel commented on June 25, 2024

Ah - now it gets clearer. You want to (re-) use the package_maintainer to check permissions?

I am in favor of decoupling that completely form the package descriptor. Uploading is done via the Gatekeeper. Thus, you have to login (or provide credentials - in case of using an API and no GUI) to the Gatekeeper in order to upload packages.

Same is true for licensing - which is not completely solved by the current package descriptor yet. But I have to think more about it - and postponed that to phase 2 :-)

from son-schema.

jbonnet avatar jbonnet commented on June 25, 2024

Ok, no problem in decoupling...
But there's something I don't agree: uploading is not done through a GUI, it should be done through the API. Therefore the need to identify the user. Credentials yes, should be gathered when registering, and then sent in the upload request. So, a request should be something like (correct me):

{
"credentials":"XXXX",
"package":<.son file here>
}

What do you think?

Yes, let's postpone licensing until phase 2

from son-schema.

mbredel avatar mbredel commented on June 25, 2024

Totally agree :-) Although I think, uploading can be done using a GUI at least optionally (I also think, the API way might be the dominant one) but your proposal does not prevent that.

from son-schema.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.