xcomcmdr a écrit 3537 commentaires

Un script bash qui plante ça finit rarement en kernel panic. Contrairement à un systemd qui plante.

Un script d'init qui plante, c'est à comparer à une unité systemd qui plante, et ça ne provoque pas un kernel panic.

Systemd qui plante, c'est le même résultat que SysV qui plante : pas de boot.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Et quand le man est en anglais, l'utilisateur est bien avancé.

Puis j'préfère "Read The Fabulous Manual" ("Roulez La Fabuleuse Émanuelle")

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

J'aurais jamais pensé qu'OpenSSL aurait des problèmes de brevets.
Le moindre codec vidéo/audio, on a l'habitude.
Mais là j'ai l'impression de découvrir une autre partie d'un monstre tentaculaire.
Il y a d'autres logiciels qui n'ont rien à voir avec une technologie MPEG/ITU-T, et qui pourtant ont des problèmes avec les brevets ?

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Il n'y a que moi que ça gêne de rajouter des couches à l'intérieur d'un système critique, et non pas rajouter un service qui fait la "traduction" entre le desktop et ledit systeme critique ?

Ne pas utiliser dbus, qui est déjà là, et rajouter un service de traduction, ça aurait rajouté une couche, justement.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

LOL, systemd est loin d'être le seul fait de Lennart.
C'est RedHat, qui doit avoir, oh je sais pas, 2/3 serveurs de prod, qui est le premier client de systemd.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Si je veux du son, je peux me passer de PA ?

Oui.

On m'a dit que c'est un serveur de son, dans le sens de Xorg pour le graphisme et PA pour le son.

Ça ne t'empêche pas d'avoir un affichage en TTY, pas besoin de Xorg pour ça.

Vous me conseillerez de le lancer en tant que deamon ?

Surtout pas.
Il suffit d'un "start-pulseaudio-x11 &" au niveau de ~/.bashrc, ou ~/.bash_profile, ou ~/.xinitrc, ou ~/.config/autostart/un_fichier_desktop.desktop ou tout simplement laisser /etc/xdg/autostart/pulseaudio.desktop s'en occuper (quand j'installe pulseaudio, ce fichier .desktop s'installe avec).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Si je veux que les autres utilisent systemd par exemple, je n'ai qu'à créer des produits qui ne peuvent fonctionner que sur systemd, comme PulseAudio par exemple. PulseAudio sera de plus en plus incontournable.

PulseAudio n'a pas besoin d'un système d'init pour être démarré, ni pour fonctionner à 100%.
Il suffit de le lancer depuis ~/.bashrc ou autre.

Le seul cas où il a besoin d'un système d'init, c'est quand on le démarre en tant que daemon système, ce qui est fortement déconseillé par les développeurs de PA.
Et même là ça fonctionne avec systemd, SysV, Upstart, OpenRC, etc… PA s'en fiche.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

-- mauvais bouton répondre --

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ayant utilisé Linux Mint et Ubuntu, je crois que c'est plus Linux Mint qui s'approche de cette définition.

Moui. 'fin installer le paquet *buntu-restricted-extras, ça prend 5 minutes.
Et au moins, *buntu reste légale dans les pays où les brevets logiciels sont reconnus (comme les États Unis).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Non, je me suis mis à compiler le kernel sous Arch pour avoir linux-ck (ça fonctionne mieux au niveau du multitâche avec le BFQ et le BFS qu'avec le CFS/CFQ). Le kernel archlinux a fonctionné tout de suite.

Pour Debian/*buntu, ce sont les deux (le média d'installation et une Debian/*buntu installée) qui ne bootent pas sans acpi=off.
Avec un kernel (toujours linux-ck d'ailleurs) compilé (en suivant la doc ubuntu), ça fonctionne comme sous Arch (ACPI OK au sens où j'ai les infos sur la batterie, et le backlight de l'écran réglable, mais la mise en veille / hibernation qui ne fonctionne pas)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Avec un vanilla OK, mais quelle version ?

Tous depuis l'époque de la 10.10, je ne me souviens plus quelle version .

Ce serait pas plutôt le support d'ACPI de ta CM qui serait moisi et le workaround a été retiré du noyau à un moment donné ?

Retiré du noyau Debian / *buntu, possible.

Par curiosité, c'est quoi comme machine ? Elle serait pas un peu vieille ? Du coup même si une Ubuntu ou Debian récente bootait elle serait inutilisable ?

ASUS X71SL, acquis en 2008.
Le code DSDT a l'air bon. Et puis de toutes façons, Linux se fait passer pour Windows.
J'ai même forcé une DSDT qui prenait le code ACPI pour "Windows 2006", sans rien changer.
J'ai dit à Linux de dire qu'il était Linux (ACPI_OSI), c'était pareil.

Enfin, c'est compliqué. Pour reprendre le tout :
10.04 > ACPI OK, veille et hibernation OK.
10.10 > ne boot pas sans acpi=off (pareil pour Debian depuis cette époque). Boot bien avec un kernel vanilla compilé, mais même situation que sous Arch :
Archlinux (depuis l'époque de la 10.10) > ACPI ok, mais mise en veille !OK et hibernation !OK

(le retour de mise en veille donne un écran noir au niveau de Xorg et un login en TTY1 qui ne bouge plus après avoir entré le mot de passe)

Windows XP ou Windows 7 > tout est toujours OK.

Entre temps, j'ai rajouté un SSD, il y a peut-être ça qui joue.

J'ai aussi essayé divers paramètres (agp=off, vu que j'ai des modules agp qui se chargent alors que suis en pcie, pcie_aspm=force, etc…) sans rien y changer.

Donc je dirais que le workaround a été retiré du noyau vanilla, et qu'un énième workaround Debian / Ubuntu a fini par tout casser l'ACPI.
Ou l'inverse. C'est compliqué.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

T'as des exemples ?

Ouais, *buntu et Debian qui ne bootent plus sur mon ordi à cause de l'ACPI cassé au niveau du kernel. Et ce, depuis la 10.10. Et c'est toujours pas réparé aujourd'hui.

Avec un kernel vanilla, aucun problème.
M'enfin c'est pas mal, ça m'a permis de passer à Archlinux, et de découvrir la compilation du kernel linux.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Oui enfin ça fait longtemps que MS l'abandonne. Enfin, plus ou moins.
Pas de IE > 8.
Pas de WMP > 11.
Pas de DirectX > 9.0c june 2010
Mais on peut y mettre Visual Studio 2010, Office dernière version, .NET 4, …
Un pas en avant, deux pas en arrière.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ce que "tente" Ubuntu, ce n'est pas d'apporter des choses ( parce que Mir n'a aucun intérêt technique à par celui d'être incompatible à Wayland…) , c'est une prise de contrôle sur l'écosystème linux et de tuer les autres distributions desktop… ainsi que les bureaux autre que Unity. C'est juste un pur scandale pour qui n'est pas un fanboy Ubuntu…

Sauf que Mir tente d'être compatible avec Wayland et Xorg.
Ça ne colle pas avec ce que tu dis.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Mon dieux ça par contre c'est nauséabond. Ça peut parler des dév' de gnome quand on voit ce genre de comportement c'est bien pire. Virer une fonctionnalité pour empêcher la réutilisation de son travail (c'est ce que tu semble indiquer). C'est plus que moche, c'est juste même plus du LL.

Le retrait de cette fonctionnalité non-maintenu et mal foutue (d'après Allan McRae) était prévue depuis 1 an.
Il y a eu des discussions sur la ML à l'époque, et aucun développeur Chakra ne s'est intéressé (même pas sur IRC).

Les développeurs Arch vont pas aller chercher les développeurs qui s'occupent pas de leurs projets.

Pour le reste, va lire la source, car là tu te fais des idées.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Mon impression est que finalement, un système basé sur, et sensé être entièrement constitué de logiciels libres, ça pose un problème à Canonical…, déjà avec les pilotes privateurs et les blob dans le noyau…

Mon impression est que Canonical suit ses objectifs depuis le début : offrir une distribution qui s'adapte au grand public avant d'être libre.

Il y a des distributions qui sont d'abord libres, il n'y a qu'à les utiliser si on n'aime pas cette politique.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Le fork ChiliProject est pas mal non plus.

https://www.chiliproject.org/projects/chiliproject/wiki/Why_Fork

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Oui.
Part de marché sur le desktop : 37 %
EOL : avril 2014 (si pas encore repoussé à cause des entreprises qui ne veulent pas migrer mais veulent bien du support de la part de MS)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C'est sûrement parce que sous Windows c'est DXVA 2.0 qui apporte le décodage matériel, et c'est ce que utilise Firefox.
XP est resté à DirectX 9.0c, et donc à DXVA 1.

Ça marche bien tout de même : MPC-HC, un logiciel libre de lecture de vidéos pour Windows, sait l'utiliser avec ffdshow tryouts - soit ffmpeg pour DirectShow/VFW -.
Mais ça nécessiterait plus d'efforts de la part des devs Mozilla pour un OS qui est en fin de vie, même s'il a encore pas mal de parts de marché sur le desktop.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Enfin Windows et securite c'est pas comme si cela n'etais pas deja antinomique :) donc le pretexte de "je veux pas ca a cause de la securite" cela voulait en realite dire "je suis bien a garder mes doigts dans le cul"!

C'est largement moins le cas depuis le SP2 de XP qui date de 2004, faut se mettre à la page.
MS s'occupe bien plus de la sécurité de ses OS depuis Blaster, ILoveYou, et compagnie.

Il ne faut pas oublier que sans firefox, IE6 serait toujours la et que sans linux (la je sens que certains vont refaire des cauchemards), XP serait encore la (et on aurait rate les bonnes blagues que sont Vista et 8).

XP est toujours là, au moins jusqu'en 2014, et il a encore plus de 37 % de parts de marché (soit infiniment plus que GNU/Linux ou BSD).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Franchement, ça ne sert à rien et c’est lourd de nous sortir Arch Linux tout le temps sans bonne raison.

Je croyais pourtant indiquer le second degré avec un " ;-) ".

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Le problème est qu'on ne te donne même pas le choix de l'OS. C'est MS Windows, sinon rien du tout.

Te forcer à acheter un logiciel privateur, et les crapwares qui vont avec, et d'accepter le CLUF OEM (qui est un contrat de location de l'OS, non transférable), tout ça pour avoir simplement un ordinateur, est-ce vraiment légitime ?

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Et accessoirement, pour téléphoner.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

ça dépend de ton PC… (peut-être que sur un PC récent ça se tient. Sur le mien en tout cas ça rame !)

De mon expérience, ça tourne même très bien sur un pauvre Atom accompagné d'une Intel GMA.
Et les nouvelles versions vont dans le bon sens de ce point de vue (faut-il rappeler le dégraissage massif du code hérité de OOo ?).

OK, donc on verra quand ce sera intégré dans les distributions stables/LTS…

Ça l'est déjà, suffit d'utiliser Archlinux. ;-)
Ou le PPA officiel de LibreOffice.

Question typique de geek/libriste, mais hors-sujet pour le grand public.

Le grand public n'a qu'à continuer d'être en vérité un grand mouton, alors.

De toutes façons depuis la série 4.X je n'ai rien à redire sur le support .DOCX
Par contre le support RTF (et DOC ?) a encore des avancées à faire (mais bon, c'est pareil pour Wordpad et les RTF. Comme quoi même les produits MS ne savent pas lire les formats MS…).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Merci beaucoup pour ce commentaire, cela confirme mon impression que la config matérielle de Windows est bien moins dynamique.

Pour un intérêt que j'ai du mal à voir, d'ailleurs.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)