Cyril Brulebois a écrit 602 commentaires

  • # Éléments de réponse

    Posté par  (site web personnel) . En réponse au message Shell Parameter Expansion . Évalué à 7 (+5/-0).

    1) Les détails linguistiques sont donnés dans le premier paragraphe de « 3.4 Shell Parameters », non ? Cf. également POSIX, qui utilise le même vocabulaire.

    2) C'est incomplet, on ne fait pas que modifier au besoin la variable en question. La valeur est également remplacée. Tu peux t'en convaincre en remplaçant : par echo.

    Quant à :, à l'extérieur des accolades, c'est un no-op, cf. bash-builtins(7) :

           : [arguments]
                  No effect; the command does nothing beyond expanding arguments and performing  any  specified  redirec‐
                  tions.  The return status is zero.
    

    3) À l'intérieur des accolades, il ne s'agit pas d'un : unitaire, mais de :-, :=, :+, etc., il s'agit donc d'une partie d'un séparateur entre la variable à gauche et des trucs plus sophistiqués à droite. Bien évidemment, le fait que dans l'exemple donné pour :-, la syntaxe utilisée est… celle d'une autre opération n'aide pas.

    Le tableau côté POSIX donne les subtilités, mais en résumé pour ces deux opérations :

    kibi@tokyo:~$ a=; echo ${a-123}
    
    kibi@tokyo:~$ unset a; echo ${a-123}
    123
    

    vs.

    kibi@tokyo:~$ a=; echo ${a:-123}
    123
    kibi@tokyo:~$ unset a; echo ${a-123}
    123
    

    Je ne pense pas qu'il y ait de différences fondamentales entre les deux syntaxes d'export… Jouons avec deux variables au lieu d'une :

    kibi@tokyo:~$ unset A; unset B; export A=${B:-"$HOME/.config"}; echo $A; echo $B
    /home/kibi/.config
    
    kibi@tokyo:~$ unset A; unset B; export A=${B:="$HOME/.config"}; echo $A; echo $B
    /home/kibi/.config
    /home/kibi/.config
    

    Mais comme dans ton cas il s'agit d'une seule et même variable…

    Debian Consultant @ DEBAMAX

  • [^] # Re: des pistes sur l'utilisation du module

    Posté par  (site web personnel) . En réponse au message Buildroot Raspberry pi zero - Ethernet Gadget. Évalué à 3 (+1/-0).

    Les DTBs ne sont pas remontées dans le noyau mainline par l'équipe Raspberry, les overlays non plus.

    (Ce qui ne veut pas dire que le mécanisme d'overlay activable via le paramètre dtoverlay= ne fonctionne pas avec le noyau mainline, comme on le lit très souvent. J'utilise cela sur des produits depuis de nombreuses années.)

    Debian Consultant @ DEBAMAX

  • [^] # Re: Précisions

    Posté par  (site web personnel) . En réponse au message Debian sur SSD, ne boot pas sur disque HDD vide. Évalué à 2 (+0/-0).

    Tu pourrais faire des captures d'écran de ton firmware, les points intéressants étant les éventuels modes de compatibilité BIOS, Legacy, CSM (que je désactiverais) et l'éventuelle priorité des disques. Vu la configuration évoquée, UEFI-only, avec Secure Boot activé, serait la bonne configuration.

    Indépendamment de cela, tu pourrais nous montrer le contenu de la partition ESP (montée sous /boot/efi) et éventuellement effacer les traces de Windows Boot Manager à coup d'efibootmgr. Mais je ne pense pas que ces dernières soient en lien avec l'entêtement à essayer de démarrer sur l'autre disque… Après, ça reste un firmware et tout est possible, tout est imaginable…

    Debian Consultant @ DEBAMAX

  • [^] # Re: galère via pip :(

    Posté par  (site web personnel) . En réponse au message Visualiser les touches pressées lors d'enregistrement écran (→tuto). Évalué à 3 (+1/-0).

    Dans ce contexte, il s'agit de python3-gi (introspection pour GObject). Il faut d'autres paquets de ce type, cf. mon autre réponse et le fichier debian/control dans le dépôt.

    Debian Consultant @ DEBAMAX

  • # apt-get install screenkey || dpkg-buildpackage

    Posté par  (site web personnel) . En réponse au message Visualiser les touches pressées lors d'enregistrement écran (→tuto). Évalué à 4 (+2/-0). Dernière modification le 19 février 2024 à 13:37.

    Une fois n'est pas coutume, je me permets de répondre légèrement à côté. En vérifiant si le paquet était disponible dans unstable (ce qui peut mettre le pied à l'étrier, en envisageant un backport vers stable), j'ai noté un screenkey qui se dit inspiré de key-mon.

    Pour revenir à la question initiale, la doc mentionne pip (pip3 dans Debian) et easy_install, qui sont des solutions classiques pour déployer du Python sans utiliser de paquets. Il existe également venv. Cependant, en regardant les dépendances documentées, pas de choses incroyables, tout est disponible dans Debian et on peut imaginer soit faire une compilation locale, soit improviser un paquet… Or il y a déjà tout ce qu'il faut dans le dépôt : un répertoire debian/ et les différents fichiers nécessaires pour préparer un paquet. Je n'ai pas regardé le contenu en détail, mais un dpkg-buildpackage -b et un sudo dpkg -i plus tard, j'ai un key-mon qui tourne sur une Debian oldstable. Je n'ai pas trop de doute que cela fonctionne aussi sur Debian stable.

    Debian Consultant @ DEBAMAX

  • [^] # Re: Box 4g

    Posté par  (site web personnel) . En réponse au message Debian - Ne détecte plus de réseaux WiFi.. Évalué à 3 (+1/-0).

    Que donnent ip l et sudo iwlist scan ?

    En fonction de ça, ne pas garder pour toi les logs noyau pourrait être une bonne idée.

    Debian Consultant @ DEBAMAX

  • [^] # Re: Box 4g

    Posté par  (site web personnel) . En réponse au message Debian - Ne détecte plus de réseaux WiFi.. Évalué à 3 (+1/-0).

    Buster c'est 4 ans avant Bookworm, la première version concernée.

    Debian Consultant @ DEBAMAX

  • # Il manque `testLib.o`

    Posté par  (site web personnel) . En réponse au message Compilation et utilisation bibliothèque dynamique. Évalué à 4 (+2/-0).

    Étant donné que compilation et édition de liens sont découplées ici, il faut penser à indiquer testLib.o sur la dernière ligne.

    Alternativement, ceci fait le job en une passe :

    gcc useTestLib.c -o useTestLib -ltestLib -L.
    LD_LIBRARY_PATH=$(pwd) ./useTestLib
    

    Debian Consultant @ DEBAMAX

  • [^] # Re: Avec un Grep

    Posté par  (site web personnel) . En réponse au message besoin d'aide pour un script : extraire un nombre et le réutiliser. Évalué à 2 (+0/-0).

    Ça en fait deux. ;p

    (Une) version Perl : perl -ne 'print "$1\n" if /EPSON .* id=(\d+)/'

    Debian Consultant @ DEBAMAX

  • [^] # Re: Confusion

    Posté par  (site web personnel) . En réponse au message Migration e-mails de Gandi vers Pulseheberg. Évalué à 2.

    Les deux domaines que j'ai migrés jusqu'à présent (un .fr et un .com) l'ont effectivement été en payant une année, qui s'est ajoutée à la date d'expiration précédente (sur une migration Gandi → Infomaniak). Je me garderais bien d'en tirer une quelconque conclusion définitive cependant, c'est mon tout premier changement…

    Debian Consultant @ DEBAMAX

  • # Confusion

    Posté par  (site web personnel) . En réponse au message Migration e-mails de Gandi vers Pulseheberg. Évalué à 5.

    Si tu gardes Gandi comme registrar, j'imagine que c'est (aussi) pour conserver la partie DNS chez eux aussi, donc pas de bascule vers un DNS externe nécessaire pour juste avoir les mails ailleurs, non ?

    Dans les choses qu'il faut s'attendre à paramétrer, il y a bien sûr le(s) enregistrements MX (Mail eXchangers), les éventuels champs pour SPF/DKIM/DMARC, mais la partie NS ne devrait pas bouger si tu continues à gérer la zone chez Gandi.

    Debian Consultant @ DEBAMAX

  • # Wild guess…

    Posté par  (site web personnel) . En réponse au message [résolu] Manjaro cassée besoin d'aide svp. Évalué à 6.

    Avertissement : Je ne connais rien à Manjaro.

    Cependant, deux cas probables selon moi :

    • Secure Boot est activé, et il y a un problème avec l'utilisation d'une clé de signature « MOK » (Machine Owner Key) pour signer les modules compilés localement.
    • Indépendamment du premier point, il peut y avoir un problème de compilation locale des modules.

    Dans le second cas :

    • Les modules pourraient ne pas avoir été compilés du tout, soit parce que leur code n'est pas compatible avec la version du noyau, soit parce que le système d'automatisation n'a pas fait son boulot. Je m'attendrais à ENOENT plutôt qu'à ENOEXEC si les modules étaient complètement absents, mais j'ai déjà vu des cas d'erreur en espace utilisateur où il pouvait y avoir confusion entre ces deux codes d'erreur.
    • Le système de compilation pourrait ne pas avoir (re)compilé les modules pour une nouvelle version de noyau, ce qui pourrait donner une tentative d'utiliser des vieux modules avec un nouveau noyau… ce qui est souvent une très mauvaise idée si on n'a pas de garantie de compatibilité binaire.

    Pistes :

    • Vérification de l'existence ou non des modules.
    • Comparaison de leur date de modification vs. date d'installation du noyau.
    • Surveillance de la sortie de dmesg.
    • Tentative de chargement manuel des modules via modprobe (et point précédent).

    Debian Consultant @ DEBAMAX

  • [^] # Re: OpenAPI

    Posté par  (site web personnel) . En réponse au message Choix des URL "propres" pour du REST. Évalué à 2.

    Je ne suis pas sûr de comprendre la contrainte sur le navigateur qui ne fait que GET et POST. Pour faire du REST (complet) depuis un navigateur, des greffons comme RESTED existent, et offrent toute la panoplie ?

    Debian Consultant @ DEBAMAX

  • [^] # Re: Question XY ?

    Posté par  (site web personnel) . En réponse au message Ligne de code qui refuse d'être factorisée. Évalué à 3.

    Merci pour tes efforts de reformatage mais attention :

    • ${symbol} (permutation des deux premiers caractères) ;
    • ${LENGHT} (manque le dollar) — dont ça n'est pas l'orthographe au passage.

    Je ne comprends pas le problème de gzgtrhe :

    1. Que signifie « ne passe pas » ?
    2. Le code en dehors de la fonction utilise tr --delete, le code dans la fonction utilise tr --delete --complement.

    Alors oui, si on passe en paramètre [:space:], on demande à supprimer tout ce qui n'est pas espace, et il reste des espaces. Et retour au premier point.

    Debian Consultant @ DEBAMAX

  • # Multi-Arch

    Posté par  (site web personnel) . En réponse au message règle d'affichage du suffix :amd64 sur le nom de package. Évalué à 10.

    Certains paquets peuvent être marqués comme étant Multi-Arch: allowed, Multi-Arch: foreign ou Multi-Arch: same, ce qui permet en fonction des cas d'installer libfoo42:amd64 et libfoo42:arm64 sur un même système en même temps, tandis que dans d'autres cas, c'est l'un ou l'autre. Si tu compares abiword et le plugin, tu verras que le premier n'a pas ce champ, tandis que le second a Multi-Arch: same, d'où l'indication supplémentaire concernant l'architecture. On parle alors d'arch-qualified package name.

    Debian Consultant @ DEBAMAX

  • [^] # Re: Impossible ?

    Posté par  (site web personnel) . En réponse au message colonne "Créé" et "Modifié" dans Dolphin. Évalué à 4.

    Merci de m'avoir épargné un peu de rédaction. :-)

    En complément, il ne s'agit pas d'un éventuel problème de traduction dans Dolphin, la couche en dessous, KIO, remonte bien une information de création, via un champ UDS_CREATION_TIME qui peut être positionné via une triple condition dans file_unix.cpp : st_birthtime ou __st_birthtime sur les différents BSD, ou statx sur Linux.

    Pour les champs traditionnels, il n'y a qu'atime et mtime qui sont tracés (UDS_MODIFICATION_TIME et UDS_ACCESS_TIME).

    Au passage, les deux tests sur ce champ été mis en commentaire : un et deux

    Debian Consultant @ DEBAMAX

  • [^] # Re: bios et grub ?

    Posté par  (site web personnel) . En réponse au message Ubuntu Installation boot PXE. Évalué à 3.

    Une machine x86 peut globalement être démarrée de deux façons :

    • à l'ancienne, en mode BIOS (également appelé CSM de nos jours), avec un GRUB qui se met en début de disque (MBR) ;
    • plus récent, en mode UEFI (avec ou sans Secure Boot), avec un GRUB qui met des morceaux dans une partition ESP (EFI System Partition) et un pointeur dans le firmware UEFI, vers le fichier en question (avec une éventuelle indirection shim pour Secure Boot).

    Dans le premier cas, rien à faire si ton BIOS est configuré pour regarder le disque.

    Dans le second cas, en fonction du firmware UEFI, de sa configuration et des éventuels problèmes d'implémentation, l'enregistrement du pointeur vers l'ESP peut ne pas fonctionner du tout, ou pas correctement. Avec un firmware verrouillé, cela peut être encore plus compliqué. Forcer un démarrage du système d'installation en mode BIOS facilite une installation du système en mode BIOS. En fonction du système d'installation, cela peut être possible de forcer une installation BIOS même s'il est démarré en mode UEFI.

    Dans le monde Debian, cela se traduit par l'installation de paquets grub-pc dans le premier cas et par l'installation de paquets grub-efi-amd64* dans le second cas. J'imagine que la ventilation des paquets est assez similaire dans le monde Ubuntu.

    Exemple de « pointeur » vers l'ESP sur mon laptop :

    kibi@tokyo:~$ efibootmgr -v|grep debian
    Boot0000* debian    HD(1,GPT,947341f0-347f-4e4d-ab9d-687837bde6b1,0x800,0x100000)/File(\EFI\debian\shimx64.efi)
    

    Ici on voit une première partie identifiant le disque, le type de table de partitions, etc. puis une seconde partie qui est un chemin à l'intérieur de la partition ESP (FAT), avec l'indirection shim (qui passe ensuite la main à GRUB).

    Debian Consultant @ DEBAMAX

  • [^] # Re: bios et grub ?

    Posté par  (site web personnel) . En réponse au message Ubuntu Installation boot PXE. Évalué à 2.

    Si c'était le cas, nous n'aurions pas la seconde photo, sur laquelle un disque dur est mentionné…

    Debian Consultant @ DEBAMAX

  • # Conflit sur le port

    Posté par  (site web personnel) . En réponse au message Failed to start dnsmasq - A lightweight DHCP and caching DNS server.. Évalué à 3.

    Le port est déjà utilisé par un autre service, ce qui déclenche une erreur.

    C'est le même genre de problèmes qu'on peut avoir en installant deux serveurs web comme apache2 et nginx qui par défaut écoutent tous les deux sur le port TCP 80.

    Debian Consultant @ DEBAMAX

  • [^] # Re: Non, mais c'est dommage

    Posté par  (site web personnel) . En réponse au message résolution maximale de l'écran pas atteinte. Évalué à 10.

    J'ai de très vagues souvenirs de limitations possibles en fonction de la connectique (qualité du câble et/ou type de connexion, HDMI vs. DP vs. DVI vs. VGA, etc.).

    Debian Consultant @ DEBAMAX

  • # Ça s'appelle ptrace(2), non ?

    Posté par  (site web personnel) . En réponse au message traquer un process par son pid. Évalué à 4. Dernière modification le 19 octobre 2023 à 15:36.

    Voir également strace(1).

    Debian Consultant @ DEBAMAX

  • [^] # Re: Bluff

    Posté par  (site web personnel) . En réponse au message [résolu] gnome désinstallé suite à dépendance indisponible. Évalué à 6.

    Content que des résultats cohérents apparaissent enfin.

    Cela ne répondra pas nécessairement à toutes les questions, mais tu devrais avoir des traces des différentes opérations apt (qu'elles aient été déclenchées par des opérations manuelles ou automatiques) dans /var/log/apt/{term,history}.log (et versions logrotatées). Tu ne devrais pas y voir la partie téléchargement (et URL…) mais au moins l'enchaînement des opérations de mises à jour, suppressions, etc.

    Debian Consultant @ DEBAMAX

  • [^] # Re: Bluff

    Posté par  (site web personnel) . En réponse au message [résolu] gnome désinstallé suite à dépendance indisponible. Évalué à 6.

    Tu pourrais essayer de déplacer les fichiers d'index (cf. *Release, *Packages et *Sources sous /var/lib/apt/lists/) ailleurs, faire apt-get update, puis vérifier ces mêmes commandes.

    En regardant (vraiment rapidement) les historiques des paquets concernés, je n'ai pas vu ces versions être uploadées dans Debian. Dès lors, pourquoi seraient-elles annoncées comme présentes dans bookworm, sur deb.debian.org ?!

    Corruption locale au système de fichiers ? Mais ce ne serait vraiment pas de chance que le format ait été conservé, ainsi que les signatures GPG.

    Debian Consultant @ DEBAMAX

  • [^] # Re: Bluff

    Posté par  (site web personnel) . En réponse au message [résolu] gnome désinstallé suite à dépendance indisponible. Évalué à 7. Dernière modification le 29 septembre 2023 à 20:09.

    Désolé si ça n'était pas clair, j'entendais bien apt-cache policy <paquet> notamment avec gnome-shell mais également les paquets aux versions bizarres mentionnées dans la sortie. Je ne vois pas d'où ils peuvent bien venir.

    Edit: apt-forktracer est un superbe outil pour vérifier s'il y a des paquets étranges sur un système (qu'ils soient ou non présents dans un dépôt configuré, dans la version installée sur le système). Je l'utilise systématiquement après chaque migration vers une nouvelle version majeure, ça complète très efficacement apt-get autoremove.

    Pour les dépendances inverses, apt-cache showpkg <paquet> même si la compréhension de sa sortie demande un peu d'habitude.

    Debian Consultant @ DEBAMAX

  • # Bluff

    Posté par  (site web personnel) . En réponse au message [résolu] gnome désinstallé suite à dépendance indisponible. Évalué à 7.

    Commençons par le début, il y a bien eu une mise à jour de sécurité publiée pour gnome-shell : DSA-5501-1.

    Cependant, les versions mentionnées dans ta sortie apt sont loin de me convaincre, puisque :

    kibi@tokyo:~$ rmadison gir1.2-mutter-11 libmutter-11-0
    gir1.2-mutter-11 | 43.6-1~deb12u1 | stable     | amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
    libmutter-11-0   | 43.6-1~deb12u1 | stable     | amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
    

    Donc je ne sais pas d'où viennent les versions 43.4-2 qui sont mentionnées, mais ça me semble incohérent avec une Debian 12 propre.

    Vérifie la sortie d'apt-cache policy, notamment pour le paquet gnome-shell ?

    Pour wine, même si je n'ai pas joué avec depuis très longtemps, il y a probablement besoin d'activer i386 comme architecture supplémentaire au niveau de dpkg (cf. --add-architecture), afin d'installer paquet1:i386, paquet2:i386, etc.

    Debian Consultant @ DEBAMAX