Il fut un temps j'utilisais l'hibernation. C'était principalement sur mon Pentium 4 avec ma SuSE 9.1 qui mettait plus d'une minute à démarrer.
Mais maintenant, avec les machines de guerre et les démarrage en moins d'une dizaines de secondes (2,5s du démarrage à dwm sur mon thinkpad x1 4th gen) j'ai du mal à voir l'intérêt de l'hibernation. De plus, l'hibernation requiert une partition swap ou un fichier swap file et avec les machines ayant maintenant jusqu'à 16Go de RAM, ça devient couteux en écriture (bonjour l'usure des SSD !).
Qui utilise encore vraiment l'hibernation ? Idée de sondage peut-être ? :)
git is great because linus did it, mercurial is better because he didn't
J'adore le thème nord, surtout pour vim mais j'ai aussi adapté tmux, irssi et le terminal pour avoir un thème global. Ma configuration dwm, st, dmenu utilise aussi nord.
J'aimerais bien passer à un thème blanc car j'ai une diplopie monoculaire qui me fait voir le texte blanc sur noir en double (surtout de loin comme les sous-titres) mais aucun ne me convient. J'ai essayé solarized et gruvbox mais j'ai du mal avec le style.
Si quelqu'un a des idées je suis preneur.
git is great because linus did it, mercurial is better because he didn't
Cette technologie déjà bien âgée et pourtant toujours si mal gérée. J'aime beaucoup le bluetooth et j'utilise aussi plusieurs périphériques et il m'arrive d'avoir parfois besoin de les re-pairer pour qu'ils fonctionnent à nouveau.
Pour ton casque, vérifie si tu as besoin de le mettre en mode “discoverable”, la plupart du temps il faut maintenir un bouton pour qu'il se mette à clignoter attendant un pairage. C'est le cas pour mes souris et mes manettes 8bitdo.
git is great because linus did it, mercurial is better because he didn't
Je m'en fiche un peu de la france insoumise mais cette manie à faire des sites « non portables » en 2020 commence à me donner des boutons. Je comprends que ce fut le cas dans le passé car le web était limité et peu standardisé mais maintenant c'est le cas !
Pour mon travail je suis aussi obligé d'utiliser chromium car pas mal de sites web de Google (G-Suite, mais aussi des intranets) fonctionnent mal sous firefox. Ça devient pénible. Bientôt Chrome deviendra un prérequis pour le web.
git is great because linus did it, mercurial is better because he didn't
Je suis un féru de Qt, j'en ai fait personnellement et professionnellement et j'ai toujours adoré cette boite à outils. Mais depuis quelques temps il y a beaucoup de choses qui me déçoivent.
Effectivement ce changement de licence intempestif (comme Qt Wayland qui passe en GPL ou commercial) bien que je ne fasse que des logiciels libres, je ne veux pas me lier à des licences GPL pour restreindre mes applications donc je suis déjà embarassé.
QML/Qt Quick. J'ai essayé et il y a rien à faire je n'aime pas. Techniquement ça pourrait rester qu'un point subjectif mais on ressent bien que les Widgets traditionnels sont mis de côté et ne bénéficient plus d'avancée majeur et donc pour mon cas c'est plutôt problématique.
Et gros hic, en boîte à outils en C et C++ on est que peu servi :
Gtk : non, je ne supporte pas l'atitude de certains des développeurs. (Voir la vidéo de Dirk Hohndel pour se faire plusieurs (autres) idées).
Qt : futur incertain
wxWidgets : utilise les APIs natives mais a une utilisation du C++ préhistorique
git is great because linus did it, mercurial is better because he didn't
Tout est dans le titre. Vive les téléphones libres et sans applications propriétaire. Malheureusement la quasi totalité de la population utilise des Android ou iThings donc leur principe fonctionnera. Black Mirror France Edition.
git is great because linus did it, mercurial is better because he didn't
Probablement parce que 99% des gens rabattent juste l'écran de leur laptop.
Mais malheureusement nous n'utilisons pas toujours l'écran pour indiquer une mise en veille. Justement moi je dock souvent mon portable à ma station d'accueil et ça me prends bien la tête quand celui ci se met en veille alors que je veux simplement éteindre l'écran et profiter de mon écran externe. Ainsi - surtout en période de confinement - mon portable est bien plus souvent fermé et si je souhaite le mettre en veille je suis obligé de passer par une commande (donc, ce bouton GNOME est bien utile).
git is great because linus did it, mercurial is better because he didn't
Avec le passage à GTK+3, il a perdu beaucoup de son originalité
Heureusement qu'il soit passé à Gtk 3. Merci les écrans hautes définition et wayland. Le but de maintenir un ancien projet n'est pas spécialement de conserver les bibliothèques obsolètes. Juste les concepts :)
git is great because linus did it, mercurial is better because he didn't
Non, tchernobyl c'est 100% de l'erreur et connerie humaine (il y a assez d'information à ce sujet, l'accident était évitable).
Par contre, les centrales thermique à charbon qui - soit dit en passant - forment la plus grande source de gaz à effet de serre au monde, là on ferme les yeux. Merci la Chine.
git is great because linus did it, mercurial is better because he didn't
En fait chez slackware il y a énormément de discussions avant d'intégrer quoi que ce soit. Patrick est assez ouvert et si tout le monde demande quelque chose il finit par le faire. C'est comme ça qu'est arrivé PulseAudio, parce que ça répondait notamment à quelques besoins (PulseAudio est bien pratique pour le changement de source à chaud, le bluetooth, etc).
PAM est une demande récurrente et franchement il n'y aucun intérêt à ne pas l'utiliser. Ce n'est pas parfait mais ça reste vraiment pratique pour configurer l'authentification. Pour ma part je ne me vois pas sur une distribution ne l'utilisant pas.
Pour systemd j'en doute fort. Tous les initscripts sont maison et les utilisateurs apprécient cette distribution pour ça. Chaque script est éditable par l'utilisateur et globalement faciles à comprendre.
git is great because linus did it, mercurial is better because he didn't
Alors oui, toi développeur libriste, tu fais comment, tu publie tes projets sur quelle plate-forme ?
Toujours et encore par mes propres moyens, depuis environ 11 ans. D'ailleurs ma configuration Mercurial n'a toujours pas changé depuis.
Avec GitHub et autres plateformes surutilisés on pense souvent qu'il faut s'y inscrire pour avoir des contributions. Ce n'est pas le cas. D'ailleurs ça a bien fonctionné avant l'émergence de ce genre de centralisations massives. Mercurial, SDL, Qt reçoivent un nombre élevés de contributions par jours et pourtant ils hébergent eux mêmes.
Je dirais que l'important est d'avoir une documentation de comment contribuer et surtout d'utiliser un DVCS (comme Mercurial ou git) pour que les gens puissent envoyer des patchs/changesets facilement.
Par contre effectivement ça nécessite un VPS ou une petite machine qui tourne en permanence, mais une fois configurée on y touche pas tant que ça. Et au moins, libre à toi de faire absolument tout ce que tu veux :)
git is great because linus did it, mercurial is better because he didn't
J'ai vu beaucoup de choses à ce sujet et j'ai toujours trouvé ça intéressant. Par contre je ne connais pas trop le sujet, mais je sais qu'il existe aussi les Sixel pour pouvoir réaliser ce genre de graphismes, à priori il faut un support explicit du terminal pour l'utiliser.
git is great because linus did it, mercurial is better because he didn't
Quel est le rapport entre java et android ? Le langage se ressemble ? Il utilise le bytecode java dans l'une de ses étapes de build ?
Déjà je n'ai pas dit Android, j'ai dit développement Android ce qui n'est pas la même chose. Si tu n'as jamais lancé Android Studio, je t'invite à le faire pour te construire ta propre idée. Des comparaisons j'en ai donné, il ne s'agit pas d'un troll gratuit.
Red5, Tomcat sont bien des applications que j'ai du faire tourner en local et sur un serveur donc je sais de quoi je parle. Aussi, tu n'imagines pas le temps nécessaire pour « déployer » un simple changement dans notre application web en Java dans mon ancienne entreprise.
Je n'ai jamais dit que Python était bien, je n'aime pas ce langage. Java est lourd et gourmand en mémoire c'est un fait comme beaucoup de langages (semi-)interprétés. Ruby n'est pas mieux, mon redmine me demande beaucoup de CPU et de RAM et j'aurais bien aimé qu'il soit codé aussi dans une autre technologie.
En comparaison, nodejs (bien que je n'aime pas cette technologie) est basée sur v8, une implémentation JIT de ECMAScript et pas si énergivore (du moment qu'on sait coder, comme d'habitude). Je fais tourner etherpad sur mon serveur, il consomme effectivement ~250 Mo de RAM, mais ça reste largement en dessous de ce que j'ai pu subir lorsque j'ai fait tourner Tomcat/Red5.
git is great because linus did it, mercurial is better because he didn't
Sans doute parce que c'est quand même plutôt le cas. Pour toutes les applications Java que j'ai hébergé côté serveur ma RAM et mon CPU étaient en galère (red5, tomcat, jenkins).
En local, tuxguitar n'est pas ultra léger non plus mais il reste correct.
Par contre, le développement Android, je ne préfère même pas en parler.
git is great because linus did it, mercurial is better because he didn't
En effet j'ai pensé la même chose quand j'ai vu que c'était en Java. Je me souviens encore de mon pauvre serveur quand celui ci tournait Tomcat et Red5. Ma pauvre RAM et mon CPU en avaient bien souffert.
Le Java a eu son heure de gloire avec le web dymanique, mais depuis il existe tellement d'alternatives légères en framework que je comprends pas qu'il ne soit toujours pas mort.
git is great because linus did it, mercurial is better because he didn't
Sudo est de facto dans les distribution Linux et Linux représente une majorité des installations serveurs. Partant de là, si une faille est détectée, il est naturel d'avoir un article qui recommande le patch plutôt que de passer à OpenBSD.
Moui, mais justement c'est dommage si tout le monde continue de penser comme ça. Cela signifie que parce que GNU Coreutils, GNU Binutils et GNU GCC sont par défaut on devrait toujours utiliser ça au lieu d'alternatives plus simples.
Loin derrière l'idée de dénigrer sudo, mais il fait 100000 lignes de code, loin derrière les ~900 de doas.
Qu'est ce qui dit que les outils proposés n'ont pas failles, peut-être même pire que celle présentée et peut-être pas encore identifiées ?
Il y a une réponse assez naïve et vraie à la fois. Plus il y a de code, plus il y a de bugs. Mais pour généraliser, plus il y a de code, plus les audits sont compliqués.
git is great because linus did it, mercurial is better because he didn't
Tout est dans le titre. Pourquoi acheter des liseuses amazon qui ne fonctionnent pas avec les ebooks non amazon (de ce que j'ai cru comprendre). En plus les PocketBook tournent sous logiciels libres :-)
Longue vie à ma Touch Lux 3 !
git is great because linus did it, mercurial is better because he didn't
J'ai longtemps été fan de Qt et d'ailleurs j'ai eu une expérience professionnelle de 3 ans avec. Cela dit, j'aime de moins en moins ce que ça devient. On est loin du petit toolkit simple que c'était. Qt devient de plus en plus “enterprisy” et bloat.
QML ? (Je sais, ça n'a rien à voir avec les changements) j'ai aussi du mal, j'ai l'impression que c'est surtout utilisé pour faire des interfaces atypiques (jeux, applis mobiles, etc) mais pour du natif je n'en vois pas l'intérêt car trop hétérogène. Or, QML est la recommendation actuelle de Qt et les widgets traditionnels passent en mode maintenance, ce qui signifie aussi qu'il n'y aura plus d'avancées majeures dans ces derniers. Ce qui me laisse dans l'optique de partir sur un autre toolkit.
Pour les téléchargements obligatoire, il est effectivement mentionné pour les binaires. Est-ce que les sources en sont épargnés ? Sinon vive la galère pour les gestionnaires de paquets. Les distributions vont devoir fournir les sources via leur propre miroirs le cas échéant.
J'ai pas bien saisi le point même après l'avoir relu plusieurs fois. Honnêtement je m'en fiche un peu que les installateurs ne soit pas utilisable hors ligne car je compile Qt via les sources (même sous Windows, ou alors j'utilise MSYS2) ou utilise ceux du gestionnaire de paquets. Beaucoup d'outils fonctionnent comme ça (cygwin, texlive, …).
git is great because linus did it, mercurial is better because he didn't
# Hibernation, pourquoi faire ?
Posté par David Demelier (site web personnel) . En réponse au journal Astuce : réparer l’hibernation non fonctionnelle sur Fedora 32. Évalué à 6.
Il fut un temps j'utilisais l'hibernation. C'était principalement sur mon Pentium 4 avec ma SuSE 9.1 qui mettait plus d'une minute à démarrer.
Mais maintenant, avec les machines de guerre et les démarrage en moins d'une dizaines de secondes (2,5s du démarrage à dwm sur mon thinkpad x1 4th gen) j'ai du mal à voir l'intérêt de l'hibernation. De plus, l'hibernation requiert une partition swap ou un fichier swap file et avec les machines ayant maintenant jusqu'à 16Go de RAM, ça devient couteux en écriture (bonjour l'usure des SSD !).
Qui utilise encore vraiment l'hibernation ? Idée de sondage peut-être ? :)
git is great because linus did it, mercurial is better because he didn't
# Nord pour le moment
Posté par David Demelier (site web personnel) . En réponse à la dépêche Quelle palette de couleurs pour vos outils ?. Évalué à 2.
J'adore le thème nord, surtout pour vim mais j'ai aussi adapté tmux, irssi et le terminal pour avoir un thème global. Ma configuration dwm, st, dmenu utilise aussi nord.
J'aimerais bien passer à un thème blanc car j'ai une diplopie monoculaire qui me fait voir le texte blanc sur noir en double (surtout de loin comme les sous-titres) mais aucun ne me convient. J'ai essayé solarized et gruvbox mais j'ai du mal avec le style.
Si quelqu'un a des idées je suis preneur.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Ah le bluetooth
Posté par David Demelier (site web personnel) . En réponse au message Bluetooth : seulement certains périphériques sont détectés. Évalué à 3.
Ravi d'avoir pu t'aider :)
git is great because linus did it, mercurial is better because he didn't
# Ah le bluetooth
Posté par David Demelier (site web personnel) . En réponse au message Bluetooth : seulement certains périphériques sont détectés. Évalué à 10.
Cette technologie déjà bien âgée et pourtant toujours si mal gérée. J'aime beaucoup le bluetooth et j'utilise aussi plusieurs périphériques et il m'arrive d'avoir parfois besoin de les re-pairer pour qu'ils fonctionnent à nouveau.
Pour ton casque, vérifie si tu as besoin de le mettre en mode “discoverable”, la plupart du temps il faut maintenir un bouton pour qu'il se mette à clignoter attendant un pairage. C'est le cas pour mes souris et mes manettes 8bitdo.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Un peu vague
Posté par David Demelier (site web personnel) . En réponse au message LECTEUR CD. Évalué à 3.
Je pencherai aussi pour cette optique (sans mauvais jeu de mot). Il me semble que mon lecteur CD externe fait la même chose.
git is great because linus did it, mercurial is better because he didn't
# à s'arracher les cheveux
Posté par David Demelier (site web personnel) . En réponse au lien La République abandonne Firefox. Évalué à 10.
Je m'en fiche un peu de la france insoumise mais cette manie à faire des sites « non portables » en 2020 commence à me donner des boutons. Je comprends que ce fut le cas dans le passé car le web était limité et peu standardisé mais maintenant c'est le cas !
Pour mon travail je suis aussi obligé d'utiliser chromium car pas mal de sites web de Google (G-Suite, mais aussi des intranets) fonctionnent mal sous firefox. Ça devient pénible. Bientôt Chrome deviendra un prérequis pour le web.
git is great because linus did it, mercurial is better because he didn't
# Déception
Posté par David Demelier (site web personnel) . En réponse au lien Discussion d'un possible fork de Qt qui pourrait devenir payant la 1e année . Évalué à 4.
Je suis un féru de Qt, j'en ai fait personnellement et professionnellement et j'ai toujours adoré cette boite à outils. Mais depuis quelques temps il y a beaucoup de choses qui me déçoivent.
Effectivement ce changement de licence intempestif (comme Qt Wayland qui passe en GPL ou commercial) bien que je ne fasse que des logiciels libres, je ne veux pas me lier à des licences GPL pour restreindre mes applications donc je suis déjà embarassé.
QML/Qt Quick. J'ai essayé et il y a rien à faire je n'aime pas. Techniquement ça pourrait rester qu'un point subjectif mais on ressent bien que les Widgets traditionnels sont mis de côté et ne bénéficient plus d'avancée majeur et donc pour mon cas c'est plutôt problématique.
Et gros hic, en boîte à outils en C et C++ on est que peu servi :
git is great because linus did it, mercurial is better because he didn't
# Téléphones libres
Posté par David Demelier (site web personnel) . En réponse au lien Coronavirus: Édouard Philippe évoque un tracking «volontaire». Évalué à 1.
Tout est dans le titre. Vive les téléphones libres et sans applications propriétaire. Malheureusement la quasi totalité de la population utilise des Android ou iThings donc leur principe fonctionnera. Black Mirror France Edition.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: danke
Posté par David Demelier (site web personnel) . En réponse à la dépêche GNOME 3.36 à la cool. Évalué à 6.
Mais malheureusement nous n'utilisons pas toujours l'écran pour indiquer une mise en veille. Justement moi je dock souvent mon portable à ma station d'accueil et ça me prends bien la tête quand celui ci se met en veille alors que je veux simplement éteindre l'écran et profiter de mon écran externe. Ainsi - surtout en période de confinement - mon portable est bien plus souvent fermé et si je souhaite le mettre en veille je suis obligé de passer par une commande (donc, ce bouton GNOME est bien utile).
git is great because linus did it, mercurial is better because he didn't
# UrbanTerror et retro
Posté par David Demelier (site web personnel) . En réponse au journal Et vous, vous jouez à quoi?. Évalué à 3.
Je suis un nostalgique des jeux et j'ai du mal avec le système commercial des jeux récents.
Sur OpenBSD/Linux je joue principalement à UrbanTerror et aux jeux retro avec RetroArch. J'aime beaucoup wesnoth aussi et OpenRCT2.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Etat de MATE
Posté par David Demelier (site web personnel) . En réponse à la dépêche Sortie de MATE 1.24. Évalué à 9. Dernière modification le 19 mars 2020 à 14:35.
Heureusement qu'il soit passé à Gtk 3. Merci les écrans hautes définition et wayland. Le but de maintenir un ancien projet n'est pas spécialement de conserver les bibliothèques obsolètes. Juste les concepts :)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Analyse de Tchernobyl
Posté par David Demelier (site web personnel) . En réponse au lien Jean-Marc Jancovici : Fermer une centrale nucléaire au nom du climat : l'imposture du gouvernement . Évalué à 9.
Non, tchernobyl c'est 100% de l'erreur et connerie humaine (il y a assez d'information à ce sujet, l'accident était évitable).
Par contre, les centrales thermique à charbon qui - soit dit en passant - forment la plus grande source de gaz à effet de serre au monde, là on ferme les yeux. Merci la Chine.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Ça commence comme ça
Posté par David Demelier (site web personnel) . En réponse au lien Slackware intègre PAM. Évalué à 7. Dernière modification le 13 février 2020 à 09:04.
Presque.
En fait chez slackware il y a énormément de discussions avant d'intégrer quoi que ce soit. Patrick est assez ouvert et si tout le monde demande quelque chose il finit par le faire. C'est comme ça qu'est arrivé PulseAudio, parce que ça répondait notamment à quelques besoins (PulseAudio est bien pratique pour le changement de source à chaud, le bluetooth, etc).
PAM est une demande récurrente et franchement il n'y aucun intérêt à ne pas l'utiliser. Ce n'est pas parfait mais ça reste vraiment pratique pour configurer l'authentification. Pour ma part je ne me vois pas sur une distribution ne l'utilisant pas.
Pour systemd j'en doute fort. Tous les initscripts sont maison et les utilisateurs apprécient cette distribution pour ça. Chaque script est éditable par l'utilisateur et globalement faciles à comprendre.
git is great because linus did it, mercurial is better because he didn't
# Self hosting
Posté par David Demelier (site web personnel) . En réponse au message Quel hub de développeur choisir ?. Évalué à 3.
Toujours et encore par mes propres moyens, depuis environ 11 ans. D'ailleurs ma configuration Mercurial n'a toujours pas changé depuis.
Avec GitHub et autres plateformes surutilisés on pense souvent qu'il faut s'y inscrire pour avoir des contributions. Ce n'est pas le cas. D'ailleurs ça a bien fonctionné avant l'émergence de ce genre de centralisations massives. Mercurial, SDL, Qt reçoivent un nombre élevés de contributions par jours et pourtant ils hébergent eux mêmes.
Je dirais que l'important est d'avoir une documentation de comment contribuer et surtout d'utiliser un DVCS (comme Mercurial ou git) pour que les gens puissent envoyer des patchs/changesets facilement.
Par contre effectivement ça nécessite un VPS ou une petite machine qui tourne en permanence, mais une fois configurée on y touche pas tant que ça. Et au moins, libre à toi de faire absolument tout ce que tu veux :)
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 journal Des images (et des vidéos) dans le terminal avec des caractères Unicode. Évalué à 8.
J'ai vu beaucoup de choses à ce sujet et j'ai toujours trouvé ça intéressant. Par contre je ne connais pas trop le sujet, mais je sais qu'il existe aussi les Sixel pour pouvoir réaliser ce genre de graphismes, à priori il faut un support explicit du terminal pour l'utiliser.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Hmm
Posté par David Demelier (site web personnel) . En réponse à la dépêche Onedev : une alternative légère à GitLab. Évalué à 1.
Déjà je n'ai pas dit Android, j'ai dit développement Android ce qui n'est pas la même chose. Si tu n'as jamais lancé Android Studio, je t'invite à le faire pour te construire ta propre idée. Des comparaisons j'en ai donné, il ne s'agit pas d'un troll gratuit.
Red5, Tomcat sont bien des applications que j'ai du faire tourner en local et sur un serveur donc je sais de quoi je parle. Aussi, tu n'imagines pas le temps nécessaire pour « déployer » un simple changement dans notre application web en Java dans mon ancienne entreprise.
Je n'ai jamais dit que Python était bien, je n'aime pas ce langage. Java est lourd et gourmand en mémoire c'est un fait comme beaucoup de langages (semi-)interprétés. Ruby n'est pas mieux, mon redmine me demande beaucoup de CPU et de RAM et j'aurais bien aimé qu'il soit codé aussi dans une autre technologie.
En comparaison, nodejs (bien que je n'aime pas cette technologie) est basée sur v8, une implémentation JIT de ECMAScript et pas si énergivore (du moment qu'on sait coder, comme d'habitude). Je fais tourner etherpad sur mon serveur, il consomme effectivement ~250 Mo de RAM, mais ça reste largement en dessous de ce que j'ai pu subir lorsque j'ai fait tourner Tomcat/Red5.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Hmm
Posté par David Demelier (site web personnel) . En réponse à la dépêche Onedev : une alternative légère à GitLab. Évalué à -3.
Sans doute parce que c'est quand même plutôt le cas. Pour toutes les applications Java que j'ai hébergé côté serveur ma RAM et mon CPU étaient en galère (red5, tomcat, jenkins).
En local, tuxguitar n'est pas ultra léger non plus mais il reste correct.
Par contre, le développement Android, je ne préfère même pas en parler.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Hmm
Posté par David Demelier (site web personnel) . En réponse à la dépêche Onedev : une alternative légère à GitLab. Évalué à -1. Dernière modification le 05 février 2020 à 10:55.
En effet j'ai pensé la même chose quand j'ai vu que c'était en Java. Je me souviens encore de mon pauvre serveur quand celui ci tournait Tomcat et Red5. Ma pauvre RAM et mon CPU en avaient bien souffert.
Le Java a eu son heure de gloire avec le web dymanique, mais depuis il existe tellement d'alternatives légères en framework que je comprends pas qu'il ne soit toujours pas mort.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Sourcehut
Posté par David Demelier (site web personnel) . En réponse à la dépêche Onedev : une alternative légère à GitLab. Évalué à 7.
Pour information : Mercurial est un DVCS autant distribué que Git.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Mais encore
Posté par David Demelier (site web personnel) . En réponse au journal sudo, faille pwfeedback. Évalué à 7.
Moui, mais justement c'est dommage si tout le monde continue de penser comme ça. Cela signifie que parce que GNU Coreutils, GNU Binutils et GNU GCC sont par défaut on devrait toujours utiliser ça au lieu d'alternatives plus simples.
Loin derrière l'idée de dénigrer sudo, mais il fait 100000 lignes de code, loin derrière les ~900 de doas.
Il y a une réponse assez naïve et vraie à la fois. Plus il y a de code, plus il y a de bugs. Mais pour généraliser, plus il y a de code, plus les audits sont compliqués.
git is great because linus did it, mercurial is better because he didn't
# PocketBook
Posté par David Demelier (site web personnel) . En réponse au lien Amazon, via sa liseuse, traque toutes vos lectures semble-t-il. Évalué à 8.
Tout est dans le titre. Pourquoi acheter des liseuses amazon qui ne fonctionnent pas avec les ebooks non amazon (de ce que j'ai cru comprendre). En plus les PocketBook tournent sous logiciels libres :-)
Longue vie à ma Touch Lux 3 !
git is great because linus did it, mercurial is better because he didn't
# Questionnements
Posté par David Demelier (site web personnel) . En réponse au journal The Qt Company annonce un changement dans ses « offres ». Évalué à 10.
J'ai longtemps été fan de Qt et d'ailleurs j'ai eu une expérience professionnelle de 3 ans avec. Cela dit, j'aime de moins en moins ce que ça devient. On est loin du petit toolkit simple que c'était. Qt devient de plus en plus “enterprisy” et bloat.
QML ? (Je sais, ça n'a rien à voir avec les changements) j'ai aussi du mal, j'ai l'impression que c'est surtout utilisé pour faire des interfaces atypiques (jeux, applis mobiles, etc) mais pour du natif je n'en vois pas l'intérêt car trop hétérogène. Or, QML est la recommendation actuelle de Qt et les widgets traditionnels passent en mode maintenance, ce qui signifie aussi qu'il n'y aura plus d'avancées majeures dans ces derniers. Ce qui me laisse dans l'optique de partir sur un autre toolkit.
Pour les téléchargements obligatoire, il est effectivement mentionné pour les binaires. Est-ce que les sources en sont épargnés ? Sinon vive la galère pour les gestionnaires de paquets. Les distributions vont devoir fournir les sources via leur propre miroirs le cas échéant.
J'ai pas bien saisi le point même après l'avoir relu plusieurs fois. Honnêtement je m'en fiche un peu que les installateurs ne soit pas utilisable hors ligne car je compile Qt via les sources (même sous Windows, ou alors j'utilise MSYS2) ou utilise ceux du gestionnaire de paquets. Beaucoup d'outils fonctionnent comme ça (cygwin, texlive, …).
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Esprit potache es-tu là ?
Posté par David Demelier (site web personnel) . En réponse au lien signer la pétition pour libérer Windows 7. Évalué à 8.
Pas sûr, RMS était vraiment anti Windows / Microsoft. Il est même presque parfois anti Linux.
git is great because linus did it, mercurial is better because he didn't
# Oops I did it again
Posté par David Demelier (site web personnel) . En réponse au lien Auteur du framework Rust actix-web : "I am done with open source". Évalué à 4.
Je me demande si ça va engendrer le même (mais dans une moindre mesure) le problème qu'avait généré left-pad.
Notamment du fait que la centralisation de masse est une mauvaise chose, y compris pour les dépendances.
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 Premières journées avec le Pinebook pro (un portable ARM libre à 200 $). Évalué à 4.
Hyper intéressant. J'ai toujours rêvé de portable sous ARM, j'ai aussi hâte d'en voir avec RISC-V à moins de 5000€.
Je me laisserai bien tenter prochainement je pense.
git is great because linus did it, mercurial is better because he didn't