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 D23B91381F3 for ; Mon, 24 Dec 2012 22:53:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2B43321C02D; Mon, 24 Dec 2012 22:53:28 +0000 (UTC) Received: from mail-yh0-f47.google.com (mail-yh0-f47.google.com [209.85.213.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D8F6A21C021 for ; Mon, 24 Dec 2012 22:52:24 +0000 (UTC) Received: by mail-yh0-f47.google.com with SMTP id g23so1364270yhg.20 for ; Mon, 24 Dec 2012 14:52:24 -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=Dj8YYMqx8+wNnAfzlsT2wfkiXBiXkp/tT0inBN73AMU=; b=t2BhvOHdZlUp5La6xTeIFpl7F0YM+31+aC5l/6utdTIUN6ECm5jBtYK9R+vVSg/Mol zLGxPxJe8bgZgGM1XbiOVlxm7mEKdrsCM4PiSZE/F0kJjp5TfHLOWUlkBg9VW9S5ht8X toCzn4amdStaHre4D1hNQ4qrk4CfkCTUZzK/hNKCu3lCPfLvVsm7kGEm7WajddqavCzI Rt/hG/JrIjfB5/tpucGcddij7AW7z6Nrf8yAmG0XNckOBiMVsS3zy09Dwaylr5fEJUoJ 5NGAdIgwZQ2AfE5BB4Rov0LewJZEFy/MPDpshibU7w/HJ4WcnoABw5xnMekKLmBUZp9D GT8g== X-Received: by 10.236.59.98 with SMTP id r62mr21705242yhc.130.1356389543712; Mon, 24 Dec 2012 14:52:23 -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 a9sm11461393anb.6.2012.12.24.14.52.22 (version=SSLv3 cipher=OTHER); Mon, 24 Dec 2012 14:52:23 -0800 (PST) Message-ID: <50D8DCA5.2030206@gmail.com> Date: Mon, 24 Dec 2012 16:52:21 -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: <50CB1942.3020900@gmail.com> <50CB4A3C.1030109@gmail.com> <50CB5406.7040404@gmail.com> <8738z7hgsa.fsf@ist.utl.pt> <20121216171043.71084070@khamul.example.com> <20121217104621.735bf43a@khamul.example.com> <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> <20121224204817.335033c6@khamul.example.com> <50D8B467.4080100@gmail.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5284fe33-5003-423b-ae83-13c03187eaa3 X-Archives-Hash: 8348513ed085f5f2411e742fc3a034cd Mark David Dumlao wrote: > On Tue, Dec 25, 2012 at 4:00 AM, Dale wrote: >> If I put / on LVM, I need a init thingy. > No you don't. You could use a boot partition. Or grub2. > >> So, worked for ages, then it breaks when people change where they put >> things. Answer is, don't change where you put things. Then things >> still work for most everyone, including me. I'm not a programmer nor am >> I a rocket scientist but even I can see that. If I can see it, I have >> no idea why a programmer can't other than being willingly blinded. ;-) > You have no idea why it's being deprecated because you STAUNCHLY > REFUSE TO READ why so, even when it's blatantly being spelled out over > and over again why it's being done that way. > > recap: many packages depending on udev keep putting stuff in their > udev rules that depend on binaries in /usr. It's not udev's > responsibility to fix or maintain these packages. Does it work for > you? Ok. That doesn't mean it isn't broken. There's a couple of > documents [1] [2] that spell out what /usr is supposed to be, and for > many distros, it's _failing_ to meet those standards. > > [1] http://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html > [2] http://www.pathname.com/fhs/pub/fhs-2.3.html#THEUSRHIERARCHY > > Again: > /usr, according to what it's supposed to be, is deeply broken for a > large number of distros. Even when it works - for you. / merging with > /usr (or /, wherever the rest of the programs are supposed to be) > actually fixes the breakage, because then udev or whatever programs in > / can't be out of sync with the programs it depends on. > > The analogy here is like when people complained to Ted Tso that ext4 > was not as stable was ext3 (exhibiting the same corruption problems as > seen in xfs). No, that's not true. ext3 just happened to have a quirky > behavior that gave the illusion of stability (the writes still failed > to reach the disk) _for programs that were written broken_. Come ext4, > which actually behaves as the standard is supposed to, and people > complain that ext4 is the broken one. It isn't. > > Hm, was that a knock from the ghost of Unix past? > >> Since there is a way to continue >> with the old way, which has worked for decades, > Yes there is one. An "init thingy" is just one of them and the means > to automatically make one is already available to all distros. Another > thing you could do is run an early mount script prior to running udev. > -- > This email is: [ ] actionable [ ] fyi [x] social > Response needed: [ ] yes [x] up to you [ ] no > Time-sensitive: [ ] immediate [ ] soon [x] none > > I think Michael said it better but. . . I am against changing my system from something that I KNOW FOR A FACT WORKS to adding one more point of failure that I should NOT need. Don't tell me my system is broken and can't boot when I sit here and watch it boot all the way to a GUI login. I have watched it boot just fine for years, ever since I started using Gentoo WITHOUT a init thingy I might add. Other than the occasional kernel issue, it boots just fine. I'm not concerned about some exotic or weird setup since I purposely AVOID that. I use LVM but not on anything that will affect booting up. All that should be needed for booting is on a regular partition. If udev, systemd or any other programs needs something to boot, it should NOT be placed in /usr. Again, I'm not a programmer but even I know that. If some programmer, not going to mention names, is not smart enough to know that, then it is not my system or me that has a problem. Maybe that programmer has some of his brain on some partition that has not yet been mounted. lol Maybe he/she should use a init thingy to fix that. ROFL If this is so broken, why are the eudev people going to fix it? They have said on -dev that they will support booting a separate /usr without a init thingy. If eudev can do it, why not udev? I think it is like Michael said, they want everything their way and every one else can just suck it up. Well, I'm not planning to suck it up. I'm just going to use something else that apparently has some smarter programmers. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!