mais on perd la possibilité modifier facilement le fonctionnement.
J'en doute :
- systemd a de nouvelles options de config pour les Unit files assez souvent au fil des versions… Le "smart reload" m'a l'air d'être un besoin assez banale…
- tu peux toujours utiliser les scripts…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Donc en théorie X peut avoir des avantages en efficacité sur Wayland en distant pour comparer en pratique il va falloir attendre que Wayland devienne mature..
En théorie tellement théorique que ça n'a aucun intérêt alors. Ce n'est pas que les toolkits qui n'utilisent plus ces commandes, c'est Xorg lui-même (voir les liens ci-dessus) en utilisant constamment le direct rendering.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
En plus, par conception le déport d'écran Wayland est en théorie moins efficace qu'avec X (puisqu'avec X on peut envoyer des buffers comme Wayland mais pas l'inverse: on ne peut pas dire affiche moi une ligne avec Wayland),
C'est Xfce et Openbox qui pleurent depuis plus d'un an, sans rien faire pour autant.
Parce que c'est une partie des utilisateurs, et pas les projets. Particulièrement ceux qui ne sont pas satisfaits des deux options :
- Passer à un autre environnement (tel que KDE).
- Remplacer l'application par une autre (pas forcément entièrement équivalente)
Les client-side decorations sont arrivées avec GNOME 3.10. Vous n'avez rien fait durant son développement, tout comme vous n'avez rien fait pour Gtk+ 3.12 et 3.14. Du moins, à vous entendre, vous ne semblez pas encore avoir suffisamment contribué à Gtk+ pour qu'il réponde à vos besoins.
Il est plus logique et simple que ce soit GTK+ qui permette de désactiver les CSD, et non pas à l'environnement X ou Y à détecter les applications GTK (multiplie ça par le nombre d'applications et d'environnements…).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Que l'application ait un tas d'options ou non, on s'en fiche. C'est préréglé par la distrib' la plupart du temps (comme dans Kubuntu), et ça n'empêche en rien de profiter du contenu offert par l'application.
Malheureusement, à la lecture d'un certain nombre de commentaires, j'ai l'impression que les gens veulent tout, et reprochent ensuite à GNOME de ne pouvoir y arriver. Par exemple, « je n'aime pas GNOME, mais j'aimerai pouvoir utiliser toutes les applis et technologies de GNOME, tout en étant sous Xfce ou whatever ». Ben non. Pour moi, c'est la même chose que de vouloir faire tourner des applications Windows sous Linux. Faut pas s'étonner si ça s'intègre mal.
Xfce est limité en termes d'applications Xfce. De même que d'autres environnements. Du coup, c'est habituel de compléter avec des applications qui proviennent d'autres environnements. Alors certes il en existe d'autres. Mais si on préfère là une application Gnome (devenue inutilisable à cause de problèmes d'intégration majeures - merci notamment aux CSD -), ben on est bien avancé quand on nous dit qu'il en existe d'autres.
C'est une peu comme ce dialogue :
- "ma voiture n'a pas la bonne couleur"
- "ben alors, prends le train!"
C'est irréaliste.
En fait, même sous KDE j'utilise parfois Parole (une application Xfce, car j'ai pas trouvé mieux pour exploiter GStreamer) ou SMPlayer (une application Qt, dont le sélecteur de fichiers est particulièrement pénible et différent). Et j'ai toujours pas trouvé mieux qu'Audacious pour la musique (qui est une application GTK3).
Quand j'étais sous Xfce, j'avais aucun mal à avoir des applications KDE ayant un look s'intégrant à mon bureau (utilisant mon thème Gtk et mes icônes).
Pareil pour les applications Gnome/GTK jusqu'à il y a quelques années : Xfce étant basé sur GTK, y'avait même rien à faire (juste avoir un thème GTK2 et GTK3 comme il en existe tant).
Avec GTK 3.12 (ou 3.14 ?) et ses CSD (et son sélecteur de fichiers qui ignore royalement mon thème d'icônes), tout allait bien aussi avec les applications GNOME : non seulement j'utilisais constamment mon gestionnaire de fenêtres (de quel droit on me l'enlève ? Sérieusement ?) mais en plus du look, je pouvais utiliser les possibilités données par ce gestionnaire de fenêtres (snapping, enroulement, …) quelle que soit l'application.
Bref, avant, c'était loin de s'intégrer mal. Du moins visuellement. Sauf que ce n'est plus le cas pour les applications GTK3. Et ça fait des années que la régression dure. Je ne comprends pas qu'on dise "faut pas s'étonner si ça s'intègre mal, c'est comme utiliser une application Linux sous Windows" alors que :
1. ça n'a rien à voir. On est sur le même OS, je vous rappelle. GNOME n'est pas un OS, mais un environnement graphique.
2. Et que deux/trois préférences pourraient régler ces problèmes mineures (en terme de code) mais encombrants (en terme d'intégration visuelle et d'utilisabilité).
Et ça n'a rien à voir avec tous les problèmes de l'utilisation d'une application Windows avec Wine (où 8 fois sur 10 ça ne fonctionne pas du tout…)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Ou Kubuntu LTS qui a un support de 5 ans et l'excellent KDE. :)
Xubuntu et Lubuntu sont plus légères et même si elles sont restés à 3 ans pour les LTS, ça reste intéressant.
Xubuntu surtout offre un des meilleurs environnements Xfce avec des additions tierces (xfce4-whiskermenu par exemple) ou ses propres développements (par exemple : indicator-sound-gtk2 + pavucontrol + xfce4-volumed-pulse remplacent xfce4-mixer et xfce4-volumed)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Avec PulseAudio, tu as une gestion de ton son facile et moderne.
Encore que j'ai pas trouvé comment normaliser tous les sons comme je peux le faire sous Windows depuis Windows 7 en un clic. C'est bien utile pour les oreilles.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Après c’est peut-être aussi lié à l’intégration d’udev dans le dépôt systemd, mais les développeurs udev ne ce sont pas fait absorbés contre leur gré par systemd hein, donc c’est aussi un peu de leur faute.
IIRC, Arch est passé à systemd bien avant que udev soit dans le même dépôt que systemd.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
On a mis un flingue sur la tempe des mainteneurs de Fedora, Archlinux (une des premières à y passer), Debian, Ubuntu (qui aurait pu très bien continuer à maintenir Upstart) ?
Ça dénonce grave !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Cela ne m'empêche pas d'être inquiété, comme d'autres, par le fait que systemd remplace des dépendances vers un composant sous-jacent au choix par des dépendances (certes unilatérales) vers un composant sous-jacent imposé, à plusieurs niveaux. Le nier, ou esquiver plutôt que d'expliquer en quoi c'est faux, ne fera pas avancer le débat.
Bah ça c'est autre chose : c'est depuis le début le parti pris de systemd de gérer une base de code dans un tout cohérent, dans le même dépôt.
On the other hand, there is a central repository, a single place where you can find the entire operating system sources, including all older versions.
BSD projects maintain the entire “Operating System”, not only the kernel. This distinction is only marginally useful: neither BSD nor Linux is useful without applications. The applications used under BSD are frequently the same as the applications used under Linux.
As a result of the formalized maintenance of a single CVS source tree, BSD development is clear, and it is possible to access any version of the system by release number or by date. CVS also allows incremental updates to the system: for example, the FreeBSD repository is updated about 100 times a day. Most of these changes are small.
Alors certes on a pas encore le kernel Linux dans le même dépôt/projet, mais avoir systemd + udev + les outils systemd (systemctl, journalctl, …) ensemble c'est voulu.
Myth: systemd is not UNIX.
In fact the design of systemd as a suite of integrated tools that each have their individual purposes but when used together are more than just the sum of the parts, that's pretty much at the core of UNIX philosophy. Then, the way our project is handled (i.e. maintaining much of the core OS in a single git repository) is much closer to the BSD model (which is a true UNIX, unlike Linux) of doing things (where most of the core OS is kept in a single CVS/SVN repository) than things on Linux ever were.
Dans ce sens, dire "on ne soutient plus les config udev sans systemd" pour moi ça veut dire que les configs udev sans systemd ne sont tous simplement pas testées. C'est responsable et logique de dire que ceux qui sortent des configs testés le font à leurs risques et périls.
De là à dire que udev dépend de systemd faudrait savoir si c'est vraiment le cas (suffit d'essayer de booter la dernière version de udev sans systemd). Je suis pas non plus pour dire si c'est un gros plat de spaghetti sans voir le code.
[^] # Re: Forkons Fedora !
Posté par xcomcmdr . En réponse au journal Un fork de Debian à cause de systemd ?. Évalué à 7.
HA !
Je trouve le C plus simple que le shell. Au moins je m'embête pas quand je veux faire des comparaisons entre des variables numériques. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Forkons Fedora !
Posté par xcomcmdr . En réponse au journal Un fork de Debian à cause de systemd ?. Évalué à 3.
Bientôt partout : linux et SysV en shell script.
Ça va dépoter !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Forkons Fedora !
Posté par xcomcmdr . En réponse au journal Un fork de Debian à cause de systemd ?. Évalué à 4.
J'en doute :
- systemd a de nouvelles options de config pour les Unit files assez souvent au fil des versions… Le "smart reload" m'a l'air d'être un besoin assez banale…
- tu peux toujours utiliser les scripts…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Oubli ?
Posté par xcomcmdr . En réponse au journal Un fork de Debian à cause de systemd ?. Évalué à 1.
systemd propose, les développeurs d'applications / mainteneurs disposent. Je vois pas en quoi c'est invasif.
Quant à systemd-logind et consorts, il est utilisé par GNOME parce que ConsoleKit est mort et enterré.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Option obligatoire
Posté par xcomcmdr . En réponse à la dépêche Firefox : dites 33, comme chez le docteur. Évalué à 3.
Elle est même désactivée par défaut…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Point of View of Bernard Pivot
Posté par xcomcmdr . En réponse au message Scripts avec une double interface CLI / CGI. Évalué à 7.
Non, pas du tout.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Chaussette ! (coucou le nain)
Posté par xcomcmdr . En réponse à la dépêche 67 chaussettes pour OpenSSH. Évalué à 7.
SSH est enfin niveau 2 ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: un troll de moins ?
Posté par xcomcmdr . En réponse au journal wlfreerdp: un client Wayland pour FreeRDP. Évalué à 3.
En théorie tellement théorique que ça n'a aucun intérêt alors. Ce n'est pas que les toolkits qui n'utilisent plus ces commandes, c'est Xorg lui-même (voir les liens ci-dessus) en utilisant constamment le direct rendering.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: un troll de moins ?
Posté par xcomcmdr . En réponse au journal wlfreerdp: un client Wayland pour FreeRDP. Évalué à 4. Dernière modification le 15 octobre 2014 à 17:52.
On n'utilise plus du tout les commandes du genre "fais moi une ligne" dans Xorg. Ça fait longtemps que X est network capable et non pas network transparent.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Gnome, la propreté gérée d'une main de faire
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.14 rebat les cartes. Évalué à 4.
T'as l'air de sacrément te faire chier sur LinuxFR dis donc…
Va par là : https://twitter.com/microsoft tu trouveras ton bonheur.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Que l'on ne confonde plus « environnement de bureau » et « suite bureautique »
Posté par xcomcmdr . En réponse au message Ce que vous n'aimez pas/aimeriez avoir dans votre distribution de bureau. Évalué à 2.
Euh ça enlève le méta-paquet, mais pas le bureau.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Les extensions
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.14 rebat les cartes. Évalué à 3. Dernière modification le 14 octobre 2014 à 22:25.
Parce que c'est une partie des utilisateurs, et pas les projets. Particulièrement ceux qui ne sont pas satisfaits des deux options :
- Passer à un autre environnement (tel que KDE).
- Remplacer l'application par une autre (pas forcément entièrement équivalente)
Il est plus logique et simple que ce soit GTK+ qui permette de désactiver les CSD, et non pas à l'environnement X ou Y à détecter les applications GTK (multiplie ça par le nombre d'applications et d'environnements…).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Je préfère XFCE!
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.14 rebat les cartes. Évalué à 2.
Ben dire qu'un débutant ne peut pas utiliser KDE parce que c'est bourré d'options (alors qu'ils arrivent très bien à utiliser Windows et Office, qui sont bourrés d'options), ça aussi c'est du FUD.
Que l'application ait un tas d'options ou non, on s'en fiche. C'est préréglé par la distrib' la plupart du temps (comme dans Kubuntu), et ça n'empêche en rien de profiter du contenu offert par l'application.
D'autant que KDE a une logique traditionnelle (Windows, Icons, Menus and Pointing device) proche de Windows.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Disparition ? un bon choix ?
Posté par xcomcmdr . En réponse au journal L'industrie du cinéma déclare la guerre à l'Hadopi. Évalué à 6.
Il n'y pas que l'HADOPI qui pose problème.
Il y a la DADVSI, l'HADOPI, la LCEN 1 & 2, la loi de programmation militaire… Ce serait bien de ne pas oublier ces combats là.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: introspection
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.14 rebat les cartes. Évalué à 3.
J'ai NeverWinter Nights (jeu datant de 2001) qui tourne bien sur ma Archlinux (que ce soit la version Linux ou Windows).
Va faire ça avec Win8.1 (ça plante). :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: introspection
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.14 rebat les cartes. Évalué à -10.
La différence avec Windows, c'est que tu peux changer de thème en un tour de main. Adieu les interrupteurs que tu trouves "merdique".
Mais j'imagine que tu n'as même pas essayé. C'est tellement plus facile de cracher dans la soupe.
Pauvre con.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Je préfère XFCE!
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.14 rebat les cartes. Évalué à 0.
Ou arrêter avec ces conneries et passer à Qt, comme l'a fait LXDE.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Et la crémière
Posté par xcomcmdr . En réponse au journal Marre des popups qui obligent à accepter les cookies. Évalué à 3.
Je sais, mais y'en a encore pas mal où il n'y a pas ces adwares.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Et la crémière
Posté par xcomcmdr . En réponse au journal Marre des popups qui obligent à accepter les cookies. Évalué à 3.
Euh sourceforge est toujours là et bien vivant (j'y télécharge nombre de logiciels libres quand j'installe un Windows)…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Je préfère XFCE!
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.14 rebat les cartes. Évalué à 9. Dernière modification le 09 octobre 2014 à 22:24.
Xfce est limité en termes d'applications Xfce. De même que d'autres environnements. Du coup, c'est habituel de compléter avec des applications qui proviennent d'autres environnements. Alors certes il en existe d'autres. Mais si on préfère là une application Gnome (devenue inutilisable à cause de problèmes d'intégration majeures - merci notamment aux CSD -), ben on est bien avancé quand on nous dit qu'il en existe d'autres.
C'est une peu comme ce dialogue :
- "ma voiture n'a pas la bonne couleur"
- "ben alors, prends le train!"
C'est irréaliste.
En fait, même sous KDE j'utilise parfois Parole (une application Xfce, car j'ai pas trouvé mieux pour exploiter GStreamer) ou SMPlayer (une application Qt, dont le sélecteur de fichiers est particulièrement pénible et différent). Et j'ai toujours pas trouvé mieux qu'Audacious pour la musique (qui est une application GTK3).
Quand j'étais sous Xfce, j'avais aucun mal à avoir des applications KDE ayant un look s'intégrant à mon bureau (utilisant mon thème Gtk et mes icônes).
Pareil pour les applications Gnome/GTK jusqu'à il y a quelques années : Xfce étant basé sur GTK, y'avait même rien à faire (juste avoir un thème GTK2 et GTK3 comme il en existe tant).
Avec GTK 3.12 (ou 3.14 ?) et ses CSD (et son sélecteur de fichiers qui ignore royalement mon thème d'icônes), tout allait bien aussi avec les applications GNOME : non seulement j'utilisais constamment mon gestionnaire de fenêtres (de quel droit on me l'enlève ? Sérieusement ?) mais en plus du look, je pouvais utiliser les possibilités données par ce gestionnaire de fenêtres (snapping, enroulement, …) quelle que soit l'application.
Bref, avant, c'était loin de s'intégrer mal. Du moins visuellement. Sauf que ce n'est plus le cas pour les applications GTK3. Et ça fait des années que la régression dure. Je ne comprends pas qu'on dise "faut pas s'étonner si ça s'intègre mal, c'est comme utiliser une application Linux sous Windows" alors que :
1. ça n'a rien à voir. On est sur le même OS, je vous rappelle. GNOME n'est pas un OS, mais un environnement graphique.
2. Et que deux/trois préférences pourraient régler ces problèmes mineures (en terme de code) mais encombrants (en terme d'intégration visuelle et d'utilisabilité).
Et ça n'a rien à voir avec tous les problèmes de l'utilisation d'une application Windows avec Wine (où 8 fois sur 10 ça ne fonctionne pas du tout…)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: introspection
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.14 rebat les cartes. Évalué à 4. Dernière modification le 09 octobre 2014 à 21:57.
Ou Kubuntu LTS qui a un support de 5 ans et l'excellent KDE. :)
Xubuntu et Lubuntu sont plus légères et même si elles sont restés à 3 ans pour les LTS, ça reste intéressant.
Xubuntu surtout offre un des meilleurs environnements Xfce avec des additions tierces (xfce4-whiskermenu par exemple) ou ses propres développements (par exemple : indicator-sound-gtk2 + pavucontrol + xfce4-volumed-pulse remplacent xfce4-mixer et xfce4-volumed)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Description de systemd ?
Posté par xcomcmdr . En réponse à la dépêche systemd versions 212 à 215. Évalué à 1.
Oui avec ALSA tu as une carte son qui fonctionne.
Avec PulseAudio, tu as une gestion de ton son facile et moderne.
Encore que j'ai pas trouvé comment normaliser tous les sons comme je peux le faire sous Windows depuis Windows 7 en un clic. C'est bien utile pour les oreilles.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: un message de lennart
Posté par xcomcmdr . En réponse à la dépêche systemd versions 212 à 215. Évalué à 2.
IIRC, Arch est passé à systemd bien avant que udev soit dans le même dépôt que systemd.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Assimilation forcée
Posté par xcomcmdr . En réponse à la dépêche systemd versions 212 à 215. Évalué à 3.
On a mis un flingue sur la tempe des mainteneurs de Fedora, Archlinux (une des premières à y passer), Debian, Ubuntu (qui aurait pu très bien continuer à maintenir Upstart) ?
Ça dénonce grave !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Description de systemd ?
Posté par xcomcmdr . En réponse à la dépêche systemd versions 212 à 215. Évalué à 6. Dernière modification le 09 octobre 2014 à 13:05.
Bah ça c'est autre chose : c'est depuis le début le parti pris de systemd de gérer une base de code dans un tout cohérent, dans le même dépôt.
C'est du "à la BSD" si je ne m'abuse :
Alors certes on a pas encore le kernel Linux dans le même dépôt/projet, mais avoir systemd + udev + les outils systemd (systemctl, journalctl, …) ensemble c'est voulu.
Dans ce sens, dire "on ne soutient plus les config udev sans systemd" pour moi ça veut dire que les configs udev sans systemd ne sont tous simplement pas testées. C'est responsable et logique de dire que ceux qui sortent des configs testés le font à leurs risques et périls.
De là à dire que udev dépend de systemd faudrait savoir si c'est vraiment le cas (suffit d'essayer de booter la dernière version de udev sans systemd). Je suis pas non plus pour dire si c'est un gros plat de spaghetti sans voir le code.
Et de là à dire qu'on ne peut pas remplacer les outils/implémentations d'APIs de systemd par d'autres :
- Ubuntu a utilisé systemd-logind avec Upstart
- OpenBSD réimplémente les parties de Gnome 3 dont systemd dépend (timedated, localed, hostnamed and logind).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)