Re: /sbin -> usr/sbin

2020-07-10 Par sujet Charles Plessy
Le Sat, Jul 11, 2020 at 12:10:07AM +0200, BERTRAND Joël a écrit :
> 
>   Je viens d'installer une debian/testing toute fraîche sur un portable
> Toshiba et j'ai été surpris de trouver dans / des liens vers /usr :

Bonjour Bertrand,

c'est dans les notes de publication:

https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.fr.html#merged-usr

Bonne fin de semaine,

Charles

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Akano, Uruma, Okinawa, Japan



Re: /sbin -> usr/sbin

2020-07-10 Par sujet l0f4r0
Bonjour,

11 juil. 2020 à 00:10 de joel.bertr...@systella.fr:

>  Quel est l'intérêt d'une telle chose ? Normalement, un système doit
> pouvoir booter avec un / minimal et n'a pas besoin de /usr. Cela
> signifie même que ce système ne serait plus bootable si /usr était sur
> une partition séparée (mount est dans /usr/bin/ alors que dans une
> installation plus ancienne, il est dans /bin qui n'est pas un lien vers
> /usr/bin).
>
>  J'avoue que je ne saisis pas le pourquoi du comment de ce mélange. Je
> suis donc preneur de toute explication.
>
C'est normal, il s'agit d'une nouveauté depuis Buster :

* 
https://www.debian.org/releases/buster/amd64/release-notes/ch-whats-new.fr.html
(cf. "/usr fusionné pour les nouvelles installations")

* https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/(en 
anglais)

Bonne fin de soirée !
l0f4r0



Re: /sbin -> usr/sbin

2020-07-10 Par sujet etienne . mollier
Bonjour Joël,

BERTRAND Joël, on 2020-07-11 00:10:07 +0200:
>   Je viens d'installer une debian/testing toute fraîche sur un portable
> Toshiba et j'ai été surpris de trouver dans / des liens vers /usr :

Ce comportement provient du paquet "usrmerge" dont quelques
détails sont accessibles depuis le wiki:

https://wiki.debian.org/UsrMerge

En Debian Testing, debootstrap va installer usrmerge par défaut.
Je ne sais pas si ce comportement est réglable dans les images
ISO alpha, mais je crois que ces approches devraient être
possibles:

  - en partant de Debian Buster, faire une upgrade vers bullseye
en spécifiant éventuellement "usrmerge-" pour être sûr que
le paquet ne va pas s'installer,

  - ou alors effectuer une installation manuelle de Debian
testing via debootstrap avec l'option qui va bien:

# debootstrap --no-merged-usr bullseye /mnt/target/

>   Quel est l'intérêt d'une telle chose ? Normalement, un système doit
> pouvoir booter avec un / minimal et n'a pas besoin de /usr. Cela
> signifie même que ce système ne serait plus bootable si /usr était sur
> une partition séparée (mount est dans /usr/bin/ alors que dans une
> installation plus ancienne, il est dans /bin qui n'est pas un lien vers
> /usr/bin).
> 
>   J'avoue que je ne saisis pas le pourquoi du comment de ce mélange. Je
> suis donc preneur de toute explication.

Je ne suis pas allé regarder en détail (il y a de la lecture),
mais les liens suivants (en anglais) devraient vous fournir des
éléments de réponse, si ça peut éclairer votre lanterne:

https://lists.debian.org/debian-devel/2018/11/msg00374.html
https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/

En survolant ces deux pages, de ce que je comprends, ça permet
avant tout d'améliorer l'intéropérabilité entre les divers
Unices qui se sont multipliés dans la nature.

Amicalement,
-- 
Étienne Mollier 
Old rsa/3072: 5ab1 4edf 63bb ccff 8b54  2fa9 59da 56fe fff3 882d
New rsa/4096: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/6, please excuse my verbosity.


signature.asc
Description: PGP signature


/sbin -> usr/sbin

2020-07-10 Par sujet BERTRAND Joël
Bonjour à tous,

Je viens d'installer une debian/testing toute fraîche sur un portable
Toshiba et j'ai été surpris de trouver dans / des liens vers /usr :

danielle@nietzsche:/$ ls -al | grep ^l
lrwxrwxrwx   1 root root 7 juil. 10 14:20 bin -> usr/bin
lrwxrwxrwx   1 root root29 juil. 10 14:35 initrd.img ->
boot/initrd.img-5.7.0-1-amd64
lrwxrwxrwx   1 root root29 juil. 10 14:25 initrd.img.old ->
boot/initrd.img-5.6.0-2-amd64
lrwxrwxrwx   1 root root 7 juil. 10 14:20 lib -> usr/lib
lrwxrwxrwx   1 root root 9 juil. 10 14:20 lib32 -> usr/lib32
lrwxrwxrwx   1 root root 9 juil. 10 14:20 lib64 -> usr/lib64
lrwxrwxrwx   1 root root10 juil. 10 14:20 libx32 -> usr/libx32
lrwxrwxrwx   1 root root 8 juil. 10 14:20 sbin -> usr/sbin
lrwxrwxrwx   1 root root26 juil. 10 14:35 vmlinuz ->
boot/vmlinuz-5.7.0-1-amd64
lrwxrwxrwx   1 root root26 juil. 10 14:25 vmlinuz.old ->
boot/vmlinuz-5.6.0-2-amd64
danielle@nietzsche:/$

Quel est l'intérêt d'une telle chose ? Normalement, un système doit
pouvoir booter avec un / minimal et n'a pas besoin de /usr. Cela
signifie même que ce système ne serait plus bootable si /usr était sur
une partition séparée (mount est dans /usr/bin/ alors que dans une
installation plus ancienne, il est dans /bin qui n'est pas un lien vers
/usr/bin).

J'avoue que je ne saisis pas le pourquoi du comment de ce mélange. Je
suis donc preneur de toute explication.

Bien cordialement,

JKB



Re: Que fait apt ?

2020-07-10 Par sujet NoSpam

Bonjour

Le 10/07/2020 à 11:28, Bernard Isambert a écrit :

Le 09/07/2020 à 23:17, l0f...@tuta.io a écrit :

Bonjour,

9 juil. 2020 à 22:48 de b...@taranig.net:


Le 09/07/2020 à 17:04, Jean-Marc a écrit :


Ce que tu décris mérite peut-être un rapport de bug.


Il va falloir que je fasse apt install reportbug.


Déjà fait depuis octobre 2016 visiblement :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839546


Oui, en effet. Il m'avait échappé au milier des 276 "normal bugs; 
unclassified". Malheureusement, il n'y a pas de réponse. Du moment 
qu'on paut vivre avec, c'est pas grave.


Ajoute ta pierre à l'édifice et relance le bug en signalant ton 
problème. Si personne ne le fait cela ne risque pas de faire bouger le bug !


--
Daniel



Re: Que fait apt ?

2020-07-10 Par sujet Bernard Isambert

Le 09/07/2020 à 23:17, l0f...@tuta.io a écrit :

Bonjour,

9 juil. 2020 à 22:48 de b...@taranig.net:


Le 09/07/2020 à 17:04, Jean-Marc a écrit :


Ce que tu décris mérite peut-être un rapport de bug.


Il va falloir que je fasse apt install reportbug.


Déjà fait depuis octobre 2016 visiblement :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839546


Oui, en effet. Il m'avait échappé au milier des 276 "normal bugs; 
unclassified". Malheureusement, il n'y a pas de réponse. Du moment qu'on 
paut vivre avec, c'est pas grave.


Merci.


Bonne soirée
l0f4r0




--
Bernard.
25 ans d'utilisation de Debian. Comme le temps passe...