Les industriels sont des citoyens comme les autres
Non, quand on se plaint des lobbys industriels, ce sont des lobbys qui représentent des entreprises dont on parle, pas de l’avis que donne un actionnaire isolé à son copain député lors d’une soirée bière foot. Les entreprises ne sont pas des citoyens comme les autres, ce ne sont pas des citoyens du tout. Dans une démocratie ou une république telle que définie par notre constitution 1, ce n’est pas normal que les citoyens doivent « s'indigner des projets législatifs portés par des intérêts industriels ».
Le PC en dehors de l'utilisation professionnel est mort, clairement.
Je vois cela martelé régulièrement sur ce site et je suis surpris. Peut-être que « le PC en dehors de l'utilisation professionnel est mort », mais ce n’est pas mon observation et je ne connais pas de source qui appuie cette affirmation avec des chiffres. En aurais-tu, s’il-te-plaît, qui le montrent « clairement » ?
La réalité, c’est aussi que quand j’ai découvert Linux et ai décidé de l’utiliser comme seul OS, vers mes 20 ans, c’était une autre paire de manche que de faire fonctionner mon modem, les ports USB de ma carte PCMCI et ma carte graphique par rapport à ce que c’est aujourd’hui que d’installer une Mint sur un portable du commerce. Forcément, le foisonnement de questions et la motivation à aller fouiller dans le système ont beaucoup changés. La réalité, c’est aussi que quand j’ai eu une Sarge parfaitement fonctionnelle sur mon portable, je ne connaissais pas grand monde d’autre dans mon environnement proche qui pouvait en dire autant. Aujourd’hui, mes jeunes collègues utilisent aussi fréquemment Windows, que OSX et Linux.
Ils ne sont pas passionnés, mais moi-même, quand j’utilisais Windows, je n’ai jamais cherché à en apprendre davantage 1, parce-que j’avais l’impression que bien utiliser Windows, c’était connaître une liste de commandes longue comme un jour sans fromage pour savoir le truc à faire pour chaque besoin. En explorant /dev/ /etc/ /log/ etc sous Linux, je découvrais plein de choses, des étoiles plein les yeux. Maintenant utiliser, Linux, c’est aussi devenu régler sa configuration avec gconf ou dconf, lire les journaux système avec journalctl, apprendre des commandes DBUS abscons, etc. La « maturité » de notre OS le rend aussi beaucoup moins passionnant.
J'ai choisi d'accepter qu'aujourd'hui l'informatique ne s'arrête pas à l'OS
OK, c’est vrai.
au lieu de tourner le dos à certaines choses il vaut mieux les accepter et essayer de changer les choses de l'intérieur.
Quel rapport ? Puisque l’informatique ne se limite pas à l’OS il vaut mieux utiliser Windows et Dropbox et développer des outils (comment ?) pour limiter leurs capacités d’espionnage/bridage des utilisateurs ? Ça me paraît très discutable comme point de vue, et absolument pas étayé.
il faut être courageux pour admettre qu'on croit au système
Lequel ? Celui que RMS dénonce c’est le logiciel propriétaire/privateur et son utilisation pour enfermer l’utilisateur. C’est à ça que tu crois ? Ça ne me paraît pas très clair. Je suis d’accord pour dire que la fin du logiciel propriétaire serait insuffisante pour cesser d’enfermer l’utilisateur à l’heure des réseaux sociaux et des plateformes centralisés, mais ça ne me fait pas plus « croire au système ».
As I mentioned in #1107: we will not be removing analytics support entirely. It is extremely useful to us and we have already weighed the cost/benefit of using tracking.
Si protéger la vie privée des utilisateurs était vraiment une priorité, la solution pragmatique serait justement de désactiver le tracking pour éviter ce genre de bogues/fonctionnalités. Pour rappel, le pragmatisme, ce n’est pas un vernis que l’on peut mettre sur une stratégie mercantile pour justifier tout dérapage, c’est un courant philosophie qui attache de l’importance aux conséquences concrètes plutôt qu’aux idées.
Pour le build, c’est déjà assuré par les autotools, mais ils n’assurent pas l’installation des dépendances. Pour ça, l’avenir est plutôt du côté des Guix/Nix/Easybuild que des gestionnaires de paquets de chaque langage à la mode (quoique les premiers dépendront des seconds encore longtemps, vu le bordel qu’est la situation actuelle).
De ma toute petite expérience des systèmes de construction côté développeur, autotools est aussi celui qui se met le moins en travers de ton chemin quand tu as le malheur de ne pas être cool aux yeux des développeurs de l’outils. Dans mon cas, mon plus gros projet est en Fortran.
Malgré un vernis publicitaire pour certains, aucun système de build ne gère correctement les dépendances dans ce langage, et encore moins si vous avez l’idée saugrenue de ne pas écrire un script de construction spécifique pour chaque compilateur.
Au final, les autotools ne font pas tout, mais déjà plus que leurs concurrents, et surtout, c’est très facile de les ajuster aux cas qu’ils ne gèrent pas directement. Gestion manuelle des dépendances ? Tu as juste à te débrouiller pour fournir un Makefile.am correct. Détection de lib obscure qui fait pas classe en soirée ? Facile d’écrire ses scripts de tests.
Du coup, le seul système de compilation que j’ai réussi à utiliser est les autotools. Je m’arrache encore un peu les cheveux de temps en temps mais au final, je n’ai toujours pas perdu autant de temps dans le manuel des autotools après 5 ans sur le même projet, que le temps que j’ai passé dans celui de CMake pour écrire un CMakeList.txt minimaliste qui parvient tout juste à compiler mon projet. Alors que les autotools font compiler mon code avec plusieurs compilateurs, sur des machines très différentes et des systèmes d’exploitations variés, sur lesquelles j’ai rarement les droits d’administration.
respectent la vie privée et ne sont pas guidés pas des choix mercantiles
Le problème c’est que sur ces deux points Mozilla traîne de belles casseroles. Alors c’est sûr, leur concurrence est pire mais ça affaiblit quand-même beaucoup le discours marketing de Mozilla.
Tous les services Debian fonctionnent avec systemd (éventuellement via des bricolages qui réutilisent leurs scripts SysV historiques), mais tous ne tournent pas avec l’init SysV. Ce n’est pas pareil de dire qu’on peut désinstaller systemd que de s’assurer que tout fonctionne normalement une fois que c’est fait.
Entendons nous bien, je suis un utilisateur heureux de Debian et n’ais jamais essayé Devuan, mais Debian a un seul init officiel et c’est systemd 1. Donc Devuan n’est pas juste « une distro pour 2 commandes à lancer ».
notamment car il a été jugé que s’assurer du bon fonctionnement de plusieurs systèmes d’init avec tous les paquetages était trop coûteux en efforts. ↩
Une des raisons pour lesquelles je peste contre les distribs qui ne mettent pas rm -i en alias de base à rm. ça n'évite pas toujours les conneries mais ça aide pas mal.
Hérésie !
rm avec l’option '-i' par défaut n’incite qu’à acquérir le réflexe d’ajouter '-f' automatiquement, et avec lui court-circuiter toutes les vérifications de droits d’accès (tant pis pour git qui essaie de protéger de ce genre de bêtises en créant des fichiers en lecture seule, tant pis pour les sauvegardes qu’on avait pensé à protéger aussi, etc).
Autant un wrapper du style snapper -c home_$USER create --command rm $1 je n’aurais rien contre (ce pourrait être une bonne solution), autant tout alias qui modifie le comportement par défaut de 'rm' me semble ajouter du risque plutôt que le limiter, en favorisant les mauvaises habitudes.
btrfs + snapper donnent de très bons résultats, instantané pris à chaque ouverture de session, utilisé au quotidien chez moi.
Une autre solution, que je conseille autour de moi mais que j’avoue ne pas beaucoup utiliser, c’est de prendre l’habitude d’utiliser « trash » plutôt que « rm », quitte à faire un alias mais pas sous le nom « rm » car ça fait prendre de très mauvaises habitudes.
À moins qu’il s’agisse d’implémenter la politique agricole commune européenne, je ne vois pas pourquoi l’INRA répondrait à un tel appel d’offre. De plus, ils sont beaucoup plus proches des bovins que des vautours, à moins que la production animale en France n’ait beaucoup évolué récemment.
Tu dit "la banque transmet des infos a des tiers en clair sur le reseau", je te répond que non, la banque n'a pas transmit grand chose.
Car heureusement, le lien avec les données privées en clair est envoyé dans un courriel chiffré avec la clé PGP du client de la banque ! C’est donc bien le client et non la banque transmet en clair des infos personnelles. Tu es sûr de ton coup, là ?
Pourquoi ne pas utiliser les onglets verticaux de Fluxbox ? C’est pour en avoir des horizontaux (WM) et des verticaux (term) ? Dans ce cas, tu peux aisément faire l’inverse, verticaux (WM) 1 et horizontaux (xfterm).
session.screen0.tab.placement: LeftTop (au lieu de TopLeft par défaut)↩
Ou avec l’outils « hp-toolbox » libre et disponible danstadistribution. Je t’accorde volontiers qu’un petit mot dans un README sur le CD pour l’indiquer serait vraiment bienvenu.
Et j'ai l'impression qu'on a tendance à éviter le C de nos jours, alors qu'en matière de performance (vitesse d'exécution), c'est quand même top.
À condition de bien l’écrire… Un programme mal écrit en C n’ira pas plus vite que son équivalent bien pensé dans un autre langage. De plus l’autre langage apportera probablement des garanties inexistantes en C (on pense ici à la gestion de la mémoire, aux IO, etc) et des syntaxes plus expressives qui aideront les développeurs à écrire le programme dans une forme mieux pensée.
Ce sont surtout sur ces points que les langages diffèrent : les garanties qu’ils apportent, et les modèle de données ou d’algorithmes qui s’y expriment aisément. Après, chacun placera le curseur où cela lui semble le plus pertinent, personnellement, mes choix ne sont pas très à la mode, car le meilleur équilibre que j’ai trouvé à ce jour (pour du calcul scientifique) est le Fortran (post 2003). Je n’irai pas défendre ce langage pour écrire un moteur de blog (quoique ça existe) mais pour manipuler efficacement et simplement des tableaux multidimensionnels, je ne lui trouve pas de compétiteur équivalent, et en l’occurrence le C est même une horreur pour ce type d’applications.
flyspell c'est du simple souligné
hideshowmode, c'est loin d'être graphiquement à la hauteur
Essaie de faire des ~~~ sous un mot comme pourrait le faire un correcteur orthographique, impossible.
Je n’utilise pas Emacs, mais je dois avouer que sur cette capture il n’est pas loin d’être aussi beau que mon Vim 😆. Et le souligné zigouigoui qui te tient tant à cœur y semble implémenté.
À gnumdk, Goldy et Moonz, vous accusez sans fondement ! J’aime Debian, mais la déconvenue de Kwiknclean n’est pas due à son incompétence vis-à-vis d’OpenVZ ou LXC. OpenVZ était dans Debian, avant d’être remplacé par un LXC encore bancal à l’époque. La transition était amusante, mais je comprends qu’elle ait pu laisser un goût amer.
[^] # Re: Mais quand est-ce que ça va s'arrêter!
Posté par jyes . En réponse à la dépêche L’Internet libre et ouvert est en danger : vous pouvez arrêter ce désastre. Évalué à 5.
Non, quand on se plaint des lobbys industriels, ce sont des lobbys qui représentent des entreprises dont on parle, pas de l’avis que donne un actionnaire isolé à son copain député lors d’une soirée bière foot. Les entreprises ne sont pas des citoyens comme les autres, ce ne sont pas des citoyens du tout. Dans une démocratie ou une république telle que définie par notre constitution 1, ce n’est pas normal que les citoyens doivent « s'indigner des projets législatifs portés par des intérêts industriels ».
gouvernement du peuple, par le peuple et pour le peuple. ↩
[^] # Re: Qui utilise ?
Posté par jyes . En réponse à la dépêche FreeBSD 11.2. Évalué à 9.
Et depuis ils ne sont plus dans le top 10 des sites les plus visités… coïncidence ?
[^] # Re: Linux est il devenu un truc de vieux ?
Posté par jyes . En réponse à la dépêche 20 ans de LinuxFr.org. Évalué à 8.
Je vois cela martelé régulièrement sur ce site et je suis surpris. Peut-être que « le PC en dehors de l'utilisation professionnel est mort », mais ce n’est pas mon observation et je ne connais pas de source qui appuie cette affirmation avec des chiffres. En aurais-tu, s’il-te-plaît, qui le montrent « clairement » ?
[^] # Re: Linux est il devenu un truc de vieux ?
Posté par jyes . En réponse à la dépêche 20 ans de LinuxFr.org. Évalué à 8.
La réalité, c’est aussi que quand j’ai découvert Linux et ai décidé de l’utiliser comme seul OS, vers mes 20 ans, c’était une autre paire de manche que de faire fonctionner mon modem, les ports USB de ma carte PCMCI et ma carte graphique par rapport à ce que c’est aujourd’hui que d’installer une Mint sur un portable du commerce. Forcément, le foisonnement de questions et la motivation à aller fouiller dans le système ont beaucoup changés. La réalité, c’est aussi que quand j’ai eu une Sarge parfaitement fonctionnelle sur mon portable, je ne connaissais pas grand monde d’autre dans mon environnement proche qui pouvait en dire autant. Aujourd’hui, mes jeunes collègues utilisent aussi fréquemment Windows, que OSX et Linux.
Ils ne sont pas passionnés, mais moi-même, quand j’utilisais Windows, je n’ai jamais cherché à en apprendre davantage 1, parce-que j’avais l’impression que bien utiliser Windows, c’était connaître une liste de commandes longue comme un jour sans fromage pour savoir le truc à faire pour chaque besoin. En explorant /dev/ /etc/ /log/ etc sous Linux, je découvrais plein de choses, des étoiles plein les yeux. Maintenant utiliser, Linux, c’est aussi devenu régler sa configuration avec gconf ou dconf, lire les journaux système avec journalctl, apprendre des commandes DBUS abscons, etc. La « maturité » de notre OS le rend aussi beaucoup moins passionnant.
je ne suis pas informaticien. ↩
[^] # Re: Exigences de RMS plus réalistes ?
Posté par jyes . En réponse au journal France Culture: que reste-t-il du logiciel libre ?. Évalué à 3.
OK, c’est vrai.
Quel rapport ? Puisque l’informatique ne se limite pas à l’OS il vaut mieux utiliser Windows et Dropbox et développer des outils (comment ?) pour limiter leurs capacités d’espionnage/bridage des utilisateurs ? Ça me paraît très discutable comme point de vue, et absolument pas étayé.
Lequel ? Celui que RMS dénonce c’est le logiciel propriétaire/privateur et son utilisation pour enfermer l’utilisateur. C’est à ça que tu crois ? Ça ne me paraît pas très clair. Je suis d’accord pour dire que la fin du logiciel propriétaire serait insuffisante pour cesser d’enfermer l’utilisateur à l’heure des réseaux sociaux et des plateformes centralisés, mais ça ne me fait pas plus « croire au système ».
[^] # Re: Pas proche de l'utilisateur final ?
Posté par jyes . En réponse au journal France Culture: que reste-t-il du logiciel libre ?. Évalué à 9.
Et une autre « bourde » que je veux bien croire involontaire, mais conséquence assez inévitable du « pragmatisme » de Mozilla :
https://github.com/mozilla/addons-frontend/issues/2785
Dans les premières réponses de Mozilla :
Si protéger la vie privée des utilisateurs était vraiment une priorité, la solution pragmatique serait justement de désactiver le tracking pour éviter ce genre de bogues/fonctionnalités. Pour rappel, le pragmatisme, ce n’est pas un vernis que l’on peut mettre sur une stratégie mercantile pour justifier tout dérapage, c’est un courant philosophie qui attache de l’importance aux conséquences concrètes plutôt qu’aux idées.
[^] # Re: Par Crom, il faut un maven pour C++ !
Posté par jyes . En réponse au journal Un petit tour des systèmes de build. Évalué à 2.
Pour le build, c’est déjà assuré par les autotools, mais ils n’assurent pas l’installation des dépendances. Pour ça, l’avenir est plutôt du côté des Guix/Nix/Easybuild que des gestionnaires de paquets de chaque langage à la mode (quoique les premiers dépendront des seconds encore longtemps, vu le bordel qu’est la situation actuelle).
[^] # Re: Une défense des autotools
Posté par jyes . En réponse au journal Un petit tour des systèmes de build. Évalué à 4.
De ma toute petite expérience des systèmes de construction côté développeur, autotools est aussi celui qui se met le moins en travers de ton chemin quand tu as le malheur de ne pas être cool aux yeux des développeurs de l’outils. Dans mon cas, mon plus gros projet est en Fortran.
Malgré un vernis publicitaire pour certains, aucun système de build ne gère correctement les dépendances dans ce langage, et encore moins si vous avez l’idée saugrenue de ne pas écrire un script de construction spécifique pour chaque compilateur.
Au final, les autotools ne font pas tout, mais déjà plus que leurs concurrents, et surtout, c’est très facile de les ajuster aux cas qu’ils ne gèrent pas directement. Gestion manuelle des dépendances ? Tu as juste à te débrouiller pour fournir un Makefile.am correct. Détection de lib obscure qui fait pas classe en soirée ? Facile d’écrire ses scripts de tests.
Du coup, le seul système de compilation que j’ai réussi à utiliser est les autotools. Je m’arrache encore un peu les cheveux de temps en temps mais au final, je n’ai toujours pas perdu autant de temps dans le manuel des autotools après 5 ans sur le même projet, que le temps que j’ai passé dans celui de CMake pour écrire un CMakeList.txt minimaliste qui parvient tout juste à compiler mon projet. Alors que les autotools font compiler mon code avec plusieurs compilateurs, sur des machines très différentes et des systèmes d’exploitations variés, sur lesquelles j’ai rarement les droits d’administration.
[^] # Re: Pas proche de l'utilisateur final ?
Posté par jyes . En réponse au journal France Culture: que reste-t-il du logiciel libre ?. Évalué à 6.
Le problème c’est que sur ces deux points Mozilla traîne de belles casseroles. Alors c’est sûr, leur concurrence est pire mais ça affaiblit quand-même beaucoup le discours marketing de Mozilla.
[^] # Re: plus basé sur Debian?!
Posté par jyes . En réponse à la dépêche Sortie de Devuan 2.0 « ASCII ». Évalué à 8. Dernière modification le 15 juin 2018 à 15:22.
Tous les services Debian fonctionnent avec systemd (éventuellement via des bricolages qui réutilisent leurs scripts SysV historiques), mais tous ne tournent pas avec l’init SysV. Ce n’est pas pareil de dire qu’on peut désinstaller systemd que de s’assurer que tout fonctionne normalement une fois que c’est fait.
Entendons nous bien, je suis un utilisateur heureux de Debian et n’ais jamais essayé Devuan, mais Debian a un seul init officiel et c’est systemd 1. Donc Devuan n’est pas juste « une distro pour 2 commandes à lancer ».
notamment car il a été jugé que s’assurer du bon fonctionnement de plusieurs systèmes d’init avec tous les paquetages était trop coûteux en efforts. ↩
[^] # Re: Surface d'attaque OpenPGP.js & GnuPG
Posté par jyes . En réponse à la dépêche GnuPG, OpenPGP.js & cie : quoi de neuf ?. Évalué à 2.
Pour éviter les failles de sécurité, évitez la sécurité… pour une meilleure réponse sur le sujet, voir les différents commentaires de gouttegd, dont
[^] # Re: hardlink → comment défaire ?
Posté par jyes . En réponse au journal fdupes : un utilitaire pour gagner de la place sur son disque dur. Évalué à 3.
Avec un script qui fait un cp && rm sur les fichiers détectés comme liés, tu devrais pouvoir t’en sortir.
[^] # Re: Gag
Posté par jyes . En réponse au journal [MaVie] La grosse gaffe du jour ..... Évalué à 7.
Hérésie !
rm avec l’option '-i' par défaut n’incite qu’à acquérir le réflexe d’ajouter '-f' automatiquement, et avec lui court-circuiter toutes les vérifications de droits d’accès (tant pis pour git qui essaie de protéger de ce genre de bêtises en créant des fichiers en lecture seule, tant pis pour les sauvegardes qu’on avait pensé à protéger aussi, etc).
Autant un wrapper du style
snapper -c home_$USER create --command rm $1je n’aurais rien contre (ce pourrait être une bonne solution), autant tout alias qui modifie le comportement par défaut de 'rm' me semble ajouter du risque plutôt que le limiter, en favorisant les mauvaises habitudes.[^] # Re: Effacer la barre d'url
Posté par jyes . En réponse au journal Konquefox est mort, vive Go Up !. Évalué à 4.
Oui mais ça remplace la sélection « clic du milieu » donc c’est un peu contre productif.
[^] # Re: De l'utilité de la tabulation
Posté par jyes . En réponse au journal [MaVie] La grosse gaffe du jour ..... Évalué à 6.
btrfs + snapper donnent de très bons résultats, instantané pris à chaque ouverture de session, utilisé au quotidien chez moi.
Une autre solution, que je conseille autour de moi mais que j’avoue ne pas beaucoup utiliser, c’est de prendre l’habitude d’utiliser « trash » plutôt que « rm », quitte à faire un alias mais pas sous le nom « rm » car ça fait prendre de très mauvaises habitudes.
[^] # Re: Mouais
Posté par jyes . En réponse au journal L'État français adopte Matrix/Riot. Évalué à 9. Dernière modification le 27 avril 2018 à 10:22.
À moins qu’il s’agisse d’implémenter la politique agricole commune européenne, je ne vois pas pourquoi l’INRA répondrait à un tel appel d’offre. De plus, ils sont beaucoup plus proches des bovins que des vautours, à moins que la production animale en France n’ait beaucoup évolué récemment.
[^] # Re: inutile de cramer le banquier
Posté par jyes . En réponse au journal «Votre avis nous intéresse !» − Cette fois, je crame mon banquier…. Évalué à 8.
Car heureusement, le lien avec les données privées en clair est envoyé dans un courriel chiffré avec la clé PGP du client de la banque ! C’est donc bien le client et non la banque transmet en clair des infos personnelles. Tu es sûr de ton coup, là ?
[^] # Re: onglets verticaux ?????
Posté par jyes . En réponse à la dépêche Quel terminal pour 2018 ?. Évalué à 2.
Pourquoi ne pas utiliser les onglets verticaux de Fluxbox ? C’est pour en avoir des horizontaux (WM) et des verticaux (term) ? Dans ce cas, tu peux aisément faire l’inverse, verticaux (WM) 1 et horizontaux (xfterm).
session.screen0.tab.placement: LeftTop (au lieu de TopLeft par défaut) ↩
[^] # Re: Je ne serai pas aussi pessimiste ....
Posté par jyes . En réponse au journal Windows bronsonnisé ?. Évalué à 10.
Vraiment ? Ton commentaire n’aurait-il pas trois jours de retard ?
[^] # Re: Le message de R. Stallman n'a toujours pas été complètement perçu...
Posté par jyes . En réponse à la dépêche Du rififi dans ta cartouche d’encre. Évalué à 5.
Ou avec l’outils « hp-toolbox » libre et disponible dans ta distribution. Je t’accorde volontiers qu’un petit mot dans un README sur le CD pour l’indiquer serait vraiment bienvenu.
[^] # Re: Prévisible
Posté par jyes . En réponse au journal v'la ce qui se passe quand on est pas cloud ready. Évalué à 6. Dernière modification le 16 mars 2018 à 09:31.
Image à la mode en ce moment…
[^] # Re: Yen a trop
Posté par jyes . En réponse au journal La ronde (boucle?) des langages. Évalué à 5.
À condition de bien l’écrire… Un programme mal écrit en C n’ira pas plus vite que son équivalent bien pensé dans un autre langage. De plus l’autre langage apportera probablement des garanties inexistantes en C (on pense ici à la gestion de la mémoire, aux IO, etc) et des syntaxes plus expressives qui aideront les développeurs à écrire le programme dans une forme mieux pensée.
Ce sont surtout sur ces points que les langages diffèrent : les garanties qu’ils apportent, et les modèle de données ou d’algorithmes qui s’y expriment aisément. Après, chacun placera le curseur où cela lui semble le plus pertinent, personnellement, mes choix ne sont pas très à la mode, car le meilleur équilibre que j’ai trouvé à ce jour (pour du calcul scientifique) est le Fortran (post 2003). Je n’irai pas défendre ce langage pour écrire un moteur de blog (quoique ça existe) mais pour manipuler efficacement et simplement des tableaux multidimensionnels, je ne lui trouve pas de compétiteur équivalent, et en l’occurrence le C est même une horreur pour ce type d’applications.
[^] # Re: Monsieur essaye de masquer la réalité
Posté par jyes . En réponse au journal Le débat est clos. Évalué à 3.
Je n’utilise pas Emacs, mais je dois avouer que sur cette capture il n’est pas loin d’être aussi beau que mon Vim 😆. Et le souligné zigouigoui qui te tient tant à cœur y semble implémenté.
[^] # Re: Prévisible
Posté par jyes . En réponse au journal v'la ce qui se passe quand on est pas cloud ready. Évalué à 10.
Je ne suis pas sûr que la plupart des adultes savent ce qu'ils
veulent faire plus tardmaintenantfont.[^] # Re: Ah les BSDistes
Posté par jyes . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 3.
À gnumdk, Goldy et Moonz, vous accusez sans fondement ! J’aime Debian, mais la déconvenue de Kwiknclean n’est pas due à son incompétence vis-à-vis d’OpenVZ ou LXC. OpenVZ était dans Debian, avant d’être remplacé par un LXC encore bancal à l’époque. La transition était amusante, mais je comprends qu’elle ait pu laisser un goût amer.