[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-embedded
Subject:    Re: [gentoo-embedded] Bumping ebuilds
From:       Ed W <lists () wildgooses ! com>
Date:       2011-07-25 22:36:28
Message-ID: 4E2DEFEC.7000306 () wildgooses ! com
[Download RAW message or body]

On 24/07/2011 12:05, Peter Volkov wrote:
> В Срд, 13/07/2011 в 11:55 +0100, Ed W пишет:
>> On 07/07/2011 09:30, Dennis.Yxun wrote:
>>> Hi Ed W:
>>>   I'm not gentoo dev, and actually not uClibc guy ;-)
>>> But I do suggest you file a bug on http://bugs.gentoo.org
>>>   so people who see may help
>>
>> There are lots of open bugs there.  The appeal is to find developers who
>> can commit the fixes?
> 
> There is possibility to maintain packages via proxy-maintaining[1]. As
> for uClibc I can help you as a proxy, although it'll take some time for
> me to review changes you wish to have in the tree.
> 
> [1] http://overlays.gentoo.org/proj/sunrise/wiki/ProxyMaintainer

Sure - I don't really have time to act as a gentoo developer at present,
but that also seems true of a lot of the -embedded dev team.  I'm making
a bunch of local ebuilds and it would be useful to feed those upstream
and try and get them into the main tree as quickly as possible.

For sure I can feed bugzilla, but there are plenty of bugs there already
- closing them is the issue, not opening more...

I'm using uclibc, slightly newer than latest release.  Actually with
this I see VERY few problems with other ebuilds and my local patch tree
has shrunk to near zero.  Pushing that out to tree would be highly
desirable, but I only have x86 to test with - we need some non x86
testers to prove things

Note that uclibc feel that they release infrequently enough that every
release should be considered stable and no one should be lagging the
latest release.

How can we make this happen?

Ed W



[prev in list] [next in list] [prev in thread] [next in thread]