[gentoo-dev] Re: ACCEPT_LICENSE revisited

2006-12-01 Thread Steve Long
Donnie Berkholz wrote: Ciaran McCreesh wrote: What, you really think that Donnie doesn't know how the X licence handling situation breaks GLEP 23? Just how exactly is ACCEPT_LICENSE usable when you have this? [ cropped groups of similar license combinations ] Pretty usable, when you

[gentoo-dev] Monthly Gentoo Council Reminder for December

2006-12-01 Thread Mike Frysinger
This is your monthly friendly reminder ! Same bat time (typically the 2nd Thursday at 2000 UTC), same bat channel (#gentoo-council @ irc.freenode.net) ! If you have something you'd wish for us to chat about, maybe even vote on, let us know ! Simply reply to this e-mail for the whole Gentoo dev

Re: [gentoo-dev] Treecleaneres

2006-12-01 Thread Michael Cummings
On Thu, 2006-11-30 at 00:59 -0500, Alec Warner wrote: In the meantime, please don't remove stuff. Just to be a pain - you're referring only to treecleaner removals, right? -- -o()o-- Michael Cummings |#gentoo-dev, #gentoo-perl Gentoo Perl

Re: [gentoo-dev] Re: ACCEPT_LICENSE revisited

2006-12-01 Thread Brian Harring
On Fri, Dec 01, 2006 at 12:27:39PM +, Ciaran McCreesh wrote: On Fri, 01 Dec 2006 08:05:49 + Steve Long | Secondly, how difficult would it be for you to do what he asked? I | know it's not your responsibility, I just want to know whether you | can do it fairly easily. It's a couple

Re: [gentoo-dev] Re: ACCEPT_LICENSE revisited

2006-12-01 Thread Ciaran McCreesh
On Fri, 1 Dec 2006 04:37:44 -0800 Brian Harring [EMAIL PROTECTED] wrote: | On Fri, Dec 01, 2006 at 12:27:39PM +, Ciaran McCreesh wrote: | On Fri, 01 Dec 2006 08:05:49 + Steve Long | | Secondly, how difficult would it be for you to do what he asked? I | | know it's not your

[gentoo-dev] net-firewall/ipp2p maintainer needed

2006-12-01 Thread Jakub Moc
net-firewall/ipp2p ebuild is outdated and useless w/ 2.6.17+ kernels (Bug 141700). It needs a bump to 0.8.2 and some active maintainer, eradicator apparently doesn't care. Please, see https://bugs.gentoo.org/show_bug.cgi?id=141700 if you are interested in maintaining this. Thanks. -- Best

Re: [gentoo-dev] [RFC] Add ALSA_CARDS to USE_EXPAND

2006-12-01 Thread Diego 'Flameeyes' Pettenò
On Friday 01 December 2006 08:25, Petteri Räty wrote: It should give you what the emerge -pv line says. If it says nothing is enabled then, it should not give you everything. This is because other USE_EXPANDed stuff works this way. Err, LINGUAS does not work this way for smaller packages (you

Re: [gentoo-dev] [RFC] Add ALSA_CARDS to USE_EXPAND

2006-12-01 Thread Ciaran McCreesh
On Fri, 1 Dec 2006 13:55:15 +0100 Diego 'Flameeyes' Pettenò [EMAIL PROTECTED] wrote: | On Friday 01 December 2006 08:25, Petteri Räty wrote: | It should give you what the emerge -pv line says. If it says | nothing is enabled then, it should not give you everything. This is | because other

[gentoo-dev] app-admin/webmin needs a maintainer

2006-12-01 Thread Jakub Moc
Sune Kloppenborg Jeppesen napsal(a): the maintainer of app-admin/{webmin|usermin} eradicator is not responding to bugmail and the packages have an open security bug. In fact, webmin has a bunch of open bugs completely unanswered by the maintainer for months. If anyone is interested in taking

Re: [gentoo-dev] [RFC] Add ALSA_CARDS to USE_EXPAND

2006-12-01 Thread Diego 'Flameeyes' Pettenò
On Friday 01 December 2006 14:01, Ciaran McCreesh wrote: That's not really a reason not to do it for ALSA_CARDS, since it's so easy in this particular case... Uh, no. Because the cards supported changes from release to release. Although yes from one side it's easy to provide some more or less

Re: [gentoo-dev] [RFC] Add ALSA_CARDS to USE_EXPAND

2006-12-01 Thread Diego 'Flameeyes' Pettenò
On Thursday 30 November 2006 22:40, Marius Mauch wrote: Not if you take care of providing the proper defaults in make.defaults (the sample above should not be the default). Okay, let's get with a non-complete default, it would probably also help as you won't need PNP support on x86 and amd64

Re: [gentoo-dev] Re: Re: Versioning the tree

2006-12-01 Thread Andrew Gaffney
Steve Long wrote: There'll always be GLSA's to respond to. That's another issue that needs to be handled w/ a slow-moving tree. Are you going to restrict changes in the slow-moving tree only to changes against a GLSA? That's what we've said. I don't have a problem with this at all. The

Re: [gentoo-dev] Re: ACCEPT_LICENSE revisited

2006-12-01 Thread Brian Harring
On Fri, Dec 01, 2006 at 12:43:18PM +, Ciaran McCreesh wrote: On Fri, 1 Dec 2006 04:37:44 -0800 Brian Harring [EMAIL PROTECTED] wrote: | On Fri, Dec 01, 2006 at 12:27:39PM +, Ciaran McCreesh wrote: | On Fri, 01 Dec 2006 08:05:49 + Steve Long | | Secondly, how difficult would it

Re: [gentoo-dev] Re: ACCEPT_LICENSE revisited

2006-12-01 Thread Ciaran McCreesh
On Fri, 1 Dec 2006 05:29:22 -0800 Brian Harring [EMAIL PROTECTED] wrote: | Donnie already stated he'd take a patch, so throw the patch his | direction if you want things changed. If you don't want it to be broken, fix it yourself is hardly a viable QA policy... -- Ciaran McCreesh Mail

[gentoo-dev] sys-fs/evms needs a maintainer

2006-12-01 Thread Jakub Moc
sys-fs/evms is broken with 2.6.17+ kernels [1], has a couple of other bugs open, like linking against wrong glib version [2], or ocfs2-tools issues [3] and unresponsive maintainer. [1] https://bugs.gentoo.org/show_bug.cgi?id=154924 [2] https://bugs.gentoo.org/show_bug.cgi?id=147281 [3]

Re: [gentoo-dev] Re: Re: Re: Versioning the tree

2006-12-01 Thread Chris Gianelloni
On Fri, 2006-12-01 at 07:23 +, Steve Long wrote: Well count me in as a volunteer to help set this up and maintain an x86 release. I'm a pretty good coder if that helps. There wouldn't be an x86 release or anything. It would be the whole thing. All or nothing. I hear you- it's

[gentoo-dev] udev coldplugging and /etc/init.d/modules

2006-12-01 Thread Sven Köhler
Hi, when does udev load all the modules and does coldplug? Is it happening before /etc/init.d/modules? If yes, than i would like to shout: are you crazy? Well, until udev became stable, /etc/modules.autoload.d/kernel-2.? was a good place, to load modules in a specific order - before coldplug.

Re: [gentoo-dev] Re: Re: Versioning the tree

2006-12-01 Thread Chris Gianelloni
On Fri, 2006-12-01 at 07:22 -0600, Andrew Gaffney wrote: Steve Long wrote: There'll always be GLSA's to respond to. That's another issue that needs to be handled w/ a slow-moving tree. Are you going to restrict changes in the slow-moving tree only to changes against a GLSA? That's what

Re: [gentoo-dev] [RFC] Add ALSA_CARDS to USE_EXPAND

2006-12-01 Thread Luca Barbato
Diego 'Flameeyes' Pettenò wrote: aoa aoa-fabric-layout aoa-onyx aoa-soundbus aoa-soundbus-i2s aoa-tas aoa-toonie powermac add usb-audio lu -- Luca Barbato Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] udev coldplugging and /etc/init.d/modules

2006-12-01 Thread Neil Bothwick
On Fri, 01 Dec 2006 15:40:33 +0100, Sven Köhler wrote: Unfortunatly, the order of loading of modules defines the ordner of the network-interfaces (if you different types of network cards). You can use udev to name the interfaces, which is far less kludgy than relying on the order in which

Re: [gentoo-dev] udev coldplugging and /etc/init.d/modules

2006-12-01 Thread Stephen Bennett
On Fri, 01 Dec 2006 15:40:33 +0100 Sven Köhler [EMAIL PROTECTED] wrote: Unfortunatly, the order of loading of modules defines the ordner of the network-interfaces (if you different types of network cards). This is what udev's interface renaming capability is for. Define names for your

[gentoo-dev] Re: udev coldplugging and /etc/init.d/modules

2006-12-01 Thread Sven Köhler
Unfortunatly, the order of loading of modules defines the ordner of the network-interfaces (if you different types of network cards). This is what udev's interface renaming capability is for. Define names for your interfaces according to their MAC address, for example, and all is good. It's

Re: [gentoo-dev] Re: udev coldplugging and /etc/init.d/modules

2006-12-01 Thread Jean-François Gagnon Laporte
On 12/1/06, Sven Köhler [EMAIL PROTECTED] wrote: Unfortunatly, the order of loading of modules defines the ordner of the network-interfaces (if you different types of network cards). This is what udev's interface renaming capability is for. Define names for your interfaces according to

Re: [gentoo-dev] udev coldplugging and /etc/init.d/modules

2006-12-01 Thread Greg KH
On Fri, Dec 01, 2006 at 03:40:33PM +0100, Sven K?hler wrote: Hi, when does udev load all the modules and does coldplug? When it first runs. Is it happening before /etc/init.d/modules? Yes. If yes, than i would like to shout: are you crazy? Of course, I wouldn't be doing this work if I

Re: [gentoo-dev] Herds, take your marks...get set...take stuff!

2006-12-01 Thread Philip Webb
061201 Alec Warner wrote: If you look at http://spaceparanoids.org/gentoo/gpnl/qa.php?q=no-herd-maintainer you will see a list of packages with NO maintainer and NO herd. For users, if you see something you use, you may become a proxy-maintainer for it. A quick run thro' the pkgs listed

Re: [gentoo-dev] Herds, take your marks...get set...take stuff!

2006-12-01 Thread James Ausmus
On 12/1/06, Philip Webb [EMAIL PROTECTED] wrote: 061201 Alec Warner wrote: If you look at http://spaceparanoids.org/gentoo/gpnl/qa.php?q=no-herd-maintainer you will see a list of packages with NO maintainer and NO herd. For users, if you see something you use, you may become a

Re: [gentoo-dev] Herds, take your marks...get set...take stuff!

2006-12-01 Thread Donnie Berkholz
James Ausmus wrote: x11-drivers/synaptics This should be x11-drivers, but somebody misspelled it with a capital X. Same goes for other stuff in this category and x11-base as well as ttmkfdir. Thanks, Donnie -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Herds, take your marks...get set...take stuff!

2006-12-01 Thread Donnie Berkholz
Donnie Berkholz wrote: James Ausmus wrote: x11-drivers/synaptics This should be x11-drivers, but somebody misspelled it with a capital X. Same goes for other stuff in this category and x11-base as well as ttmkfdir. With the exception of xdirectfb. Someone please take that if you want it.

[gentoo-dev] net-misc/openswan needs a maintainer

2006-12-01 Thread Jakub Moc
This thing has been neglected for ages, needs a version bump and has lots of stale open bugs: http://bugs.gentoo.org/show_bug.cgi?id=62970 http://bugs.gentoo.org/show_bug.cgi?id=105272 http://bugs.gentoo.org/show_bug.cgi?id=124272 http://bugs.gentoo.org/show_bug.cgi?id=127288

Re: [gentoo-dev] Herds, take your marks...get set...take stuff!

2006-12-01 Thread Harald van Dijk
On Fri, Dec 01, 2006 at 10:48:03AM -0800, James Ausmus wrote: On 12/1/06, Philip Webb [EMAIL PROTECTED] wrote: 061201 Alec Warner wrote: If you look at http://spaceparanoids.org/gentoo/gpnl/qa.php?q=no-herd-maintainer you will see a list of packages with NO maintainer and NO herd. For

Re: [gentoo-dev] Treecleaneres

2006-12-01 Thread Alec Warner
Michael Cummings wrote: On Thu, 2006-11-30 at 00:59 -0500, Alec Warner wrote: In the meantime, please don't remove stuff. Just to be a pain - you're referring only to treecleaner removals, right? Of course ;) -- gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: Re: Re: Versioning the tree

2006-12-01 Thread Steve Long
Chris Gianelloni wrote: On Fri, 2006-12-01 at 07:22 -0600, Andrew Gaffney wrote: Steve Long wrote: The only question I have, which Stuart also mentioned, is whether all security updates go thru the GLSA process. Are you asking if all security updates that are done to the release will

[gentoo-dev] Re: Re: Re: Re: Versioning the tree

2006-12-01 Thread Steve Long
Chris Gianelloni wrote: Now, we can definitely use help in testing the snapshot. We're going to be announcing a new round of Release Testers for 2007.0 once we get ramped up into the release cycle. I am going to be working with the rest of the Release Engineering team to try to come up with

[gentoo-dev] Re: udev coldplugging and /etc/init.d/modules

2006-12-01 Thread Sven Köhler
As others have said, look at using udev to name your network devices in a persistant manner, it's the best solution. Yes, i agree. But i have thought about it, and i wonder, if it's going to work if: 1. udev loads the modules which results in a natural order: saying eth0 and eth1 are used. 2.

[gentoo-dev] Re: Versioning the tree

2006-12-01 Thread Steve Long
Duncan wrote: Steve Long [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Fri, 01 Dec 2006 07:23:09 +: Excellent; pkgcore really sounds great- is there any possibility that it'll become the new portage? Possibility, yes. It's not certain, as there are multiple

[gentoo-dev] Re: Re: ACCEPT_LICENSE revisited

2006-12-01 Thread Steve Long
Ciaran McCreesh wrote: On Fri, 1 Dec 2006 05:29:22 -0800 Brian Harring [EMAIL PROTECTED] wrote: | Donnie already stated he'd take a patch, so throw the patch his | direction if you want things changed. If you don't want it to be broken, fix it yourself is hardly a viable QA policy...

Re: [gentoo-dev] Re: udev coldplugging and /etc/init.d/modules

2006-12-01 Thread Richard Fish
On 12/1/06, Sven Köhler [EMAIL PROTECTED] wrote: Will udev rename the card eth1 to eth0 and the card eth0 to eth1? Yes. For this, I'd recommend running /lib/udev/write_net_rules all_interfaces and then edit /etc/udev/rules.d/70-persistent-net.rules to set the names like you want. I'd also

Re: [gentoo-dev] Re: udev coldplugging and /etc/init.d/modules

2006-12-01 Thread Greg KH
On Fri, Dec 01, 2006 at 09:24:33PM +0100, Sven K?hler wrote: As others have said, look at using udev to name your network devices in a persistant manner, it's the best solution. Yes, i agree. But i have thought about it, and i wonder, if it's going to work if: 1. udev loads the modules

Re: [gentoo-dev] Herds, take your marks...get set...take stuff!

2006-12-01 Thread Joshua Baergen
Donnie Berkholz wrote: Donnie Berkholz wrote: This should be x11-drivers, but somebody misspelled it with a capital X. Same goes for other stuff in this category and x11-base as well as ttmkfdir. With the exception of xdirectfb. Someone please take that if you want it. (Maybe Josh does?)

[gentoo-dev] Re: net-firewall/ipp2p maintainer needed

2006-12-01 Thread Steve Long
Jakub Moc wrote: net-firewall/ipp2p ebuild is outdated and useless w/ 2.6.17+ kernels (Bug 141700). It needs a bump to 0.8.2 and some active maintainer, eradicator apparently doesn't care. Please, see https://bugs.gentoo.org/show_bug.cgi?id=141700 if you are interested in maintaining

[gentoo-dev] sys-fs/submount needs a maintainer

2006-12-01 Thread Daniel Drake
Hi, submount is an external kernel module which provides automounting functionality. It is currently under kernel herd but nobody there has interest in this package. I have had to fix it repeatedly in order to compile with newer kernels, it's broken again for 2.6.19 and I've had enough.

Re: [gentoo-portage-dev] [PATCH] keyword anti-match (foo/-foo) overrides other matches

2006-12-01 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Barkalow wrote: On Tue, 28 Nov 2006, Zac Medico wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Barkalow wrote: If the configuration has keywords foo bar, and a package has -foo bar, mask the package (masked by -bar