gnumdk a écrit 7486 commentaires

Et si tu coches pas, alors amarok lance un mysql configuré sur ton $HOME.

C'est un peu l'inverse, amarok 1 n'avait que sqlite.

Amarok 2 supporte MySQL et Postgres de manière officiel et le backend Qt/SQLite est totalement non supporté par les devs.

Ce sont eux qui font des dégats que les vieux croutons doivent réparer.

Et le jour ou le vieux crouton par à la retraite, elles s’aperçoivent qu'elles ont 20 ans de retard…

Or ces sociétés ont souvent des scripts, des outils, des programmes même codés maison et qui
utilisent la puissance de l'init traditionnel pour fonctionner (processing turing complet,
prise en charge des variables d'environnement, init prévisible, logs dans des fichiers plats
etc.)

Ca tombe bien, systemd a un mode de compatibilité sysvinit… Mais bon, un script d'init rc qui fonctionne entre deux versions d'une distribution sans modification, c'est déjà pas gagné, surtout sur des gros logiciels.

Je n'ai pas vraiment de vision sur ces sociétés, je n'en connais que trois. Mais les trois que
je connais (en l’occurrence leurs sysadmin) ne veulent pas de systemd

Cool, ben il va falloir que ces boites pensent à les foutre à la porte alors, parce que bon, les vieux croutons qui refusent d'apprendre parce qu'ils ont toujours fait comme cela, en informatique, on sait ce que ca donne…

C'est exactement pour cela que personne ne sérieux ne penserai à utiliser sqlite pour avoir des vraies performances… Suffit de voir la différence de rapidité au niveau de la gestion des collections entre Amarok (mysql) et Clementine (sqlite).

On peut parfaitement normer et indexer un fichier texte.

Quelle bonne idée, je vais installer beagle sur un serveur!

La place ? Les logs chez moi ne font même pas 50Mo

Et t'as déjà fait des recherches dans des logs sur autre chose que ton pc personnel avec grep et compagnie ? Réponse: ca rame comme la mort, tu peux facilement attendre 5 minutes pour t'apercevoir que ton grep ne renvoie rien et recommencer pour 5 minutes de grattage de disque supplémentaires.

Avec journald, les recherches sont rapides et c'est pour cela que le format binaire est intéressant.

Bon, vu que tu n'as pas trouvé, je vais te donner la réponse: pour des raison de performance…

Les fichiers textes c'est tellement bien qu'autour de moi tout le monde utilise un logiciel propriétaire pour faire des recherches dans ses logs: splunk.

D'ailleurs si quelqu'un connait un équivalent de splunk libre et bien foutu, je prend.

Je sais pas, faudrait demander aux devs de MySQL pour leur db sont pas directement des fichiers textes avec les requêtes SQL ;)

Non, tu n'as pas compris, j'ai dit: xinetd est un truc à part qui n'est pas intégré au système d'init. Donc tu as deux façons de lancer un même service qui peuvent en plus rentrer en conflit.

En gros, tu te pleins qu'on redéveloppe des trucs déjà existant? Tu devrais arrêter le logiciel libre tout de suite, ce un principe de base: "Si je code un truc qui répond mieux au besoin, alors il remplacera la concurrence"

tu as aussi des gens qui laissent les utilisateurs faire les updates sans mot de passes via
packagekit

C'est le comportement par défaut de apper sous ArchLinux.

Tu ne dois pas bien comprendre comment fonctionne journald…Si systemd ne control pas le lancement des applications, alors la recherche sera aussi pourri qu'avec .xsesssion-errors.

Parce que continuer à fournir ksmserver pour les autres OS avec un ifdef dans le cmake, c'est pas très dur…

Pour ça ya automount.

Automount n'utilise pas le fstab et donc ne fait pas parti du processus d'init de Linux. C'est un logiciel à part.

Je répondais à ça.

ne veut pas dire que le principe de fonctionnement en dessous n'est pas le même.

Euh, ca fait un moment que la barre d'url sert à faire des recherche et pas forcément avec google ;)

Euh, je sais pas ce que fait kwin dans ta phrase mais doit y avoir une erreur :) Peut être voulait tu parler de plasma-desktop ?

J'ai pas dit que c'était grave, j'ai dis que c'était équivalent à systemd qui se foire.

C'est vrai qu'on peut dire merci à Lennart, les trolls GNOME vs KDE n'avaient plus de succès, grâce à lui, Da Linux French Troll is not dead!

Ok, maintenant copie /etc/init.d/networking de Debian vers Redhat et regarde ce qu'il se passe…

xinetd, c'est sympa, mais ca fonctionne pas sans sysvrc. Donc du coup, tu te retrouves avec deux systèmes de gestion des services complètement hermétiques…

Policykit est une plaie.

Sous Arch peut être (j'en sais rien, je n'utilise pas de GUI pour faire quoi que ce soit sous Arch) mais sous Ubuntu et Fedora cela fonctionne très bien.

Et pourquoi tu veux utiliser chkconfig et pas systemctl ?

Le truc est que consolekit ne pouvait pas fonctionner (dixit un dev ArchLinux), seul un init comme systemd pouvait lui permettre de faire le boulot et du coup lennart a fait un autre outils directement intégré à systemd, ce me semble logique.