Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

wrong help text for osc token #1547

Open
olafhering opened this issue Apr 24, 2024 · 5 comments
Open

wrong help text for osc token #1547

olafhering opened this issue Apr 24, 2024 · 5 comments
Labels

Comments

@olafhering
Copy link
Contributor

osc 0.182.1 has incorrect help text for osc token --help. It suggests that both prj and pkg are optional. But just running osc token --create in a working copy of a package does not create a token for that prj/pkg target. It will be a token without a "target". Maybe such tokens are useful, maybe such tokens are useless. Who knows.

Usage:
    osc token
    osc token --create [--operation <OPERATION>] [<PROJECT> <PACKAGE>]
@olafhering olafhering added the Bug label Apr 24, 2024
@hennevogel
Copy link
Member

I don't think it makes much sense to take the working copy into account...

https://openbuildservice.org/help/manuals/obs-user-guide/cha.obs.authorization.token#id-1.5.10.18.4

@olafhering
Copy link
Contributor Author

Most use cases in that doc do actually refer to a prj/pkg.

There is one case for a generic token. The description is not clear what that means in practice. Such generic token could be created outside of a working copy, like pushd ~ ; osc token --create ; popd.

@hennevogel
Copy link
Member

There is one case for a generic token. The description is not clear what that means in practice

It just a scope. A generic token can be used to "operate" on any project/package you are allowed to run this token's "operation" on. A token scoped to a project/package will always use this project/package to run the token's "operation" on.

@olafhering
Copy link
Contributor Author

So, how do we proceed here?

@dmach
Copy link
Contributor

dmach commented May 10, 2024

I agree with @hennevogel, we shouldn't take the working copy into account.
We want to keep it simple and user should explicitly provide the scope.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants