Siduction Forum

Siduction Forum => Ideas & Improvements => Topic started by: ralul on 2019/03/27, 13:15:24

Title: usr-merge will be default
Post by: ralul on 2019/03/27, 13:15:24
usr-merge (UsrMerge) is decided to be the default
I am looking for guidance how-to transit my 12y old Debian installation to the new layout.

The case for usrmerge:
https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/

UsrMerge Todo for Debian:
https://wiki.debian.org/UsrMerge

The last update of the usrmerge ChangeLog shows:
usrmerge (21) unstable; urgency=medium
  * Added a version to the conflict with ebtables (see #912046).
  * Added a versioned conflict with arptables (see #916106).
 -- Marco d'Itri <md@linux.it>  Sun, 17 Feb 2019 17:44:25 +0100

Has someone tried to apply this on his installation?
Title: Re: usr-merge will be default
Post by: melmarker on 2019/03/27, 19:39:11
Eigentlich sollte das einfach sein - einfach das Paket installieren und das wars. Wenn Fehler auftreten, dann nen RC-Bug in Debians Bugtracker malen.
Title: Re: usr-merge will be default
Post by: hsp on 2019/03/27, 19:56:13
Ich habe es auf meiner Frickelkiste schon gemacht, alles in Butter. Hab die installierten Pakete auch gleich wieder gekickt, weil danach nicht mehr benötigt.
...
Title: Re: usr-merge will be default
Post by: ralul on 2019/03/28, 04:09:13
Ich habe es auf meiner Frickelkiste schon gemacht, alles in Butter.
Thanks for the thumbs up!

Quote
Hab die installierten Pakete auch gleich wieder gekickt, weil danach nicht mehr benötigt.
This FAQ:
https://salsa.debian.org/md/usrmerge/raw/master/debian/README.Debian
tells otherwise:
Quote
Removal of this package
~~~~~~~~~~~~~~~~~~~~~~~
The package should not be removed unless all the installed packages
among the ones listed in /etc/dpkg/dpkg.cfg.d/usrmerge have been fixed
to properly support usrmerge, or upgrading them will fail.
@hsp , Did you check the file or directory for leftovers before purging the package again?
/etc/dpkg/dpkg.cfg.d/usrmerge
Title: Re: usr-merge will be default
Post by: hsp on 2019/03/28, 06:45:14
/etc/dpkg/dpkg.cfg.d/usrmerge gibt es hier nicht. Nur /etc/dpkg/dpkg.cfg.d, und das ist leer.
...
Title: Re: usr-merge will be default
Post by: ralul on 2019/03/28, 22:59:31
Ich nehme mal an die Datei usrmerge, wenn es sie gibt, ist eine Liste mit Paketen, die vom Perl-Skript "usr-merge" nicht richtig - ohne Fehler - behandelt werden konnten. Insofern wird bei Dir alles geklappt haben.
Aber vor dem De-installieren des Script Pakets usrmerge hättest Du - nach Meinung des Faq - darein schauen sollen, ob es für alle Pakete wirklich geklappt hat
:-/
Hsp, da haste wohl nochmal Glück gehabt!
Title: Re: usr-merge will be default
Post by: melmarker on 2019/03/28, 23:08:51
Hsp, da haste wohl nochmal Glück gehabt!
erm - schon mal drüber nachgedacht, was usrmerge so tut? Mit Glück hat das nicht so viel zu tun.

und noch einer aus der Anleitung:

Quote
Removal of this package
~~~~~~~~~~~~~~~~~~~~~~~
The package should not be removed unless all the installed packages
among the ones listed in have been fixed
to properly support usrmerge, or upgrading them will fail.

Wenn liste nich da, dann alle Pakete ready. Sollte man auch für einen Freeze erwarten
Title: Re: usr-merge will be default
Post by: hsp on 2019/03/29, 08:12:06
Ich habe das ganze jetzt nochmal in einer vbox gemacht, und auch da gibt es keine /etc/dpkg/dpkg.cfg.d/usrmerge. Pakete entfernt und auch dann noch alles gut.

...
Title: Re: usr-merge will be default
Post by: ralul on 2019/03/29, 18:41:50
Nochmal Danke für den positiven Erfahrungsbericht!
Title: One error when installing the usrmerge package
Post by: ralul on 2019/04/02, 12:25:18
I did install the usrmerge package with one little error:
Code: [Select]
Setting up usrmerge (21) ...

FATAL ERROR:
Both /bin/xrandr and /usr/bin/xrandr exist.

You can try correcting the errors reported and running again
/usr/lib/convert-usrmerge until it will complete without errors.
Do not install or update other Debian packages until the program
has been run successfully.

dpkg: error processing package usrmerge (--configure):
 installed usrmerge package post-installation script subprocess returned error exit status 1
Processing triggers for man-db (2.8.5-2) ...
Errors were encountered while processing:
 usrmerge
E: Sub-process /usr/bin/dpkg returned an error code (1)
Setting up usrmerge (21) ...

FATAL ERROR:
Both /bin/xrandr and /usr/bin/xrandr exist.

You can try correcting the errors reported and running again
/usr/lib/convert-usrmerge until it will complete without errors.
Do not install or update other Debian packages until the program
has been run successfully.
I did look at the files:
Code: [Select]
# /bin/xrandr --version
xrandr program version       1.4.3
Server reports RandR version 1.6
# /usr/bin/xrandr --version
xrandr program version       1.5.0
Server reports RandR version 1.6
It is what it seems, I may have had trouble in the past with the X server, when changing from proprietary nvidia to the nouveau driver, and may have copied xrandr to /bin, with a dumb thought it will help - 3 years ago.

I just rm /bin/xrandr
and installed the usrmerge package again.
All went through:
OK
Title: How a usr merged system looks like
Post by: ralul on 2019/04/02, 12:38:48
After removing the /bin/xrandr file and a second install of the usrmerge
Code: [Select]
Performing actions...
Setting up usrmerge (21) ...
The system has been successfully converted.

My system looks like this:
Code: [Select]
lrwxrwxrwx   1 root root      7 Apr  2 12:08 bin -> usr/bin
drwxr-xr-x   6 root root   4096 Apr  2 11:57 boot
drwxr-xr-x  27 root root   4096 Apr  1 15:31 common
drwxr-xr-x  18 root root  13640 Apr  2 11:13 dev
drwxr-xr-x 143 root root  12288 Apr  2 12:08 etc
drwxr-xr-x   3 root root   4096 Feb 10  2018 home
lrwxrwxrwx   1 root root      7 Apr  2 12:08 lib -> usr/lib
lrwxrwxrwx   1 root root      9 Apr  2 12:08 lib32 -> usr/lib32
lrwxrwxrwx   1 root root      9 Apr  2 12:08 lib64 -> usr/lib64
lrwxrwxrwx   1 root root     10 Apr  2 12:08 libx32 -> usr/libx32
drwx------   2 root root  16384 Dez 22  2016 lost+found
drwxr-xr-x  10 root root   4096 Mai 21  2018 media
drwxr-xr-x   2 root root   4096 Mär 27  2017 mnt
lrwxrwxrwx   1 root root     11 Apr 10  2017 opt -> /common/opt
dr-xr-xr-x 149 root root      0 Apr  2 11:12 proc
drwx------  25 root root   4096 Apr  1 17:40 root
drwxr-xr-x  13 root root   4096 Mär 27 13:43 run
lrwxrwxrwx   1 root root      8 Apr  2 12:08 sbin -> usr/sbin
drwxr-xr-x   2 root root   4096 Jan 29  2011 srv
dr-xr-xr-x  12 root root      0 Apr  2 11:13 sys
drwxrwxrwt  11 root root   4096 Apr  2 11:57 tmp
drwxr-xr-x  13 root root   4096 Apr  2 12:03 usr
drwxr-xr-x  12 root root   4096 Sep  1  2016 var
The only special of mine is my  "/common" directory, where I mount a little partition holding things I can run both on Gentoo and Debian - eg: Google-Chrome.

Removing these new links to "/usr" directories, will get trouble for configurations found with this grep:
Code: [Select]
pushd /etc;grep -r -e'/[s]*bin'|grep -v -e'/usr/[s]*bin' -v -e'/usr/local/[s]*bin' -v -e'^#';popd