Mais refuser de le faire avec des arguments du type « j'ai pas que ça à faire », c'est refuser à mon avis l'un des principes de base de l'informatique.
En oubliant l'autre moitié des arguments ("certains formats de fichiers ne permettent pas d'incorporer des métadonnées") on utilise un principe de base de linuxfr.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Je ne perds pas mon temps avec des tags à corriger, justement. Pas que ça à faire.
Quant aux formats de fichiers, si tu proposes de les convertir en MP3 ou FLAC, tu ne sais rien de ces formats de fichiers (hint : ils sont en .MOD, .UMX ou autre pour plusieurs bonnes raisons).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Mouais, la, c'est un peu beaucoup ta faute… Je pensais que ça n'existait plus les gens qui avaient de la musique sans metadonnées.
Bah je veux juste la musique, pas le bullshit. Les métadonnées je m'en fous.
Surtout quand le nom du fichier suffit pour avoir le nom de la piste, et le nom du dossier pour l'album.
Alors ça va faire hurler Zenitram, mais ça marche.
Et va mettre des métadonnées (ou t'attendre à ce que Clementine/Amarok/Banshee/… soient compatibles avec le .SPC, .GYM, et compagnie) quand le format ne le permet pas. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
En tant qu'utilisateur d'audacious, même sous KDE (et même sous Windows si je n'utilisais pas déjà Winamp), cette future intégration graphique va rendre l'utilisation de mon lecteur de musique préféré aussi idéale qu'avant (hint : avant GTK3). :)
Même sous Xfce (un environnement basé sur GTK2), Audacious était devenu plus difficile à utiliser (icônes monochromes, thème GTK3 "cassé" à chaque nouvelle version majeure de GTK3, vue "Fichiers récents" totalement inutile dans le sélecteur de fichiers, décorations des fenêtres n'utilisant même plus le WM de l'utilisateur !).
C'est en effet le seul lecteur à lire tous mes formats de musique (.MOD, .XM, .SPC, .FLAC, .MP3, .GYM, …), et un des rares à ne pas proposer une utilisation en mode "bibliothèque" bordélique car basée sur les métadonnées des fichiers (alors que souvent les métadonnées sont absentes ou erronées, et si j'ai fait des dossiers c'est pas pour rien !).
Vive Audacious !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
La deuxième chose fondamentalement différente entre X et Wayland, c'est que dans Wayland, chaque image est parfaite. Plus de clignotement, plus de fenêtre qui s'affiche avec rien dedans, plus de fenêtre qui se lance avec un ancien contenu affiché pendant un bref instant. C'est pas une bonne raison de dégager X?
Je voyais bien ce phénomène au lancement de mon Xfce (genre le tableau de bord qui se peuple peu à peu, mais avec plein de "bugs" graphiques du genre dont tu parles).
KDE affichant un splashscreen lors de l'ouverture de session (plus longtemps que le fait Xfce en tout cas), ça ne se voit pas.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Moi si. Passer d'une résolution inférieur au 800x600 (720x576, et encore c'est pour du PAL) à du 1080p, c'est quand même 1 658 880 pixels de différence, et ça se voit.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Arch et d'autres distributions sont passé à systemd bien avant les histoires des de dépendance de Gnome envers systemd.
D'ailleurs, Gnome étant multi-distribution, c'est on ne peut plus logique de choisir le système d'init le plus répandu (ou en vogue) quand on veut pas s'embêter à faire une couche d'abstraction permettant d'être compatible avec plusieurs systèmes d'init (et c'est plutôt ça le problème en fait : la flemme/manque de temps/budget/bras/whatever côté Gnome).
Quant à Xfce, ça fonctionne bien sans systemd. Mais clairement, prendre en charge plusieurs systèmes d'init et de gestion d'alimention/de disque sur Linux ou BSD (et encore, pas parfaitement), n'est pas une partie de plaisir pour les développeurs Xfce.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Dans le genre de X-COM (sans compter que l'original de 1994 tourne très bien dans DOSBox), Xenonauts arrive bientôt sous Linux (au moins sur Steam, voire sur Desura. Quant à GOG - où il n'y a pas de DRM - on dirait qu'il n'y est pas. :( )
Pour d'autres jeux indés, si on achète sur le site du développeur/éditeur, on a pas de DRM. Peut-être est-ce aussi vrai pour Xenonauts ?
"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 Firefox 30 glorieuses.
Évalué à 0.
Dernière modification le 12 juin 2014 à 13:17.
Personnellement je trouve qu'obliger les gens à n'utiliser que du libre sans regarder les conséquences (entre autre : site pas utilisable parce que en Flash, ordi pas utilisable parce que le pilote libre ne fonctionne pas, et ainsi de suite), c'est ironique quand on se dit être pour la liberté numérique des utilisateurs. Et accessoirement, idiot.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Le répertoire /tmp était couramment utilisé par les démons d'un système pour stocker des fichiers temporaires, sockets ou des FIFO. Or ce dossier est accessible à tous les utilisateurs ce qui a causé de nombreux problèmes de sécurité (par exemple CVE-2011-2722) lorsque la manipulation des fichiers n'était pas faite de façon très précautionneuse par rapport à la sécurité.
La plupart des démons utilisent maintenant des sous-dossiers de /run avec des permissions restreintes pour stocker leurs données temporaires. Mais certains projets sont récalcitrants et certains programmes ne peuvent aussi pas être changés (logiciels propriétaires, notamment). Pour ceux-ci, l'option PrivateTmp des fichiers d'unit systemd permet de créer un dossier à accès restreint, dont l'usage sera transparent pour l'application.
Ainsi, avant de démarrer un service, systemd :
crée un dossier tmp avec un nom imprédictible en utilisant la fonction mkdtemp ;
crée un nouvel espace de nom de système de fichiers (file system namespace) pour que les changements >n'impactent pas tout le système, mais uniquement le démon et ses fils ;
monte avec l'option bind le dossier créé par-dessus le dossier /tmp ;
démarre le service.
Plus de détails sur le blog de Red Hat lié à la sécurité.
Il peut faire ça SysV ? ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas de métadonnées!?
Posté par xcomcmdr . En réponse au journal Au suivant: encore un projet qui va abandonner GTK+. Évalué à 0.
Genre je vais mettre plus de 10 000 fichiers dans un seul dossier. Super pratique.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas de métadonnées!?
Posté par xcomcmdr . En réponse au journal Au suivant: encore un projet qui va abandonner GTK+. Évalué à 3.
En oubliant l'autre moitié des arguments ("certains formats de fichiers ne permettent pas d'incorporer des métadonnées") on utilise un principe de base de linuxfr.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas de métadonnées!?
Posté par xcomcmdr . En réponse au journal Au suivant: encore un projet qui va abandonner GTK+. Évalué à 10.
Quand on a lu Zenitram, la consternation qui suit est encore de Zenitram
(xcomcmdr)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas de métadonnées!?
Posté par xcomcmdr . En réponse au journal Au suivant: encore un projet qui va abandonner GTK+. Évalué à 6.
La musique sans son ça s'appelle du silence. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas de métadonnées!?
Posté par xcomcmdr . En réponse au journal Au suivant: encore un projet qui va abandonner GTK+. Évalué à 4.
Je suis pro-systemd, si tu veux savoir.
Je ne perds pas mon temps avec des tags à corriger, justement. Pas que ça à faire.
Quant aux formats de fichiers, si tu proposes de les convertir en MP3 ou FLAC, tu ne sais rien de ces formats de fichiers (hint : ils sont en .MOD, .UMX ou autre pour plusieurs bonnes raisons).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas de métadonnées!?
Posté par xcomcmdr . En réponse au journal Au suivant: encore un projet qui va abandonner GTK+. Évalué à 2.
Bah je veux juste la musique, pas le bullshit. Les métadonnées je m'en fous.
Surtout quand le nom du fichier suffit pour avoir le nom de la piste, et le nom du dossier pour l'album.
Alors ça va faire hurler Zenitram, mais ça marche.
Et va mettre des métadonnées (ou t'attendre à ce que Clementine/Amarok/Banshee/… soient compatibles avec le .SPC, .GYM, et compagnie) quand le format ne le permet pas. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
# Enfin :)
Posté par xcomcmdr . En réponse au journal Au suivant: encore un projet qui va abandonner GTK+. Évalué à 6.
En tant qu'utilisateur d'audacious, même sous KDE (et même sous Windows si je n'utilisais pas déjà Winamp), cette future intégration graphique va rendre l'utilisation de mon lecteur de musique préféré aussi idéale qu'avant (hint : avant GTK3). :)
Même sous Xfce (un environnement basé sur GTK2), Audacious était devenu plus difficile à utiliser (icônes monochromes, thème GTK3 "cassé" à chaque nouvelle version majeure de GTK3, vue "Fichiers récents" totalement inutile dans le sélecteur de fichiers, décorations des fenêtres n'utilisant même plus le WM de l'utilisateur !).
C'est en effet le seul lecteur à lire tous mes formats de musique (.MOD, .XM, .SPC, .FLAC, .MP3, .GYM, …), et un des rares à ne pas proposer une utilisation en mode "bibliothèque" bordélique car basée sur les métadonnées des fichiers (alors que souvent les métadonnées sont absentes ou erronées, et si j'ai fait des dossiers c'est pas pour rien !).
Vive Audacious !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Autre, mais c'est trop la honte
Posté par xcomcmdr . En réponse au sondage Quel langage utilisez-vous sur vos serveurs pour vos applications web ?. Évalué à -1.
Heureusement que j'ai jamais touché au PHP !
Vive Rails !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: La peau de l'ours
Posté par xcomcmdr . En réponse au journal Pour les brevets logiciels, le début de la fin a peut-être sonné.... Évalué à 9.
C'est Taftaïen !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Comment c’est possible ?
Posté par xcomcmdr . En réponse au journal [bookmark] 30 ans de X. Évalué à 3.
Je voyais bien ce phénomène au lancement de mon Xfce (genre le tableau de bord qui se peuple peu à peu, mais avec plein de "bugs" graphiques du genre dont tu parles).
KDE affichant un splashscreen lors de l'ouverture de session (plus longtemps que le fait Xfce en tout cas), ça ne se voit pas.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Comment c’est possible ?
Posté par xcomcmdr . En réponse au journal [bookmark] 30 ans de X. Évalué à 9.
Rien à voir. Un logiciel dont tout le monde dépend, ça s'enlève pas tout seul, même si c'est tout pourri.
Regarde le cas Windows, par exemple… ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Le bon cote
Posté par xcomcmdr . En réponse à la dépêche Nouvelle faille importante dans GnuTLS. Évalué à 3.
Ça sert si tu veux raccourcir sa durée de vie.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: La technologie évolue...
Posté par xcomcmdr . En réponse au journal HEVC/H.265 et x265 : mes premiers tests. Évalué à 1.
Et j'ai dit que c'était bel et bien époustouflant.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: La technologie évolue...
Posté par xcomcmdr . En réponse au journal HEVC/H.265 et x265 : mes premiers tests. Évalué à 5.
Moi si. Passer d'une résolution inférieur au 800x600 (720x576, et encore c'est pour du PAL) à du 1080p, c'est quand même 1 658 880 pixels de différence, et ça se voit.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pas CLI
Posté par xcomcmdr . En réponse à la dépêche Sortie de Glances version 2.0. Évalué à 8.
C'est bien la première fois que j'entends/lis "interface en pleine console"…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Portabilité et forçage
Posté par xcomcmdr . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 6.
Ah ben oui, le prix du Kilo-octet a explosé ma bonne dame !!
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Portabilité et forçage
Posté par xcomcmdr . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 2. Dernière modification le 13 juin 2014 à 22:57.
Arch et d'autres distributions sont passé à systemd bien avant les histoires des de dépendance de Gnome envers systemd.
D'ailleurs, Gnome étant multi-distribution, c'est on ne peut plus logique de choisir le système d'init le plus répandu (ou en vogue) quand on veut pas s'embêter à faire une couche d'abstraction permettant d'être compatible avec plusieurs systèmes d'init (et c'est plutôt ça le problème en fait : la flemme/manque de temps/budget/bras/whatever côté Gnome).
Quant à Xfce, ça fonctionne bien sans systemd. Mais clairement, prendre en charge plusieurs systèmes d'init et de gestion d'alimention/de disque sur Linux ou BSD (et encore, pas parfaitement), n'est pas une partie de plaisir pour les développeurs Xfce.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: DRM ?
Posté par xcomcmdr . En réponse à la dépêche Firefox 30 glorieuses. Évalué à 5.
Le manichéisme et la mauvaise foi sont les deux mamelles de linuxfr.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Click to play ?
Posté par xcomcmdr . En réponse à la dépêche Firefox 30 glorieuses. Évalué à 1.
Quand le problème vient du plugin, je vois pas comment modifier les perfs de Firefox va changer quoi que ce soit.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Portage "natif"
Posté par xcomcmdr . En réponse au journal Civ 5 sous Linux. Évalué à 2.
Dans le genre de X-COM (sans compter que l'original de 1994 tourne très bien dans DOSBox), Xenonauts arrive bientôt sous Linux (au moins sur Steam, voire sur Desura. Quant à GOG - où il n'y a pas de DRM - on dirait qu'il n'y est pas. :( )
Pour d'autres jeux indés, si on achète sur le site du développeur/éditeur, on a pas de DRM. Peut-être est-ce aussi vrai pour Xenonauts ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: DRM ?
Posté par xcomcmdr . En réponse à la dépêche Firefox 30 glorieuses. Évalué à 0. Dernière modification le 12 juin 2014 à 13:17.
Personnellement je trouve qu'obliger les gens à n'utiliser que du libre sans regarder les conséquences (entre autre : site pas utilisable parce que en Flash, ordi pas utilisable parce que le pilote libre ne fonctionne pas, et ainsi de suite), c'est ironique quand on se dit être pour la liberté numérique des utilisateurs. Et accessoirement, idiot.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: xfs ?
Posté par xcomcmdr . En réponse à la dépêche Red Hat Enterprise Linux 7. Évalué à 8. Dernière modification le 12 juin 2014 à 08:26.
Ah ouais…
Pas de compression (NTFS l'a depuis 1993. ZFS le fait aussi)
Pas de chiffrement (NTFS l'a depuis 2000. ZFS le fait aussi)
Pas de dé-duplication des données (NTFS l'a depuis 2012. ZFS le fait aussi)
On ne peut pas réduire une partition XFS.
Semble être moins performant que ext4
…
C'est sûr, c'est le système de fichiers le plus abouti à l'heure actuelle.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: 0 A.D.
Posté par xcomcmdr . En réponse au journal Civ 5 sous Linux. Évalué à 6.
Civilization et un clone de Age of Empire n'ont juste rien à voir.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Ça me met en colère !
Posté par xcomcmdr . En réponse au journal Turing est battu. Évalué à 2.
Surtout si on veut s'éclater (contre un platane) ! \o/
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
# Alors...
Posté par xcomcmdr . En réponse à la dépêche Red Hat Enterprise Linux 7. Évalué à 9.
Il peut faire ça SysV ? ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)