moi non plus, mais je ne l'espère pas, ça n'en vaut pas le coup et ce, d'autant plus si l'on se réclame d'une quelconque conscience écolo.
J'imagine que linuxfr doit en garder une copie pour raisons légales. Je suis d'accord le contenu est jetable; par contre c'est juste quelques pages de texte par jour, les archives de 25 ans de moulage pèse sûrement bien moins qu'une mise à jour hebdo d'Archlinux.
En lisant le ticket on voit que c'est bien plus simple: personne n'a eu le temps de se pencher dessus.
On voit dans la discussion, où deux personnes ont dit vouloir bosser dessus, qu'il n'y a aucune volonté particulière de rester sur un login Github. Ils ont donné tous les endroits dans le code à modifier.
Par contre, c'est plus compliqué qu'un simple OAuth2, car forcément en n'ayant que le login Github il y a maintenant du code spécifique au login Github dans le code de crates.io.
Pas de nouvelles des deux volontaires, j'imagine qu'ils ont abandonné, et que finalement ça ne dérange pas grand monde, du moins pas assez pour que quelqu'un se bouge.
PS: petite ironie de l'histoire: celui qui se penchera dessus devra être suffisamment motivé pour éviter Github, tout étant suffisamment souple pour faire sa PR avec Github pour crates.io ^
Personnellement je ne suis pas vraiment étonné, Windows sur ARM n'a jamais décollé jusqu'à présent. C'est bien beau l'émulation x86, mais acheter un PC ARM juste pour y faire tourner des binaires x86 c'est un peu bête. Et la compatibilité ne sera forcément pas parfaite, avec des problèmes compliqués/impossibles à résoudre pour l'utilisateur.
Windows ARM est victime de l'enfermement des utilisateurs dans un écosystème Windows x86, que MS a lui-même créé. Le parallèle avec l'utilisation de Linux sur un PC est d'ailleurs assez visible…
Qualcomm aimerait bien que cette barrière d'usage saute, car ça leur ouvrirait un marché énorme. Microsoft, lui, y gagnerait une meilleure indépendance de Intel et de ARM, sans s'enfermer forcément chez Qualcomm. Donc on comprend leur motivation. Mais pour l'instant, avec des PC ARM très chers (le lenovo slim 7x est à 1400€) et des promesses usées jusqu'à la corde (performance,autonomie) j'imagine que les ventes ne suivent pas.
Qualcomm a aussi fait de belles annonces, mais pour le moment, on ne voit pas grand chose pointer son nez.
C'est intéressant, j'avais exactement l'impression inverse. Qualcomm contribue pas mal au support upstream, et d'ailleurs on le voit bien car tous les derniers chipsets sont déjà décrits dans le noyau.
C'est loin d'être le cas pour Mediatek, avec seulement une poignée de chipsets décrits dans le noyau upstream. En général, avoir une distro linux mainline sur un chipset Mediatek relève du parcours du combattant.
PS: le Snapdragon X Elite est déjà présent dans Linux upstream depuis plusieurs mois, ils ont tenu parole.
De ce que je lis, tu as besoin de faire quelques listes, pour différentes personnes.
Alors, pourquoi ne pas avoir quelques fichiers textes (ou markdown), un par personne ?… Tout ça sur un git, pour l'historique.
J'ai probablement raté un besoin particulier qui nécessiterait un tableur ou une bdd, mais sans cette précision, je ne vois pas trop pourquoi s'embêter pour quelques listes d'une dizaine d'items, rarement mises à jour.
Au début, l'article commence de façon logique et attendue:
- activation du chiffrement sur disque à l'installation
- suppression des paquets de télémétrie Ubuntu (apport, woopsie, etc)
- quelques autres préférences mineures
(déjà je me demande pourquoi partir sur une Ubuntu, mais passons)
Puis, sans transition, on passe sur des changements sans vrai rapport avec la vie privée, voire contre-productifs
- désactivation du blocage de l'écran
- montrer les fichiers cachés
- désactivation de la corbeille
Et enfin on passe aux services tiers, à qui soudainement on accorde une totale confiance:
- NextDNS
- Proton VPN
Du coup on a une liste de propositions, c'est bien, mais pour moi ça reste un peu confus.
Il est important de dénoncer les solutions qui se prétendent "libres" mais ne le sont pas, mais il est tout aussi important de ne pas se planter quand on fait une telle accusation, sinon c'est contre-productif.
Personnellement, j'aurais préféré que le code comporte des commentaires, ce serait plus intéressant à lire, et motiverait peut-être d'autres personnes pour contribuer… Mais bon je salue l'effort.
Pour les languages, dans MS-DOS, on utilisait des Codepage (pour l'affichage des polices) et des Country Codes (pour la langue). C'était des nombres, tirés apparemment de l'indicatif international de téléphonie: http://manmrk.net/tutorials/DOS/help/country.htm .
Ça aurait été intéressant, mais dans cette réalité ce n'est pas possible. Le pays qui possède ce genre de constellation (GPS, Starlink, Glonaass etc) a un atout stratégique énorme sur ses voisins.
Dans ce genre de situation (atout stratégique, péril non évident et non immédiat), les dirigeants font quasiment toujours la même chose: tout d'abord chacun pour soi (et essayer de rafler la mise du 1er arrivé), et une fois la domination établie on regarde et on demande aux autres de ne pas faire la même "bêtise".
Au sein d'un même pays on a le gouvernement et le parlement pour réguler un peu ce phénomène. Au niveau mondial, rien de tel.
Il ne manque plus qu'à publier des nouvelles versions des SDKs et des clients du Password Manager pour que ces derniers redeviennent correctement libre (le commentaire dit bien que les clients du password manager sont déjà indépendants du secret manager).
Le problème est apparu il y a 3 semaines seulement, y a-t-il eu ne serait-ce qu'une version publiée du SDK et/ou de des clients qui auraient pu ne pas être libres ?
Je pense que bien peu de gens utilisent l'interface web proposée par le serveur. C'est pas pratique, tout simplement, à part pour quelques tâche de maintenance.
Tout le monde utilise le plugin pour navigateur, et/ou l'application pour téléphone.
La question n'était pas tant de savoir le pourquoi mais plutôt d'acter que cela impliquait des renoncements fonctionnels non acceptables pour certains.
Tout à fait, mais je voulais quand même nuancer le tableau noir dressé ici.Et en général on choisit un modèle bien géré avant de se lancer dans cette voie.
Pris mot à mot, cette phrase n'est pas si rassurante que ça.
Tant mieux :) Il faut être lucide si on veut s'aventurer sur un OS encore jeune. Ensuite, à chacun de placer ses propres priorités.
En général le matériel marche plutôt bien, l'exception c'est vraiment l'appareil photo, où même sur Android il est difficile de le faire fonctionner correctement sans la ROM d'origine.
C'est un plat de spaghetti entre les firmwares mystérieux en 50 morceaux, une initialisation du matériel partagée entre l'appli constructeur, les firmwares et l'OS, et de petites variations (critiques) entre chaque modèle vendu. Tout ça n'est bien sûr documenté nulle part.
permettre la modification et la redistribution d'un soft dans son intégralité avec la possibilité de l'adapter pour qu'il soit fonctionnel quelque soit le cas de figure
Il y a sûrement plusieurs façons de lire la liberté 1 (liberté d'étudier un programme et de le modifier pour ses besoins), mais le fait d'avoir un SDK non libre n'est pas forcément un frein. Tout dépend de ce qu'on nomme le "programme" en question…
Après je reste un peu surpris par ce mini "scandale". Le côté serveur de Bitwarden n'a jamais été libre, on ne peut pas l'auto-héberger. C'est pourtant un composant central de l'offre Bitwarden. Alors le fait que le SDK ne soit pas libre, je trouve ça assez secondaire en fait.
[^] # Re: le problème
Posté par Christophe . En réponse au journal Il y a quelque chose de pourri.... Évalué à 5.
J'imagine que linuxfr doit en garder une copie pour raisons légales. Je suis d'accord le contenu est jetable; par contre c'est juste quelques pages de texte par jour, les archives de 25 ans de moulage pèse sûrement bien moins qu'une mise à jour hebdo d'Archlinux.
[^] # Re: Excellent journal
Posté par Christophe . En réponse au journal Il y a quelque chose de pourri.... Évalué à 3. Dernière modification le 11 janvier 2025 à 09:21.
Avec ce genre de commentaire, il va bientôt falloir se connecter à linuxfr via un double anonymat…
[^] # Re: Red Flag
Posté par Christophe . En réponse au lien Analyse plus poussée de Trio Office. Évalué à 2.
Il n'y a aucune fonctionnalité sur leur store pour signaler des produits frauduleux/dangereux ?
[^] # Re: Comparaisons hasardeuses
Posté par Christophe . En réponse au message Méthodologie pour une comparaison objective des distributions Linux. Évalué à 2.
Mmmh au hasard, Xnview ?…
[^] # Re: Dépendance Microsoft
Posté par Christophe . En réponse au lien "Embarquez avec Cargo : destination Rust !" (article en accès libre). Évalué à 5. Dernière modification le 27 novembre 2024 à 09:01.
En lisant le ticket on voit que c'est bien plus simple: personne n'a eu le temps de se pencher dessus.
On voit dans la discussion, où deux personnes ont dit vouloir bosser dessus, qu'il n'y a aucune volonté particulière de rester sur un login Github. Ils ont donné tous les endroits dans le code à modifier.
Par contre, c'est plus compliqué qu'un simple OAuth2, car forcément en n'ayant que le login Github il y a maintenant du code spécifique au login Github dans le code de crates.io.
Pas de nouvelles des deux volontaires, j'imagine qu'ils ont abandonné, et que finalement ça ne dérange pas grand monde, du moins pas assez pour que quelqu'un se bouge.
PS: petite ironie de l'histoire: celui qui se penchera dessus devra être suffisamment motivé pour éviter Github, tout étant suffisamment souple pour faire sa PR avec Github pour crates.io ^
[^] # Re: Mais qui est cette Preece ?
Posté par Christophe . En réponse au journal Details suite à la demande dans les commentaires. Évalué à 4.
DevNewton est un fromage ? Je suis perdu.
[^] # Re: Mais qui est cette Preece ?
Posté par Christophe . En réponse au journal Details suite à la demande dans les commentaires. Évalué à 2.
Oh mon dieu…
[^] # Re: Comprendre une communauté
Posté par Christophe . En réponse au journal Details suite à la demande dans les commentaires. Évalué à 10.
Ça c'est la punition pour le formulaire Google
[^] # Re: Pas un nouveau type de PC
Posté par Christophe . En réponse au lien Microsoft invente un nouveau type de PC : il n’y a pas d’ordinateur dedans . Évalué à 7.
J'ai pensé la même chose: « Oh, c'est le retour du terminal UNIX ! »
On tourne en rond…
[^] # Re: et pourquoi linuxfr ?
Posté par Christophe . En réponse au journal Details suite à la demande dans les commentaires. Évalué à 10.
Et poster ça un vendredi, en posant des questions sur le cyclimse et la moto. Là, ça aurait vraiment dérapé.
[^] # Re: Cool
Posté par Christophe . En réponse au lien Prise en charge complète en upstream des plates-formes IoT Edge AI Genio de MediaTek. Évalué à 3.
Personnellement je ne suis pas vraiment étonné, Windows sur ARM n'a jamais décollé jusqu'à présent. C'est bien beau l'émulation x86, mais acheter un PC ARM juste pour y faire tourner des binaires x86 c'est un peu bête. Et la compatibilité ne sera forcément pas parfaite, avec des problèmes compliqués/impossibles à résoudre pour l'utilisateur.
Windows ARM est victime de l'enfermement des utilisateurs dans un écosystème Windows x86, que MS a lui-même créé. Le parallèle avec l'utilisation de Linux sur un PC est d'ailleurs assez visible…
Qualcomm aimerait bien que cette barrière d'usage saute, car ça leur ouvrirait un marché énorme. Microsoft, lui, y gagnerait une meilleure indépendance de Intel et de ARM, sans s'enfermer forcément chez Qualcomm. Donc on comprend leur motivation. Mais pour l'instant, avec des PC ARM très chers (le lenovo slim 7x est à 1400€) et des promesses usées jusqu'à la corde (performance,autonomie) j'imagine que les ventes ne suivent pas.
[^] # Re: Cool
Posté par Christophe . En réponse au lien Prise en charge complète en upstream des plates-formes IoT Edge AI Genio de MediaTek. Évalué à 2. Dernière modification le 16 novembre 2024 à 12:34.
C'est intéressant, j'avais exactement l'impression inverse. Qualcomm contribue pas mal au support upstream, et d'ailleurs on le voit bien car tous les derniers chipsets sont déjà décrits dans le noyau.
C'est loin d'être le cas pour Mediatek, avec seulement une poignée de chipsets décrits dans le noyau upstream. En général, avoir une distro linux mainline sur un chipset Mediatek relève du parcours du combattant.
PS: le Snapdragon X Elite est déjà présent dans Linux upstream depuis plusieurs mois, ils ont tenu parole.
[^] # Re: A Word of Caution
Posté par Christophe . En réponse au lien après QOI et QOA, QOP - package format. Évalué à 4.
En fait QOP est un remplaçant simplissime pour tar, donc pour les comparaisons de tailles ça va aller vite :)
# Pour juste quelques listes, je resterais simple
Posté par Christophe . En réponse au message Inventaire de matériel informatique. Évalué à 4.
De ce que je lis, tu as besoin de faire quelques listes, pour différentes personnes.
Alors, pourquoi ne pas avoir quelques fichiers textes (ou markdown), un par personne ?… Tout ça sur un git, pour l'historique.
J'ai probablement raté un besoin particulier qui nécessiterait un tableur ou une bdd, mais sans cette précision, je ne vois pas trop pourquoi s'embêter pour quelques listes d'une dizaine d'items, rarement mises à jour.
# Un peu confus
Posté par Christophe . En réponse au lien OSINT : User Privacy in Linux. Évalué à 9.
Au début, l'article commence de façon logique et attendue:
- activation du chiffrement sur disque à l'installation
- suppression des paquets de télémétrie Ubuntu (apport, woopsie, etc)
- quelques autres préférences mineures
(déjà je me demande pourquoi partir sur une Ubuntu, mais passons)
Puis, sans transition, on passe sur des changements sans vrai rapport avec la vie privée, voire contre-productifs
- désactivation du blocage de l'écran
- montrer les fichiers cachés
- désactivation de la corbeille
Et enfin on passe aux services tiers, à qui soudainement on accorde une totale confiance:
- NextDNS
- Proton VPN
Du coup on a une liste de propositions, c'est bien, mais pour moi ça reste un peu confus.
[^] # Re: slint
Posté par Christophe . En réponse au journal TapTempo en Slint. Évalué à 10.
Et on appellerait ça une licence ?…
Il est important de dénoncer les solutions qui se prétendent "libres" mais ne le sont pas, mais il est tout aussi important de ne pas se planter quand on fait une telle accusation, sinon c'est contre-productif.
[^] # Re: points intéressants : le multi-plateformes
Posté par Christophe . En réponse au lien Après 3-4 ans d'interruption Le développement de POV-Ray reprend. Évalué à 4.
C'est amusant, je viens de lire le message qui est à l'origine de POV-Ray, et dans les conditions de création du projet il y avait:
If you decide to do this, I would like to place a few rules on the
packages (or at least those developed from DKB):
Je ne sais pas à quel moment le 3ème point est passé à la trappe…
[^] # Re: Nostalgie…
Posté par Christophe . En réponse au lien MSDOS-0. Évalué à 3.
Personnellement, j'aurais préféré que le code comporte des commentaires, ce serait plus intéressant à lire, et motiverait peut-être d'autres personnes pour contribuer… Mais bon je salue l'effort.
Pour les languages, dans MS-DOS, on utilisait des Codepage (pour l'affichage des polices) et des Country Codes (pour la langue). C'était des nombres, tirés apparemment de l'indicatif international de téléphonie: http://manmrk.net/tutorials/DOS/help/country.htm .
[^] # Re: autre dimension?
Posté par Christophe . En réponse au lien Pollution du spectre électro-magnétique par l’industrie numérique. Évalué à 3.
Ça aurait été intéressant, mais dans cette réalité ce n'est pas possible. Le pays qui possède ce genre de constellation (GPS, Starlink, Glonaass etc) a un atout stratégique énorme sur ses voisins.
Dans ce genre de situation (atout stratégique, péril non évident et non immédiat), les dirigeants font quasiment toujours la même chose: tout d'abord chacun pour soi (et essayer de rafler la mise du 1er arrivé), et une fois la domination établie on regarde et on demande aux autres de ne pas faire la même "bêtise".
Au sein d'un même pays on a le gouvernement et le parlement pour réguler un peu ce phénomène. Au niveau mondial, rien de tel.
[^] # Re: D'autres liens
Posté par Christophe . En réponse au journal La fin de la 2G : quelles solutions pour une communication stable et flexible ?. Évalué à 3.
Je te laisse deviner ce qui va se passer :)
[^] # Re: Les clients peuvent à nouveau être libres
Posté par Christophe . En réponse au lien bitwarden sdk - relicensed to GPLv3. Évalué à 3.
Le problème est apparu il y a 3 semaines seulement, y a-t-il eu ne serait-ce qu'une version publiée du SDK et/ou de des clients qui auraient pu ne pas être libres ?
[^] # Re: Compromission de l'appli web : un oubli?
Posté par Christophe . En réponse au lien Forensic analysis of bitwarden self-hosted server. Évalué à 2.
Je pense que bien peu de gens utilisent l'interface web proposée par le serveur. C'est pas pratique, tout simplement, à part pour quelques tâche de maintenance.
Tout le monde utilise le plugin pour navigateur, et/ou l'application pour téléphone.
Ceci dit la remarque reste valide j'imagine.
[^] # Re: que maintenant?
Posté par Christophe . En réponse au lien Android 16 will include a Terminal and full Linux VM support with GPU acceleration. Évalué à 2.
Tout à fait, mais je voulais quand même nuancer le tableau noir dressé ici.Et en général on choisit un modèle bien géré avant de se lancer dans cette voie.
Tant mieux :) Il faut être lucide si on veut s'aventurer sur un OS encore jeune. Ensuite, à chacun de placer ses propres priorités.
[^] # Re: que maintenant?
Posté par Christophe . En réponse au lien Android 16 will include a Terminal and full Linux VM support with GPU acceleration. Évalué à 4.
En général le matériel marche plutôt bien, l'exception c'est vraiment l'appareil photo, où même sur Android il est difficile de le faire fonctionner correctement sans la ROM d'origine.
C'est un plat de spaghetti entre les firmwares mystérieux en 50 morceaux, une initialisation du matériel partagée entre l'appli constructeur, les firmwares et l'OS, et de petites variations (critiques) entre chaque modèle vendu. Tout ça n'est bien sûr documenté nulle part.
[^] # Re: Un bug ?
Posté par Christophe . En réponse au lien bitwarden - Desktop version 2024.10.0 is no longer free software. Évalué à 3.
Il y a sûrement plusieurs façons de lire la liberté 1 (liberté d'étudier un programme et de le modifier pour ses besoins), mais le fait d'avoir un SDK non libre n'est pas forcément un frein. Tout dépend de ce qu'on nomme le "programme" en question…
Après je reste un peu surpris par ce mini "scandale". Le côté serveur de Bitwarden n'a jamais été libre, on ne peut pas l'auto-héberger. C'est pourtant un composant central de l'offre Bitwarden. Alors le fait que le SDK ne soit pas libre, je trouve ça assez secondaire en fait.