navaati a écrit 494 commentaires

Ouf, pourtant je comprends qu'on veuille pas mettre NM dans l'initrd, c'est un phacochère.

accept from local

Edit : wow, j'aurais du reload avant de poster, vous pouvez moinser…

Ah, t'es pas au courant de la Cabale néo-nazie conspirationniste qui sévit sur linuxfr ?

(malheureusement, ce commentaire n'est même pas ironique…)

En fait, vu l'historique de la couche, j'aurais presque préféré qu'une installation de PA intercepte les appels vers Alsa et fasse tout passer par PA, histoire d'éviter cet imbroglio entre les couches!

C'est déjà le cas, faut mettre dans son asoundrc (fait automatiquement sur la plupart des distros j'imagine) :

pcm.!default {
    type pulse
}
ctl.!default {
    type pulse
}

Ça ne s'applique clairement pas à systemd, j'ai fait un petit patch une fois et je n'ai rien signé du tout.

Hahaha wep, il est beau celui là, bien crasseux.

Par contre pour l'histoire de /bin, en fait c'est pas un fourre-tout dans /bin mais plutôt dans /usr/bin, /bin devenant un symlink. Et c'est très bien : /bin, /lib et autre trucs à la racine « pour permettre un boot même quand seul / est monté » n'ont plus aucun sens.
Déterminer statiquement (à l'échelle de la distro) quels binaires/bibliothèques/data sont nécessaires au boot est devenu un problème sans solution. L'initrd, généré dynamiquement, assume maintenant parfaitement ce rôle.

Et qu'on ne me fasse pas dire ce que je n'ai pas dit : il reste tout à fait possible de booter sans initrd, si on a /usr sur la même partition que /.

C'est vrai. Mais ils ont réussi à le généraliser. (enfin ça colle moins au xkcd c'est sûr)

On se marre bien avec ce xkcd, mais au final c'est exactement ce qu'a réussi à faire systemd concernant le format des scripts d'init, la manière de booter, le format de plein de fichiers de conf (hostname, locale, toussa), et j'en passe. Et avec ce passage de debian puis ubuntu, l'objectif est presque complètement atteint.

Ah, je viens de réaliser qu'on était vendredi, j'ai marché en plein dedans on dirait.

Ben, comment dire, ça serait… vrai ? Enfin c'est un projet de recherche quoi, qui n'a jamais été poussé pour être en prod. Ou si c'est le cas, c'est un échec.

Je dis pas que plan 9 est pas bien, d'ailleurs de nombreuses de ses idées sont reprises ailleurs je crois, mais dépenser des efforts ou changer des choix techniques pour le supporter alors qu'il est utilisé par personne ça serait débile. Que son architecture soit parfaite ou qu'il soit écrit par les pères d'Unix ne change rien à la chose.

On attend ton ayé.

Quand KDE supportera wayland, il pourrait même faire usage des KMS planes

Ya des planes sur les cartes graphiques desktop ? Je croyais que c'était que dans l'embarqué.

Eh ben porte compiz-fusion, ou trouve quelqu'un pour le porter, mais tu peux pas te plaindre que ses créateurs veulent pas le faire et dire que c'est la faute à wayland, c'est n'importe quoi.

Ça veut dire le moteur Cycles de Blender en rendu GPU entièrement libre ?
On installe comment ?

Ya quand même une question que je me pose : tu dis « La société en France est clivée entre droite et gauche », mais comment ça se fait que ce clivage soit aussi près de 50/50 et pas 30/70 par exemple ? Je vois pas de raison particulière, et du coup je trouve ça bizarre. Si quelqu'un a une explication…

Heu, pour les IO, ça existe déjà depuis des lustres et c'est déjà mis en place un peu partout, ça s'appelle la Direct_Memory_Access. Après, peut-être que l'usb ne le permet pas.

Ben alors là pour le coup, je vois très peu d'interactions entre l'architecture proco et le système d'init.
D'ailleurs systemd est très utilisé sur ARM et ça se passe très bien (il ya d'autres architectures, certes, mais en général une fois qu'on est sorti de x86 c'est bon)

Non. X11 ne permet pas de faire un compositeur en vue FPS comme dans la vidéo car il n'y a pas que l'affichage, il y a aussi les entrées, et X11 ne permet pas de les rediriger.

Alors, moi aussi ça m'a intrigué et je suis allé me renseigner.
Azure est une couche d'abstraction 2D (donc pas une implémentation) développée in-house pour remplacer cairo qu'ils utilisaient avant et qui ne répondait pas à leurs besoins.
Notamment, cairo est statefull c'est à dire qu'on précise un état (couleurs d'avant et arrière plan, largeur des traits, pointillés ou pas, chemin courant, surface source pour le remplissage, ce genre de trucs) et ensuite on dessine en une seule commande qui ne prends quasi aucun arguments. On peut donc dessiner plusieurs fois en gardant un état presque identique (je dessine, je change légèrement mon état, je redessine) mais ça ne correspond pas du tout au modèle du web où chaque nouvelle opération de dessin importe un état complet depuis le CSS, et avec une bibliothèque comme cairo ça pourrit les perfs. Azure est une API stateless.

Skia est une bibliothèque de dessin 2D (donc directement concurrente à cairo) multiplateforme qui n'est pas de Mozilla à l'origine et qui est aussi utilisée par Chrome. Elle est utilisée comme backend à Azure et possède elle même plusieurs backends, certains CPU, certains GPU, selon les plateformes.

Ben c'est pas une version majeure, c'est juste, well, une version.

C'est une version optimisée (genre, bas niveau) pour ce calcul , non ? Pas pour des raisons de confort du programmeur, mais pour des raisons de perfs.

le logiciel pèse plus de 100 Mo

Back to 90', hahaha.

Aujourd'hui, au pays des moules, Zenitram n'a toujours pas compris la différence entre un langage informatique et un langage naturel…

Message intéressant !

Mais je crois que les gens ne pensaient pas à remplacer le Fortran par quelque chose de moins adapté (le C, quelle idée, c'est pour la programmation système et l'interfaçage, le C++ quand à lui ne donne pas assez de garanties statiques au compilateur pour être correctement optimisé, c'est le problème que tu pointes) mais par des langages plus haut niveau et plus adaptés au calcul (et au cerveau des matheux/physiciens).

Par exemple Haskell a de très bonnes bibliothèques de calcul matriciel (repa) et le compilateur a des capacités d'optimisations affolantes tout en gardant une approche très mathématique dans le langage (pas besoin d'apprendre le paradigme impératif pour les scientifiques, qui maîtrisent plus naturellement le paradigme immutable fonctionnel : c'est celui des maths). Ça n'est pas magiques, il y a aussi des choses informatiques à apprendre (lazyness et strictness, importantes en Haskell pour permettre les optimisations), mais c'est déjà un progrès.

La façon de python de donner accès dans un langage simple à des primitives optimisées en C avec numpy est sans doute pas mal aussi.

Bah, tu les a déstressés, ça compte.

(->[])