Re: [HS] Lynx
hello, On Thu, May 02, 2024 at 08:59:15PM +0200, Haricophile wrote: > Tu devrais regarder QuteBrowser qui est très rapide à l'usage avec un > usage intensif au clavier façon "vim", qui possède une UI > très minimaliste, et est assez personnalisable. premier test intéressant! merci pour le lien. -- Marc Chantreux Pôle CESAR (Calcul et services avancés à la recherche) Université de Strasbourg 14 rue René Descartes, BP 80010, 67084 STRASBOURG CEDEX 03.68.85.60.79
Re: [HS] Lynx
hello, On Tue, Apr 30, 2024 at 12:06:21PM +0200, Sébastien NOBILI wrote: > Tu as essayé userChrome.css dans Firefox ? (https://www.userchrome.org/) je n'utilise plus firefox parce que les gens à cause desquels je suis obligé d'utiliser le web m'expliquent que chromium c'est plus léger, plus stable, plus rapide. evidement quand je compare à w3m, firefox est un veau et ces arguments m'ont touché. j'ai l'impression d'avoir gagné en stabilité ce que j'ai perdu en ergonomie et au passage j'ai appris un truc à propos des navigateurs modernes: un veau reste un veau. > J'ai une interface vraiment minimaliste ici : pas de barre d'onglets et le > plugin Tab Stash pour gérer (et remiser) mes onglets. c'est tentant! je te remercie et je met ton lien de coté en prévision de ma prochaine crise. -- Marc Chantreux Pôle CESAR (Calcul et services avancés à la recherche) Université de Strasbourg 14 rue René Descartes, BP 80010, 67084 STRASBOURG CEDEX 03.68.85.60.79
Re: [HS] Lynx
salut Basille, > lourd et complet comme Firefox (ou Chrome) et un navigateur textuel comme > Lynx (ou Links) est d'utiliser le navigateur Dillo. Perso si j'utilise un navigateur graphique c'est précisément pour être sur d'avoir toute la boue dont le web a besoin. j'aimerais juste réduire la nuisance du tout avec des plugins bien sentis. -- Marc Chantreux Pôle CESAR (Calcul et services avancés à la recherche) Université de Strasbourg 14 rue René Descartes, BP 80010, 67084 STRASBOURG CEDEX 03.68.85.60.79
Re: [HS] Lynx
hello et merci pour ton aide, > je pense que tu peux y arriver avec un truc comme l'extension Ublock Origin Ah non! le chrome est au navigateur web ce que le decorateur est a une appli X: une zone totalement inutile qui t'es pourtant imposé en permanence. en gros ce que je veux c'est l'équivalent du mode plein écran (ou seule la page web est visible) mais dans 1 fenêtre. > chercher dans la page: Ctrl+F ou F3 Yes mais chercher dans les liens c'est bien pratique. je m'y suis fais: je ne m'attend plus à ce qu'un navigateur dispose d'une UI correcte :( a+ -- Marc Chantreux Pôle CESAR (Calcul et services avancés à la recherche) Université de Strasbourg 14 rue René Descartes, BP 80010, 67084 STRASBOURG CEDEX 03.68.85.60.79
Re: [HS] Lynx
hello, Tellement d'accord avec la liste de Sébastien! Pour ma part j'ai remplacé lynx par w3m parce que les raccourcis me collent plus au doigt et que je n'ai jamais pris le temps de customiser lynx (j'avais vu des trucs intéressants mais le peu de temps que je passais sur le web ne justifiait pas l'investissement) Mais l'idée générale reste la même: ce genre d'outils réparent tant que faire ce peu les problèmes du web en étant intégrable dans un workflow (par exemple: lynx est utilisé par mutt parce que l'option --dump permet d'avoir un dump de la page sous une forme textuelle lisible et avec l'index des liens), il m'arrive souvent de dumper dans vim ou d'utiliser vim comme éditeur de text area (ce qui rend les outils catastrophiques comme les wiki raisonablement vivables). J'aurais aimé que les navigateurs modernes soient plus inventifs mais je crois vraiment que tout le web s'est conformé à l'idéologie implicitement poussé par cet outils: consomme la page et tais-toi! On Tue, Apr 30, 2024 at 08:20:35AM +0200, Sébastien NOBILI wrote: > Chercher de l'aide sur le Web quand la compilation du driver graphique > a planté et qu'on n'a plus qu'une console. Et de manière générale: lire des pages web de doc avec une rapidité que tu ne pourras pas approcher avec des outils graphiques parce que: * ca télécharge moins de trucs * ca affiche à toute vitesse * c'est foutu pour être piloté au clavier (la navigation entre les buffers est \o/ ) * paye ta RAM ! Au passage: je suis preneur si quelqu'un sait comment avoir dans chromium les choses suivantes: * virer le chrome (tout ce qui n'est pas html) qui ne me sert jamais à rien et qui bouffe une grosse partie de l'écran. * l'équivalent des raccourcis " et / de firefox (chercher dans la page et chercher dans les liens) w3m arrive aussi avec un client gopher ce qui me permet d'acceder à des sites comme bitreich. Bref: w3m c'est utiliser les 2% utile du web en supprimant le maximum du reste. -- Marc Chantreux Pôle CESAR (Calcul et services avancés à la recherche) Université de Strasbourg 14 rue René Descartes, BP 80010, 67084 STRASBOURG CEDEX 03.68.85.60.79
Re: Installation minimaliste
salut, > > environnement léger lxde ou xfce, en désélectionnant tout le reste, puis > > en installant juste ce qu'il te faut. > Encore plus léger : un simple gestionnaire de fenêtres. encore plus léger: pas de gestionnaire du tout (cf. mon précédent post): kodi est une appli qui est full screen et ce sera la seule à tourner. pas besoin d'un wm donc. cordialement, marc -- Marc Chantreux
Re: Installation minimaliste
On Sun, Mar 24, 2024 at 07:25:23PM +0300, Alex PADOLY wrote: > Je souhaite faire une installation minimaliste ayant pour objectifs de > regarder > des vidéos et d'écouter de la musique uniquement. je connais pas les autres distros parce que perso j'ai tendance à * toujours utiliser debian * quitter l'installation juste avant le tasksel et sans rien selectionner (je me retrouve avec une debian fonctionnelle et presque sans un seul paquet à virer). * ensuite j'installe ce qu'il me faut. pour un serveur multimedia j'aurais tendance à commencer par apt install slim kodi doas adduser kodi --shell /bin/sh <<-% cat >> /etc/doas.conf permit nopass :root % <<-% cat >>/etc/slim.conf auto_login yes default_user kodi % <<-% install -ukodi -m500 /dev/stdin ~kodi/.xinitrc #!/bin/sh exec kodi % mais c'est une solution au dessus de X. Autres options pour kodi: * kodi au dessus de wayland+pipewire? * kodi avec du frame buffer? (je sais pas si ça existe mais dans le sens ou tu n'as pas besoin d'un window manager/compositor, peut-être que ca t'éviterait un composant inutile) > Dois-je à l'installation choisir une configuration minimale ou m'orienter vers > une distribution légère basée sur Debian. gros avantages de rester sous debian: * c'est du debian (donc avec la communauté, le support tout ca) * tu vas apprendre des trucs en le faisant toi-même * tu tune comme tu veux, pas comme les gens de la distro ont pensé pour toi gros avantage d'un derivatif ou une distro dediée: * pas de prise de tete à l'install dans ce genre de cas j'aie tendance à voir si il existe un pure blend debian: https://www.debian.org/blends/ ca n'a pas l'air d'être le cas. -- Marc Chantreux
[résolu je sais pas trop comment] Re: le bluez de la doc de bluez (+wireplumber)
salut à tous, On Sat, Dec 16, 2023 at 08:19:24PM +0100, didier gaumet wrote: > je ne sais pas si ça peut t'aider mais le wiki Archlinux a une section sur > ce cas de figure: > https://wiki.archlinux.org/title/Bluetooth_headset#Pairing_works,_but_connecting_does_not merci pour ce lien qui avait déjà été mentionné plus tôt dans le thread. à force d'y revenir, de tapper dessus, de changer de stratégie, je suis arrivé à faire marcher la chose en virant pipewire. rétrospectivement, je crois que la partie Bluetooth_headset était ok mais que le casque ne m'annonce la connexion comme établi que lorsque le serveur de son le prend en compte (je n'ai pas compris les détails). bref! ca marche! encore merci pour votre aide à tous (je continue à penser que la doc est vraiment mauvaise) -- Marc Chantreux
Re: [HS] LINUX ENTREPRISE
salut, > Quel est "le nid à problèmes" ? : > Pourrait-on avoir une description précise. Au quotidien, quand j'ai eu affaire à RH, c'était pour mettre en évidence (ou résoudre) des pbs qui n'existaient pas sous debian. * de MAJ majeures qui se vautrent * paquets obsoletes ou absents * configuration de base très discutable * options de compilation qui rendaient des outils instables Au passage: à chaque fois que j'y retourne, je trouve un nouveau systeme de paquet au dessus de RPM alors que sous debian, nous avons les apt-tools de longue date. Plus récement, tous les signaux du monde RH me font peur: * rachat par IBM et évolution des modèles commerciaux * volonté de changement de stratégie sur le packaging autour de ostree… > RedHat RHEL est réputée en tant que Serveur. réputé parce que pendant longtemps, c'était la seule distro qui fournissait un vrai support commericial et un système de certification. en conséquence: * les gros supports informatique dirigés par des politiciens qui ne voulaient pas prendre de risque (politiques, j'entend) préféraient sortir le chequier et imposer RH. * même stratégie chez les éditeurs qui imposaient RH pour éviter d'avoir des gens compétents en sysop en interne. > > conseiller Canonical avec Ubuntu. puisqu'on parle de "le nid à problèmes" :) marc
Re: [HS] LINUX ENTREPRISE (support commercial)
salut, On Tue, Jan 02, 2024 at 09:11:53AM +0100, Belaïd wrote: > Je te conseillerai Debian même en entreprise a part si tu veux un support > différent d'un support "communautaire/bénévole", dans quel cas je te > conseillerai peut être Red Hat. J'aurais tendance à dire au contraire: * choisir debian pour sa robustesse, sa QA, sa richesse: ça diminue grandement le besoin d'un support. * si tu veux quand même un filet, tu peux avoir du support auprès des boites qui contribuent à debian. je pense par exemple à Freexian qui a été fondé par un DD (debian developper) alsacien qui contribue depuis 1998. Freexian a lancé un support LTS pour debian. * c'est une belle façon de contribuer à la robustesse de debian que de payer des boites qui sont dédiées à la qualité générale du projet. https://www.freexian.com/ cordialement, marc
Re: Question de Noël (mais quelle année?)
hello, > > tout compte fait comparable à la compression protocolaire de type > > freeNX (comme X2go quoi). j'ai fais qq tentatives à l'époque et > > ce que j'ai vu était assez loin de pouvoir valider l'affirmation. > > C'est possible en utilisant Waypipe [1], disponible dans Debian 12. > Je ne l'ai encore jamais utilisé. apt-cache search waypipe est prometeur en effet. Merci pour le lien. marc
Re: Question de Noël (mais quelle année?)
Salut, > > * Il y a enfin un compositor qui m'attire: > > https://github.com/riverwm/river > > Merci pour le lien. Est-ce que tu as évalué dwl qui est le remplaçant de > dwm ? > > https://codeberg.org/dwl/dwl Nope: j'attend maintenant qu'un utilisateur me dise que wayland est isofonctionnel à X11 au moins pour mes besoins. marc
Question de Noël (mais quelle année?)
salut à tous, je suis passé sous wayland accidentellement lors d'une mise à jour du passage à bulleye (à l'époque j'étais encore sous gnome3) et déjà à l'époque, c'était stable. mais !!! je ne pouvais plus partager mon écran pendant les confs (jitsi, BBB, …). quand j'ai compris que j'étais sous wayland je me suis rendu compte qu'il n'existait pas d'alternatives à des outils comme screenkey, ffmpeg x11grab … aussi: * le decorateur de fenetre n'est plus du fait du window manager (donc plus de point d'entrée unique pour les supprimer) * adieu remote display. visiblement c'est un WONTFIX de la communauté wayland qui dit en gros: utilise un truc qui render et compresse des images sur le réseau (VNC) en m'expliquant que c'est tout compte fait comparable à la compression protocolaire de type freeNX (comme X2go quoi). j'ai fais qq tentatives à l'époque et ce que j'ai vu était assez loin de pouvoir valider l'affirmation. * je n'ai pas trouvé de display manager aussi simple et elegant que slim. * à l'époque, rien dans le monde wayland ne ressemblait à dwm. Ce Noël-ci: * Il y a enfin un compositor qui m'attire: https://github.com/riverwm/river * j'ai bien compris que X11 est un cauchemard pour les développeurs et il me tarde de pouvoir jouer les bons élèves en passant sous wayland mais je ne sais si la situation a évolué sur mes 3 besoins fonctionnels. tout retour sera lu avec intéret :) joyeuse fete. marc
Re: le bluez de la doc de bluez (+wireplumber)
hello, > • liste des périphériques : bluetoothctl devices > • scan : bluetoothctl scan on > • appairer : bluetoothctl pair > • rendre un périphérique sécurisé/connu : bluetoothctl trust yep! toutes les étapes marchent sauf la connexion. comme je disais à Didier: je ne trouve rien qui me donne une piste (verbosité, logs, …). encore merci marc
Re: le bluez de la doc de bluez (+wireplumber)
salut, > je m'aperçois qu'il y a grosso-modo la même chose dans le wiki Debian: > https://wiki.debian.org/BluetoothUser > https://wiki.debian.org/BluetoothUser/a2dp lecture faite de toutes les docs, tout est trusted, paired et tout mais impossible de se connecter: il dit qi'il est en cours de connexion (busy). j'ai bien fais attention à ce que le casque soit ouvert a la négo. donc je ne sais pas quoi faire. prochaine étape: lire les sources vu l'absence de doc me permettant ne serait-ce que de comprendre mon pb. en tout cas merci pour ces liens. marc
Re: QNAP et son .deb
On Sat, Dec 16, 2023 at 06:36:48PM +0100, Frederic Zulian wrote: > dpkg -i QNAPQfinderProUbuntux64-7.10.0.1204.deb > (Lecture de la base de données... 543315 fichiers et répertoires déjà > installés.) > Préparation du dépaquetage de QNAPQfinderProUbuntux64-7.10.0.1204.deb ... > /var/lib/dpkg/tmp.ci/preinst: ligne 25 : [: GNU/Linux : nombre entier attendu > comme expression > /var/lib/dpkg/tmp.ci/preinst: ligne 28 : [: GNU/Linux : nombre entier attendu c'est une comparaison qui foire. tu peux récuperer le fichier preinst avec un ar xf QNAPQfinderProUbuntux64* (dans le control.tar.xz). > Qfinder Pro 7.10.0.1204 ne peut être installé. La version de votre système > d'exploitation n'est pas prise en charge.\nConfiguration minimale requise : > 18.04 Ca veut dire en gros: le script shell d'install a été écrit avec les pieds. a+ marc
Re: choisir son apt* et packager à l'arrache
On Thu, Dec 14, 2023 at 09:44:37AM +, Frédéric BOITEUX wrote: > Pour moi, la commande « apt » est une interface plus conviviale et > unifiée que les anciens apt-get, apt-cache Ben vu le "gain" (c'est entre guillemet parce que c'est très discutable), je préfère continuer à utiliser les apt-tools pour la maintenance et aptitude ne me sert plus que pour chercher (mais le systeme de motifs est juste une des raisons de ma fidélité à debian et apt est une blague sur ce point). pouvoir écrire aptitude search '~Pmail-transport-agent !~i' pour voir la liste des alternatives à mon mta, par exemple, je trouve ça très utile. mais je me demande si la communauté debian a une position officielle sur ce point (et du coup je me demande comment leur poser la question). > Personnellement, le l’utilise pour les « apt update », « apt install > » ou lors des migrations via « apt upgrade » et « > apt full-upgrade » ajoute purge et autopurge et c'est tout ce que je fais avec apt. je continue a utiliser apt-cache directement. > [où il fonctionne correctement là où aptitude échoue la plupart du temps]. c'est la raison pour laquelle je n'utilise plus aptitude que pour faire de la recherche et de l'interrogation. > recherches poussées (je n’ai jamais trop tenté d’utiliser « apt » pour > cela) j'ai tenté :)) soit j'ai rien pigé, soit on est pas prets de pouvoir se débarasser d'aptitude. > beaucoup via son interface Curses (j’étais amateur de dselect > auparavant), il offre pas mal de fonctions interactives que apt n’a > pas… et qui excusent [pour moi] sa relative lenteur à > démarrer/terminer. j'avoue ne pas chercher d'excuses: il n'y a pas d'alternative à aptitude pour interroger l'état du systeme de paquets donc je prend. merci pour ton retour en tout cas. marc
choisir son apt* et packager à l'arrache
salut à tous, je passe un thread sur la liste parce que j'aimerais beaucoup avoir votre position (à jour) sur le sujet. il y a qq années, il semblait que apt était sensé devenir l'interface officielle des apt-tools sauf que * j'ai l'impression que c'est tjrs aussi mauvais comparé à aptitude * aptitude a un vrai pb de lenteur > > > > > J'avais pas rsvg-convert, apt me dit que c'est dans le paquet > > > > > python3-sphinxcontrib.svg2pdfconverter. Ca me surprend un peu mais ça > > > > > a > > > > > effectivement corrigé le problème. Normal ? > > > > > > > > $ apt-file search rsvg-convert > > > > librsvg2-bin: /usr/bin/rsvg-convert > > > > librsvg2-bin: /usr/share/man/man1/rsvg-convert.1.gz > > > C'est dommage parce que quand on fait > > > apt search rsvg-convert > > > python3-sphinxcontrib.svg2pdfconverter/stable,stable 1.2.2-1 all > > >Sphinx SVG to PDF Converter Extension > > > > C'est un des trucs qui me saoule dans debian: apt est sensé devenir *le > > frontend* de tous les apt-tools sauf qu'il pue du bec. > > > > du coup: > > * apt pour installer > > * aptitude et apt-file pour chercher au passage je tiens à signaler que: * les motifs de recherche de aptitude sont une des raisons de ma fidélité à debian comme seule distro potable pour un desktop user-end. * j'aimerais bien dire "aptitude partout" était responsable du seul foirage de mise a jour majeure en 20 ans sur debian (entre temps j'ai découvert les images openstack avec leurs dépendances à la con donc on va dire 2). * aptitude est lent au démarrage, il arrive avec une ui et un tetris, le tout ne m'ayant évidement jamais servi. > > > > il faut que je fasse un paquet debian pour que les gens > > > > aient juste à faire "apt install". > > > > > > Pas obligatoire, c'est l'occasion de leur montrer apt search et apt-file > > > jeudi : sauf démonstration du contraire, je continue à dire qu'il ne *faut pas uitliser apt search* mais aptitude ou apt-cache. > > c'est une très mauvaise pratique: faire des apt install de partout pour > > ne plus savoir pourquoi tu as installé tel et tel paquet. > > > > l'avantage de faire apt install mon-tp1 mon-tp2, c'est que rsvg-convert > > sera désinstallé le jour ou tu n'as plus aucun tp qui en dépend. > première option parce que c'est ce que les personnes vont très > majoritairement rencontrer dans leurs activités (combien de projets de > recherche viennent avec des jolis paquets ?). les "jolis paquets" (qualité debian, remonté dans upstream) sont chiants à faire et c'est la raison pour laquelle personne ne prend le temps de les faire. faire un paquet avec une liste de dépendances et qqs fichiers prets à l'emploi est trivial et on devrait faire la promotion de cette pratique. J'utilisais equivs pour faire mes paquets et j'utilise maintenant mkcrapdeb https://git.unistra.fr/mc/mkcrapdeb je suis à l'affut de bonnes pratiques/pratiques officielles pour ce ce packaging simple. a+ marc
Re: le bluez de la doc de bluez (+wireplumber)
hello! > Avertissement: je ne connais rien à Bluetooth, jamais utilisé. Je me > demande aussi si dans ton cas de casque USB (que tu raccordes en USB?) > c'est nécessaire de passer par Bluetooth en cas de raccordement USB (ça > devrait être vu comme périphérique audio USB?) merde … j'ai parlé de USB. Il fallait bien comprendre blutooth! désolé et merci pour ta vigilance! > Sinon le wiki Archlinux a des pages intéressantes sur Bluetooth en général > et l'utilisation d'un combiné micro-casque en particulier: > https://wiki.archlinux.org/title/Bluetooth > https://wiki.archlinux.org/title/Bluetooth_headset > je m'aperçois qu'il y a grosso-modo la même chose dans le wiki Debian: > https://wiki.debian.org/BluetoothUser > https://wiki.debian.org/BluetoothUser/a2dp Je vais potasser ces liens pendant le WE. cordialement, marc
bluetooth Re: le bluez de la doc de bluez (+wireplumber)
salut, > > Je tente de connecter un casque USB. Pour le moment, j'ai réussi > > à enregistrer le périphérique > Dans mon cas ou je n'utilise pas Gnome3 mais blueman-applet et > pulseaudio, j'installe pulseaudio-module-bluetooth et désinstalle tout > ce qui ressemble à pipewire qui m'enschtroumphe. Je n'utilise pas gnome3: je suis sous dwm. Pulseaudio vs wireplumber ne me semble pas être un sujet puisque j'en suis simplement à vouloir pairer. Et pour parler de mon problème effectivement: [bluetooth]# devices Paired Device 08:21:EF:03:05:BC marc Device 14:3F:A6:71:C7:92 LE_WH-XB900N [bluetooth]# devices Connected [bluetooth]# connect 14:3F:A6:71:C7:92 Attempting to connect to 14:3F:A6:71:C7:92 Failed to connect: org.bluez.Error.Failed Operation already in progress Je n'ai pas de message plus explicite. J'ai fais un journalctl -xfen0 Mais il reste silencieux et je cherche donc à augmenter le niveau de verbosité. Mais c'est pe un autre outils qu'il faut utiliser par exemple pour dumper le traffic USB et tenter de comprendre ce qu'il se passe? D'avance merci pour toute aide. cordialement, marc
le bluez de la doc de bluez (+wireplumber)
salut à tous, Je tente de connecter un casque USB. Pour le moment, j'ai réussi à enregistrer le périphérique # bluetoothctl devices |grep W Device 14:XX:XX:XX:XX:XX WH-XB900N et il me faut maintenant le pairer. Et là surprise: toutes ces commandes ne servent à peu pret à rien: man bluetoothctl bluetoothctl --help apropos bluetoothctl apropos bluez info "il me manque un paquet de doc", me dis-je, mais # aptitude search '~nbluez ~ndoc' libkf5bluezqt-doc - documentation files for bluez-qt bon ... je me résigne: apt-cache show bluez | sed '/^Homepage: /!d;s///;q' | xargs chromium ce qui me fait visiter http://www.bluez.org. Sauf que même ici * pas d'onglet doc. * la FAQ est moins longue que celle de la WTFPL (http://www.wtfpl.net/faq/) dans la page download, je trouve "User Space BlueZ Package". Cool! curl http://www.kernel.org/pub/linux/bluetooth/bluez-5.66.tar.xz | tar xz grep -F bluetoothctl blu*/doc et là encore je ne trouve rien (ou plutôt une ligne). Y'a pas de docs ou c'est moi qui ne sais plut chercher? cordialement, marc
Problème de wifi sur Bookworm
salut Khasui,
Pour les raisons que je détaille ci-après, je redirige ta question
à la liste Debian User French (merci par avance à la liste de nous filer
un coup de main):
debian-user-french(---)lists.debian.org
Et ce pour deux raisons détaillées plus bas. Pour ton pb de Wifi:
On Sat, Oct 14, 2023 at 07:51:03PM +0200, khasui b wrote:
> Mais chui passé en mode beast sur Debian 12
Bravo pour cette liberation!
> et du coup configuration de wifi est assez chiant, ça fais deux jours !
> Que j’essaie de monter la rapidité en wifi,
> je pense qu’il me faut le package ifup et ifdown pour dire shutdown
> my ethernet and up my wifi, c’est un PC que j’ai monté moi même!
Comme j'ai des configurations très différentes d'un réseau à l'autre,
j'ai remplacé les outils fournis par debian que je n'arrivais pas à
tordre dans mon sens (y compris ifupdown) par de simples scripts shell.
voilà à quoi ça ressemble pour un réseau wifi de base:
#!/bin/sh
ip li set wlan0 up
dhclient -r wlan0
<<% wpa_supplicant -i wlan0 -c /dev/stdin -f /root/wifi/log & dhclient
wlan0
network={
ssid="Desclicks"
psk=bc635ea097ca1032f1d0fbbbf044dfcca8e94cb4c34543534454353454354353
}
mais j'ai des choses plus compliquées (cf le répertoire letsparty de
git://katzele.netlib.re/kit).
> Je sais pas si j’ai mal fait l’installation du Debian mais par
> example le package ifconfig me manque……
dans debian, ifconfig est remplacé par les commandes ip (package
iproute2).
> Je capte le wifi mais chui à 0,45 Mbps (LoL)
* tu as combien de "barres"? ta connexion est-elle bonne?
* il faudrait vérifier que le bon pilote (proprio) est installé.
je ne sais pas si debian possède un outils pour vérifier si
c'est le cas et si les firmwares sont à jour.
toutes ces questions que je me pose avec toi sont une première raison
pour avoir mis les copains debianistes dans la boucle. l'autre raison
est décrite ici:
http://katzele.netlib.re/articles/votre_premiere_contribution/index.html
bien à toi,
marc
Re: Pas d'historique de zsh en root
salut, > En fait pas tant que ça, car il y a déjà pas mal de chose dans le zsh > "standard", cf par ex > https://dev.to/rossijonas/how-to-set-up-history-based-autocompletion-in-zsh-k7o alors … pour le coup je n'utilise pas la completion pour ça: j'ai un système de menus qui gère mes taches courantes dont l'accès à mes MRU (readings, edited, here (répertoire), …). mais je vais jeter un coup d'oeil. en fait la vraie perte de temps dans ta vie c'est JS et la stack web de manière générale :) > Je réalise que ça n'existe pas car c'est déjà dans les modules qui viennent > avec zsh (par ex la > fct _git qui est déjà une fonction du shell qu'on peut utiliser pour > l'autocomplétion) certes mais il exsite d'autres complétions ici et là. certains workers ne sont pas super emballés par le fait d'intégrer de nouvelles completions écrites par un utilisateur puis plus maintenue. Idéalement, pensent certains, il faudrait faire adopter les complétions par les projets upstream et donc les complétions viendraient dans le répertoire vendor. a+ marc
Re: Pas d'historique de zsh en root
salut Daniel, Pour être honnête: je n'ai pas vu ohmyzsh depuis au moins 10 ans. Il y a fort à parier que ça a évolué. > > * pour les personnes débutantes et/ou peu envieuses de passer du > > temps dans le shell, le script qui s'execute lors de ta première > > session te permet de tunner plein de choses > C'est vrai, mais on reste très loin des fonctions de complétions que > peut apporter omz, si on veut la même chose en le faisant soi-même > faut pas mal d'huile de coude. alors c'est triste: pourquoi les mainteneurs de omz ne proposent pas des ajouts/corrections à la completion officielle? si elle est bien, on y gagnerais tous. bon j'avoue que je suis plutôt vim+gitgutter+fugitive quand il s'agit d'utiliser git mais pe que pour d'autres outils, ce serait possible. > C'est vrai aussi, mais les journées ne font que 24h, et le shell reste > une brique de base qui ne devrait pas nous prendre trop d'heures par > semaine. c'est précisément par manque de temps que je me force à ne pas rentrer dans une longue explication dont la conclusion serait: le temps que j'ai passé à apprendre zsh et vim m'a été remboursé au centuple au moins par la liberté et la productivité que ca me génère. surtout quand j'explore qqchose dont tout le monde se fout (par exemple des plugins qui sont particulièrement utiles pour la démonstration et l'enseignement mais que tu peux virer après). souviens par exemple que quand j'ai commencé à faire du roff, je m'étais fais qqs lignes de viml pour pointer facilement vers de la doc, faire de la completion de base, … c'était très brut de fonderie et absolument impubliable mais ca m'a fait gagner un temps fou. > rajoute une louche, même si c'est pas la faute de zsh si l'écosystème js > manque de maturité ;-) ah oui: je n'ai clairement pas ce genre de besoins :) > Je suis resté adminsys sous bash pendant des années avant de passer à > zsh, puis découvert oh my zsh une fois devenu développeur à plein > temps, et j'avoue qu'un shell qui fait le café c'est dangereux mais > très confortable :-) je suis d'accord avec toi: si on se fait une visio un de ces 4, je peux te montrer à quoi ressemble mon zsh: c'est assez loin de l'approche de omz mais je suis bien content de ce que j'ai produit. > (dans le genre y'a aussi fish, pas vraiment testé car pas vu l'utilité > pour mes besoins, mais la digression peut partir loin :-P) fish fait partie de ces shells dont je ne comprend pas l'intéret. certes, tous les shells historiques ont des pbs mais je ne vois pas en fish une correction de ces pbs. > Sur le fond tu as probablement raison, un jour si j'ai le courage j'essaierai > de me faire un > dépôt git perso pour mes alias zsh et leur complétion, je tenterais de publier ma conf zsh dans les prochains jours comme base de discussion. de là on pourrait se faire une visio: ca fait longtemps qu'on l'envisage chez les libristes alsaciens. > avec des subrepo vers les plugins omz > qui m'intéressent pour pouvoir faire du merge interactif à la demande (voir > les évolutions > upstream qu'on intègre ou pas, mais seulement sur ces plugins sans devoir > parcourir toutes les > évolutions d'omz qu'on utilisera jamais). c'est le genre de choses que je fais avec vim donc je serais bien curieux de voir comment ça se passe coté zsh. > Dans mon cas, l'idéal serait probablement des paquets debian > zsh_completion_xxx (où xxx > pourrait ± correspondre aux plugins omz), ahhh … y'a une idée là !!! bon. on se retrouve sur shell-fr pour reparler des détails au fil de l'eau ;) bien à toi marc
Re: Pas d'historique de zsh en root
salut Daniel, > Euh, là tu pousses un peu ;-) je plaide coupable: comme je disais je manque de temps et ça se sent dans la nuance que je tente d'apporter à mes réponses. disons que c'est dommage que ohmyzsh coupe tant de gens de l'opportunité d'apprendre des trucs chouettes sur la manière dont on peut accorder simplement zsh à son gout, démarche qui permet au passage d'échanger avec la communauté (et donc de s'enrichir d'autres idées) et de découvrir des astuces intéressantes. il y a aussi que je n'avais pas été séduit du tout par la base de code qui aurait gagné à être plus défensive. bref: je déconseille vraiment ohmyzsh à toute personne qui souhaite apprendre zsh. * pour les personnes débutantes et/ou peu envieuses de passer du temps dans le shell, le script qui s'execute lors de ta première session te permet de tunner plein de choses * pour les autres, partir de son besoin et apprendre à faire soi-même (en interagissant avec la communauté) est une approche bien plus émancipante et riche socialement que d'installer une reflexion prete à l'emploi dans son shell, aussi aboutie soit-elle. ohmyzsh doit donc rester au mieux une source d'inspiration sur les aspects fonctionnels. evidement c'est une vision personnelle cordialement, marc
Re: [Résolu] Pas d'historique de zsh en root
salut, > Enfin tant que ça marche... idéalement il faudrait comprendre pourquoi mais là j'ai vraiment pas le temps :( a+ marc
Re: Pas d'historique de zsh en root
Le Fri, Jun 23, 2023 at 08:53:23AM +, benoit a écrit : > Peut-être que ohmyzsh est exagéré > mais de là à interdire l'assistant de configuration en root en mode RTFM : > # autoload -Uz zsh-newuser-install > # zsh-newuser-install -f > zsh-newuser-install: won't run as root. Read the manual. Ca n'est pas exagéré du tout: * certaines erreurs sont bien plus tragiques en root. pour éviter ces erreurs ou des conséquences dramatiques, les 2 règles d'or sont: * faites des backups * ne travaillez en root que si vous n'avez plus d'autre choix (quitte à appliquer une séparation des privilèges en créant des comptes pour administrer des parties distinctes du système). (doas est ton ami!!) * si tu as un shell qui te fait le café en root, tu vas prendre la très mauvaise habitude de passer beaucoup de temps en root, c'est mal. > Je ne comprends pas la raison... 2 raisons: * affordance négative: plus ton shell est chiant, moins t'as envie de l'utiliser donc tu vas trouver des stratégies pour lancer tes commandes depuis ton compte * sécurité: tout ce qui tourne en root est forcément plus sensible. hors il n'y a pas mieux pour sécuriser que de virer du code, des options, des fonctionnalités. Au passage du coup je comprend pas trop pourquoi le shell de root dans debian est bash :-(. dash (ou mksh) sont suffisants et bien moins gros. a+ marc
Re: Pas d'historique de zsh en root
salut, > ce que le système attend : > HISTFILE=~/.zsh_history le système attend un nom de fichier, c'est l'idée même d'avoir une variable pour pouvoir paramètrer son nom. ca n'est pas une coquille, c'est un choix > autrement : > https://github.com/ohmyzsh/ohmyzsh en *root*? voilà un bien mauvais conseil je trouve. même pour les comptes standard, j'ai tendance à expliquer aux gens que la plupart des lignes de ce code ne servent juste à rien, ca ralentit et complexifie. passe pour les utilisateurs qui veulent des prompts aussi colorés qu'inutiles mais ça me semble assez inacceptable en root. a+ marc
Re: Pas d'historique de zsh en root
salut, Le Fri, Jun 23, 2023 at 06:17:03AM +, benoit a écrit : > Voici mon .zshrc > Pourquoi est-ce que je n'ai pas d'historique en root ? pas le temps de plonger dans la doc mais je viens de tester ma conf: HISTSIZE=5000 HISTFILE=~/zsh/history SAVEHIST=5000 # setopt share_history setopt INC_APPEND_HISTORY setopt EXTENDED_HISTORY setopt HIST_IGNORE_SPACE setopt HIST_IGNORE_ALL_DUPS setopt HIST_FIND_NO_DUPS setopt HIST_SAVE_NO_DUPS je passe root avec doas zsh et ça fonctionne. est-ce suffisant? marc
Re: Ligne de commande
Le Mon, Jun 12, 2023 at 08:54:45PM +0200, Erwan David a écrit : > Le 12/06/2023 à 19:59, Marc Chantreux a écrit : > Avec 30 machines (voire quelques centaines) > 1) tu passes par de l'automatisation oui … > (salt, ansible, puppet, etc.) qui va > pousser un sources.list (et pas le modifier) mais non! apres en avoir utilisé un certain nombre, je ne vois tjrs pas la valeur ajoutée par rapport à ssh+(les trucs dont j'ai besoin) et trouve ça contre-productif: tout le temps perdu à assimiler une nouvelle techno ne sera pas investi dans l'apprentissage d'outils bien plus génériques (ssh, les fifos, make, apt et dpkg-buildpackage …). > 2) tu upgrades pas en block, là encore: ça dépend vraiment du contexte (les risques de divergence de comportement entre les machines, le temps à consacrer, …) cordialement, marc
Re: Ligne de commande
Le Mon, Jun 12, 2023 at 07:44:55PM +0200, Lamourec Alain a écrit : > > J'aurais plutôt fait > > > > sudo sed -i.bak 's/bullseye/bookworm/' /etc/apt/sources.list > > Oui mais il faut rajouter non-free-firmware comme dans le modèle de marc ou > alors s'en passer ah oui! exact :) merci. marc
Re: Ligne de commande
Le Mon, Jun 12, 2023 at 07:43:51PM +0200, Frederic Zulian a écrit : > Euh, je ne comprends pas. Pourquoi mettre les sources d'unstable ? * quand je m'intéresse à des sources, c'est en général les plus récents * dans les cas simples, ca permet de faire un backport vite fait avec apt source + dpkg-buildpackage cordialement, marc
Re: Ligne de commande
Le Mon, Jun 12, 2023 at 07:37:45PM +0200, Erwan David a écrit : > J'aurais plutôt fait > > sudo sed -i.bak 's/bullseye/bookworm/' /etc/apt/sources.list tu pars du principe que c'est bullseye tout le temps et pas stable de temps en temps. > Mais ça reste un peu tordu d ene pas vouloir utiliser d'éditeur de texte. pour une station de travail oui. si tu as 30 machines c'est effectivement mieux de scripter. a+ marc
Re: Ligne de commande
Le Mon, Jun 12, 2023 at 05:17:41PM +, Simeone Dominique a écrit : > Chers amis, > comment ajouter à sources.list la nouvelle deb de Bookworm sans vim et en > ligne de commande direct! Tout dépend de ce que tu avais précédement et de ce que tu veux conserver. Il faut aussi surveiller ce que tu avais éventuellement dans /etc/apt/sources.list.d. Si il est vide et que tu n'avais pas ajouté de sources à la main, je dirais: <<\% cat > /etc/apt/sources.list deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware deb http://deb.debian.org/debian/ bookworm main non-free non-free-firmware contrib deb http://deb.debian.org/debian/ bookworm-updates main contrib non-free non-free-firmware deb http://deb.debian.org/debian/ bookworm-backports main contrib non-free non-free-firmware deb-src http://deb.debian.org/debian/ unstable main contrib non-free non-free-firmware % marc
Mastering regular expressions: la lecture qu'elle en est bien
Le Sat, Jun 03, 2023 at 02:08:55PM +0200, Dethegeek a écrit :
> Par exemple, dans un texte contenant des chaînes délimitées soit par des
> doubles quotes ou des simples quotes (le HTML apr exemple) alors tu peux
si il y a bien *un* truc à ne jamais parser avec des regexps autrement
que pour du one shot, c'est tous ces formats dont la structure est très
complexe (xml,html,yaml, …
> capturer le début d'une chaîne avec ("|') puis trouver la fin de cette chaîne
> avec \1.
GNI? non …
* on capture avec des parenthèses qui expliquent ou commencent
et finissent la capture
* la capture numero N (\N) est celle de la Nième (
sed -r '
s/(.*-(.*)) (.*)/ 1: \1\n 2: \2\n 3: \3\n/
' <<%
Saint-Exupery Antoine
te donneras
1: Saint-Exupery
2: Exupery
3: Antoine
les | servent à écrire des Atomes alteratifs
sed -rn 's/Saint-(Exupery|Hilaire) (.*)/\2 est saint /p' <<%
Saint-Exupery Antoine
Saint-Thomas d'Aquin
Donne:
Antoine est saint
> Tu as aussi des outils sympas pour tester tes regexes,
> https://regex101.com/
ou vim avec
:set is hls
et les verymagic (\v)
ou tout simplement des exos de sed. j'avoue ne pas piger pourquoi
tous ces millions de lignes de code et du réseau gachés juste pour
s'amuser avec des outils qui ne pèsent rien sur ta machine.
> Et une excellente documentation sur les regexes, celle qui m'a permis de tout
> en apprendre il y a bien longtemps. Pour moi c'est une référence dans le
> domaine.
De *très très très* loin, ce que j'ai pu lire de mieux sur les regexps est
https://www.oreilly.com/library/view/mastering-regular-expressions/0596528124/
Non seulement c'est techniquement très précis (les types de moteurs,
avantages comparés de NFA et DFA, tout ça …) mais en plus c'est *très
bien écrit* et ca donne envie d'essayer les trucs. A lire entre amis
avec les laptops à porté de main, ça remplace aisément les soirées
jeu de plateaux ou netflix.
cordialement,
marc
Re: Re : Re: sed ignorer une occurence
salut,
> J'utilise plutôt emacs et ne connais pas bien vi autrement que pour
> éditer des fichiers de config.
/!\: message à caractère informatif sans volonté prosélyte
une des raisons qui me font aimer vim est justement la simplicité avec
laquelle tu peux interagir avec les autres commandes. j'ai fais toute
une conférence là dessus (c'est en euuuhh-anglais)
https://github.com/eiro/talk-acme-changed-my-life
je fais des demos qui illustrent ce que je te proposais de faire.
> Il me manquais deux notions :
> [^.\n] non match (la négation de la correspondance
> \1 backreference dans l'expression régulière, là par contre il va
> falloir que je lise une bonne doc sur le sujet, G pas tout compris !
ah ben sans rentrer dans les détails (attention: le -r est important)
soit une liste de tu veux transformer. disons la liste suivante:
Manipulation - Au commencement, le troisième homme - Ep 1⧸6 - Documentaire sur
l'affaire Clearstream [vzKpalcKfF4].webm
Manipulation - Clearstream, la banque des banques - Ep 2⧸6 - Documentaire sur
l'affaire Clearstream [RaDFbeO94Rg].webm
Manipulation - Jean-Luc Lagardère, le scénario noir - Ep 3⧸6 - l'affaire
Clearstream - Y [a7glzdg_1ng].webm
Manipulation - Karachi et le trésor de guerre - Ep 5⧸6 - l'affaire Clearstream
- Y [SePDLJt85bw].webm
Manipulation - La république des mallettes - Ep 6⧸6 - l'affaire Clearstream - Y
[QrdpPCZfA1w].webm
Manipulation - Taïwan, naissance de la zone grise - Ep 4⧸6 - l'affaire
Clearstream - Y [qYzEW7rZkn0].webm
en la liste suivante
1_Au_commencement_le_troisième_homme.webm
2_Clearstream_la_banque_des_banques.webm
3_Jean-Luc_Lagardère_le_scénario_noir.webm
5_Karachi_et_le_trésor_de_guerre.webm
6_La_république_des_mallettes.webm
4_Taïwan_naissance_de_la_zone_grise.webm
la première étape c'est de trouver la structure
Manipulation - (TITRE) - Ep 1⧸(NUMERO) - (RESTE)
que je veux transformer en
(NUMERO)_(TITRE).webm
* le titre arrive en premier (\1) et est composé de n'importe quoi (.*)
* le numéro arrive en second (\2) et est composé d'un numéro
* j'aurais pu écrire [0-9]
* je suis une flême: dans notre cas, '.' fait bien l'affaire
* tout le reste (.*), on s'en fout
j'ai donc le motif /^Manipulation - (.*) - Ep 1⧸(.) - .*/
que je veux transformer en \2_\1.webm
ensuite je repasse derrière pour virer les caractères étranges:
s/[ ,]+/_/g
donc si je fais
sed -r '
# afficher le nom actuel
p
# modifier la structure
s!^Manipulation - (.*) - Ep (.).*!\2_\1.webm!
# virer les caractères pourris
s/[ ,]+/_/g
' <<%
…
J'ai une nouvelle liste avec pour chaque épisode:
* nouveau nom
* ancien nom
si je demande à xargs de prendre ces noms 2 par 2 pour les filer
à mv, je fais du renommage de masse:
{ sed -r '
# afficher le nom actuel
p
# modifier la structure
s!^Manipulation - (.*) - Ep (.).*!\2_\1.webm!
# virer les caractères pourris
s/[ ,]+/_/g
' | xargs -d'\n' -n2 mv <<%
…
et tout ça quand tu le fais depuis vim c'est très interactif parceque
chaque étape est du texte que tu peux modifier.
elle est pas belle la vie ?
à nouveau: si je suis allé trop vite, hésite pas à demander :)
cordialement,
marc
Re: sed ignorer une occurence
salut,
Le Thu, Jun 01, 2023 at 10:46:00AM +, benoit a écrit :
> Je voudrais reformater du texte en colonne, qui a été justifié avec des
> retours
> à la ligne (\n) et des "-" de coupure de mot
> ex:
> Je voudrais reformater du texte en colonne, qui a été just- «---
> ifié avec des retours à la ligne (\n) et est - de coupure de
> mot.
>
> % sed -rz '{s/-\n//g;s/\n//g}' format.txt
<<\% sed -rz 's/-\n//g; s/([^.\n])\n/\1/g' | tr -s ' ' | fmt -w72
Je suis pas sur d'avoir compris le pb.
Je voudrais reformater du texte en colonne,
qui a étéjust-
ifié avec des retours à la ligne (\n)et
est - de coupure de mot.
%
Si la commande correspond bien à ton besoin, tu peux directement
l'utiliser dans vi grace à un range.
si tu as fais une selection visuelle, tappes
!sed -rz 's/-\n//g; s/([^.\n])\n/\1/g' | tr -s ' ' | fmt -w72
les prochains usages de ! rappellent le dernier filtre, tu n'auras
plus qu'a taper !! au lieu de ! et rappeler la commande.
Évidement ça marche avec tous les ranges :)
astuce: mettre le filtre dans un fichier à part pour en faciliter la
maintenance:
:sp monfiltre
:!chmod a+x %
et ensuite tu peux écrire ton filtre en espaçant un peu et en commentant
#!/bin/sh
# note1: je ne vire le retour à la ligne que si il est précédé
#d'autre chose qu'un espace
sed -rz '
s/-\n//g
s/([^.\n])\n/\1/g # cf. note1
' |
tr -s ' ' |
fmt -w72
et finalement
filtrer avec !./monfiltre
je fais concis pour aller vite. n'hésite pas à me demander de plus
amples explications si cette piste de plait.
cordialement,
marc
Re: virer systemd (#todo) (Re: Ubuntu)
salut, > Petit retour d'expérience. Depuis que j'ai viré systemd pour finit (sur > une machine) ou init classique (sur une autre) je n'ai pas de doute puisque j'ai une autre machine de laquelle j'ai viré successivement wayland, gnome, puis systemd. et tout va mieux depuis (surtout la machine elle-même). ma prochaine étape: virer pulseaudio pour ne garder que pipewire. cordialement, marc
Re: les install parties (Re: Ubuntu)
salut et merci, On Sun, Nov 06, 2022 at 06:23:47PM +0100, Jean Bernon wrote: > Debian avec Cinnamon est tout aussi efficace pour un usager débutant... ok ... donc pour moi: > Pourquoi Mint/Cinnamon plutôt que Debian/Cinnamon ? Difficile à éclaircir... Pour moi il n'y a pas à chercher loin (et je reboucle sur le début de la discussion): la facilité d'installation a longtemps été un frein à l'installation de debian. Même si je comprend la posture philosophique qui conditionne ce choix, il a couté cher en terme d'adoption. cordialement, marc
virer systemd (#todo) (Re: Ubuntu)
salut Didier, > Tu as bien installé par ailleurs un réel système d'initialisation? je te remercie très sincèrement de rebondir là dessus alors que c'était une parenthèse dans le thread mais je n'ai materiellement pas de temps d'investiguer là dessus. je ne manquerais pas de revenir sur le sujet sachant que la conclusion idéale de mon experience était d'avoir un paquet debian pour https://core.suckless.org/sinit/. > didier@hp-notebook14:~$ apt-file search /sbin/init > [...] > runit-init: /sbin/init > systemd-sysv: /sbin/init > sysvinit-core: /sbin/init Technique intéressante: j'avais tenté du aptitude search '~G' avant de me rendre compte que les paquets init ne sont pas taggés. Je me disais que c'était un patch facile: * trouver la hierarchie des tags * proposer un patch du control Je me suis fais qqpart une petite liste de patches faciles (corriger des manpages..) que je voulais justement proposer dans des ateliers contribution ... cordialement, marc
les install parties (Re: Ubuntu)
salut, > Les distinctions de ce fil entre Debian et Ubuntu sont justes dans > l'ensemble, mais elles sont trop simplistes. je crois que la nuance que tu proposes est bien comprise par tous mais ce qui se dégage (en tout cas pour moi-même), c'est que je ne suis plus en capacité de comparer les 2 distros d'un point de vue fonctionnel parce que nos usages sont radicalement differents. > Mint ou Debian selon les goûts de chacun. Je participe à un atelier Idem! des install parties régulièrement et des ateliers à la demande des associations. Nous allons aussi créer un programme d'éduc pop mais cette fois sur la base du numérique convivialiste donc avec du shell, vim, ... > ce genre et c'est Mint que nous installons le plus souvent, parce que là encore c'est un retour très intéressant: * autour de moi, mint est le derrivé qui progresse le plus vite * j'ai cru comprendre que mint est le derrivé des mainteneurs de cinnamon * récement, j'expliquais que j'installais icewm par le passé parce que c'était proche de l'interface de windows. Un collègue m'a soufflé que le bureau linux qui ressemble à un windows récent, c'est cinnamon. * ton message va dans le même sens Il y a donc qqchose autour de ce bureau. Dans le sens ou cinnamon fait partie des tasksel, ce serait intéressant de comprendre pourquoi mint. cordialement, marc
Re: Ubuntu
salut, On Sat, Nov 05, 2022 at 06:57:21PM +0100, Erwann Le Bras wrote: > * Ubuntu est un produit "grand public", pas forcément connaisseur de > ... > * Debian c'est la base : un ensemble de briques pour construire un > ... vos témoignages vont tous dans le même sens effectivement ... par contre: > Debian c'est des Lego : on s'amuse, on expérimente ou on fait des > assemblages "sérieux" à la Lego Masters. Je moyennement d'accord avec ça: installer un DE debian te permet d'avoir un bureau totalement fonctionnel avec une foultitude d'outils (en tout cas si tu choisis Gnome dans le tasksel) sauf que ca n'est pas une obligation. cordialement, marc
Re: Ubuntu
salut et merci pour ce retour, > > certes mais comme je le disais plus haut: mon experience c'est que > > ubuntu c'est debian + les emmerdes. > Je ne suis pas du tout d'accord, pour plusieurs raisons c'est un constat personnel: j'ai administré et fait du support (à titre perso et pro) depuis ~20 ans sur les 2 distros. je n'ai réussi a me débarrasser d'ubuntu que très récement (quelques années). > Premièrement Debian stable c'est bien joli, mais la version des > logiciel n'est pas au top. C'est précisément ce que je crois être un point fort: que ce soit dans un milieu pro (ou je constate un manque chronique de bras pour le support quelque soit la configuration) ou au niveau perso (je tente de limiter le temps passé à reconfigurer/réparer donc j'aime les trucs stables et les utilisateurs contents de pouvoir maintenir leurs habitudes). > Ce n'est pas un problème dans un usage > serveur ou en utilisation courante avec les logiciels de base, ça le > devient souvent beaucoup plus avec un matériel récent ou avec une > utilisation plus spécifique. backports, firmware ... je crois qu'on a déjà évoqué le sujet sans le nommer précisément ... pour moi ce problème devient marginal (mais il a été très réel par le passé). > Dire que Debian non stable c'est pas d'emmerde c'est parler un peu > vite. je suis une personne lente ... au bout de 20 ans c'est toujours le même constat. > Même si Ubuntu a eu dans le passé des haut et des bas, la LTS est > quand même fiable, en tout cas autant que Testing ou Sid, et surtout > pour un utilisateur simple peu versé dans la technique. tu te rends compte qu'a demi-mot, tu admets (et je suis bien d'accord avec toi) qu'il n'y a pas de version stable testée correctement d'ubuntu? > citerais par exemple un truc qui a été longtemps rédhibitoire sur mon > PC : La gestion de mon chipset optimus (Intel/Nvidia) qui fonctionne > ... là encore je t'encourage à relire le début du thread. > depuis longtemps avec les config/scripts qui vont bien de Ubuntu et qui > ne fonctionne que depuis très récemment sur Debian, en tout cas pas de > manière accessible à un simple utilisateur même un peu aguerri. on est d'accord sur ce point: si ta debian merde, mieux vaut passer sur ubuntu que sur windows. la différence c'est que je fais le SAV donc ma problèmatique à moi est que le temps passé à expliquer les changements quand il y en a et à reconfigurer les machines après les maj. > Après on peut adhérer ou pas aux choix faits par Ubuntu comme > l'utilisation de snapd mais c'est un tout autre débat. D'ailleurs j'en > aurais autant à dire de Gnome ou systemd. amen :) tu utilises quoi comme desktop ? je tourne avec un debian/slim/dwm et j'ai installé openrc mais ca plante au boot et je n'ai jamais eu le temps de regarder pourquoi. du coup je reste sous systemd pour le moment (je prendrais les choses en main quand debian 12 pointera le bout de son nez et que je passerais en testing). > Bref, je considère que chacun a ses raison de choisir une distribution > ou une autre, je n'en connais pas qui n'ai pas d'avantages ET > d'inconvénients, en fonction des desiderata et usages de chacun. certes mais ca permet d'identifier mes blind spots ... tu disais par exemple que c'est bien de ne pas avoir à utiliser le terminal alors que pour ma part je ne fais juste pas confiance aux interfaces graphiques et je ne les utilise donc jamais. je n'ai donc *aucun* recul sur le distance qui sépare ubuntu et debian sur ce point et vos retours sont donc très intéressants. cordialement, marc
Re: Ubuntu
salut et merci pour ce retour,
On Fri, Nov 04, 2022 at 09:35:22PM +0100, didier gaumet wrote:
> - et si on a un compte Gmail et qu'on utilise Evolution ou Gnome-contacts
> - alors on est assez embêté parce que l'API Google a changé sans
> qu'Evolution ou Gnome-contacts soient mis-à-jour en Stable. Et je pense que
> rétroporter ces deux logiciels nécessiterait probablement de rétroperter
> tout Gnome. Du coup plus de contacts Google.
> - donc soit on reste en Debian Stable et on passe par exemple à Thunderbird
> (ya aussi des inconvénients), soit on change de distro.
> - Et là où Gnome est en 3.38 dans Debian Stable, Gnome est en 41 dans Ubuntu
> 22.04LTS (l'équivalent Debian Stable dans l'univers Ubuntu)
je n'utilise ni gnome après y avoir passé des années (gnome2+compiz puis
gnome3 pendant au moins 5 ans) ni gmail par principe.
> C'est une tendance observée entre autres sur distrowatch mais qui n'éclaire
> pas sur les qualités comparées de ces distros
certes mais comme je le disais plus haut: mon experience c'est que
ubuntu c'est debian + les emmerdes.
j'aurais du préciser que cette tendance m'intéresse parce que l'argument
phare il y a quelques années ("tout le monde" est sur ubuntu donc plus
de support et plus d'effort de la part des packageurs tiers) me semble
de moins en moins valide.
> Du coup l'adoption actuelle moindre d'Ubuntu comparée à celle de Mint
> n'implique pas plus une pertinence technique inférieure d'Ubuntu que
> l'adoption passée moindre de Debian comparée à celle d'Ubuntu n'impliquait
> une pertinence technique moindre de Debian :-)
je le conçois totalement mais j'ai souvent entendu "j'ai tenté debian
dans un premier temps ... et suis passé sur ubuntu parce que je
n'arrivais pas au bout de l'installlation". de plus, les gens qui m'ont
fait des remarques sur les paquets datés sont en gros les utilisateurs
de libreoffice et firefox donc plus de problème non plus de ce coté là
avec backports.
les principaux "defauts" de debian ayant disparu, je me demande donc ce
qui pousse les utilisateurs, outre le coté moutonier que tu évoques, à
rester sur cette distro.
cordialement,
marc
Re: Ubuntu
salut à tous, Puisqu'on parle d'Ubuntu: j'aimerais bien un retour d'experience: j'étais debianiste avant qu'ubuntu n'apparaisse et je compare les deux OS ainsi: * techniquement, ubuntu n'a rien apporté d'autre que les emmerdes techniques qui justifient son support commercial * en ayant arrosé la planète de CDs d'install gratuits et intégré les firmwares à leur install, Ubuntu est clairement la distro qui a le plus participé à faire connaitre linux au grand public. * avec l'officialisation de backports et l'installer debian non-officiel (et l'intégration des firmwares dans l'install de base à partir de la prochaine version), je ne comprend plus très bien l'intéret d'ubuntu de nos jours. * je constate autour de moi qu'ubuntu est délaissé au profit d'autres derrivés (mint principalement) ou de debian lui-même. idéalement, j'aimerais bien objectiver tout ça et tout retour m'intéresse. cordialement, marc
Re: sed : suppression de lignes
salut, > J’aurais donc donné cette commande : > sed -i '/^49\.7\.20\./d' fichier.txt perso je metacaractère entre crochets parceque je trouve ca plus facile * de le visualiser apres coup * de l'étendre (le [.] qui devient [ :] avec le temps) * de l'embarquer dans un autre script en réduisant le quoting hell sed -i '/^49[.]7[.]20[.]/d' fichier.txt > Il est préférable d’ajouter également le « . » à la fin pour éviter de > supprimer par exemple une ligne « 49.7.201 » qu’on souhaiterai > conserver par exemple… et si jamais tu veux trouver '49.' autre part qu'au début de ta ligne, un début de mot (\<) t'évitera d'embraquer 149. attention, il te faut l'utiliser avec -r ou -E (je préfère noter -r par experience d'autres impleméntations de sed). <<. sed -r '/\<49[.]/d' 149. # 49. .49. route49. # 149. 49. donne: 149. route49. # 149. -- Marc Chantreux Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: sed : suppression de lignes
On Fri, Sep 09, 2022 at 09:41:14PM +0200, Pierre ESTREM wrote: > Attention à ne pas avoir inséré un caractère spécial à la place d'un espace. > Ca m'est arrivé (comme à d'autres). la bonne astuce pour verifier: tapper fc la commande s'ouvre alors dans editor et si c'est vim. perso j'ai set listchars=tab: │,trail:▧,nbsp:▧ et dans 99% je découvre que j'ai introduit un espace npsp pret d'un pipe (alt-space alt-6 au lieu de space alt-6). -- Marc Chantreux Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: sed : suppression de lignes
salut,
> sed '/49.7.20/d'
je te confirme que le script est bon ... meme trop puisque 4937420 va
aussi matcher.
pour bien faire il te faudrait
sed '/49[.]7[.]20/d'
mais le plus rapide (à l'écriture et à l'excution) est de chercher une
chaine litterale puisque c'est ton cas:
grep -vF 49.7.20
il faut évidement que tu donnes un nom de fichier ou que stdin puisse
consommer qqchose.
> mais elle n'efface aucune ligne contenant "49.7.20."
comme ton problème n'est pas dans ton sedscript, tu pourrais nous donner
un exemple plus complet (entrée, commande complète, sortie)?
par exemple chez moi
<<. cat > oops
49.7.20.111|17August2022
49.7.20.120|18August2022
11.2.33.123|19August2022
.
for cmd desc (
9/sed '9base sed'
t/sed 'toybox sed'
b/sed 'busybox sed'
sed 'coreutils sed'
) {
print avec $desc
$cmd '/49.7.20/d' oops
echo
}
me donne bien
avec 9base sed
11.2.33.123|19August2022
avec toybox sed
11.2.33.123|19August2022
avec busybox sed
11.2.33.123|19August2022
avec coreutils sed
11.2.33.123|19August2022
--
Marc Chantreux
Pôle de Calcul et Services Avancés à la Recherche (CESAR)
http://annuaire.unistra.fr/p/20200
Re: Questions Python
salut Pierre, On Tue, Aug 30, 2022 at 07:31:58PM +0200, Pierre ESTREM wrote: > widget = master.focus_get() > print(widget()) # Aucun retour vraiment: je t'encourage à reposer la question sur le forum de l'afpy. * ce tu trouveras des gens plus motivés et connaisseurs pour répondre à cette question * je pense que ce genre de questions est vraiment hors sujet ici (en tout cas pour ma part je ne suis plus sur les listes python justement parce que ce langage me ... laisse dubitatif :)) bonne chance. -- Marc Chantreux Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: Questions Python
Bonjour Pierre, > Pour obtenir une liste des méthodes d'un objet de classe Canvas, je lis > qu'on peut exécuter : > print dir (Canvas()) c'est de la syntaxe python2 (ce qui me fait me demander quelle doc. tu lis: vraiment, si tu n'as pas de code historique à gérer, oublie python2). > J'obtiens une erreur ; quelle est la bonne syntaxe ? c'était la bonne syntaxe... il y a longtemps. il faut maintenant mettre des parenthèses autour des arguments de print. > D'autre part je ne trouve pas la méthode qui retourne le nom d'un widget > pointé mais j'obtiens son type, en faisant : > print (widget) > L'instance widget a le focus et j'ai besoin de connaître son type, mais de > plus son petit nom (ex: listbox1, entry2 etc). de quoi tu parles quand tu dis "le nom"? si c'est le nom de la variable qui y fait référence dans ton programme (ce que je crois comprendre en lisant l'exemple), ce soit etre possible en comparant le la référence à toutes les clefs du namespace standard. je ne crois pas que python aie une fonction builtin pour ca vu le peu d'intéret de la chose. > Merci de m'aider. Avec plaisir. Je me permet 2 conseils: * reposer ces questions aurprès des gens de l'afpy (ils avaient une liste de diffusion naguère mais ils ont une vision bien a eux de la modernité et sont passés sur discourse: https://discuss.afpy.org/): python est exactement le sujet de leurs fora, tu y trouveras des gens calés, passionnés et sympa. * si tu souhaites explorer les objets, découvrir leurs methodes, les valeurs et tout ça (on appelle ça l'introspection), il existe ipython3 qui devrait de faciliter la vie. cordialement, -- Marc Chantreux Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: [HS] awk afficher une colonne sur deux colonnes
salut,
si vraiment l'idée est d'utiliser awk:
seq 120 140 | awk '
{ if (NR%2) o=$1 else print o,$1 }
END { if (NR%2) print o }
'
Par contre je tiens à dire que pour réaranger, écraser, merger des
colonnes, l'outils de référence pour moi est perl -F.
marc
Re: [HS] awk afficher une colonne sur deux colonnes
salut,
> for i in {100..120}; do echo $i; done | column -c 19
seq 100 120 | xargs -n2
for a b ({100..120}) echo $a $b
print -C2 {100..120}
cordialement,
--
Marc Chantreux
Direction du numérique de l'Université de Strasbourg
Pôle de Calcul et Services Avancés à la Recherche (CESAR)
http://annuaire.unistra.fr/p/20200
Re: Outil en CLI pour convertir une IPv4 en entier et réciproquement
salut Stéphane,
> % python3 -c "import sys, ipaddress; addr =
> ipaddress.ip_address(sys.argv[1]); print(int(addr))" 192.0.2.1
> 3221225985
ne faudrait-il pas tenir compte de l'endianisme? pour ma part j'ai:
/tmp/ipv4int 192.0.2.1
16908480 192.0.2.1
en executant ce code:
// vi: noet
#include
#include
int
main (int argc, char ** argv ) {
struct in_addr addr;
for (uint8_t i=1; i
Re: Outil en CLI pour convertir une IPv4 en entier et réciproquement
salut,
> Qui connait le nom d'un paquet Debian comprenant un outil de
> conversion d'IPv4 en entier et réciproquement ?
les réponses suivantes sont à coté de la plaque vu que tu
souhaites un outils dédié mais pourrais tu satisfaire ma curiosité
en m'expliquant à quoi ça peut servir?
ipv4int() <<. bc
ibase=16
$( for i; do
echo $i | tr . '\n' | tac | xargs printf '%02hX'
echo
done)
.
// vi: noet
#include
#include
int
main (int argc, char ** argv ) {
struct in_addr addr;
for (uint8_t i=1; i
Re: problème PATH
> pi@rpiBullseye64:~ $ echo $GOTPATH > * ce qui ne répond pas à ma question: je te laisse chercher ;) * ce qui me laisse à penser que tu n'as pas lu la doc ? est ce que export GOTHPATH=/usr/local/go go règle le problème par hasard (il se pourrait qu'une typo se soit glissé dans la dernière ligne)? -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: problème PATH
salut > pi@rpiBullseye64:~ $ /usr/local/go/bin/go > bash: /usr/local/go/bin/go: Aucun fichier ou dossier de ce type > pi@rpiBullseye64:~ $ ls -l /usr/local/go/bin/go > -rwxr-xr-x 1 root root 13184586 27 janv. 2020 /usr/local/go/bin/go c'est une erreur que je vois quand l'executant veut lancer un autre programme qui n'est pas là (typiquement un shebang faux). Ici ca n'a pas l'air d'être le cas. * ça dit quoi echo $GOPATH ? * lance go avec strace et regarde les appels qui ont provoqué des erreurs
Re: Environnement de bureau léger pour personnes venant de Windows
Le Sun, Feb 13, 2022 at 03:04:15PM +0100, Michel - Ekimia a écrit : > Salut , je pense que Gnome a beaucoup évolué et reste un bon compromis entre > simplicité/fonctionnalité et legereté apres qqchose comme 6 ans sous gnome: * je confirme que ca a bien évolué * même en évoluant encore énormement, on est loin d'un truc léger ou simple. cordialement, marc
Re: Environnement de bureau léger pour personnes venant de Windows
> Il faut aussi arrêter de faire croire que MS Windows, c'est de la daube et > que sous Minux, tout va plus vite... je crois plutôt que l'idée est de dire: sous linux t'as toute une game de choix qui va de dwm a gnome. perso je retourne sous dwm apres avoir testé pendant des années des gnomish-desktop (gnome, cinamon, ...). > Un PC est un PC. Un vieux PC avec un microprocesseur lent est lent vis-à-vis > des machines d'aujourd'hui. et les machines d'aujourd'hui sont dispendieuses d'un point de vue empreinte écologique! personne ne devrait avoir a acheter plus puissant qu'un pi1 pour nombre d'usages. > Je dis cela, car on veut un environnement joli avec des supers dégradés et > des super effets sous GNU/Linux sans rien consommer. et ben du coup c'est ca qu'il faut expliquer: l'écologie se fait entre autres au détriment de bords ronds et franchement: vous les aurez vite oublié. > -- > Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr > LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels > Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France > mailto:gabriel.mor...@legi.grenoble-inp.fr tel:+33.476.825.015 -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: Environnement de bureau léger pour personnes venant de Windows
salut, > Quel serait l’environnement de bureau léger disponible en paquet > Debian qui dépayserait le moins des personnes venant du monde Windows ? Je ne suis pas très au fait de l'actualité des desktops mais si tu veut un truc très léger qui ressemble à windows, j'ai tendance pour ma part a claquer du slim+icewm. > Il faudrait que ça reste fluide sur un [Intel Core i3-3110M @ > 2.40GHz](https://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i3-3110M+%40+2.40GHz=763) > 4Go de RAM. C'est preque obscene pour faire tourner icewm :) a+
Re: Remettre le fichier GRUB à neuf
> Normalement on n'y trouve que ce qui est présent sur le système. ou alors tu te traines plein de vieux kernels parce que tu n'as jamais fais de apt autoremove ? cordialement, marc
Re: qui y va ?
salut, idée tordue du jour: tu aurais pu mettre "Fosdem" *dans* le titre. > https://fosdem.org/2022/about/ > on fait du co stand, voiturage, hôtel ? AFAIK: Online component The format for FOSDEM 2022 will be online only. How does this work? Visit this page for more details. https://fosdem.org/2022/practical/ a+ marc
Re: Récupérer le résultat d'une commande sed dans une variable ou un fichier : problème...
salut, Le Fri, Nov 05, 2021 at 12:31:13AM +0100, roger.tar...@free.fr a écrit : > Et je n'ai même pas de fichier mais une variable à traiter. de manière générale: * passe par des pipes ou des fichiers plutot que des variables * utilise tee et mkfifo quand le probleme d'aiguillage est complexe. > J'avais créé un fichier pour tenter de débloquer la situation avec une > situation plus connue avec sed. Ca n'est pas la plus connue: c'est la seule :) et presque tous les filtres fonctionnent de même sed 'des trucs a faire' fichier1 fichier2 ... fichierN awk 'des trucs a faire' fichier1 fichier2 ... fichierN grep 'un motif à trouver' fichier1 fichier2 ... fichierN stdin est le fichier par defaut: ls | sed 's/.*/* [&](&)/' | cmark > TRUC est fournie par un traitement précédent du script. alors utilise un fichier plutot qu'une variable ./ton_precedent_script > TRUC < TRUC sed '...' si tu n'as pas besoin de truc, tu peux directement piper a sed ./ton_precedent_script | sed ... enfin si tu veux les 2 (enregistrer TRUC et passer a sed en meme temps), tu peux faire un tee qui est une maniere efficace de dupliquer un flot (ca fait appel à l'appel système du meme nom) ./ton_precedent_script | tee TRUC | sed '...' -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: Récupérer le résultat d'une commande sed dans une variable ou un fichier : problème...
> $ TRUC=$(cat monfichier)
> $ RES=$(sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }' "$TRUC")
> sed: can't read
> abc-
> foo
> bar
>
> abc-
> baz
> : No such file or directory:
>
>
> Idem avec :
> $ sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }' "$TRUC"
>
>
> ***
> Je me dis donc qu'il faut donner à sed l'argument qu'il attend : cad un nom
> de fichier.
> Or, ce n'est pas le cas car je lui donne la valeur d'une variable.
> Et il me répond qu'il cherche à ouvrir un fichier qui n'existe pas "No such
> file or directory".
> Finalement, j'ai tenté d'utiliser un pipe ET CA MARCHE !!!
> RES=$(echo "$TRUC" | sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }')
ben ... ok j'étais loin de m'imaginer que tu voulais vraiment filer le
contenu d'une variable comme argument de sed mais oui en reprenant tes
mails: c'était bien noté :(
sed (comme beaucoup de filtres) une liste de fichiers a traiter en
argument (ou alors stdin par defaut)
au passage du coup:
TRUC=$( cat monfichier )
RES=$(echo "$TRUC" | sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }')
s'écrit en fait
sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }' monfichier
ou si tu veux utiliser les redirections pour avoir le nom du fichier
devant (c'est plus simple à la relecture)
< monfichier sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }'
--
Marc Chantreux
Direction du numérique de l'Université de Strasbourg
Pôle de Calcul et Services Avancés à la Recherche (CESAR)
http://annuaire.unistra.fr/p/20200
Re: Récupérer le résultat d'une commande sed dans une variable ou un fichier : problème...
Le Thu, Nov 04, 2021 at 05:18:00PM +0100, roger.tar...@free.fr a écrit : En préambule: <<. cat > monfichier abc- foo bar abc- baz . Maintenant je peux mettre en évidence l'importance des quotes dans l'interpolation: set $( grep -v abc monfichier ) echo $# argument dont le premier est $1 set "$( grep -v abc monfichier )" echo $# argument dont le premier est $1 RES=$( grep -v abc monfichier ) set $RES echo $# argument dont le premier est $1 set "$RES" echo $# argument dont le premier est $1 qui me donne: 3 argument dont le premier est foo 1 argument dont le premier est foo bar baz 3 argument dont le premier est foo 1 argument dont le premier est foo bar baz donc maintenant: DOMAIN=http://toto.com sed -rn "p ; /^abc/d ; s,.+, -> $DOMAIN/&,p" monfichier # CA marche DOMAIN=http://toto.com RES=$( sed -rn "p ; /^abc/d ; s,.+, -> $DOMAIN/&,p" monfichier ) echo "$RES" # CA marche DOMAIN=http://toto.com RES=$( sed -rn "p ; /^abc/d ; s,.+, -> $DOMAIN/&,p" monfichier ) echo $RES # ca marche pas mieux ? ou alors n'ai pas vraiment compris le problème ? -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: Récupérer le résultat d'une commande sed dans une variable ou un fichier : problème...
Bonjour,
> J'ai tenté diverses expressions, comme par exemple dans une variable :
> RES=$( sed '/^abc\|^$/! { p; s|^| -> '$DOMAIN'|g }')
* pas testé mais je doute que ton script passe avec autre chose que GNU sed.
* c'est très généralement une mauvaise idée de ne pas protéger le
résultat d'une commande avec ""
donc j'aurais tendance à écrire
RES="$( sed "
/./!d
/^abc/d
p
s|^| -> $DOMAIN|g
")"
mais écrit comme ca, sed lit stdin alors que dans
> $(sed '/^abc\|^$/! { p; s|^| -> '"$DOMAIN"'|g }' "$RES" > mon_fichier)
ca lit dans un fichier qui s'appelle "$RES" et ca écrit dans mon_fichier
> En ligne de commande, j'obtiens exactement le résultat escompté sur stdout ou
> dans le fichier.
* tappe la commande
* si tout s'affiche bien, tappe
RES="$(!!)"; echo "$RES"
normallement t'as la même chose. non ?
> J'obtiens le résultat aplati, sans séparateur :
> foo bar baz truc machin
c'est normal! il faut que tu comprennent la manière dont fonctionnne les
variable expansions. dans ton cas tu dois protéger l'expansion 2*:
* le moment ou il capture
RES="$( sed "
/./!d
/^abc/d
p
s|^| -> $DOMAIN|g
")"
et le moment ou tu affiches
echo "$RES" # qui ne fait pas du tout la meme chose que echo $RES
c'est parce que l'expansion de la variable se fait sur IFS:
echo -n "$IFS"|xxd
# les chaines des variables sont splitées avec " " "\t" et "\n"
si tu n'es pas sur: comme je le disais plus haut: mets des "" partout :)
> Quel mystère y a-t-il qui m'échapperait donc ?
si tu nous proposais un script avec une entrée et une sortie du genre
<<. cat > from
abc def
abc def
abc def
ok 1
ok 2
.
<<. cat > expected
-> perdu.comok 1
-> perdu.comok 2
.
DOMAIN=perdu.com
RES="$( sed "
/./!d
/^abc/d
s|^| -> $DOMAIN|g
" mon_sample )"
echo "$RES" > got
diff got expected
on pourrait probablement trouver le problème plus rapidement.
cordialement,
--
Marc Chantreux
Direction du numérique de l'Université de Strasbourg
Pôle de Calcul et Services Avancés à la Recherche (CESAR)
http://annuaire.unistra.fr/p/20200
Bigloo? (encore un scheme?)
salut Basile, > Dans la veine Lispienne, j'aurais tendance à suggérer Bigloo. > http://www-sop.inria.fr/mimosa/fp/Bigloo/ > C'est développé en France par Manuel Serrano et ses collègues. Ce qui est pénible avec scheme, c'est que tout le monde a fait le sien (chez de cisco, guile du GNU, chicken ...). Le site des schemers (https://schemers.org/) ne semble pas très à jour. Je vois qu'il y a des choses intéressantes dans la liste des modules de Bigloo mais rien pour créer un ecosystème et partager des libs (comme eggs dans chicken). merci pour le lien: ca m'en fais un en plus dans le sous-menu "french tech" de mon bookmark. -- Marc Chantreux Direction du numérique Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: Re : emacs lisp et (- 0.07 0.18) et aussi SBCL
salut, Le Mon, Oct 25, 2021 at 08:14:04AM +0200, nicolas.patr...@gmail.com a écrit : > Tu utilises un langage où les flottants sont des décimaux (ça doit > bien exister) ou tu utilises Python avec le module decimal. Puisqu'on est dans les scheme/lisp: c'est le cas de chicken: dpkg -S $(realpath $(which csi )) chicken-bin: /usr/bin/csi <<. csi (display (- 0.07 .11)) . CHICKEN (c) 2008-2020, The CHICKEN Team (c) 2000-2007, Felix L. Winkelmann Version 5.2.0 (rev 317468e4) linux-unix-gnu-x86-64 [ 64bit dload ptables ] -0.04 mais pour faire des maths, j'ai une grosse préférence pour raku (https://raku.org/) * les fractions sont conservées sous la forme de fraction * les metaoperators simplifient vraiment le boulot a+ -- Marc Chantreux Direction du numérique Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: personnalisation de la séquence de login
salut,
> En gros, l'idée est de ne pas laisser de traces
> Création du HOME-dir au login.
> Effacement du HOME-dir au logout
j'aurais tendance a utiliser un login shell du genre:
#! /bin/sh
cp -r /etc/skel "$HOME"
SHELL=/bin/sh ${SSH_ORIGINAL_COMMAND:-/bin/sh}
rm -rf "$HOME"
cordialement,
marc
Re: Administration demande d’aide ?
salut ptilou, Le Fri, Oct 01, 2021 at 02:18:15AM -0700, ptilou a écrit : > J’ai plusieurs problèmes d’administrations de fichiers, je cherche > comment manipuler un fichier cvs, que j’ai géré avec exisf tool, puis > après avoir éliminé les duplicata, je dois renommer l’ensemble des > fichiers, puis en publier sous forme de galeries. bon ... histoire d'être bien sur: tu as écris des CSV qui correspondent à l'extraction de données EXIF et maintenant tu veux mettre les images d'origine en ligne? tu pourrais expliquer ce que tu as en entré et ce que tu souhaite en sortie? a+ marc
plus de service pulseaudio après le passage a bulleye
salut à tous, Je cherche a redemarrer le serveur son apres une maj vers bulleye sauf que le pulseaudio.service n'est pas trouvé: bulleye% locate -bei '*service'|grep pulse /etc/systemd/user/default.target.wants/pulseaudio.service /lib/systemd/system/pulseaudio-enable-autospawn.service /usr/lib/systemd/user/pulseaudio.service /usr/share/doc/pipewire/examples/systemd/user/pipewire-pulse.service /var/lib/systemd/deb-systemd-user-helper-enabled/default.target.wants/pulseaudio.service j'ai l'impression que tout est en place comparativement à un 2eme desktop qui a fait le chemin vers bulleye sans encombre depuis un petit moment déjà. pourtant: bulleye% sudo systemctl enable --now pulseaudio Failed to enable unit: Unit file pulseaudio.service does not exist. bulleye% systemctl enable --now pulseaudio AUTHENTICATING FOR org.freedesktop.systemd1.manage-unit-files === Authentification requise pour gérer le service système ou ses fichiers unités. Authenticating as: mc,,, (mc) Password: AUTHENTICATION COMPLETE === Failed to enable unit: Unit file pulseaudio.service does not exist. bon... j'avoue que les voix du systemd me restent impénétrables (je crois d'ailleurs que debian prévoit de pouvoir changer d'init dans les prochaines distros). si quelqu'un a une idée ? cordialement, marc
Re: Archiver mails (archives debian-french-users)
> Pour une recherche y'a pas photo > - ça va bcp plus vite de chercher un mail qui a entre 1 et 3 mois envoyé par > /regex/ et > contenant /regex/ (avec autant de regex que tu veux sur chaque header) que > d'aller demander > ça à un moteur de recherche, surtout quand ton pb est le driver wifi qui > plante ;-) > - ça consomme bcp moins de ressources (mon cpu et mon disque vont consommer > qq mWh de plus, vs > toute l'infra nécessaire pour aller me chercher l'info et me la ramener) ah ben si en plus tu fais de l'indexation avec les mailutils, ca peut etre intéressant ... je vais peut-être changer de politique. merci marc
Re: Archiver mails (archives debian-french-users)
> - je n'ai pas confiance dans le cloud que d'espace disque perdu si tout le monde pratiquait ainsi :/ > - ça permet de chercher avec grepmail je suis moyennement convaincu. je ne sais pas si les archives en ligne ne permettent pas d'etre téléchargées comme sur le serveur de listes du GNU par exemple (https://lists.gnu.org/archive/mbox/groff/). merci pour ta réponse en tout cas. marc
Re: Archiver mails
hello Stéphane, > > > boites par exemple debian/french -> debian/french-2021-06 question: pourquoi archiver les listes alors qu'il y a une version en ligne? tu conserves l'intégralité des threads? cordialement, marc
Re: Archiver mails
hello,
Le Tue, Jun 15, 2021 at 09:06:54AM +0200, Gabriel Moreau a écrit :
> > C'est du shell standard, il me semble.
> Oui, c'était du second degré. J'aurais tout fait en Bash si cela avait été
> moi ;-)
sauf qu'il me semble que quand Stéphane parle de "shell standard", il me
semble qu'il entend "au sens POSIX du terme" (donc sans les goodies des
core utils). donc pas possible d'écrire
date -d '- 14 days' +-%Y-%m
par exemple. bon apres: si on admet que la stderr peut etre un peu
pourrie à relire (à cause du mv -i), la version posix du script python
ressemble grosso merdo à ça (pas testé).
j'aurais tendance à utiliser cette solution rien que pour pouvoir
me passer de python (ou tout autre gros interpréteur).
a+
marc
set -ue
cd ${wdir:=$(mktemp -d)}
# GNU date version
# date -d'- 14 days' +-%Y-%m
# but POSIX
date="$(
date +'[@]n%s 14 86400 * - p'|
dc | xargs date +'-%Y-%m' -d
)"
find ~/Mail -type f |
sed '
# de déteste les regexp POSIX avec les \\ de partout
/-[-0-9]\+\([.]\(gz\|Z\|bz2\)\)\?$/d
p
s//'"$date"'/
' > $the/files
yes n|xargs -a$the/files -n2 mv -i
rm -rf $wdir
Re: Archiver mails
> > pour ceux qui ne connaissent pas archivemail: c'est quoi ton cas > > d'usage? > Bah, rien de particulier. Il scanne ton maildir et selon certaines > conditions (ancienneté, etc…) crée un .gz et le déplace ailleurs. Tout > ça piloté par une tâche cron. pour ma part je tente de passer le plus de temps possible offline et je veux pouvoir préparer/lire mes messages sans avoir besoin d'internet j'utilise depuis des années les paquets suivants isync # synchronisation des boites mail awk+mblaze+dash # ventilation dans les boites maildir-utils # indexation et recherche mutt# one UI to rule them all opensmtpd # sendmail je n'utilise pas de tarball: * tout ce qui fait l'objet d'une archive externe (listes de diff…) est supprimé. * les messages importants sont classés (je pourrais effectivement utiliser tar pour ces boites) * autres sont supprimés au bout de quelques temps. j'espère que ca te donne des idées. marc
Re: Archiver mails
salut, > J'ai longtemps utilisé archivemail pour cette tâche, mais le paquet a > été retiré de Debian. Je ne trouve pas d'alternative pour mon use case. pour ceux qui ne connaissent pas archivemail: c'est quoi ton cas d'usage? cordialement, marc
Re: signaler un bug dans ld sur debian bulleye?
hello, > Il peut manquer un extern dans un fichier d'entête. C'est la différence > entre les C récents et le C89. bingo! je viens d'utiliser ctags pour aller placer des extern devant chaque symboles affichés dans la stderr et ca fonctionne parfaitement! merci Basille! du coup j'ajoute une ligne de pub pour RefPerSys ;) # a free software symbolic artificial general intelligence project # http://refpersys.org/ #AI #IA marc
signaler un bug dans ld sur debian bulleye?
salut à tous, j'obtiens ça lorsque je tente de compiler ploot sur ma debian bulleye + cd ~/src/ploot + git remote get-url origin git://bitreich.org/ploot + make cc -static -o ploot-farbfeld ploot-farbfeld.o src/csv.o src/drawille.o src/ffplot.o src/font.o src/font13.o src/font8.o src/log.o src/scale.o src/util.o -lm /usr/bin/ld : src/csv.o:(.bss+0x0) : définitions multiples de « log_level »; ploot-farbfeld.o:(.bss+0x810) : défini pour la première fois ici … /usr/bin/ld : src/scale.o:(.bss+0x0) : définitions multiples de « log_level »; ploot-farbfeld.o:(.bss+0x810) : défini pour la première fois ici collect2: error: ld returned 1 exit status make: *** [Makefile:18 : ploot-farbfeld] Erreur 1 par contre sous alpine ca marche sans soucis <<. chroot ~/local/machines/alpine-latest /bin/sh apk update apk add git musl-dev git clone git://bitreich.org/ploot cd ploot make je pourrais m'arrêter là mais y'a peut-être bug et cas échéant j'aimerais le remonter. par contre je n'ai presque pas fait de C pendant les 25 dernières années et je ne sais pas trop quoi verifier pour qualifier le bug. une idée? cordialement, marc
des listes de diff avec encryption
> > > > Il suffirait en effet de partager les > > > > clefs publiques des utilisateurs de la m-l une seule fois et ensuite ils > > > > utilisent celle du serveur pour l'utilisation quotidienne. > > > oui mais ... y'a vraiment des gens qui seraient preneurs d'une telle > > > fonctionalité? > Ben oui. Un groupe qui voudrait communiquer confidentiellement, non? j'ai peut-être un biais personnel ici: lorsque je chiffre, c'est toujours * a destination de quelques personnes seulement (déjà parce qu'on est pas nombreux à savoir utiliser gpg ou autres) * sans nécessité de fonctionnalités propres aux listes (archives, modération, ...) * en limitant au maximum d'avoir un seul point de compromission dangereux comme le serait un serveur de listes. mais je suis curieux d'avoir de bonnes raisons pour plancher sur la question. cordialement, marc
Re: Messagerie "collaborative"
Le Wed, May 12, 2021 at 11:33:56AM +0200, Marc Chantreux a écrit : > Le Wed, May 12, 2021 at 11:24:08AM +0200, steve a écrit : > > > si on a confiance dans le tiers technique (aka le serveur de listes): > > > on peut crypter avec la clef publique du serveur et le serveur > > > réencrypte avec les clefs publiques des destinataires. > > > C'est vrai ça ? Quel soft le fait ? Parce que si c'est vrai > > à ma connaissance, aucun serveur de liste ne le permet par défaut. par > contre je ne vois pas ce qui rendrait la chose techniquement impossible. > > > simplifie énormément les choses. > > certes mais ca n'est plus de l'encryption de bout en bout. si les infos > sont ultra confidentielles, ça fait peser une grosse responsabilité sur > l'admin. > > > Il suffirait en effet de partager les > > clefs publiques des utilisateurs de la m-l une seule fois et ensuite ils > > utilisent celle du serveur pour l'utilisation quotidienne. > > oui mais ... y'a vraiment des gens qui seraient preneurs d'une telle > fonctionalité? je crois que si les développeurs de serveurs de listes de > diffusion n'ont pas taffé dessus, c'est parce que le besoin n'est pas > réel (ou plutôt: il y a moyen de s'organiser différement). > > je suis vraiment preneur si on a de vrais usecases. > > cordialement, > marc >
Re: Messagerie "collaborative"
salut, > Si tu veux faire du chiffrement de bout en bout, il faut que ce soit > l'expéditeur qui chiffre son message autant de fois qu'il y a de > destinataires, non: il chiffre avec les clefs publiques de tous les destinataires. par exemple avec gpg tu peux mettre plusieurs --recipient. a vrai dire il n'y a même pas besoin de serveurs de listes pour s'envoyer du gpg entre destinataires. c'est du mail: c'est souple. > chacun a son destinataire. Il est donc impossible d'utiliser une liste. si. et je crois savoir que c'est utilisé par la gendarmerie nationale. le bout en bout nécessite juste que tout les bouts sachent utiliser un outils de type gpg et puisse de procurer les clefs publiques de manière certaine (échange au bureau ?). si on a confiance dans le tiers technique (aka le serveur de listes): on peut crypter avec la clef publique du serveur et le serveur réencrypte avec les clefs publiques des destinataires. > Si tu veux faire du chiffrement qui ne soit pas de bout en bout, je ne sait > pas comment ca se passe, ni d'aillers si ca peut avoir un quelconque > interet. en cas de compromission d'un serveur de listes, tu peux tenter de chopper le plain au moment ou le serveur déchiffre et rechiffre. marc
Re: Truc louche avec ssh
marc > Non, non, ce n'est pas ça. Ce problème peut survenir mais pas dans mon > cas où il est exclu par construction. Les paquets passent quels que > soient leur taille. y'a des dispositifs filtrant entre toi et le serveur? le problème n'est pas dans les bouts? marc
Re: Truc louche avec ssh
Bonjour Sébastien, > Quoi qu'il en soit, cette hypothèse me semble très probable, c'est pour > cela que j'en ai fait part, mais ce n'est qu'une hypothèse. c'est bien pour ca que ca m'intéresse: si tmux,screen ou mosh contournent le problème, ca ne le corrige ni ne l'explique et j'étais curieux. merci pour ta réponse. marc
Re: Truc louche avec ssh
> Cela ne stabilise rien du tout, bien au contraire, un trafic incessant > révèle l'instabilité de la connexion, là où une connexion entretenue par > un simple « ping applicatif » ponctuel ne révèle rien du tout. Oui mais du coup ca n'explique pas le comportement curieux que décrit Bertrand. je crois comprendre que dans les 2 cas: * on a une session interactive ouverte sur la machine distante * un processus qui ne fait rien qui est attaché à la tty je comprendrais pas pourquoi un vi resisterait mieux à un tail dans le cas d'une perte de paquets. a+ marc
Re: Truc louche avec ssh
salut Joel, > Je peux laisser des terminaux ouverts, des éditeurs, le tout durant > plusieurs jours et sans aucune action de ma part tmux est parfait pour ce genre d'usages: il te permet de lier tes applis à un serveur de sessions plutôt qu'à la connexion ssh liée au terminal courant. Du coup tu peux te déconnecter, te reconnecter depuis une autre machine, te connecter a plusieurs sur la même sessions ... ca te permet aussi d'ouvrir plusieurs fenetres ou de splitter les fenetres existantes, de mutltiplexer la saisie sur plusieurs terminaux (pour tapper la meme commande sur plusieurs serveurs ...) ... bref: en plus de résoudre ton problème, ca t'ouvrirais pas mal de possibilités comme fermer ta connexion ssh (et éteindre ta machine) sans perdre tes terminaux. cordialement, marc
Re: Truc louche avec ssh
> Ne serait-ce tout simplement pas révélateur d'une connexion instable, > intermittente? Tu ne t'en rends pas compte dans le terminal inactif, > car la coupure passe justement inaperçue (les sockets restent valides). > Mais lorsque le flux est continu, là, l'intermittence de la connexion se > révèle rapidement. Je pige pas par quel mécanisme et à quel niveau le fait qu'il y est un traffic dans les deux sens stabilise quoi que ce soit. tu pourrais expliquer? cordialement, marc
Re: HS: petite question bash et variable en argument d'une commande
salut,
> Comme indiqué de manière très détaillée sur
> https://mywiki.wooledge.org/BashFAQ/050
(désolé c'est en anglais), stocker des commandes dans des variables est très
hasardeux.
je ne lit plus jamais qu'en diagonale toute litterature spécifique à
bash mais oui: les choses sont compliquées voir impossibles dans une
chaine. par contre ...
> La façon la moins risquée est de passer par un tableau (d'ailleurs
> t'avais évoqué l'idée dans ton message initial).
non! déjà: le seul tableau que posix connaisse est $@ donc
date_args=( --date="1 days ago" )
date "${date_args[@]}" "+%A %d %B"
nécessite au moins mksh pour être lu. et si tu utilises plus gros: je te
conseille de passer tout de suite du coté de zsh mais rien ne justifie
de sortir un veau comme bash dans le cas présent.
ensuite: la façon la moins risquée s'appelle une fonction et c'est même
fait pour. ca permet de surcroit de profiter
* de la localisation des variables dans le contexte de la fonction.
* du paramétrage d'une valeur par défaut
exemple:
mydate () date -d"${1:--1day}" '+%A %d %B'
mydate
mydate tomorrow
me donne
mercredi 24 mars
vendredi 26 mars
autre manière de faire pour éviter le quoting hell: xargs
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/xargs.html
date=tomorrow
# des trucs ...
<<. xargs -d'\n' date
-d ${date:--1day}
+%A %d %B
.
xargs prend aussi un fichier, du coup tu peux composer ta commande
petit à petit
exec 9>/tmp/mydate
>&9 echo "-d ${date:--1day}"
>&9 echo '+%A %d %B'
exec 9>&-
xargs -a /tmp/mydate -d'\n' date
hth
bonne journée
marc
Re: HS: petite question bash et variable en argument d'une commande
> > > day_date="--date='1 days ago'" > > C'est day_date=`date --date='1 day ago' > Manque la backquote, désolé non mais même: * je pige pas l'interet de préparer un argument de date en évaluant une sortie de date * en plus sous la forme ou tu l'écris c'est fragile parce que # LANG= date -d-1day Sun Mar 21 09:24:24 CET 2021 # date -d'Sun Mar 21 09:24:24 CET 2021' dim. 21 mars 2021 09:24:24 CET # date -d'dim. 21 mars 2021 09:24:24 CET' date: date « dim. 21 mars 2021 09:24:24 CET » incorrecte pour moi l'intention était de préparer l'argument --date=1\ day\ ago qui peut se noter comme ceci --date=1\ day\ ago --date='1 day ago' '--date=1 day ago' sauf que si je met des quotes dans les quotes "--date='1 day ago'" j'obtiens --date=\'1\ day\ ago\' belle journée marc
Re: HS: petite question bash et variable en argument d'une commande
hello, > extrait de mon test: > #!/bin/bash > au lieu de la date d'aujourd'hui. sauf que ça ne fonctionne pas > vraiment, j'ai un peu tout essayé des exemples pris sur stackoverflow > day_date="--date='1 days ago'" c'est parce que tu quote quote, ma poule. day_date='--date=1 days ago' date "$day_date" '+%A %d %B' par contre naturellement j'aurais plus noté date -d-1day '+%A %d %B' a+ marc
Re: [HS] find et recherche d'une expression dans des fichiers
salut,
je tombe dans le thread et je lis
> > awk '{print $8,$9}' fichier.log pour m'extraire professeurs et
> > PC-00034-BLA
> > fonctionne mais sur un fichier mais du coup j'ai toutes les lignes
du coup
awk '{print $8,$9 ; exit }' fichier.log
et si tu utilises gawk
awk '{print $8,$9 ; nextfile }' *.log
a+
marc
Re: Script ffmpeg ?
On Tue, Dec 22, 2020 at 08:44:48PM -0800, ptilou wrote:
> Me semble une solution mieux fonctionner ? Bien que je ne comprend pas le -IX
> , après -n1
> Du coup je rame
tu sais:
* tu as droit de lire le man: c'est super instructif
* tu peux jouer avec des petits exemples. en voilà
seq 20 | xargs -n5
1 2 3 4 5
6 7 8 9 10
11 12 13 14 15
16 17 18 19 20
seq 20 | xargs -n10
1 2 3 4 5 6 7 8 9 10
11 12 13 14 15 16 17 18 19 20
seq 5 | xargs -IX echo cette fois ca faut X
cette fois ca faut 1
cette fois ca faut 2
cette fois ca faut 3
cette fois ca faut 4
cette fois ca faut 5
seq 5 | xargs -IY echo cette fois ca faut Y
cette fois ca faut 1
cette fois ca faut 2
cette fois ca faut 3
cette fois ca faut 4
cette fois ca faut 5
apres si tu tiens absolument a tapper sur de mauvaises pratiques:
function f_image-fusion {
convert "$1" -resize 40% -colorspace Gray "${1%}gray.jpg"
}
find ton truc | while read -r i; do
f_image_fusion "$i"
done;
marc
Re: Script ffmpeg ?
hello, regarde du coté d'xargs, vraiment :) tu devrais pouvoir écrire ton truc de la manière suivante: f_image_extract () xargs -0 -P4 -n1 -IX \ ffmpeg -i X -r 6 -f image2 -qscale 1 photo-%0d.jpg find ./ -iname \*.mov | f_image_extract le bonus c'est que -P4 traite 4 videos simultanément (c'est l'hiver: on se chauffe comme on peut) marc
Re: la config de base de debian pour les install parties ?
hello, > - reboot > - apt upgrade > - reboot > Mais pourquoi 2 reboot pour un apt upgrade qui n'avait pas besoin de > reboot ? c'est probablement inutile mais je comprend la logique l'état du système après le boot est le plus prévisible et tu es sur de n'avoir aucun effet de bord du a un programme qui aurait été lancé et qui pourrait faire appel à un programme qui aurait été mis a jour entre temps et qui aurait un bug de régression. dans le sens ou l'idée est bien de faire que ca merde *le moins possible*, je valide l'approche. > car évidemment les noms n'ont rien à voir avec les noms de paquets, ce > serait trop simple) c'est un choix relativement récent dans l'histoire de gnome: renommer les logiciels en fonction des usages. Ca se tient: je me demande bien pourquoi totem s'est appellé un jour totem mais depuis qu'il s'appelle gnome-video, je sais que c'est le truc a virer au profit de vlc. pour vlc: la plupart des gens ne l'utilisent pas comme client :) > entre > - apt > - gnome-software > - gnome-packagekit > ça se crêpe le chignon pour l'update après un boot… (et encore, sur ce PC > de bureau j'ai pas installé apticron) outch :) je vais lire plus en détail des que j'en ai le temps. merci de mettre ca en avant! marc
Re: Re : la config de base de debian pour les install parties ?
> Lors d'une install partie, il me semble peu judicieux de faire une > update et peu probable que quelqu'un le demande. nous parlions de la configuration de la machine, pas du déroulement de l'install party elle-même. cordialement, marc
Re: la config de base de debian pour les install parties ?
salut, > Réponse d'une personne avec un très faible débit ADSL, non, surtout pas ! > Le téléchargement des paquets volumineux peut prendre beaucoup de temps > Entre 10 mn jusqu’à une heure chez moi. je parlais de l'upgrade, pas de l'update :) mais bonne remarque. > Lorsque tu allumes ton ordinateur, c'est que tu veux t'en servir. certes mais justement: il faut bien les passer a un moment le maj et ce que j'ai constaté c'est que si tu les passe au moment ou la personne arrete l'ordi (ce qui me semblait etre la facon la plus intelligente de faire parce que c'est mieux de redemarrer au moins sa session graphique apres une maj), on a des users qui s'impatientent et éteignent l'ordi brutalement. > Une mise à jour en arrière plan avec limitation de la bande passante en > fonction du débit max serait idéal. Je ne sais pas si Debian c'est faire ça > de manière simple. si si... d'ailleurs tu peux continuer a utiliser ton DE pendant que le l'outils graphique met a jour mais on retombe sur la discution initiale: si ca se fait en parallèle de l'activité, comment amener les utilisateurs a faire les mises a jour. merci pour ton retour, cordialement, marc
Re: la config de base de debian pour les install parties ?
> *satisfaits de leur distribution "libre",peu viennent à une > install-partie du moment que "ça marche". ce qui est très bien je trouve. l'idée c'est bien de faire en sorte que les gens soient autonomes et continuent à vivre normalement. > *Taper quelques lignes de codes et accéder à des commandes (au manuel en > anglais de surcroît ) est dissuasif. perso j'observe les 2 cas: ceux pour qui évoquer l'usage d'un terminal est une raison pour rompre définitivement le lien et ceux qui se demandent pourquoi "on fait encore ca en 2020". J'ai participé récement à une install party ou on a improvisé un topo sur "pourquoi le pipe c'est magique" et ca a beaucoup plu. > *Faire émerger l'idée qu'il s'agit d'un projet que l'on peut encore > adapterà condition d'en travailler le code ou d'en contacter > l'auteur n'est pas évident. *excellente remarque*! pour le moment ce sont les gens de l'asso qui font généralement les remontées de bug mais du coup ca coupe le public d'une contribution potentiel. je le note. > Ci-joint un article sur les consciences en circulations. merci marc
Re: la config de base de debian pour les install parties ?
salut, > d'un linuxien confirmé). Le rythme hebdomadaire fait qu'une partie des > nouveaux linuxiens reviennent facilement nous voir après quelques > semaines ou quelques mois en cas de problème. c'est super mais avec nos moyens et nos contraintes, nous sommes loin de pouvoir proposer ce format de notre coté. > Est-ce que se limiter aux mises à jour de sécurité et utiliser des > outils graphiques ne complique pas finalement les choses? j'ai déjà détaillé ma position plus tôt mais ca ne reste que ma position: je ferais ce que le groupe décidera. > La commande apt upgrade une fois par semaine est très rapide et permet > de bénéficier aussi des mises à niveau des applications. on parle de gnome-software et gnome-package (bien que ce serait cool d'avoir un truc plus light à proposer) mais clairement: si ils ne font pas la mise a jour c'est bien parce que les bénéfices leur passe au dessus (d'ou l'idée de les *forcer* pour les mises a jour de secu). > l'automatise avec cron, n'est-ce pas suffisant ? encore une fois: je pense que non et que ca a des effets de bord indésirables (genre un lock qui traine et qui fait qu'on se retrouve avec un user qui *croit* avoir sa machine à jour et qui ne pourra pas detecter l'erreur puisque tout, y compris le problème, sera silencieux). "tiens? ca fait longtemps qu'il ne m'a pas fait chier avec sa popup de mise a jour" est une réflexion qu'on peut espérer de l'utilisateur. automatiser revient tout simplement à le prendre pour un débile pour ma part. > peut-être : apt upgrade se déroule presque toujours seul, mais il > demande quelquefois de faire des choix ; les notifications sont liées > à un environnement graphique spécifique. bonne pioche!! mettre la priority à low ou le frontend a noninteractive! je note! merci! marc
Re: la config de base de debian pour les install parties ?
> > * faire cliquer l'utilisateur pour mettre a jour, c'est lui donner la > > possibilité de nous dire apres coup "apres la mise a jour, j'ai > > constaté que ..." > > * faire cliquer c'est responsabiliser. il y a quelque chose de > > pédagogique qui doit etre le prolongement d'un message passé pendant > > les install parties: la sécurité c'est l'affaire de tous. > La lecture de ce passage m'a incité à me demander si, finalement, je > savais vraiment ce qu'est une install-party (du coup je suis allé > regarder sur wikipedia). OK. l'install party est comme le reste du monde du libre: elle est ce qu'on en fait. je n'ai pas énormément d'install parties derrière moi mais j'ai pas mal installé pour des amis et des potes et je me rend compte que linux ne prend pas prise quand il y a un manque d'accompagnement et de pédagogie. Nous voulons donc faire évoluer le format vers quelque chose comme le début d'une collaboration: * expliquer nos choix et leurs raisons. * tenter de mettre en place un lien qui permette facilement à l'utilisateur de revenir à nous. * être un relais vers les services des chatons (ca c'est encore à poser mais on a quelques idées) après: declicks (desclicks.net/) est présent mercredi et ils ont pas mal d'install parties au compteur (en tout cas bien plus que moi) et j'ai hate d'avoir leur point de vue. cordialement, marc
Re: la config de base de debian pour les install parties ?
hello, > Désolé de t'avoir involontairement pythonisé ;-) ca n'est pas ta faute mais celle du développeur ;) > Loin de moi l'intention d'insister lourdement sur l'utilisation de > unattended-upgrades ou de quelque autre solution quelle qu'elle soit, > hein :-) si j'ai soumis ma prose à la communauté c'était bien pour avoir un retour! merci pour ce retour. > Non, simplement, de ma fenêtre, un utilisateur lambda, effectivement, > la sécurité et les MAJ ne sont pas sa préoccupation principale. Donc > vu ses compétences et son attitude sur le sujet, je ne vois pas > clairement le bénéfice de la faire intervenir dans la boucle. Debian > ne fait que suivre d'autres distribs Linux et les OS commerciaux en > automatisant des MAJ silencieuses qui autrement ne font que perturber > l'utilisateur. OK. je prend acte de ce retour mais pour ma part je trouve que: * faire cliquer l'utilisateur pour mettre a jour, c'est lui donner la possibilité de nous dire apres coup "apres la mise a jour, j'ai constaté que ..." * faire cliquer c'est responsabiliser. il y a quelque chose de pédagogique qui doit etre le prolongement d'un message passé pendant les install parties: la sécurité c'est l'affaire de tous. > Debian), dans l'idéal si vous fournissez une installation customisée, > il vous faudrait pourvoir à ce moment-là fournir les procédures de MAJ > de votre customisation (au cas où celle-ci soit cassée par le > changement introduit par/dans Debian) d'ou l'idée d'avoir un depot à nous: la mise a jour de la stratégie de mise a jour se fait par une mise à jour :) > c'est maintenant standard dans Debian, donc le cas échéant Debian > fournira un upgrade adapté si ce genre de choses devait arriver. on peut tres bien purger le paquet. y'a aussi libreoffice-gnome-integration qu'il faut virer et si je m'écoutais (mais je ne m'écoute pas) je virerais bien aussi nautilus dont je trouve l'ergonomie catastrophique. > d'un admin sur ce qui est téléchargé, sa provenance, son volume et à > quel moment, autant l'utilisateur lambda, je doute que ça l'intéresse. ca l'intéresse pas de savoir pourquoi le démarrage était plus lent et qu'il a rebooté et que depuis ca merde ... et que si ca se trouve ca met meme plus a jour et ca foire silencieusement. par contre apres ce meme utilisateur te diras que finalement ca marche pas tres bien debian. donc non vraiment: je crois en un minimum de responsabilisation. ohhh ... d'aileurs voilà un truc a ajouter: un sanity check du system avec ce genre de tests! merci pour l'idée. > Considère mes élucubrations simplement comme quelques questions que je > me pose et sens-toi parfaitement autorisé à les considérer > non-pertinentes et à n'en pas tenir compte :-) Je me sens parfaitement autoriser à apprécier le fait que tu aies argumenté ta réponse et je serais en mesure de la produire si tu ne le fais pas toi-même mercredi prochain. Je proposerais ta solution mais je préfère ma version (si elle est réalisable ce qui n'est pour le moment pas sur). cordialement, marc
Re: la config de base de debian pour les install parties ?
hello, > c'est à peu près le comportement par défaut de Debian depuis Debian > 9, je crois: unattended-upgrades est installé, et l'installateur > demande si on veut les MAJ de sécurité, qui ont alors lieu tous les > jours (lorsqu'il y en a) j'ai regardé le nom du paquet et j'ai l'impression que c'est exactement ce que je ne veux pas. j'ai regardé le manuel et ca confirme mon impression. j'ai regardé le code et ca confirme mon impression (en plus j'ai du lire du python: ma soirée est foutue ...) en fait ce que je veux faire c'est de ne pas télécharger régulièrement des listes de paquets qui peuvent bien attendre donc ne mettre à jour régulièrement que *la liste des paquets* de security. > ça me semble correspondre aux notifications de MAJ intégrées à Gnome, > ou à celles de paquets équivalents (en fait on dirait qu'il n'y a plus > que gnome-packagekit qui joue ce rôle, les autres semblent avoir > disparu? J'ai peut-être regardé trop vite ). Du coup l'utilisateur est > notifié visuellement qu'il y a des MAJ disponibles et il les installe > si ça lui chante. moi j'aimerais que lorsque c'est security, c'est maintenant (si tu cliques) ou au prochain reboot. pas quand tu veux et certainement pas silencieusement comme le fait unattended. > parce qu'en fait je me demande si le public visé (quelque part: le > débutant qui n'a pas , ou pas encore, les compétences pour installer > Debian tout seul, donc a fortiori pour l'administrer) a besoin d'une > solution à granularité plus fine que ça? par experience: ca les fait chier de mettre a jour donc autant ne pas mettre la liste des paquets a jour tout le temps sauf qu'on negocie pas avec la securité donc ca c'est a mettre a jour 1* par jour. cordialement, marc
