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 1ACBB1381F3 for ; Mon, 24 Dec 2012 21:44:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5639721C02B; Mon, 24 Dec 2012 21:44:39 +0000 (UTC) Received: from mail-ea0-f178.google.com (mail-ea0-f178.google.com [209.85.215.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B0BA4E0676 for ; Mon, 24 Dec 2012 21:43:24 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id k11so3085658eaa.37 for ; Mon, 24 Dec 2012 13:43:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vffu6/d9tMN31FMaDG7RjEnWpOMYAKQiChvFV7M09+4=; b=ajuhG2khcYS7x8cxzRDth1OYHO83aA8impB4Zhq10Aw6gjHL89SDpUMZJiuCGJ57fY 2Ia4GPe2rmG8iRPeCFlUHvtrcD5TpK8Gt0X405DDwgF5Mbs9JWCcxagHmSf7FX0OxV+w NESUNY7Ltaj/7otOaAGEjGQr69OdX9nOG5axehvVK6o/RQ8MC91f4hu3rAQiitjg0OXe YBws3XdGyOiTG5Woy3/Wi5ev3vPRX4igJE1ojTHDwZUodX53QyDNk5iqAHV56mMKYz8N /0F3u3Nv6dTJBEg/NJpeww5CgFK5ZlAgeh8HGs1LCKLynKuFO5o+CvUALIPPnl4ZiE3F lS7g== 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 Received: by 10.14.194.195 with SMTP id m43mr58440877een.44.1356385403212; Mon, 24 Dec 2012 13:43:23 -0800 (PST) Received: by 10.223.14.193 with HTTP; Mon, 24 Dec 2012 13:43:23 -0800 (PST) In-Reply-To: <50D8B467.4080100@gmail.com> 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> Date: Tue, 25 Dec 2012 05:43:23 +0800 Message-ID: Subject: Re: [gentoo-user] Re: Anyone switched to eudev yet? From: Mark David Dumlao To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: c339ef26-7495-4bcd-8389-5373e00d51e7 X-Archives-Hash: c88d3acaceb2959ce448b0d5a1fbc8a4 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