Je ne peux que plussoir. Surtout que tar est loin d'être un programme instable. Pour ma part pour n'importe quelle implémentation que j'ai testée (GNU coreutils, BSD, libarchive) jamais eu un seul crash.
Rust permet de faire du code plus sûr « par défaut » mais si on utilises les bon outils (sanitizers, linter, warnings au max, tests excessifs) on peut aussi s'affranchir de pas mal de bugs stupide en C et C++.
git is great because linus did it, mercurial is better because he didn't
En même temps si les projets suivent le semantic versioning ce n'est pas un problème. Les versions majeures de Gtk ne sont pas si fréquentes et c'est pas le problème des développeurs Gtk (ou tout projet) de se dire « cette version va tout casser en terme de compatibilité ». Si on reste bloqué à faire du rétro compatible éternellement on avance jamais et on peut pas nettoyer.
Les sauts entre les versions 2, 3 et 4 ont été bien assez longs pour ne pas frustrer les développeurs. Ce serait plus problématique s'ils faisaient des nouvelles versions majeures tous les ans.
En plus, Qt 4 et Gtk 2 sont encore utilisables (Gimp, hplip) c'est juste qu'il y a des fonctionnalités en moins comme wayland, la ultra haute résolution, etc…
git is great because linus did it, mercurial is better because he didn't
Ah effectivement au début je croyais que c'était une blague mais j'ai souvent vu des OpenBSD-istes parler de l'inutilité du bluetooth pour argumenter le retrait du code.
En revanche, je suis entièrement d'accord sur la qualité non-bloat d'OpenBSD.
git is great because linus did it, mercurial is better because he didn't
J'adore ta façon de voir les choses. « je n'ai pas besoin de ça je n'utilise pas ça donc c'est de la merde ».
Si ça te plait d'avoir 35 câbles sur ton bureau c'est bien. Moi j'apprécie d'avoir un clavier et une souris bluetooth d'une autonomie de 8 mois sur mon bureau et de la place pour mettre d'autres choses. J'apprécie aussi mes manettes 8BitDo pour jouer à mes jeux rétro préférés. J'apprécie aussi de pouvoir connecter mon téléphone à une enceinte bluetooth (ou Linux).
Et concernant la rapidité, j'ai une fois tenté l'expérience d'OpenBSD sur mon thinkpad « machine de guerre » et pourtant il n'y a qu'OpenBSD qui arrivait à faire saturer mon son en ouvrant des applications (à la manière d'un windows 98 qui n'arrive plus à suivre).
git is great because linus did it, mercurial is better because he didn't
Sauf qu'un service de démarrage c'est pas juste un daemond start et daemond stop. Parfois un script de service doit vérifier plusieurs choses pour se lancer comme la présence de répertoire, trouver un fichier de configuration, initialiser une base de données. Etc. Et pour le coup je suis bien content de pouvoir faire sous FreeBSD service postgresql initdb pour qu'il initialise la base de données pour moi.
Sous systemd et la syntaxe déclarative, on a du réinventer les basiques du shell. Des conditions et pour ma part je trouve qu'un script est parfois plus dégueulasse avec ces derniers qu'un script shell bien conçu.
git is great because linus did it, mercurial is better because he didn't
Je cherchais un commentaire pour dire la même chose.
J'ai commencé sous Mandrake 10.0 et par nostalgie je l'ai réessayé en VM dernièrement. J'étais bouleversé par la simplicité et fluidité de l'ensemble (KDE 3, firefox, etc…). Tout est tellement bloat maintenant.
Je regarde le status d'un df avec effroi, un dmesg avec lassitude et un nombre de service via systemd-analyze blame sous Fedora avec tristesse. On est loin de la simplicité des débuts.
Pour ma part j'ai un sentiment plus mitigé des bureaux. KDE est dans mon utilisation bien moins stable que les version 3. Et GNOME est rempli de petits bugs stupides.
Heureusement, il est toujours possible de faire des distributions simple en choisissant ce que l'on souhaite installer. Mais ce n'est pas le cas de la concurrence (macOS et Windows). Pour macOS, un système de base sans aucune applications ouvertes a déjà plus de 450 processus et 2Go de RAM utilisé…
git is great because linus did it, mercurial is better because he didn't
Pour ceux qui sont fans de RHEL et aimaient CentOS, je suppose qu'il y aura assez de gens mécontents pour démarrer un fork identique. À vrai dire, CentOS c'est principalement un simple rebuild massif des .src.rpm. Si des gens sont motivés, il suffira de le refaire®.
En revanche coté choix j'ai aussi du mal à comprendre. Fedora est déjà un peu la version “early adopters” des prochaines RHEL, j'ai l'impression que CentOS va simplement faire la même chose.
Et à choisir, je préfèrerai largement fedora dans ce cas qui a l'avantage d'avoir une immense base utilisateur et COPR.
git is great because linus did it, mercurial is better because he didn't
Pour moi c'est pas à l'éditeur de texte de faire ça mais à l'interface qui te permet d'écrire. Par exemple avec gvim tu peux insérer du texte unicode grâce à Gtk (ctrl+shift+u), avec MacVim grâce au raccourci Ctrl+Command+Espace et sous Windows sans doute le sélecteur natif.
git is great because linus did it, mercurial is better because he didn't
Oui cette fonctionnalité a juste besoin de faire quelques clics pour « ouvrir quand même ». En soi c'est la même chose qui existe sur Windows 10. Par défaut il n'ouvre pas les exécutables non certifiés et il faut ouvrir une option pour forcer le choix. De la même manière quand vous allez sur un site web dont le certificat est mort.
Rien d'extraordinaire et toujours possible de lancer n'importe quelle application non-certifiée. C'est d'ailleurs le cas de beaucoup d'applications opensource qui ne gagnent pas spécialement d'argent et ne souhaitent pas s'inscrire dans cette démarche.
git is great because linus did it, mercurial is better because he didn't
Pour avoir moi même mis en place un serveur mail j'ai toujours trouvé ça compliqué et fastidieux. Il est vrai que la philosophie KISS voudrait que chaque processus soit séparé mais au final on a toujours les mêmes choses (plus ou moins) qui tournent. Alors avoir un all-in-one qui fonctionne je ne dis pas non.
À suivre.
git is great because linus did it, mercurial is better because he didn't
Moi aussi j'adorerais voir Linux tourner sur un MacBook M1. Avec macOS il est déjà annoncé une autonomie de 15 à 20 heures (pour le Air et Pro respectivement). Avec Linux qui a une optimisation intensive et des distributions légères non bloat ça doit être un carnage en terme d'autonomie.
Mis à part ça, j'aime beaucoup l'architecture ARM et souhaiterais faire du développement sous des machines ARM puissantes et sous Linux. Ne me dites pas raspberry pi, j'ai essayé et c'est tout sauf agréable au quotidien.
git is great because linus did it, mercurial is better because he didn't
Pas que chez Apple, c'est même fréquents sur les ultrabooks. À force d'avoir des laptops ultra fins on ne peut plus avoir de flexibilité. Sur mon Thinkpad la RAM est aussi soudée mais pas le NVMe ce qui est plutôt bien car dans mon cas il a été défectueus au bout de 4 mois et remplacée sous garantie. En contrepartie, j'adore le fait que mon thinkpad rentre dans n'importe quel sacoche et m'offre un poids record de 1,1kg pour 14,1".
git is great because linus did it, mercurial is better because he didn't
macOS n'est pas un bon système à virtualiser, d'ailleurs il n'y a même pas de moyen officiel de faire une VM macOS même sous mac. macOS est performant sur sa plateforme cible, un mac physique.
J'aimerais bien voir ce test sous un vrai mac avec la puce M1, sans virtualisation (qui à priori est plus performante que certains i5 et i7).
Pour ma part j'ai un MacBook (un i5 cependant) et un Thinkpad x1 Carbon (i7 de 3 ans), tous deux ont des performances équivalentes et mes projets compilent à quelques secondes près sur chacun d'eux.
git is great because linus did it, mercurial is better because he didn't
Pour le nom de domaine personnel (qu'on voit dans les images) j'utilise l'offre de stockage directement via Gandi qui fournit un peu de stockage avec l'achat d'un nom de domaine. C'est pratique, accessible via IMAP/SMTP et/ou une interface web (roundcube ou sogo). Il est aussi possible de mettre des règles sieve.
Pour mon autre nom de domaine qui est lié à un serveur de gestion de projet, j'utilise postfix+dovecot+dspam avec des utilisateurs virtuels sous forme de fichier.
Honnêtement, si c'est pour de la communication simple sans grand stockage je conseille fortement l'utilisation de Gandi (ou un autre fournisseur). La mise en place d'un serveur mail est assez complexe et il est nécessaire de faire beaucoup de choses pour ne pas se faire refouler par les autres serveurs SMTP. Pour ma part, si je ne passe pas par le relai de mon FAI (Orange) je me fais souvent refouler par gmail.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Fanboy rouillé
Posté par David Demelier (site web personnel) . En réponse au lien Un remplaçant au tar.gz fait par l'ANSSI. Évalué à 3.
Je ne peux que plussoir. Surtout que tar est loin d'être un programme instable. Pour ma part pour n'importe quelle implémentation que j'ai testée (GNU coreutils, BSD, libarchive) jamais eu un seul crash.
Rust permet de faire du code plus sûr « par défaut » mais si on utilises les bon outils (sanitizers, linter, warnings au max, tests excessifs) on peut aussi s'affranchir de pas mal de bugs stupide en C et C++.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Zstandard
Posté par David Demelier (site web personnel) . En réponse au lien Un remplaçant au tar.gz fait par l'ANSSI. Évalué à 4.
Exact, tar c'est un format d'archivage. gz c'est une compression. Deux choses bien distinctes. On peut effectivement faire des .tar.zst aussi.
Ce projet semble être une alternative justement à faire les deux en même temps et en rajoutant du chiffrement (ce que tar ne sait pas faire).
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Portabilité ?
Posté par David Demelier (site web personnel) . En réponse au lien Scoop : GTK+2 is dead ! (ha oui, et GTK4 est sorti). Évalué à 3. Dernière modification le 17 décembre 2020 à 14:07.
Gtk 3 fonctionne sous Windows, le problème c'est que cela utilise le thème Adwaita par défaut et pour le coup c'est pas du tout « intégré ».
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Portabilité ?
Posté par David Demelier (site web personnel) . En réponse au lien Scoop : GTK+2 is dead ! (ha oui, et GTK4 est sorti). Évalué à 2.
En même temps si les projets suivent le semantic versioning ce n'est pas un problème. Les versions majeures de Gtk ne sont pas si fréquentes et c'est pas le problème des développeurs Gtk (ou tout projet) de se dire « cette version va tout casser en terme de compatibilité ». Si on reste bloqué à faire du rétro compatible éternellement on avance jamais et on peut pas nettoyer.
Les sauts entre les versions 2, 3 et 4 ont été bien assez longs pour ne pas frustrer les développeurs. Ce serait plus problématique s'ils faisaient des nouvelles versions majeures tous les ans.
En plus, Qt 4 et Gtk 2 sont encore utilisables (Gimp, hplip) c'est juste qu'il y a des fonctionnalités en moins comme wayland, la ultra haute résolution, etc…
git is great because linus did it, mercurial is better because he didn't
[^] # Re: moi c'est l'inverse
Posté par David Demelier (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 2.
FreeBSD n'a pas de support bluetooth A2DP. PC-BSD n'existe plus par contre.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: moi c'est l'inverse
Posté par David Demelier (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 3.
Ah effectivement au début je croyais que c'était une blague mais j'ai souvent vu des OpenBSD-istes parler de l'inutilité du bluetooth pour argumenter le retrait du code.
En revanche, je suis entièrement d'accord sur la qualité non-bloat d'OpenBSD.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: moi c'est l'inverse
Posté par David Demelier (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 3.
J'adore ta façon de voir les choses. « je n'ai pas besoin de ça je n'utilise pas ça donc c'est de la merde ».
Si ça te plait d'avoir 35 câbles sur ton bureau c'est bien. Moi j'apprécie d'avoir un clavier et une souris bluetooth d'une autonomie de 8 mois sur mon bureau et de la place pour mettre d'autres choses. J'apprécie aussi mes manettes 8BitDo pour jouer à mes jeux rétro préférés. J'apprécie aussi de pouvoir connecter mon téléphone à une enceinte bluetooth (ou Linux).
Et concernant la rapidité, j'ai une fois tenté l'expérience d'OpenBSD sur mon thinkpad « machine de guerre » et pourtant il n'y a qu'OpenBSD qui arrivait à faire saturer mon son en ouvrant des applications (à la manière d'un windows 98 qui n'arrive plus à suivre).
git is great because linus did it, mercurial is better because he didn't
[^] # Re: moi c'est l'inverse
Posté par David Demelier (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 3. Dernière modification le 10 décembre 2020 à 13:23.
Exit le bluetooth, le trim SSD, la rapidité et wayland.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: moi c'est l'inverse
Posté par David Demelier (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 5.
Je voulais dire un fichier unit de systemd.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Fork probable
Posté par David Demelier (site web personnel) . En réponse à la dépêche CentOS se saborde‑t‑elle ?. Évalué à 7.
Pour avoir déjà contribué quelques RPM et essayé des paquets debian, je me demande comment les paquets debian peuvent avoir plus de popularité.
L'avantage des RPMs côté développeur, c'est qu'il n'y a pas besoin de doctorat pour en écrire 🙃
git is great because linus did it, mercurial is better because he didn't
[^] # Re: moi c'est l'inverse
Posté par David Demelier (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 6.
Sauf qu'un service de démarrage c'est pas juste un
daemond startetdaemond stop. Parfois un script de service doit vérifier plusieurs choses pour se lancer comme la présence de répertoire, trouver un fichier de configuration, initialiser une base de données. Etc. Et pour le coup je suis bien content de pouvoir faire sous FreeBSDservice postgresql initdbpour qu'il initialise la base de données pour moi.Sous systemd et la syntaxe déclarative, on a du réinventer les basiques du shell. Des conditions et pour ma part je trouve qu'un script est parfois plus dégueulasse avec ces derniers qu'un script shell bien conçu.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: moi c'est l'inverse
Posté par David Demelier (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 7.
Je cherchais un commentaire pour dire la même chose.
J'ai commencé sous Mandrake 10.0 et par nostalgie je l'ai réessayé en VM dernièrement. J'étais bouleversé par la simplicité et fluidité de l'ensemble (KDE 3, firefox, etc…). Tout est tellement bloat maintenant.
Je regarde le status d'un
dfavec effroi, undmesgavec lassitude et un nombre de service viasystemd-analyze blamesous Fedora avec tristesse. On est loin de la simplicité des débuts.Pour ma part j'ai un sentiment plus mitigé des bureaux. KDE est dans mon utilisation bien moins stable que les version 3. Et GNOME est rempli de petits bugs stupides.
Heureusement, il est toujours possible de faire des distributions simple en choisissant ce que l'on souhaite installer. Mais ce n'est pas le cas de la concurrence (macOS et Windows). Pour macOS, un système de base sans aucune applications ouvertes a déjà plus de 450 processus et 2Go de RAM utilisé…
git is great because linus did it, mercurial is better because he didn't
# Fork probable
Posté par David Demelier (site web personnel) . En réponse à la dépêche CentOS se saborde‑t‑elle ?. Évalué à 8.
Pour ceux qui sont fans de RHEL et aimaient CentOS, je suppose qu'il y aura assez de gens mécontents pour démarrer un fork identique. À vrai dire, CentOS c'est principalement un simple rebuild massif des .src.rpm. Si des gens sont motivés, il suffira de le refaire®.
En revanche coté choix j'ai aussi du mal à comprendre. Fedora est déjà un peu la version “early adopters” des prochaines RHEL, j'ai l'impression que CentOS va simplement faire la même chose.
Et à choisir, je préfèrerai largement fedora dans ce cas qui a l'avantage d'avoir une immense base utilisateur et COPR.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Avec des si, on mettrait Paris en bouteille
Posté par David Demelier (site web personnel) . En réponse au lien Comment Apple pourrait entièrement contrôler les ordinateurs de ses utilisateurs. Évalué à 2. Dernière modification le 02 décembre 2020 à 09:52.
Non en effet elle est un peu moins “UX friendly” et se situe dans les paramètres.
Note : cela n'est nécessaire que la première fois.
git is great because linus did it, mercurial is better because he didn't
# Le rôle de vim ?
Posté par David Demelier (site web personnel) . En réponse au lien unicodemoji, un plugin vim pour inserer des emojis. Évalué à 4.
Pour moi c'est pas à l'éditeur de texte de faire ça mais à l'interface qui te permet d'écrire. Par exemple avec gvim tu peux insérer du texte unicode grâce à Gtk (ctrl+shift+u), avec MacVim grâce au raccourci Ctrl+Command+Espace et sous Windows sans doute le sélecteur natif.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Avec des si, on mettrait Paris en bouteille
Posté par David Demelier (site web personnel) . En réponse au lien Comment Apple pourrait entièrement contrôler les ordinateurs de ses utilisateurs. Évalué à 5.
Oui cette fonctionnalité a juste besoin de faire quelques clics pour « ouvrir quand même ». En soi c'est la même chose qui existe sur Windows 10. Par défaut il n'ouvre pas les exécutables non certifiés et il faut ouvrir une option pour forcer le choix. De la même manière quand vous allez sur un site web dont le certificat est mort.
Rien d'extraordinaire et toujours possible de lancer n'importe quelle application non-certifiée. C'est d'ailleurs le cas de beaucoup d'applications opensource qui ne gagnent pas spécialement d'argent et ne souhaitent pas s'inscrire dans cette démarche.
git is great because linus did it, mercurial is better because he didn't
# Intéressant
Posté par David Demelier (site web personnel) . En réponse au lien C'est quelqu'un qui Maddy que tu mailais encore. Évalué à 6.
Pour avoir moi même mis en place un serveur mail j'ai toujours trouvé ça compliqué et fastidieux. Il est vrai que la philosophie KISS voudrait que chaque processus soit séparé mais au final on a toujours les mêmes choses (plus ou moins) qui tournent. Alors avoir un all-in-one qui fonctionne je ne dis pas non.
À suivre.
git is great because linus did it, mercurial is better because he didn't
# Curieux
Posté par David Demelier (site web personnel) . En réponse au lien Sur la liste au Père Noël de Linus : un MacBook Air M1 (déverrouillé). Évalué à 4.
Moi aussi j'adorerais voir Linux tourner sur un MacBook M1. Avec macOS il est déjà annoncé une autonomie de 15 à 20 heures (pour le Air et Pro respectivement). Avec Linux qui a une optimisation intensive et des distributions légères non bloat ça doit être un carnage en terme d'autonomie.
Mis à part ça, j'aime beaucoup l'architecture ARM et souhaiterais faire du développement sous des machines ARM puissantes et sous Linux. Ne me dites pas raspberry pi, j'ai essayé et c'est tout sauf agréable au quotidien.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Pertinence ?
Posté par David Demelier (site web personnel) . En réponse au journal MacOS contre Debian sur un test de build de Firefox. Évalué à 5. Dernière modification le 24 novembre 2020 à 09:13.
Pas que chez Apple, c'est même fréquents sur les ultrabooks. À force d'avoir des laptops ultra fins on ne peut plus avoir de flexibilité. Sur mon Thinkpad la RAM est aussi soudée mais pas le NVMe ce qui est plutôt bien car dans mon cas il a été défectueus au bout de 4 mois et remplacée sous garantie. En contrepartie, j'adore le fait que mon thinkpad rentre dans n'importe quel sacoche et m'offre un poids record de 1,1kg pour 14,1".
git is great because linus did it, mercurial is better because he didn't
# Pertinence ?
Posté par David Demelier (site web personnel) . En réponse au journal MacOS contre Debian sur un test de build de Firefox. Évalué à 10.
Est-ce vraiment pertinent ?
macOS n'est pas un bon système à virtualiser, d'ailleurs il n'y a même pas de moyen officiel de faire une VM macOS même sous mac. macOS est performant sur sa plateforme cible, un mac physique.
J'aimerais bien voir ce test sous un vrai mac avec la puce M1, sans virtualisation (qui à priori est plus performante que certains i5 et i7).
Pour ma part j'ai un MacBook (un i5 cependant) et un Thinkpad x1 Carbon (i7 de 3 ans), tous deux ont des performances équivalentes et mes projets compilent à quelques secondes près sur chacun d'eux.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Juste pour rire...
Posté par David Demelier (site web personnel) . En réponse au journal Les adresses mail personnelles et les comptes en lignes. Évalué à 5.
Non hélas ça ne fonctionne pas. La vérification a l'air d'être aussi faite en POST.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: [HS] et comment héberges-tu tes mails ?
Posté par David Demelier (site web personnel) . En réponse au journal Les adresses mail personnelles et les comptes en lignes. Évalué à 3.
Pour le nom de domaine personnel (qu'on voit dans les images) j'utilise l'offre de stockage directement via Gandi qui fournit un peu de stockage avec l'achat d'un nom de domaine. C'est pratique, accessible via IMAP/SMTP et/ou une interface web (roundcube ou sogo). Il est aussi possible de mettre des règles sieve.
Pour mon autre nom de domaine qui est lié à un serveur de gestion de projet, j'utilise postfix+dovecot+dspam avec des utilisateurs virtuels sous forme de fichier.
Honnêtement, si c'est pour de la communication simple sans grand stockage je conseille fortement l'utilisation de Gandi (ou un autre fournisseur). La mise en place d'un serveur mail est assez complexe et il est nécessaire de faire beaucoup de choses pour ne pas se faire refouler par les autres serveurs SMTP. Pour ma part, si je ne passe pas par le relai de mon FAI (Orange) je me fais souvent refouler par gmail.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Juste pour rire...
Posté par David Demelier (site web personnel) . En réponse au journal Les adresses mail personnelles et les comptes en lignes. Évalué à 3. Dernière modification le 05 novembre 2020 à 12:22.
J'étais tenté, mais le code JS est corsé. Mais tu as raison je vais essayer.
git is great because linus did it, mercurial is better because he didn't
# Le cloud
Posté par David Demelier (site web personnel) . En réponse au lien GitHub menace (gentiment, à contrecœur) de suspendre les comptes des forks YouTube-DL. Évalué à 0. Dernière modification le 04 novembre 2020 à 08:42.
git is great because linus did it, mercurial is better because he didn't
# Intéressant mais financièrement ?
Posté par David Demelier (site web personnel) . En réponse au lien Apple développerait son moteur de recherche pour ne plus dépendre de Google - la tribune. Évalué à 3.
Il est dit que Google payerait des milliards de dollars par an juste pour être le moteur de recherche par défaut sur Mac.
Bien qu'Apple soit déjà ultra riches, je me demande ce qu'ils feraient pour ne pas perdre une telle rentrée d'argent par an.
git is great because linus did it, mercurial is better because he didn't