| 1 |
Hi, |
| 2 |
|
| 3 |
On Mon, 2012-01-02 at 10:41 +0200, Eray Aslan wrote: |
| 4 |
> On 2012-01-01 11:50 PM, Olivier Crête wrote: |
| 5 |
> > systemd/dracut/etc handles /usr on its own filesystem just fine. What is |
| 6 |
> > required is that /usr must be mounted before the pivot_root away from |
| 7 |
> > the initramfs. |
| 8 |
> |
| 9 |
> RedHat made some bad design decisions on RPM (.rpmnew files anyone?) and |
| 10 |
> udev. Udev was probably salvagable before systemd but noone has the |
| 11 |
> motivation or the man-power to manage the huge delta that would result |
| 12 |
> now. It would probably amount to forking udev. So people are following |
| 13 |
> along even if they are unhappy. |
| 14 |
|
| 15 |
This is completely unrelated to RPMs. And udev was not developed by |
| 16 |
RedHat, but by a Gentoo developer who works for Suse, then it was |
| 17 |
maintained by a Suse dev who just very recently joined RedHat. |
| 18 |
|
| 19 |
> Plus Redhat did not support in-place upgrades last time I checked. So |
| 20 |
> they don't really care for a lot of problems that are important for us. |
| 21 |
|
| 22 |
There is a good reason for that, because in-place upgrades are |
| 23 |
impossible to do safely (and RedHat customers don't accept weird |
| 24 |
breakages like Gentoo users do). For example, if you replace a library |
| 25 |
or even a resource file (like a .ui file for GtkBuilder), the only way |
| 26 |
to make it work is to make sure that no currently running application is |
| 27 |
using it. And that just can't happen with system libraries like glibc or |
| 28 |
system packages like udev or dbus. So the only safe way to upgrade those |
| 29 |
is to reboot. |
| 30 |
|
| 31 |
> Regarding the original question, I belive there are 2 issues here: |
| 32 |
> 2. Migrating /bin to /usr/bin, /sbin to /usr/sbin etc. |
| 33 |
> |
| 34 |
> For the second point, we should hold on as long as we deem appropriate. |
| 35 |
> Then reconsider and -most probably- move ahead with the migration. Main |
| 36 |
> point is not to break existing installations by making the move too |
| 37 |
> quickly. Give sysadmins time to to adjust, resize partitions if |
| 38 |
> necessary etc. Do not go for half way solutions (i.e. number 2 in the |
| 39 |
> original email). |
| 40 |
|
| 41 |
I don't see what breakage would be caused by a big-bang update (move |
| 42 |
everything in /sbin,/bin/,usr/sbin to usr/bin and add symlinks. I really |
| 43 |
doubt any system has a /usr so tight that adding the couple things that |
| 44 |
are in / to /usr/bin would break it.. Btw, this also includes /lib* |
| 45 |
to /usr/lib*. |
| 46 |
|
| 47 |
|
| 48 |
-- |
| 49 |
Olivier Crête |
| 50 |
tester@g.o |
| 51 |
Gentoo Developer |
Archives