Re: [proaudio] Question for proaudio devs & team

[Xavier Miller <xavier.miller@xxxxxxxxx>]

Hello,

Great news !

I will subscribe to tuxfamily ASAP.

Kind regards,
Xavier Miller.

Frieder Buerzele wrote:
> Hi folks,
>
> sorry for missing your conversation. But atm my main machine has a
> hardware failure and I was not able to reply to your emails.
>
> Yes the overlay pretty outdated and needs updates. I will join the
> update action as soon as I have restored my system and find some time.
>
> Everybody that wants to help updating, whatever, please send me an
> email with your username at tuxfamily and I'll give you permission to
> the repository.
>
>
> Thx for helping
>
> Greetz Frieder
>
>
> > Hello,
> >
> > As I am a pro-audio user, I /need/ the upgrades, and as developer (not  
> > gentoo's), I could contribute to simple ebuilds (or obvious bumps).
> >
> > If the packages could rapidly reach the main portage tree, this is the  
> > better solution regarding perennity.
> >
> > Kind regards,
> > Xavier Miller.
> >
> > Quoting Alexis Ballier <aballier@xxxxxxxxxx>:
> >
> > > 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.