Re: mise a jour bullseye vers bookworkm avec aptitude
Bonjour, Le 09/07/2023 à 15:54, Jean-Michel OLTRA a écrit : J'ai effectué une première mise à jour de serveur (de test) de bullseye vers bookworm, avec aptitude. La commande `aptitude safe-upgrade` a fait un tas d'erreur (dont des choses ennuyeuses comme systemd). C'est assez logique, la commande 'safe-upgrade' ne doit pas être utilisée pour les montées de version. C'est la commande 'full-upgrade' (anciennement 'dist-upgrade' - et qui fonctionne encore avec ce nom assez explicite) qui doit être utilisée une fois que les sources pointent sur la nouvelle version. Pour autant l'approche la plus sûre, avant chaque montée de version, est d'oublier ses habitudes et de lire soigneusement les notes de versions (a minima la section relative aux mises à jour) qui indiquent toutes les précautions à prendre et recommandent (implicitement ou explicitement) quel outil (apt, apt-get, aptitude) utiliser (en l'occurence depuis 2 ou 3 versions c'est apt qui semble tenir la corde). Bien cordialement, -- phep
Re: ralentissement ssh -X
Salut,
Je dépile les messages de le liste et tombe sur ce message ancien.
Le 28/08/2017 à 09:33, Thierry Despeyroux a écrit :
j'avais l'habitude dans les versions précédentes de Debian de me
connecter par ssh -X à mon portable pro depuis ma station perso, et tout
Même chose ici ;-).
marchait nikel. Sauf pour les videos dans firefox, je ne remarquais
aucun ralentissement notable par rapport à aller directement sur
l'écran du portable.
Depuis que je suis passé à Debian 9 (sur les 2 machines) le
ralentissement est devenu insupportable...
Avez-vous une idée du côté où il faut que je regarde ?
J'ai enfin mis à jour le portable le week-end dernier et je rencontre en
partie ce problème quand je lance Thunderbird et lorsque celui-ci est dans
une phase de recherche / chargement des messages. J'ai pu identifier le
problème : c'est la barre de progression qui s'affiche dans la barre d'état
qui semble générer le ralentissement. En effet, masquer la barre d'état
résout le problème. J'ai vérifié que sur les 2 machines c'est ssh qui monte
à environ 75% de CPU.
J'imagine que c'est donc un problème de "verbosité" des nouveaux widgets
GTK3 par rapport à la version ancienne de TBird que j'avais et qui utilisait
encore GTK2.
J'espérais que lors de l'upgrade de la station perso, les 2 étant avec les
mêmes lib le problème disparaîtrait, mais ton message m'indique que ça n'y
changera rien.
Pour info, j'ai remarqué que si on ouvre une session XDMCP complète et non
chiffrée ce problème avec Thunderbird disparaît. Évidemment, ce mode de
fonctionnement ne me convient pas du tout, c'est juste pour tester.
J'ouvrirai bien un rapport de bug mais :
1) j'hésite sur quel paquet l'ouvrir ("GTK3 hates ssh, or the other way
round" ?),
2) avec l'enthousiasme actuel pour Wayland je crois que de toute façon ce
workflow est appelé à n'être bientôt plus utilisable, donc...
Voilà, just for the record...
phep (désabusé...)
Re: Avec le sujet c'est mieux : Rsync et le système de fichiers qui va bien
Salut Seb, Le 17/09/2014 10:47, Sébastien Dinot a écrit : Bertrand Orvoine a écrit : Sinon l'outil rsnapshot fait ça aussi : http://www.rsnapshot.org/ En effet mais le reproche que je fais à rsnapshot est que, à l'instar de la plupart des outils, il fonctionne en mode incrémental et non différentiel. Oui, mais c'est aussi l'intérêt ! On n'a pas à craindre qu'une corruption d'un diff fiche par terre l'ensemble des versions d'un fichier. L'argument sur la taille est bien sûr tout à fait justifié (et l'exemple d'une parfaite pertinence) mais pour ma part j'ai préféré joué la sécurité et donc choisi rsnapshot pour sauvegarder les VM LXC du boulot. J'avais un peu regardé le format des diffs de rdiff-backup et ça me semblait trop complexe en cas de corruption de données sur le volume de sauvegarde. On peut cependant pondérer (voire ignorer) ce risque en dédoublant les sauvegardes comme tu l'indiques ! Juste une question : est-ce que le calcul du diff (de rdiff-backup) est moins consommateur de temps pour une sauvegarde sur disque externe (pas de réseau) qu'une duplication à la rsnapshot ? Et puisqu'on y est, une deuxième question : comment se comporte rdiff-backup sur les fichiers spare (genre machines virtuelles par exemple) ? À plus Patrice Pillot -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54195861.4060...@teletopie.net
Re: Jessie Pb suite à mise à jour : Système non complètement opérationnel
Salut, Le problème est malheureusement répertorié dans un rapport de bug (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759745). Pour l'instant le seul contournement semble être de passer de sysvinit à systemd-init. C'est pour ça qu'une install de jessie résoud le problème, puisque maintenant l'init par défaut est systemd... Rejoice, rejoice, we have no choice but to carry on. Stills ;-) phep -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5416d8e2.8070...@teletopie.net
Re: [testing] imprimante HP Deskjet 5652 et marges
Bonjour, Le 04/06/2014 00:15, Gaëtan PERRIER a écrit : J'ai une imprimante HP Deskjet 5652 qui dispose d'une option recto/verso automatique. Je rencontre de gros problème avec les marges. Si j'imprime la page de test depuis les paramètres elle est bien imprimée. Par contre quand j'essaie d'imprimer par exemple un scan de document en fonction de l'appli utilisée (gimp, eog) le document est coupé mais pas de la même façon. eog J'ai des problèmes similaires avec une Photosmart 5522 récemment acquise et avec des impressions depuis LibreOffice et evince. Pas encore eu le temps de mettre tout à l'équerre (et pas du tout documenté mes bidouilles faîtes à la hâte malheureusement) mais voici en vrac quelques pointeurs et manips qui devraient te permettre d'avancer : - https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/405116 (notamment commentaire 21 et 25) - pour moi ça a marché en montant la valeur à 109 au lieu de 70 (de mémoire), - Utiliser le format A4-borderless (si il existe pour ton modèle) - ça rend peut-être inutile la manip précédente, je ne me souviens plus..., - depuis LibreOffice (et peut-être d'autres logiciels), forcer dans les options d'impression « D'après les paramètres d'imprimantes », - les drivers fournis par le paquet hpijs-ppds sont apparemment un peu périmés par rapport à ceux générés par hpcups - si tu dis que ça fonctionnait avant, peut-être te faudrait-il revenir aux /vieux/ drivers fournis par hpijs-ppds si une mise à jour l'a désinstallé ? - sinon, dans le même ordre d'idée, voir comment s'articule les paquets printer-driver-hpcups, printer-driver-hpijs, et hpijs-ppds... - pour info, pour le scanner, j'avais un problème similaire : les bords des images n'étaient pas scannés : modifier les valeurs des variables « tl-x » et « tl-y » dans le fichier de conf (dans ~/.sane/xsane/Ton-scan.drc) m'a permis de régler le problème (pour moi tous les deux à 16646, piqué d'une vieille PSC) - ça revient au même que de fixer ces valeurs dans l'interface graphique à 0.025 cm. Comme indiqué plus haut, je n'ai pas encore mis ça au propre en ce qui me concerne (ayant beaucoup tâtonné, il faudrait que je recrée l'imprimante depuis zéro et procède méthodiquement pour être sûr de l'influence de chaque paramètre) mais j'ai à chaque fois réussi à me sortir de l'ornière en bidouillant sur tel ou tel paramètre ici ou là. Bon courage ! Patrice -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/539634a2.8080...@teletopie.net
Re: LXC et Wheezy
Le 08/04/2014 23:08, Bzzz a écrit : On Tue, 08 Apr 2014 22:07:08 +0200 phep phep-li...@teletopie.net wrote: Pas de broadcast ? … auto eth0 iface eth0 inet static address 172.16.13.30 netmask 255.255.0.0 gateway 172.16.0.1 network 172.16.0.0 Zarbitunapatoanan+ d'adresse de broadcast… étonant, non; il est, n'est-il pas? Eh, eh, si, mais c'est justement en recopiant et adaptant ce bout de config aux adresses de Seb que je me suis rendu compte que le broadcast manquait dans sa config, que j'ai donc modifié le début de mon message pour souligner cette absence ... et oublié de modifier la fin ;-). Mauvaise relecture, désolé. En revanche, vu le dernier message de Seb, ça semble pas être ça de toute manière. Patrice -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5344ff3d.6080...@teletopie.net
Re: LXC et Wheezy
Salut, Le 08/04/2014 18:29, Sébastien NOBILI a écrit : J'ai créé un pont (dans la configuration de l'hôte) : auto br0 iface br0 inet static address 172.16.13.1 netmask 255.255.0.0 gateway 172.16.0.1 network 172.16.0.0 dns-nameservers 172.16.1.14 bridge_ports eth0 bridge_fd 0 bridge_stp off bridge_waitport 0 bridge_maxwait 0 Pas de broadcast ? À part ça et l'option dns-nameservers qui est fixée chez moi dans le /etc/resolv.conf des conteneurs, c'est identique aux adresses près à ce que j'ai pour mon bridge. As-tu bien configurer aussi, sur l'hôte, l'interface eth0 avec : auto eth0 iface eth0 inet manual (a priori oui sinon ça ne marcherait pas du tout, mais bon...). J'ai ajusté la configuration de mon conteneur en fonction : lxc.network.type = veth lxc.network.flags = up lxc.network.link = br0 lxc.network.hwaddr = 00:FF:BB:00:00:01 lxc.network.ipv4 = 172.16.13.30/16 Chez moi (TM), l'adresse IP du conteneur est là encore spécifiée dans son /etc/network/interfaces, de manière très classique, avec ce qui pour toi devrait ressembler à : auto eth0 iface eth0 inet static address 172.16.13.30 netmask 255.255.0.0 gateway 172.16.0.1 network 172.16.0.0 et dans la config du conteneur j'ai, en plus de toi : lxc.network.name = eth0 # le même que dans conteneur:/etc/network/interface, bien sûr lxc.network.veth.pair = le-nom-que-tu-veux-pour-ton-iface-veth lxc.network.mtu = 1500 # m'étonnerais que ce soit un problème cependant... Donc bref, je pencherai pour l'omission du broadcast dans la conf du bridge. HTH, Patrice -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/534456ec.9030...@teletopie.net
Re: Gel de Jessie
Le 28/10/2013 19:59, Rémi Vanicat a écrit : maderios mader...@gmail.com writes: [...] On aura (certainement) le choix, c'est ce que j'ai écrit ci-dessus... Cohabiteraient SysV et Systemd. Enfin, rien n'est certain... Mmh... Ça semble quand même mal barré pour SysV : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 Le débat est sur la table du tech-ctte: https://wiki.debian.org/Debate/initsystem/ Reste à voir quel sera la décision du comité. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52766791.8030...@teletopie.net
Re: activer swap au boot
Salut, Le 30/09/2013 10:04, Sébastien NOBILI a écrit : Pour obtenir la liste des UUID (il y a une commande mais je ne la retrouve plus) : blkid, dans le paquet util-linux -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52496f90.8090...@teletopie.net
Re: renommer les extensions
Bonjour,
Le 14/10/2012 14:55, Bernard Schoenacker a écrit :
serait il possible d'obtenir un exemple basique d'usage afin de
simplement s'en inspirer ?
$ cd /le/répertoire
$ vidir .
On se trouve alors dans un buffer vi dont chaque ligne porte le chemin de
l'un des fichiers et dossiers de /le/répertoire.
Les modifications en masse se font ordinairement via la commande
'substitute' de vi (:help subsitute et :help regexp) ; par exemple :
:%s/.HTM$/.html/Ic
L'intérêt notable est qu'en cas d'erreur il suffit d'annuler ce qu'on vient
de faire (et avec le flag final 'c' de l'exemple on peut même éviter de
faire des erreurs !).
Une fois que tout va bien, il suffit de sauvegarder le buffer et de quitter
(':wq').
phep
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/507abfc2.7080...@teletopie.net
