"Chez moi ça ne marche pas" n'est pas non plus un argument.
Et mon argument c'était "ça marche très bien chez moi, et chez des milliers d'autres, et si tu en doutes tu as des milliers de vidéos youtube pour te le prouver à portée de souris".
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Tu as pas à surveiller 150 paquets, tu as juste à être abonné à une mailing list, où à défaut à regarder une page d'accueil de temps en temps. 99% du temps, il ne s'y passe RIEN. Les seuls fois où il se passe quelque chose, on t'explique point par point comment faire et ça se règle en 30 secondes.
Tu te fais des fantasmes, là.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
D'abord, ce genre de régression serait notifiée sur la page d'accueil d'Archlinux.org et sur la mailing list dédiée aux mises à jours.
Et même si tu as loupé ça parce que tu faisais la mise à jour dans l'urgence (pourquoi forcément dans l'urgence ?!)
1) Par défaut, tu gardes les paquets téléchargés en cache. Tu peux donc réinstaller l'ancien paquet, et te dépatouiller à partir de là
2) Tu peux récupérer le script de compilation du paquet et te refaire l'ancien paquet
3) Tu peux tenter l'Arch Rollback Machine ou l'Arch User Repository pour trouver l'ancienne version.
Bref, c'est pas parce que on utilise une rolling release qu'il faut paniquer. C'est toi qui t'occupe des mises à jours, c'est à toi de t'en occuper sereinement, tout simplement.
Quant à ne pas avoir de régression sous Debian/Ubuntu lors d'une mise à jour : j'en ai eu plein !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
systemd est bien plus léger et économe !
1° On évite de faire appel au shell pour chaque service (et vas-y que je fais une nouvelle instance du shell et un double fork, youhou !)
2° On évite de prendre 30 ans pour démarrer ou s'arrêter
3° On évite de répéter du code dans 10 000 scripts shell, ce qui fait perdre du temps à tout le monde, à la fois en amont (développement de ces scripts) et en aval (quand tout le monde exécute tout le code spaghetti)
4° Je pourrais en citer d'autres, mais j'ai la flemme.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Tout comme ça serait sûrement très pratique que 'systemd' fasse le café.
Ça n'aurait rien à voir avec systemd.
Est-ce intelligent pour autant ? Non.
Non, en effet.
Ce n'est pas parce qu'on peut le faire qu'on doit le faire.
C'est bien pour ça que chaque changement de systemd est justifié (il suffit de fouiller un peu)
Visiblement certains semblent oublier pourquoi les *NIX ont réussi à devenir des OS de référence et à tenir la distance depuis tant d'années.
La stagnation, c'est l'avenir !
Une de ces raisons, c'est qu'on a segmenté les tâches simples sous formes de briques assemblables et indépendantes, plutôt que de tout mettre dans un gros ensemble qui ferait tout et sur lequel tout reposerait.
Change vite d'OS, ça fait plus de vingt ans que Linux (le *NIX majoritaire depuis 15 ans au moins) utilise un gros noyau monolithique.
Ca fait 40 ans qu'on aurait pu écrire un 'systemd'.
Pas vraiment. D'abord, pour avoir systemd il faut linux. Aussi, systemd aurait été plus difficile avec 16 Kio de mémoire (la taille de la mémoire vive du premier IBM PC), AMHA.
Si ça n'a pas été fait c'était pour de bonnes raisons
Lesquelles ?
Par pitié, dis moi pourquoi on devrait encore se taper SysV, lequel ne sait même pas te dire de manière fiable si un service est vraiment démarré.
les vieilles recettes sont parfois les meilleures.
Les vielles recettes puent. Quand on copie/colle du code shell mal fichue pendant 40 ans plutôt que d'arrêter de re-faire le même boulot des milliers de fois :
1) soit on a la foi
2) soit on est stupide
Et c'est parce qu'on sait quand savoir évoluer, qu'on a eu bien d'autres systemd-like avant systemd (qui ne fait que réunir le meilleur des systemd-like qui sont apparus avant lui).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Non, il n'y a pas plus d'outils de dev sur Linux. Tout ce que tu trouves sur Linux je te le trouves sur Windows, et plus
Ou pas. J'ai toujours pas réussi à compiler DOSBox sous Windows (libpng, libtruc, libmachin, …), alors qu'avec Archlinux j'ai tous les en-têtes de toutes les librairies tierces automatiquement et cela se compile en une seule ligne de commande. :-p
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
L'UI de gimp laisse quand même à désirer : rien que le sélecteur de fichier nécessite bien plus de manipulations que d'autres pour enregistrer au bon endroit et avec le bon format.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
il manque beaucoup d'outils et de logiciels dans les dépôts officiels comparé à une Debian/Ubuntu/Fedora
C'est vrai que l'offre sur les dépôts est moindre, mais toujours est-il que même lorsque j'utilisais Xfce j'utilisais l'AUR assez rarement. Tu as des exemples ?
les AUR introduisent pas mal de petit et gros soucis sans proposer une offre aussi riche que les PPA d'Ubuntu (même si c'est assez proche j'en convient).
A part des soucis de compilation ou dépendances (selon le script), j'en vois pas trop.
Quand on voit le nombre de scripts sur l'AUR (40000 scripts maintenus, en gros), c'est vraiment moindre que les PPAs ? O_O
En froid avec Ubuntu à cause de sont intégration moyenne de Gnome 3, j'ai tester Arch en septembre dernier durant 1 mois comme distro Desktop et je n'ai fait qu’enchaîner les problèmes : nombreux crash de Firefox (sans le moindre plugin), freeze de LibreOffice, police de caractère à l'anti-aliasing baveux… Et le plus rageant : l'AUR de certains softs qui me sont indispensables qui crash au milieu de leurs compil. J'ai tenu un mois en pensant que ça pouvais venir de ma méconnaissance d'Arch et j'ai creusé … sans succès.
Bizarre, chez moi aucun problème avec Firefox ou LibreOffice. Quant à la police, ça se règle vite fait (même "problème" sur une installation par défaut de Xfce : il faut mettre une jolie police et activer l'antialiasing)
Et le plus rageant : l'AUR de certains softs qui me sont indispensables qui crash au milieu de leurs compil. J'ai tenu un mois en pensant que ça pouvais venir de ma méconnaissance d'Arch et j'ai creusé … sans succès.
Ça oui c'est toujours décevant, mais si tu remontes au mainteneur - et en assumant que tu as vérifié que tu étais à jour - ça se règle assez vite en général (mais ça dépend des mainteneurs).
J'ai adoré pacman et yahourt, j'ai apprécié la bonne intégration de Gnome 3 … mais pour finir je suis revenu à Ubuntu sur mon bureau pour sont offre logiciel sans compromis et je ne suis pas près de lâcher Debian sur mes serveurs parce qu'elle me garanti une stabilité introuvable ailleurs et des mises à jours qui, en plus d'être parfaitement documentées, passes comme une lettre à la poste.
L'offre logiciel de Ubuntu n'est elle pas un compromis (mélange) entre Libre et non libre ? ;-)
(Ce qu'on met sur son Arch peut l'être aussi, hein)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: tu as raté une étape pour le machin linux
Posté par xcomcmdr . En réponse au journal Installation de logiciel : comportement des utilisateurs en fonction du système d’exploitation. Évalué à 6.
J'ai du traduire en anglais pour comprendre " il faut que ça marche en dehors de la boite".
Les traductions littérales, c'est le mal.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Un langage complexe ?
Posté par xcomcmdr . En réponse à la dépêche Le langage Rust en version 1.0 alpha, on arrête de tout casser !. Évalué à 2.
"Chez moi ça ne marche pas" n'est pas non plus un argument.
Et mon argument c'était "ça marche très bien chez moi, et chez des milliers d'autres, et si tu en doutes tu as des milliers de vidéos youtube pour te le prouver à portée de souris".
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Un langage complexe ?
Posté par xcomcmdr . En réponse à la dépêche Le langage Rust en version 1.0 alpha, on arrête de tout casser !. Évalué à 0.
Pas chez moi. Pas dans les milliers de vidéos de Minecraft sur youtube, etc…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Un langage complexe ?
Posté par xcomcmdr . En réponse à la dépêche Le langage Rust en version 1.0 alpha, on arrête de tout casser !. Évalué à 3.
J'ai pas souvenir que Minecraft soit en C++, ni les jeux XNA (C#/.NET).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Journal approximatif
Posté par xcomcmdr . En réponse au journal Systemd contrôlera bientôt tout votre réseau. Évalué à 2. Dernière modification le 23 janvier 2015 à 09:09.
L'aspect NIH est à prouver.
Quant à l'aspect monolithique, ce n'est pas un mauvais point en soit (Linux, Xorg, Firefox, etc… sont plutôt monolithiques)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
# JAVA ok, mais JEE pour un jeu
Posté par xcomcmdr . En réponse au journal [Trackgame] Jeu de course vectoriel au tour par tour. Évalué à 4.
Vraiment ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: très déçu
Posté par xcomcmdr . En réponse au journal freeostorrent.fr : OS libres et bittorrent. Évalué à 2.
J'ai pas trouvé AROS, ni AROS Broadway non plus. :(
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Debian fait partie du passé
Posté par xcomcmdr . En réponse à la dépêche Debian 7.8, huitième mise à jour de Wheezy. Évalué à 3.
Euh, c'est ce que je dis.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Debian fait partie du passé
Posté par xcomcmdr . En réponse à la dépêche Debian 7.8, huitième mise à jour de Wheezy. Évalué à -1.
Oui, c'est un long fil de réponses à côté des deux côtés (autrement dit : un troll).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Debian fait partie du passé
Posté par xcomcmdr . En réponse à la dépêche Debian 7.8, huitième mise à jour de Wheezy. Évalué à -2.
Euh, je crois qu'on se comprend pas…
Tu as pas à surveiller 150 paquets, tu as juste à être abonné à une mailing list, où à défaut à regarder une page d'accueil de temps en temps. 99% du temps, il ne s'y passe RIEN. Les seuls fois où il se passe quelque chose, on t'explique point par point comment faire et ça se règle en 30 secondes.
Tu te fais des fantasmes, là.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Debian fait partie du passé
Posté par xcomcmdr . En réponse à la dépêche Debian 7.8, huitième mise à jour de Wheezy. Évalué à 1. Dernière modification le 19 janvier 2015 à 20:11.
Oh là là le niveau de troll est bas.
D'abord, ce genre de régression serait notifiée sur la page d'accueil d'Archlinux.org et sur la mailing list dédiée aux mises à jours.
Et même si tu as loupé ça parce que tu faisais la mise à jour dans l'urgence (pourquoi forcément dans l'urgence ?!)
1) Par défaut, tu gardes les paquets téléchargés en cache. Tu peux donc réinstaller l'ancien paquet, et te dépatouiller à partir de là
2) Tu peux récupérer le script de compilation du paquet et te refaire l'ancien paquet
3) Tu peux tenter l'Arch Rollback Machine ou l'Arch User Repository pour trouver l'ancienne version.
Bref, c'est pas parce que on utilise une rolling release qu'il faut paniquer. C'est toi qui t'occupe des mises à jours, c'est à toi de t'en occuper sereinement, tout simplement.
Quant à ne pas avoir de régression sous Debian/Ubuntu lors d'une mise à jour : j'en ai eu plein !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Journal approximatif
Posté par xcomcmdr . En réponse au journal Systemd contrôlera bientôt tout votre réseau. Évalué à 5.
systemd est bien plus léger et économe !
1° On évite de faire appel au shell pour chaque service (et vas-y que je fais une nouvelle instance du shell et un double fork, youhou !)
2° On évite de prendre 30 ans pour démarrer ou s'arrêter
3° On évite de répéter du code dans 10 000 scripts shell, ce qui fait perdre du temps à tout le monde, à la fois en amont (développement de ces scripts) et en aval (quand tout le monde exécute tout le code spaghetti)
4° Je pourrais en citer d'autres, mais j'ai la flemme.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Journal approximatif
Posté par xcomcmdr . En réponse au journal Systemd contrôlera bientôt tout votre réseau. Évalué à 3.
Ça n'aurait rien à voir avec systemd.
Non, en effet.
C'est bien pour ça que chaque changement de systemd est justifié (il suffit de fouiller un peu)
La stagnation, c'est l'avenir !
Change vite d'OS, ça fait plus de vingt ans que Linux (le *NIX majoritaire depuis 15 ans au moins) utilise un gros noyau monolithique.
Pas vraiment. D'abord, pour avoir systemd il faut linux. Aussi, systemd aurait été plus difficile avec 16 Kio de mémoire (la taille de la mémoire vive du premier IBM PC), AMHA.
Lesquelles ?
Par pitié, dis moi pourquoi on devrait encore se taper SysV, lequel ne sait même pas te dire de manière fiable si un service est vraiment démarré.
Les vielles recettes puent. Quand on copie/colle du code shell mal fichue pendant 40 ans plutôt que d'arrêter de re-faire le même boulot des milliers de fois :
1) soit on a la foi
2) soit on est stupide
Et c'est parce qu'on sait quand savoir évoluer, qu'on a eu bien d'autres systemd-like avant systemd (qui ne fait que réunir le meilleur des systemd-like qui sont apparus avant lui).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas sûr que trouver des erreurs/la fiabilité soit si important pour la communauté libre..
Posté par xcomcmdr . En réponse à la dépêche [code] Trouver les erreurs. Évalué à 5.
Et surtout, mesurer les différences.
Les optimisations non prouvées, c'est comme le code non-testé : t'as juste rien foutu.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Journal approximatif
Posté par xcomcmdr . En réponse au journal Systemd contrôlera bientôt tout votre réseau. Évalué à 3.
systemd n'a rien à voir avec Windows, mais bon…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Journal approximatif
Posté par xcomcmdr . En réponse au journal Systemd contrôlera bientôt tout votre réseau. Évalué à -1.
LOL
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Debian fait partie du passé
Posté par xcomcmdr . En réponse à la dépêche Debian 7.8, huitième mise à jour de Wheezy. Évalué à 2.
Archlinux est utilisé sur les serveurs d'Archlinux.org : ça marche depuis 10 ans…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Debian fait partie du passé
Posté par xcomcmdr . En réponse à la dépêche Debian 7.8, huitième mise à jour de Wheezy. Évalué à 1.
Chez moi ça marche aussi depuis 4 ans, et sans rien faire de spécial…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Et ils vous financent un peu ?
Posté par xcomcmdr . En réponse à la dépêche Remplacement de Photoshop par Krita dans une université parisienne. Évalué à 2.
grosse en espace disque utilisé, oui.
Mais à part ça…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: installer Linux nativement
Posté par xcomcmdr . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 6.
Ou pas. J'ai toujours pas réussi à compiler DOSBox sous Windows (libpng, libtruc, libmachin, …), alors qu'avec Archlinux j'ai tous les en-têtes de toutes les librairies tierces automatiquement et cela se compile en une seule ligne de commande. :-p
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Et un standard de plus
Posté par xcomcmdr . En réponse à la dépêche pkgsrc 2014Q4 est disponible. Évalué à -2.
What a douche !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Krita ou GIMP
Posté par xcomcmdr . En réponse à la dépêche Remplacement de Photoshop par Krita dans une université parisienne. Évalué à 2.
non. c'est pareil partout.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Krita ou GIMP
Posté par xcomcmdr . En réponse à la dépêche Remplacement de Photoshop par Krita dans une université parisienne. Évalué à 2.
L'UI de gimp laisse quand même à désirer : rien que le sélecteur de fichier nécessite bien plus de manipulations que d'autres pour enregistrer au bon endroit et avec le bon format.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas sûr que trouver des erreurs/la fiabilité soit si important pour la communauté libre..
Posté par xcomcmdr . En réponse à la dépêche [code] Trouver les erreurs. Évalué à 2.
Quoi qu'est-ce ? Ça sert à quoi ? Dans quel cadre ? (Dessert ou fromage ?)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Debian fait partie du passé
Posté par xcomcmdr . En réponse à la dépêche Debian 7.8, huitième mise à jour de Wheezy. Évalué à 5.
C'est vrai que l'offre sur les dépôts est moindre, mais toujours est-il que même lorsque j'utilisais Xfce j'utilisais l'AUR assez rarement. Tu as des exemples ?
A part des soucis de compilation ou dépendances (selon le script), j'en vois pas trop.
Quand on voit le nombre de scripts sur l'AUR (40000 scripts maintenus, en gros), c'est vraiment moindre que les PPAs ? O_O
Bizarre, chez moi aucun problème avec Firefox ou LibreOffice. Quant à la police, ça se règle vite fait (même "problème" sur une installation par défaut de Xfce : il faut mettre une jolie police et activer l'antialiasing)
Ça oui c'est toujours décevant, mais si tu remontes au mainteneur - et en assumant que tu as vérifié que tu étais à jour - ça se règle assez vite en général (mais ça dépend des mainteneurs).
L'offre logiciel de Ubuntu n'est elle pas un compromis (mélange) entre Libre et non libre ? ;-)
(Ce qu'on met sur son Arch peut l'être aussi, hein)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)