Finalement ce sont juste deux approches différentes: soit on laisse le programme choisir, soit on laisse l'utilisateur choisir. Et en voyant ce qui a poussé l'auteur à implémenter sa propre solution, je pense qu'il a pris la seconde approche en toute connaissance de cause, pour ne pas s'enfermer sur telle ou telle techno.
Alors oui, ça introduit de la complexité dans un fichier de configuration, et l'intégration avec le système est moins bonne. Mais au moins, le programme "supporte" dès aujourd'hui «nftables, iptables ou autre», pas besoin d'attendre la version 2025.
Et rien n'empêche l'auteur d'ajouter ces raccourcis plus tard à Reaction; pour moi, c'est la bonne approche pour une première version du programme.
Alors désolé, mais là je suis perdu. J'ai l'impression que petitboot est finalement un bootloader intermédiaire, avec un joli menu, lancé par u-boot. Comme un systemd-boot, au final, avec quelques fonctionnalités en plus.
Donc la chaîne de boot serait:
SPL -> U-boot -> petitboot -> noyau de la distribution Linux installée
Avec U-boot et petitboot installés sur la eMMC de la carte odroid. Le grand changement ici étant que U-boot et petitboot viennent préinstallés sur la carte; ça me fait fortement penser aussi à Tow-Boot pour Pine64.
Cependant je ne vois pas comment le linux de la distribution pourrait se passer de la DTB spécifique à la carte odroid sur laquelle on démarre. Ou alors, le bénéfice c'est que cette DTB est donnée par petitboot ? Auquel cas il faudrait "juste" avoir un noyau plus ou moins générique, avec tous les drivers ARM possibles.
Même si cela existe effectivement, il faut bien garder en tête les ordres de grandeur dont on parle.
Prenons comme exemple un SSD de 1To: on trouve, assez classiquement, des limites de l'ordre de 600TB (en donnée constructeur).
Il faut bien voir que ce nombre est très grand: même en écrivant l'équivalent de 50Go chaque jour sur le disque, on aurait une durée de vie de l'ordre de 30 ans !
Pour moi le ramdisk est effectivement utile pour sa vitesse, et ce côté volatile. Mais pas pour "sauver" le SSD.
Il fait justement des comparaison « à froid » et « à chaud », donc sans cache et avec cache. Dans les deux cas, gitstatusd est bien meilleur.
On notera la rationalisation des appels systèmes, le choix de syscalls plus performants, un libgit2 patché… bref c'est un travail intéressant, dont une partie mériterait sans doute d'être fusionnée dans git lui-même.
La poule aux oeufs d'or a été découverte avec Whatsapp: si le login est le numéro de téléphone, alors il n'y a même pas besoin de créer un compte, la découverte de contacts devient (trop?) triviale et facilite énormément l'implantation de l'app chez les gens.
Je pense que c'est le point décisif qui a permis à Whatsapp de décoller aussi rapidement. D'ailleurs ce principe a ensuite été copié par nombre d'autres applis…
Je pense que la sensation « d'ensemble mieux fini que KDE » vient du côté très sobre, voire rigide, de GNOME. L'expérience par défaut ne met pas l'accent sur les divers plugins et gadgets, et propose quelque chose d'assez minimaliste, mais "léché".
attention à la confiance aveugle dans la techno :P
Ça fait déjà plusieurs fois que je remarque cet argument dans une discussion sur les choix de mot de passe… et je le trouve peu pertinent.
On est en train de comparer des mots de passes choisis par des humains (venant donc avec les biais et faiblesses associés, et sont stockés dans un fichier tout bête du navigateur), avec un logiciel conçu pour sécuriser ça (moins de biais, moins prévisible, stockage plus sécurisé à priori).
Keepass, c'est un fichier chiffré. L'emplacement du fichier peut être n'importe où. Les logins stockés sur un Firefox, c'est un pauvre json dans le profil, n'ayant même pas de mot de passe maître par défaut…
Alors OK il y a des CVE et des bugs dans Keepass, mais même avec ça le gain en sécurité est incontestable.
Au cas-où, les Activités permettent l'utilisation de fonds d'écran différents (1 par activité donc)…mais ça veut dire qu'il n'y a pas de Cube…
Oui, c'est la réponse classique donnée dans ce rapport de bug. Mais travailler avec les activités est différent et oblige à se passer d'autres fonctionnalités sympa liées aux bureaux virtuels…
Au final, Nate Graham indique que si on veut voir cette fonctionnalité, il faut que quelqu'un si colle. Et qui sait, c'est peut-être plus facile via ce nouveau système « d'addons » pour kwin/KDE. Rendez-vous dans 10 ans ?
Mais personnellement, j'ai trouvé la solution il y a des années: j'utilise XFCE.
Si les devs KDE ont le temps de réimplémenter le cube rigolo, ils auront le temps de réimplémenter cette fonctionnalité utile, non ? Bon désolé pour ce post râleur, je suis juste un peu frustré :)
A noter, Free Mobile propose un blocage de numéros entrants via son interface web.
C'est un peu fastidieux d'entrer tous les préfixes, mais au moins ça marche quel que soit l'OS… et ne demande pas de permissions ;)
Ce n'est pas un problème d'incompatibilité, c'est une lassitude sur un bruit sans rapport avec la choucroute.
La facilité de déposer un lien ici fait que parfois on a l'impression de suivre le flux RSS complet de quelques personnes, sans préoccupation pour la pertinence par rapport à linuxfr.
Et ça n'est pas, et de loin, le premier post HS qui est moinssé.
Ils pourraient passer leur chemin, mais ils peuvent aussi donner leur avis. Le vote est "Pertinent/Inutile", faut-il encore le rappeler. Donc pas la peine de crier au facho lorsqu'un sujet HS porte une note négative…
Ce n'est pas parce que le lien parle d'une bonne nouvelle, ou d'un sujet sensible, qu'il en devient automatiquement pertinent pour cette section de LinuxFr…
La base de données est soit sqlite, soit mysql. Mais un principe de base est que la bdd sert de cache, et peut donc être reconstruite a tout moment.
Il y a des notions de taches, dont notamment la génération de miniature en arrière-plan. Étant donne que la v2.0.0 demande a réinitialiser la bdd, j'ai du relancer la génération de miniatures sur mes 35000 photos. C'est un peu long (surtout que pas mal de mes photos sont prises sur le réseau…) mais il suffit d'attendre.
Après c'est une alternative comme une autre, chacun ses préférences.
[^] # Re: Pas mal
Posté par Christophe . En réponse à la dépêche reaction, remplaçant de fail2ban. Évalué à 9.
Finalement ce sont juste deux approches différentes: soit on laisse le programme choisir, soit on laisse l'utilisateur choisir. Et en voyant ce qui a poussé l'auteur à implémenter sa propre solution, je pense qu'il a pris la seconde approche en toute connaissance de cause, pour ne pas s'enfermer sur telle ou telle techno.
Alors oui, ça introduit de la complexité dans un fichier de configuration, et l'intégration avec le système est moins bonne. Mais au moins, le programme "supporte" dès aujourd'hui «nftables, iptables ou autre», pas besoin d'attendre la version 2025.
Et rien n'empêche l'auteur d'ajouter ces raccourcis plus tard à Reaction; pour moi, c'est la bonne approche pour une première version du programme.
[^] # Re: U-boot
Posté par Christophe . En réponse au journal Petitboot sur ARM, le bon, le bad et le ugly. Évalué à 4. Dernière modification le 21 novembre 2023 à 13:15.
Alors désolé, mais là je suis perdu. J'ai l'impression que petitboot est finalement un bootloader intermédiaire, avec un joli menu, lancé par u-boot. Comme un systemd-boot, au final, avec quelques fonctionnalités en plus.
Donc la chaîne de boot serait:
SPL -> U-boot -> petitboot -> noyau de la distribution Linux installée
Avec U-boot et petitboot installés sur la eMMC de la carte odroid. Le grand changement ici étant que U-boot et petitboot viennent préinstallés sur la carte; ça me fait fortement penser aussi à Tow-Boot pour Pine64.
Cependant je ne vois pas comment le linux de la distribution pourrait se passer de la DTB spécifique à la carte odroid sur laquelle on démarre. Ou alors, le bénéfice c'est que cette DTB est donnée par petitboot ? Auquel cas il faudrait "juste" avoir un noyau plus ou moins générique, avec tous les drivers ARM possibles.
# SSD et usure
Posté par Christophe . En réponse au journal Un ramdisk pourquoi faire ?. Évalué à 10.
Même si cela existe effectivement, il faut bien garder en tête les ordres de grandeur dont on parle.
Prenons comme exemple un SSD de 1To: on trouve, assez classiquement, des limites de l'ordre de 600TB (en donnée constructeur).
Il faut bien voir que ce nombre est très grand: même en écrivant l'équivalent de 50Go chaque jour sur le disque, on aurait une durée de vie de l'ordre de 30 ans !
Pour moi le ramdisk est effectivement utile pour sa vitesse, et ce côté volatile. Mais pas pour "sauver" le SSD.
# Extension CleanURL
Posté par Christophe . En réponse au journal Décès des pages de résultats Google sans tracking à 25 ans. Évalué à 7.
Personnellement, j'utilise l'extension Firefox CleanURL
Ca juste marche, en ce qui concerne les résultats Google. Même si, bien sûr, il doit rester pas mal de tracking sur le reste de la page…
[^] # Re: Vitesse de powerline10k et gitstatus
Posté par Christophe . En réponse à la dépêche Comparaison critique de systèmes d'invite de commande. Évalué à 4.
Il fait justement des comparaison « à froid » et « à chaud », donc sans cache et avec cache. Dans les deux cas, gitstatusd est bien meilleur.
On notera la rationalisation des appels systèmes, le choix de syscalls plus performants, un libgit2 patché… bref c'est un travail intéressant, dont une partie mériterait sans doute d'être fusionnée dans git lui-même.
[^] # Re: complément
Posté par Christophe . En réponse au lien Privacy is Priceless, but Signal is Expensive. Évalué à 10.
La poule aux oeufs d'or a été découverte avec Whatsapp: si le login est le numéro de téléphone, alors il n'y a même pas besoin de créer un compte, la découverte de contacts devient (trop?) triviale et facilite énormément l'implantation de l'app chez les gens.
Je pense que c'est le point décisif qui a permis à Whatsapp de décoller aussi rapidement. D'ailleurs ce principe a ensuite été copié par nombre d'autres applis…
# Wiki de NixOS
Posté par Christophe . En réponse au message NixOs et Appimage. Évalué à 2.
Cela semble expliqué sur le wiki de NixOS: https://nixos.wiki/wiki/Appimage
[^] # Re: Résumé
Posté par Christophe . En réponse au lien En Espagne, “Adolescence sans mobile” un mouvement spontané et suivi. Évalué à 5.
Du coup, on est d'accord que le problème ce n'est pas le "mobile", en fait.
Ils leur filent un Nokia 110 à 30€, et comment ça l'enfant peut appeler en cas de pépin, problème réglé…
# Déjà posté en journal
Posté par Christophe . En réponse au lien Ada et les communs numériques pour les jeunes. Évalué à 10.
https://linuxfr.org/users/akauffmann/journaux/edition-francaise-du-livre-ada-zangemann
[^] # Re: J'ai testé Gnome aujourd'hui d'ailleurs.
Posté par Christophe . En réponse au lien GNOME reconnu comme infrastructure d'utilité publique. Évalué à 4.
Je suis assez d'acoord sur l'impression générale.
Je pense que la sensation « d'ensemble mieux fini que KDE » vient du côté très sobre, voire rigide, de GNOME. L'expérience par défaut ne met pas l'accent sur les divers plugins et gadgets, et propose quelque chose d'assez minimaliste, mais "léché".
[^] # Re: Paliers
Posté par Christophe . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 9.
Et puis certains (ne citons personne) promeuvent l'usage de discussion instantanée via l'email, ce qui ne va pas arranger le quota !
[^] # Re: En gros, si le comprends bien
Posté par Christophe . En réponse au lien Le futur de Synapse et Dendrite. Évalué à 3.
Je lis à la source :
Donc, non, aucune garantie spéciale (sauf si j'ai raté un truc dans le CLA Apache), c'est un CLA "classique" où Element peut faire ce qui lui chante.
[^] # Re: Pas tout compris
Posté par Christophe . En réponse au lien Collection de sites qui ont des consignes de mots de passe à la noix . Évalué à 5.
Ça fait déjà plusieurs fois que je remarque cet argument dans une discussion sur les choix de mot de passe… et je le trouve peu pertinent.
On est en train de comparer des mots de passes choisis par des humains (venant donc avec les biais et faiblesses associés, et sont stockés dans un fichier tout bête du navigateur), avec un logiciel conçu pour sécuriser ça (moins de biais, moins prévisible, stockage plus sécurisé à priori).
Keepass, c'est un fichier chiffré. L'emplacement du fichier peut être n'importe où. Les logins stockés sur un Firefox, c'est un pauvre json dans le profil, n'ayant même pas de mot de passe maître par défaut…
Alors OK il y a des CVE et des bugs dans Keepass, mais même avec ça le gain en sécurité est incontestable.
[^] # Re: Cube aux faces identiques
Posté par Christophe . En réponse au lien KDE Desktop Cube de retour, pour les nostalgiques de Compiz/Beryl. Évalué à 4.
Et je viens de tomber, en fouillant un peu dans le nouveau KDE Plasma, sur cette nouvelle: les activités seront probablement bientôt abandonnées !
Il semble que les planètes s'alignent pour ramener un fond d'écran par bureau…
[^] # Re: Cube aux faces identiques
Posté par Christophe . En réponse au lien KDE Desktop Cube de retour, pour les nostalgiques de Compiz/Beryl. Évalué à 7.
Oui, c'est la réponse classique donnée dans ce rapport de bug. Mais travailler avec les activités est différent et oblige à se passer d'autres fonctionnalités sympa liées aux bureaux virtuels…
Au final, Nate Graham indique que si on veut voir cette fonctionnalité, il faut que quelqu'un si colle. Et qui sait, c'est peut-être plus facile via ce nouveau système « d'addons » pour kwin/KDE. Rendez-vous dans 10 ans ?
Mais personnellement, j'ai trouvé la solution il y a des années: j'utilise XFCE.
# Cube aux faces identiques
Posté par Christophe . En réponse au lien KDE Desktop Cube de retour, pour les nostalgiques de Compiz/Beryl. Évalué à 5.
C'est sympa de revoir ce fameux cube ! Mais je suis assez d'accord avec le tout premier commentaire sur Phoronix: à quand le retour du fond d'écran différent par bureau ?
Si les devs KDE ont le temps de réimplémenter le cube rigolo, ils auront le temps de réimplémenter cette fonctionnalité utile, non ? Bon désolé pour ce post râleur, je suis juste un peu frustré :)
[^] # Re: Deprecated
Posté par Christophe . En réponse au message Accéder à un nœud du DOM en utilisant son id comme variable. Évalué à 5.
En lisant plus avant les réponses, c'est plus compliqué, on retrouve ce comportement dans les doc du w3c…
# Free Mobile
Posté par Christophe . En réponse au lien Bloquons le démarchage téléphonique (par Gee). Évalué à 3.
A noter, Free Mobile propose un blocage de numéros entrants via son interface web.
C'est un peu fastidieux d'entrer tous les préfixes, mais au moins ça marche quel que soit l'OS… et ne demande pas de permissions ;)
[^] # Re: Sans oublier la culpabilisation !
Posté par Christophe . En réponse au lien Dérive autoritaire : attentifs ensemble (infographie La Quadrature) - sebsauvage.net. Évalué à 0.
On appelle ça être "responsable", aussi.
[^] # Re: Mauvais site
Posté par Christophe . En réponse au lien Comment Justin Timberlake a utilisé Britney Spears - letemps.ch. Évalué à 10.
Ce n'est pas un problème d'incompatibilité, c'est une lassitude sur un bruit sans rapport avec la choucroute.
La facilité de déposer un lien ici fait que parfois on a l'impression de suivre le flux RSS complet de quelques personnes, sans préoccupation pour la pertinence par rapport à linuxfr.
C'est pas très grave, mais ça peut être lassant.
[^] # Re: En direct
Posté par Christophe . En réponse au lien Islande: grève générale des femmes contre les inégalités salariales et les violences sexuelles . Évalué à 2.
Impensable, peut-être parce que c'est un peu absurde: elle est au pouvoir, c'est à elle de faire bouger les choses. Ou alors, à qui s'adresse-t-elle ?
[^] # Re: Précision
Posté par Christophe . En réponse au lien Face aux vols, le British Museum va numériser toutes ses collections pour un coût de 12,1 millions $. Évalué à 6.
Pas la peine de s'infliger une telle punition pour une bourde :)
Une relecture complète de Wikipedia suffira amplement !
[^] # Re: Pourquoi ce post est moinssé ?
Posté par Christophe . En réponse au lien Le prix Sakharov, du Parlement européen, attribué à Mahsa Amini et au mouvement des femmes en Iran. Évalué à 7. Dernière modification le 20 octobre 2023 à 13:28.
Et ça n'est pas, et de loin, le premier post HS qui est moinssé.
Ils pourraient passer leur chemin, mais ils peuvent aussi donner leur avis. Le vote est "Pertinent/Inutile", faut-il encore le rappeler. Donc pas la peine de crier au facho lorsqu'un sujet HS porte une note négative…
[^] # Re: Pourquoi ce post est moinssé ?
Posté par Christophe . En réponse au lien Le prix Sakharov, du Parlement européen, attribué à Mahsa Amini et au mouvement des femmes en Iran. Évalué à 5. Dernière modification le 20 octobre 2023 à 10:16.
Ce n'est pas parce que le lien parle d'une bonne nouvelle, ou d'un sujet sensible, qu'il en devient automatiquement pertinent pour cette section de LinuxFr…
[^] # Re: Specs
Posté par Christophe . En réponse au journal Sortie de PiGallery2 version 2.0.0. Évalué à 4.
La base de données est soit sqlite, soit mysql. Mais un principe de base est que la bdd sert de cache, et peut donc être reconstruite a tout moment.
Il y a des notions de taches, dont notamment la génération de miniature en arrière-plan. Étant donne que la v2.0.0 demande a réinitialiser la bdd, j'ai du relancer la génération de miniatures sur mes 35000 photos. C'est un peu long (surtout que pas mal de mes photos sont prises sur le réseau…) mais il suffit d'attendre.
Après c'est une alternative comme une autre, chacun ses préférences.