[gentoo-dev] Re: Last Rites: kde-misc/styleclock

2006-12-13 Thread Charlie Shepherd
On 13/12/06, Charlie Shepherd <[EMAIL PROTECTED]> wrote: Homepage returns a nice 404, and as it has RESTRICT="nomirror" it's totally unavailable for download. I'll remove it on January 13th next year. Bug 156608 for anyone interested... -- -Charlie -- gentoo-dev@gentoo.org mailing list

[gentoo-dev] Last Rites: kde-misc/styleclock

2006-12-13 Thread Charlie Shepherd
Homepage returns a nice 404, and as it has RESTRICT="nomirror" it's totally unavailable for download. I'll remove it on January 13th next year. -- -Charlie -- gentoo-dev@gentoo.org mailing list

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

2006-12-13 Thread Chris Gianelloni
On Wed, 2006-12-13 at 12:25 -0800, Greg KH wrote: > > Here's a question, then. Is there a way, after boot, to cause udev to > > attempt to detect and load modules? Basically, is there a way to > > emulate the old behavior of the "coldplug" init script? This would be > > very useful for our LiveC

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

2006-12-13 Thread Greg KH
On Wed, Dec 13, 2006 at 03:14:56PM -0500, Chris Gianelloni wrote: > On Wed, 2006-12-13 at 10:21 -0800, Greg KH wrote: > > > what's the best way to just completely disable udev coldplug-like > > > module loading? > > > # NOTE: This also affects module coldplugging in udev-096 and higher > > # If yo

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

2006-12-13 Thread Chris Gianelloni
On Wed, 2006-12-13 at 10:21 -0800, Greg KH wrote: > > what's the best way to just completely disable udev coldplug-like > > module loading? > # NOTE: This also affects module coldplugging in udev-096 and higher > # If you want module coldplugging but not coldplugging of services then you > # can s

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

2006-12-13 Thread Greg KH
On Wed, Dec 13, 2006 at 04:07:51PM +0100, Wolfram Schlich wrote: > * Greg KH <[EMAIL PROTECTED]> [2006-12-01 18:08]: > > [...] > > If you rely on the specific loading order of modules, you were the crazy > > one in the first place :) > > > > As others have said, look at using udev to name your net

Re: [gentoo-dev] Handling of LINGUAS

2006-12-13 Thread Ioannis Aslanidis
I'd rather use a local USE flag for that. As you say, LINGUAS is for language control. On 12/13/06, foser <[EMAIL PROTECTED]> wrote: I recently ran into a similar issue regarding font ebuilds using LINGUAS to select fonts to install (see acroread-asianfonts). I personally think this is not the w

[gentoo-dev] [RFC] USE_EXPAND variable to choose ALSA PCM plugins

2006-12-13 Thread Diego 'Flameeyes' Pettenò
Not sure if anybody here knows, but alsa-plugins is not the only set of plugins an user installs in its system, many others are installed by alsa-lib itself, they are the basic plugins like dmix, dsnoop, iec958, plug... the ones that many asoundrc already make use of. Now of course, most of the

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

2006-12-13 Thread Wolfram Schlich
* Greg KH <[EMAIL PROTECTED]> [2006-12-01 18:08]: > [...] > If you rely on the specific loading order of modules, you were the crazy > one in the first place :) > > As others have said, look at using udev to name your network devices in > a persistant manner, it's the best solution. > > Or you ca

Re: [gentoo-dev] Handling of LINGUAS

2006-12-13 Thread foser
I recently ran into a similar issue regarding font ebuilds using LINGUAS to select fonts to install (see acroread-asianfonts). I personally think this is not the way to go, since LINGUAS is about language, not script, support. Any comments on that issue ? - foser -- gentoo-dev@gentoo.org mailing