Si tu as trouvé un bon paramétrage, c'est fort possible que tu sois plus lent avec cat. Mais comme le montre la personne qui a réalisé les tests, à priori tu ne tombes quand même pas si mal que ça en utilisant cat, d'où mon choix de l'utiliser, je ne suis pas à quelques secondes/minutes en général lorsque je copie un disque vers un autre.
Pour l'avancement, c'est bizarre, dans mon souvenir dd n'affichait rien non plus. C'est sur les nouvelles versions ?
Je vais prendre l'exemple de la distribution que j'utilise.
Le ramdisk utilisé au démarrage est construit par défaut avec mkinitcpio et n'inclue rien pour gérer le bluetooth, par contre il est possible d'utiliser dracut pour le construire et il permet, lui, de récupérer tout ce qu'il faut pour utiliser son clavier bluetooth au moment de taper le mot de passe de déchiffrement. Testé et validé sur 2 machines.
Ce n'est pas un projet issu d'ArchLinux, donc j'imagine que c'est utilisable sur d'autres distributions également (tu ne précises pas laquelle tu utilises).
Le code est libre, mais la fondation Linux a son siège aux États-Unis.
On en a vu les conséquences il n'y a pas si longtemps avec le retrait des mainteneurs russes. On peut facilement imaginer la même chose concernant des contributeurs ou mainteneurs d'autres pays à un moment ou à un autre.
Personnellement, ce n'est pas le genre de signal qui me rassure.
À noter que cela n'a pas été le cas pour l'instant dans d'autres projets comme FreeBSD.
Histoire de ne pas avoir à mémoriser toutes ces options compliquées qui ne font pas gagner tant de temps que ça, j'utilise simplement cat de la façon suivante : cat /dev/sda > /dev/nvme0n1
Intéressant ça, merci pour l'explication.
Je ne comprenais pas pourquoi j'ai désormais l'impression de couper la parole quand je discute au téléphone alors que je ne me souviens pas de ça quand j'étais plus jeune et que j'utilisais le fixe de la famille.
À noter que c'est le cas aussi de l'Ultra, mais il faut déjà insérer un disque NVMe (non fourni) et à priori la capacité mémoire de la Freebox n'est plus modifiable comme sur la Delta, donc il n'y a que 2Go disponible pour toutes les vms qu'on pourrait créer si j'en crois ce que j'ai pu lire jusque là.
HP a l'ai d'en produire avec le nom de produit "Sure View", par contre aucune idée du support sous un OS alternatif.
Je ne sais pas si c'est disponible chez d'autres fabricants, mais je suis intéressé :)
Tu parles de la FSF, mais il y a également la fondation FreeBSD et la fondation Linux, et celles-ci ne sont pas du même type (comme tu mentionnes explicitement FreeBSD, cela me paraît intéressant).
La fondation Linux est une 501(c)(6) qui peut faire du lobbying et de la politique (mais reste une "non-profit" alors que la fondation FreeBSD est une 501(c)(3) qui est une organisation qui ne peut faire de politique, ni de lobbying. Je pense que ça éclaire un peu sur la volonté de chacun d'entre-elles (et potentiellement de la volonté des gens qui soutiennent ces fondations).
À noter que les projets restent, il me semble, indépendants des fondations.
J'utilise mox depuis quelques mois pour mes emails persos, et je pense que sans une solution tout-en-un comme celle-ci je ne serais pas revenu à héberger mes emails moi-même.
Rien à redire pour l'instant, ça fonctionne bien, je n'utilise pas le webmail, j'utilise Thunderbird et K9-mail pour interragir. Je fais tourner tout ça sur FreeBSD sur un Raspberry Pi 4 (j'ai prévu d'en faire un port, et j'ai un paquet sur l'AUR).
en complément, les projets bsd, souvent, n'évoluent pas longtemps, ou sont en partie abandonnés.
Alors je ne sais pas d'où tu tiens ça, mais les 3 principaux BSD ont tous quasi 30 ans (DragonFly n'a que 20 ans… ce qui doit être bien plus que la majorité des distributions Linux actuelles).
FreeBSD : 1ère version en 1993
NetBSD : 1ère version en 1993
OpenBSD : 1ère version en 1995
Cela permet de tester et d'utiliser une application compatible RHEL sans payer de licence comme tu le demandes. À priori il est également possible de l'utiliser pour des petites charge en production également.
l'idée cela aurait été d'avoir le "potentiel" de toutes les distros, avec le "choix du noyau", à savoir linux ou bsd
En fait c'est exactement ce que je cherchais à questionner, quel serait le potentiel d'avoir un noyau qui est "désynchronisé" de son userland ?
Je pense vraiment que c'est une vision qui vient des personnes habituées aux distributions Linux pour qui le noyau n'est qu'un composant parmi d'autres, et qui peut donc être remplacé, contrairement aux BSD et autres Unix qui sont développés comme un tout, et dont je pense personne ne songerait à remplacer le noyau par un autre.
This will not be a "distro", but a hard fork of the OpenBSD kernel and userspace including new code written under GPLv3 and LGPLv3 to replace GPL-incompatible parts and non-free ones.
Pour être honnête, je ne comprends pas bien l'intérêt non plus étant donné que l'userland BSD évolue avec son noyau et est donc bien plus approprié qu'un userland monté de toutes pièces comme c'est le cas dans une distribution Linux habituelle. En fait ça ressemble au fonctionnement d'une distribution, on prend un noyau et on greffe un userland par dessus, c'est tout le contraire de ce que font les différents projets BSD et ça parait provenir de réflexion de personnes ayant l'habitude de ce mode de fonctionnement.
(perso, en terme de suivi des installations que j’ai faite chez des particuliers, la maintenance —avec vérification des mises à jours— c’est une à deux fois par an ; et je n’ai pas cinq fois dans l’année la pression d’un passage de version majeur.)
C'est drôle ça, doit-on en déduire que tu ne fais pas les mises à jour de sécurité ?
Sur une machine Debian que j'ai dans mon périmètre je reçois souvent des notifications via apticron et en les faisant quasiment toujours le lendemain ou quelques jours après, j'obtiens :
$ zgrep -h upgrade /var/log/dpkg.log* | cut -d' ' -f 1 | uniq
2023-12-03
2022-12-21
2022-12-24
2022-10-24
2023-10-04
2023-10-06
2023-10-08
2023-10-16
2023-09-01
2023-09-05
2023-09-08
2023-09-22
2023-08-03
2023-08-11
2023-08-20
2023-08-28
2023-07-04
2023-07-03
2023-04-09
2023-03-18
Le deuteranopie 1 / protanopie 1 sont les plus faciles à distinguer pour ma part.
Sur le fond clair, je ne peux pas distinguer les formes et couleur de protanopie 2 / deuteranopie 2 et tritanopie (dans une moindre mesure) s'il n'y a pas de contour. Sur le fond foncé par contre, ça marche plutôt bien, avec ou sans contour.
C'est d'ailleurs pour ça qu'elle se retrouve dans /usr/local après l'installation, car c'est le préfixe par défaut, s'il a juste fait ./configure comme ça a l'air d'être le cas.
Je pense que tu n'as pas configuré WindowMaker correctement.
Il est possible de passer un argument --prefix=/quelquechose au moment où on exécute ./configure dans le dépôt.
Je viens d'essayer et par défaut il prend le préfixe /usr/local, ce qui est affiché à la fin du script de configuration :
Window Maker was configured as follows:
Installation path prefix : /usr/local
Installation path for binaries : /usr/local/bin
Installation path for libraries : /usr/local/lib
Installation path for WPrefs.app : /usr/local
En changeant l'exécution avec ./configuration --prefix=/usr, j'obtiens :
Window Maker was configured as follows:
Installation path prefix : /usr
Installation path for binaries : /usr/bin
Installation path for libraries : /usr/lib
Installation path for WPrefs.app : /usr
Je pense que ce serait plus approprié.
Tu peux trouver plus d'infos en exécutant ./autogen.sh, et en regardant dans le fichier INSTALL-WMAKER qui est généré à ce moment là. Il liste les différentes options utilisables.
Il est à priori possible de laisser le préfixe par défaut (si tu ne veux pas mélanger ton installation avec le reste) mais d'aller chercher les librairies ailleurs avec les options --with-libs-from="-L/usr/lib" et --with-incs-from="-I/usr/include -I/usr/include/tiff" par exemple.
[^] # Re: dédé ?
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message migration vers un nouveau disque interne. Évalué à 2.
Si tu as trouvé un bon paramétrage, c'est fort possible que tu sois plus lent avec cat. Mais comme le montre la personne qui a réalisé les tests, à priori tu ne tombes quand même pas si mal que ça en utilisant cat, d'où mon choix de l'utiliser, je ne suis pas à quelques secondes/minutes en général lorsque je copie un disque vers un autre.
Pour l'avancement, c'est bizarre, dans mon souvenir dd n'affichait rien non plus. C'est sur les nouvelles versions ?
# Arch Linux
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message Boot ; clavier Bluetooth et disque encrypté lucks. Évalué à 6.
Je vais prendre l'exemple de la distribution que j'utilise.
Le ramdisk utilisé au démarrage est construit par défaut avec mkinitcpio et n'inclue rien pour gérer le bluetooth, par contre il est possible d'utiliser dracut pour le construire et il permet, lui, de récupérer tout ce qu'il faut pour utiliser son clavier bluetooth au moment de taper le mot de passe de déchiffrement. Testé et validé sur 2 machines.
Voici le lien vers la documentation : https://wiki.archlinux.org/title/Dracut#Bluetooth_keyboard_support
Ce n'est pas un projet issu d'ArchLinux, donc j'imagine que c'est utilisable sur d'autres distributions également (tu ne précises pas laquelle tu utilises).
# Linux Foundation
Posté par Pierre-Alain TORET (Mastodon) . En réponse au journal La Cour Pénale Internationale bientôt sous Linux ?. Évalué à 8.
Le code est libre, mais la fondation Linux a son siège aux États-Unis.
On en a vu les conséquences il n'y a pas si longtemps avec le retrait des mainteneurs russes. On peut facilement imaginer la même chose concernant des contributeurs ou mainteneurs d'autres pays à un moment ou à un autre.
Personnellement, ce n'est pas le genre de signal qui me rassure.
À noter que cela n'a pas été le cas pour l'instant dans d'autres projets comme FreeBSD.
[^] # Re: dédé ?
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message migration vers un nouveau disque interne. Évalué à 2.
Histoire de ne pas avoir à mémoriser toutes ces options compliquées qui ne font pas gagner tant de temps que ça, j'utilise simplement cat de la façon suivante :
cat /dev/sda > /dev/nvme0n1[^] # Re: Un siècle de retard
Posté par Pierre-Alain TORET (Mastodon) . En réponse au lien « C’est simple, je ne décroche jamais » : pourquoi les jeunes ne répondent plus au téléphone ?. Évalué à 1.
Intéressant ça, merci pour l'explication.
Je ne comprenais pas pourquoi j'ai désormais l'impression de couper la parole quand je discute au téléphone alors que je ne me souviens pas de ça quand j'étais plus jeune et que j'utilisais le fixe de la famille.
[^] # Re: pas recent ?
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message Retour d'expérience sur Zorin OS ?. Évalué à 2.
Après c'est le principe d'une LTS, tu peux rester longtemps dessus, la 22.04 c'est EOL en 2027, ça laisse le temps de voir venir.
[^] # Re: Une VM dans la Freebox ?
Posté par Pierre-Alain TORET (Mastodon) . En réponse au journal La pluie et Freebox. Évalué à 3.
À noter que c'est le cas aussi de l'Ultra, mais il faut déjà insérer un disque NVMe (non fourni) et à priori la capacité mémoire de la Freebox n'est plus modifiable comme sur la Delta, donc il n'y a que 2Go disponible pour toutes les vms qu'on pourrait créer si j'en crois ce que j'ai pu lire jusque là.
[^] # Re: Au passage
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message Quel filtre de confidentialité acheter ?. Évalué à 1.
HP a l'ai d'en produire avec le nom de produit "Sure View", par contre aucune idée du support sous un OS alternatif.
Je ne sais pas si c'est disponible chez d'autres fabricants, mais je suis intéressé :)
# Différence avec FreeBSD
Posté par Pierre-Alain TORET (Mastodon) . En réponse au journal Se détacher des multinationales qui contrôlent les systèmes GNU/Linux ?. Évalué à 2.
Tu parles de la FSF, mais il y a également la fondation FreeBSD et la fondation Linux, et celles-ci ne sont pas du même type (comme tu mentionnes explicitement FreeBSD, cela me paraît intéressant).
La fondation Linux est une 501(c)(6) qui peut faire du lobbying et de la politique (mais reste une "non-profit" alors que la fondation FreeBSD est une 501(c)(3) qui est une organisation qui ne peut faire de politique, ni de lobbying. Je pense que ça éclaire un peu sur la volonté de chacun d'entre-elles (et potentiellement de la volonté des gens qui soutiennent ces fondations).
À noter que les projets restent, il me semble, indépendants des fondations.
[^] # Re: Question à ceux qui hébergent eux-même.
Posté par Pierre-Alain TORET (Mastodon) . En réponse au lien Un serveur mail tout en un. Évalué à 1.
À la maison.
Je m'étais servi de https://mxtoolbox.com/blacklists.aspx pour vérifier mon ip il me semble. À priori mes correspondants reçoivent bien mes messages.
# En prod
Posté par Pierre-Alain TORET (Mastodon) . En réponse au lien Un serveur mail tout en un. Évalué à 8.
J'utilise mox depuis quelques mois pour mes emails persos, et je pense que sans une solution tout-en-un comme celle-ci je ne serais pas revenu à héberger mes emails moi-même.
Rien à redire pour l'instant, ça fonctionne bien, je n'utilise pas le webmail, j'utilise Thunderbird et K9-mail pour interragir. Je fais tourner tout ça sur FreeBSD sur un Raspberry Pi 4 (j'ai prévu d'en faire un port, et j'ai un paquet sur l'AUR).
[^] # Re: alors...
Posté par Pierre-Alain TORET (Mastodon) . En réponse au journal NomadBSD, système live persistant basé sur FreeBSD. Évalué à 2.
Alors je ne sais pas d'où tu tiens ça, mais les 3 principaux BSD ont tous quasi 30 ans (DragonFly n'a que 20 ans… ce qui doit être bien plus que la majorité des distributions Linux actuelles).
FreeBSD : 1ère version en 1993
NetBSD : 1ère version en 1993
OpenBSD : 1ère version en 1995
[^] # Re: Me too
Posté par Pierre-Alain TORET (Mastodon) . En réponse au journal Apparition de wcurl dans Debian et bientôt dans le monde entier ?. Évalué à 2.
curl -OL <url>répond à ça dans 99% des cas je pense. Un petit alias et c'est bon.[^] # Re: dev principal de Ladybird
Posté par Pierre-Alain TORET (Mastodon) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 9.
Pareil, on m'avait plutôt dit de dire "one" quand on ne sait pas de qui on parle pour rester neutre.
[^] # Re: Exemple de gros produit/projet en Perl
Posté par Pierre-Alain TORET (Mastodon) . En réponse à la dépêche Perl 5.40 est sorti. Évalué à 7.
Sympa :)
J'ajoute Sympa qui est pas mal utilisé pour gérer les listes de diffusions.
[^] # Re: Tout dépend du point de vue ...
Posté par Pierre-Alain TORET (Mastodon) . En réponse au journal Les distro pionnières, en recul?. Évalué à 2.
Il est possible d'obtenir gratuitement une licence RHEL via ce qui est décrit dans https://developers.redhat.com/blog/2021/02/10/how-to-activate-your-no-cost-red-hat-enterprise-linux-subscription#step_2__download_no_cost_rhel
Cela permet de tester et d'utiliser une application compatible RHEL sans payer de licence comme tu le demandes. À priori il est également possible de l'utiliser pour des petites charge en production également.
[^] # Re: Ce n'est pas tout à fait fini
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message noyau BSD ou hurd, ailleurs qu'en projet BSD : un système d'autrefois?. Évalué à 3.
En fait c'est exactement ce que je cherchais à questionner, quel serait le potentiel d'avoir un noyau qui est "désynchronisé" de son userland ?
Je pense vraiment que c'est une vision qui vient des personnes habituées aux distributions Linux pour qui le noyau n'est qu'un composant parmi d'autres, et qui peut donc être remplacé, contrairement aux BSD et autres Unix qui sont développés comme un tout, et dont je pense personne ne songerait à remplacer le noyau par un autre.
[^] # Re: Ce n'est pas tout à fait fini
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message noyau BSD ou hurd, ailleurs qu'en projet BSD : un système d'autrefois?. Évalué à 1.
C'est déjà le cas pour Hyperbola et OpenBSD
# Ce n'est pas tout à fait fini
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message noyau BSD ou hurd, ailleurs qu'en projet BSD : un système d'autrefois?. Évalué à 3.
Le projet NixBSD vient d'être lancé il y a quelques semaines à peine.
Hyperbola a été lancé il y a quelques années.
Il y avait à l'époque Debian/kFreeBSD et Gentoo/FreeBSD qui semblent abandonnés tous les deux.
Pour être honnête, je ne comprends pas bien l'intérêt non plus étant donné que l'userland BSD évolue avec son noyau et est donc bien plus approprié qu'un userland monté de toutes pièces comme c'est le cas dans une distribution Linux habituelle. En fait ça ressemble au fonctionnement d'une distribution, on prend un noyau et on greffe un userland par dessus, c'est tout le contraire de ce que font les différents projets BSD et ça parait provenir de réflexion de personnes ayant l'habitude de ce mode de fonctionnement.
[^] # Re: Fedora
Posté par Pierre-Alain TORET (Mastodon) . En réponse au journal Ma version rêvée de Debian. Évalué à 3.
Merci pour l'astuce, j'en profite aussi pour dire qu'il existe un équivalent sur les bases RHEL : dnf-automatic.
[^] # Re: Fedora
Posté par Pierre-Alain TORET (Mastodon) . En réponse au journal Ma version rêvée de Debian. Évalué à 1.
C'est drôle ça, doit-on en déduire que tu ne fais pas les mises à jour de sécurité ?
Sur une machine Debian que j'ai dans mon périmètre je reçois souvent des notifications via apticron et en les faisant quasiment toujours le lendemain ou quelques jours après, j'obtiens :
$ zgrep -h upgrade /var/log/dpkg.log* | cut -d' ' -f 1 | uniq
2023-12-03
2022-12-21
2022-12-24
2022-10-24
2023-10-04
2023-10-06
2023-10-08
2023-10-16
2023-09-01
2023-09-05
2023-09-08
2023-09-22
2023-08-03
2023-08-11
2023-08-20
2023-08-28
2023-07-04
2023-07-03
2023-04-09
2023-03-18
On est quand même loin des 2 fois par an…
# Un daltonien
Posté par Pierre-Alain TORET (Mastodon) . En réponse au journal L'avis des daltoniens. Évalué à 4.
Merci de nous prendre en compte :)
Le deuteranopie 1 / protanopie 1 sont les plus faciles à distinguer pour ma part.
Sur le fond clair, je ne peux pas distinguer les formes et couleur de protanopie 2 / deuteranopie 2 et tritanopie (dans une moindre mesure) s'il n'y a pas de contour. Sur le fond foncé par contre, ça marche plutôt bien, avec ou sans contour.
[^] # Re: A propos de 'LIBWRASTER6 not found'
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message Échec au démarrage de windowmaker 0.96 (libwraster). Évalué à 2. Dernière modification le 21 août 2023 à 13:45.
À priori c'est normal de ne pas la trouver ailleurs, elle est inclue dans le projet https://repo.or.cz/wmaker-crm.git/tree/HEAD:/wrlib
C'est d'ailleurs pour ça qu'elle se retrouve dans /usr/local après l'installation, car c'est le préfixe par défaut, s'il a juste fait ./configure comme ça a l'air d'être le cas.
# Problème de préfixe
Posté par Pierre-Alain TORET (Mastodon) . En réponse au message Échec au démarrage de windowmaker 0.96 (libwraster). Évalué à 2.
Je pense que tu n'as pas configuré WindowMaker correctement.
Il est possible de passer un argument
--prefix=/quelquechoseau moment où on exécute./configuredans le dépôt.Je viens d'essayer et par défaut il prend le préfixe
/usr/local, ce qui est affiché à la fin du script de configuration :En changeant l'exécution avec ./configuration --prefix=/usr, j'obtiens :
Je pense que ce serait plus approprié.
Tu peux trouver plus d'infos en exécutant
./autogen.sh, et en regardant dans le fichierINSTALL-WMAKERqui est généré à ce moment là. Il liste les différentes options utilisables.Il est à priori possible de laisser le préfixe par défaut (si tu ne veux pas mélanger ton installation avec le reste) mais d'aller chercher les librairies ailleurs avec les options
--with-libs-from="-L/usr/lib"et--with-incs-from="-I/usr/include -I/usr/include/tiff"par exemple.# Tchip ?
Posté par Pierre-Alain TORET (Mastodon) . En réponse au journal petit topo des messageries sécurisées, et leurs alternatives. Évalué à 1.
Je pense qu'il y a confusion, Tchip n'existe pas à ma connaissance (cité avec Citadel).
Mais Tchap est la messagerie sécurisée de l'état à destination des fonctionnaires et se base sur Element (voir https://element.io/case-studies/tchap).