Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
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.