Posté par xcomcmdr .
En réponse à la dépêche Xfce 4.12 est là !.
Évalué à 8.
Dernière modification le 05 mars 2015 à 08:22.
Quand tu déplaces une fenêtre ou tu regardes une vidéo avec une scène d'action l'image semble être déchirée en deux (par exemple pour la fenêtre tout n'est pas instantanément là où ça devrait être, une partie y est et une autre n'y est pas jusqu'à la fin du déplacement).
Sous KDE, je n'ai pas le premier, mais j'ai le second problème dans SMPlayer (qui utilise le décodage software, j'arrive pas à lui faire utiliser le décodage via l'IGP Intel HD4000….)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Je comprends tout à fait l'intérêt d'apprendre à programmer en anglais (je suis en 2ème année en école d'ingé d'info)
Pour ma part, je préfère du français à de l'anglais baragouiné à l'écrit.
Parce que après non seulement il faut traduire le code pour le comprendre, mais en plus il faut traduire de l'anglais d'abord… Pourquoi pas rajouter du XML et du Java par dessus ?!
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Posté par xcomcmdr .
En réponse à la dépêche Xfce 4.12 est là !.
Évalué à 10.
Dernière modification le 03 mars 2015 à 08:18.
Bah ! Xfce a été déclaré mort et enterré plus de fois que Obiwan Kenobi.
Pour ma part, vu l'usage de libinput, je dirais que le port vers wayland ne leur fait pas peur (tout comme systemd, consolekit, GTK3, et d'autres changements majeurs ont été intégrés au final ou sont en train de l'être).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Posté par xcomcmdr .
En réponse à la dépêche Xfce 4.12 est là !.
Évalué à 10.
Dernière modification le 03 mars 2015 à 07:56.
Et Xubuntu et Manjaro, ça n'a rien à voir avec Xfce vanilla.
C'est l'utilisation mémoire de Xubuntu, et de Manjaro. Pas celle de Xfce, tel qu'il est de base (et il est intouché par défaut sous Archlinux, et je crois aussi Debian).
Quant à Xubuntu et Manjaro, chacune a tellement modifié Xfce (en mieux, j'adore Xubuntu), que l'empreinte mémoire n'a plus rien à voir avec Xfce vanilla.
Et puis il y a une telle différence entre Xfce et Xubuntu/Manjaro que parler de l'empreinte mémoire de Xubuntu/Manjaro comme celle de Xfce est mensonger.
Maintenant, 600 Mo de RAM de base pour Xubuntu/Manjaro ?
Désolé, mais c'est faux. J'ai mesuré l'empreinte mémoire de Xubuntu de nombreuses fois (c'est pas la première fois que le troll "Xfce consomme trop !!" est évoqué, et il a beau être répété, il n'en est pas moins faux). Xubuntu (et sûrement Manjaro aussi) consomme entre 240 et 290 Mo de RAM de base. Exemple avec free -m sur Xubuntu 14.10 64 bits :
total used free
993 807 186
+/- buffers/cache : 282 711
Sur la variante 32 bits, ce chiffre est de 242 Mo.
Et oui le cache ne compte pas : c'est le kernel linux qui met tout ce qu'il peut en cache, car même avec un SSD, les accès mémoire restent plus rapide que les accès au SSD. Mais le plus important est que la mémoire utilisée par le cache du kernel est réutilisé par les applications automatiquement si besoin, tout comme l'est la mémoire inutilisée.
Maintenant, s'inquiéter de 290 Mo de mémoire c'est un peu ridicule : qui n'a pas au moins 1 Go de RAM de nos jours ?
Sur 1 Go de mémoire physique, et même en utilisant de manière intensive Firefox et Thunderbird, Xubuntu s'en sort très bien.
Et puis, 1 Go c'est vieux !
Le dernier eee-PC que j'ai acheté il y a trois (un ASUS 1225B à 300 €) ans avait 4 Go de RAM de base.
Le dernier PC premier prix (240 €) acheté récemment en avait… 6 !!
Alors cessons les batailles de chiffonnier à coup de quelques centaines de Mo de mémoire de différence, que ce soit entre les distributions Xfce ou entre Xfce et d'autres environnements. Il y a 5 ans, c'était déjà tellement trois fois rien que l'impact sur les performances était inexistant. Aujourd'hui, c'est encore plus vrai.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Posté par xcomcmdr .
En réponse à la dépêche Xfce 4.12 est là !.
Évalué à 8.
Dernière modification le 03 mars 2015 à 07:21.
Maintenant, franchement, entre XFCE et Mate, je ne vois pas trop l'intérêt de XFCE (les deux ont à peu près la même emprunte mémoire et j'ai trouvé, la dernière fois que j'ai testé, Mate mieux aboutit).
Ce n'est pas qu'une question d’empreinte mémoire. D'abord, je doute que ce soit aussi lourd que MATE en version vanilla (80 Mo de mémoire selon htop pour Xfce vanilla sur Archlinux), et puis il y a pas mal de différences entre les deux environnements :
- pas les mêmes personnalisations possibles (il y a des configurations Xfce faisables en quelques clicks que je n'ai pas réussi à reproduire sous MATE)
- le mode deskbar des panneaux Xfce que je n'ai pas trouvé sous MATE
- les autres dizaines de petites et moyennes différences entre les environnements (pas les mêmes plugins, le fait que Xfce soit très modulaire, etc…)
Il y a aussi Xubuntu, qui est tellement différent de Xfce vanilla (en mieux). :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Tu crois qu'au rythme où sortent les écrans, chaque écran a du code/data spécifiques à intégrer par un dév' upstream ? Tu crois qu'ils ont que ça à faire ?!
Ton écran donne de la merde, ça se corrige en 30 secondes.
Ton clavier fonctionne sous au moins une version de Windows.
Pas la derniere mais au moins un version.
Aucune version sortie en tout cas ne fonctionne à 100% avec mon clavier (rétro-éclairage, pas mal de touches fn), ni mon touchpad (défilement à deux doigts, désactivation automatique).
[mode Riendf]
Pour rappel; un clavier n'a pas besoin de drivers (un écran oui mais PAS un clavier). Un écran avec des fonctions specifiques, si.
Bref aucune Windows n'est foutu simplement propose d'envoyer un signal de base a un clavier sans passer par la ligne de commande: pitoyable.
[/mode Riendf]
Alors oui, on a des pilotes génériques pour les écrans et les claviers, mais il va falloir m'expliquer comment fonctionne un périphérique sans le moindre pilote.
Moi j'me souviens qu'avant les pilotes génériques pour l'USB sou Windows, on s'emmerdait un maximum à trouver le pilote qui-va-bien. Et j'me souviens aussi que le pilote générique pour l'écran, ça marchait pas forcément sous Windows 9X (on pouvait choisir un autre pilote).
Pareil pour XP qui nécessite des pilotes ultra-spécifiques pour le SATA alors que Windows >= Vista a des pilotes génériques.
pilotes génériques != "pas besoin de pilotes".
A part ça, tu n'as toujours pas répondu à la question suivante (je te comprends, c'est plus facile de radoter sur tes grands chevaux car tu n'as aucun début d'embryon de commencement d'idée d'élément technique) :
Tu peux prouver que ce décrit Martin Peres est faux alors ? Ou tu parles sans savoir, comme d'habitude ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Qui pretends que Linux gere bien le matos surtout aps trop recent , mais qui en fait ne gere jamais rien correctement et completement, ni le vieux matos, ni le nouveau.
Le vieux parce que ca interesse aucun developpeur: le nouveau, parce qu'ils ne finissent jamais ce qu'ils ont commence et bosse sur le suivant sans avoir fini le boulot sur l'ancien.
Bullshit. J'ai un matos ultra récent qui marche sous Linux sans rien faire.
Donc ta merde, tu peux la déverser ailleurs. Merci.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Donc la question de la séparation kernelspace/userspace est en effet remis en cause. Après tout, pendant longtemps, on a eu les drivers graphiques en dehors du kernel.
Ce serait sympa. C'est ce que fait Windows depuis Windows 7 (enfin ça a l'air d'être prévu depuis longtemps par WDDM, mais c'est avec Win7 que ça s'est concrétisé) et qui lui permet de redémarrer le pilote en cas de plantage sans que l'utilisateur ne perde sa session, et permet de mettre à jour le pilote graphique sans redémarrer.
Bon, j'ai eu quelques écran bleus quand même à cause de pilotes graphiques Intel, c'est pas parfait. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Et le rétro-éclairage de mon clavier que j'ai sous Linux sans rien faire alors que sous Windows 8 ça ne fonctionne pas ? C'est la faute aux dévs Microsoft qui sont trop incompétents ?
Et le défilement sur mon touchpad (linux only sans rien faire) ? Et sa désactivation automatique lors d'une saisie au clavier ou au branchement d'une souris (linux only) ?
Bref, poutre, paille, tout ça…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Pourquoi critiquer les gens qui se plaignent de devoir changer de système base après des années de fidélité et de travail de promotion de ce système ?
Parce que tu ne changes pas de système d'exploitation. Tu changes d'init pour quelque chose qui est beaucoup plus complet, c'est tout. D'ailleurs pour la plupart, ce changement est transparent (ça l'a été pour moi sous Archlinux).
C'est interdit de se plaindre des choix des commerciaux des vendeurs de distribs ?
Non, mais c'est pas non plus interdit de réagir à ces plaintes.
D'abord, parce que c'est risible : ça existe un vendeur de distrib' ? J'en doute.
Et puis, ce sont les mainteneurs de distros qui ont voulu ce choix pour se simplifier la vie. Tu sais, ceux dont tu utilises sûrement la distribution gratuitement et sans rien leur devoir en retour.
Et ton OS a changé bien avant ça et on en faisait pas tellement tout un fromage, ou en tout cas pas à ce point :
- Ubuntu qui passe à Upstart à ses débuts
- ALSA -> PulseAudio
- XFree86 -> Xorg
- GRUB -> GRUB2
- Gnome 2 -> Gnome 3 (oui bon là y'a eu presque autant de guerres que pour systemd)
- Gnome 2 -> Unity (idem)
- KDE 3 -> KDE 4
- devd -> udev
- dbus -> kdbus
- etc. …
Et pourtant passer de KDE 3 à KDE 4 ou de Gnome 2 à Gnome 3, ça touche bien plus l'utilisateur moyen que systemd.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Les mainteneurs de distros sont à peu près tous mis d'accord sur un init/base userspace.
Après, les trollleurs anti-systemd font-ils partie de la communauté : non, sinon ça ferait longtemps que les mainteneurs les auraient écouté (heureusement ils ne l'ont pas fait).
Y'a une communauté, et puis y'a les parasites. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Le projet a atteint sont objectif, n’a ni bug, ni évolution prévu. Il est donc mature et fiable.
Mythe.
Il est compatible avec les différents shells ? il n'a pas le moindre bug ? Pas la moindre amélioration possible ? Il est PARFAIT ? Aucune faille de sécurité ? Aucun besoin de suivre l'évolution des shells et des pratiques ? Aucune faille de sécurité ? Aucun aspect critiquable ?
Ouais, j'en ai jamais vu des comme ça, hein.
Il reste en fait 20 bugs : 1 critique, 4 demandes d’évolution, 1 low, 1 non catégorisé et 13 medium. Visiblement, rien de vraiment critique.
Il est donc abandonné et à réparer. Génial.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Création d'utilisateurs
Posté par xcomcmdr . En réponse à la dépêche Xfce 4.12 est là !. Évalué à 3.
Xubuntu donne en effet un outil graphique pour cela, accessible depuis le gestionnaire de paramètres ou depuis le menu.
Je crois que ça date de la 14.04.
Ça me semble être un outil Gnome, mais j'ai pas vu beaucoup de dépendances. C'était léger, et ça faisait son boulot correctement.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Excellent
Posté par xcomcmdr . En réponse à la dépêche Xfce 4.12 est là !. Évalué à 8. Dernière modification le 05 mars 2015 à 08:22.
Quand tu déplaces une fenêtre ou tu regardes une vidéo avec une scène d'action l'image semble être déchirée en deux (par exemple pour la fenêtre tout n'est pas instantanément là où ça devrait être, une partie y est et une autre n'y est pas jusqu'à la fin du déplacement).
Sous KDE, je n'ai pas le premier, mais j'ai le second problème dans SMPlayer (qui utilise le décodage software, j'arrive pas à lui faire utiliser le décodage via l'IGP Intel HD4000….)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Langue des commentaires
Posté par xcomcmdr . En réponse au journal Apprentissage du code par la pratique. Évalué à -1.
Pour ma part, je préfère du français à de l'anglais baragouiné à l'écrit.
Parce que après non seulement il faut traduire le code pour le comprendre, mais en plus il faut traduire de l'anglais d'abord… Pourquoi pas rajouter du XML et du Java par dessus ?!
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Recherche de fichiers
Posté par xcomcmdr . En réponse à la dépêche Xfce 4.12 est là !. Évalué à 2.
Pareil, je le trouve vraiment instable.
J'avais fini par utiliser gnome-search-tool à la place : ça marchait bien.
Avec une action personnalisée, je pense qu'on peut l'intégrer dans Thunar (un genre de "chercher ici").
Mais bon au final, je suis passé à KDE, donc Dolphin et sa recherche intégrée. :-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: 2 cents
Posté par xcomcmdr . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 6.
L’arthrose, c'est la vi.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
# Soutenir le projet Xfce
Posté par xcomcmdr . En réponse à la dépêche Xfce 4.12 est là !. Évalué à 7. Dernière modification le 03 mars 2015 à 11:36.
En outre de la nouvelle liste de bugs "faciles", du bugzilla dont beaucoup de vieux bugs obsolètes ont été enlevés, etc. … on peut aussi soutenir financièrement le projet via BountySource (lien dans la nouvelle officielle de la sortie de Xfce 4.12 sur le site de Xfce).
J'imagine que la fondation Xfce (Xfce e.v.) est derrière ça.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Wayland will be the end for them !
Posté par xcomcmdr . En réponse à la dépêche Xfce 4.12 est là !. Évalué à 10. Dernière modification le 03 mars 2015 à 08:18.
Bah ! Xfce a été déclaré mort et enterré plus de fois que Obiwan Kenobi.
Pour ma part, vu l'usage de libinput, je dirais que le port vers wayland ne leur fait pas peur (tout comme systemd, consolekit, GTK3, et d'autres changements majeurs ont été intégrés au final ou sont en train de l'être).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Plus léger ?
Posté par xcomcmdr . En réponse à la dépêche Xfce 4.12 est là !. Évalué à 10. Dernière modification le 03 mars 2015 à 07:56.
Et Xubuntu et Manjaro, ça n'a rien à voir avec Xfce vanilla.
C'est l'utilisation mémoire de Xubuntu, et de Manjaro. Pas celle de Xfce, tel qu'il est de base (et il est intouché par défaut sous Archlinux, et je crois aussi Debian).
Quant à Xubuntu et Manjaro, chacune a tellement modifié Xfce (en mieux, j'adore Xubuntu), que l'empreinte mémoire n'a plus rien à voir avec Xfce vanilla.
Et puis il y a une telle différence entre Xfce et Xubuntu/Manjaro que parler de l'empreinte mémoire de Xubuntu/Manjaro comme celle de Xfce est mensonger.
Maintenant, 600 Mo de RAM de base pour Xubuntu/Manjaro ?
Désolé, mais c'est faux. J'ai mesuré l'empreinte mémoire de Xubuntu de nombreuses fois (c'est pas la première fois que le troll "Xfce consomme trop !!" est évoqué, et il a beau être répété, il n'en est pas moins faux). Xubuntu (et sûrement Manjaro aussi) consomme entre 240 et 290 Mo de RAM de base. Exemple avec free -m sur Xubuntu 14.10 64 bits :
Sur la variante 32 bits, ce chiffre est de 242 Mo.
Et oui le cache ne compte pas : c'est le kernel linux qui met tout ce qu'il peut en cache, car même avec un SSD, les accès mémoire restent plus rapide que les accès au SSD. Mais le plus important est que la mémoire utilisée par le cache du kernel est réutilisé par les applications automatiquement si besoin, tout comme l'est la mémoire inutilisée.
Maintenant, s'inquiéter de 290 Mo de mémoire c'est un peu ridicule : qui n'a pas au moins 1 Go de RAM de nos jours ?
Sur 1 Go de mémoire physique, et même en utilisant de manière intensive Firefox et Thunderbird, Xubuntu s'en sort très bien.
Et puis, 1 Go c'est vieux !
Le dernier eee-PC que j'ai acheté il y a trois (un ASUS 1225B à 300 €) ans avait 4 Go de RAM de base.
Le dernier PC premier prix (240 €) acheté récemment en avait… 6 !!
Alors cessons les batailles de chiffonnier à coup de quelques centaines de Mo de mémoire de différence, que ce soit entre les distributions Xfce ou entre Xfce et d'autres environnements. Il y a 5 ans, c'était déjà tellement trois fois rien que l'impact sur les performances était inexistant. Aujourd'hui, c'est encore plus vrai.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Très bon environnement de bureau mais...
Posté par xcomcmdr . En réponse à la dépêche Xfce 4.12 est là !. Évalué à 8. Dernière modification le 03 mars 2015 à 07:21.
Ce n'est pas qu'une question d’empreinte mémoire. D'abord, je doute que ce soit aussi lourd que MATE en version vanilla (80 Mo de mémoire selon htop pour Xfce vanilla sur Archlinux), et puis il y a pas mal de différences entre les deux environnements :
- pas les mêmes personnalisations possibles (il y a des configurations Xfce faisables en quelques clicks que je n'ai pas réussi à reproduire sous MATE)
- le mode deskbar des panneaux Xfce que je n'ai pas trouvé sous MATE
- les autres dizaines de petites et moyennes différences entre les environnements (pas les mêmes plugins, le fait que Xfce soit très modulaire, etc…)
Il y a aussi Xubuntu, qui est tellement différent de Xfce vanilla (en mieux). :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Plus léger ?
Posté par xcomcmdr . En réponse à la dépêche Xfce 4.12 est là !. Évalué à 10.
De base, Xfce utilise 100 Mo de RAM (Xfce vanilla sur Archlinux ou Debian).
Donc "similaire à Windows 8", je ne crois pas, non.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Tres bon
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 5. Dernière modification le 01 mars 2015 à 08:53.
Tu crois qu'au rythme où sortent les écrans, chaque écran a du code/data spécifiques à intégrer par un dév' upstream ? Tu crois qu'ils ont que ça à faire ?!
Ton écran donne de la merde, ça se corrige en 30 secondes.
[mode Riendf]
Mais comme tous les wussers, t'es pas fichu d'appliquer une documentation. Pitoyable.
[/mode Riendf]
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Tres bon
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 2. Dernière modification le 01 mars 2015 à 08:45.
Aucune version sortie en tout cas ne fonctionne à 100% avec mon clavier (rétro-éclairage, pas mal de touches fn), ni mon touchpad (défilement à deux doigts, désactivation automatique).
[mode Riendf]
Pour rappel; un clavier n'a pas besoin de drivers (un écran oui mais PAS un clavier). Un écran avec des fonctions specifiques, si.
Bref aucune Windows n'est foutu simplement propose d'envoyer un signal de base a un clavier sans passer par la ligne de commande: pitoyable.
[/mode Riendf]
Alors oui, on a des pilotes génériques pour les écrans et les claviers, mais il va falloir m'expliquer comment fonctionne un périphérique sans le moindre pilote.
Moi j'me souviens qu'avant les pilotes génériques pour l'USB sou Windows, on s'emmerdait un maximum à trouver le pilote qui-va-bien. Et j'me souviens aussi que le pilote générique pour l'écran, ça marchait pas forcément sous Windows 9X (on pouvait choisir un autre pilote).
Pareil pour XP qui nécessite des pilotes ultra-spécifiques pour le SATA alors que Windows >= Vista a des pilotes génériques.
pilotes génériques != "pas besoin de pilotes".
A part ça, tu n'as toujours pas répondu à la question suivante (je te comprends, c'est plus facile de radoter sur tes grands chevaux car tu n'as aucun début d'embryon de commencement d'idée d'élément technique) :
Tu peux prouver que ce décrit Martin Peres est faux alors ? Ou tu parles sans savoir, comme d'habitude ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Tres bon
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 10.
Bullshit. J'ai un matos ultra récent qui marche sous Linux sans rien faire.
Donc ta merde, tu peux la déverser ailleurs. Merci.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Tres bon
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 4.
Bitch, please !
La dernière fois que j'ai compilé un pilote sous Linux c'était il y a 10 ans. Faut se mettre à jour.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pourquoi un composant aussi essentiel ne fait-il pas partie du noyau ?
Posté par xcomcmdr . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 2.
Ce serait sympa. C'est ce que fait Windows depuis Windows 7 (enfin ça a l'air d'être prévu depuis longtemps par WDDM, mais c'est avec Win7 que ça s'est concrétisé) et qui lui permet de redémarrer le pilote en cas de plantage sans que l'utilisateur ne perde sa session, et permet de mettre à jour le pilote graphique sans redémarrer.
Bon, j'ai eu quelques écran bleus quand même à cause de pilotes graphiques Intel, c'est pas parfait. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Tres bon
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 9.
Et le rétro-éclairage de mon clavier que j'ai sous Linux sans rien faire alors que sous Windows 8 ça ne fonctionne pas ? C'est la faute aux dévs Microsoft qui sont trop incompétents ?
Et le défilement sur mon touchpad (linux only sans rien faire) ? Et sa désactivation automatique lors d'une saisie au clavier ou au branchement d'une souris (linux only) ?
Bref, poutre, paille, tout ça…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Tres bon
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 7.
Tu peux prouver que ce décrit Martin Peres est faux alors ? Ou tu parles sans savoir, comme d'habitude ?
(et si j'étais d'aussi mauvaise foi que toi je dirais : "Accessoirement, ça fait 10 ans qu'on est passé aux écrans LCD, alors ton CRT…")
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Moins de liberté, pour plus de sécurité
Posté par xcomcmdr . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 3.
Pour le bien de Linux, il faut que RedHat écoute linuxfr (ou pas).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: "La plupart des suites bureautiques concurrentes"
Posté par xcomcmdr . En réponse au journal ODF a t-il définitivement perdu la guerre face à OOXML ?. Évalué à 2.
mon petit doigt me dit que Google Docs est plus présent que Microsoft Office.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Le bon chasseur et le mauvais chasseur
Posté par xcomcmdr . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 2.
Au bout d'un moment, à force de couper les cheveux en quatre, tout ce que tu fais c'est gagner en complexité.
idem, c'est pas forcément le meilleur choix. Le texte brut, c'est verbeux, difficile à parser, etc…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: lecteurs
Posté par xcomcmdr . En réponse au journal Gameolith disparait dans un silence absolu !. Évalué à 8.
Les jeux vidéos, c'est loin d'être pour les gosses en général.
Avec ce genre de clichés, on va encore se retrouver avec un gosse de 5 ans qui joue à GTA. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Moins de liberté, pour plus de sécurité
Posté par xcomcmdr . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 4.
Parce que tu ne changes pas de système d'exploitation. Tu changes d'init pour quelque chose qui est beaucoup plus complet, c'est tout. D'ailleurs pour la plupart, ce changement est transparent (ça l'a été pour moi sous Archlinux).
Non, mais c'est pas non plus interdit de réagir à ces plaintes.
D'abord, parce que c'est risible : ça existe un vendeur de distrib' ? J'en doute.
Et puis, ce sont les mainteneurs de distros qui ont voulu ce choix pour se simplifier la vie. Tu sais, ceux dont tu utilises sûrement la distribution gratuitement et sans rien leur devoir en retour.
Et ton OS a changé bien avant ça et on en faisait pas tellement tout un fromage, ou en tout cas pas à ce point :
- Ubuntu qui passe à Upstart à ses débuts
- ALSA -> PulseAudio
- XFree86 -> Xorg
- GRUB -> GRUB2
- Gnome 2 -> Gnome 3 (oui bon là y'a eu presque autant de guerres que pour systemd)
- Gnome 2 -> Unity (idem)
- KDE 3 -> KDE 4
- devd -> udev
- dbus -> kdbus
- etc. …
Et pourtant passer de KDE 3 à KDE 4 ou de Gnome 2 à Gnome 3, ça touche bien plus l'utilisateur moyen que systemd.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Moins de liberté, pour plus de sécurité
Posté par xcomcmdr . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 7. Dernière modification le 25 février 2015 à 14:38.
systemd n'a rien à voir spécifiquement avec le desktop. systemd est généraliste.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Ne la laisse pas tomber elle est si fragile être une init libérée tu sais c'est pas si facile
Posté par xcomcmdr . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à -7.
Les mainteneurs de distros sont à peu près tous mis d'accord sur un init/base userspace.
Après, les trollleurs anti-systemd font-ils partie de la communauté : non, sinon ça ferait longtemps que les mainteneurs les auraient écouté (heureusement ils ne l'ont pas fait).
Y'a une communauté, et puis y'a les parasites. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: TU
Posté par xcomcmdr . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à -2. Dernière modification le 25 février 2015 à 11:32.
Mythe.
Il est compatible avec les différents shells ? il n'a pas le moindre bug ? Pas la moindre amélioration possible ? Il est PARFAIT ? Aucune faille de sécurité ? Aucun besoin de suivre l'évolution des shells et des pratiques ? Aucune faille de sécurité ? Aucun aspect critiquable ?
Ouais, j'en ai jamais vu des comme ça, hein.
Il est donc abandonné et à réparer. Génial.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)