Re: [proaudio] Question for proaudio devs & team |
[ Thread Index | Date Index | More lists.tuxfamily.org/proaudio Archives ]
Hi, > Or ask Gentoo to incorporate pro-audio in a more maintained overlay? If that's just about hosting I suppose I could ask for a git proaudio overlay on overlays.gentoo.org. Or svn if you prefer svn. Remark that if it is easy to ask for official hosting, that doesn't solve the main problem: manpower. Note that, for me, overlays are for staging stuff that haven't made it to the main tree yet; hence, the smaller the overlay is, the better. When I discover some new interesting package, I polish an ebuild for it and put it in the main tree, maintaining my own overlay is too much work :) I understand that bugzilla is not the best tool to get stuff merged for people that don't have gentoo-x86 access but that's what we have now :/ Overlays do not get enough visibility, merging stuff to the main tree solves this and gives more infrastructure: everyone can easily install it, tarballs are mirrored, automated checks are performed on the packages, etc. Considering the fact that getting gentoo-x86 cvs access is a long and tedious task that not many people are willing to take the time to do, we could probably get a much better situation by at least improving cooperation. Whereever the overlay is hosted, what I would like to see is indeed some "priority list" for merging packages from the overlay, so that I can easily know what needs more attention. When merging new packages, I would like to have a proxy-maintainer and an implicit promise that (s)he won't disappear as soon as the package will be merged leaving it in the hands of the understaffed proaudio herd. The overlay can then be used to ease the proxy-maintainance: push changes there, poke a gentoo dev to merge the changes to gentoo-x86. Alexis.
Attachment:
signature.asc
Description: PGP signature
Mail converted by MHonArc 2.6.19+ | http://listengine.tuxfamily.org/ |