xcomcmdr a écrit 3537 commentaires

Parce que y'a une rumeur tenace comme quoi LXDE est plus léger que Xfce alors que même pour une machine de 10 ans une dizaine de Mo de mémoire vive utilisée de plus ou de moins ne fait aucune différence.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C'est bizarre, même sur FAT12 ça devrait être rapide (seules les références aux fichiers sont détruites).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Sinon, ça fait un long moment que j'ai pas utilisé NetworkManager, mais vers l'époque de Gnome 3.0 quand je l'avais, il fallait que l'utilisateur clique sur "activer la connexion filaire" pour que ça se connecte automatiquement, je ne me souviens pas que c'était par défaut. Si c'est maintenant par défaut, je trouve ça dommage.

Euh pas moi. Quand je viens de brancher un câble Ethernet, je m'attends à ce que ça se connecte.

L'esclave, c'est pas moi, c'est l'ordinateur. ;-)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Non.

Mais de la même manière, si je sais lire un opérateur ternaire, je lui préfère 9 fois sur 10 la lisibilité d'un if/else.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Merci, c'est exactement mon point de vue.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

(enfin était car maintenant les divers "market" ont rattrapé le retard),

Quand on voit que les "markets" Android et Windows (voire Apple) sont bourrés de scamwares et autres cochonneries, je dirais que non.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

La concision du code, je ne suis pas évidemment contre.

Ce qui m'emmerde, c'est le Perl Golf (et Ruby s'inspire beaucoup de Perl). Sur le moment c'est clair parcequ'on est habitué. 6 mois après, c'est illisible.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ça ne s'est jamais transformé en plus de 10 minutes en 4 ans chez moi (vu que je m'en occupe plusieurs fois par semaine pendant 3 minutes à chaque fois… Et encore souvent c'est moins vu que y'a pas d'intervention à faire 8 fois sur 10).

Donc bon: bullshit, monsieur ! bullshit !

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Euh j'ai vu plein d'utilisateurs lambda découvrant Ubuntu (et linux) se débrouiller très bien avec les PPAs, qui sont documentés depuis bien longtemps.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Tu aurais un exemple ?

Parce que la seule concision que je trouve utile, c'est celle qui permet d'éviter de se répéter (comme utiliser "var variable = new Type(); en C# au lieu de Type variable = new Type();)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

3 à 5 minutes tous les deux jours, ça va pas te tuer…

Perso je préfère largement ça à mettre des PPAs partout sur une Ubuntu et puis m'arracher les cheveux quand il faut mettre à niveau la LTS au bout de 3 ans / 5 ans, mais bon.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

J'ai pourtant un peu plus de mal à lire du Go plutôt que du Ruby.

Et pourtant Ruby après quelques mois sans en faire certains constructions font bizarre pendant quelques minutes (bref, plus ça va plus j'aime pas trop le Ruby "intelligent" plein de &, de do |k| => {} et autres biduleries).

Bref, plus ça va plus je préfère un :

var toto = new Chien(); //C#

qu'un

toto = Chien.new #Ruby

voire un

toto := Chien //Go approximatif

Plus c'est "compact" moins c'est lisible (ou plus les habitudes de lecture feront voir un = au lieu de := et une ancienne variable qu'on instancie à nouveau qu'une nouvelle variable), à mon avis.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Bah oui, c'est même marqué sur le wiki

Comme ce que j'ai dit au dessus, d'ailleurs.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Euh, juste non. Je fais des mises à jours tous les jours depuis 4 ans (donc depuis le temps où on utilisait SysV, et où /lib n'était pas un lien symbolique, etc…).

Ça passe toujours, parce que ça se fait ainsi :
0.prendre son temps
1.un tour sur archlinux.org pour voir si y'a des instructions spéciales à appliquer (99% du temps ce n'est pas le cas)
2.Faire la mise à jour, merger les .pacnew si y'en a.

Je suis passé de SysV à systemd (par exemple) sans problème.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Dans la pratique, systemctl |grep failed sort la même chose … et n'explique pas pourquoi

Dans l'exemple que j'ai cité (et le cas que j'ai eu chez moi qui découlait du fait que mon fstab était mal fichu) c'est pourtant le cas…

Quoi qu'il en soit, je doute que tu ne trouves toujours pas dans le journal en te référant à ce commentaire

1°) aucun des unit "failed" sont critique dans mon cas (kernelloops service, nut-driver, rng tools, tftp, et systemload-modules *)

Ça m'étonnerait vu que ça a planté. Dans tous les cas, j'aurais tendance à soupconner une erreur utilisateur. Après tout, tu as bien dit qu'aucune des mises à jours ne concernait le système et que le boot s'était arrêté sur la lecture d'un fichier de conf' perso… ;-)

2°) pourquoi en faisant manuellement mount -a , puis init 5 (et pas systemctl --default) ca marche

Je sais pas ce que tu fais à mélanger des runlevels avec systemd, mais je crois que ton setup est juste dégeulasse.
Chez moi init 1/2/3/4/5-tout-ce-que-tu-veux ça ne veut rien dire pour systemd.

3°) pourquoi il a une tendance impressionnante à freezer en interactif.

installation dégeulasse. Il freeze pas chez moi.

Enfin que la documentation te convienne, libre à toi. Personellement à chaque fois que j'ai du chercher comment faire un truc, j'ai trouvé des informations plutot dans les forums que dans la doc …

Non, décidément, y'a franchement pas à se plaindre entre les manuels en local et la documentation en ligne.
En plus des autres wiki comme celui d'Archlinux…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Pour les erreurs au démarrage, c'est simple :

Erreur au lancement
$ systemctl --failed

UNIT LOAD ACTIVE SUB JOB DESCRIPTION
dhcpcd@eth0.service loaded failed failed dhcpcd on eth0

LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
JOB = Pending job for the unit.

1 units listed. Pass --all to see inactive units, too.

systemctl status dhcpcd@eth0.service

dhcpcd@eth0.service - dhcpcd on eth0
Loaded: loaded (/usr/lib/systemd/system/dhcpcd@.service; disabled)
Active: failed (Result: exit-code) since Tue, 31 Jul 2012 15:09:03 +0200; 2min 58s ago
Process: 1251 ExecStart=/sbin/dhcpcd -A -q -w %I (code=exited, status=1/FAILURE)
CGroup: name=systemd:/system/dhcpcd@.service/eth0

Jul 31 15:09:03 archtest dhcpcd[1251]: dhcpcd already running on pid 311 (/run/dhcpcd-eth0.pid)

Un autre dhcpcd est en cours :
$ ps h -C dhcpcd -o cgroup

3:cpuacct,cpu:/system/wicd.service,1:name=systemd:/system/wicd.service

C'était à des fins de tests, wicd.service était lancé.

source : ici

Quant à la doc en ligne ou les manuels de systemd et ses outils, je n'ai absolument rien à leur reprocher.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Dit mon gars, ça a pas l'air drôle d'être de mauvaise foi.

Une page de bug-report avec plus d'entrées qu'un forum Usenet.

Ça ne veut rien dire. Un "bug report" ça peut être :
- un bug non critique
- une demande de fonctionnalité
- une incompréhension (un bug qui va finir sur un WONTFIX, quoi)
- etc …

Et puis bon, montre moi un logiciel sans aucun bug… Si SysV était parfait, on aurait pas fait Upstart, OpenRC, systemd, etc…

Une nouvelle version tous les mois.

Tu préfères avoir très peu de contributeurs, et une version à la traîne tous les deux ans ?
Super…

Tant de changement en si peu de temps, d'ordinaire ce n'est pas l'usage dans le monde de la "Prod".

Je vois pas le rapport. D'autant qu'on est pas obligé, quand on est un minimum intelligent avec sa "Prod", de déployer chaque nouvelle version sans attendre…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Pourquoi un moteur physique pour un dyna blaster ?
J'y jouais souvent sur mon amiga 600 et j'ai du mal à voir le besoin.
Pure curiosité ceci dit. Merci!

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Merci beaucoup

Le processus de dév de lo a l'air geniale (je dis ça sincèrement) <3

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Systemd qui ne prend plus en comptel a fermeture du couvercle du portable donc surchauffe du processeur et des circuits internes et portable bon pour la casse.

Euh si il le prend en compte :
/etc/systemd/logind.conf -> paramètre HandleLidSwitch (qui est par défaut sur "suspend").

C'est bien pour ça d'ailleurs que je mettais ce paramètre et d'autres sur "Ignore" dans Xfce pour que ce soit géré par xfce4-power-manager. Si systemd le gérait pas par défaut, je me serais pas emmerdé plusieurs fois.

Depuis que je suis sous KDE, je me souviens pas avoir touché à ce fichier. Soit c'est resté sur ignore (comme je l'avais laissé), soit le gestionnaire d'énergie de KDE spécifie à systemd que c'est lui qui gère (j'en sais rien).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

La décoration de fenêtre du HandyMenu est bluffante : j'ai cru que HandyMenu tournait sous Windows 8 !
En lisant la doc on dirait un thème de fenêtres Xorg. Mais pour quel WM ? Et quel est le nom du thème svp ?

Merci !

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Perso je suis passé à Arch pour ne pas migrer tous les 3 ans mon ancienne Xubuntu (ou pire tous les 6 mois pour les versions non-LTS), ni pour m'embêter à installer des PPAs pour avoir la dernière version des logiciels quand j'en ai besoin (et je parle pas des problèmes que donnent les PPAs lors des mises à niveau…).

Quant à s'embêter à configurer, mes besoins ne changent pas tous les jours. Une fois que c'est configuré, c'est fait; Et les mises à jours sont calmes depuis longtemps (au pire quand y'a un "problème" un tour sur archlinux.org règle le problème en 3 minutes).

Bref, chacun son gain de temps… ;-)

J'ai un boulot, aussi. Combien de temps je passe à configurer quotidiennement ? Pas plus que sur Ubuntu (c'est à dire pas grand temps).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Bah c'est juste un bon vieux message de résistance au changement…
Super originale, quoi.

Je peux faire pareil :
Gnome 2 > Gnome 3 > Unity
KDE 2 > KDE 3 > KDE 4 > KF5
amarok (kde3) > clementine > amarok (kde4)
XFree86 > Xorg > Wayland/Mir
SysV > Upstart > Systemd

Le tout sans aucun argument, évidemment.

C'est nier les utilisateurs qui apprécient Unity, Gnome 3, KDE 4, Amarok, etc… Mais c'est pas grave.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Y'a des gens qui utilisent Ubuntu pour Unity.

Pour les PPAs.

Pour Xubuntu (qui est très différent d'une Debian + Xfce vanilla) ou Lubuntu.

Pour 5 ans / 3 ans de support pour les LTS Ubuntu/Kubuntu et Xubuntu/Lubuntu.

Etc…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Quand on sait que l'OCP c'est l'Omni Consumer Products, c'est plus très surprenant… ;-)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)