From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 8FFAA1381FB for ; Tue, 25 Dec 2012 16:41:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E897821C0C1; Tue, 25 Dec 2012 16:41:16 +0000 (UTC) Received: from mail-ye0-f170.google.com (mail-ye0-f170.google.com [209.85.213.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 62DE721C0AE for ; Tue, 25 Dec 2012 16:40:03 +0000 (UTC) Received: by mail-ye0-f170.google.com with SMTP id m12so1346935yen.29 for ; Tue, 25 Dec 2012 08:40:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=40KQzcjPuDi1wp1NXSkywAVT0+1AaFUajfylf9ZtoCg=; b=JYPVk6hTBUf1XyBtd4i6XjJIyrgYJqu5tsDkJsmzAsknGeHvrJeh34y3Hox1APEUnd zb8Ek+gUuDAX8+ocp7sg7Gtk2nsR2lAhgc7kEZ1E+wetpPKIGTAP1gbD0fjAm5HDBgeF XGYal+hZ05URDWqsH8TxMv9ugkSXWjAiiYgqLzfojneFSI9640z6BYi22HCH2dwrbsog 6PfPdXJxVzKpgsnaHhgTGl0UHowyXCpBh0zKDXZtQmT2zK87OX2uKG2XRgtcrN9ybnZI 4pCr4njLdvWQwWv0xVBd9DV8ygHSbcg5gEGpObX//yVTfjBfdziSHEG2zWbApUPXHdaP 50Fw== X-Received: by 10.236.147.174 with SMTP id t34mr23418447yhj.70.1356453602467; Tue, 25 Dec 2012 08:40:02 -0800 (PST) Received: from [192.168.2.5] (adsl-65-0-94-18.jan.bellsouth.net. [65.0.94.18]) by mx.google.com with ESMTPS id n12sm19428077ani.7.2012.12.25.08.40.01 (version=SSLv3 cipher=OTHER); Tue, 25 Dec 2012 08:40:01 -0800 (PST) Message-ID: <50D9D6E0.3000205@gmail.com> Date: Tue, 25 Dec 2012 10:40:00 -0600 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Anyone switched to eudev yet? References: <20121218163332.7956f31a@khamul.example.com> <87txrd6pb3.fsf@ist.utl.pt> <20121223182037.1553813f@khamul.example.com> <87bodk7lb6.fsf@ist.utl.pt> <20121224085528.56f535ec@khamul.example.com> <50D85167.9060309@gmail.com> <50D85F68.609@gmail.com> <878v8n5w1q.fsf@ist.utl.pt> <20121224162935.GH26547@server> <87hana49jf.fsf@ist.utl.pt> <20121225124658.GR26547@server> <87d2xy467i.fsf@ist.utl.pt> In-Reply-To: <87d2xy467i.fsf@ist.utl.pt> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 17770ff0-a47b-405a-a71d-4a8a16e68920 X-Archives-Hash: a68eb67888a83273d583fbee48208bc0 Nuno J. Silva wrote: > On 2012-12-25, Bruce Hill wrote: > >> On Tue, Dec 25, 2012 at 02:10:28PM +0200, Nuno J. Silva wrote: >>> No, actually it doesn't. It just has the same kind of very generic claim >>> that has been repeated several times in this thread (which is "why? >>> because it won't work") and links to an article that explains why some >>> udev rules would silently fail for all this time (for *years* now, I'd >>> guess). >>> >>> The article does not describe a change introduced with 181, it describes >>> what already happened with previous versions. I am not using >= 181 and >>> I do see the issues the article mentions (it does not break here because >>> I do not have a separate /usr, but I can see some rules that use stuff >>> from /usr). >> You have such an obvious lack of understanding, and problem comprehending >> English, we just don't need to post to you anymore. ;) > Please be my guest and explain me in which part of that article is it > said that some behavior *introduced in udev-181* will break systems with > a separate /usr. > > Quoting from Gentoo news item: root@fireball / # eselect news read 2 2012-03-16-udev-181-unmasking Title udev-181 unmasking Author William Hubbs Posted 2012-03-16 Revision 1 udev-181 is being unmasked on 2012-03-19. This news item is to inform you that once you upgrade to a version of udev >=181, if you have /usr on a separate partition, you must boot your system with an initramfs which pre-mounts /usr. An initramfs which does this is created by >=sys-kernel/genkernel-3.4.25.1 or >=sys-kernel/dracut-017-r1. If you do not want to use these tools, be sure any initramfs you create pre-mounts /usr. Also, if you are using OpenRC, you must upgrade to >= openrc-0.9.9. For more information on why this has been done, see the following URL: http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken root@fireball / # Now are you saying the Gentoo devs are lying to us? Careful now. Could end up on a slippery slope and bump your head. That says anything BEFORE 181 boots fine with a separate /usr, 181 or anything after does not. Simple enough for you yet? I might add, I have ALWAYS had a separate /usr. Darn near a decade now. It has never failed to boot because /usr was on a separate partition. NOT ONCE. Now I am told it is going to fail. Go figure. Go try to tell me that it was broken all these years. Yea, right. That's like telling me the Sun comes up in the west when I can see it doesn't with my own two eyes. Good luck with that. Reminds me of that"tell it to the hand" thing. ROFL Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!