karteum59 a écrit 863 commentaires

Les seconds s'exécutent dans le noyau et sont vraiment problématiques pour plein de raisons, mais les premiers s'exécutent dans du matériel spécifique

Hmmm… la frontière est parfois floue (e.g. la partie modem des SoCs Qualcomm/Mediatek qui peuvent accéder à la RAM du application processor. C'est une des motivations de Librem et Pine64 pour avoir un modem séparé du CPU)

(Cela dit : c'est là une question d'architecture hardware/firmware, et ce genre de SoC ne fonctionnera de toute façon jamais avec linux-libre).

Je lis ici

the Debian kernel doesn't include any non-free firmware (bugs aside), but it allows users to load non-free firmware if they wish to do so; the Linux-libre kernel doesn't include any non-free firmware or anything looking like firmware, and it prevents users from loading non-free firmware even if they wish to do so. Linux-libre is built by running a deblob script on the kernel source code. This goes through the kernel source code, and makes various firmware-related changes:

• any firmware for which source code is available is preserved, but the script makes sure the source code is available;
• any module requiring firmware is stripped of the ability to load the firmware;
• any source code which looks like firmware (sequences of numbers) is removed;
• any file containing only firmware (e.g. the contents of firmware/radeon) is removed.

ce n'est pas pour une raison idéologique, mais un problème dans la manière de générer le noyau sans blobs que personne n'a encore corrigé

Je n'ai pas compris ce que ça voulait dire (notamment "que personne n'a encore corrigé)…
Le noyau Linux est parfaitement capable de charger des modules non-libres (avec ou sans blobs à côté). J'ai par contre compris que le noyau Linux-libre (nécessaire pour FSDG) faisait précisément le choix (pour raison idéologique) d'être plus restrictif là dessus.

elle respecte les FSDG (Free Software Distributions Guidelines) et ne propose donc pas de logiciel non-libre

C'est là que j'ai un désaccord: je soutiens le fait de distinguer clairement libre et non-libre (comme Debian, où tout ce qui est non-libre est proprement séparé dans non-free), mais avoir un kernel qui refuse de charger les modules non-libres ou une distro qui ne permette pas d'utiliser un repository de softs non-libres me pose clairement un souci : ma liberté c'est aussi celle d'utiliser des logiciels non-libres, par exemple juste pour faire fonctionner mon matériel… (bon après je n'ai jamais utilisé Guix et ses concepts et son approche me semblent extrêmement intéressants. Je base ce commentaire sur ce que j'ai vu de Triquel/gNewSense vs Debian => si je me trombe sur ma compréhension des FSDG n'hésitez pas à répondre)

Il y a bien longtemps (dans une galaxie lointaine, très lointaine), un système de fenétrage appelé NeWS (Network Extensible Window System) voyait le jour chez Sun Microsystems.

D'après ce que j'en ai compris, il reposait sur Display Postscript, aussi bien côté client que serveur, ce qui avait pour avantage

• une forme de AJAX bien avant l'heure avec une grande souplesse entre ce qui était fait côté serveur et côté client et un unique langage des deux côtés ("NeWS was architecturally similar to what is now called AJAX, except that NeWS coherently: 1°/ used PostScript code instead of JavaScript for programming. 2°/ used PostScript graphics instead of DHTML and CSS for rendering. 3°/ used PostScript data instead of XML and JSON for data representation")
• du rendu vectoriel
• le tout capable de fonctionner avec les ressources des machines de l'époque (bon OK, on ne parle pas du C64 de Madame Michu, mais malgré tout de machines infiniment moins puissantes que votre PC actuel sur lequel chaque onglet de Chromium bouffe des dizaines ou centaines de Mo…)

https://news.ycombinator.com/item?id=11477565
https://news.ycombinator.com/item?id=22455722 (discussion intéressante même si ça montre que tout le monde n'adhère pas au concept…)
https://wiki.c2.com/?NetworkExtensibleWindowSystem

Pour ma part, j'avais une ancienne boîte GMail avec plus de 10 ans de mail, que j'avais backupée via GMvault (en désactivant la compression gzip sur les fichiers .eml car ensuite j'ai fait un squashfs-lzma sur l'ensemble du dossier. L'archive fait quand même près de 15 Go). GMvault fait des sous-dossiers pour chaque année/mois/email, et chaque sous-dossier contient un fichier .eml + un fichier .meta (du json avec les métadonnées propres à GMail).

Récemment, j'ai voulu retrouver un vieux mail dans cette archive… et j'avoue que j'ai opté pour la solution compliquée (i.e. je n'ai pas vraiment regardé s'il y avait un moyen déjà tout fait pour convertir le machin en mbox ou maildir, et je me suis amusé à coder mon propre truc) : j'ai fait un petit programme en Python qui

• scanne tout le dossier GMvault (== le mount du squashfs dans mon cas) et parse les .meta et les .eml
• archive les mails (le texte en txt et en html, les headers qui m'importent, les éventuelles signatures) dans une base sqlite. Dans le cas des mails en html, je modifie le html pour inclure les images directement dedans en base64… A terme je compte profiter des fonctions de recherche fulltext de sqlite
• extraie les fichiers en clair dans un dossier donné (en vérifiant leur md5sum au passage : si un même fichier est reçu dans plusieurs mails, je ne l'extraie qu'une fois. Si plusieurs fichiers ont le même nom, je rajoute un suffixe au nom de fichier). ça me permet de parcourir facilement directement dans le filesystem toutes les pièces jointes que j'ai pu recevoir à travers les âges. J'extraie aussi les "winmail.dat" (et bientôt les oledata.mso)
• me fait une petite GUI en PySide
• le tout pour l'instant en moins de 500 lignes de code :)

Voilà… en espérant que ça puisse servir à d'autres.

(Attention : première version, la peinture n'est pas sèche, le code est très imparfait, la DB n'est pas en 3ème forme normale, etc. Mais bon pour l'instant ça fait ce que je veux et ça m'a permis de retrouver le vieux mail que je recherchais :)

Peut-être aussi que la majorité des gens ne voit pas où est le souci avec Debian vis à vis du libre… (encore on aurait parlé d'un autre critère comme l'ancienneté des logiciels pour un usage grand-public, ça pouvait se discuter (et encore, j'apprécie la stabilité sur le long terme pour les machines que j'ai installées et que j'administre dans ma famille). Mais sur le libre il me semble que Debian est précisément une distro irréprochable et compte tenu de sa masse critique et de sa crédibilité il s'agit d'une des distro qui en fait le plus pour faire avancer la cause du libre !)

On avait déjà eu le même débat avec gnewsense. Debian est entièrement libre, les parties non-libres optionnelles sont clairement identifiées comme telles dans le repo non-free (voir notamment le contrat social)

Les opinions individuelles sur les produits sont ce qu'elles sont. Il y aura toujours des gens pour préférer l'un ou l'autre. Ce que je déplorais était que la stratégie évoquée au niveau de la commission n'impliquait aucun volet de financement/amélioration des logiciels libres pour combler leurs éventuels manques/bugs qui seraient identifiés (et j'ai donné un exemple qui à l'époque m'avait empêché - malgré mon souhait - de travailler sous LO). Si on se borne à dire "à fonctionnalité équivalentes", il se trouvera toujours des gens pour refuser/critiquer (à raison ou pas) car il y a souvent une zone un peu grise ("quasi-identique fonctionnellement", "presque OK mais un peu buggé ou plus lent", "pas tout à fait aussi ergonomique", etc)

Un power User MS Office refusera d'utiliser LO, la perte en terme de productivité

Pas uniquement une histoire d'habitude ou de productivité. Voir par exemple ce bug que j'avais remonté il y a longtemps et qui m'empêchait d'ouvrir les pièces jointes incluses dans le document sur ma machine Linux+Libreoffice (bug désormais résolu, il faut d'ailleurs que je le signale)

lorsqu’elles sont équivalentes en matière de fonctionnalités, de coût total et de cybersécurité

Mais du coup j'imagine qu'on peut toujours pinailler que rien n'est tout à fait équivalent (LO est-il "équivalent en terme de fonctionnalités" à MS Office ? Pour certains oui, pour d'autres non et c'est effectivement discutable…). Il eût été préférable qu'une formulation plus souple soit retenue (permettant notamment de financer et combler les éventuels manques)

Et à peu près toute la gamme MS Surface a invariablement un score de réparabilité iFixit de 1/10 (bref un magnifique doigt d'honneur à tous ceux qui aiment faire durer un peu leurs machine, pour leurs économies et pour la planète…).

Même Apple (qui n'est pourtant pas vraiment une référence en ce domaine) arrive à 3/10 avec l'iPad pro

Il vaut mieux utiliser à la place

Je préfère aussi ODF, mais ce qu'il "vaut mieux" utiliser dépend du besoin ! (mon usage premier de OnlyOffice est de pouvoir travailler sous Linux avec des documents MS Office échangés avec d'autres personnes sans péter la mise en page, là où Libreoffice convertirait le .docx dans sa représentation interne en perdant/déformant de l'information au passage)

J'ai fait la même chose en 2016, et ça me fait penser : n'oublie pas de renvoyer l'ancienne Freebox V5 ! Dans mon cas ils ne me l'ont jamais demandé au moment de l'installation de la mini 4K - l'installateur m'avait juste dit de la mettre de côté. En 2018, j'ai eu un changement de vie et ai rendu mon appartement (donc résilié ma ligne Free et pas simplement déménagé). J'ai évidemment renvoyé la mini 4K, mais n'ai plus du tout pensé à faire de même avec la V5 qui prenait la poussière chez mon père depuis 2 ans. 3 mois plus tard : je reçois une facture de plus de 300 € pour équipement Freebox non rendu (et aucun moyen de récupérer mes 300 € même en restituant ladite Freebox V5). Merci Free !

(P.S. et tant que j'y suis, autre déconvenue avec Free : lors du décès d'un parent juste avant le confinement, je n'ai pas pu faire les résiliation en temps et en heure (et en fait je n'avais même pas accès aux infos/identifiants/…). Au déconfinement, j'ai eu le bonheur de découvrir de superbes factures avec de belles majorations pour impayé, et le service client m'a baladé avec des infos contradictoires ("oui on va faire un geste et annuler les majoration", puis réception de courriers de recouvrement… La hotline incompétente a toujours refusé de me passer un superviseur). Bref conclusion : Free pour moi c'est fini (et pour mes proches aussi !))

Oops j'ai lu trop vite et n'ai pas vu que tu avais écrit "et avoir changé les condensateurs de la carte mère"…

Mais après avoir passé la carte mère au lave vaisselle (oui, ça se fait très bien) et avoir changé les condensateurs de la carte mère et de la carte graphique, c’est tombé en marche ! Il est courant pour ces machines que le liquide des condensateurs électrolytiques vieillissants montés en surface fuit. Ces derniers ne fonctionnent alors plus et ça peut créer des court-circuits et de la corrosion sur les pistes du circuit imprimé.

J'avoue que je n'aurais jamais tenté ça et je suis surpris que ça n'ait pas endommagé ladite carte ! Question : si les condensateurs ont coulé, j'imagine que se contenter de nettoyer ce qui a coulé ne suffit pas à rendre les condensateurs à nouveau fonctionnel… => est-ce que tu as aussi déssoudé/remplacé ces condos ?

En ADSL, il y a par exemple une offre Sosh pour 15€ / mois pendant 1 an puis 19€ / mois "à vie", et une offre red/sfr à 16 € / mois (à vie aussi, d'après ce que je comprends).

Mais après, en ADSL, il y a aussi les offres de la FFDN (certes un peu plus cher, mais on ne compare pas la même chose ;). Tiens d'ailleurs : quelqu'un ici sait-il s'il y a une chance que FDN propose un jour des offres fibre ?

Et vu que j'ai une vielle box (une freebox crystal), j'ai n'ai rien moyen de filtrer au niveau de la box.
Que me conseilles tu ?
Acheter un routeur pour le mettre derrière la freebox en mode bridge ?

Hormis si tu as un intérêt particulier (e.g. jouer avec OpenWRT), pourquoi serait-ce à toi de payer et faire le boulot ? Ceci alors que je présume que tu continues de payer > 30 € / mois pour une box qui n'est plus maintenue alors qu'il existe une pléthore d'offres en ce moment (aussi bien chez B&you que chez Sosh par exemple, avec des box "raisonnablement correctes" notamment sur le firewall ipv6) pour bien moins cher que Free (pas seulement la 1e année).
(N.B. mon avis est peut-être un peu biaisé par le fait que je n'utilise pas la TV et les offres les moins chères chez la concurrence n'incluent pas le boitier TV)

Je suis chez Free depuis des années et jamais eu de tel surprise

Moi si : j'ai été abonné sournoisement à Youboox et l'ai découvert plusieurs mois après (10 € / mois quand même !), et plusieurs membres de ma famille aussi. Apparemment la pratique est connue

Question naïve : pour un usage comme le tien, est-ce qu'une base SQL comme Postgres (en central / sur le nas) avec les modules PAM et NSS qui-vont-bien ne serait pas encore plus simple ?
(peut-être que je dis une hérésie, je ne suis pas sysadmin donc c'est une vraie question. J'ai touché un peu à ldap lors d'un stage il y a 20 ans et ce dernier était théoriquement "optimisé pour un usage avec des lectures fréquentes et des écritures rares", mais en 2020 et pour un usage perso je me dis que la question de la performance est secondaire et je suis curieux de voir en quoi une base SQL classique - qui me semble plus simple - ne serait pas adaptée)

L'administration a le pouvoir d'imposer un format aux entreprises,

L'administration Française fait peut-être ce qu'elle veut avec les entreprises Françaises.
Dans un cadre plus large/international, c'est plus discutable (j'ai cité comme exemple ITU/CEPT, où la France ne décide pas seule, et 3GPP où la France ne décide rien). Tout se fait en MS Office (+ marques de révisions) même si c'est parfois "du git fait à la main"

Et par ailleurs, "if it ain't broken, don't fix it" => personne à part quelques libristes ne voit le problème avec MS Office et c'est l'outil qui fait consensus. Ces groupes ont d'autres chats à fouetter que de changer d'outil, donc à moins d'apporter une fonctionnalité majeure bon courage pour convaincre !

Autant je ne peux qu'être opposé à l'utilisation d'un outil inadéquat pour utiliser le format adopté officiellement dans l'administration, comme ça semble être le cas avec OnlyOffice et le RGI, autant chaque entreprise est libre d'utiliser le format de son choix, et si c'est OOXML, alors utiliser un outil inadapté à l'OOXML n'est PAS une bonne idée.

Mais les administrations interagissent aussi avec des entreprises et avec d'autres administrations étrangères qui n'ont pas le RGI (par exemple pour les milieux que je connais : la CEPT, le 3GPP, l'ITU… tout le monde travaille avec MS Office). Et la décision de changer d'outil est quasi-impossible car ça implique beaucoup de monde et d'entités (chacune avec ses propres process internes vis à vis des outils informatiques autorisés).

Je le déplore comme toi car je n'aime ni MS Office ni OOXML, et je sais aussi que le procédé de validation OOXML à l'ISO a été plus que douteux. Mais c'est ainsi et il faut faire avec : en 2020 je considère que la bataille est perdue et le format de référence, c'est MS Office. Pour passer à un autre outil que MS Office, il faudrait qu'il y ait une fonctionnalité majeure absente de l'outil existant (par exemple je recherche depuis longtemps un outil de rédaction collaborative sur le web un peu à la frontière de etherpad et git, qui permette de faire des branches sur des parties de documents, discuter voire voter sur chacune d'elles, etc de manière conviviale. Bref un truc plus puissant et plus abouti que le mode révision des suites bureautiques actuelles)

Une fois qu'on fait le deuil de odt (fût-il meilleur), on peut apprécier qu'il y ait enfin une suite bureautique libre qui ait la bonne approche vis à vis de OOXML (i.e. comme il s'agit du format de référence interne, OnlyOffice peut facilement ne toucher qu'aux noeuds XML qu'il comprend sans toucher au reste, là où LibreOffice cherche à convertir l'ensemble du docx dans sa représentation interne ce qui perd de l'information au passage, casse la mise en forme et rend la suite inutilisable en dehors d'un usage personnel sans interaction avec l'extérieur).

Lorsque tu envoies un fichier Zip à quelqu'un qui ne peut pas l'ouvrir, tu lui dit d'installer 7-Zip, PeaZip ou n'importe quel autre logiciel capable de prendre en charge ce format et il le fait ou le fait faire

Toi tu n'as manifestement pas bossé dans une grande entreprise ou une administration où l'utilisateur moyen n'a pas l'accès root et doit ouvrir un ticket (à justifier et triple-tamponner par la hiérarchie) pour se faire installer un soft…

Note que même si c'est un peu hors-sujet, je ne peux m'empêcher de parler de croc :)

Des téléphones très haut de gamme qui ont un support assez long ça existe, comme l'iPhone

Les "flagships" Android ont également un support plus étendu que les téléphone entrée de gamme (par exemple le Oneplus 3 vient de recevoir la MAJ Android 10).

Un support long impliquerait un surcoût non négligeable sur le prix de vente pour des produits à ce prix.

Pas forcément (cf. Oneplus).

Les applications et le Web exploitent le matériel récent et plus haut de gamme, donc les modèles plus anciens ou bas de gamme finissent par souffrir à l'usage. Est-ce que l'utilisateur va donc garder longtemps son système à jour si le téléphone ne devient plus utilisable ?

"plus utilisable" faut arrêter avec l'exagération. Je refuse de croire de manière fataliste que le bloat soit condamné à augmenter sans limite… (et ça dépend aussi de l'usage : un vieux smartphone ne fera peut-être pas tourner les derniers jeux 3D, mais il n'y a aucune raison qu'il ne réponde plus à son usage initial)

Déjà, pour peu que le bootloader ne soit pas verrouillé (cas des Huawei/Honor), un petit flashage de LineageOS redonne souvent une cure de jouvence…

Beaucoup trop de consommateurs préfèrent acheter régulièrement des téléphones bas de gamme (pour des raisons de coût)

Un Oneplus 3T d'occasion c'est pourtant environ 120 € sur leboncoin, bref pas une ruine.

Les premiers Pentium M étaient en 130nm.
Donc oui OK c'est obsolète, mais pas ridicule malgré tout et pas du tout limité à du microcontrôleur (il n'y a pas si longtemps, j'ai retapé / recyclé grâce à Linux des machines de cet âge là !)