Hi,
I read in idmapd's manpage that "It provides functionality to the NFSv4
kernel client and server". I'm therefore wondering whether it'd be
desired to facilitate an rc dependency of nfsmount (client-side) in
rpc.idmapd. /etc/init.d/nfs (server side) allows that via
NFS_NEEDED_SERVICES.
Co
On Mon, 14 Jun 2010 00:29:19 +0200
Pacho Ramos wrote:
> El dom, 13-06-2010 a las 14:43 +0200, Pacho Ramos escribió:
> > El dom, 13-06-2010 a las 14:16 +0300, Petteri Räty escribió:
> > > On 06/11/2010 12:27 PM, Pacho Ramos wrote:
> > >
> > > >
> > > > From my point of view, I would prefer to:
>
Final release of Python 2.7 is currently scheduled on 2010-07-03. Snapshots
of Python 2.7 are available in python overlay. Python 2.7 will be initially
masked in gentoo-x86 after release.
I would like to encourage Gentoo developers and users to install a snapshot
of Python 2.7 and test miscellaneo
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2010-06-13 23h59 UTC.
Removals:
x11-plugins/wmmsens 2010-06-07 10:05:44 s4t4n
x11-plugins/wmsensormon 2010-06-07 10:10:25 s4t4n
x11-plugins/wmalms
On 06/13/10 16:26, Jorge Manuel B. S. Vicetto wrote:
> If we want to find a way to not drop the maintainer-needed packages, I'd
> prefer we move them to sunset and not to sunrise.
Agreed.
If there is a user-maintainer move to sunrise, if there isn't move to
sunset.
> As this overlay is
> likely
# Matti Bickel (13 Jun 2010)
# Dead upstream (bug #321685)
# Removal on 2010-07-13
dev-php5/jargon
dev-php5/creole
signature.asc
Description: OpenPGP digital signature
El dom, 13-06-2010 a las 14:43 +0200, Pacho Ramos escribió:
> El dom, 13-06-2010 a las 14:16 +0300, Petteri Räty escribió:
> > On 06/11/2010 12:27 PM, Pacho Ramos wrote:
> >
> > >
> > > From my point of view, I would prefer to:
> > > 1. Mask "caps" for net-wireless/bluez on affected arches, letti
On 06/13/2010 05:26 PM, Jorge Manuel B. S. Vicetto wrote:
>
>> Wouldn't it be better to officially support moving unmaintained
>> packages directly into Sunrise? In this case by 'unmaintained' I mean
>> those which have open bugs assigned to 'maintainer-needed' for a long
>> time, and are potenti
Jorge Manuel B. S. Vicetto posted on Sun, 13 Jun 2010 14:26:26 + as
excerpted:
> there was a proposal to create a sunset overlay, like the java team used
> and now kde uses as well. The purpose of this overlay would be to keep
> the packages that are removed from the tree because they have no
On 6/13/10 6:35 PM, Michał Górny wrote:
> But who's talking here about moving abandoned ebuilds just to keep
> them? I'd wanted just to make it simpler to switch the 'maintainership'
> from Gentoo devs to Sunrise users, when the second are ready to
> maintain the ebuild well.
Can you suggest a spe
We ( as treecleaners ) can't move the packages to sunrise. If there are
users out there who want to maintain them either move the ebuilds on sunrise
themselves or proxy maintain them.
On Sun, Jun 13, 2010 at 7:35 PM, Michał Górny wrote:
> On Sun, 13 Jun 2010 15:07:12 +0300
> Markos Chandras wro
On Sun, 13 Jun 2010 15:07:12 +0300
Markos Chandras wrote:
> If you start moving maintainer-needed package on Sunrise then Sunrise
> will end up as a garbage collector overlay having many many ebuilds
> that nobody will actually maintain. If you care about
> maintainer-needed package then step up
Le 13/06/2010 14:07, Markos Chandras a écrit :
> If you start moving maintainer-needed package on Sunrise then Sunrise
> will end up as a garbage collector overlay having many many ebuilds that
> nobody will actually maintain. If you care about maintainer-needed
> package then step up and proxy mai
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13-06-2010 08:41, Michał Górny wrote:
> Hello,
>
> There are some packages which were 'readded' to the Sunrise overlay
> after lying unmaintained in the tree for a long time and finally being
> removed. One example could be net-im/ekg2 for removal
media-video/avidemux
Qt team will pick this up ( first herd on metadata.xml ) and I will add
myself as maintainer
Cheers
On Sat, Jun 12, 2010 at 3:09 PM, Alex Alexander wrote:
> On Fri, Jun 11, 2010 at 11:50:38PM +0200, Ben de Groot wrote:
> > I guess I should have done a proper grep on the tr
El dom, 13-06-2010 a las 14:16 +0300, Petteri Räty escribió:
> On 06/11/2010 12:27 PM, Pacho Ramos wrote:
>
> >
> > From my point of view, I would prefer to:
> > 1. Mask "caps" for net-wireless/bluez on affected arches, letting us to
> > keep bluez keyworded.
> > 2. Open two bug reports as done w
If you care enough about this package, move it to sunrise or step up and
proxy maintain it, cooperating with a developer
http://overlays.gentoo.org/proj/sunrise/wiki/ProxyMaintainer
On Sun, Jun 13, 2010 at 7:21 AM, wrote:
> On Sat, Jun 12, 2010 at 11:04:26PM -0500, Jeremy Olexa wrote:
> > Short
If you start moving maintainer-needed package on Sunrise then Sunrise will
end up as a garbage collector overlay having many many ebuilds that nobody
will actually maintain. If you care about maintainer-needed package then
step up and proxy maintain it. The delay ( which is not that big if you
coop
On 06/11/2010 12:27 PM, Pacho Ramos wrote:
>
> From my point of view, I would prefer to:
> 1. Mask "caps" for net-wireless/bluez on affected arches, letting us to
> keep bluez keyworded.
> 2. Open two bug reports as done with current policy: one for keywording
> libcap-ng and other to check bluez
Michał Górny posted on Sun, 13 Jun 2010 10:41:43 +0200 as excerpted:
> Wouldn't it be better to officially support moving unmaintained packages
> directly into Sunrise?
++
I've thought something like that was needed for awhile, tho I'm not sure
it fits the sunrise theme too well. But if not th
On 06/13/2010 10:41 AM, Michał Górny wrote:
> Wouldn't it be better to officially support moving unmaintained
> packages directly into Sunrise? In this case by 'unmaintained' I mean
> those which have open bugs assigned to 'maintainer-needed' for a long
> time, and are potentially a candidates for
Hello,
There are some packages which were 'readded' to the Sunrise overlay
after lying unmaintained in the tree for a long time and finally being
removed. One example could be net-im/ekg2 for removal of which I've been
personally waiting.
Although such a workflow 'works' indeed, for most of the u
22 matches
Mail list logo