Re: Preparing for 6.3 Release

2007-06-08 Thread Alexander E. Patrakov
Dan Nicholson wrote: > Anything else? LiveCD. I simply have no possibility to fix all known bugs, so LFS 6.3 has to be released without the CD and should not mention it at all. -- Alexander E. Patrakov -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org

Re: problem description revised [was: Re: udev-110 ->111 changed behaviour for naming net-devices?]

2007-06-08 Thread Alexander E. Patrakov
Bryan Kadzban wrote: > I'd still strongly recommend keeping a rule for card b though. If the > patched path_id works, that should be fine. In addition, in order to work around the bug, I recommend changing the names from eth* to "internal" and "pcmcia" or anything else that does not begin with

Re: Preparing for 6.3 Release

2007-06-08 Thread Ken Moffat
On Fri, Jun 08, 2007 at 02:23:53PM -0700, Dan Nicholson wrote: > So, I think it's about time we start pushing out a 6.3 release. What > do you guys think? Here are the outstanding issues I can think of. > > * Linux-2.6.21: Yesterday I read this blog post from the Fedora kernel > maintainer, > Da

Re: Add an IP alias to ethernet interface

2007-06-08 Thread Zachary Kotlarek
On Jun 8, 2007, at 8:59 AM, Dan Nicholson wrote: On 6/8/07, Andrew Beverley <[EMAIL PROTECTED]> wrote: I agree with Andy here. Regardless of the reason for alias/label, if it's used in iproute2, we should expose the functionality. This page I found on linux-ip.net seems to promote using labels

Re: problem description revised [was: Re: udev-110 ->111 changed behaviour for naming net-devices?]

2007-06-08 Thread Bryan Kadzban
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Jens Stroebel wrote: > Problems arise when card b is found first, because: > > card b becomes eth0 > our custom rule wants to assign card a -> eth0 > card b gets moved out of the way; because card a is still eth1, card > b becomes eth1_rename. >

Re: Add an IP alias to ethernet interface

2007-06-08 Thread Bryan Kadzban
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Dan Nicholson wrote: > On 6/8/07, Andrew Beverley <[EMAIL PROTECTED]> wrote: > >> Okay, I see. Nonetheless would it be possible to still either get >> the script altered anyway, or to add a note to the networking page >> of the book stating that

Re: Preparing for 6.3 Release

2007-06-08 Thread Bryan Kadzban
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Dan Nicholson wrote: > * Udev rules: Alexander has posted in a couple other places that we > have broken rules for DVB and floppy device setup. Alexander/Bryan, > could you guys look at our ruleset and make sure they do everything > we want them t

Preparing for 6.3 Release

2007-06-08 Thread Dan Nicholson
So, I think it's about time we start pushing out a 6.3 release. What do you guys think? Here are the outstanding issues I can think of. * Linux-2.6.21: Yesterday I read this blog post from the Fedora kernel maintainer, Dave Jones: http://kernelslacker.livejournal.com/79957.html Doesn't e

Re: Add an IP alias to ethernet interface

2007-06-08 Thread Dan Nicholson
On 6/8/07, Andrew Beverley <[EMAIL PROTECTED]> wrote: > On Thu, 2007-06-07 at 15:00 -0500, Zachary Kotlarek wrote: > > On Jun 6, 2007, at 6:34 PM, Bryan Kadzban wrote: > > > > > I suspect the alias option exists in ip for compatibility with > > > ifconfig, > > > and no other reason. But I don't kn

problem description revised [was: Re: udev-110 ->111 changed behaviour for naming net-devices?]

2007-06-08 Thread Jens Stroebel
Jens Stroebel wrote: > On Mon, May 21, 2007 at 06:22:07PM -0400, Bryan Kadzban wrote: > >> But if you remove all your rules and reboot, udev will generate new >> rules for all your NICs, so Alexander's suggestion of removing them all >> is a good idea. Just beware that what you want isn't possibl

Re: Add an IP alias to ethernet interface

2007-06-08 Thread Andrew Beverley
On Thu, 2007-06-07 at 15:00 -0500, Zachary Kotlarek wrote: > On Jun 6, 2007, at 6:34 PM, Bryan Kadzban wrote: > > > I suspect the alias option exists in ip for compatibility with > > ifconfig, > > and no other reason. But I don't know that for sure. > > I believe that's correct. In the past th