Ton "aucun problème" pour les closed-source firmware était peut être un peu péremptoire aussi non ? Pas besoin de se braquer, c'est une discussion libre, tu as un peu manqué d'argumentation ;-)
Tu as bien résumé la situation et je suis assez d'accord avec ton approche pragmatique sur les firmwares (notamment ton 3 pour du court terme).
Un bémol néanmoins, si - pour l'instant - il peut être judicieux de "comparer la problématique des firmwares à celle des images plutôt qu'à celle des logiciels" comme tu le dis il ne faut pourtant pas oublier sur le long terme qu' "Il s'agit de code qui ne tournera pas sous l'OS (sous Linux), ni même sur le CPU principal (que j'interprète comme tu le fais : il s'agit bien en fait de logiciel, il n'y a pas trop de raison de le traiter différemment a priori que le logiciel libre).
En effet, il peut tout à fait y avoir des bugs dans ce firmware et il est intéressant d'avoir les sources libres pour avoir quelquechose de fiable (et je ne parle même pas de backdoor dans du firmware de modem...).
Après, tout reste une question de transiger (ou pas) avec la liberté sur le long terme : ce travail de libération des firmwares aura sans doute lieu, la question AMHA revient bien à "maintenant ou dans la prochaine version ?".
Avoir dans Etch l'installeur qui sait faire appel aux firmwares déjà disponibles de manière séparée du pilote, déjà dans non-free, permettra de ne pas trop ralentir les efforts faits pour la liberté.
L'étape saine adoptée sur Debian pour les pilotes non-libres (systématiquement enlevés du kernel pour ceux qui restaient et placés dans non-free) pourra (AMHA en temps utile) être adoptée sur les firmwares : déjà les séparer systématiquement du code des pilotes (utilisation de firmware_class pour le chargement notamment, ce qui permet de placer les fichiers de firmware dans le repository non -free). Il ne faut pas oublier qu'il reste pas mal de pilotes ayant des déclarations de tableaux avec des suites de chiffres hexadécimaux généralement correspondant à un firmware) et que cela réclamera effectivement un peu de boulot (pendant et après Etch) pour scinder en deux ; nous avons eu ce boulot à faire sur eagle-usb, cela a par la suite permis d'avoir ueagle-atm qui est beaucoup plus propre grâce à Matthieu et le pilote de Damien Bergamini pour *BSD.
PS : j'ai réagi à ton post parce que ta distinction du CPU sur lequel tourne le firmware (CPU principal ou pas) me rappelle tout de même fortement l'argument récurrent (et trollesque) de Marco d'Itri (en résumé "on s'en fout, libre ou pas, vu que le firmware ne tourne pas sur le même CPU que le noyau linux") : c'est oublier que le firmware reste du logiciel et que la question de sa licence se pose réellement (notamment pour la distribution vu qu'il se retrouve sur une galette comme tu le dis, mais il est possible d'envisager d'aller plus loin puisqu'un firmware alternatif a son intérêt dans certains cas ; qui a parlé d'utiliser le processeur DSP des fast 800 pour faire de l'analyse de Fourier ;-) ).
quelqu'un aurait des retours d'expérience sur le qtek 2020i aussi connu sous le nom HTC Himalaya je crois... (j'ai un peu de mal à trouver les équivalences dans les noms... si quelqu'un peut confirmer ?)
A moins d'établir le fait qu'aucune imprimante ne fonctionne sous Linux, invoquer la clause d'interopérabilité est contestable dans la mesure où l'on peut se voir répondre "qu'il existe pléthore d'autres marques qui fonctionnent nickel sous Linux"...
heureusement que la clause d'interopérabilité concerne le matériel récalcitrant en question et ne se résume pas, comme tu sembles le faire, à dire "z'avez qu'à acheter un autre modèle qui lui marche" (toute ressemblance avec le discours des constructeurs serait purement fortuite).
dès lors que tu as plus de 128 Mo, la 2006 s'installera.
ce qui est structurant pour une install' c'est la mémoire disponible, pas le processeur.
cela te permettra de disposer d'une distribution supportée (i.e. qui a des mises à jour de sécurité notamment) et avec les versions de logiciels récentes (bon yaura la 2007 bientôt...).
et pourquoi ne pas utiliser une mandriva 2006 qui est bien plus récente et aura ces soucis (ainsi que d'autres...) déjà résolus ?
cf. http://www.mandriva.com/fr/community/mandrivaone pour utiliser le live-cd qui permet une install'
si j'ai bien vu, aucun des deux ne lit le ogg/vorbis pour l'audio ?
pas de matroska ou xvid non plus pour la vidéo ?
quelles seraient les capacités à mettre à jour les codecs sur ces appareils (hormis en racheter un) ? ça évitera de les transformer en jolis dessous de table design.
la réponse comme indiqué plus haut est simple : ce n'est pas libre, mieux vaut promouvoir autre chose.
1. mouais et ?
2. donc ?
3. ah ? stout ? ça servait à quoi d'en parler alors ?
et
1. si, celui qui l'installe à ses dépends par la suite et celui qui voit qu'on lui a vendu du libre et qu'en fait il y a d'autres choses
2. tu emprisonnes potentiellement l'utilisateur, c'est lui rendre service ?
3. et ? l'alternative est directement proposée ?
mais je ne t'en veux pas de le mentionner, au contraire, il y a matière à néanmoins contribuer au libre par la critique évoquée ci-dessus.
à toute fin utile, je te rappelle la charte de tuxfamily.org que tu as accepté http://tuxfamily.org/fr/subscribe ... (ça parle de promotion du libre).
Cela ne me dérange personnellement pas trop qu'il y ait du perso tant que l'objectif principal reste de promouvoir le libre. De même que sur linuxfr, quand nous laissons passer un logiciel propriétaire, il est bon de mettre une NdM rappellant les logiciels libres répondant aux mêmes besoins.
Après faire un comparatif proprio / lbre pour que le libre avance ça m'irait bien... Ensuite ne promouvoir que du proprio (y compris les freeware bien sûr), là ça me gêne.
Merci de corriger en identifiant ce qui se fait en libre et pourquoi cela ne répond pas (encore) au besoin : cela sera bon esprit et bien mieux accepté.
Comme vu plus bas, il n'est pas question de sectarisme mais bien de la contribution au libre qui est possible : faire des critiques est toujours le bienvenu lorsque cela est argumenté, se baser sur du proprio pour le faire passe parfois mal et c'est bien dommage (il n'y a pas que le libre qui a de bonnes idées), promouvoir le proprio en revanche m'a l'air d'aller à l'encontre de l'objectif commun visé. Mieux vaut donc ajouter dans le corps du texte l'équivalent en libre (en pointant du doigt ce qui lui manque et ce qu'il aurait néanmoins en plus outre la liberté, après reporter une wishlist sur les bugzilla appropriés peut être opportun mais pas forcément obligatoire).
N.B. : même si la liste http://linuxetleschoses.tuxfamily.org/rubrique.php3?id_rubri(...) te paraît claire, il me paraît plus opportun de mettre directement dans ton article le concurrent direct en pointant les avantages respectifs de l'un et de l'autre. Cela permettra effectivement à l'utilisateur de choisir en connaissance de cause.
PS : idem pour kiko / google calendar qui ne sont pas libres (impact immédiat : pas d'installation sur son serveur, enfermement des données dans un format hypothétiquement récupérable voire ouvert), promouvoir webcalendar par exemple...
En résumé : bof pour du proprio, si cela permet de mettre en avant une solution libre en identifiant des axes d'amélioration, pourquoi pas ? (la critique a souvent du bon et je crois que ton site s'y prête bien sans donner lieu à de concession avec une approche libre).
bin "juste ça marche maintenant" pour que tu sois obligé de racheter quelquechose dans 3 ans parce que les formats ne sont plus supportés et t'imposent les DRM ce serait tout de même dommage non ?
Autant garder le PC dans ce cas... la facilité d'usage pour moi est beaucoup lié à prendre en compte ce dont je dispose :/
Je viens de faire quelques recherches sur les nouveaux lecteurs/graveurs dvd (et cd,cd audio , ....) .
donne-nous tes résultats on te donnera nos impressions ensuite :-)
notamment : tes recherches montrent que ça lit les ogg/vorbis, les ogm, les xvid et tout et tout ? on peut avoir une connexion ssh aussi ?
quelqu'un a essayé sur un axim 50 (voire plutôt un axim 51 comme dans mon cas :/ )
bon, déjà ce serait bien que linux démarre en remplacement de windows mobile 2005
en gros, nvidia aurait un process de développement libre ça ne gênerait pas grand monde hein :/
déjà qu'ils ne filent même pas de versions bêta comme c'est le cas dans le monde windows, c'est tout de même le monde à l'envers.
Reste le principal problème : on ne peut pas multiplier les personnes qui codent/traduisent/font le café, la source est en quantité finie et ça, tu ne peux rien y faire.
côté développeurs effectivement c'est souvent un noyau dur avec très très ponctuellement des patchs de nouveaux venus (certains restent).
En revanche, pour la doc', la mise en place de wiki m'a souvent permis d'attirer le chaland : de simples utilisateurs qui ont écrit des docs beaucoup plus claires que ce que nous aurions pu faire. Parfois, les dévs on la tête dans le guidon et oublient des détails de base qui semblent évident. Il suffit ensuite de refaire une passe sur la doc' pour quelques précisions et c'est bon.
Pour les traductions, idem... suffit de réussit à motiver un utilisateur, ça ne lui prendra pas forcément souvent beaucoup de temps...
Cela fait prendre en compte la facilité de participer au libre et que la contribution n'est pas si difficile que cela :-)
tu as du support avec les RHEL, demande à ton gestionnaire de compte qui te donnera le contact :p (sinon je dois pouvoir retrouver le nom d'un commercial...)
ça ressemble à un problème de résolution
éventuellement essayer de booter en framebuffer
sinon c'est quelle version de rhel4 que tu as prise ? il y a eu une update3 récemment je crois en rhel4 ?
et quitte à être indiscret, quel logiciel ? avec un peu de chance il tourne sur une autre distrib' quand même... voire en le recompilant
[^] # Re: Une 4ème option ?
Posté par BAud (site web personnel) . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 4.
Une recherche rapide donne
https://linuxfr.org/2004/10/28/17539.html [fr] OpenBSD milite pour un changement des licences des firmwares TI et Intel
http://hardware.slashdot.org/article.pl?sid=04/11/22/1249249(...) [en] Update On OpenBSD Firmware Activism (2004)
http://kerneltrap.org/node/4818 [en] OpenBSD's "Out of the Box" Wireless Support (2005)
http://marc.theaimsgroup.com/?l=openbsd-misc&m=109889560(...) [en] Firmware license - clarification (2004 by Theo)
http://www.google.fr/search?hl=fr&q=license+openbsd+firm(...)
(voilà un peu d'eau au moulin et les soucis que cela peut causer de ne pas avoir de licence correcte)
[^] # Re: Pondération
Posté par BAud (site web personnel) . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 4.
Un bémol néanmoins, si - pour l'instant - il peut être judicieux de "comparer la problématique des firmwares à celle des images plutôt qu'à celle des logiciels" comme tu le dis il ne faut pourtant pas oublier sur le long terme qu' "Il s'agit de code qui ne tournera pas sous l'OS (sous Linux), ni même sur le CPU principal (que j'interprète comme tu le fais : il s'agit bien en fait de logiciel, il n'y a pas trop de raison de le traiter différemment a priori que le logiciel libre).
En effet, il peut tout à fait y avoir des bugs dans ce firmware et il est intéressant d'avoir les sources libres pour avoir quelquechose de fiable (et je ne parle même pas de backdoor dans du firmware de modem...).
Après, tout reste une question de transiger (ou pas) avec la liberté sur le long terme : ce travail de libération des firmwares aura sans doute lieu, la question AMHA revient bien à "maintenant ou dans la prochaine version ?".
Avoir dans Etch l'installeur qui sait faire appel aux firmwares déjà disponibles de manière séparée du pilote, déjà dans non-free, permettra de ne pas trop ralentir les efforts faits pour la liberté.
L'étape saine adoptée sur Debian pour les pilotes non-libres (systématiquement enlevés du kernel pour ceux qui restaient et placés dans non-free) pourra (AMHA en temps utile) être adoptée sur les firmwares : déjà les séparer systématiquement du code des pilotes (utilisation de firmware_class pour le chargement notamment, ce qui permet de placer les fichiers de firmware dans le repository non -free). Il ne faut pas oublier qu'il reste pas mal de pilotes ayant des déclarations de tableaux avec des suites de chiffres hexadécimaux généralement correspondant à un firmware) et que cela réclamera effectivement un peu de boulot (pendant et après Etch) pour scinder en deux ; nous avons eu ce boulot à faire sur eagle-usb, cela a par la suite permis d'avoir ueagle-atm qui est beaucoup plus propre grâce à Matthieu et le pilote de Damien Bergamini pour *BSD.
PS : j'ai réagi à ton post parce que ta distinction du CPU sur lequel tourne le firmware (CPU principal ou pas) me rappelle tout de même fortement l'argument récurrent (et trollesque) de Marco d'Itri (en résumé "on s'en fout, libre ou pas, vu que le firmware ne tourne pas sur le même CPU que le noyau linux") : c'est oublier que le firmware reste du logiciel et que la question de sa licence se pose réellement (notamment pour la distribution vu qu'il se retrouve sur une galette comme tu le dis, mais il est possible d'envisager d'aller plus loin puisqu'un firmware alternatif a son intérêt dans certains cas ; qui a parlé d'utiliser le processeur DSP des fast 800 pour faire de l'analyse de Fourier ;-) ).
[^] # Re: Si j'ai tout bien compris...
Posté par BAud (site web personnel) . En réponse au journal Recensement des besoins des projets libres. Évalué à 2.
mais effectivement j'avais en tête ces pages :
http://atm.eagle-usb.org/wakka.php?wiki=UeagleAtmDocFr
http://dev.eagle-usb.org/wakka.php?wiki=LocalizationScriptsU(...)
qui ne sont pas foncièrement longues à traduire...
# qtek 2020i
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de Familiar Linux 0.8.4. Évalué à 2.
d'après http://handhelds.org/moin/moin.cgi/SupportedHandheldSummary
et http://handhelds.org/moin/moin.cgi/Himalaya linux a l'air de booter mais y-a-t-il moyen d'aller un peu plus loin tout de même ? (genre se connecter en ssh au mini par lancement d'un serveur ?).
[^] # Re: Erratum
Posté par BAud (site web personnel) . En réponse à la dépêche Premiers pilotes libres pour les imprimantes Samsung. Évalué à 6.
heureusement que la clause d'interopérabilité concerne le matériel récalcitrant en question et ne se résume pas, comme tu sembles le faire, à dire "z'avez qu'à acheter un autre modèle qui lui marche" (toute ressemblance avec le discours des constructeurs serait purement fortuite).
[^] # Re: 2006
Posté par BAud (site web personnel) . En réponse au message 2 problémes le sons et l'arret de mdk 10.1. Évalué à 2.
ce qui est structurant pour une install' c'est la mémoire disponible, pas le processeur.
cela te permettra de disposer d'une distribution supportée (i.e. qui a des mises à jour de sécurité notamment) et avec les versions de logiciels récentes (bon yaura la 2007 bientôt...).
# 2006
Posté par BAud (site web personnel) . En réponse au message 2 problémes le sons et l'arret de mdk 10.1. Évalué à 2.
cf. http://www.mandriva.com/fr/community/mandrivaone pour utiliser le live-cd qui permet une install'
# redimensionner
Posté par BAud (site web personnel) . En réponse au journal GTK Batch Resizer. Évalué à 2.
sinon ça fait bizarre d'avoir une interface graphique contenant le mot "batch" mais bon ça change des pyphotoresize ;-)
j'espère que tu auras pas mal de testeurs, perso j'ai pas encore d'appareil photo numérique :/
[^] # Re: recherches
Posté par BAud (site web personnel) . En réponse au message Le multi media : doutes persos .. Évalué à 3.
pas de matroska ou xvid non plus pour la vidéo ?
quelles seraient les capacités à mettre à jour les codecs sur ces appareils (hormis en racheter un) ? ça évitera de les transformer en jolis dessous de table design.
[^] # Re: Et la cohérence ?
Posté par BAud (site web personnel) . En réponse à la dépêche Linux et les Choses. Évalué à 4.
1. mouais et ?
2. donc ?
3. ah ? stout ? ça servait à quoi d'en parler alors ?
et
1. si, celui qui l'installe à ses dépends par la suite et celui qui voit qu'on lui a vendu du libre et qu'en fait il y a d'autres choses
2. tu emprisonnes potentiellement l'utilisateur, c'est lui rendre service ?
3. et ? l'alternative est directement proposée ?
mais je ne t'en veux pas de le mentionner, au contraire, il y a matière à néanmoins contribuer au libre par la critique évoquée ci-dessus.
[^] # Re: Et la cohérence ?
Posté par BAud (site web personnel) . En réponse à la dépêche Linux et les Choses. Évalué à 2.
Cela ne me dérange personnellement pas trop qu'il y ait du perso tant que l'objectif principal reste de promouvoir le libre. De même que sur linuxfr, quand nous laissons passer un logiciel propriétaire, il est bon de mettre une NdM rappellant les logiciels libres répondant aux mêmes besoins.
Après faire un comparatif proprio / lbre pour que le libre avance ça m'irait bien... Ensuite ne promouvoir que du proprio (y compris les freeware bien sûr), là ça me gêne.
Merci de corriger en identifiant ce qui se fait en libre et pourquoi cela ne répond pas (encore) au besoin : cela sera bon esprit et bien mieux accepté.
Comme vu plus bas, il n'est pas question de sectarisme mais bien de la contribution au libre qui est possible : faire des critiques est toujours le bienvenu lorsque cela est argumenté, se baser sur du proprio pour le faire passe parfois mal et c'est bien dommage (il n'y a pas que le libre qui a de bonnes idées), promouvoir le proprio en revanche m'a l'air d'aller à l'encontre de l'objectif commun visé. Mieux vaut donc ajouter dans le corps du texte l'équivalent en libre (en pointant du doigt ce qui lui manque et ce qu'il aurait néanmoins en plus outre la liberté, après reporter une wishlist sur les bugzilla appropriés peut être opportun mais pas forcément obligatoire).
N.B. : même si la liste http://linuxetleschoses.tuxfamily.org/rubrique.php3?id_rubri(...) te paraît claire, il me paraît plus opportun de mettre directement dans ton article le concurrent direct en pointant les avantages respectifs de l'un et de l'autre. Cela permettra effectivement à l'utilisateur de choisir en connaissance de cause.
PS : idem pour kiko / google calendar qui ne sont pas libres (impact immédiat : pas d'installation sur son serveur, enfermement des données dans un format hypothétiquement récupérable voire ouvert), promouvoir webcalendar par exemple...
En résumé : bof pour du proprio, si cela permet de mettre en avant une solution libre en identifiant des axes d'amélioration, pourquoi pas ? (la critique a souvent du bon et je crois que ton site s'y prête bien sans donner lieu à de concession avec une approche libre).
[^] # Re: recherches
Posté par BAud (site web personnel) . En réponse au message Le multi media : doutes persos .. Évalué à 2.
Autant garder le PC dans ce cas... la facilité d'usage pour moi est beaucoup lié à prendre en compte ce dont je dispose :/
# recherches
Posté par BAud (site web personnel) . En réponse au message Le multi media : doutes persos .. Évalué à 3.
donne-nous tes résultats on te donnera nos impressions ensuite :-)
notamment : tes recherches montrent que ça lit les ogg/vorbis, les ogm, les xvid et tout et tout ? on peut avoir une connexion ssh aussi ?
[^] # Re: paquets debian (checkinstall)
Posté par BAud (site web personnel) . En réponse au journal Mon premier jeu libre: OpenAlchemist (0.2). Évalué à 3.
les liens directs : http://cookerspot.tuxfamily.org/progs/deb/clanlib_0.8.0-1_i3(...) [20 Mo]
http://cookerspot.tuxfamily.org/progs/deb/openalchemist-0.2_(...) [2,4 Mo]
si personne ne confirme que ça va plus vite, je les enlève dans une semaine ;-)
# et les axim
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de Familiar Linux 0.8.4. Évalué à 1.
bon, déjà ce serait bien que linux démarre en remplacement de windows mobile 2005
J'essaie de noter ce que je trouve au fur et à mesure...
http://wiki.eagle-usb.org/wakka.php?wiki=PocketPCAximX51 (heureusement il y a quelques applis libres sous WM2005 notamment TCPMP pour la zik).
[^] # Re: 3 mois pour ça
Posté par BAud (site web personnel) . En réponse au journal Pilotes nVidia 1.0-8774. Évalué à 7.
Xorg et les modules proprio...
en gros, nvidia aurait un process de développement libre ça ne gênerait pas grand monde hein :/
déjà qu'ils ne filent même pas de versions bêta comme c'est le cas dans le monde windows, c'est tout de même le monde à l'envers.
[^] # Re: Si j'ai tout bien compris...
Posté par BAud (site web personnel) . En réponse au journal Recensement des besoins des projets libres. Évalué à 2.
côté développeurs effectivement c'est souvent un noyau dur avec très très ponctuellement des patchs de nouveaux venus (certains restent).
En revanche, pour la doc', la mise en place de wiki m'a souvent permis d'attirer le chaland : de simples utilisateurs qui ont écrit des docs beaucoup plus claires que ce que nous aurions pu faire. Parfois, les dévs on la tête dans le guidon et oublient des détails de base qui semblent évident. Il suffit ensuite de refaire une passe sur la doc' pour quelques précisions et c'est bon.
Pour les traductions, idem... suffit de réussit à motiver un utilisateur, ça ne lui prendra pas forcément souvent beaucoup de temps...
Cela fait prendre en compte la facilité de participer au libre et que la contribution n'est pas si difficile que cela :-)
# suse 10.1 ?
Posté par BAud (site web personnel) . En réponse au message mauvais affichage. Évalué à 2.
sinon déjà regarder sur les sites http://tuxmobil.org/acer.html et http://www.linux-on-laptops.com/acer.html
tu nous diras ce qui a marché pour toi
[^] # Re: Problème majeur?
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de Ruby 1.8.5. Évalué à 3.
La version brouillon de la traduction en français du Why’s (Poignant) Guide
[^] # Re: Erreur de vocabulaire
Posté par BAud (site web personnel) . En réponse à la dépêche Linux et les Choses. Évalué à 3.
d'après http://fr.wiktionary.org/wiki/recension effectivement recensement passerait mieux
mais avec le trésor de la langue française http://atilf.atilf.fr/dendien/scripts/tlfiv5/advanced.exe?8;(...) peut faire penser que cela inclut la notion de recensement + analyse critique
bref, recensement ça passe tout aussi bien :/
[^] # Re: Derniers drivers nvidia are out
Posté par BAud (site web personnel) . En réponse au journal Xorg et les modules proprio.... Évalué à 2.
tout comme les rpm (en dkms) du plf pour Mandriva (toutes versions)
mais bon, les pilotes sont encore un peu plantogènes, pas forcément besoin d'upgrader :/
[^] # Re: plus simple
Posté par BAud (site web personnel) . En réponse au journal Documents à la demande.... Évalué à 4.
http://www.wikimatrix.org/compare.php?wikis%5B%5D=1&wiki(...)
voir section Output / PDF Export
tu as pas mal de choix en fait http://www.wikimatrix.org/
[^] # Re: Google ?
Posté par BAud (site web personnel) . En réponse au journal Linux a 15 ans aujourd'hui !. Évalué à -5.
(ya aussi http://www.google.fr/bsd pour ne pas faire de jaloux)
# support...
Posté par BAud (site web personnel) . En réponse au message Je veut install RHEL4 WS a mettre sur un laptop. Évalué à 2.
tu as fait un tour par http://tuxmobil.org/hp_compaq.html ou http://www.linux-on-laptops.com/hp.html ?
Je n'ai pas l'impression qu'il est sur http://hardware.redhat.com/hcl/ ?
ça ressemble à un problème de résolution
éventuellement essayer de booter en framebuffer
sinon c'est quelle version de rhel4 que tu as prise ? il y a eu une update3 récemment je crois en rhel4 ?
et quitte à être indiscret, quel logiciel ? avec un peu de chance il tourne sur une autre distrib' quand même... voire en le recompilant
[^] # Re: astuce
Posté par BAud (site web personnel) . En réponse au journal [Ceci n'est pas un journal] Comment inverser le zoom molette de Firefox. Évalué à 2.
no non, plus maintenant https://linuxfr.org/journal/seconde_page.html sympa l'historique