-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 14/12/12 03:02 PM, Greg KH wrote:
> On Fri, Dec 14, 2012 at 02:05:27PM -0500, Ian Stakenvicius wrote:
>> 
>> Eudev's project announcement is coming soon, should answer your
>> questions.
> 
> Ok, when is "soon"?


It's being drafted as we speak, so it will probably be released within
a few days.  I'm not authoring it so I can't give you an exact time
for when the announcement will be posted.


> I'm guessing that the result of the council meeting meant that
> things are progressing, right?  If so, in what way?


Sounds like you should join us in #gentoo-udev to discuss, or join the
eudev mailing list.  I'd rather not spend a significant amount of time
writing about eudev development on gentoo-dev@ given it's not really
on-topic here.


>> In terms of udev's dependencies, yes, the few dependencies that
>> were installing only to /usr (ie, kmod and xz-utils) have been
>> switched to install to /, and then fixed again due to issues with
>> they way they were done the first time so that they also work.  I
>> believe however they are still ~arch keyworded.
> 
> I am not referring to udev's dependancies, that was never the real 
> issue with a separate /usr/ partition as those could easily be
> fixed with a configuration option for the package.


Understood, but they still needed to be fixed (their packaging).

(I expect most issues regarding separate-/usr-without-initramfs
support will be about fixing packaging)


>> There may of course be other entirely independent packages needed
>> at boot time prior to localmount, I do not know that status of
>> those. Once eudev (the gentoo package) fully supports
>> separate-/usr (which it doesn't at this time as it uses the same
>> init scripts as udev-196), we will be sure to resolve them.
> 
> That's the big problem, those need to be fixed.
> 


Agreed.

However as i'm looking at this from the eudev perspective at this
point, rather than the sys-fs/udev perspective, there are things
necessary to integrate into eudev (the gentoo package, and possibly
also the code) itself before we as the eudev team are ready to see
what else is broken and needs adjustment.



>> It should be noted that sys-fs/udev (the package) since ..  186
>> I think?  whichever version dropped support for the failed-rules
>> queue (and whichever package dropped the udev-postmount init
>> script) does not support booting with a separate /usr.  This has
>> more to do with how the package installs than the upstream code
>> itself, though; as such (WilliamH please correct me if I'm wrong)
>> the plan is still to require an initramfs if using sys-fs/udev
>> with a separate-/usr.
> 
> If the plan is still to require an initramfs (hint, it's the only
> way it can work), then why was the eudev package forked and
> created?


This is the plan for sys-fs/udev in gentoo (sorry i'd thought i was
clear on that, i apologize if I wasn't), sys-fs/eudev maintainers
intend to support separate-/usr without initramfs to the best of our
abilities.


> Please, I'm totally confused now, especially after reading the
> commits in the eudev repo, I see nothing that fixed any /usr/
> problems, what am I missing?


You're not missing anything -- eudev is still a WIP and doesn't have
the support for separate-/usr yet (either in the codebase or in the
gentoo package).  We're working on it.  It'll be in place by the time
we have a full release tagged.

For further details (and as stated above) I suggest we discuss on irc,
via the eudev mailing list, or via email directly.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iF4EAREIAAYFAlDLlY4ACgkQ2ugaI38ACPB52gD/d2E2WL2ZYxadGswJIqP3nqqW
Co+0ua+G5yXQ8+lFiP4A/248opPpMkzm1pEklhJBUvaVrZ7JW3xWSLOpKOPs6iQr
=xy6w
-----END PGP SIGNATURE-----

Reply via email to