That's my take on it as well. Basically, poorly written stuff like PulseAudio doesn't properly shut down when you log off. The solution, obviously, is to break the normal behavior of Linux so that some moronic sound daemon properly shuts down when you log out. It's like watching a train wreck in slow motion.
Ah ouais, super la source. Des anti-PA… Source meilleure nécessaire.
Et pour ton probleme KDE change de distribution car chez moi ca marche. (Tu vois ton argument debile il se retourne contre toi).
Tu racontes des conneries. Désolé, mais c'est vrai.
Le fait est qu'avant j'avais plein de processus KDE qui restaient, et une fois systemd à jour : plus rien.
Merci qui ? Merci systemd !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Faire en sorte que les processus ne faisant plus partie d'une session se ferment comme ils le devraient, plutôt que de laisser cette tâche à l'utilisateur, je vois pas en quoi ça casse l'expérience utilisateur.
Ça l'améliore même. Ça évite une "fuite mémoire" (pour ainsi dire), et du gaspillage de ressources.
Et la proposition inverse, c'est à dire attendre de chaque programme imaginable qu'il ait le bon comportement, est clairement irréaliste.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
je pense surtout que vous ne comprenez rien à systemd, et ce que vous lui reprochez tien du fantasme.
Il est modulaire : vous ne voulez pas le voir.
Il a besoin de udev & co. : ça vous horripile.
pourquoi on devrait séparer systemd de ses dépendances fortes : vous ne voulez pas répondre.
je vous laisse dans vos trolls de bas étage.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Ensuite pour répondre à la question, le principe même de séparer les systèmes en plein de programmes est une méthode de conception que l'on connait bien depuis facilement les années 70 : ça permet de simplifier les programmes.
ca tombe bien, c'est ce qui est fait dans systemd. :)
Mais là on parle de cisailler inutilement dans les dépendances (udev & co.) tout ça pour faire de l'over-engineering. Et la "simplification" devient une malédiction…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Les PC ne gagnent plus en puissance de façon délirante, et hors jeux vidéos, l'intérêt d'une mise à jour matérielle est discutable.
Ah ?
Je vois pourtant deux/trois applications où la mise à jour matérielle est toujours appréciable :
- Sites Web de plus en plus gourmands
- Vidéo ultra HD (pas sûr que ça tourne avec un Celeron)
- Calculs scientifiques
- Traitements vidéo/audio
- Virtualisation
- Développement
Y'a plein de domaines qui ont besoin de perfs, y'a pas que les jeus vidéos…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
Bah non, vu que c'est tes armes préférées depuis le début.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -1.
Ah ouais, super la source. Des anti-PA… Source meilleure nécessaire.
Tu racontes des conneries. Désolé, mais c'est vrai.
Le fait est qu'avant j'avais plein de processus KDE qui restaient, et une fois systemd à jour : plus rien.
Merci qui ? Merci systemd !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: J'ai rien compris :(
Posté par xcomcmdr . En réponse au journal Ethereum, The DAO et un petit malin sont sur un bateau.... Évalué à 4.
Corrigé.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
La lâcheté, c'est de ne pas admettre qu'on a tort, qu'on fait du FUD, et qu'on ne sait pas du tout de quoi on parle.
Comme toi. Le
lâchetroll suprême."Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0. Dernière modification le 20 juin 2016 à 13:02.
Ce n'est pas une source. Ce sont les sources de PulseAudio.
Donc tu fais du FUD. Bravo.
Moi. Et d'autres : http://linuxfr.org/nodes/109165/comments/1660050
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
Source ?
Ah bon ? Chez moi il a fallu la dernière version de systemd.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
Faire en sorte que les processus ne faisant plus partie d'une session se ferment comme ils le devraient, plutôt que de laisser cette tâche à l'utilisateur, je vois pas en quoi ça casse l'expérience utilisateur.
Ça l'améliore même. Ça évite une "fuite mémoire" (pour ainsi dire), et du gaspillage de ressources.
Et la proposition inverse, c'est à dire attendre de chaque programme imaginable qu'il ait le bon comportement, est clairement irréaliste.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Non
Posté par xcomcmdr . En réponse à la dépêche Pour sauver AbulÉdu, nous lançons une campagne de financement participatif. Évalué à 2.
Ou pas, vu que tu as aucun argument valable.
Comme d'habitude.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
je pense surtout que vous ne comprenez rien à systemd, et ce que vous lui reprochez tien du fantasme.
Il est modulaire : vous ne voulez pas le voir.
Il a besoin de udev & co. : ça vous horripile.
pourquoi on devrait séparer systemd de ses dépendances fortes : vous ne voulez pas répondre.
je vous laisse dans vos trolls de bas étage.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -2.
Ah, le bon vieux "je suis pas d'accord, mais j'ai aucun argument, je vais donc moinsser".
Un classique… pour les lâches.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -2.
ca tombe bien, c'est ce qui est fait dans systemd. :)
Mais là on parle de cisailler inutilement dans les dépendances (udev & co.) tout ça pour faire de l'over-engineering. Et la "simplification" devient une malédiction…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -2.
non mais vraiment : pourquoi faire ? (3ème)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Non
Posté par xcomcmdr . En réponse à la dépêche Pour sauver AbulÉdu, nous lançons une campagne de financement participatif. Évalué à 3. Dernière modification le 18 juin 2016 à 08:50.
Ce sont les services autour qui sont vendus.
La licence n'a jamais été un frein, sauf si on veut faire du proprio avec du libre. Auquel cas on a rien compris, comme Riendf…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: LinuxFR est pro-Systemd
Posté par xcomcmdr . En réponse à la dépêche Debian Jessie, 1 an plus tard. Évalué à 1.
Merci. :)
Et c'était très intéressant.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: ulule c'est de la putain de grosse merde
Posté par xcomcmdr . En réponse à la dépêche Pour sauver AbulÉdu, nous lançons une campagne de financement participatif. Évalué à 1.
Diva
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -1.
Pourquoi faire ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -5.
1.Ca n'a aucun intérêt.
2.Tu mélanges tout.
3.Y'en a marre.
4.Ferme-la par pitié.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
L'important à retenir, c'est que ce n'est pas un seul logiciel, mais plusieurs travaillant ensemble.
Chacun s'occupe d'une seule chose (le boot dans son ensemble, consulter le journal, donner la possibilité de modifier le nom de la machine, etc…).
Mais si tu t'intéressais à systemd un minimum au lieu de troller pour troller, tu saurais déjà tout ça.
Stupide troll.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
C'est systemd le projet, pas systemd le logiciel.
systemd une fois compilé donne une 60aine de binaires.
Heureusement que c'est pas tout en un !!
Ça respecte bien la philosophie KISS, quand on s'y intéresse un minimum.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
# Eh oui
Posté par xcomcmdr . En réponse au journal [UI] Icone incompréhensible dans l'appli réseau de kde (triangle noir). Évalué à 0.
Merci la perte de lisibilité induite par le Flat Design. \o/
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: APFS
Posté par xcomcmdr . En réponse au journal Le malaise.. Évalué à 0.
Je sais.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas d'annonce de nouveaux portables non plus
Posté par xcomcmdr . En réponse au journal Le malaise.. Évalué à 5.
Ah ?
Je vois pourtant deux/trois applications où la mise à jour matérielle est toujours appréciable :
- Sites Web de plus en plus gourmands
- Vidéo ultra HD (pas sûr que ça tourne avec un Celeron)
- Calculs scientifiques
- Traitements vidéo/audio
- Virtualisation
- Développement
Y'a plein de domaines qui ont besoin de perfs, y'a pas que les jeus vidéos…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: APFS
Posté par xcomcmdr . En réponse au journal Le malaise.. Évalué à 2.
Et l'optimisation mensuelle des SSD sous Windows 7 et suivant.
Dingue ça !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas d'annonce de nouveaux portables non plus
Posté par xcomcmdr . En réponse au journal Le malaise.. Évalué à 1.
ça va, tu t'es bien défoulé ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Désinformation ?
Posté par xcomcmdr . En réponse au journal Le malaise.. Évalué à 1.
En même temps, c'est ce qui le rend bien plus utile et pratique à utiliser qu'un outil trop focalisé sur un seul aspect du problème comme SysV.
Et puis, avoir un tout cohérent, composé d'outils distincts, c'est tout à fait la logique UNIX.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)