Steap a écrit 28 commentaires

Pourquoi ce genre de débilités n'est pas dégommée à vue, et son auteur banni ?

Pour mon Samsung 860 EVO 500GB, S.M.A.R.T me dit :

Total_LBAs_Written: 83995540294

Ça fait 83995540294*512B = 43005716630528B ~= 39TB.

Je l'ai acheté il y a 5 ans. Le TBW annoncé par Samsung est de 300TB. À ce rythme, il faudrait 300*5/39 ~= 38 ans pour l'atteindre, donc j'ai encore 33 ans devant moi. Il n'est pas impossible que le SSD claque après moi :)

Il faut vraiment arrêter de se prendre la tête à ne pas utiliser son SSD : l'époque des SSD de 40Go tout moisis qui claquaient en 3 mois est loin derrière nous.

J'utilise Proton avec X11, as-tu connaissance d'une évolution future de Proton qui le rendrait incompatible avec X11 ?

J'ai voulu lire Les travailleurs de la mer en livre numérique. J'ai récupéré le fichier sur Gallica (l'interface est… particulière). Un petit avertissement m'indiquait qu'il était possible que le livre contienne des coquilles, et qu'il ne fallait pas hésiter à les signaler. Il y avait en fait plusieurs centaines (milliers ?) de fautes, et j'ai l'impression que l'epub était juste la sortie brute de l'OCR. J'ai envoyé un mail à la BNF, je n'ai toujours pas reçu de réponse après 2 ans.

J'ai vu qu'une version payante du même livre, également édité par la BNF, était disponible sur 7switch. Cette version semble "propre", et je me demande toujours si la BNF maintient 2 versions de chaque livre, une "propre" destinée à la vente, et une "sortie d'OCR" disponible gratuitement sur Gallica.

J'ai envoyé des corrections concernant le même livre à bibebook il y a 2 ans, et je n'ai eu aucune réponse.

J'ai corrigé la version de La Curée du Projet Gutenberg, et j'ai pu avoir une discussion assez intéressante. Mes interlocuteurs étaient extrêmement courtois, et j'aimerais que tous les échanges dans le monde du logiciel libre soient du même acabit. Sur le fond, j'ai été assez étonné de ce que j'ai lu. Le projet avait des lignes directrices concernant la ponctuation qui ne respectaient pas la langue française (pas d'espace avant les ponctuations doubles). Les mainteneurs semblaient moyennement connaître les espaces insécables. Un des contributeurs était prêt à accepter ma contribution même si elle ne correspondait pas à leurs standards parce que j'y avais passé "beaucoup de temps", sans pouvoir vraiment vérifier mes modifications. Comme je pense que le but est de conserver des textes jusqu'à la disparition de l'Humanité (et même après), ça m'a fait un peu peur.

Arvensa fait du travail un peu propre (si on ne regarde pas la source de l'epub), mais a malheureusement des ebooks "Œuvres complètes de X" qui font N pages et mettent trois heures à s'ouvrir.

Je pense qu'on sous-estime la quantité de boulot d'une maison d'édition. C'est un boulot assez difficile à faire correctement, et je ne suis pas certain qu'on arrive à le faire mieux que de la façon "traditionnelle".

Aucun rapport, mais j'ai lu en diagonale ton article:

Pendant l'installation, il m'a été demandé de charger le firmware rtl_nic/rtl8168e-3.fw. Il s'agit d'un firmware non-libre pour la puce réseau Realtek RTL8111E. Je ne l'avais pas mais, étonnement, cela n'a pas empêché l'installation de se poursuivre, le système téléchargeant malgré tout les paquets dont il avait besoin (pour information, vous trouverez ce firmware au sein du paquet firmware-realtek). Étrange.

Donc la carte réseau fonctionne sans le firmware privateur ? Qu'apporte son installation ?

Sur h-node, je vois notamment une entrée concernant la GTX 1650. Mais Nvidia ne nous donne pas les firmwares, et même avec nouveau, on en a besoin.

Sur le deuxième lien, on trouve comme exemple de matos 100% libre ce Thinkpad. Sans parler du fait que c'est hors de prix pour un Core 2 Duo avec maximum 8GB de RAM, j'ai du mal à croire que la carte réseau fonctionne sans firmware privateur, bien qu'il soit sans doute embarqué :/

Alors, pas tout à fait. Il reste toujours ton BIOS qui est généralement privateur, et certains firmwares embarqués. J'ai une vieille machine sur laquelle j'ai une carte réseau Ethernet et un GPU intégré qui ont des firmwares privateurs embarqués, mais il me semble bien que de nos jours, c'est de plus en plus chargé par l'OS. Un GPU AMD moderne ne sert pas à grand chose si tu n'installes pas firmware-amd-graphics/unstable, par exemple. Si t'as une carte réseau qui demande un firmware privateur (comme pas mal de Realtek qu'on trouve sur les cartes mères AMD), tu perds sans doute une partie des fonctionnalités (ou toutes).

Justement, le problème c'est que c'est à peu près tout le matériel.

Merci pour la dépêche.

Je lis :

Trisquel est une distribution GNU/Linux entièrement libre. En effet, la majorité des distributions GNU/Linux distribuent le noyau Linux officiel, qui contient tristement des BLOB privateurs (mais ça reste libristiquement hautement moins pire que Microsoft Windows et Apple macOS) en privilégiant donc la compatibilité matérielle et ce qui va avec à la liberté, contrairement à Linux-libre (qu’utilise entre autres Trisquel). Plus généralement, Trisquel respecte les GNU FSDG (les recommandations pour les distributions systèmes libres du projet GNU) et est donc recommandé par le projet GNU (contrairement à Ubuntu et même Debian). Certains y verront un purisme extrême, tandis que d’autres y verront un besoin ordinatique impérieux à généraliser, avec au milieu des gens avec un avis plus mitigé.

De nos jours, énormément de matos dépend d'un firmware privateur chargé par l'OS. C'est le cas de certaines cartes réseau (Ethernet, pas que le wifi), mais aussi des GPU (AMD nous file le code du pilote, mais pas celui du firmware). Comment ça se passe pour un utilisateur de Trisquel ? Y a pas de réseau, et un affichage dégradé ? Ou est-ce qu'on a encore beaucoup de cartes réseau et d'IGP Intel qui ne demandent que des firmwares privateurs non chargés par l'OS ?

Essaye ça :

$ cat unicode-chars
∀ forall math
∃ exists math
α alpha greek
β beta greek


$ cat unicode-chars | rofi -dmenu -p "Select character" -i | cut -d ' ' -f 1
...

Dans rofi tu peux restreindre la recherche en tapant "greek" pour n'avoir que les lettres grecques affichées, ou "math" pour n'avoir que ce qui t'intéresse quand tu tapes des maths.

En suède, tout le monde a sur son téléphone une application nommée BankID.

Et si tu n'as pas de téléphone ?

Il y a quelques années, on avait au moins 4 façons d'empaqueter notre
projet pour PyPI : setuptools, distutils, distribute et distribute2. Au
bout d'un certain temps, setuptools s'est imposé comme la solution de
facto. Tout le monde (ou presque) déteste setuptools, mais au moins, on
avait une façon standardisée de faire les choses.

Depuis les PEP 517/518 et l'introduction de pyproject.toml, on voit
fleurir divers projets ayant pour objectif de remplacer setuptools,
notamment poetry, flit et hatch. Est-ce qu'on ne va pas se retrouver
dans la situation décrite dans le premier paragraphe ?

Pour en rajouter une couche sur la multiplicité des outils, j'avoue que
j'ai plus ou moins capitulé devant tant de complexité, alors que je suis
développeur Python et que c'est aussi une partie très importante de mon
emploi. Je retrouve en permanence des fichiers .egg-info dans mes
sources alors que le format egg a été déprécié depuis bien longtemps, ce
qui m'étonne. Et j'avoue être incapable de vraiment comprendre à quoi
servent pipx, pipenv, requirements-*.txt, Pipfile, Pipfile.lock, etc.

J'utilise "tox" pour mes tests unitaires, et je me fais parfois des venv
à la main avec "python3 -m venv". Je connais des gens extrêmement bons
en Python qui me disent "bon bah moi, quand je commence un projet, je
copie/colle un vieux setup.py et je modifie ce qu'il faut". Est-ce qu'on
rate vraiment quelque chose ?

• des OS privateurs datés et sont bloqués à la 2G (qui sera bien tôt ou tard abandonnée, donc mauvais investissement)

Nokia a ressorti le 3310, et certaines versions sont compatibles 3G. Pour le respect de la vie privée, je pense que c'est mort, malheureusement :-/

La nouvelle version 0.4 apporte une fonctionalité qui a été beaucoup demandée, un importeur incrémental pour Github ! Après avoir utilisé git bug bridge configure pour saisir ses identifiants, un token d'API est généré automatiquement et git-bug devient capable d'aspirer les issues en local dans son modèle de données.

Puis-je récupérer les bugs anonymement ? Puis-je fournir mon propre token plutôt que de taper mes identifiants ? Comment met-on à jour la liste des bugs (y a-t-il une commande similaire à "git fetch" ?) ?

tiens il y a 1 heure un n-ième mail "oui j'ai besoin de la fonctionnalité mais le mieux est que tu développes gratos car moi je paye pas, c'est bien pour ton projet d'avoir cette fonctionnalité".

Cette réponse sur la mailing-list de Python me paraît parfaitement pertinente. Les banques se gavent, mais elles ne sortiraient pas 200k$ pour payer une année de développement afin de corriger des bugs de sécurité…

Oh, je ne savais pas du tout. J'ai juste joué à WC3/SC2, un peu à Hearthstone quand il est sorti, et à SC:R. Ça m'étonne beaucoup pour HotS, je pensais que le moteur était le même que pour SC2. Ça m'inquiète pour les futurs jeux :/

Les jeux Blizzard sont connus pour tourner super bien dans Wine, donc je pense que ça doit tourner aussi bien dans Proton. Quel serait l'avantage de Proton ? Tu penses que dxvk pourrait permettre un gain de perfs ?

Mais ça me semble fou comme boulot. Wine doit très souvent avoir une config particulière pour faire tourner un jeu, et Steam doit avoir plus de 10 000 jeux… S'ils arrivent à maintenir correctement tout ça, chapeau !

Je vois qu'il y a une liste de compatibilité maintenue par la communauté.

Est-ce que ça vaut la peine d'envoyer des rapports de bugs plus complets, ou des instructions spécifiques à certains jeux (type winetricks/winecfg/etc.) ? Est-ce que Valve compte à terme gérer la conf de ses N jeux ?

"Tu « pitches » ton projet en début de journée et les personnes motivées viennent participer."

Y a pas de pub/inscription préalable ? J'ai une idée de sprint, mais je viens de loin, alors si personne n'est intéressé, je paye une nuit d'hôtel pour rien :-/

Merci pour ton retour.

Oui, idéalement, il faudrait pouvoir lancer upt, puis compiler et pousser. Je pense qu'aucun outil ne fait ça sans implémenter une des trois idées que tu donnes : ça s'explique par le fait que l'empaquetage, c'est toujours un bordel sans nom. Ayant beaucoup utilisé "guix import", je trouve que la solution à 80% est déjà pas mal : il me suffit de changer 2/3 trucs avec vim, et ensuite, soit le paquet compile, soit je débugge, mais je n'ai pas à me taper toutes les étapes ennuyeuses de la création du paquet.

J'aime bien l'idée de demander interactivement des infos, je me garde ça sous le coude. Une petite option "--interactive" pourrait être sympa. À voir dans les prochaines versions :)

On peut en effet se poser la question du modèle de "distribution" que l'on souhaite utiliser. Il en existe plusieurs :

• la distribution GNU/Linux (ou le dérivé de BSD) "classique";
• le "tout dockerisé" (mais Docker, c'est juste des softs installés dans des Debian/Fedora conteneurisées…);
• le "virtualisé" (comme les environnements Vagrant "prêts à l'emploi" pour le dév de certains logiciels);
• le "par langage" avec pip/gem etc.
• …

Ce journal n'est effectivement intéressant que si l'on considère qu'il faut conserver le modèle classique. C'est une autre discussion, à avoir dans un autre journal :)

Peux-tu facilement changer le dictionnaire utilisé par ta Kobo ? Installer un dictionnaire unilingue pour une langue étrangère ? Installer des dictionnaires de n'importe quelle langue vers n'importe quelle autre langue ?

Je pense à en acheter une, mais le fait d'avoir des logiciels privateurs au-dessus d'une base Linux ne me plaît pas trop. Des gens ici ont déjà essayé https://github.com/lgeek/okreader ? Ça semble pas mal, mais malheureusement incompatible avec les dernières liseuses Kobo (la Kobo Aura H20 et la Kobo Aura One, plus précisément : https://the-digital-reader.com/2017/05/04/kobo-aura-h2o-2017-teardown-reveals-theres-no-internal-card-slot/).

J'ai été embauché suite à ma participation à un concours en 2013. Comme quoi, ça peut marcher :)