l'un mérite le rebut pour recyclage (…) le choix me semble vite fait => rebut (…) un facteur 10 de consommation à l'utilisation me semble pour toi — comme pour moi — à sélectionner celui qui apporte le plus de fonctions et le moins de fuite en avant sur la consommation
Tu n'as pas répondu sur le point principal de mon post : ce qui est énergivore est avant tout la fabrication des machines : il est évident que si on regarde la facture d'électricité au niveau individuel, on préfèrera une machine moins énergivore. Il n'empêche que sur un plan global (CO2/ressources), mettre au rebut des machines parfaitement fonctionnelles est extrêmement dommageable sur le long terme. Il faut avant tout prolonger la durée de vie des machines existantes (donc moins en mettre au rebut) pour moins en fabriquer de neuves !
Tout ce qui est Pentium 4 (trop energivore) et en dessous, au revoir _o/
On rappelle quand même que ce qui est énergivore est avant tout la fabrication des machines (+ l'extraction minière derrière) et non leur utilisation (même avec un P4). Bref sur le plan global/environnemental prolonger la durée de vie d'un P4 vaut toujours la peine (surtout en France où l'électricité est décarbonée !)
"Depuis 2000, toutes les unités centrales sont de couleur noire donc ce matériel a été fabriqué avant et donc trop vieux": Archi-faux!
Pareil, j'ai sauté au plafond en lisant ça !
N.B. J'ai reconditionné nombre de machines plus anciennes que du Core i3 (on peut souvent faire un petit effort en montant la RAM au max, etc). Au nom de quoi n'aurait-il "plus trop d'espérance de vie" ? Et sans rentrer dans les détails je trouve que tout le tableau de "critères de non prise en charge / explications" est plus que douteux… à moins que Emmaüs croule sous les machines modernes lui permettant de faire la fine bouche ?
"Le top du top étant un portable 🙂"
Bof, un portable signifie souvent justement une machine moins réparable et moins robuste…
N.B. je suis en revanche d'accord sur une chose même si je ne place pas le curseur au même endroit que l'auteur : en dessous du Athlon/Duron 1000 / 1 Go de RAM, on entre dans un territoire où malheureusement même avec les distros les plus légères (LXQT/Falkon/Abiword…) la machine va ramer avec un usage "moderne" (i.e. avec du web, avec l'absence de support de ssse3, etc.). ça n'empêche pas pour autant de réutiliser ces machines, qui sont toujours capables de faire ce qu'elles faisaient il y a 25 ans (e.g. traitement de texte + impression avec Word97, etc)
Mais j’avais déjà noté la levée de boucliers quand son langage favori n’est pas en tête,
Le problème n'est pas que notre langage "favori" soit en tête ou non (d'ailleurs en ce qui me concerne je n'ai pas de langage vraiment favori) mais que les résultats soient douteux et la méthodologie derrière aussi. Les bonnes pratiques de conception ou d'éco-conception ne peuvent pas se réduire à "tel langage est plus performant / plus économe" (je ne sais pas si les gens se rappellent d'une ancienne version de Gnome où Nautilus mettait je crois environ 70 secondes pour afficher /usr/bin, bien qu'étant codé en C…).
Dans mon cas, il est possible que mon code Python/numpy/Geopandas soit plus performant que la même chose écrite en C (car en l'absence de "pénalité" sur les boucles je n'aurais peut-être pas naturellement vectorisé mon code de la même manière, or le fait de vectoriser permet de mieux utiliser le SIMD et le cache du CPU).
Mouais bof, je ne suis pas spécialement convaincu par ce tableau ni par la méthodologie (et apparemment je ne suis pas le seul quand on regarde les commentaires). Pour les cas que je connais, je suis en particulier sceptique sur
n'avoir qu'une seule case "Python" car ça ne permet pas de distinguer le cas où on fait du "pur" python (assez rare) et le cas où en réalité la majorité du temps se passe dans une lib écrite en C/C++ (e.g. numpy). Idem pour Perl d'ailleurs
Fortran 4.2x plus lent que le C ?? (alors qu'il est au contraire plus efficace car le compilo est davantage en mesure de faire des optimisations poussées)
Lua dernier ? (il est souvent plus rapide que Python, sans même parler de LuaJIT)
Java plus efficace que Go et OCaml ?
…
De plus, tout dépend de la manière dont on code. Le C avec GObject est-il un modèle de légèreté/concision/sobriété ? (je ne devrais pas trop juger car je ne connais pas bien, mais à l'époque où j'ai regardé je n'ai pas du tout aimé…)
mais qui sont de plus en plus écrits en Python, et qui bouffent je ne sais combien de ressources CPU lorsqu'ils se réveillent
Je ne pense pas que mes softs en Python/numpy/geopandas soient tellement plus consommateurs de ressources que la même chose écrite en C (le Python est essentiellement un wrapper autour de libs elles-mêmes écrites en C/C++…)
Tu aurais pris un meilleur exemple en parlant du web ou d'Electron ou de cesarticles…
On sait trés bien qu'il ne faut pas croire tout ce qu'on lit sur internet (c'est Victor Hugo qui l'a dit, je l'ai lu quelque part…).
Ouais, Lincoln aussi… :)
La manipulation d'image et de photos existe depuis que la photographie existe, bien sûr pas à une telle échelle et avec une telle facilité, mais maintenant qu'on est au courant, il faudra juste adapter nos curseurs de croyance, et ne plus prendre une photo comme une preuve de quoque ce soit.
Je ne suis pas sûr que la prise de conscience du grand public (et encore moins des décideurs politiques) aille aussi vite que le développement fulgurant de l'IA dans nombre de domaines (ce qui inclue la désinformation, mais aussi plein d'autres choses. Une des choses qui m'inquiète est la capacité d'automatiser le hacking de systèmes (aujourd'hui pénétrer un système, scanner un environnement, s'y adapter et utiliser metasploit en fonction de cela requiert des compétences pointues, là où demain on pourra voir des armées de bots faire ce taff).
Un jour surtout, on taxera l'énergie (qui fait fonctionner les machines-outils qui fabriquent en série nos iBidules neufs à un coût défiant toute concurrence, rendant de fait toute réparation impliquant une activité humaine non "rentable" sur le plan pécuniaire).
D'ici là, et comme on n'a toujours qu'une planète (mais plus pour longtemps à ce rythme), c'est toujours mieux que rien qu'un tel indice (fut-il imparfait) existe, et que "quelques activistes" (qu'on espère chaque jour plus nombreux) aient des solutions pour réparer leurs devices (avec un moyen d'évaluer les produits les moins mauvais, avec des boîtes comme Fairphone qui se positionnent sur ce créneau, etc)
=> Je pense désormais passer sur Alma Linux (au moins c'est du "vrai" support à long terme sur les MAJ de sécurité. OK les softs sont anciens mais dans ce cas d'usage "if it aint't broken, don't fix it")
Bon, rectification: Alma Linux marchait très bien en test dans ma VM chez moi, mais au moment de l'installer sur un (vieil) ordinateur familial je me suis payé un magnifique kernel panic au boot (idem avec Rocky Linux), expliqué par le fait que le jeu d'instruction x86_64-v2 est désormais requis (plus d'infos sur ce que ça implique ici. Autant j'étais au courant de la fragmentation (et des exigences différentes entre distros) sur x86, autant je ne m'attendais pas à voir de la fragmentation sur x86_64…).
=> Bref Red Hat n'est pas copain avec le vieux matos, et du coup ça sera Debian (que je connais mieux de toute façon mais qui a un support à long terme moindre que RHEL… :-/ )
Je pensais que c'était le cas d'ubuntu, mais apparemment cette distribution est également décriée pour sa gestion des mises à jour, à moins de ne prendre que la version LTS
J'ai mis des xubuntu LTS pendant des années chez mes proches dans ma famille. Après l'arrêt du support de 18.04 je me suis décidé à faire la MAJ 18.04->20.04->22.04, et ça a cassé plein de choses (aussi bien au niveau de l'impression "driverless" que du boot 2x plus long, une impression générale de lenteur, thunderbird qui a apparemment changé de format de profil, des interfaces qui changent et qui déroutent l'utilisateur par rapport à ses habitudes…). OK c'est du vieux matos, mais rien qui justifie de telles régressions. J'ai essayé de réinstaller 22.04 from scratch, sans vrai résultat convaincant.
=> Je pense désormais passer sur Alma Linux (au moins c'est du "vrai" support à long terme sur les MAJ de sécurité. OK les softs sont anciens mais dans ce cas d'usage "if it aint't broken, don't fix it")
C'est peut-être un chouia hors-sujet, mais dans la même veine : j'ai un téléphone fonctionnant sous LineageOS/MicroG (donc sans le Google Play officiel ni le spywareGoogle Service Framework). SNCF Connect s'installe via Aurora et me permet d'acheter les billets grandes lignes, mais en revanche impossible de lui faire acheter des billets transilien (qui nécessitent le NFC) : l'appli refuse de fonctionner et me renvoie "vous n'êtes pas éligible à ce service : votre téléphone est actuellement rooté ce qui vous empêche d'accéder au service proposé" (je n'ai pourtant pas rooté mon téléphone après l'install LineageOS, mais évidemment mon bootloader est déverrouillé…). Evidemment, les bornes transilien ne proposent pas de billets hors IDF (les lignes vont parfois plus loin que le bout de l'IDF, et dans l'autre sens certaines gares n'ont ni personnel ni automate !)… Bref c'est une plaie !
Doctolib refuse aussi de fonctionner sur mon smartphone (mais au moins l'appli web fonctionne, contrairement à transilien qui n'offre aucune alternative au NFC).
Oups j'ai lu trop vite… Bon, cela dit dans l'exemple pris plus haut, copilot renvoyait plus que 150 caractères ! Et en fait je pourrais aussi dire qu'il peut y avoir des petites révolutions en 150 caractères (l'exemple ci-dessous avec fast inverse square root qui a eu à l'époque un impact majeur dans Quake :)
(bon OK, 191 caractères ici. Mais tu vois l'idée… :)
rappelons que le libre n'est pas synonyme de copyleft (…)
Je ne dis pas le contraire. Je dis juste que le sujet des AI comme copilot qui renvoient du code copyrighté pose un problème qui ne peut être éludé (que ce soit dans le cas où qqun réutilise du code non-libre et non supposé être utilisé, ou dans le cas inverse ou du code GPL sera intégré à l'insu de l'utilisateur dans une appli non-GPL).
C'est quoi qui est nouveau? L'automatisation. Et ça change un truc légalement? Tu ne l'as pas démontré
Cette automatisation fait que le "programmeur" qui utilisé du code généré par copilot peut se retrouver à utiliser du code copyrighté à son insu. Et oui: ça pose problème !
Si lors d'un exam tu ressors l'algo quicksort vu en cours, personne ne te dira rien (c'est au contraire ce qu'on te demande). Par contre si tu te fais choper à copier sur le voisin (aux noms de variables et aux fautes près), tu te feras sanctionner ! Bref il y a une limite et une nuance…
la majorité des gens faisant du code libre se fout complet qu'on leur "pique" 150 caractères de code…
N.B. on peut faire une foule de choses en 150 lignes ! :). 150 lignes c'est nettement plus que "quelques lignes depuis stackoverflow".
La communauté "libre" attache précisément de l'importance au respect des licences (et en particulier à ce qu'il ne soit pas illégalement volé/redistribué sous une autre licence notamment non-libre). De plus tout le code sur Github n'est pas nécessairement du code libre et personne n'a envie de se voir attaqué par le propriétaire légitime d'un morceau code qui aurait été généré via Copilot.
Oui, des solutions existent mais est-ce que des instances sont disponibles ?
https://cryptpad.fr/ par exemple pour accéder à des instances OnlyOffice ?
(bon par contre si toute l'EN se mettait à l'utiliser je suppose que leurs serveurs exploseraient… :)
Au risque de passer pour un noob : quelqu'un peut-il m'expliquer ce qu'est GraalVM ? (oui je sais, Google est mon ami (même si pas tant que ça :) et en fait j'ai entendu parler de graalVM depuis longtemps. Mais comme Java me donne des boutons je n'ai jamais regardé de près…). Ce qui pique un peu ma curiosité est notamment qu'ils parlent de Python/Ruby/WASM/… et pas seulement de Java.
=> est-ce que c'est une réimplémentation alternative de la JVM (indépendante de celle d'Oracle et de OpenJDK) ? Et un peu comme la CLR de Microsoft (que je ne connais pas bien non plus) ils se sont mis en tête de supporter d'autres langages, c'est ça ?
en effet, c’est ce qui m’intéresse très fort dans BSD. Mais la moindre popularité de BSD implique souvent certaines difficultés avec le hardware (moins bonne autonomie de la batterie, pas de bluetooth sous openbsd, moindre performance en utilisation desktop, etc…). D’où le fait que je louche vers Void qui semble tenter de réconcilier le meilleur de deux mondes.
Une chose à garder à l'esprit : void linux utilise musl libc. Cette dernière, bien qu'étant excellente (et utilisée notamment dans la toute aussi excellente Alpine ainsi que dans l'embarqué e.g. avec openwrt/buildroot) peut potentiellement entrainer des petites difficultés avec certains softs (e.g. Gnome ?). Il vaut mieux le savoir et faire le choix en connaissance de cause. Comme void utilise musl, l'absence de systemd est une conséquence logique : en retrouvant mes vieux posts, je disais ici, ici et ici la chose suivante : systemd ne marche qu'avec la glibc et Lennard a clairement dit qu'il refusait de résoudre le problème ("we will rely on good APIs exposed in the generally accepted Linux API which is the one glibc exposes".
Concernant des expérimentations antérieures à systemd et moins connues que upstart/openrc/s6, j'avais autrefois bien aimé les approches décrites dans ces deux vieux posts (merci archive.org) concernant Pardus/Pisi (entièrement fait en Python) et IBM Developerworks (à base de Makefile :). J'avais aussi bien aimé Debian file-rc (qui n'est évidemment plus maintenu). J'ai aussi l'impression que uselessd est abandonné…
Note que Artix propose différentes variantes et qu'en dehors de openrc tu as aussi dinit, s6, system66, runit…
Dans mon cas, durant les 6 mois où j'ai eu Amazon Prime (offert par mon opérateur, pas question que je paye pour Amazon !) j'ai eu la désagréable surprise de découvrir que Linux (quel que soit le user-agent) était relégué à du 480p (ou peut-être même 360p, je ne sais plus), une histoire a priori liée à widevine. 720p ne me gène pas, mais là c'était littéralement du foutage de gueule. La seule solution que j'ai trouvée a été d'installer Chrome pour Windows sous wine…
Il n'y a pas eu de mensonge sur les masques. Il y a eu un authentique plantage, mais un plantage sincère. J'ai moi-même écrit que le masque chirurgical avait peu d'intérêt, en toute bonne foi, conformément aux données de la science de l'époque, et sans me concerter avec qui que ce soit (j'ai pas le 06 de Manu).
De mon côté j'ai écrit dès février 2020 que ce virus était un truc sérieux et pas "une grippette" (j'étais hors de moi en voyant les mesurettes du type "interdire les concerts de plus de 5000 personnes", puis 1000, etc. alors qu'on laisser les gens continuer de s'entasser dans le métro ou au supermarché…).
Idem sur les masques : en l'occurence j'ai pas mal voyagé en Chine+Taiwan et y ai quelques amis (dont des médecins), et tous étaient unanimes sur leur caractère essentiel dès le début de la crise, et on a aussi eu très tôt ce genre d'illustration
Bref, il est inexact de dire qu'on ne savait pas : il y a clairement eu mensonge d'état parce qu'on en manquait et qu'il fallait les réserver autant que possible pour les professionnels de santé…
j'ai goutté quelques mois à C#. Mouais. Le seul truc positif que je retiens : on était obligés de coder en français, et le C# (celui de M$ uniquement ?) autorise les caractères accentués dans les identifiants. Indispensable pour conjuguer et accorder, ce qui n'existe pas (pas totalement) en anglais. D'autres langages permettent ça ?
Donc selon toi, quand Brother a conçu l'imprimante, ils ont prévu que 10 ans après TLS 1.0 ne serait plus supporté par les navigateurs, et ils ont tout programmé en conséquence ??
On met vraiment « obsolescence programmée » à n'importe quelle sauce…
Ce n'est pas de l'obsolescence "programmée", mais ça reste de l'obsolescence par négligence (mais comme le terme "obsolescence programmée" a eu pas mal d'écho médiatique, je comprends qu'il soit utilisé plus facilement y compris un peu hors contexte)
Si on veut s'en sortir avec des fabricants qui se comportent de manière plus sérieuse, il est urgent que les pouvoirs publics mettent en place un cadre qui oblige les fabricants à assurer du support à plus long terme ou à défaut à fournir les sources (et clés de déverrouillage de bootloaders, etc.) des produits qui ne sont plus maintenus !
[^] # Re: dans notre fablab
Posté par karteum59 . En réponse à la dépêche Le manuel de reconditionnement d’Emmabuntüs. Évalué à 3. Dernière modification le 17 janvier 2024 à 14:00.
Tu n'as pas répondu sur le point principal de mon post : ce qui est énergivore est avant tout la fabrication des machines : il est évident que si on regarde la facture d'électricité au niveau individuel, on préfèrera une machine moins énergivore. Il n'empêche que sur un plan global (CO2/ressources), mettre au rebut des machines parfaitement fonctionnelles est extrêmement dommageable sur le long terme. Il faut avant tout prolonger la durée de vie des machines existantes (donc moins en mettre au rebut) pour moins en fabriquer de neuves !
[^] # Re: dans notre fablab
Posté par karteum59 . En réponse à la dépêche Le manuel de reconditionnement d’Emmabuntüs. Évalué à 4.
On rappelle quand même que ce qui est énergivore est avant tout la fabrication des machines (+ l'extraction minière derrière) et non leur utilisation (même avec un P4). Bref sur le plan global/environnemental prolonger la durée de vie d'un P4 vaut toujours la peine (surtout en France où l'électricité est décarbonée !)
[^] # Re: Bof
Posté par karteum59 . En réponse à la dépêche Le manuel de reconditionnement d’Emmabuntüs. Évalué à 2. Dernière modification le 20 décembre 2023 à 12:15.
Pareil, j'ai sauté au plafond en lisant ça !
N.B. J'ai reconditionné nombre de machines plus anciennes que du Core i3 (on peut souvent faire un petit effort en montant la RAM au max, etc). Au nom de quoi n'aurait-il "plus trop d'espérance de vie" ? Et sans rentrer dans les détails je trouve que tout le tableau de "critères de non prise en charge / explications" est plus que douteux… à moins que Emmaüs croule sous les machines modernes lui permettant de faire la fine bouche ?
Bof, un portable signifie souvent justement une machine moins réparable et moins robuste…
N.B. je suis en revanche d'accord sur une chose même si je ne place pas le curseur au même endroit que l'auteur : en dessous du Athlon/Duron 1000 / 1 Go de RAM, on entre dans un territoire où malheureusement même avec les distros les plus légères (LXQT/Falkon/Abiword…) la machine va ramer avec un usage "moderne" (i.e. avec du web, avec l'absence de support de ssse3, etc.). ça n'empêche pas pour autant de réutiliser ces machines, qui sont toujours capables de faire ce qu'elles faisaient il y a 25 ans (e.g. traitement de texte + impression avec Word97, etc)
[^] # Re: Je ne suis pas sûr que les logiciels libres soient moins consommateurs de ressources CPU/Mém
Posté par karteum59 . En réponse au journal Cailloux, joujoux, bijoux. Évalué à 2. Dernière modification le 29 septembre 2023 à 18:57.
Le problème n'est pas que notre langage "favori" soit en tête ou non (d'ailleurs en ce qui me concerne je n'ai pas de langage vraiment favori) mais que les résultats soient douteux et la méthodologie derrière aussi. Les bonnes pratiques de conception ou d'éco-conception ne peuvent pas se réduire à "tel langage est plus performant / plus économe" (je ne sais pas si les gens se rappellent d'une ancienne version de Gnome où Nautilus mettait je crois environ 70 secondes pour afficher /usr/bin, bien qu'étant codé en C…).
Dans mon cas, il est possible que mon code Python/numpy/Geopandas soit plus performant que la même chose écrite en C (car en l'absence de "pénalité" sur les boucles je n'aurais peut-être pas naturellement vectorisé mon code de la même manière, or le fait de vectoriser permet de mieux utiliser le SIMD et le cache du CPU).
[^] # Re: Je ne suis pas sûr que les logiciels libres soient moins consommateurs de ressources CPU/Mém
Posté par karteum59 . En réponse au journal Cailloux, joujoux, bijoux. Évalué à 3.
Mouais bof, je ne suis pas spécialement convaincu par ce tableau ni par la méthodologie (et apparemment je ne suis pas le seul quand on regarde les commentaires). Pour les cas que je connais, je suis en particulier sceptique sur
De plus, tout dépend de la manière dont on code. Le C avec GObject est-il un modèle de légèreté/concision/sobriété ? (je ne devrais pas trop juger car je ne connais pas bien, mais à l'époque où j'ai regardé je n'ai pas du tout aimé…)
[^] # Je ne suis pas sûr que les logiiels libres soient moins consommateurs de ressources CPU/Mémouire.
Posté par karteum59 . En réponse au journal Cailloux, joujoux, bijoux. Évalué à 4.
Je ne pense pas que mes softs en Python/numpy/geopandas soient tellement plus consommateurs de ressources que la même chose écrite en C (le Python est essentiellement un wrapper autour de libs elles-mêmes écrites en C/C++…)
Tu aurais pris un meilleur exemple en parlant du web ou d'Electron ou de ces articles…
# Web 4.0
Posté par karteum59 . En réponse au journal Le web, c'était mieux avant. Évalué à 10.
# Quelques liens en vrac
Posté par karteum59 . En réponse au journal Distribution Live qui est chargée entièrement dans la ram. Évalué à 4.
Sur Wikipedia on trouve: https://en.wikipedia.org/wiki/List_of_Linux_distributions_that_run_from_RAM
Et sinon quelques liens en vrac (même si certains datent pas mal et sont peut-être obsolètes): 1, 2, 3
[^] # Re: mouais
Posté par karteum59 . En réponse au journal [Lien++] Générer des images réalistes par IA, et comment elles deviennent impossibles à détecter. Évalué à 6. Dernière modification le 14 avril 2023 à 01:14.
Ouais, Lincoln aussi… :)
Je ne suis pas sûr que la prise de conscience du grand public (et encore moins des décideurs politiques) aille aussi vite que le développement fulgurant de l'IA dans nombre de domaines (ce qui inclue la désinformation, mais aussi plein d'autres choses. Une des choses qui m'inquiète est la capacité d'automatiser le hacking de systèmes (aujourd'hui pénétrer un système, scanner un environnement, s'y adapter et utiliser metasploit en fonction de cela requiert des compétences pointues, là où demain on pourra voir des armées de bots faire ce taff).
N.B. Microsoft (mais aussi plusieurs autres startups) a récemment annoncé être capable de faire dire n'importe quoi à n'importe qui sur la base de 3 secondes d'enregistrement d'une personne cible. Les tribunaux vont s'amuser… (et à l'inverse s'ils n'en prennent pas conscience à temps, des innocents seront un jour envoyés en prison sur la base de preuves forgées de toute pièce…)
[^] # Re: Le problème des zillions de modules
Posté par karteum59 . En réponse au journal typst est le nouveau LaTeX. Évalué à 6.
Il y a longtemps j'étais tombé sur ce programme (Ant is Not TeX :). J'ai l'impression que c'est abandonné mais ça m'avait semblé assez complet.
(et il y a encore plus longtemps, j'étais tombé sur Lout qui semble être tombé dans l'oubli donc ce post est l'occasion d'en reparler :)
[^] # Re: Utile?
Posté par karteum59 . En réponse au journal L'indice de réparabilité. Évalué à 7. Dernière modification le 07 janvier 2023 à 01:23.
Un jour surtout, on taxera l'énergie (qui fait fonctionner les machines-outils qui fabriquent en série nos iBidules neufs à un coût défiant toute concurrence, rendant de fait toute réparation impliquant une activité humaine non "rentable" sur le plan pécuniaire).
D'ici là, et comme on n'a toujours qu'une planète (mais plus pour longtemps à ce rythme), c'est toujours mieux que rien qu'un tel indice (fut-il imparfait) existe, et que "quelques activistes" (qu'on espère chaque jour plus nombreux) aient des solutions pour réparer leurs devices (avec un moyen d'évaluer les produits les moins mauvais, avec des boîtes comme Fairphone qui se positionnent sur ce créneau, etc)
[^] # Re: bien choisir l'environnement de bureau
Posté par karteum59 . En réponse à la dépêche Le poste de travail Linux : un objectif gouvernemental ?. Évalué à 6. Dernière modification le 24 décembre 2022 à 13:25.
Bon, rectification: Alma Linux marchait très bien en test dans ma VM chez moi, mais au moment de l'installer sur un (vieil) ordinateur familial je me suis payé un magnifique kernel panic au boot (idem avec Rocky Linux), expliqué par le fait que le jeu d'instruction x86_64-v2 est désormais requis (plus d'infos sur ce que ça implique ici. Autant j'étais au courant de la fragmentation (et des exigences différentes entre distros) sur x86, autant je ne m'attendais pas à voir de la fragmentation sur x86_64…).
=> Bref Red Hat n'est pas copain avec le vieux matos, et du coup ça sera Debian (que je connais mieux de toute façon mais qui a un support à long terme moindre que RHEL… :-/ )
[^] # Re: bien choisir l'environnement de bureau
Posté par karteum59 . En réponse à la dépêche Le poste de travail Linux : un objectif gouvernemental ?. Évalué à 6. Dernière modification le 22 décembre 2022 à 18:00.
J'ai mis des xubuntu LTS pendant des années chez mes proches dans ma famille. Après l'arrêt du support de 18.04 je me suis décidé à faire la MAJ 18.04->20.04->22.04, et ça a cassé plein de choses (aussi bien au niveau de l'impression "driverless" que du boot 2x plus long, une impression générale de lenteur, thunderbird qui a apparemment changé de format de profil, des interfaces qui changent et qui déroutent l'utilisateur par rapport à ses habitudes…). OK c'est du vieux matos, mais rien qui justifie de telles régressions. J'ai essayé de réinstaller 22.04 from scratch, sans vrai résultat convaincant.
=> Je pense désormais passer sur Alma Linux (au moins c'est du "vrai" support à long terme sur les MAJ de sécurité. OK les softs sont anciens mais dans ce cas d'usage "if it aint't broken, don't fix it")
# SNCF Connect & transilien
Posté par karteum59 . En réponse au journal Utiliser l'Identité numérique la Poste sans Google Play. Évalué à 9. Dernière modification le 16 décembre 2022 à 16:32.
C'est peut-être un chouia hors-sujet, mais dans la même veine : j'ai un téléphone fonctionnant sous LineageOS/MicroG (donc sans le Google Play officiel ni le
spywareGoogle Service Framework). SNCF Connect s'installe via Aurora et me permet d'acheter les billets grandes lignes, mais en revanche impossible de lui faire acheter des billets transilien (qui nécessitent le NFC) : l'appli refuse de fonctionner et me renvoie "vous n'êtes pas éligible à ce service : votre téléphone est actuellement rooté ce qui vous empêche d'accéder au service proposé" (je n'ai pourtant pas rooté mon téléphone après l'install LineageOS, mais évidemment mon bootloader est déverrouillé…). Evidemment, les bornes transilien ne proposent pas de billets hors IDF (les lignes vont parfois plus loin que le bout de l'IDF, et dans l'autre sens certaines gares n'ont ni personnel ni automate !)… Bref c'est une plaie !Doctolib refuse aussi de fonctionner sur mon smartphone (mais au moins l'appli web fonctionne, contrairement à transilien qui n'offre aucune alternative au NFC).
Pas encore essayé avec Magisk. Mais je suis extrêmement agacé par ces comportements alors que le recours à un firmware open-source est un moyen de prolonger la durée de vie de son ordiphone.
[^] # Re: Est-ce différent d'une IDE ?
Posté par karteum59 . En réponse au journal Est-ce qu'une IA peut choisir la licence du code qu'elle écrit ?. Évalué à 8. Dernière modification le 05 décembre 2022 à 14:21.
Oups j'ai lu trop vite… Bon, cela dit dans l'exemple pris plus haut, copilot renvoyait plus que 150 caractères ! Et en fait je pourrais aussi dire qu'il peut y avoir des petites révolutions en 150 caractères (l'exemple ci-dessous avec fast inverse square root qui a eu à l'époque un impact majeur dans Quake :)
(bon OK, 191 caractères ici. Mais tu vois l'idée… :)
Je ne dis pas le contraire. Je dis juste que le sujet des AI comme copilot qui renvoient du code copyrighté pose un problème qui ne peut être éludé (que ce soit dans le cas où qqun réutilise du code non-libre et non supposé être utilisé, ou dans le cas inverse ou du code GPL sera intégré à l'insu de l'utilisateur dans une appli non-GPL).
Cette automatisation fait que le "programmeur" qui utilisé du code généré par copilot peut se retrouver à utiliser du code copyrighté à son insu. Et oui: ça pose problème !
[^] # Re: Est-ce différent d'une IDE ?
Posté par karteum59 . En réponse au journal Est-ce qu'une IA peut choisir la licence du code qu'elle écrit ?. Évalué à 10. Dernière modification le 05 décembre 2022 à 12:58.
Si lors d'un exam tu ressors l'algo quicksort vu en cours, personne ne te dira rien (c'est au contraire ce qu'on te demande). Par contre si tu te fais choper à copier sur le voisin (aux noms de variables et aux fautes près), tu te feras sanctionner ! Bref il y a une limite et une nuance…
N.B. on peut faire une foule de choses en 150 lignes ! :). 150 lignes c'est nettement plus que "quelques lignes depuis stackoverflow".
La communauté "libre" attache précisément de l'importance au respect des licences (et en particulier à ce qu'il ne soit pas illégalement volé/redistribué sous une autre licence notamment non-libre). De plus tout le code sur Github n'est pas nécessairement du code libre et personne n'a envie de se voir attaqué par le propriétaire légitime d'un morceau code qui aurait été généré via Copilot.
[^] # Re: Est-ce différent d'une IDE ?
Posté par karteum59 . En réponse au journal Est-ce qu'une IA peut choisir la licence du code qu'elle écrit ?. Évalué à 10. Dernière modification le 05 décembre 2022 à 11:06.
D'autant qu'en fait ladite "intelligence" a été entrainée sur des données réelles. L'exemple des bouts de code générés par Github Copilot quasi-équivalents à du code copyrighté utilisé pour son entrainement est édifiant et pose réellement question…
[^] # Re: Déjà dans la rubrique liens
Posté par karteum59 . En réponse au journal Office 365 et Google Workspace en difficulté chez l'école républicaine. Évalué à 5.
https://cryptpad.fr/ par exemple pour accéder à des instances OnlyOffice ?
(bon par contre si toute l'EN se mettait à l'utiliser je suppose que leurs serveurs exploseraient… :)
[^] # Re: Super nouvelle!
Posté par karteum59 . En réponse au journal Spring Troie est dehors : le cadriciel java n'a plus son talon d'Achille. Évalué à 5.
Au risque de passer pour un noob : quelqu'un peut-il m'expliquer ce qu'est GraalVM ? (oui je sais, Google est mon ami (même si pas tant que ça :) et en fait j'ai entendu parler de graalVM depuis longtemps. Mais comme Java me donne des boutons je n'ai jamais regardé de près…). Ce qui pique un peu ma curiosité est notamment qu'ils parlent de Python/Ruby/WASM/… et pas seulement de Java.
=> est-ce que c'est une réimplémentation alternative de la JVM (indépendante de celle d'Oracle et de OpenJDK) ? Et un peu comme la CLR de Microsoft (que je ne connais pas bien non plus) ils se sont mis en tête de supporter d'autres langages, c'est ça ?
[^] # Re: Une base de données ?
Posté par karteum59 . En réponse à la dépêche Jubako et Arx, un conteneur universel et son format d’archive. Évalué à 7.
ça existe !
ça se discute…
[^] # Re: Je pose la question dans l'autre sens
Posté par karteum59 . En réponse au journal Les problèmes d’un desktop sans systemd ?. Évalué à 5. Dernière modification le 04 novembre 2022 à 11:51.
Une chose à garder à l'esprit : void linux utilise musl libc. Cette dernière, bien qu'étant excellente (et utilisée notamment dans la toute aussi excellente Alpine ainsi que dans l'embarqué e.g. avec openwrt/buildroot) peut potentiellement entrainer des petites difficultés avec certains softs (e.g. Gnome ?). Il vaut mieux le savoir et faire le choix en connaissance de cause. Comme void utilise musl, l'absence de systemd est une conséquence logique : en retrouvant mes vieux posts, je disais ici, ici et ici la chose suivante : systemd ne marche qu'avec la glibc et Lennard a clairement dit qu'il refusait de résoudre le problème ("we will rely on good APIs exposed in the generally accepted Linux API which is the one glibc exposes".
Concernant des expérimentations antérieures à systemd et moins connues que upstart/openrc/s6, j'avais autrefois bien aimé les approches décrites dans ces deux vieux posts (merci archive.org) concernant Pardus/Pisi (entièrement fait en Python) et IBM Developerworks (à base de Makefile :). J'avais aussi bien aimé Debian file-rc (qui n'est évidemment plus maintenu). J'ai aussi l'impression que uselessd est abandonné…
Note que Artix propose différentes variantes et qu'en dehors de openrc tu as aussi dinit, s6, system66, runit…
# Amazon Prime ne supporte que 480p sous Linux...
Posté par karteum59 . En réponse au journal Non, mais oui, mais non : Disney+ et Linux. Évalué à 4. Dernière modification le 02 novembre 2022 à 17:38.
Dans mon cas, durant les 6 mois où j'ai eu Amazon Prime (offert par mon opérateur, pas question que je paye pour Amazon !) j'ai eu la désagréable surprise de découvrir que Linux (quel que soit le user-agent) était relégué à du 480p (ou peut-être même 360p, je ne sais plus), une histoire a priori liée à widevine. 720p ne me gène pas, mais là c'était littéralement du foutage de gueule. La seule solution que j'ai trouvée a été d'installer Chrome pour Windows sous wine…
[^] # Re: Agenda caché
Posté par karteum59 . En réponse au journal Le gouvernement veut rendre le sexe payant sur internet. Évalué à 9.
De mon côté j'ai écrit dès février 2020 que ce virus était un truc sérieux et pas "une grippette" (j'étais hors de moi en voyant les mesurettes du type "interdire les concerts de plus de 5000 personnes", puis 1000, etc. alors qu'on laisser les gens continuer de s'entasser dans le métro ou au supermarché…).
Idem sur les masques : en l'occurence j'ai pas mal voyagé en Chine+Taiwan et y ai quelques amis (dont des médecins), et tous étaient unanimes sur leur caractère essentiel dès le début de la crise, et on a aussi eu très tôt ce genre d'illustration
Bref, il est inexact de dire qu'on ne savait pas : il y a clairement eu mensonge d'état parce qu'on en manquait et qu'il fallait les réserver autant que possible pour les professionnels de santé…
[^] # Re: Les trucs plus anciens
Posté par karteum59 . En réponse au journal Ces langages avec lesquels il faut tout réécrire. Évalué à 2. Dernière modification le 24 octobre 2022 à 14:22.
Linotte ? ;)
(note que les Chinois ont fait un peu pareil avec Chinese Python :) )
[^] # Re: Obsolescence pas programmée
Posté par karteum59 . En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à 10. Dernière modification le 09 octobre 2022 à 12:26.
Ce n'est pas de l'obsolescence "programmée", mais ça reste de l'obsolescence par négligence (mais comme le terme "obsolescence programmée" a eu pas mal d'écho médiatique, je comprends qu'il soit utilisé plus facilement y compris un peu hors contexte)
Si on veut s'en sortir avec des fabricants qui se comportent de manière plus sérieuse, il est urgent que les pouvoirs publics mettent en place un cadre qui oblige les fabricants à assurer du support à plus long terme ou à défaut à fournir les sources (et clés de déverrouillage de bootloaders, etc.) des produits qui ne sont plus maintenus !