Linux? - Page 137

Meowcate (./4077) :
"xkcd did it"

Kevin Kofler (./7569) :
./7565 = troll bourré de fautes d'autographe

Godzil (./7565) :
systemd n'est pas fait pour de l'embarquer.

squalyl (./7571) :
Kevin Kofler (./7570) :aucun des systèmes existants ne correspondait aux buts de systemd.

squalyl (./7571) :
Donc systemd ne sert a rien.

redangel (./4085) :
[From the other topic]

Kevin Kofler (./7569) :
./7565 = troll bourré de fautes d'autographe

squalyl (./7571) :
Kevin Kofler (./7570) :aucun des systèmes existants ne correspondait aux buts de systemd.

squalyl (./7571) :
Donc systemd ne sert a rien.

Ouwned
Et rien de plus vrai d'ailleurs!

Kevin Kofler (./4088) :
aucun système d'init ne faisait les choses correctement,

Godzil (./4090) :

Kevin Kofler (./4088) :
aucun système d'init ne faisait les choses correctement,

Et c'est quoi faire les choses correctements ?

Et quel device embarqué utilise systemd a la place d'init/OpenRC/etc?

Brunni (./4097) :
Paye ton système qui va enfin fonctionner

Folco (./4099) :
Au passage, ils nous réinventent le format de binaire universel, multi os, on dirait juste un retour de quelques décennies en arrière.

Je pense que vous rigolerez moins quand vous aurez 65716841 apps à recompiler pour fixer un trou de sécu... C'est du nostub à l'état pur leur concept, limite ils vont démontrer avec ça que les systèmes développés jusqu'à présent ne sont que des bides

flanker (./4100) :

Et non, ce n'est pas du nostub... Simplement, ton OS va se découper en deux couches :
- une base qui sera systématiquement installée (mettons mettons Linux + KDE ou Gnome + quelques broutillles), et qui va donc fournir toutes les bibliothèques nécessaires à 99% des applications - une partie applicative, qui se base uniquement sur cette base

Kevin Kofler (./7560) :

PpHd (./7557) :

Kevin Kofler (./7552) :

PpHd (./7550) :
En quoi c'est compliqué d'enregistrer avec quelle version de la librairie ca a été compilée et testée ?

Parce qu'entretemps, une bibliothèque dont ça dépend peut avoir été recompilé avec une nouvelle version d'une autre bibliothèque, qui est aussi une dépendance indirecte à travers un autre chemin et du coup on mélange plusieurs version incompatibles sans s'en rendre compte.

Oui mais dans ce cas tant que l'application elle même n'a pas été recompilée avec la bibliothèque recompilée, elle utilise toujours la version initiale.

Non, pas dans le cas de figure d'une dépendance indirecte:

Kevin Kofler (./7545) :
Imagine que appA linke libB et libC, que libB linke libD.so.1 et libC linke libD.so.2.

La libC de mon exemple peut passer de la libD.so.1 à la libD.so.2 sans que le soname de la libC change et donc sans qu'appA s'en rende compte, et du coup des conflits de symboles sont introduits! C'est ça le cas de figure qui a produit les bogues que j'ai eu l'occasion de recontrer.

PpHd (./4101) :

flanker (./4100) :

Et non, ce n'est pas du nostub... Simplement, ton OS va se découper en deux couches :
- une base qui sera systématiquement installée (mettons mettons Linux + KDE ou Gnome + quelques broutillles), et qui va donc fournir toutes les bibliothèques nécessaires à 99% des applications - une partie applicative, qui se base uniquement sur cette base

Pas tout à fait. Y'aura
- une base géré par pkg, controlé par ubuntu
- les applications du système gérés par pkg, controlé par ubuntu
- les applications hors système géré par le nouveau format, controlé par ubuntu

alors que maintenant y'a:
- une base géré par pkg, controlé par ubuntu
- les applications du système gérés par pkg, controlé par ubuntu
- les applications hors système géré à la main, non controlé par ubuntu

Bref, pas grand chose ne change. c'est du 0install mais fait par ubuntu.

Folco (./4099) :

Brunni (./4097) :
Paye ton système qui va enfin fonctionner

J'ai ri - tant que ça ne sera pas estampillé "apple", ça ne sera jamais bien pour toi

flanker (./4103) :

PpHd (./4101) :

flanker (./4100) :

Et non, ce n'est pas du nostub... Simplement, ton OS va se découper en deux couches :
- une base qui sera systématiquement installée (mettons mettons Linux + KDE ou Gnome + quelques broutillles), et qui va donc fournir toutes les bibliothèques nécessaires à 99% des applications - une partie applicative, qui se base uniquement sur cette base

Pas tout à fait. Y'aura
- une base géré par pkg, controlé par ubuntu
- les applications du système gérés par pkg, controlé par ubuntu
- les applications hors système géré par le nouveau format, controlé par ubuntu

alors que maintenant y'a:
- une base géré par pkg, controlé par ubuntu
- les applications du système gérés par pkg, controlé par ubuntu
- les applications hors système géré à la main, non controlé par ubuntu

Bref, pas grand chose ne change. c'est du 0install mais fait par ubuntu.

Non
quand tu recompiles à la main,
* ça met des morceaux un peu partout,
* ce n'est pas mis à jour automatiquement,
* c'est impossible à désinstaller (vu que tu ne sais pas ce que tu vas casser, ni où cela a pu être installé),
* faut recompiler (parfois impossible quand tu n'as pas de compilateur sur la machine),
* faut installer les dépendances à la main (très très chiant quand ta machine n'est pas connectée directement à internet)

flanker (./4103) :

Nonquand tu recompiles à la main,

Folco (./4108) :
Oui, je comprends pas d'où ça vient cette "compilation à la main qui fout de tout partout"... Jamais eu de pépin comme ça, pourtant, je compile régulièrement des softs...