Et si des failles de sécurité sont découvertes dans KDE 4 ou KDE SC, ce sera pour le moins dommage de ne pas pouvoir compter sur l'équipe qui a écrit les millions de lignes de code de KDE 4, mais uniquement sur les quelques mainteneurs Slackware. :/
"if it works, don't fix it !".
Rien que le nouveau KMail est largement meilleur que l'ancien…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Et en quoi systemd est suprieur aux autres pour une utilisation desktop?
Je n'ai pas dit qu'il était forcément mieux, mais qu'il était pas moins indiqué pour une utilisation "desktop" que les autres. Nuance.
Surtout quand on sait qu'il est hotplug-capable (merci udev et hotplug) - ce qui lui permet notamment de donner des noms prévisibles aux interfaces réseaux, d'où qu'elles viennent -, qu'il permet (allié à d'autres briques bas-niveau, telles que udev) enfin un multiseat plus que correcte, et qu'il permet de lancer des units en tant qu'utilisateur.
Car j'ai beau l'utiliser, je ne vois guère de grands avantages…
Si tu ne vois pas la différence à l'utilisation, c'est que la transition s'est bien passée. ;-)
mais quand je vois upstart, je me dis que systemd fait a peine mieux.
Euh, c'est justement à cause des multiples problèmes d'Upstart que systemd est né. Rien que pour surveiller proprement les processus, Upstart était un cauchemard.
Et pour l'auteur d'un service, il est bien plus facile de décrire uniquement ce dont il a besoin dans une unit systemd, que de décrire sous quelles conditions son service peut démarrer dans un "Job" Upstart (sans compter qu'il faut s'occuper du démarrage/redémarrage/arrêt et suivi du service dans le "job"… Bref, tout un programme !)
C'est loin d'être le seul avantage. Il y a des dizaines de références là dessus (exemple). M'enfin, il suffit de reprendre ce tableau "General Features" de ce lien : http://0pointer.de/blog/projects/why.html (à part ReadAhead, qui n'a plus d'intérêt à l'ère des SSD et qui a été supprimé de systemd).
Ça te suffit ? :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Concernant le projet, j'apprécie leur volonté d'aller vers plus d'ergonomie et de simplicité. C'est quelque chose qui manque dans les distro Linux selon moi. Ubuntu, qui l'était il y a quelques années, devient bloatée.
C'est quoi l'intérêt par rapport à une Xubuntu ou Lubuntu ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Bizarrement, cette maladie touche également Unity. Faut' croire que quand un projet est mal vu par une bonne partie de la communauté, y'a parfois des raisons techniques derrière.
Pour Unity, à minima ils ont leur propre version de GTK2, GTK3, et Compiz.
Sans ça, pas d'Unity possible. Dommage pour un environnent très apprécié par ses utilisateurs (y compris des développeurs, et pas uniquement parce que Unity est bourré de raccourcis claviers).
C'est toujours le même problème : soit on attend que upstream se bouge et/ou (selon les cas) qu'un nouveau standard FreeDesktop soit rédigé et accepté, soit on fork maintenant.
C'est très, très loin d'être spécifique à Unity.
Y'a elementary bien sûr, mais dans le cas Gnome, les CSD de GTK 3 sont très liées à Gnome et sont très gênantes ailleurs (sous Xfce et autre ça remplace les décorations du WM, et sous KDE y'a un script spécifique livré avec KWin pour les remplacer par les décorations de KWin !).
Alors avant de balayer chez les autres, balayez devant votre porte. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Si les trucs de base fonctionnent pas bien dans une machine virtuelle, j'ai de gros doutes que le reste fonctionne mieux en 'dur' au contraire le matos est plus exotique. Au contraire d'une machine virtuelle rudimentaire.
je precise que l'acceleration 3D n'est meme pas activee)
Tu mets une distrib KDE dans une VM aux performances nulles à chier, et ce avec ou sans accélération graphique. Et VirtualBox est connu pour avoir de nombreux bugs.
C'est comme Windows 98 dans DOSBox. Ca risque pas de marcher.
Perso j'ai aucun problème en natif.
Dans le même genre, un Windows 7 dans VirtualBox ne veut pas activer Aero, même avec les "addiiions invité". Parce qu'il a bien vu qu'il n'avait pas la moindre accélération graphique digne de ce nom.
Alors que KDE 4 / Plasma 5 plante dans VirtualBox, alors que l'environnement de bureau en question raffole d'effets graphiques, ce n'est guère surprenant !
Si tu veux vraiment quelque chose de bien en virtuel, essaie plutôt l'application gratuite VMWare Player (avec les VMWare Tools installés). L'accélération graphique y est largement meilleure et bien plus stable.
Et quoi qu'il en soit, il y a toujours une différence de perfs et/ou stabilité entre le virtuel et le natif.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Celà dit je suis bien d'accord pour dire que ne pas utiliser d'environnement de bureau sur-intégré comme GNOME ou KDE aide beaucoup à éviter les ennuis.
Bizarre. J'ai justement largement moins de problèmes depuis que je suis passé de Xfce à KDE, car j'ai largement moins d'applications tierces et de sous-systèmes (exemple : pulseaudio) à intégrer à l'environnement de bureau pour avoir quelque chose d'utilisable. Pour moi, s'entend.
Par ailleurs, sur une distribution Xfce orientée grand public (Xubuntu, par exemple) ce genre de travail serait déjà fait par les mainteneurs de ladite distribution (mais c'est pas un reproche, c'est dû à la nature de Arch).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Mais aujourd'hui et encore plus qu'hier, IDE et/ou terminal, c'est avant tout une question de préférence personnelle que de besoin spécifique. C'est tout.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
En ce moment, si :
- documentation
- gestion des versions
- sortie standard
- sortie des erreurs
- compilation
- tests unitaires (y compris leur lancement)
- édition code
Tout ça (et j'en oublie) n'est plus dans un terminal, mais dans l'IDE.
Du coup, je n'utilise plus de terminal depuis bien longtemps.
Et tout ça c'est vrai depuis 2005, au moins.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
C'est un argument débile. Quand on développe le terminal est particulièrement utile.
Bizarre. Je développe tous les jours au boulot sous Windows, avec gestion des versions et tout, et j'utilise jamais de terminal (l'output du programme affiché dans l'IDE, oui, mais aucun terminal en vue).
Je dois pas être en train de développer, alors. Je savais pas que j'épluchais des patates ! :p
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Posté par xcomcmdr .
En réponse au journal Galette pomme/noisette.
Évalué à 1.
Dernière modification le 12 janvier 2016 à 18:29.
« Si ça ne veut rien dire en Français, ça ne voudrait rien dire en anglais non plus. » : et bien tu te trompes, je t'ai même donné un exemple d'expression traduite mot à mot qui ne veut rien dire ("il pleut des cordes" versus "it's raining cats and dogs")… C'est le cas dans les 2 sens, en anglais on ne dit pas "sky, my husband".
Sauf que je n'impliquais pas cela pour cette expression, mais uniquement pour "achievement unlocked". Merci de ne pas travestir mes dires.
en fait la formulation est plutôt "chaque jeu a une liste d'objectifs à atteindre".
Sauf que 99% de ces succès n'impliquent soit aucune compétence, soit ce ne sont pas des objectifs à atteindre pour finir le jeu.
on ne "débloque pas un succès", on ne "réalise pas un succès" ; on obtient un succès, on a un succès, on dit de quelque chose que c'est un succès ; en fait la formulation est plutôt "chaque jeu a une liste d'objectifs à atteindre".
Idem en anglais. Et en anglais "achievement unlocked" n'a pas plus de sens en dehors du jeu vidéo.
Je maintiens aussi que dans le monde du logiciel, on n'est pas forcément nul en langue, mais enfin il y a beaucoup de jargon et ce ne sont pas des références en traduction.
Je maintiens que c'est rentré dans le langage courant, que c'est une traduction courante et commune (et pas limitée à un seul éditeur, ni à un seul système), et que c'est parfaitement compris. Parce que on parle d'un "succès" de jeu vidéo, et non de véritables succès.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Posté par xcomcmdr .
En réponse au journal Galette pomme/noisette.
Évalué à 2.
Dernière modification le 12 janvier 2016 à 12:44.
Je ne vois pas en quoi ça ne veut rien dire en Français.
achievement = succès / exploit / réussite
unlocked = déverouillé
Si ça ne veut rien dire en Français, ça ne voudrait rien dire en anglais non plus.
Or ce n'est pas le cas.
Chaque jeu ses dernières années a une liste de succès qu'il faut réaliser pour les débloquer. Un succès déverouillé veut dire qu'on l'a réalisé. C'est clair, compréhensible. Personne ne s'est plain que ça ne voulait rien dire.
Et ce n'est pas une traduction d'une boîte de jeux vidéo, mais de plusieurs éditeurs qui savent traduire leurs logiciels depuis des années.
À la limite, on pourrait traduire ça par succès réalisé, mais ça n'est pas une traduction exacte, et ce serait vraiment pour se couper les cheveux en quatre…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Résurrection
Posté par xcomcmdr . En réponse à la dépêche Slackware 14.2 beta est de sortie. Évalué à 5. Dernière modification le 22 janvier 2016 à 08:40.
Et si des failles de sécurité sont découvertes dans KDE 4 ou KDE SC, ce sera pour le moins dommage de ne pas pouvoir compter sur l'équipe qui a écrit les millions de lignes de code de KDE 4, mais uniquement sur les quelques mainteneurs Slackware. :/
Rien que le nouveau KMail est largement meilleur que l'ancien…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: C'est vendredi...ah non !
Posté par xcomcmdr . En réponse à la dépêche Sortie d'elementary OS Freya. Évalué à 1.
Et ça fait un moment que Gnome aurait dû penser aux autres environnements.
Genre désactiver les CSD quand on utilise pas Gnome ?
Plutôt que de laisser chaque environnement et WM, présent et futur, se démerder avec !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Autre linux
Posté par xcomcmdr . En réponse au sondage Quelle est votre distribution préférée ?. Évalué à 2.
Et la section "On Upstart" de ce lien est aussi très intéressante : http://0pointer.de/blog/projects/systemd.html
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Autre linux
Posté par xcomcmdr . En réponse au sondage Quelle est votre distribution préférée ?. Évalué à 2. Dernière modification le 20 janvier 2016 à 20:07.
Je n'ai pas dit qu'il était forcément mieux, mais qu'il était pas moins indiqué pour une utilisation "desktop" que les autres. Nuance.
Surtout quand on sait qu'il est hotplug-capable (merci udev et hotplug) - ce qui lui permet notamment de donner des noms prévisibles aux interfaces réseaux, d'où qu'elles viennent -, qu'il permet (allié à d'autres briques bas-niveau, telles que udev) enfin un multiseat plus que correcte, et qu'il permet de lancer des units en tant qu'utilisateur.
Si tu ne vois pas la différence à l'utilisation, c'est que la transition s'est bien passée. ;-)
Euh, c'est justement à cause des multiples problèmes d'Upstart que systemd est né. Rien que pour surveiller proprement les processus, Upstart était un cauchemard.
Et pour l'auteur d'un service, il est bien plus facile de décrire uniquement ce dont il a besoin dans une unit systemd, que de décrire sous quelles conditions son service peut démarrer dans un "Job" Upstart (sans compter qu'il faut s'occuper du démarrage/redémarrage/arrêt et suivi du service dans le "job"… Bref, tout un programme !)
C'est loin d'être le seul avantage. Il y a des dizaines de références là dessus (exemple). M'enfin, il suffit de reprendre ce tableau "General Features" de ce lien : http://0pointer.de/blog/projects/why.html (à part ReadAhead, qui n'a plus d'intérêt à l'ère des SSD et qui a été supprimé de systemd).
Ça te suffit ? :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Autre linux
Posté par xcomcmdr . En réponse au sondage Quelle est votre distribution préférée ?. Évalué à 2.
Oh, détrompes toi, certains ont exposé de très bonnes raisons. Mais jamais pour une utilisation "desktop".
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Autre linux
Posté par xcomcmdr . En réponse au sondage Quelle est votre distribution préférée ?. Évalué à -2.
Je serais vraiment très surpris de découvrir que ce ne sont pas des raisons sans fondement, surtout pour un usage "desktop".
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Sobriété
Posté par xcomcmdr . En réponse à la dépêche Sortie d'elementary OS Freya. Évalué à 2.
C'est quoi l'intérêt par rapport à une Xubuntu ou Lubuntu ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: C'est vendredi...ah non !
Posté par xcomcmdr . En réponse à la dépêche Sortie d'elementary OS Freya. Évalué à 5. Dernière modification le 20 janvier 2016 à 14:07.
Pour Unity, à minima ils ont leur propre version de GTK2, GTK3, et Compiz.
Sans ça, pas d'Unity possible. Dommage pour un environnent très apprécié par ses utilisateurs (y compris des développeurs, et pas uniquement parce que Unity est bourré de raccourcis claviers).
C'est toujours le même problème : soit on attend que upstream se bouge et/ou (selon les cas) qu'un nouveau standard FreeDesktop soit rédigé et accepté, soit on fork maintenant.
C'est très, très loin d'être spécifique à Unity.
Y'a elementary bien sûr, mais dans le cas Gnome, les CSD de GTK 3 sont très liées à Gnome et sont très gênantes ailleurs (sous Xfce et autre ça remplace les décorations du WM, et sous KDE y'a un script spécifique livré avec KWin pour les remplacer par les décorations de KWin !).
Alors avant de balayer chez les autres, balayez devant votre porte. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: OpenSuSe Rolling Release VS stable
Posté par xcomcmdr . En réponse au sondage Quelle est votre distribution préférée ?. Évalué à 5. Dernière modification le 20 janvier 2016 à 13:50.
Tu mets une distrib KDE dans une VM aux performances nulles à chier, et ce avec ou sans accélération graphique. Et VirtualBox est connu pour avoir de nombreux bugs.
C'est comme Windows 98 dans DOSBox. Ca risque pas de marcher.
Perso j'ai aucun problème en natif.
Dans le même genre, un Windows 7 dans VirtualBox ne veut pas activer Aero, même avec les "addiiions invité". Parce qu'il a bien vu qu'il n'avait pas la moindre accélération graphique digne de ce nom.
Alors que KDE 4 / Plasma 5 plante dans VirtualBox, alors que l'environnement de bureau en question raffole d'effets graphiques, ce n'est guère surprenant !
Si tu veux vraiment quelque chose de bien en virtuel, essaie plutôt l'application gratuite VMWare Player (avec les VMWare Tools installés). L'accélération graphique y est largement meilleure et bien plus stable.
Et quoi qu'il en soit, il y a toujours une différence de perfs et/ou stabilité entre le virtuel et le natif.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Autre linux
Posté par xcomcmdr . En réponse au sondage Quelle est votre distribution préférée ?. Évalué à 1.
Devuan… Tout ça par refus d'apprendre, quelle tristesse…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: OpenSuSe Rolling Release VS stable
Posté par xcomcmdr . En réponse au sondage Quelle est votre distribution préférée ?. Évalué à 3. Dernière modification le 19 janvier 2016 à 21:26.
Il est là ton problème. Les "performances" graphiques de VirtualBox n'ont jamais été suffisantes pour KDE 4 ni Plasma 5.
J'ai Plasma 5 en natif sous Archlinux et j'ai aucun plantage et un uptime de ouf. :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Arch GNU/Linux
Posté par xcomcmdr . En réponse au sondage Quelle est votre distribution préférée ?. Évalué à 6.
C'est peut-être tout simplement parce que les utilisateurs de Xfce sont largement moins nombreux.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: re
Posté par xcomcmdr . En réponse à la dépêche Sortie de Mixxx 2.0. Évalué à 8.
Trop de caféine, ce garçon a.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Arch GNU/Linux
Posté par xcomcmdr . En réponse au sondage Quelle est votre distribution préférée ?. Évalué à 5.
Bizarre. J'ai justement largement moins de problèmes depuis que je suis passé de Xfce à KDE, car j'ai largement moins d'applications tierces et de sous-systèmes (exemple : pulseaudio) à intégrer à l'environnement de bureau pour avoir quelque chose d'utilisable. Pour moi, s'entend.
Par ailleurs, sur une distribution Xfce orientée grand public (Xubuntu, par exemple) ce genre de travail serait déjà fait par les mainteneurs de ladite distribution (mais c'est pas un reproche, c'est dû à la nature de Arch).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: c'est peut-être parce que ton site tourne sous windows ?
Posté par xcomcmdr . En réponse à la dépêche Le retour de la Méthode R.A.C.H.E. Évalué à 9.
Oui.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Compatibilité des drivers
Posté par xcomcmdr . En réponse au journal A vos risque et périls . Évalué à -1.
Je ne me limte pas.
Mais aujourd'hui et encore plus qu'hier, IDE et/ou terminal, c'est avant tout une question de préférence personnelle que de besoin spécifique. C'est tout.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Compatibilité des drivers
Posté par xcomcmdr . En réponse au journal A vos risque et périls . Évalué à -2.
En ce moment, si :
- documentation
- gestion des versions
- sortie standard
- sortie des erreurs
- compilation
- tests unitaires (y compris leur lancement)
- édition code
Tout ça (et j'en oublie) n'est plus dans un terminal, mais dans l'IDE.
Du coup, je n'utilise plus de terminal depuis bien longtemps.
Et tout ça c'est vrai depuis 2005, au moins.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Compatibilité des drivers
Posté par xcomcmdr . En réponse au journal A vos risque et périls . Évalué à 2.
Ça ne dépend pas de l'activité. Ça dépend des méthodes de travail : usage d'un IDE qui rend l'utilisation d'un terminal redondante ou non.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Compatibilité des drivers
Posté par xcomcmdr . En réponse au journal A vos risque et périls . Évalué à 4.
Bizarre. Je développe tous les jours au boulot sous Windows, avec gestion des versions et tout, et j'utilise jamais de terminal (l'output du programme affiché dans l'IDE, oui, mais aucun terminal en vue).
Je dois pas être en train de développer, alors. Je savais pas que j'épluchais des patates ! :p
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Compatibilité des drivers
Posté par xcomcmdr . En réponse au journal A vos risque et périls . Évalué à 3.
Oui, mais c'est un ersatz, pas le vrai MS-DOS (ie. c'est la NTVDM, pas la VM MS-DOS de Windows 9X).
Par rapport à la VM de Windows 9X, on a perdu beaucoup (edit, par exemple)
C'est la raison pour laquelle des projets comme VDMSound ou DOSBox existent.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Compatibilité des drivers
Posté par xcomcmdr . En réponse au journal A vos risque et périls . Évalué à 4.
je savais pas que mode avait été gardé. Je croyais que ça avait disparu avec MS-DOS !
Super ! On en apprend tous les jours. :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: métriques
Posté par xcomcmdr . En réponse au journal Persona, c'est bientôt la fin.. Évalué à 1.
Rien à voir.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Liquide
Posté par xcomcmdr . En réponse au journal Galette pomme/noisette. Évalué à 1. Dernière modification le 12 janvier 2016 à 18:29.
Sauf que je n'impliquais pas cela pour cette expression, mais uniquement pour "achievement unlocked". Merci de ne pas travestir mes dires.
Sauf que 99% de ces succès n'impliquent soit aucune compétence, soit ce ne sont pas des objectifs à atteindre pour finir le jeu.
Idem en anglais. Et en anglais "achievement unlocked" n'a pas plus de sens en dehors du jeu vidéo.
Je maintiens que c'est rentré dans le langage courant, que c'est une traduction courante et commune (et pas limitée à un seul éditeur, ni à un seul système), et que c'est parfaitement compris. Parce que on parle d'un "succès" de jeu vidéo, et non de véritables succès.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: métriques
Posté par xcomcmdr . En réponse au journal Persona, c'est bientôt la fin.. Évalué à 3. Dernière modification le 12 janvier 2016 à 13:48.
Plus aucune innovation ?
Et asm.js + Emscripten, c'est du flan ?
Rust ? (c'est plus qu'un langage de plus, c'est un langage sûr et qui entre en compétition directe avec le C, l'ADA, et le C++ !)
Servo ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Liquide
Posté par xcomcmdr . En réponse au journal Galette pomme/noisette. Évalué à 2. Dernière modification le 12 janvier 2016 à 12:44.
Je ne vois pas en quoi ça ne veut rien dire en Français.
achievement = succès / exploit / réussite
unlocked = déverouillé
Si ça ne veut rien dire en Français, ça ne voudrait rien dire en anglais non plus.
Or ce n'est pas le cas.
Chaque jeu ses dernières années a une liste de succès qu'il faut réaliser pour les débloquer. Un succès déverouillé veut dire qu'on l'a réalisé. C'est clair, compréhensible. Personne ne s'est plain que ça ne voulait rien dire.
Et ce n'est pas une traduction d'une boîte de jeux vidéo, mais de plusieurs éditeurs qui savent traduire leurs logiciels depuis des années.
À la limite, on pourrait traduire ça par succès réalisé, mais ça n'est pas une traduction exacte, et ce serait vraiment pour se couper les cheveux en quatre…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)