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 5D4051381F3 for ; Mon, 24 Dec 2012 22:12:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 779AE21C0B7; Mon, 24 Dec 2012 22:12:35 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by pigeon.gentoo.org (Postfix) with ESMTP id 7E2E321C010 for ; Mon, 24 Dec 2012 22:11:15 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.16]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0Lse5X-1T3AwV3V29-012Hr5 for ; Mon, 24 Dec 2012 23:11:14 +0100 Received: (qmail invoked by alias); 24 Dec 2012 22:11:14 -0000 Received: from p5486EDFB.dip.t-dialin.net (EHLO stelf-pc.piratennest) [84.134.237.251] by mail.gmx.net (mp016) with SMTP; 24 Dec 2012 23:11:14 +0100 X-Authenticated: #41475677 X-Provags-ID: V01U2FsdGVkX19A94siSdBAE9CEuz+Bt2tiCjMlspvrlW7Qhjnn+p +klmDpPJollNnw Date: Mon, 24 Dec 2012 23:11:18 +0100 From: Daniel Wagener To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Anyone switched to eudev yet? 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> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.12; x86_64-pc-linux-gnu) 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Message-Id: <20121224221235.779AE21C0B7@pigeon.gentoo.org> X-Archives-Salt: 73c49aeb-5321-450b-bb36-eb0377c0e368 X-Archives-Hash: 38a2d25516aa24b760bfe65f728cb4ed On Mon, 24 Dec 2012 14:00:39 -0600 Dale wrote: > Alan McKinnon wrote: > > On Mon, 24 Dec 2012 06:58:15 -0600 > > Dale wrote: > > > >> So, Nuno, everything was fine until they started moving things to a > >> place where it shouldn't be. > > No Dale, that is just flat out wrong. > > > > There is no such thing as "place where stuff should be". There are > > only conventions, and like all conventions, rituals, fashions and > > traditions these are prone to breakage when things move on. Things > > move on because they become way more complex than the designer of > > the convention thought they would (or could). > > > > The truth is simply this (derived from empirical observation): > > > > Long ago we had established conventions about / and /usr; mostly > > because the few sysadmins around agreed on some things. In those > > days there was no concept of a packager or maintainer, there was > > only a sysadmin. This person was a lot like me - he decided and if > > you didn't like it that was tough. So things stayed as they were > > for a very long time. > > > > Thankfully, it is not like that anymore and the distinction between > > / and /usr is now so blurry there might as well not be a > > distinction. Which is good as the distinction wasn't exactly a good > > thing from day 1 either - it was useful for terminal servers (only > > by convention) and let the sysadmin keep his treasured uptime > > (which only proves he isn't doing kernel maintenance...) > > > > I'm sorry you bought into the crap about / and /usr that people of > > my ilk foisted on you, but the time for that is past, and things > > move on. If there is to be a convention, there can be only one that > > makes any sense: > > > > / and /usr are essentially the same, so put your stuff anywhere you > > want it to be. ironically this no gives you the ultimate in choice, > > not the false one you had for years. So if your /usr is say 8G, then > > enlarge / bu that amount, move /usr over and retain all your mount > > points as the were. Now for the foreseeable future anything you > > might want to hotplug at launch time stands a very good chance of > > working as expected. > > > > You will only need an initrd if you have / on striped RAID or LVM or > > similar, but that is a boot strap problem not a /usr problem (and > > you do not have such a setup). Right now you need an initrd anyway > > to boot such setups. > > > > The design of separate / and /usr on modern machines IS broken by > > design. It is fragile and causes problems in the large case. This > > doesn't mean YOUR system is broken and won't boot, it means it > > causes unnecessary hassle in the whole ecosystem, and the fix is to > > change behaviour and layout to something more appropriate to what > > we have today. > > > > The problems with that is these: It worked ALL these years, why > should it not now? I have / on a traditional partition which is not > going to resize easily. If I put / on LVM, I need a init thingy. I > don't want a init thingy or I would have put / on LVM too. I made / > large enough that I would not fill it up in the lifetime of this > system but not large enough to absorb /usr. If I am going to have to > redo all my partitions yet again, I will not use LVM. I use LVM to > eliminate this EXACT problem. I got tired of running out of space > and having to move stuff around all the time. > > 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. ;-) > > Udev/systemd seems to be the problem. How do I come to that > conclusion, eudev people says they will support separate /usr with no > init thingy. Either the eudev folks are rocket scientist type > programmers and the udev/systemd people are playing with fire > crackers or there is a way for this to work with udev/systemd to, IF > they wanted it to work. Thing is, they have some grand scheme to > force people to their way of doing things, which includes a init > thingy. Since there is a way to continue with the old way, which has > worked for decades, guess what I am going to do? Yep, I'm going to > jump off the udev ship and onto the eudev ship. The eudev ship may be > old and traditional but it works like I expect. Now if others want to > stay on the current ship, works for me too. I'm just not liking the > meals served on the udev ship anymore. > > I might add, one of the reasons I left Mandriva was because of the > init thingy that kept giving me grief. If I have to use that thing on > Gentoo, the first time it breaks, I'm going to a binary install. If I > am going to put up with that mess, I may as well have something that > installs quickly. That was one thing I liked about Mandriva, install > was really easy. It still is. Ubuntu is too. Actually, they look a > lot alike to me. > > Everyone can have their opinion but I also have mine. This worked > fine for ages until udev/systemd came along. That's my opinion and I > don't think I am alone on that. > > Dale > > :-) :-) > Is this actually about something being broken like in "the code does not do what it is supposed to" or about something no longer being the tool of choice for everyone? -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments