From: Richard Yao <ryao@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: eudev project announcement
Date: Tue, 18 Dec 2012 04:01:14 -0500 [thread overview]
Message-ID: <50D030DA.1020400@gentoo.org> (raw)
In-Reply-To: <20121217232343.GA22852@linux1>
[-- Attachment #1: Type: text/plain, Size: 4225 bytes --]
On 12/17/2012 06:23 PM, William Hubbs wrote:
> On Mon, Dec 17, 2012 at 01:31:59PM -0800, Greg KH wrote:
>> On Mon, Dec 17, 2012 at 09:03:40PM +0100, J. Roeleveld wrote:
>>> Olav Vitters <olav@vitters.nl> wrote:
>>>
>>>> On Mon, Dec 17, 2012 at 09:29:26AM -0500, Richard Yao wrote:
>>>>> As I said in an earlier email, Lennart Poettering claims that it does
>>>>> not work. We are discussing some of the things necessary to make it
>>>> work.
>>>>
>>>> Just to repeat:
>>>> In this thread it was claimed that a separate /usr is not supported by
>>>> systemd/udev.
>>>>
>>>> A case which works with latest systemd on various distributions. I
>>>> checked with upstream (not Lennart), and they confirmed it works. I can
>>>> wait for Lennart to say the same, but really not needed.
>>>>
>>>> I assume this will again turn into a "but I meant something else".
>>>
>>> Olav.
>>>
>>> Lennart has stated that he considers a seperate /usr without init* broken.
>>
>> Yes, as do I, and so do a lot of other developers.
>>
>> But that is a system configuration issue, not a systemd issue, please
>> don't confuse the two.
>>
>>> This has worked correctly in the past.
>>
>> Define "past" please.
>>
>> Note, it's still broken, I have yet to see any upstream fixes to resolve
>> all of the issues that are involved here with "fixing" this up.
>>
>> Yes, as always, for some subset of users, you can be lucky and it will
>> work for them, but those systems are getting rarer and rarer these days,
>> as the rest of upstream (not systemd here) are moving on and not doing
>> anything to change their behavior for this topic.
>>
>>> The direction udev development is going, according to Lennart, is to
>>> make that impossible and he refuses to fix this regression.
>>
>> Again, this has NOTHING to do with udev or systemd, as has been pointed
>> out numerous times. I understand your _wish_ that it would have
>> something to do with it, but that will not change the facts, sorry.
>>
>>> I am really happy with this project and intend on testing it once
>>> requests for this appear in the eudev mailing list.
>>
>> Good luck, the root problems still remain, and nothing that eudev ever
>> does can resolve that, sorry.
>>
>> Can this topic finally be put to rest please? There is a whole web page
>> devoted to this topic, why do people blindly ignore it?
>
> This is a very good question.
>
>> Again, a separate /usr without an initrd has NOTHING to do with systemd
>> or udev, with the minor exception that Gentoo's packaging of those
>> programs _might_ have an issue, but that is Gentoo's issue, NOT
>> upstream's issue.
>>
>> If anyone involved with eudev, or is involved with the Gentoo Council
>> thinks that the previous paragraph is incorrect, they are flat out
>> wrong.
>
> This all started with the April 2012 council meeting when it was pushed
> through that separate /usr without an initramfs is a supported
> configuration, so yes, the previous council started this issue.
>
> Also, yes, eudev believes they will be able to fix it.
>
> I am another one who has been pointing out how this is wrong multiple
> times but my statements about it are falling on deaf ears.
>
> William
>
I have also explained how we can fix this multiple times and I can say
that my explanations have been ignored. The eudev project's solution to
this can be summarized in the few sentences that I said in a response to
gregkh (after you wrote your email):
>I reject
>the notion that there be a single rules directory. That opens the door
>to having a second directory on /usr that enforce the requirement that
>rules that depend on /usr execute after /usr is mounted.
The only argument that has been made against it involves libraries that
cross the /usr boundary. I consider such situations to be avoidable.
There has been no other argument made against this approach and I am
quite confident that it is sound. Furthermore, it satisfies the request
of various users to support a separate /usr mount without an initramfs.
Satisfying that seems to me to be a worthwhile goal and it is one that I
and others believe that we can do.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]
next prev parent reply other threads:[~2012-12-18 9:05 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-15 3:52 [gentoo-dev] eudev project announcement Richard Yao
2012-12-15 3:57 ` Richard Yao
2012-12-15 4:16 ` Peter Stuge
2012-12-15 5:28 ` [gentoo-dev] " Nikos Chantziaras
2012-12-15 12:40 ` Rich Freeman
2012-12-15 6:33 ` [gentoo-dev] " Walter Dnes
2012-12-15 7:21 ` [gentoo-dev] " Duncan
2012-12-15 17:53 ` Walter Dnes
2012-12-15 18:07 ` Michał Górny
2012-12-15 18:58 ` Walter Dnes
2012-12-15 19:33 ` Michał Górny
2012-12-15 20:17 ` Richard Yao
2012-12-17 10:40 ` Olav Vitters
2012-12-17 11:09 ` Luca Barbato
2012-12-17 13:25 ` Olav Vitters
2012-12-17 14:29 ` Richard Yao
2012-12-17 19:48 ` Olav Vitters
2012-12-17 20:03 ` J. Roeleveld
2012-12-17 21:31 ` Greg KH
2012-12-17 23:23 ` William Hubbs
2012-12-18 6:50 ` Ulrich Mueller
2012-12-18 18:45 ` William Hubbs
2012-12-18 18:51 ` Richard Yao
2012-12-18 19:06 ` William Hubbs
2012-12-18 19:20 ` Ian Stakenvicius
2012-12-18 19:28 ` Rich Freeman
2012-12-18 9:01 ` Richard Yao [this message]
2012-12-18 18:07 ` Ian Stakenvicius
2012-12-18 7:21 ` J. Roeleveld
2012-12-19 17:13 ` Greg KH
2012-12-19 17:41 ` Kevin Chadwick
2012-12-19 23:27 ` J. Roeleveld
2012-12-20 8:31 ` Michał Górny
2012-12-20 11:21 ` Richard Yao
2012-12-20 12:02 ` Rich Freeman
2012-12-20 12:18 ` Richard Yao
2012-12-20 20:55 ` Kevin Chadwick
2012-12-21 8:23 ` J. Roeleveld
2012-12-21 8:10 ` J. Roeleveld
2012-12-21 8:57 ` Michał Górny
2012-12-21 10:24 ` J. Roeleveld
2012-12-21 11:02 ` Michał Górny
2012-12-21 11:31 ` J. Roeleveld
2012-12-21 11:42 ` Michał Górny
2012-12-21 11:48 ` J. Roeleveld
2012-12-21 16:12 ` Stelian Ionescu
2012-12-21 16:14 ` J. Roeleveld
2012-12-21 13:51 ` Ian Stakenvicius
2012-12-21 14:37 ` J. Roeleveld
2012-12-21 14:52 ` Dale
2012-12-21 14:54 ` J. Roeleveld
2012-12-21 15:06 ` Dale
2012-12-21 14:38 ` Rich Freeman
2012-12-21 15:04 ` J. Roeleveld
2012-12-21 16:21 ` William Hubbs
2012-12-21 17:36 ` J. Roeleveld
2012-12-21 17:52 ` Dale
2012-12-21 18:05 ` J. Roeleveld
2012-12-21 18:15 ` Ian Stakenvicius
2012-12-21 18:20 ` William Hubbs
2012-12-21 18:52 ` J. Roeleveld
2012-12-18 8:51 ` Richard Yao
2012-12-18 5:12 ` Luca Barbato
2012-12-17 12:47 ` Richard Yao
2012-12-15 23:32 ` Duncan
2012-12-15 14:19 ` [gentoo-dev] " Anthony G. Basile
2012-12-15 21:08 ` Richard Yao
2012-12-15 21:20 ` Rick "Zero_Chaos" Farina
2012-12-15 21:22 ` Richard Yao
2012-12-15 12:07 ` Roy Bamford
2012-12-15 12:47 ` Dale
2012-12-15 12:48 ` [gentoo-dev] Re: [gentoo-project] " Rich Freeman
2012-12-15 13:52 ` Duncan
2012-12-15 15:43 ` Luca Barbato
2012-12-15 16:20 ` Rich Freeman
2012-12-15 20:29 ` Luca Barbato
2012-12-15 21:16 ` Richard Yao
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50D030DA.1020400@gentoo.org \
--to=ryao@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox