PS : c'est quoi les PPA ? un truc dont j'ai jamais eu besoin ? :-)
Un truc qui évite d'avoir des logiciels obsolètes, ou qui permet d'avoir ffmpeg (le vrai) à la place de cette merde de libav (heureusement sous Arch on a bien compris que ffmpeg n'était PAS obsolète. ;-) )
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Et pour toutes les âneries qui ont été écrites sur les formats binaires tel que la plus grande robustesse du texte à la corruption, ou sa plus grandes évolutivite je pense qu'il faut revenir à la base d'une conception correcte… ce n'est par ce que des formats ont été mal conçus que c'est une fatalité. On peut avoir les mêmes propriétés que du texte si on le souhaite. Ça se choisi juste en fonction des besoins non fonctionnels exprimés (et au passage le texte non structuré c'est génial pour oublier de spécifier ce qu'on produit alors oui tu m'étonnes que c'est souple…)
Alléluia !! Enfin quelqu'un qui a la tête sur les épaules ! Je commençais à désespérer face à tant de bêtise.
D'ailleurs le format qu'utilise systemd-journald est justement robuste face à la corruption (autant que du texte), entre autres propriétés intéréssantes :
Fully indexed by all fields
Can store binary data, up to 264-1 in size
Seekable
Primarily append-based, hence robust to corruption
Support for in-line compression
Support for in-line Forward Secure Sealing
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Posté par xcomcmdr .
En réponse au journal Debian Sid facile.
Évalué à 3.
Dernière modification le 10 mai 2015 à 12:39.
Il y a peu de raisons valables pour mettre à jour, à part la sécurité, la compatibilité (import des documents de MSOffice par exemple) et des grosses difficultés dont on espère qu'elles soient résolues (genre avec Nepomuk ou avec kmail et plein de comptes imap). Mais la perpétuelle course à l'échalotte c'est un trait humain ; c'est avec l'expérience (ou l'âge) qu'on devient plus tempéré.
Tu veux dire que je vais installer Debian Stable quand je serais vieux ?
Plutôt crever !
Sérieusement, j'utilise Arch pas tellement pour le côté rolling releae, mais surtout parce que j'en avais assez de bricoler avec des PPAs sous Ubuntu, et de devoir faire des mises à niveau (et sur Debian Stable, ce sera le même problème pour les mises à niveau).
Avec Arch, je met à jour au fil de l'eau toute l'année, plutôt que de faire une grande opération de mise à niveau casse gueule tous les 3 trois ans, et de devoir me demander si j'ai pas foutu le bordel avec les PPAs. :/
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Par pitié, on pourrait arrêter de sortir cet argument complètement ridicule un jour ?
Par pitié, quand tu vas tu cesser de croire que le texte est un cas spécial ?
Du texte, du pas texte, c'est du binaire. Tout est binaire. Des zéros, et des un.
Pour ce format binaire, on s'est décidé sur une norme une forêt de normes pour pouvoir le lire/écrire (EBDIC , ASCII, des pages de code à foison, UTF-8, format des fins de lignes …), ça ne s'est pas fait tout seul.
Ensuite, les outils qui le traitent prennent en charge (à peu près) toutes les variantes courantes, mais ça ne s'est pas fait en un jour. Loin de là !
Donc au final, on a un format binaire, avec pléthores d'outils qui traitent du binaire.
Rien n'empêche d'utiliser un autre format binaire (comme celui de systemd-journald), et d'avoir des outils autour qui soient multiplateformes. Comme pour le cas du texte. Faut juste se décider sur le format. Ce n'est pas parce que ce n'est pas du texte que c'est forcément plus compliqué.
En fait, même du texte c'est compliqué. EBDIC ou ASCII ? ASCII ou UTF-8 ? UTF-8 ou UTF-16 ou … ? Avec ou sans BOM ? Codepage 1252 ou 1250 ou 437 ou une parmi des dizaines d'autres ? Avec des fins de ligne UNIX, Windows, ou Mac ?
Et t'as pas d'en-tête. Tout ça il faut le deviner en sondant le fichier !
Ça a l'air simple et pas si méchant aujourd'hui car c'est (à peu près) maîtrisé depuis longtemps Unicode.
Enfin ça, c'est pour la partie texte.
Pour les formats de logs, de dates et compagnie au sein d'un texte, on a encore beaucoup de "standards" qui se battent et qui n'arrangent rien.
Alors oui, peut-être qu'un autre format serait meilleur que tout ce merdier soit-disant pas binaire donc pas compliqué. Avec une autre approche. Comme celle de journald qui lui permet déjà de faire de l'auto-complétion sur ce qu'on recherche, de filtrer par service, boot, date, etc… C'est déjà pas si mal.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Si tu apprends les outils d'analyse et de transformation des fichiers texte, tu peux réutiliser ces compétences de façon créative pour résoudre plein de problèmes, différents, sur toutes les données qui utilisent un format texte. (Il y a même des formats textuels d'image!)
Mais c'est une fausse dichotomie, vu que même ce qui est textuel est binaire.
Si tu apprends les outils d'analyse et de transformation des journaux binaires, et bien tu vas travailler plus vite sur tes journaux binaires et rien apprendre d'autre: j'ai du mal à trouver cette promesse très excitante, contrairement à la première!
Si j'apprends les outils binaires, j'aurais donc aussi appris les outils textuels. CQFD. ;-)
C'est utile de mettre des journaux dans une base de données – ce dont parle l'auteur de ton article – mais ce n'est beaucoup plus utile qu'un format texte que dans des cas très spécialisés. Et dans mon expérience, l'information utile à écrire dans ma base de données ne résulte pas d'une traduction ligne à ligne des logs mais d'une analyse plus approfondie des logs.
Je préfère quand même interroger journalctl plutôt que de sortir grep, des regex, sed, et awk, tout ça pour une histoire de putain de date à la con ou autre.
Y'a un moment où extraire les données, ben on se dit que ce serait à la machine de le faire, et il n'y aurait plus qu'à interroger un outil un poil plus "intelligent", quitte à ressortir grep & co. sur la sortie qu'il nous donne (c'est pas interdit, hein).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Est-ce que je vais avoir un soucis pour le lire sous win98,
Je savais pas que le bloc-notes de Windows 9X savait lire l'Unicode (et avec des fins de ligne UNIX en plus !) ! Moi qui croyait que la prise en charge était très partielle, et que les développeurs devaient utiliser une couche de compatibilité par dessus l'API Win32 provenant de Windows XP pour chaque application voulant prendre en charge l'Unicode sur cette famille de système d'exploitations !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Posté par xcomcmdr .
En réponse au journal Debian Sid facile.
Évalué à 2.
Dernière modification le 08 mai 2015 à 13:12.
Les deux approches sont différentes (perso l'approche d'Arch "marche où crève" me convient très bien), Arch fait relativement du bon boulot, mais non, ça ne sert à rien de faire l'autruche sur les défauts des qualités intrinsèques d'Arch.
Je ne fais pas l'autruche, mais dire que Arch balance les mises à jours sans penser aux conséquences et que ça pète dans tous les coins et que Arch n'a aucune cohérence, c'est pas la même chose que de dire que Arch a les défauts de ses qualités.
Tout ça parce que il y a UN truc qui pète on chie dessus. Faudrait apprendre à se calmer.
Et puis l'attitude "marche ou crève" n'est pas vraie partout. Y'a encore plein de projets qui utilise la SDL 1.2 à la place de la SDL 2.0, même sous Arch, et aucun mainteneur de Arch n'a essayé de faire le forcing (en tout cas à ma connaissance).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Posté par xcomcmdr .
En réponse au journal Debian Sid facile.
Évalué à 3.
Dernière modification le 08 mai 2015 à 11:30.
Je parle de paquets mis à jour alors que les projets upstream en dépendant ne l'ont pas été…
Exemple ?
C'est pas les packageurs Arch qui code sur les softs qu'ils packagent…
Certes, mais la plupart du temps, une recompilation (pas faite par toi) + publication d'une nouvelle version du package suffit.
J'ai jamais eu une mise à jour du type que tu décris en tout cas.
Et pour prendre un exemple, je connais beaucoup de projets qui, même sur Arch, sont restés sur la SDL 1.2 alors que la SDL 2.0 est arrivée (DOSBox par exemple).
Je te parle pas de réussir à packager KDE5 Plasma 5.
Et pourtant c'est une transition qui est loin d'être simple, et les mainteneurs n'ont pas juste balancé Plasma 5 comme ça, ce qui me fait d'autant plus douter de l'existence des mises à jours "ça casse ou ça casse" que tu décris.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
on package une nouvelle version d'un paquet même si ça doit casser d'autres paquets…
Euh, c'est pas du tout mon expérience. D'abord il y a un dépôt testing, qui n'est pas utilisé pour tout certes, mais qui est utilisé pour vérifier justement qu'on casse rien.
Et quand ça casse d'autres paquets, une nouvelle version des paquets concernés sont disponibles avec la mise à jour (exemple : la mise à jour de libpng, où ça n'a cassé que les paquets installés via des scripts AUR qui n'avaient pas été mis à jours par leurs mainteneurs malgré les avertissements).
Et si on "packageait une nouvelle version d'un paquet même si ça doit casser d'autres paquets", croit moi que je l'aurais senti passer lors de la mise à jour de KDE 4 vers Plasma 5. Or, je suis passé à Plasma 5.3 et KDE Frameworks 5.9 sans que rien ne casse.
Pas mal pour une distribution qui casse tout pour la mise à jour d'un paquet. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Depuis Windows 7, la barre des tâches fait à la fois liste des applications ouvertes et dock.
Un peu comme KDE qui peut afficher un lanceur sur le gestionnaire des applications du tableau de bord lorsqu'une application n'est pas lancée (et le lanceur devient l'icône de l'instance de l'application une fois ouverte).
Pour revenir à Windows 7, l'aspect dock + barre des tâches + jump lists / actions tout en un est vraiment une amélioration par rapport à la barre des tâches de Vista et ses prédécesseurs (ça a été repris dans Windows 8 et ultérieurs) :
Les applications "dockées" sont où ? Dans la barre des tâches
Les applications ouvertes sont où ? Dans la barre des tâches
Et ce, sans faire de doublons entre les "lanceurs" et les "instances".
Ça améliore grandement l'ergonomie sans vraiment bousculer les habitudes.
Et le bureau libre le plus proche de cela, c'est KDE. :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Et à force de message qui font peur partout, le PEBKAC a appris à passer outre n’importe quelle alerte de sécurité
Ce n'est pas les messages en eux-mêmes, c'est les guguss qui font de l'auto-signé en disant "vas y ignore le message qui fait peur". Ou comment répandre une mauvaise pratique…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Pour ce qui est de Flash, pourquoi encore l'installer alors qu'il a presque entièrement disparu sur la majorité des sites web ou à un équivalent HTML5 ?
Parce que Flash est loin d'avoir totalement disparu.
Pourquoi ne pas proposer Shumway de Mozilla qui est libre si on considère que Flash est encore utile ?
Parce que Shumway est encore loin d'être utilisable.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
# Et le pire
Posté par xcomcmdr . En réponse au journal L'Armée Française et ses logiciels, bis repetita.... Évalué à 3.
C'est que maintenant Sopra c'est Sopra Steria
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: un truc que je n'arrive pas à comprendre.
Posté par xcomcmdr . En réponse au journal Debian Sid facile. Évalué à 3.
Un truc qui évite d'avoir des logiciels obsolètes, ou qui permet d'avoir ffmpeg (le vrai) à la place de cette merde de libav (heureusement sous Arch on a bien compris que ffmpeg n'était PAS obsolète. ;-) )
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pour toi?
Posté par xcomcmdr . En réponse au journal Vivent les journaux binaires !. Évalué à 9.
Alléluia !! Enfin quelqu'un qui a la tête sur les épaules ! Je commençais à désespérer face à tant de bêtise.
D'ailleurs le format qu'utilise systemd-journald est justement robuste face à la corruption (autant que du texte), entre autres propriétés intéréssantes :
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Neural-net CPU
Posté par xcomcmdr . En réponse au sondage Mon processeur préféré ?. Évalué à 3.
Skynet ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Définition
Posté par xcomcmdr . En réponse au journal Vivent les journaux binaires !. Évalué à 1.
Je préfère discuter avec le chien de Microsoft Bob, qui a fait son grand retour triomphale en 2001 dans Windows XP.
Il a plus de conversation que ce connard de Clippy !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: un truc que je n'arrive pas à comprendre.
Posté par xcomcmdr . En réponse au journal Debian Sid facile. Évalué à 3. Dernière modification le 10 mai 2015 à 12:39.
Tu veux dire que je vais installer Debian Stable quand je serais vieux ?
Plutôt crever !
Sérieusement, j'utilise Arch pas tellement pour le côté rolling releae, mais surtout parce que j'en avais assez de bricoler avec des PPAs sous Ubuntu, et de devoir faire des mises à niveau (et sur Debian Stable, ce sera le même problème pour les mises à niveau).
Avec Arch, je met à jour au fil de l'eau toute l'année, plutôt que de faire une grande opération de mise à niveau casse gueule tous les 3 trois ans, et de devoir me demander si j'ai pas foutu le bordel avec les PPAs. :/
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: SID vs Arch
Posté par xcomcmdr . En réponse au journal Debian Sid facile. Évalué à -2.
Jamais le cas chez moi. Donc c'est pas un problème de Archlinux, mais un problème de Archlinux avec ton matériel ou une version d'un paquet foireuse.
Jamais le cas chez moi. Donc c'est pas un problème de Archlinux, mais un problème de Archlinux avec ton matériel ou une version d'un paquet foireuse.
Allez au pire, quelques parties de Plasma 5 sont toujours en anglais. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Définition
Posté par xcomcmdr . En réponse au journal Vivent les journaux binaires !. Évalué à -1.
Et à quand un décompresseur journald pour MS-DOS ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pour toi?
Posté par xcomcmdr . En réponse au journal Vivent les journaux binaires !. Évalué à -3. Dernière modification le 09 mai 2015 à 00:12.
Par pitié, quand tu vas tu cesser de croire que le texte est un cas spécial ?
Du texte, du pas texte, c'est du binaire. Tout est binaire. Des zéros, et des un.
Pour ce format binaire, on s'est décidé sur
une normeune forêt de normes pour pouvoir le lire/écrire (EBDIC , ASCII, des pages de code à foison, UTF-8, format des fins de lignes …), ça ne s'est pas fait tout seul.Ensuite, les outils qui le traitent prennent en charge (à peu près) toutes les variantes courantes, mais ça ne s'est pas fait en un jour. Loin de là !
Donc au final, on a un format binaire, avec pléthores d'outils qui traitent du binaire.
Rien n'empêche d'utiliser un autre format binaire (comme celui de systemd-journald), et d'avoir des outils autour qui soient multiplateformes. Comme pour le cas du texte. Faut juste se décider sur le format. Ce n'est pas parce que ce n'est pas du texte que c'est forcément plus compliqué.
En fait, même du texte c'est compliqué. EBDIC ou ASCII ? ASCII ou UTF-8 ? UTF-8 ou UTF-16 ou … ? Avec ou sans BOM ? Codepage 1252 ou 1250 ou 437 ou une parmi des dizaines d'autres ? Avec des fins de ligne UNIX, Windows, ou Mac ?
Et t'as pas d'en-tête. Tout ça il faut le deviner en sondant le fichier !
Ça a l'air simple et pas si méchant aujourd'hui car c'est (à peu près) maîtrisé depuis
longtempsUnicode.Enfin ça, c'est pour la partie texte.
Pour les formats de logs, de dates et compagnie au sein d'un texte, on a encore beaucoup de "standards" qui se battent et qui n'arrangent rien.
Alors oui, peut-être qu'un autre format serait meilleur que tout ce merdier soit-disant pas binaire donc pas compliqué. Avec une autre approche. Comme celle de journald qui lui permet déjà de faire de l'auto-complétion sur ce qu'on recherche, de filtrer par service, boot, date, etc… C'est déjà pas si mal.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pour toi?
Posté par xcomcmdr . En réponse au journal Vivent les journaux binaires !. Évalué à -2. Dernière modification le 08 mai 2015 à 19:51.
Pour moi.
Mais c'est une fausse dichotomie, vu que même ce qui est textuel est binaire.
Si j'apprends les outils binaires, j'aurais donc aussi appris les outils textuels. CQFD. ;-)
Je préfère quand même interroger journalctl plutôt que de sortir grep, des regex, sed, et awk, tout ça pour une histoire de putain de date à la con ou autre.
Y'a un moment où extraire les données, ben on se dit que ce serait à la machine de le faire, et il n'y aurait plus qu'à interroger un outil un poil plus "intelligent", quitte à ressortir grep & co. sur la sortie qu'il nous donne (c'est pas interdit, hein).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Un peu de lecture
Posté par xcomcmdr . En réponse au journal Vivent les journaux binaires !. Évalué à 3. Dernière modification le 08 mai 2015 à 14:20.
Je savais pas que le bloc-notes de Windows 9X savait lire l'Unicode (et avec des fins de ligne UNIX en plus !) ! Moi qui croyait que la prise en charge était très partielle, et que les développeurs devaient utiliser une couche de compatibilité par dessus l'API Win32 provenant de Windows XP pour chaque application voulant prendre en charge l'Unicode sur cette famille de système d'exploitations !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: SID vs Arch
Posté par xcomcmdr . En réponse au journal Debian Sid facile. Évalué à 3.
Ah merci !
On voit que c'est tout de suite beaucoup moins grave que :
Mais la vérité est moins drôle j'imagine. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Un peu de lecture
Posté par xcomcmdr . En réponse au journal Vivent les journaux binaires !. Évalué à -1.
Tu lis des logs Linux sur un poste Windows où t'as aucun droit ?
C'est pas les fichiers binaires qui sont en cause, c'est tes méthodes de travail !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: SID vs Arch
Posté par xcomcmdr . En réponse au journal Debian Sid facile. Évalué à 2. Dernière modification le 08 mai 2015 à 13:12.
Je ne fais pas l'autruche, mais dire que Arch balance les mises à jours sans penser aux conséquences et que ça pète dans tous les coins et que Arch n'a aucune cohérence, c'est pas la même chose que de dire que Arch a les défauts de ses qualités.
Tout ça parce que il y a UN truc qui pète on chie dessus. Faudrait apprendre à se calmer.
Et puis l'attitude "marche ou crève" n'est pas vraie partout. Y'a encore plein de projets qui utilise la SDL 1.2 à la place de la SDL 2.0, même sous Arch, et aucun mainteneur de Arch n'a essayé de faire le forcing (en tout cas à ma connaissance).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: SID vs Arch
Posté par xcomcmdr . En réponse au journal Debian Sid facile. Évalué à 3. Dernière modification le 08 mai 2015 à 11:30.
Exemple ?
Certes, mais la plupart du temps, une recompilation (pas faite par toi) + publication d'une nouvelle version du package suffit.
J'ai jamais eu une mise à jour du type que tu décris en tout cas.
Et pour prendre un exemple, je connais beaucoup de projets qui, même sur Arch, sont restés sur la SDL 1.2 alors que la SDL 2.0 est arrivée (DOSBox par exemple).
Et pourtant c'est une transition qui est loin d'être simple, et les mainteneurs n'ont pas juste balancé Plasma 5 comme ça, ce qui me fait d'autant plus douter de l'existence des mises à jours "ça casse ou ça casse" que tu décris.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: SID vs Arch
Posté par xcomcmdr . En réponse au journal Debian Sid facile. Évalué à 4.
Euh, c'est pas du tout mon expérience. D'abord il y a un dépôt testing, qui n'est pas utilisé pour tout certes, mais qui est utilisé pour vérifier justement qu'on casse rien.
Et quand ça casse d'autres paquets, une nouvelle version des paquets concernés sont disponibles avec la mise à jour (exemple : la mise à jour de libpng, où ça n'a cassé que les paquets installés via des scripts AUR qui n'avaient pas été mis à jours par leurs mainteneurs malgré les avertissements).
Et si on "packageait une nouvelle version d'un paquet même si ça doit casser d'autres paquets", croit moi que je l'aurais senti passer lors de la mise à jour de KDE 4 vers Plasma 5. Or, je suis passé à Plasma 5.3 et KDE Frameworks 5.9 sans que rien ne casse.
Pas mal pour une distribution qui casse tout pour la mise à jour d'un paquet. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Mais systemd le fait mal
Posté par xcomcmdr . En réponse au journal Vivent les journaux binaires !. Évalué à 1.
chez moi c'est instantané.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
# coquilles
Posté par xcomcmdr . En réponse au journal Vivent les journaux binaires !. Évalué à 1.
s/journals/journaux
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pourquoi encore un bureau Windows?
Posté par xcomcmdr . En réponse à la dépêche PrimTux distribution éducative basée sur Debian Jessie. Évalué à 3.
Depuis Windows 7, la barre des tâches fait à la fois liste des applications ouvertes et dock.
Un peu comme KDE qui peut afficher un lanceur sur le gestionnaire des applications du tableau de bord lorsqu'une application n'est pas lancée (et le lanceur devient l'icône de l'instance de l'application une fois ouverte).
Pour revenir à Windows 7, l'aspect dock + barre des tâches + jump lists / actions tout en un est vraiment une amélioration par rapport à la barre des tâches de Vista et ses prédécesseurs (ça a été repris dans Windows 8 et ultérieurs) :
Les applications "dockées" sont où ? Dans la barre des tâches
Les applications ouvertes sont où ? Dans la barre des tâches
Et ce, sans faire de doublons entre les "lanceurs" et les "instances".
Ça améliore grandement l'ergonomie sans vraiment bousculer les habitudes.
Et le bureau libre le plus proche de cela, c'est KDE. :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: YakaFokon : ouvrir le courrier du voisin
Posté par xcomcmdr . En réponse au journal Adoption du projet de loi relatif au renseignement en première lecture. Évalué à 3.
Bah du coup c'est quoi les données ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Mélange
Posté par xcomcmdr . En réponse au journal HTTP poussé vers la sortie ?. Évalué à 0.
Ce n'est pas les messages en eux-mêmes, c'est les guguss qui font de l'auto-signé en disant "vas y ignore le message qui fait peur". Ou comment répandre une mauvaise pratique…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Logiciel propriétaire ?
Posté par xcomcmdr . En réponse à la dépêche PrimTux distribution éducative basée sur Debian Jessie. Évalué à 4.
Parce que Flash est loin d'avoir totalement disparu.
Parce que Shumway est encore loin d'être utilisable.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Bureau ?
Posté par xcomcmdr . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 2.
ksuperkey :)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Curiosité...
Posté par xcomcmdr . En réponse au journal ulimits: appliquer des limitations de ressources sans PAM. Évalué à 8.
Slackware
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: split, tail, head
Posté par xcomcmdr . En réponse au message incrémenter les lignes d'un fichier et découper à 30 lignes et passer à une nouvelle page. Évalué à 2. Dernière modification le 03 mai 2015 à 09:53.
Les outils GNU pour Windows : https://github.com/bmatzelle/gow/releases
Une meilleure invite de commande pour Windows : ConEmu : http://www.hanselman.com/blog/ConEmuTheWindowsTerminalConsolePromptWeveBeenWaitingFor.aspx
(ou ConsoleZ si on préfère mais perso je préfère ConEmu)
Les deux peuvent aussi utiliser un autre shell (zsh, bash, …) du moment qu'on l'a en version compilé pour Windows (enfin il paraît, je l'ai pas fait).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)