Pour lire des vidéos en HD via le GPU (c'est sympa pour la batterie, et ça chauffe beaucoup moins) ?
Pour appliquer des filtres graphiques rapidement ?
Pour faire de la 3D ?
Pour faire tourner des moteurs physiques ?
Pour faire des calculs qui passent mal sur un CPU ?
Pour pouvoir utiliser Compiz (qui a des plugins utiles tels que Scale) ou Unity/Gnome Shell ?
etc…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Le jeu de caractères (UTF-x, n-ième truc ISO ou ascii ? BOM ou pas BOM pour l'UTF-8 ?), et les histoires de CRLF (windows, dont le notepad ne reconnaît pas LF seul comme une nouvelle ligne : ça fait des textes illisibles du coup!), LF (*nix), ou CR (Mac OS), youpi !
edit : grillé par Zenitram (en plus j'avais oublié les histoires de dates et sûrement d'autres choses…)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
C'est vrai, mais ça fait partie d'Unity, me trompe-je ?
Pour Xubuntu et Lubuntu, des version gtk2 des indicateurs ont été développées, pour s'intégrer dans xfce4-panel/lxpanel (dans un greffon nommé "indicateurs". Sous Xubuntu 12.10, il se configure via xfconf)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Quelques intérêts (à part Unity) :
- Les PPAs sont tout de même bien utiles pour la plupart. J'ai par exemple un PPA pour Xfce 4.10 pour la 12.04, et un autre pour Gimp 2.8. Ça fonctionne parfaitement.
Les indicators sont intégrés au sein de Ubuntu/Lubuntu/Xubuntu, et sont bien utiles - et jolis. :p (il y d'ailleurs quelques autres spécificités de Xubuntu qu'on retrouve difficilement dans les autres distribs Xfce, en plus des indicators).
J'sais pas comment ils font, mais c'est la distrib où PulseAudio fonctionne le mieux (il est même gentil avec Timidity)
upstart permet de démarrer rapidement, plus rapidement qu'avec SysV (perso j'm'en fiche, mais là je racle les fonds de tiroirs :p ).
Et puis Ubuntu Studio, elle est bien. :)
jockey-gtk est aussi sympa pour le débutant pour savoir s'il a besoin de pilotes proprios ou non, et les installer vite fait.
Et puis quand tu installe une buntu, en général t'as rien à faire derrière. A part installer le paquet *buntu-restricted-extras et les pilote proprios si y'a besoin. Y'a une suite bureautique (LibreOffice), NetworkManager, PulseAudio, lightdm (très sympa et léger comme dm, tiens), la dernière version de Firefox & Thunderbird (toujours à jour. Par exemple la 12.04 a reçu la 16.0.1 de FX y'a pas longtemps), tout une suite de logiciels, un beau thème graphique super léché (j'aime beaucoup celui de Xubuntu 12.10 par exemple).
Bref, c'est l'inverse totale d'une Arch, où faut tout faire soi-même… (c'est mon OS principal).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Ben non, Firefox 16 n'est pas arrivé sur Arch au moment où j'écris ces lignes. Je viens de me mettre à jour, et j'ai encore la 15.0.1… Y'a un minimum de tests avant que ça n'arrive sur les dépôts officiels. Si on veut être encore plus à jour, faut activer les dépôts [testing], mais après faut pas se plaindre si ça foire.
Sur Windows en revanche : bonjour la faille ! \o/
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Non, visiblement tu ne sais pas ce qu'est udev puisque tu penses qu'il a été remplacé par SystemD.
Non, je ne le pense pas et je ne l'ai jamais dit, ni pensé, ni cru. Tu te fais des idées.
Ce que j'ai dit, c'est que Systemd ou SysV sont fiables. Udev ne l'est (toujours) pas. Que ce soit avec SysV ou SystemD, c'est bien udev qui m'emmerde un boot sur deux depuis bien avant le remplacement de sysV par systemd.
Je pondérai simplement tes exemples.
Ils n'en avaient nul besoin. Sauf si tu trouves que dès qu'on parle de systemd, faut que tu défendes ton cher SysV.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Si si je sais très bien ce que c'est, et c'est bien lui qui bloque le démarrage une fois sur deux.
Y'a qu'à voir le bordel sur la LKML à son sujet.
Quand à tes exemples, je ne comprends pas pourquoi tu met systemd et sysv en opposition. On dit que systemd est compliqué, je réponds avec mon expérience jusqu'ici, c'est tout. Il n'y a pas d'attaque envers SysV dans mes propos. Je suis d'ailleurs passé à systemd uniquement parce que c'était "obligé" par les auteurs de Archlinux (on peut choisir d'autres systèmes d'init si on est vraiment allergique à systemd, mais ça m'a semblé plus compliqué sous Archlinux, et moins supporté, que de passer à systemd. Ce qui m'a pris 5 minutes).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Pour ma part, systemd fonctionne très bien. C'est :
- facile à configurer ( sudo systemctl enable/disable , et voilà! On peut faire un start/ restart/ stop ensuite si on est pressé),
- facile de surveiller (d'autant que systemctl accepte de nombreux filtres en arguments) :
> $ systemctl
> UNIT LOAD ACTIVE SUB JOB DESCRIPTION
> proc-sys…misc.automount loaded active waiting Arbitrary Executable File Formats File System Automount Point
[…]
> cronie.service loaded active running Periodic Command Scheduler
> cups.service loaded active running CUPS Printing Service
> dbus.service loaded active running D-Bus System Message Bus
> getty@tty1.service loaded active running Getty on tty1
> lightdm.service loaded active running LightDM Display Manager
> network.service loaded active running Legacy unit for network
> NetworkManager.service loaded active running Network Manager
> rc-local.service loaded active exited /etc/rc.local Compatibility
> syslog-ng.service loaded active running System Logger Daemon
> systemd-journald.service loaded active running Journal Service
> systemd-logind.service loaded active running Login Service
> systemd-…s-load.service loaded active exited Load Kernel Modules
> systemd-…unt-fs.service loaded active exited Remount Root and Kernel File Systems
> systemd-sysctl.service loaded active exited Apply Kernel Variables
> systemd-…-setup.service loaded active exited Recreate Volatile Files and Directories
> systemd-…rigger.service loaded active exited udev Coldplug all Devices
> systemd-udevd.service loaded active running udev Kernel Device Manager
> systemd-…ssions.service loaded active exited Permit User Sessions
> systemd-…-setup.service loaded active exited Setup Virtual Console
> udisks2.service loaded active running Storage Daemon
> upower.service loaded active running Daemon for power management
> wpa_supplicant.service loaded active running WPA supplicant
> cups.socket loaded active running CUPS Printing Service Sockets
> dbus.socket loaded active running D-Bus System Message Bus Socket
> syslog.socket loaded active running Syslog Socket
> systemd-initctl.socket loaded active listening /dev/initctl Compatibility Named Pipe
> systemd-journald.socket loaded active running Journal Socket
> systemd-shutdownd.socket loaded active listening Delayed Shutdown Socket
> systemd-…control.socket loaded active listening udev Control Socket
> systemd-…-kernel.socket loaded active running udev Kernel Socket
> arch-daemons.target loaded active active Arch Daemons
> basic.target loaded active active Basic System
> bluetooth.target loaded active active Bluetooth
> cryptsetup.target loaded active active Encrypted Volumes
> getty.target loaded active active Login Prompts
> graphical.target loaded active active Graphical Interface
> local-fs-pre.target loaded active active Local File Systems (Pre)
> local-fs.target loaded active active Local File Systems
> multi-user.target loaded active active Multi-User
> network.target loaded active active Network
> remote-fs.target loaded active active Remote File Systems
> sockets.target loaded active active Sockets
> sound.target loaded active active Sound Card
> swap.target loaded active active Swap
> sysinit.target loaded active active System Initialization
> syslog.target loaded active active Syslog
> systemd-…es-clean.timer loaded active waiting Daily Cleanup of Temporary Directories
>
> 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.
>
> 76 loaded units listed. Pass --all to see loaded but inactive units, too.
> To show all installed unit files use 'systemctl list-unit-files'.
(sans oublier la commande journalctl),
- bien plus rapide que SysV (même sur un SSD),
- fiable (au contraire de udev),
- largement documenté ( man systemctl, man systemd, man journalctl).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Pour ma part, j'aime pas mal PulseAudio (principalement pour le volume sonore propre à chaque application : Sous Alsa, modifier le volume de Audacious modifie le volume PCM ou Master, donc ça affecte tout le monde : pas cool !)
Mais j'ai dû (encore) le virer pour deux raisons :
- Ça ne fonctionne pas avec Timidity (qui utilise ALSA), qu'il soit lancé en daemon ou non. Mon MIDI devient muet. Et ça, ça m'emmerde grave quand je veux l'entendre dans DOSBox ou ScummVM. Et pourtant, cette fois-ci, la dernière fois, ça avait fonctionné pendant un temps. Vraiment bizarre.
- Aléatoirement, si xfce4-volumed a été démarré avant PulseAudio lors de l'ouverture de la session, je n'ai pas de son (la carte son est remplacée par une "sortie factice" !). Je suis obligé de tuer xfce4-volumed, et de redémarrer dans l'ordre PulseAudio, et ensuite xfce4-volumed.
Le plus bizarre, est que je n'ai aucun de ces problèmes sous *buntu (je suis sous Archlinux) !
edit : Ah tiens, dans les préférences du module de sortie ALSA de Audacious, j'ai mis le 'mélangeur' sur autre chose : 'Speaker', et ça n'affecte plus que Audacious. Pas propre, mais c'est résolu. J'ai rien dit!
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Sinon, mon ASUS X71SL reste bloqué lors de la sortie de la mise en veille ou de l'hibernation. Le coupable semble être l'ACPI du BIOS.
Et c'est encore pire sous Ubuntu (en ce moment j'utilise Archlinux), qui ne boot même pas sans désactiver l'ACPI (acpi=off).
Je crois avoir lu qu'on pouvait spécifier sa propre "table ACPI" au kernel linux, mais j'ai peut-être rêvé…
Ça marche très bien sous Windows (même XP !), évidemment.
En fait la dernière fois que ça a fonctionné (y compris l'hibernation !), c'était sous Ubuntu <= 10.10, avec le kernel de l'époque évidemment (soit le kernel 2.6.35-32)…
Depuis, j'ai beau avoir un kernel toujours à jour (le 2.6.truc, puis le 3.0, puis le 3.2… jusqu'au 3.5.4-1-ARCH d'aujourd'hui), d'essayer les nouvelles versions d'Ubuntu (vu que le kernel est patché par Canonical/Debian, peut-être que ça marcherait…), c'est toujours pareil.
Y'a quoi qui a changé dans le kernel à ce niveau depuis ?!
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Pour clarifier, il n'y a pas d'éditeur derrière qui vient les faire chier (cf. Alpha Protocol, sorti à l'état de bêta pour pas louper la fête de la saucisse : échec commercial), et Obsidian est très loin d'être un acteur inconnu dans le monde du JV. En clair, le projet a de meilleures chances qu'un projet de JV classique !
Alors arrête ton FUD, ou commence à donner de VRAIES raisons !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Je trouve les gens bien naïf, avec 40 lignes de description, 1 vidéo marketing, 3 artworks à tout casser je voit > pas comment on peut avoir confiance en ce genre de projet qui sent le marketing à plein nez. Ah, on me chuchote > à l'oreille qu'Obsidian serait une entreprise de renom ! Évidemment.
Ben oui, dans le domaine du jeu vidéo, ils sont connus et reconnus depuis des décennies. Arcanum, Fallout 1 & 2 et Fallout : New Vegas, Planescape : Torment, KOTOR 2, NeverWnterNights 2, Alpha Protocol, Temple of Elemental Evil, … Mais pour savoir ça, faut sortir de son trou de troll.
A part ça, comment tu veux présenter un jeu vidéo alors que tu n'as pas les fonds pour le faire ? Duh !
Ben tu présente qui tu es (fait), ce que tu veux faire (fait), tu tiens les gens au courant (fait), tu montres ce que tu as fait par le passé (fait), tu décris les concepts du jeu (fait), des artworks (fait), tu dis sur quelle plateforme ce sera (fait), etc…
Ça doit faire dans les centaines de lignes de description ça madame !
Alors on va expliquer au trololo les règles sur Kickstarter, histoire de le rassurer :
Si le projet est mal présenté ou que ses auteurs ne sont pas reconnus, le Kickstarter aura du mal à décoller.
Si la somme voulue n'est pas atteinte avant la date limite, aucune somme n'est versé.
Ah, et personne ne paie avant la date limite bien sûr.
Aussi, tout le monde peut changer le montant de son don jusqu'à la date limite.
De plus le fait de dire :
Si on dépasse 1.1M de dons, le jeu sera livré sans DRMs
C'est du foutage de gueule. Comme si la normalité c'était de mettre des DRM et qu'il fallait payer plus cher
pour les enlever… On dirait bien que cela ne choque plus grand monde maintenant.
Ben non effectivement, la norme dans le monde du jeu vidéo, c'est d'avoir des DRMs partout. T'as entendu parler de Steam ? Tu sais qu'il est omniprésent sur les jeux PC depuis des années ?
Et si ce n'était que Steam, ça se saurait…
L'entreprise responsable de cette opération nous prend pour des pigeons, vous avez reçu 1.8M de dons par une
communauté de 45000 personnes mais vous ne donnerez rien en retour ?! Ah, on me chuchote à l'oreille comme quoi
les donneurs auront le jeu gratuitement, c'était donc sa !
Non, les donateurs ont (selon le niveau de don) au choix une ou plusieurs récompenses. Plus la donation est grande, plus la récompense sera meilleure. C'est le même principe pour tous les Kickstarters.
Pendant que d'autres crient à l'arnaque en voyant ceci, je n'entend personne remettre fondamentalement en cause > cette campagne de dons. J'ai vraiment du mal à comprendre.
Forcément quand on ne se donne même pas la peine de s'informer, on a du mal à comprendre.
Mais que gagnent réellement les donneurs ? Un 'Spécial Gold Thanks' dans les crédit ? Un accès VIP au forum ? Un > 'Digital stratégy guide', téléchargeable 15 fois ? D’ailleurs pour ceux qui donnent 10000$, vous aurez le droit > qu'à 10 téléchargements, alors qu'avec 5000€ vous aurez le droit à 15 ! Ah, on me chuchote (encore) à l'oreille > que ceux qui donnent 10000$ pourront à la place jouer avec l'équipe de dev du projet ! Haha sa sent la stratégie > rodée !
N'importe quoi, les récompenses n'ont rien à voir avec ce que tu décris. Le jeu sera téléchargeable un nombre non limité de fois, et sans DRMs, sur Linux et d'autres plateformes, à partir de 25$ depuis peu (l'offre à 20$ a atteint sa limite, soit 20 000 personnes)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Non, c'est un fait depuis longtemps établi : l'origine de l'informatique moderne remonte à la seconde guerre mondiale et aux Américains, ce qui fait que l'anglais s'est imposé (par ailleurs, UNIX, Windows, Mac OS, le MIT, Bell Labs, Xerox, Intel, IBM, Nvidia, … ils sont d'où à ton avis ? Du Pérou ?…).
Lesquels US of A n'ont pas encore tout à fait perdu leur position de leader dans le domaine, quoi qu'on en dise… ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Par curiosité, je viens de tester sous Awesome:
- Xfce4-panel et xfce4-power-manager laissent une unique instance de xfcond si elle n'existe pas déjà (logique : si xfpm le tuait à la fermeture, ça empêcherait par exemple le panel de répondre aux changements de configuration… Pas cool !)
- Thunar ne laisse rien.
Logiquement, le panel et le gestionnaire d'alimentation sont utilisés tout le temps de la session, donc je ne vois pas en quoi c'est gênant qu'ils laissent un processus qui va mourir "naturellement" uniquement à la fin de la session (à moins de le tuer).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Gestionnaire de fenêtre et toolkit
Posté par xcomcmdr . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 2. Dernière modification le 24 octobre 2012 à 11:45.
Par rapport au 1 : DWM.exe n'est pas justement le gestionnaire de fenêtres de Vista/Seven (et suivants) ?
http://en.wikipedia.org/wiki/Desktop_Window_Manager
(je n'ai pas souvenir de ce genre de processus dans les Windows précédents…)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pilotes graphiques libres
Posté par xcomcmdr . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 4.
Pour lire des vidéos en HD via le GPU (c'est sympa pour la batterie, et ça chauffe beaucoup moins) ?
Pour appliquer des filtres graphiques rapidement ?
Pour faire de la 3D ?
Pour faire tourner des moteurs physiques ?
Pour faire des calculs qui passent mal sur un CPU ?
Pour pouvoir utiliser Compiz (qui a des plugins utiles tels que Scale) ou Unity/Gnome Shell ?
etc…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par xcomcmdr . En réponse à la dépêche Documentation du format du Journal. Évalué à 2. Dernière modification le 23 octobre 2012 à 20:02.
Le jeu de caractères (UTF-x, n-ième truc ISO ou ascii ? BOM ou pas BOM pour l'UTF-8 ?), et les histoires de CRLF (windows, dont le notepad ne reconnaît pas LF seul comme une nouvelle ligne : ça fait des textes illisibles du coup!), LF (*nix), ou CR (Mac OS), youpi !
edit : grillé par Zenitram (en plus j'avais oublié les histoires de dates et sûrement d'autres choses…)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Ubuntu 12.10 ne présente pas de régression...
Posté par xcomcmdr . En réponse à la dépêche Ubuntu 12.10 « Quantal Quetzal ». Évalué à 2.
Ou d'utiliser des variantes à destination des anciennes machines, tels que Lubuntu et Xubuntu.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Unity, mouais...
Posté par xcomcmdr . En réponse à la dépêche Ubuntu 12.10 « Quantal Quetzal ». Évalué à 1.
Pour Xubuntu et Lubuntu, des version gtk2 des indicateurs ont été développées, pour s'intégrer dans xfce4-panel/lxpanel (dans un greffon nommé "indicateurs". Sous Xubuntu 12.10, il se configure via xfconf)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Unity, mouais...
Posté par xcomcmdr . En réponse à la dépêche Ubuntu 12.10 « Quantal Quetzal ». Évalué à 5.
Quelques intérêts (à part Unity) :
- Les PPAs sont tout de même bien utiles pour la plupart. J'ai par exemple un PPA pour Xfce 4.10 pour la 12.04, et un autre pour Gimp 2.8. Ça fonctionne parfaitement.
Les indicators sont intégrés au sein de Ubuntu/Lubuntu/Xubuntu, et sont bien utiles - et jolis. :p (il y d'ailleurs quelques autres spécificités de Xubuntu qu'on retrouve difficilement dans les autres distribs Xfce, en plus des indicators).
J'sais pas comment ils font, mais c'est la distrib où PulseAudio fonctionne le mieux (il est même gentil avec Timidity)
upstart permet de démarrer rapidement, plus rapidement qu'avec SysV (perso j'm'en fiche, mais là je racle les fonds de tiroirs :p ).
Et puis Ubuntu Studio, elle est bien. :)
jockey-gtk est aussi sympa pour le débutant pour savoir s'il a besoin de pilotes proprios ou non, et les installer vite fait.
Et puis quand tu installe une buntu, en général t'as rien à faire derrière. A part installer le paquet *buntu-restricted-extras et les pilote proprios si y'a besoin. Y'a une suite bureautique (LibreOffice), NetworkManager, PulseAudio, lightdm (très sympa et léger comme dm, tiens), la dernière version de Firefox & Thunderbird (toujours à jour. Par exemple la 12.04 a reçu la 16.0.1 de FX y'a pas longtemps), tout une suite de logiciels, un beau thème graphique super léché (j'aime beaucoup celui de Xubuntu 12.10 par exemple).
Bref, c'est l'inverse totale d'une Arch, où faut tout faire soi-même… (c'est mon OS principal).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Firefox 16 retiré
Posté par xcomcmdr . En réponse à la dépêche Firefox & Thunderbird 16 sont sortis. Évalué à 2.
Ben non, Firefox 16 n'est pas arrivé sur Arch au moment où j'écris ces lignes. Je viens de me mettre à jour, et j'ai encore la 15.0.1… Y'a un minimum de tests avant que ça n'arrive sur les dépôts officiels. Si on veut être encore plus à jour, faut activer les dépôts [testing], mais après faut pas se plaindre si ça foire.
Sur Windows en revanche : bonjour la faille ! \o/
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd ! Tant de complexité pour un moins bon fonctionnement…
Posté par xcomcmdr . En réponse au journal Archlinux va passer à systemd : appel à volontaire pour maintenir SysVinit. Évalué à -2.
Comparer la fiabilité de deux logiciels ne les met pas dans le même rôle.
C'est comme si je disais que Firefox est plus stable que Audacious. Ça ne veut pas dire que je prends Audacious pour un navigateur Web. :')
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd ! Tant de complexité pour un moins bon fonctionnement…
Posté par xcomcmdr . En réponse au journal Archlinux va passer à systemd : appel à volontaire pour maintenir SysVinit. Évalué à -1.
Non, je ne le pense pas et je ne l'ai jamais dit, ni pensé, ni cru. Tu te fais des idées.
Ce que j'ai dit, c'est que Systemd ou SysV sont fiables. Udev ne l'est (toujours) pas. Que ce soit avec SysV ou SystemD, c'est bien udev qui m'emmerde un boot sur deux depuis bien avant le remplacement de sysV par systemd.
Ils n'en avaient nul besoin. Sauf si tu trouves que dès qu'on parle de systemd, faut que tu défendes ton cher SysV.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd ! Tant de complexité pour un moins bon fonctionnement…
Posté par xcomcmdr . En réponse au journal Archlinux va passer à systemd : appel à volontaire pour maintenir SysVinit. Évalué à -1.
Si si je sais très bien ce que c'est, et c'est bien lui qui bloque le démarrage une fois sur deux.
Y'a qu'à voir le bordel sur la LKML à son sujet.
Quand à tes exemples, je ne comprends pas pourquoi tu met systemd et sysv en opposition. On dit que systemd est compliqué, je réponds avec mon expérience jusqu'ici, c'est tout. Il n'y a pas d'attaque envers SysV dans mes propos. Je suis d'ailleurs passé à systemd uniquement parce que c'était "obligé" par les auteurs de Archlinux (on peut choisir d'autres systèmes d'init si on est vraiment allergique à systemd, mais ça m'a semblé plus compliqué sous Archlinux, et moins supporté, que de passer à systemd. Ce qui m'a pris 5 minutes).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd ! Tant de complexité pour un moins bon fonctionnement…
Posté par xcomcmdr . En réponse au journal Archlinux va passer à systemd : appel à volontaire pour maintenir SysVinit. Évalué à -1.
Pour ma part, systemd fonctionne très bien. C'est :
- facile à configurer ( sudo systemctl enable/disable , et voilà! On peut faire un start/ restart/ stop ensuite si on est pressé),
- facile de surveiller (d'autant que systemctl accepte de nombreux filtres en arguments) :
> $ systemctl
> UNIT LOAD ACTIVE SUB JOB DESCRIPTION
> proc-sys…misc.automount loaded active waiting Arbitrary Executable File Formats File System Automount Point
[…]
> cronie.service loaded active running Periodic Command Scheduler
> cups.service loaded active running CUPS Printing Service
> dbus.service loaded active running D-Bus System Message Bus
> getty@tty1.service loaded active running Getty on tty1
> lightdm.service loaded active running LightDM Display Manager
> network.service loaded active running Legacy unit for network
> NetworkManager.service loaded active running Network Manager
> rc-local.service loaded active exited /etc/rc.local Compatibility
> syslog-ng.service loaded active running System Logger Daemon
> systemd-journald.service loaded active running Journal Service
> systemd-logind.service loaded active running Login Service
> systemd-…s-load.service loaded active exited Load Kernel Modules
> systemd-…unt-fs.service loaded active exited Remount Root and Kernel File Systems
> systemd-sysctl.service loaded active exited Apply Kernel Variables
> systemd-…-setup.service loaded active exited Recreate Volatile Files and Directories
> systemd-…rigger.service loaded active exited udev Coldplug all Devices
> systemd-udevd.service loaded active running udev Kernel Device Manager
> systemd-…ssions.service loaded active exited Permit User Sessions
> systemd-…-setup.service loaded active exited Setup Virtual Console
> udisks2.service loaded active running Storage Daemon
> upower.service loaded active running Daemon for power management
> wpa_supplicant.service loaded active running WPA supplicant
> cups.socket loaded active running CUPS Printing Service Sockets
> dbus.socket loaded active running D-Bus System Message Bus Socket
> syslog.socket loaded active running Syslog Socket
> systemd-initctl.socket loaded active listening /dev/initctl Compatibility Named Pipe
> systemd-journald.socket loaded active running Journal Socket
> systemd-shutdownd.socket loaded active listening Delayed Shutdown Socket
> systemd-…control.socket loaded active listening udev Control Socket
> systemd-…-kernel.socket loaded active running udev Kernel Socket
> arch-daemons.target loaded active active Arch Daemons
> basic.target loaded active active Basic System
> bluetooth.target loaded active active Bluetooth
> cryptsetup.target loaded active active Encrypted Volumes
> getty.target loaded active active Login Prompts
> graphical.target loaded active active Graphical Interface
> local-fs-pre.target loaded active active Local File Systems (Pre)
> local-fs.target loaded active active Local File Systems
> multi-user.target loaded active active Multi-User
> network.target loaded active active Network
> remote-fs.target loaded active active Remote File Systems
> sockets.target loaded active active Sockets
> sound.target loaded active active Sound Card
> swap.target loaded active active Swap
> sysinit.target loaded active active System Initialization
> syslog.target loaded active active Syslog
> systemd-…es-clean.timer loaded active waiting Daily Cleanup of Temporary Directories
>
> 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.
>
> 76 loaded units listed. Pass --all to see loaded but inactive units, too.
> To show all installed unit files use 'systemctl list-unit-files'.
(sans oublier la commande journalctl),
- bien plus rapide que SysV (même sur un SSD),
- fiable (au contraire de udev),
- largement documenté ( man systemctl, man systemd, man journalctl).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd ! Tant de complexité pour un moins bon fonctionnement…
Posté par xcomcmdr . En réponse au journal Archlinux va passer à systemd : appel à volontaire pour maintenir SysVinit. Évalué à 1. Dernière modification le 09 octobre 2012 à 19:29.
Pour ma part, j'aime pas mal PulseAudio (principalement pour le volume sonore propre à chaque application : Sous Alsa, modifier le volume de Audacious modifie le volume PCM ou Master, donc ça affecte tout le monde : pas cool !)
Mais j'ai dû (encore) le virer pour deux raisons :
- Ça ne fonctionne pas avec Timidity (qui utilise ALSA), qu'il soit lancé en daemon ou non. Mon MIDI devient muet. Et ça, ça m'emmerde grave quand je veux l'entendre dans DOSBox ou ScummVM. Et pourtant, cette fois-ci, la dernière fois, ça avait fonctionné pendant un temps. Vraiment bizarre.
- Aléatoirement, si xfce4-volumed a été démarré avant PulseAudio lors de l'ouverture de la session, je n'ai pas de son (la carte son est remplacée par une "sortie factice" !). Je suis obligé de tuer xfce4-volumed, et de redémarrer dans l'ordre PulseAudio, et ensuite xfce4-volumed.
Le plus bizarre, est que je n'ai aucun de ces problèmes sous *buntu (je suis sous Archlinux) !
edit : Ah tiens, dans les préférences du module de sortie ALSA de Audacious, j'ai mis le 'mélangeur' sur autre chose : 'Speaker', et ça n'affecte plus que Audacious. Pas propre, mais c'est résolu. J'ai rien dit!
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
# Extinction simple et forcée...
Posté par xcomcmdr . En réponse au sondage Question gestion de l'énergie. Évalué à 2. Dernière modification le 01 octobre 2012 à 16:35.
Sinon, mon ASUS X71SL reste bloqué lors de la sortie de la mise en veille ou de l'hibernation. Le coupable semble être l'ACPI du BIOS.
Et c'est encore pire sous Ubuntu (en ce moment j'utilise Archlinux), qui ne boot même pas sans désactiver l'ACPI (acpi=off).
Je crois avoir lu qu'on pouvait spécifier sa propre "table ACPI" au kernel linux, mais j'ai peut-être rêvé…
Ça marche très bien sous Windows (même XP !), évidemment.
En fait la dernière fois que ça a fonctionné (y compris l'hibernation !), c'était sous Ubuntu <= 10.10, avec le kernel de l'époque évidemment (soit le kernel 2.6.35-32)…
Depuis, j'ai beau avoir un kernel toujours à jour (le 2.6.truc, puis le 3.0, puis le 3.2… jusqu'au 3.5.4-1-ARCH d'aujourd'hui), d'essayer les nouvelles versions d'Ubuntu (vu que le kernel est patché par Canonical/Debian, peut-être que ça marcherait…), c'est toujours pareil.
Y'a quoi qui a changé dans le kernel à ce niveau depuis ?!
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Verrouillage de l'écran
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.6 : en route vers GNOME 4.0 !. Évalué à 3.
Précise Pangolin ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: nom des applications
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.6 : en route vers GNOME 4.0 !. Évalué à 4.
Et là l'utilisateur ferme la fenêtre, parce qu'il s'en fout, 99% du temps.
(source : études d'utilisateurs faites par Microsoft. Voir le blog "The old new thing". Et ça date des années 90…)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: L'abandon du mode de repli sans accélération OpenGL est discuté ?
Posté par xcomcmdr . En réponse à la dépêche GNOME 3.6 : en route vers GNOME 4.0 !. Évalué à 0.
Pour les jeux gourmands, Xfce et LXDE n'embêtent pas le GPU ni le CPU :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas de bureau
Posté par xcomcmdr . En réponse au sondage Que mettez vous sur votre bureau ?. Évalué à 1.
Mais c'est énorme !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Mais pourquoi un tel engouement ?
Posté par xcomcmdr . En réponse à la dépêche Project Eternity : un jeu de rôle à l’ancienne bientôt sur GNU/Linux. Évalué à 0.
Pour clarifier, il n'y a pas d'éditeur derrière qui vient les faire chier (cf. Alpha Protocol, sorti à l'état de bêta pour pas louper la fête de la saucisse : échec commercial), et Obsidian est très loin d'être un acteur inconnu dans le monde du JV. En clair, le projet a de meilleures chances qu'un projet de JV classique !
Alors arrête ton FUD, ou commence à donner de VRAIES raisons !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Mais pourquoi un tel engouement ?
Posté par xcomcmdr . En réponse à la dépêche Project Eternity : un jeu de rôle à l’ancienne bientôt sur GNU/Linux. Évalué à 0.
Ils donnent des récompenses, et le jeu à 25$ sans DRMs, etc… arrête ton FUD.
Quant au monde du jeu vidéo, il est déjà privateur et DRMisé à 99%. Linux n'existe même pas pour les éditeurs !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Mais pourquoi un tel engouement ?
Posté par xcomcmdr . En réponse à la dépêche Project Eternity : un jeu de rôle à l’ancienne bientôt sur GNU/Linux. Évalué à 4.
Ben oui, dans le domaine du jeu vidéo, ils sont connus et reconnus depuis des décennies. Arcanum, Fallout 1 & 2 et Fallout : New Vegas, Planescape : Torment, KOTOR 2, NeverWnterNights 2, Alpha Protocol, Temple of Elemental Evil, … Mais pour savoir ça, faut sortir de son trou de troll.
A part ça, comment tu veux présenter un jeu vidéo alors que tu n'as pas les fonds pour le faire ? Duh !
Ben tu présente qui tu es (fait), ce que tu veux faire (fait), tu tiens les gens au courant (fait), tu montres ce que tu as fait par le passé (fait), tu décris les concepts du jeu (fait), des artworks (fait), tu dis sur quelle plateforme ce sera (fait), etc…
Ça doit faire dans les centaines de lignes de description ça madame !
Alors on va expliquer au trololo les règles sur Kickstarter, histoire de le rassurer :
Si le projet est mal présenté ou que ses auteurs ne sont pas reconnus, le Kickstarter aura du mal à décoller.
Si la somme voulue n'est pas atteinte avant la date limite, aucune somme n'est versé.
Ah, et personne ne paie avant la date limite bien sûr.
Aussi, tout le monde peut changer le montant de son don jusqu'à la date limite.
Ben non effectivement, la norme dans le monde du jeu vidéo, c'est d'avoir des DRMs partout. T'as entendu parler de Steam ? Tu sais qu'il est omniprésent sur les jeux PC depuis des années ?
Et si ce n'était que Steam, ça se saurait…
Non, les donateurs ont (selon le niveau de don) au choix une ou plusieurs récompenses. Plus la donation est grande, plus la récompense sera meilleure. C'est le même principe pour tous les Kickstarters.
Forcément quand on ne se donne même pas la peine de s'informer, on a du mal à comprendre.
N'importe quoi, les récompenses n'ont rien à voir avec ce que tu décris. Le jeu sera téléchargeable un nombre non limité de fois, et sans DRMs, sur Linux et d'autres plateformes, à partir de 25$ depuis peu (l'offre à 20$ a atteint sa limite, soit 20 000 personnes)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Un jeu c'est bien, un jeu libre c'est mieux
Posté par xcomcmdr . En réponse à la dépêche Project Eternity : un jeu de rôle à l’ancienne bientôt sur GNU/Linux. Évalué à 10.
Un jeu libre c'est bien, un bon jeu c'est mieux.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Voiture individuel parce que ...
Posté par xcomcmdr . En réponse au sondage Quel moyen de transport utilisez-vous pour vous rendre sur votre lieu de travail ?. Évalué à 10.
J'préfère quelqu'un qui a de bonnes raisons plutôt qu'un inconscient.
Je ne vois pas ce qu'il y a de "drôle".
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: qui parle anglais
Posté par xcomcmdr . En réponse à la dépêche Quoi de neuf chez Mandriva ?. Évalué à 2.
Non, c'est un fait depuis longtemps établi : l'origine de l'informatique moderne remonte à la seconde guerre mondiale et aux Américains, ce qui fait que l'anglais s'est imposé (par ailleurs, UNIX, Windows, Mac OS, le MIT, Bell Labs, Xerox, Intel, IBM, Nvidia, … ils sont d'où à ton avis ? Du Pérou ?…).
Lesquels US of A n'ont pas encore tout à fait perdu leur position de leader dans le domaine, quoi qu'on en dise… ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
# Comment devenir développeur Debian ?
Posté par xcomcmdr . En réponse à la dépêche Jeudis du Libre Mons : Qu’est‐ce qu’un Développeur Debian ? Comment le devient‐on ?. Évalué à -4. Dernière modification le 13 septembre 2012 à 13:14.
On introduit des failles dans OpenSSL. :]
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Awesome
Posté par xcomcmdr . En réponse au sondage Quel gestionnaire de fenêtres utilisez‐vous ?. Évalué à 1.
Par curiosité, je viens de tester sous Awesome:
- Xfce4-panel et xfce4-power-manager laissent une unique instance de xfcond si elle n'existe pas déjà (logique : si xfpm le tuait à la fermeture, ça empêcherait par exemple le panel de répondre aux changements de configuration… Pas cool !)
- Thunar ne laisse rien.
Logiquement, le panel et le gestionnaire d'alimentation sont utilisés tout le temps de la session, donc je ne vois pas en quoi c'est gênant qu'ils laissent un processus qui va mourir "naturellement" uniquement à la fin de la session (à moins de le tuer).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)