[aur-general] storming in for no reason with crazy ideas

Angel Velásquez angvp at archlinux.com.ve
Mon Dec 22 02:50:01 EST 2008

On Mon, Dec 22, 2008 at 4:38 AM, eliott <eliott at cactuswax.net> wrote:
> Hello!
> Long time reader, first time poster (in quite a while).
> I was bored today, so I read through some of the mailing list archive. Whew!
> Anyway, I had one of those crazy ideas that is, well, crazy. As this
> is the internet and I have some free time, allow me to subject you all
> to my crazy idea! Hooray!
> *coughs*
> Why not move towards separating the duties of the current AUR system
> from the duties of the TU system. I propose making the TUs 'associate
> arch devs', and having them use the main arch repository system, but
> in a reduced security/permission role. Something like TUs getting
> access to community only, like they have now..but using the same dev
> tools system as the mainline devs, having community just be 'another
> repo' in the main site interface (just like extra and core).
> Sure it will take a bit of effort, but it would streamline some
> processes for sure!
> Detriments:
>  - TUs wouldn't be as autonomous as they historically have been. This
> could be good or bad, but putting it in the 'bad' category, because
> people fear change..and this is a change.
>  - It would take _some amount_ more than 0 value of effort to get the
> TUs into the mainline dev system.
> Benefits:
>  - Less tools to support, as the TUs would then use the same dev tools
> as devs, but with limited permissions.
>  - Process streamline
>  - Clearer path for migration from 'associate dev' to 'dev'. Just flip
> a bit in the permissions for the devtools, and they can now move
> packages to extra or core, etc.
>  - Decouple community from the AUR. The AUR would then 'be its own
> bag'. Leaving end user voting as a guide for moving packages into
> community (or not..whatever), then packages in community would
> disappear from the aur when they were adopted into community.
>  - Greater visibility for community repository. It is already included
> by default, so it should be treated as such... a vital component to
> the overall arch ecosystem.
>  - Future AUR rewrites or refactoring would be greatly simplified.
>  - The existing TU toolchain and server daemon can be jettisoned into
> the abyss, to live with other lovecraftian horrors.
> So there you have it.
> Talk amongst yourselves.
> I will be over here..hiding in the shrubbery.
> o.O


I will send some tacos for your good crazy idea.

Angel Velásquez
angvp @ irc.freenode.net
Linux Counter: #359909
Arch Linux Trusted User

More information about the aur-general mailing list