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 77B801381F3 for ; Mon, 19 Aug 2013 13:40:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C7861E0E5A; Mon, 19 Aug 2013 13:40:08 +0000 (UTC) Received: from mail-ee0-f46.google.com (mail-ee0-f46.google.com [74.125.83.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 95F9DE0D4C for ; Mon, 19 Aug 2013 13:40:07 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id c13so2158167eek.5 for ; Mon, 19 Aug 2013 06:40:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=rvL56MExA4M5C27ygzoXxJmNYiU6Odzw0jN+NT9uvTQ=; b=gKcoS4eIFSkgJ45ZesPbaAXz3bLmEKsXIzrjlMxMfBH0qqlXIn9Z2vFAqByRtOLQE9 tbxZHqDhCUzM2l5V4BSgbdwOGQMqZZ3eIc8+b6U0ylFN1Nuy95YyacMUUJykaIE0OZxc Ries2R87MaP7/Rbw/CbBcmfJkRweTKQSCaOEq1ZhqqHjte9Q5kneeuqVZX8zTaFZDNhk xOL048yTvalZw2zzUqgcB8YPQtGvhBBEeiFeqo3l2H7JCHQs/Ob0Ji229l2vRmj8vMXB rMrRUHwXfbDEoGtCm2Am9A11IIUJVJNgATQs1Am2PuOzivcDT1Pd+ybi44Xh4cbZalW3 PXKA== X-Received: by 10.14.99.193 with SMTP id x41mr3645195eef.52.1376919606146; Mon, 19 Aug 2013 06:40:06 -0700 (PDT) Received: from [10.1.20.201] (dustpuppy.is.co.za. [196.14.169.11]) by mx.google.com with ESMTPSA id x47sm6450904eea.16.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 Aug 2013 06:40:05 -0700 (PDT) Message-ID: <52121F72.8090103@gmail.com> Date: Mon, 19 Aug 2013 15:36:50 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 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: Optional /usr merge in Gentoo References: <5211226F.2000000@libertytrek.org> <201308182208.43780.michaelkintzios@gmail.com> <521142A7.1020702@coolmail.se> <52114F82.5070608@gmail.com> <5211E5DE.2050901@coolmail.se> <5211EDAC.9040401@gmail.com> <52121C6F.5040504@libertytrek.org> In-Reply-To: <52121C6F.5040504@libertytrek.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 67697425-8844-44ae-8055-55fcef45be17 X-Archives-Hash: d473f8465e8d4c1cf77191d4e3c4d53c On 19/08/2013 15:23, Tanstaafl wrote: > On 2013-08-19 6:04 AM, Alan McKinnon wrote: >> It's not that separate /usr is broken - it's not. >> >> The issue is a separate /usr without an initramfs. And the issue ONLY >> occurs at early-boot time. > > And so, if this is the way it goes, this is the way it goes. > > As long as I can keep using eudev - even *if* it requires an initramfs > for a separate /usr (as long as it doesn't require one if you don't have > a separate /usr)... > > Can anyone answer *that* question please? > Honestly, what you want is a full-fledged udev fork from just before systemd tainted it, and fully maintained to go in the direction we understood "classic" udev to be going. eudev and even mdev are a step in the right direction, but I believe they don't have enough muscle behind them, i.e. they end up cherry picking useful bits out of udev-subsumed-into-systemd. udev needs the same quality of maintainership now in a fork that it used to have. And it's probably only a matter of time before someone with those resources gets fed up with the current scene and does exactly that. For me, I'm not opposed to merging /usr. I'm not opposed to other people using systemd, I am opposed to *me* using it. For your other question, you don't need an initramfs if your /usr is not split off and drivers for your fs on / and chipset are compiled in. That will stay true for ages to come (until some joker starts shipping kernel drivers in /var....) -- Alan McKinnon alan.mckinnon@gmail.com