Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#12893 - {archweb} Add ability to have non-account devs on the developers page
Attached to Project:
Arch Linux
Opened by Aaron Griffin (phrakture) - Thursday, 22 January 2009, 18:42 GMT
Last edited by Dan McGee (toofishes) - Friday, 18 February 2011, 14:56 GMT
Opened by Aaron Griffin (phrakture) - Thursday, 22 January 2009, 18:42 GMT
Last edited by Dan McGee (toofishes) - Friday, 18 February 2011, 14:56 GMT
|
DetailsI noticed the UserProfile stuff was recently split out. I was wondering if there was some way to add users who don't have/need dashboard accounts to the developers page.
I want to add these people: Loui and Callan as AUR Developers Gerhard and Dieter as Release Engineers |
This task depends upon
Closed by Dan McGee (toofishes)
Friday, 18 February 2011, 14:56 GMT
Reason for closing: Not a bug
Additional comments about closing: Permissions should be good enough already; if not we can add some more groups with fine-grained permissions.
Friday, 18 February 2011, 14:56 GMT
Reason for closing: Not a bug
Additional comments about closing: Permissions should be good enough already; if not we can add some more groups with fine-grained permissions.
If you need for them to be able to log in to some stuff but not other stuff, I'll have to add some permission checking to the dashboard. Not hard, but I'll need to know what they can or can't view.
In the long run though, adding a "can adopt packages" permission group is probably a good idea. Actually, more refined - adding permissions for each repo might be a good idea. Or at least something like: can adopt core packages, can adopt community packages, and then a catch-all. Sometime in the future we will be moving the TUs to the official tools, which means dashboard access...