Vlákno názorů k článku
Debian počítá se sloučením /usr v příštím vydání, zrušil dočasné moratorium od mad - Pravda, mohli to dodrbat i driv. priklad 1: mam...

Pravda, mohli to dodrbat i driv.

priklad 1: mam vsechno na "/" (pripadne jen /var a /home mam oddelene), takze zmena mi prinese jen pripadne problemy (zpusobene zmenou samotnou), a jinak vubec nic. Super.

priklad 2: mam SBC s malinkym ssd | emmc a k nemu jeden sata|nvme 2.5" pro nejake dnestni end-user levne SSD s malym TBW, SBC casto bez podpory boot-u primo z toho sata|nvme. Taky super. Uplne stacilo zarazeni non-gnu ovladacu do default v debianu.

priklad 3: mam slabou workstation, nemam k dispozici druhy pocitac, root svazek mam v software RAID na pomalejsim mediu (data se tak casto nenacitaj a nejsou tak velka), a zbytek bez RAID mam na levnym SSD, ktery zalohuju externe. Ted budu muset mirrorovat i ten velky svazek, protoze jinak budu muset delat obnovu pracne z nejakeho extra live media, ktery musim mit ready nekde bokem.

Jeste nejake dalsi vyhody ? Nebo se to fakt dela jen kvuli tomu, aby se RH usnadnila orchestrace virtualizace a kontejnerizace, tak jako v pripade stupidniho systemd ?

Sloučení tedy nic důležitého nebrání :-)

Buďme rádi, že se konečně po dekádách ruší rovnák i s vohejbákem.

On se bude /usr rusit? Takhle to vypada spis ze se ohebak nahradil rovnakem...

Nevim, na zaklade ceho jste dosel k tomu, ze by se /usr rusilo... Kdybyste se podival poradne, tak /bin je naopak symlink na /usr/bin ;-)

To byla reakce na ohybak a rovnak. Coz je presne to co presouvani /bin do /usr/bin je...

Já jsem ty příklady 2 a 3 nepochopil, resp. nepochopil jsem kde je tam problém a jak se to dělalo se samostatným /usr že tam problém nebyl.

xkcd