Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Olivier Crête <tester@g.o>
Subject: Re: rfc: locations of binaries and separate /usr
Date: Tue, 03 Jan 2012 13:50:25 -0500
Hi,

On Mon, 2012-01-02 at 10:41 +0200, Eray Aslan wrote:
> On 2012-01-01 11:50 PM, Olivier Crête wrote:
> > systemd/dracut/etc handles /usr on its own filesystem just fine. What is
> > required is that /usr must be mounted before the pivot_root away from
> > the initramfs.
>
> RedHat made some bad design decisions on RPM (.rpmnew files anyone?) and
> udev.  Udev was probably salvagable before systemd but noone has the
> motivation or the man-power to manage the huge delta that would result
> now.  It would probably amount to forking udev.  So people are following
> along even if they are unhappy.

This is completely unrelated to RPMs. And udev was not developed by
RedHat, but by a Gentoo developer who works for Suse, then it was
maintained by a Suse dev who just very recently joined RedHat.

> Plus Redhat did not support in-place upgrades last time I checked.  So
> they don't really care for a lot of problems that are important for us.

There is a good reason for that, because in-place upgrades are
impossible to do safely (and RedHat customers don't accept weird
breakages like Gentoo users do). For example, if you replace a library
or even a resource file (like a .ui file for GtkBuilder), the only way
to make it work is to make sure that no currently running application is
using it. And that just can't happen with system libraries like glibc or
system packages like udev or dbus. So the only safe way to upgrade those
is to reboot.

> Regarding the original question, I belive there are 2 issues here:
> 2. Migrating /bin to /usr/bin, /sbin to /usr/sbin etc.
> 
> For the second point, we should hold on as long as we deem appropriate.
> Then reconsider and -most probably- move ahead with the migration.  Main
> point is not to break existing installations by making the move too
> quickly.  Give sysadmins time to to adjust, resize partitions if
> necessary etc.  Do not go for half way solutions (i.e. number 2 in the
> original email).

I don't see what breakage would be caused by a big-bang update (move
everything in /sbin,/bin/,usr/sbin to usr/bin and add symlinks. I really
doubt any system has a /usr so tight that adding the couple things that
are in / to /usr/bin would break it.. Btw, this also includes /lib*
to /usr/lib*.


-- 
Olivier Crête
tester@g.o
Gentoo Developer
Attachment:
signature.asc (This is a digitally signed message part)
Replies:
Re: rfc: locations of binaries and separate /usr
-- Eray Aslan
Re: rfc: locations of binaries and separate /usr
-- William Hubbs
Re: rfc: locations of binaries and separate /usr
-- Ciaran McCreesh
References:
rfc: locations of binaries and separate /usr
-- William Hubbs
Re: rfc: locations of binaries and separate /usr
-- Olivier Crête
Re: rfc: locations of binaries and separate /usr
-- Patrick Lauer
Re: rfc: locations of binaries and separate /usr
-- Olivier Crête
Re: rfc: locations of binaries and separate /usr
-- Ciaran McCreesh
Re: rfc: locations of binaries and separate /usr
-- Olivier Crête
Re: rfc: locations of binaries and separate /usr
-- Eray Aslan
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: rfc: locations of binaries and separate /usr
Next by thread:
Re: rfc: locations of binaries and separate /usr
Previous by date:
Re: Re: rfc: locations of binaries and separate /usr
Next by date:
Re: rfc: locations of binaries and separate /usr


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.