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 !)
Posté par xcomcmdr .
En réponse au journal Le malaise..
Évalué à 9.
Dernière modification le 14 juin 2016 à 16:00.
Cela n'est pas interdit dans les journaux de ne pas parler de logiciel libre :
Les thèmes principaux de LinuxFr.org sont Linux et les logiciels libres. D'autres thèmes peuvent être abordés. Les thèmes hors-sujet sont à renvoyer vers les journaux, voire aux calendes grecques.
Si tu veux pas lire, ferme l'onglet. Personne ne t'y force.
"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 !)
[^] # Re: Firefox 47 et précédents (et suivants, j'en ai peur)
Posté par xcomcmdr . En réponse à la dépêche Firefox 47, version de transition. Évalué à 2. Dernière modification le 15 juin 2016 à 08:16.
C'est moi qui ait inutilé car j'avais le même comportement avec Archlinux (= paquets vanilla, tout ça) et Ubuntu.
Donc, c'est ta "Fedora à jour" qui n'a pas un comportement normal.
La base de la science, quoi.
"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é à 9. Dernière modification le 14 juin 2016 à 16:00.
Cela n'est pas interdit dans les journaux de ne pas parler de logiciel libre :
Si tu veux pas lire, ferme l'onglet. Personne ne t'y force.
"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é à 10.
Corrigé.
Le monsieur te dit qu'un logiciel libre (code ouvert) est plus pérenne qu'un logiciel propriétaire (code fermé).
Il n'y a même pas besoin de racheter quoi que ce soit pour récupérer le code source et la doc.
Magique, n'es-ce pas ? ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Firefox 47 et précédents (et suivants, j'en ai peur)
Posté par xcomcmdr . En réponse à la dépêche Firefox 47, version de transition. Évalué à 7. Dernière modification le 13 juin 2016 à 15:25.
En effet, le sélecteur de fichiers de GTK3 est une grosse daube.
De la merde !
Quant au non-sens qu'est la barre de défilement GTK3, je cherche encore le coupable.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)