Re: Problème chargement paquets
Le 29/05/2024 à 19:27, Lamourec Alain a écrit : Donnes les retours, en root de : apt update apt upgrade apt install vlc Yannick writes: [[PGP Signed Part:Undecided]] Le 29/05/2024 à 18:19, Sébastien NOBILI a écrit : Bonjour, Le 2024-05-29 17:26, Yannick a écrit : Merci de votre aide en pas à pas Il va falloir des logs ;) Sébastien Re, Comment je fais? Je ne suis pas très doué donc du pas à pas Amitiés Re, Merci du temps que vous avez bien voulu me consacrer mais Bernard a résolu les problèmes en prenant le contrôle de l'ordi fautif. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org OpenPGP_0x0DFAE7FD3F795E1D.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Problème chargement paquets
Donnes les retours, en root de : apt update apt upgrade apt install vlc Yannick writes: [[PGP Signed Part:Undecided]] Le 29/05/2024 à 18:19, Sébastien NOBILI a écrit : Bonjour, Le 2024-05-29 17:26, Yannick a écrit : Merci de votre aide en pas à pas Il va falloir des logs ;) Sébastien Re, Comment je fais? Je ne suis pas très doué donc du pas à pas Amitiés -- Lamourec Alain
Re: Problème chargement paquets
Le 29/05/2024 à 18:19, Sébastien NOBILI a écrit : Bonjour, Le 2024-05-29 17:26, Yannick a écrit : Merci de votre aide en pas à pas Il va falloir des logs ;) Sébastien Re, Comment je fais? Je ne suis pas très doué donc du pas à pas Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org OpenPGP_0x0DFAE7FD3F795E1D.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Problème chargement paquets
Bonjour, Le 2024-05-29 17:26, Yannick a écrit : Merci de votre aide en pas à pas Il va falloir des logs ;) Sébastien
Problème chargement paquets
Bonsoir, Sur une installation neuve XFCE Debian 12 impossible de télécharger VLC! Il me dit qu'il faut réparer les paquets cassés, ce que fait, mais apparemment il y en a qui résiste car le paquet doit être gardé en l'état. Par contre sur mon autre machine sous Mate l'install s'est faite comme demandée sans soucis. Par ailleurs j'ai voulu installé anydesk et là il me dit qu'il ne peut installer un paquet; je sais il y a rustdesk mais impossible là aussi d'installer Un autre soucis impossible d'avoir l'économiseur d'écran Merci de votre aide en pas à pas Il ne fait pas bon d'avoir à refaire sa machine principale Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org OpenPGP_0x0DFAE7FD3F795E1D.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [resolu] Re: récupérer la liste des paquets installés depuis une sauvegarde
Le 9 avril 2024 Gaëtan Perrier a écrit : > Le lundi 08 avril 2024 à 17:58 -0400, Roberto C. Sánchez a écrit : >> Je pense que `dpkg --admindir=/la/sauvegarde/var/lib/dpkg -l` te donne >> la liste que tu veux. Cette liste va te donner les paquets installés mais en incluant les paquets installés automatiquement ce qui posera problème pour les mises à jour et surtout upgrade. Je ne sais pas si dpkg permet de trier ça, j'utilise apt-mark. Je crois que /var/lib/apt/extended_states contient les paquets installés automatiquement.
[resolu] Re: récupérer la liste des paquets installés depuis une sauvegarde
Le lundi 08 avril 2024 à 17:58 -0400, Roberto C. Sánchez a écrit : > Je pense que `dpkg --admindir=/la/sauvegarde/var/lib/dpkg -l` te donne > la liste que tu veux. > Merci beaucoup :) Gaëtan signature.asc Description: This is a digitally signed message part
Re: récupérer la liste des paquets installés depuis une sauvegarde
Bonjour Gaëtan, On Mon, Apr 08, 2024 at 10:50:59PM +0200, Gaëtan Perrier wrote: > Bonjour, > > J'ai la sauvegarde d'une machine qui s'est crashée. Je voudrais la réinstaller > sur un nouveau support et je me demande comment récupérer la liste des paquets > qui étaient installés. Je pense qu ça doit se trouver dans /var mais je > n'arrive pas à mettre la main dessus. > Je pense que `dpkg --admindir=/la/sauvegarde/var/lib/dpkg -l` te donne la liste que tu veux. Salut, -Roberto -- Roberto C. Sánchez
récupérer la liste des paquets installés depuis une sauvegarde
Bonjour, J'ai la sauvegarde d'une machine qui s'est crashée. Je voudrais la réinstaller sur un nouveau support et je me demande comment récupérer la liste des paquets qui étaient installés. Je pense qu ça doit se trouver dans /var mais je n'arrive pas à mettre la main dessus. Gaëtan signature.asc Description: This is a digitally signed message part
RE: paquets Debian avec information de deboguage?
Bonjour, La page suivante du Wiki Debian devrait aider : https://wiki.debian.org/HowToGetABacktrace Cdlt, Fred. <>
paquets Debian avec information de deboguage?
Bonjour la liste Sur mon ordinateur de bureau à la maison je tourne Debian. J'ai la chance d'avoir un processeur AMD Ryzen Threadripper 2970WX 24-Core Processor, 64Go de RAM, double écran et des téraoctets de disque. Avec de la place sur certaines partitions. root@rimski:/# cat /etc/apt/sources.list #deb cdrom:[Debian GNU/Linux testing _Trixie_ - Official Snapshot amd64 NETINST with firmware 20240105-21:01]/ trixie main non-free-firmware deb http://ftp.lip6.fr/pub/linux/distributions/debian/ trixie main non-free-firmware debian-debug deb-src http://ftp.lip6.fr/pub/linux/distributions/debian/ trixie main non-free-firmware deb http://security.debian.org/debian-security trixie-security main non-free-firmware deb-src http://security.debian.org/debian-security trixie-security main non-free-firmware # trixie-updates, to get updates before a point release is made; # see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports deb http://ftp.lip6.fr/pub/linux/distributions/debian/ trixie-updates main non-free-firmware deb-src http://ftp.lip6.fr/pub/linux/distributions/debian/ trixie-updates main non-free-firmware # This system was installed using small removable media # (e.g. netinst, live or single CD). The matching "deb cdrom" # entries were disabled at the end of the installation process. # For information about how to configure apt package sources, # see the sources.list(5) manual. Je cherche à déboguer un petit utilitaire (en GPLv3+) https://github.com/bstarynk/misc-basile/blob/master/gtk4serv.c qui devrait devenir un serveur de widgets GTK4, qui construirait une interface décrite par un fichier pour GtkBuilder et communiquerait avec une application cliente (le serveur moteur d'inférences RefPerSys, en GPLv3+ lui aussi, en https://github.com/RefPerSys/RefPerSys/ et également en cours de mise au point ...) Une fois que gtk4serv serait au point je rêve même d'en faire un paquet Debian. Une fois que RefPerSys serait au point (peut-être en 2025?) je pense aussi à le packager pour Debian. Mais j'y ai des bogues évidemment dans gtk4serv. Les bogues sont liés à ma mauvaise compréhension des libraries GTK4 et apparentées (dont Glib). Il me serait très utile d'avoir la libgtk4 et les bibliothèques Glib correspondantes avec des informations DWARF de déboguage utilisable par gdb! Comment faire en pratique? Merci -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ See/voir: https://github.com/RefPerSys/RefPerSys
Re: empêcher installation paquets suplémentaires
Le lundi 01 mai 2023 à 19:25 +0200, Pierre a écrit : > Bonjour, > Bien que j'ai opté pour la solution AppImage, pour installer > TexStudio, je serai curieux de savoir si il est possible de passer > par apt avec la restriction suivante : > texlive est installé "à la vanille" dans /usr/local/texlive. > c'est à dire que la distribution est installée à partir d'une > image ISO indépendante de Debian > Donc apt install texstudio requiert l'installation des paquets > texlive. > Je n'ai pas trouvé un moyen pour éviter l'installation de ces paquets > inutiles pour moi, et plutôt gourmands en espace disque. > Merci pour vos retours. Je n'ai jamais utilisé equivs* mais ça pourrait peut-être te fournir une solution. Une explication ici: https://debian-handbook.info/browse/fr-FR/stable/sect.building-first-package.html par curiosité au sujet d'equivs*, tiens-nous au courant si ça t'a permis d'arriver au résultat que tu souhaites sans que ça devienne une usine à gaz...
Re: empêcher installation paquets suplémentaires
Bonjour, Il me semble que tu peux faire ça avec les preferences d'apt (/etc/apt/preferences) Le lun. 1 mai 2023 à 19:32, Pierre a écrit : > Bonjour, > > Bien que j'ai opté pour la solution AppImage, pour installer TexStudio, je > serai curieux de savoir si il est possible de passer par apt avec la > restriction suivante : > > texlive est installé "à la vanille" dans /usr/local/texlive. > > c'est à dire que la distribution est installée à partir d'une image > ISO indépendante de Debian > > Donc apt install texstudio requiert l'installation des paquets texlive. > > Je n'ai pas trouvé un moyen pour éviter l'installation de ces paquets > inutiles pour moi, et plutôt gourmands en espace disque. > > Merci pour vos retours. > > -- > Pierre > >
Re: empêcher installation paquets suplémentaires
On 5/1/23 19:25, Pierre wrote: Bonjour, Bien que j'ai opté pour la solution AppImage, pour installer TexStudio, je serai curieux de savoir si il est possible de passer par apt avec la restriction suivante : texlive est installé "à la vanille" dans /usr/local/texlive. c'est à dire que la distribution est installée à partir d'une image ISO indépendante de Debian Donc apt install texstudio requiert l'installation des paquets texlive. Je n'ai pas trouvé un moyen pour éviter l'installation de ces paquets inutiles pour moi, et plutôt gourmands en espace disque. Peut-être qu'une partie de la solution passe par des montages bind. Ici j'ai la ligne suivante dans mon /etc/fstab : /usr/src/ /home/UsrSrc bind bind 0 0 de sorte que /usr/src est dans le système de fichier /home (et sauvegardé avec!) Librement. PS. Je cherche des partenaires ou contributeurs intéressés par http://refpersys.org/ (un projet de moteur d'inférence en logiciel libre). -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
empêcher installation paquets suplémentaires
Bonjour, Bien que j'ai opté pour la solution AppImage, pour installer TexStudio, je serai curieux de savoir si il est possible de passer par apt avec la restriction suivante : texlive est installé "à la vanille" dans /usr/local/texlive. c'est à dire que la distribution est installée à partir d'une image ISO indépendante de Debian Donc apt install texstudio requiert l'installation des paquets texlive. Je n'ai pas trouvé un moyen pour éviter l'installation de ces paquets inutiles pour moi, et plutôt gourmands en espace disque. Merci pour vos retours. -- Pierre BEGIN:VCARD VERSION:4.0 N:Le Cocq;Pierre;;; FN:Pierre Le Cocq EMAIL;PREF=1;TYPE=home:carmagn...@sfr.fr TEL;TYPE=cell;VALUE=TEXT:0616390528 EMAIL;TYPE=work:privedemploi44...@orange.fr URL;TYPE=work:https://chomeurs-precaires-cgt.fr/ END:VCARD
Re: Paquets installés automatiquement
Bonjour, En effet, c'est un résultat déjà intéressant. Je l'ai transféré pour utiliser apt (car je ne suis pas trop de la team aptitude ;-)) : apt list --installed | grep -v automatique] | cut -d '/' -f1 Après, la question que je me pose, au-delà des meta-paquets que tu évoques, c'est de savoir si le résultat n'est pas un peu trop large, sous-entendu si certains paquets installés manuellement ne le seraient pas automatiquement via un des autres... Et puisque tu évoques apt.conf, j'ai ajouté la ligne : APT::Install-Recommends "true"; mais je ne suis pas certain qu'elle soit bien prise en compte... En tous cas, cette gestion "optimale" des paquets n'est pas vraiment simple... Merci et bon week-end. David. Le 08/04/2022 à 09:43, Luc Novales a écrit : Bonjour, Le 07/04/2022 à 20:04, David BERCOT a écrit : Bonjour Luc, Je te remercie pour cette information mais pour gérer un système avec un grosse centaine (estimation) de paquets, ça me semble compliqué ;-) J'avais plutôt à l'esprit une commande globale... La recherche peut être fine avec aptitude si l'on connaît la bonne page ;) https://www.debian.org/doc/manuals/aptitude/ch02s04s05.fr.html Si tu te moques de savoir ce qui pourrait être optimisé par des méta-paquets, la commande suivante te renvoie juste le nom des paquets installés (~i), pas automatiquement (\!~M). aptitude search ~i\!~M | tr -s ' ' | cut -d ' ' -f2 Une installation minimale suivie d'un aptitude install paquets> devrait faire le taf suivant tes options apt.conf Bonne journée, Luc.
Re: Paquets installés automatiquement
Bonjour, Le 07/04/2022 à 20:04, David BERCOT a écrit : Bonjour Luc, Je te remercie pour cette information mais pour gérer un système avec un grosse centaine (estimation) de paquets, ça me semble compliqué ;-) J'avais plutôt à l'esprit une commande globale... La recherche peut être fine avec aptitude si l'on connaît la bonne page ;) https://www.debian.org/doc/manuals/aptitude/ch02s04s05.fr.html Si tu te moques de savoir ce qui pourrait être optimisé par des méta-paquets, la commande suivante te renvoie juste le nom des paquets installés (~i), pas automatiquement (\!~M). aptitude search ~i\!~M | tr -s ' ' | cut -d ' ' -f2 Une installation minimale suivie d'un aptitude install paquets> devrait faire le taf suivant tes options apt.conf Bonne journée, Luc.
Re: Paquets installés automatiquement
Bonjour Luc, Je te remercie pour cette information mais pour gérer un système avec un grosse centaine (estimation) de paquets, ça me semble compliqué ;-) J'avais plutôt à l'esprit une commande globale... Je crois en effet que ça risque d'être difficile à obtenir... Bonne fin de journée. David. Le 07/04/2022 à 10:23, Luc Novales a écrit : Bonjour, Le 05/04/2022 à 07:39, David BERCOT a écrit : Bonjour, Tant que j'y suis, j'ai une autre question sur le même sujet... Sur un système où il y a plusieurs paquets installés, par exemple paquet1, paquet2 et paquet3, comment peut-on savoir si l'installation manuelle de paquet 1 et paquet2 installera aussi paquet3 ? Si tu veux rester dans des commandes simple (en manuel), il faut demander le détail du paquet à aptitude. Tu y vois la ligne "Dépend :" des paquets qui doivent être installés, celle des paquets recommandés "Recommande:" et celle des suggérés "Suggère:" qui le seront en fonction de tes préférences. Bonne journée, Luc. Exemple pour evolution : *aptitude show evolution* Paquet : evolution Version : 3.38.3-1 Nouveau: oui État: non installé Priorité : optionnel Section : gnome Responsable : Debian GNOME Maintainers Architecture : amd64 Taille décompressée : 486 k *Dépend*: libc6 (>= 2.14), libcamel-1.2-62 (>= 3.38.3), libclutter-gtk-1.0-0 (>= 0.91.8), libecal-2.0-1 (>= 3.38.3), libedataserver-1.2-25 (>= 3.38.3), libevolution (>= 3.38.3), libevolution (< 3.39), libglib2.0-0 (>= 2.46.0), libgtk-3-0 (>= 3.0.0), libical3 (>= 3.0.0), libnotify4 (>= 0.7.0), libsoup2.4-1 (>= 2.42), libwebkit2gtk-4.0-37 (>= 2.28), libxml2 (>= 2.7.4), evolution-common (= 3.38.3-1), evolution-data-server (>= 3.38.3), evolution-data-server (< 3.39), dbus, psmisc *Recommande*: evolution-plugins, evolution-plugin-bogofilter | evolution-plugin-spamassassin, evolution-plugin-pstimport, yelp *Suggère*: evolution-ews, evolution-plugins-experimental, gnupg, network-manager Casse: evolution-common (< 3.20.4-1~) Remplace: evolution-common (< 3.20.4-1~) Fournit: imap-client, mail-reader Description : outils de travail collaboratif avec client de courriel et agenda Evolution est un ensemble d'outils de travail collaboratif qui intègre courriel, calendrier, carnet d'adresses, liste de tâches, et outils d'aide- mémoire. Il peut de plus être intégré avec des serveurs Exchange, être utilisé en client de lecteur de nouvelles (« newsgroups »), être un client LDAP et un client de calendriers en ligne. Les greffons suivants, qui font partie du jeu de base, sont fournis : * calendar-file ; * calendar-http ; * itip-formatter ; * default-source ; * addressbook-file ; * mark-all-read ; * publish-calendar ; * caldav ; * imap-features ; * google-account-setup ; * webdav-account-setup ; * calendar-weather ; * sa-junk-plugin ; * bogo-junk-plugin. Site : https://wiki.gnome.org/Apps/Evolution Étiquettes: implemented-in::c, interface::graphical, interface::x11, mail::imap, mail::pop, mail::smtp, mail::user-agent, network::client, protocol::TODO, protocol::imap, protocol::nntp, protocol::pop3, protocol::smtp, protocol::ssl, role::program, scope::application, suite::gnome, uitoolkit::gtk, use::TODO, use::browsing, works-with::mail, x11::application
Re: Paquets installés automatiquement
Bonjour, Le 05/04/2022 à 07:39, David BERCOT a écrit : Bonjour, Tant que j'y suis, j'ai une autre question sur le même sujet... Sur un système où il y a plusieurs paquets installés, par exemple paquet1, paquet2 et paquet3, comment peut-on savoir si l'installation manuelle de paquet 1 et paquet2 installera aussi paquet3 ? Si tu veux rester dans des commandes simple (en manuel), il faut demander le détail du paquet à aptitude. Tu y vois la ligne "Dépend :" des paquets qui doivent être installés, celle des paquets recommandés "Recommande:" et celle des suggérés "Suggère:" qui le seront en fonction de tes préférences. Bonne journée, Luc. Exemple pour evolution : *aptitude show evolution* Paquet : evolution Version : 3.38.3-1 Nouveau: oui État: non installé Priorité : optionnel Section : gnome Responsable : Debian GNOME Maintainers Architecture : amd64 Taille décompressée : 486 k *Dépend*: libc6 (>= 2.14), libcamel-1.2-62 (>= 3.38.3), libclutter-gtk-1.0-0 (>= 0.91.8), libecal-2.0-1 (>= 3.38.3), libedataserver-1.2-25 (>= 3.38.3), libevolution (>= 3.38.3), libevolution (< 3.39), libglib2.0-0 (>= 2.46.0), libgtk-3-0 (>= 3.0.0), libical3 (>= 3.0.0), libnotify4 (>= 0.7.0), libsoup2.4-1 (>= 2.42), libwebkit2gtk-4.0-37 (>= 2.28), libxml2 (>= 2.7.4), evolution-common (= 3.38.3-1), evolution-data-server (>= 3.38.3), evolution-data-server (< 3.39), dbus, psmisc *Recommande*: evolution-plugins, evolution-plugin-bogofilter | evolution-plugin-spamassassin, evolution-plugin-pstimport, yelp *Suggère*: evolution-ews, evolution-plugins-experimental, gnupg, network-manager Casse: evolution-common (< 3.20.4-1~) Remplace: evolution-common (< 3.20.4-1~) Fournit: imap-client, mail-reader Description : outils de travail collaboratif avec client de courriel et agenda Evolution est un ensemble d'outils de travail collaboratif qui intègre courriel, calendrier, carnet d'adresses, liste de tâches, et outils d'aide- mémoire. Il peut de plus être intégré avec des serveurs Exchange, être utilisé en client de lecteur de nouvelles (« newsgroups »), être un client LDAP et un client de calendriers en ligne. Les greffons suivants, qui font partie du jeu de base, sont fournis : * calendar-file ; * calendar-http ; * itip-formatter ; * default-source ; * addressbook-file ; * mark-all-read ; * publish-calendar ; * caldav ; * imap-features ; * google-account-setup ; * webdav-account-setup ; * calendar-weather ; * sa-junk-plugin ; * bogo-junk-plugin. Site : https://wiki.gnome.org/Apps/Evolution Étiquettes: implemented-in::c, interface::graphical, interface::x11, mail::imap, mail::pop, mail::smtp, mail::user-agent, network::client, protocol::TODO, protocol::imap, protocol::nntp, protocol::pop3, protocol::smtp, protocol::ssl, role::program, scope::application, suite::gnome, uitoolkit::gtk, use::TODO, use::browsing, works-with::mail, x11::application
RE: Paquets installés automatiquement
Bonjour, Perso, par expérience, j’installe toujours les paquets « recommandés », ils le sont souvent pour de bonnes raisons. Sinon, j’utilise aptitude pour faire le genre de recherches que tu effectues : * Obtenir la liste des paquets installés manuellement : aptitude search -F%p '~i !~M !~E !~prequired' * Paquets installés manuellement alors qu’ils pourraient être basculés en « automatique » : aptitude search -F%p '?installed !?automatic ?or(?essential,?priority(required))' * Paquets installés automatiquement seulement par une suggestion (« suggest » et non « recommended ») : aptitude search -F%p '?installed ?automatic ?not(?or(?essential,?priority(required))) ?not(?for x: ?reverse-depends(?installed)) ?not(?for x: ?reverse-recommends(?installed))' Cdlt, Fred.
Re: Paquets installés automatiquement
On 05/04/2022 07:39, David BERCOT wrote: Bonjour, Tant que j'y suis, j'ai une autre question sur le même sujet... Sur un système où il y a plusieurs paquets installés, par exemple paquet1, paquet2 et paquet3, comment peut-on savoir si l'installation manuelle de paquet 1 et paquet2 installera aussi paquet3 ? Bien que cela puisse sembler proche du cas précédent, c'est néanmoins légèrement différent ;-). L'idée est bien d'établir la liste minimum de paquets à installer manuellement pour couvrir le spectre complet de ceux qui sont installés sur un système... Si j'ai bonne mémoire le problème est très difficile, en pratique impossible. Il n'y a pas de solution simple. Voir les publications académiques de Stéphane Zacchiroli (son HDR) https://upsilon.cc/~zack/ PS. Je cherche des partenaires intéressés par http://refpersys.org/ -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Re: Paquets installés automatiquement
Bonjour, Tant que j'y suis, j'ai une autre question sur le même sujet... Sur un système où il y a plusieurs paquets installés, par exemple paquet1, paquet2 et paquet3, comment peut-on savoir si l'installation manuelle de paquet 1 et paquet2 installera aussi paquet3 ? Bien que cela puisse sembler proche du cas précédent, c'est néanmoins légèrement différent ;-). L'idée est bien d'établir la liste minimum de paquets à installer manuellement pour couvrir le spectre complet de ceux qui sont installés sur un système... Merci. David. Le 04/04/2022 à 11:13, David BERCOT a écrit : Re-bonjour, Le 04/04/2022 à 11:03, Erwan David a écrit : Le 04/04/2022 à 10:56, David BERCOT a écrit : Bonjour, J'essaye de gérer mon installation en ne conservant que les paquets strictement nécessaires. Pour cela : 1. je bascule la liste de tous les paquets en mode "auto" (via apt-mark auto) 2. j'installe "manuellement" ceux qui me semblent nécessaires (et qui changent donc d'état vers "manual") 3. je fais un apt autoremove pour supprimer ceux qui ne sont pas liés à mon installation manuelle J'ai l'impression, globalement, que ça fonctionne. Toutefois, je viens de constater que ce n'était pas le cas et que j'avais par exemple tous les paquets "evolution*" qui étaient pourtant marqués comme "auto", liés à aucune installation manuelle, et qui n'étaient pourtant pas purgés via apt autoremove. Est-ce que vous auriez une idée de la raison de ce comportement ? Merci d'avance. David. Tu peux faire un aptitude why 'paquet' (si tu as aptitude) pour avoir une des raisons d'installation. N'oublie pas qu'un paquet Recommandé reste s'il est en Auto. Je n'avais pas aptitude mais je l'ai installé pour tester. Et donc, j'obtiens : # aptitude why evolution i webex Dépend libnotify4 i A libnotify4 Recommande notification-daemon i A gnome-shell Fournit notification-daemon i A gnome-shell Dépend evolution-data-server (>= 3.33.1) i A evolution-data-server Suggère evolution Ceci explique sûrement cela... Il n'est pas possible de supprimer "automatiquement" les paquets suggérés et/ou recommandés ? Surtout que dans mon apt.conf, j'ai indiqué : APT::Install-Recommends "false"; APT::Install-Suggests "false"; Ça me paraît assez contre-intuitif... En tous cas, merci pour ce retour qui me donne déjà des premières explications ;-) David.
Re: Paquets installés automatiquement
Re-bonjour, Le 04/04/2022 à 11:03, Erwan David a écrit : Le 04/04/2022 à 10:56, David BERCOT a écrit : Bonjour, J'essaye de gérer mon installation en ne conservant que les paquets strictement nécessaires. Pour cela : 1. je bascule la liste de tous les paquets en mode "auto" (via apt-mark auto) 2. j'installe "manuellement" ceux qui me semblent nécessaires (et qui changent donc d'état vers "manual") 3. je fais un apt autoremove pour supprimer ceux qui ne sont pas liés à mon installation manuelle J'ai l'impression, globalement, que ça fonctionne. Toutefois, je viens de constater que ce n'était pas le cas et que j'avais par exemple tous les paquets "evolution*" qui étaient pourtant marqués comme "auto", liés à aucune installation manuelle, et qui n'étaient pourtant pas purgés via apt autoremove. Est-ce que vous auriez une idée de la raison de ce comportement ? Merci d'avance. David. Tu peux faire un aptitude why 'paquet' (si tu as aptitude) pour avoir une des raisons d'installation. N'oublie pas qu'un paquet Recommandé reste s'il est en Auto. Je n'avais pas aptitude mais je l'ai installé pour tester. Et donc, j'obtiens : # aptitude why evolution i webex Dépend libnotify4 i A libnotify4Recommande notification-daemon i A gnome-shell Fournitnotification-daemon i A gnome-shell Dépend evolution-data-server (>= 3.33.1) i A evolution-data-server Suggèreevolution Ceci explique sûrement cela... Il n'est pas possible de supprimer "automatiquement" les paquets suggérés et/ou recommandés ? Surtout que dans mon apt.conf, j'ai indiqué : APT::Install-Recommends "false"; APT::Install-Suggests "false"; Ça me paraît assez contre-intuitif... En tous cas, merci pour ce retour qui me donne déjà des premières explications ;-) David.
Re: Paquets installés automatiquement
Le 04/04/2022 à 10:56, David BERCOT a écrit : Bonjour, J'essaye de gérer mon installation en ne conservant que les paquets strictement nécessaires. Pour cela : 1. je bascule la liste de tous les paquets en mode "auto" (via apt-mark auto) 2. j'installe "manuellement" ceux qui me semblent nécessaires (et qui changent donc d'état vers "manual") 3. je fais un apt autoremove pour supprimer ceux qui ne sont pas liés à mon installation manuelle J'ai l'impression, globalement, que ça fonctionne. Toutefois, je viens de constater que ce n'était pas le cas et que j'avais par exemple tous les paquets "evolution*" qui étaient pourtant marqués comme "auto", liés à aucune installation manuelle, et qui n'étaient pourtant pas purgés via apt autoremove. Est-ce que vous auriez une idée de la raison de ce comportement ? Merci d'avance. David. Tu peux faire un aptitude why 'paquet' (si tu as aptitude) pour avoir une des raisons d'installation. N'oublie pas qu'un paquet Recommandé reste s'il est en Auto.
Paquets installés automatiquement
Bonjour, J'essaye de gérer mon installation en ne conservant que les paquets strictement nécessaires. Pour cela : 1. je bascule la liste de tous les paquets en mode "auto" (via apt-mark auto) 2. j'installe "manuellement" ceux qui me semblent nécessaires (et qui changent donc d'état vers "manual") 3. je fais un apt autoremove pour supprimer ceux qui ne sont pas liés à mon installation manuelle J'ai l'impression, globalement, que ça fonctionne. Toutefois, je viens de constater que ce n'était pas le cas et que j'avais par exemple tous les paquets "evolution*" qui étaient pourtant marqués comme "auto", liés à aucune installation manuelle, et qui n'étaient pourtant pas purgés via apt autoremove. Est-ce que vous auriez une idée de la raison de ce comportement ? Merci d'avance. David.
Re: paquets non mis à jour
Le samedi 09 janvier 2021 à 15:42 +0100, Étienne Mollier a écrit : > Bonjour François, > > Francois Meyer, on 2021-01-09 14:57:36 +0100: > > Depuis quelques temps, apt update / upgrade me dit qu'il y a des paquets > > upgradables mais qu'il va conserver en l'état. Il y a beaucoup de paquets > > liés à python3 dans la liste. Je suis en testing (donc python 3.8). > > C'est dû à des problèmes de dépendances ? > > C'est grave ? est-ce qu'il faut que j'essaie de le forcer à faire les mises > > à jour ou bien attendre tranquillement que le problème disparaisse de > > lui-même ? > > Dans ce genre de cas, je dirais qu'une mise à jour en utilisant > la séquence suivante devrait bien se passer : > > # apt update > # apt full-upgrade Attention quand même avec cette commande car ça peut désinstaller des logiciels que l'on veut garder. Debian est en train supprimer python 2 et des logiciels n'ayant pas fait leur migration vers python 3 ont été retirés de testing. Si tu utilises de tels logiciels mieux vaut être prudent avec un full-upgrade ... Gaëtan signature.asc Description: This is a digitally signed message part
Re: paquets non mis à jour
Étienne Mollier, on 2021-01-09 15:42:19 +0100: > Francois Meyer, on 2021-01-09 14:57:36 +0100: > > Depuis quelques temps, apt update / upgrade me dit qu'il y a des paquets > > upgradables mais qu'il va conserver en l'état. Il y a beaucoup de paquets > > liés à python3 dans la liste. Je suis en testing (donc python 3.8). > > C'est dû à des problèmes de dépendances ? > > C'est grave ? est-ce qu'il faut que j'essaie de le forcer à faire les mises > > à jour ou bien attendre tranquillement que le problème disparaisse de > > lui-même ? > > Dans ce genre de cas, je dirais qu'une mise à jour en utilisant > la séquence suivante devrait bien se passer : > > # apt update > # apt full-upgrade > > Une partie des paquets doit vraisemblablement être désinstallée, > afin que d'autres puissent se mettre à jour. En général, ça se > produit quand des bibliothèques montent en version et que les > libN et libN+1 entrent mutuellement en conflit. Éventuellement, > gardez un œil sur la liste des paquets désinstallés, dès fois > qu'une des applications que vous utilisez fasse explicitement > partie de la liste. Tant que j'y pense, lors de la mise à jour d'applications constituées de plusieurs paquets, il se peut que la version N de l'application ne puisse pas utiliser la version N+1 de sa bibliothèque, auquel cas la mise à jour de la bibliothèque va effectivement être retenue le temps que la version N+1 de l'application complète soit disponible. Forcer une mise à jour de la bibliothèque dans ce genre de cas conduirait à la désinstallation de l'application finale, mais apt full-upgrade l'indiquera dans la liste des paquets qui seront désinstallés. Ce genre de situation ne dure généralement pas plus d'un ou deux jours, du coup je ne crois pas que vous soyez dans ce cas là, mais pour information, dès fois que. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: paquets non mis à jour
Bonjour François, Francois Meyer, on 2021-01-09 14:57:36 +0100: > Depuis quelques temps, apt update / upgrade me dit qu'il y a des paquets > upgradables mais qu'il va conserver en l'état. Il y a beaucoup de paquets > liés à python3 dans la liste. Je suis en testing (donc python 3.8). > C'est dû à des problèmes de dépendances ? > C'est grave ? est-ce qu'il faut que j'essaie de le forcer à faire les mises > à jour ou bien attendre tranquillement que le problème disparaisse de > lui-même ? Dans ce genre de cas, je dirais qu'une mise à jour en utilisant la séquence suivante devrait bien se passer : # apt update # apt full-upgrade Une partie des paquets doit vraisemblablement être désinstallée, afin que d'autres puissent se mettre à jour. En général, ça se produit quand des bibliothèques montent en version et que les libN et libN+1 entrent mutuellement en conflit. Éventuellement, gardez un œil sur la liste des paquets désinstallés, dès fois qu'une des applications que vous utilisez fasse explicitement partie de la liste. Debian Testing a récemment transité de Python 3.8 a Python 3.9. J'ai récemment mis à jour une de mes machines depuis Buster vers Testing, et Python 3.8 n'y a jamais été présent. Je pense donc qu'il n'y a rien de grave, et que les paquets ne seront effectivement plus nécessaires une fois la mise à jour passée. Et si malgré tout la procédure devait avoir un couac, alors ce sera l'occasion de remonter un bug. Bonne année à vous aussi, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
paquets non mis à jour
Bonjour à tous et bonne année Depuis quelques temps, apt update / upgrade me dit qu'il y a des paquets upgradables mais qu'il va conserver en l'état. Il y a beaucoup de paquets liés à python3 dans la liste. Je suis en testing (donc python 3.8). C'est dû à des problèmes de dépendances ? C'est grave ? est-ce qu'il faut que j'essaie de le forcer à faire les mises à jour ou bien attendre tranquillement que le problème disparaisse de lui-même ? Bonne fin de journée François
[Résolu] Liste des paquets installés sur mon ordi
Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le mercredi 17 juin 2020 17:17, Erwan David a écrit : > Le 17/06/2020 à 14:41, benoit a écrit : > > > ‐‐‐ Original Message ‐‐‐ > > Le mercredi 17 juin 2020 14:32, steve dl...@bluewin.ch a écrit : > > > > > Salut, > > > > Salut > > > > > Quand tu dis « installer manuellement », ça veut dire quoi exactement ? > > > Car tous les paquets ci-dessous sont dans les dépôts Debian officiels. > > > > Par exemple quand on donne en paramètre à apt, un paquet déjà installé par > > dépendance d'un autre. > > apt répond que le paquet est déjà installé et passe en installé > > manuellement. > > Ces paquets là je ne les voudraient pas dans ma liste puisqu'ils sont des > > dépendances. > > Bon je suis un peu en retard, mais pour les paquets installés en"manuel" > (et donc pas en dépendance) je fais apt-mark showmanual Encore plus simple et j'ai fais un diff pour comparer la sortie redirigée dans un fichier de apt-mark showmanual > liste-paquets.txt et aptitude -F "%p" search ~i\!~M > paquets.list Il n'y a pas de différence ! ;-) Même ordre alphabétique et tout ! ;-) Merci ! -- Benoit
Re: Liste des paquets installés sur mon ordi.
Le 17/06/2020 à 14:41, benoit a écrit : > ‐‐‐ Original Message ‐‐‐ > Le mercredi 17 juin 2020 14:32, steve a écrit : > >> Salut, >> > Salut > >> >> Quand tu dis « installer manuellement », ça veut dire quoi exactement ? >> Car tous les paquets ci-dessous sont dans les dépôts Debian officiels. >> > > Par exemple quand on donne en paramètre à apt, un paquet déjà installé par > dépendance d'un autre. > > apt répond que le paquet est déjà installé et passe en installé manuellement. > Ces paquets là je ne les voudraient pas dans ma liste puisqu'ils sont des > dépendances. Bon je suis un peu en retard, mais pour les paquets installés en"manuel" (et donc pas en dépendance) je fais apt-mark showmanual
[Résolu] Liste des paquets installés sur mon ordi.
‐‐‐ Original Message ‐‐‐ Le mercredi 17 juin 2020 14:35, Daniel Caillibaud a écrit : > Le 17/06/20 à 12:15, benoit benoit...@protonmail.ch a écrit : > > > Bonjour à tou·t·e·s > > Pour réinstaller facilement d’un ordi à l’autre, je voudrais, demander à > > apt ou dpkg (ou > > autre) : > > Je sais faire avec aptitude parce que je connais sa syntaxe, mais c'est > sûrement possible avec > d'autre apt-* > > > (la liste des paquets installés manuellement) MOINS (ceux qui auraient été > > installés par > > dépendance de l’un d’entre eux) ET (sans le n° de version de façon à > > pouvoir tout installer > > en testing alors que certains paquets sont en stable). > > aptitude -F "%p" search '~i!~M' > paquets.list > ou bien > aptitude -F "%p" search ~i\!~M > paquets.list > (faut échapper le ! que le shell interprête) > > pour réinstaller, copier le fichier paquets.list puis > apt install $( > Lors d'une montée de version de debian, il y a souvent des paquets qui > n'existent plus ou des > pbs de dépendances qu'il faut régler manuellement (je les retire de la liste > et les traite > ensuite au cas par cas) > > > L’opération MOINS serait bien utile, car il me semble avoir déjà constaté > > que d’une version à > > l’autre de Debian, les dépendances pour un paquet donné ne sont pas > > toujours les mêmes. > > C'est le !~M qui retire les paquets installés automatiquement. > > -F '%p' pour avoir seulement le nom du paquet dans la sortie (ni version ni > état ni description) > ~i pour les paquets installés > ~M paquets installés automatiquement > !~M sauf les paquets auto > ~c pour avoir les paquets installés puis retirés mais non purgés Un tout grand merci pour ces explications ! Ca le fait ! ;-) > > Il y a beaucoup d'autres critères possibles pour le search, cf la doc > > > Autre usage, voici une liste de paquets que j’ai installés manuellement > > pour compiler un > > programme… Y a-t-il une commande permettant de supprimer de cette liste > > tous ceux qui > > auraient été installés automatiquement, car dépendants d’un autre paquet de > > cette liste ? > > cmake dh-exec dh-python libboost-date-time-dev libboost-dev > > libboost-filesystem-dev > > libboost-graph-dev libboost-iostreams-dev libboost-program-options-dev > > libboost-regex-dev > > libboost-serialization-dev libboost-signals-dev libboost-thread-dev > > libcoin-dev > > libdouble-conversion-dev liblz4-dev libglew-dev libopencv-dev libeigen3-dev > > libgts-bin > > libgts-dev libkdtree++-dev libmedc-dev libmetis-dev > > libocct-data-exchange-dev > > libocct-ocaf-dev libocct-visualization-dev libproj-dev libpyside2-dev > > libqt5opengl5-dev > > libqt5svg5-dev libqt5webkit5-dev libqt5x11extras5-dev > > libqt5xmlpatterns5-dev libshiboken2-dev > > libspnav-dev libvtk7-dev libx11-dev libxerces-c-dev libzipios++-dev netgen > > netgen-headers > > occt-draw pybind11-dev pyside2-tools python-requests python-ply > > python3-pyside2.qtcore > > python3-pyside2.qtgui python3-pyside2.qtsvg python3-pyside2.qtuitools > > python3-pyside2.qtwidgets python3-pyside2.qtxml python3-dev python3-ply > > qtbase5-dev > > qttools5-dev swig doxygen python3-pivy > > aptitude -F '%p' search ~M|egrep > '^(cmake|dh-exec|dh-python|libboost-date-time-dev|…)$' > Ici ça ne retourne rien, vu que je les ai tous passés en paramètre à apt du coup, aucun n'est automatique, mais je comprend le principe et ça m'aide vraiment ! ;-) Un tout grand merci. -- Benoit
Re: Liste des paquets installés sur mon ordi.
Le 17/06/2020 à 16:39, hamster a écrit : > Le 17/06/2020 à 14:35, Daniel Caillibaud a écrit : >> pour réinstaller, copier le fichier paquets.list puis >> apt install $( > Je vois un chevron ouvrant avant "paquets.list" mais pas de fermant > après. C'est bien comme ca ou y'a une faute de frappe ? > > Oui c'est la syntaxe normale pour faire l'équivalent de $(cat paquets.list) Voit ça comme un genre de redirection.
Re: Liste des paquets installés sur mon ordi.
Le 17/06/2020 à 14:35, Daniel Caillibaud a écrit : > pour réinstaller, copier le fichier paquets.list puis > apt install $(
Re: Liste des paquets installés sur mon ordi.
Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le mercredi 17 juin 2020 15:04, fabricer a écrit : > salut, > > > Je me demande qu'il se passe par exemple, si la machine cible n'a pas > > buster dans son source.list, alors que la machine source l'avait. > > je lis que le source.list de la cible est réécrit à partir du fichier clone. > https://omgfoss.com/apt-clone-to-backup/ > > a+ > > f. En effet. «This command will overwrite your existing /etc/apt/sources.list» Ca m'embête un peu... Mais c'est une bonne piste. -- Benoit
Re: Liste des paquets installés sur mon ordi.
salut, Je me demande qu'il se passe par exemple, si la machine cible n'a pas buster dans son source.list, alors que la machine source l'avait. je lis que le source.list de la cible est réécrit à partir du fichier clone. https://omgfoss.com/apt-clone-to-backup/ a+ f.
Re: Liste des paquets installés sur mon ordi.
Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐ Original Message ‐‐‐ Le mercredi 17 juin 2020 14:44, NoSpam a écrit : > Bonjour > > J'utilise apt-clone clone `uname -n` sur la machine source et apt-clone > restore original-machine-name.apt-clone.tar.gz sur la destinataire Bonjour; Merci pour cette solution, je vais aller lire le man afin de voir comment il serait possible de cloner un stable/testing/sid vers une installation testing/sid. Je me demande qu'il se passe par exemple, si la machine cible n'a pas buster dans son source.list, alors que la machine source l'avait. -- Benoit
Re: Liste des paquets installés sur mon ordi.
Bonjour Le 17/06/2020 à 14:15, benoit a écrit : Bonjour à tou·t·e·s Pour réinstaller facilement d’un ordi à l’autre, je voudrais, demander à apt ou dpkg (ou autre) : (la liste des paquets installés manuellement) MOINS (ceux qui auraient été installés par dépendance de l’un d’entre eux) ET (sans le n° de version de façon à pouvoir tout installer en testing alors que certains paquets sont en stable). L’opération MOINS serait bien utile, car il me semble avoir déjà constaté que d’une version à l’autre de Debian, les dépendances pour un paquet donné ne sont pas toujours les mêmes. J'utilise apt-clone clone `uname -n` sur la machine source et apt-clone restore original-machine-name.apt-clone.tar.gz sur la destinataire Autre usage, voici une liste de paquets que j’ai installés manuellement pour compiler un programme… Y a-t-il une commande permettant de supprimer de cette liste tous ceux qui auraient été installés automatiquement, car dépendants d’un autre paquet de cette liste ? cmake dh-exec dh-python libboost-date-time-dev libboost-dev libboost-filesystem-dev libboost-graph-dev libboost-iostreams-dev libboost-program-options-dev libboost-regex-dev libboost-serialization-dev libboost-signals-dev libboost-thread-dev libcoin-dev libdouble-conversion-dev liblz4-dev libglew-dev libopencv-dev libeigen3-dev libgts-bin libgts-dev libkdtree++-dev libmedc-dev libmetis-dev libocct-data-exchange-dev libocct-ocaf-dev libocct-visualization-dev libproj-dev libpyside2-dev libqt5opengl5-dev libqt5svg5-dev libqt5webkit5-dev libqt5x11extras5-dev libqt5xmlpatterns5-dev libshiboken2-dev libspnav-dev libvtk7-dev libx11-dev libxerces-c-dev libzipios++-dev netgen netgen-headers occt-draw pybind11-dev pyside2-tools python-requests python-ply python3-pyside2.qtcore python3-pyside2.qtgui python3-pyside2.qtsvg python3-pyside2.qtuitools python3-pyside2.qtwidgets python3-pyside2.qtxml python3-dev python3-ply qtbase5-dev qttools5-dev swig doxygen python3-pivy Merci d’avance. – Benoit Sent with ProtonMail <https://protonmail.com> Secure Email.
Re: Liste des paquets installés sur mon ordi.
‐‐‐ Original Message ‐‐‐ Le mercredi 17 juin 2020 14:32, steve a écrit : > Salut, > Salut > > Quand tu dis « installer manuellement », ça veut dire quoi exactement ? > Car tous les paquets ci-dessous sont dans les dépôts Debian officiels. > Par exemple quand on donne en paramètre à apt, un paquet déjà installé par dépendance d'un autre. apt répond que le paquet est déjà installé et passe en installé manuellement. Ces paquets là je ne les voudraient pas dans ma liste puisqu'ils sont des dépendances. > > J'espère avoir pu donner quelques pistes. > Je m'empresse de les explorer ! ;-) Merci -- Benoit
Re: Liste des paquets installés sur mon ordi.
Le 17/06/20 à 12:15, benoit a écrit : > Bonjour à tou·t·e·s > > Pour réinstaller facilement d’un ordi à l’autre, je voudrais, demander à apt > ou dpkg (ou > autre) : Je sais faire avec aptitude parce que je connais sa syntaxe, mais c'est sûrement possible avec d'autre apt-* > (la liste des paquets installés manuellement) MOINS (ceux qui auraient été > installés par > dépendance de l’un d’entre eux) ET (sans le n° de version de façon à pouvoir > tout installer > en testing alors que certains paquets sont en stable). aptitude -F "%p" search '~i!~M' > paquets.list ou bien aptitude -F "%p" search ~i\!~M > paquets.list (faut échapper le ! que le shell interprête) pour réinstaller, copier le fichier paquets.list puis apt install $( L’opération MOINS serait bien utile, car il me semble avoir déjà constaté que > d’une version à > l’autre de Debian, les dépendances pour un paquet donné ne sont pas toujours > les mêmes. C'est le !~M qui retire les paquets installés automatiquement. -F '%p' pour avoir seulement le nom du paquet dans la sortie (ni version ni état ni description) ~i pour les paquets installés ~M paquets installés automatiquement !~M sauf les paquets auto ~c pour avoir les paquets installés puis retirés mais non purgés Il y a beaucoup d'autres critères possibles pour le search, cf la doc > Autre usage, voici une liste de paquets que j’ai installés manuellement pour > compiler un > programme… Y a-t-il une commande permettant de supprimer de cette liste tous > ceux qui > auraient été installés automatiquement, car dépendants d’un autre paquet de > cette liste ? > > cmake dh-exec dh-python libboost-date-time-dev libboost-dev > libboost-filesystem-dev > libboost-graph-dev libboost-iostreams-dev libboost-program-options-dev > libboost-regex-dev > libboost-serialization-dev libboost-signals-dev libboost-thread-dev > libcoin-dev > libdouble-conversion-dev liblz4-dev libglew-dev libopencv-dev libeigen3-dev > libgts-bin > libgts-dev libkdtree++-dev libmedc-dev libmetis-dev libocct-data-exchange-dev > libocct-ocaf-dev libocct-visualization-dev libproj-dev libpyside2-dev > libqt5opengl5-dev > libqt5svg5-dev libqt5webkit5-dev libqt5x11extras5-dev libqt5xmlpatterns5-dev > libshiboken2-dev > libspnav-dev libvtk7-dev libx11-dev libxerces-c-dev libzipios++-dev netgen > netgen-headers > occt-draw pybind11-dev pyside2-tools python-requests python-ply > python3-pyside2.qtcore > python3-pyside2.qtgui python3-pyside2.qtsvg python3-pyside2.qtuitools > python3-pyside2.qtwidgets python3-pyside2.qtxml python3-dev python3-ply > qtbase5-dev > qttools5-dev swig doxygen python3-pivy aptitude -F '%p' search ~M|egrep '^(cmake|dh-exec|dh-python|libboost-date-time-dev|…)$' -- Daniel Les hommes naissent libres et égaux en droits, ensuite ils se mettent à boire. Cavanna
Re: Liste des paquets installés sur mon ordi.
Salut, Le 17-06-2020, à 12:15:36 +, benoit a écrit : Bonjour à tou·t·e·s Pour réinstaller facilement d’un ordi à l’autre, je voudrais, demander à apt ou dpkg (ou autre) : dpkg --get-selections >> mes_fichiers.txt liste tous les paquets installés sur un système S1. Ensuite sur un système S2, tu fais dpkg --set-selections < mes_fichiers.txt et ton système S2 aura (presque) tous les paquets que S1 (modulo ceux que tu as compilés toi-même). (la liste des paquets installés manuellement) peut-être que aptitude search ~o le fait. MOINS (ceux qui auraient été installés par dépendance de l’un d’entre eux) ET (sans le n° de version de façon à pouvoir tout installer en testing alors que certains paquets sont en stable). Là ça devient plus compliqué. Peut-être qu'en utilisant les motifs de recherche d'aptitude (https://www.debian.org/doc/manuals/aptitude/ch02s04s05.fr.html#tableSearchTermQuickGuide), tu pourras créer deux fichiers dont un diff te donnerait ton résultat. L’opération MOINS serait bien utile, car il me semble avoir déjà constaté que d’une version à l’autre de Debian, les dépendances pour un paquet donné ne sont pas toujours les mêmes. Mais ce n'est pas vraiment un problème me semble-t-il avec dpkg --get-selections Autre usage, voici une liste de paquets que j’ai installés manuellement pour compiler un programme… Y a-t-il une commande permettant de supprimer de cette liste tous ceux qui auraient été installés automatiquement, car dépendants d’un autre paquet de cette liste ? Quand tu dis « installer manuellement », ça veut dire quoi exactement ? Car tous les paquets ci-dessous sont dans les dépôts Debian officiels. cmake dh-exec dh-python libboost-date-time-dev libboost-dev libboost-filesystem-dev libboost-graph-dev libboost-iostreams-dev libboost-program-options-dev libboost-regex-dev libboost-serialization-dev libboost-signals-dev libboost-thread-dev libcoin-dev libdouble-conversion-dev liblz4-dev libglew-dev libopencv-dev libeigen3-dev libgts-bin libgts-dev libkdtree++-dev libmedc-dev libmetis-dev libocct-data-exchange-dev libocct-ocaf-dev libocct-visualization-dev libproj-dev libpyside2-dev libqt5opengl5-dev libqt5svg5-dev libqt5webkit5-dev libqt5x11extras5-dev libqt5xmlpatterns5-dev libshiboken2-dev libspnav-dev libvtk7-dev libx11-dev libxerces-c-dev libzipios++-dev netgen netgen-headers occt-draw pybind11-dev pyside2-tools python-requests python-ply python3-pyside2.qtcore python3-pyside2.qtgui python3-pyside2.qtsvg python3-pyside2.qtuitools python3-pyside2.qtwidgets python3-pyside2.qtxml python3-dev python3-ply qtbase5-dev qttools5-dev swig doxygen python3-pivy Merci d’avance. J'espère avoir pu donner quelques pistes. Steve
Liste des paquets installés sur mon ordi.
Bonjour à tou·t·e·s Pour réinstaller facilement d’un ordi à l’autre, je voudrais, demander à apt ou dpkg (ou autre) : (la liste des paquets installés manuellement) MOINS (ceux qui auraient été installés par dépendance de l’un d’entre eux) ET (sans le n° de version de façon à pouvoir tout installer en testing alors que certains paquets sont en stable). L’opération MOINS serait bien utile, car il me semble avoir déjà constaté que d’une version à l’autre de Debian, les dépendances pour un paquet donné ne sont pas toujours les mêmes. Autre usage, voici une liste de paquets que j’ai installés manuellement pour compiler un programme… Y a-t-il une commande permettant de supprimer de cette liste tous ceux qui auraient été installés automatiquement, car dépendants d’un autre paquet de cette liste ? cmake dh-exec dh-python libboost-date-time-dev libboost-dev libboost-filesystem-dev libboost-graph-dev libboost-iostreams-dev libboost-program-options-dev libboost-regex-dev libboost-serialization-dev libboost-signals-dev libboost-thread-dev libcoin-dev libdouble-conversion-dev liblz4-dev libglew-dev libopencv-dev libeigen3-dev libgts-bin libgts-dev libkdtree++-dev libmedc-dev libmetis-dev libocct-data-exchange-dev libocct-ocaf-dev libocct-visualization-dev libproj-dev libpyside2-dev libqt5opengl5-dev libqt5svg5-dev libqt5webkit5-dev libqt5x11extras5-dev libqt5xmlpatterns5-dev libshiboken2-dev libspnav-dev libvtk7-dev libx11-dev libxerces-c-dev libzipios++-dev netgen netgen-headers occt-draw pybind11-dev pyside2-tools python-requests python-ply python3-pyside2.qtcore python3-pyside2.qtgui python3-pyside2.qtsvg python3-pyside2.qtuitools python3-pyside2.qtwidgets python3-pyside2.qtxml python3-dev python3-ply qtbase5-dev qttools5-dev swig doxygen python3-pivy Merci d’avance. – Benoit Sent with [ProtonMail](https://protonmail.com) Secure Email.
purger des paquets localisés superflus
bonjour, je viens de mettre à jour mon ordi et je souhaiterai purger les paquets libreoffice localisés et également l'aide ... j'ai réussi à le faire, mais je recherche le moyen via un script de pouvoir exclure une variable et ça je n'ai pas encore fait ... voici la base : dpkg -l |awk ' /libreoffice-l10/ {print $2}' >|liste-locales-libreoffice.txt la suite me viens tout doucement : grep '*-fr' liste-locales-libreoffice.txt est il possible de le réaliser avec tr ou un équivalent ? merci pour votre aimable attention bien à vous bernard
Re: dpkg - impossible d'installer des paquets
Le 13/06/2018 à 09:02, roger.tar...@free.fr a écrit : Est-ce que le DVD 1 de Debian (ou CD ou netinst) suffit pour réaliser une installation "complète", cad avec tous les paquets absolument nécessaires, tels que dpkg ? oui. sans aucun problème ! jerem - Original Message - From: Jérémy PREGO To: debian-user-french@lists.debian.org Sent: Wed, 13 Jun 2018 01:30:09 +0200 (CEST) Subject: Re: dpkg - impossible d'installer des paquets Le 13/06/2018 à 00:39, roger.tar...@free.fr a écrit : debian-9.1.0-amd64-DVD-1.iso pourquoi obligatoirement le 9.1 ? Ou utiliser une autre image comme netinst ou CD ?) ben utiliser la dernière version de stretch par exemple ... à mon avis, ça résoudra pas mal de souci. jerem
Re: dpkg - impossible d'installer des paquets
La 9.1 est celle qui m'a posé problème décrit et résolu ici. La question vaut pour 8.x ou 9.4. Est-ce que le DVD 1 de Debian (ou CD ou netinst) suffit pour réaliser une installation "complète", cad avec tous les paquets absolument nécessaires, tels que dpkg ? - Original Message - From: Jérémy PREGO To: debian-user-french@lists.debian.org Sent: Wed, 13 Jun 2018 01:30:09 +0200 (CEST) Subject: Re: dpkg - impossible d'installer des paquets Le 13/06/2018 à 00:39, roger.tar...@free.fr a écrit : > debian-9.1.0-amd64-DVD-1.iso pourquoi obligatoirement le 9.1 ? > Ou utiliser une autre image comme netinst ou CD ?) ben utiliser la dernière version de stretch par exemple ... à mon avis, ça résoudra pas mal de souci. > jerem
Re: dpkg - impossible d'installer des paquets
Le 13/06/2018 à 00:39, roger.tar...@free.fr a écrit : debian-9.1.0-amd64-DVD-1.iso pourquoi obligatoirement le 9.1 ? Ou utiliser une autre image comme netinst ou CD ?) ben utiliser la dernière version de stretch par exemple ... à mon avis, ça résoudra pas mal de souci. jerem
Re: dpkg - impossible d'installer des paquets
Est-il possible que le problème rencontré avec dpkg provienne de l'installation à partir d'une image debian-9.1.0-amd64-DVD-1.iso placée sur une clef USB ? (Faut-il impérativement fournir les autres DVD ? Ou utiliser une autre image comme netinst ou CD ?) Lorsqu'un système installé sur un disque dur ou une clef USB ne démarre plus du tout (cf. mon Debian 9.1 installé sur une clef USB), que faut-il faire pour diagnostiquer et réparer ? (les premières étapes et outils) Merci
Re: dpkg - impossible d'installer des paquets
Merci. Mais ça me semble trop compliqué. Je préfère installer correctement Debian de zéro. - Original Message - From: G2PC To: debian-user-french@lists.debian.org Sent: Mon, 11 Jun 2018 11:44:25 +0200 (CEST) Subject: Re: dpkg - impossible d'installer des paquets Si tu es plus à l'aise sur Windows, réinstalle un Windows puis quitte Windows avec Goodbye Microsoft : https://www.visionduweb.eu/wiki/index.php?title=Quitter_Windows_avec_GoodBye_Microsoft Tout est automatisé. Pas eu de soucis avec cette méthode.
Re: dpkg - impossible d'installer des paquets
Si tu es plus à l'aise sur Windows, réinstalle un Windows puis quitte Windows avec Goodbye Microsoft : https://www.visionduweb.eu/wiki/index.php?title=Quitter_Windows_avec_GoodBye_Microsoft Tout est automatisé. Pas eu de soucis avec cette méthode.
Re: dpkg - impossible d'installer des paquets
Je vais bosser pour suffisamment connaître Debian et disposer d'un système fiable. De ma modeste expérience, je retiens que l'installation de Debian (7,8,9) a toujours été _pour moi_ plus ou moins obscure. L'assistant offre différents choix mais ne dit rien sur ce qui a été installé et les diverses dépendances, et si c'est correctement installé (cf. dpkg manquant dans mon cas, toujours pour une raison inconnue). La documentation Debian parle beaucoup des différents modules Mais comment disposer d'une "vue aérienne" de tous les paquets et leurs dépendances ? Notez que pour essayer l'installateur sur un autre support j'avais installé cette même 9.1 sur une clef USB de 32 Go (Debian, pas l'installateur) et que j'aavais eu le même comportement lié à dpkg que sur le disque (cas décrit ici). Notez aussi, que j'ai récemment lancé le système Debian 9.1 de cette clef USB et qu'il a été incapable de se lancer, quelques octets ayant dans doute été modifiés. Une clef USB n'est pas idéale pour faire tourner un OS en raison des appels incessants qui vont l'user plus qu'un disque (je crois que c'est toujours vrai). Mais je ne pensais pas que les fichiers y seraient altérés en quelques mois ! Q : Peut-on vraiment faire tourner Debian sur une clef USB ? Et si oui, sur quel type de clef ? Merci - Original Message - From: Pascal Hambourg To: debian-user-french@lists.debian.org Sent: Sun, 10 Jun 2018 10:15:55 +0200 (CEST) Subject: Re: dpkg - impossible d'installer des paquets Le 09/06/2018 à 16:30, roger.tar...@free.fr a écrit : > > @Pascal : oui, j'avais constaté que /sbin ne contenait pas start-stop-daemon > ; mais je ne connais pas la cause de cette anomalie C'est quand même inquiétant qu'un fichier appartenant au paquet essentiel dpkg soit manquant. > 1/ existe-t-il un outil de diagnostic qui permette de connaître l'état de son > système ? (typiquement : il manque /sbin/start-stop-daemon debsums permet de vérifier l'intégrité des fichiers des paquets installés avec les sommes de contrôle MD5 installées par le paquet ou générées à partir d'une archive « .deb ». J'imagine qu'il doit aussi détecter les fichiers manquants. > ; tel outil de sécurité est absent ; etc.) Debian n'est pas Windows. Il ne va pas te tanner parce qu'il n'y a pas de firewall ou d'anti-virus.
Re: dpkg - impossible d'installer des paquets
Le 09/06/2018 à 16:30, roger.tar...@free.fr a écrit : @Pascal : oui, j'avais constaté que /sbin ne contenait pas start-stop-daemon ; mais je ne connais pas la cause de cette anomalie C'est quand même inquiétant qu'un fichier appartenant au paquet essentiel dpkg soit manquant. 1/ existe-t-il un outil de diagnostic qui permette de connaître l'état de son système ? (typiquement : il manque /sbin/start-stop-daemon debsums permet de vérifier l'intégrité des fichiers des paquets installés avec les sommes de contrôle MD5 installées par le paquet ou générées à partir d'une archive « .deb ». J'imagine qu'il doit aussi détecter les fichiers manquants. ; tel outil de sécurité est absent ; etc.) Debian n'est pas Windows. Il ne va pas te tanner parce qu'il n'y a pas de firewall ou d'anti-virus.
Re: dpkg - impossible d'installer des paquets
Bonjour à tous, merci pour vos réponses. = PROBLEME RESOLU ;-D @Bernard : merci pour le script; le problème vient cependant de l'installation incorrecte avec l'installateur de Debian 9.1 (voir plus bas) @Pascal : oui, j'avais constaté que /sbin ne contenait pas start-stop-daemon ; mais je ne connais pas la cause de cette anomalie @Haricophile : merci @Michel : bien vu ! C'était en fait une erreur de saisie de ma part du message d'erreur ; c'est bien 'dpkg' et non 'dokg'. @Etienne : j'ai appliqué votre procédure pour réinstaller dpkg avec apt : j'ai pu faire un apt-get upgrade sans problème ; idem pour installer les paquets dont j'avais besoin. Merci beaucoup. Tous : merci pour vos liens vers la documentation Debian Mon souvenir de Debian est plutôt positif. Mais je me souviens être souvent resté immobilisé par une particularité de Linux ou de Debian (configuration stockée dans ~/.bashrc plutôt que son p'tit frère dont j'ai oublié le nom ; configuration réseau apparemment correcte mais inopérante ; configuration spécifique de la JRE). Et quand plusieurs problèmes y compris du logiciel à développer se superposent... Aïe! D'où l'intérêt de se documenter sur Debian. QUESTIONS BONUS : 1/ existe-t-il un outil de diagnostic qui permette de connaître l'état de son système ? (typiquement : il manque /sbin/start-stop-daemon ; tel outil de sécurité est absent ; etc.) 2/ existe-t-il un outil de gestion de configuration simple qui permette de basculer avec/sans redémarrage d'une configuration "normale" à une configuration "hyper légère" ou "hyper spécialisée" ? 3/ Est-il vrai que "Debian full" fait maintenant près de 100 millions de lignes de code ? Merci bonne journée - Original Message - From: "Étienne Mollier" To: debian-user-french@lists.debian.org Sent: Saturday, June 9, 2018 12:48:57 PM Subject: Re: dpkg - impossible d'installer des paquets Bonjour, Roger Tarani, le 2018-06-09 : > Contexte : Debian Stretch 9.1 Linux 4.9.0-3-amd64 Avec un peu de chance, en réessayant avec une ISO Debian 9.4, peut-être que ça passera mieux. Debian 9.2 avait dû être réédité en Debian 9.2.1 suite à un problème au niveau de l'installateur. Vous pouvez passer directement aux lectures recommandées, si les aspects liés aux tentatives de réparation vous semblent délicats. > L'installation est interrompue par le message suivant : > > dpkg: warning: 'start-stop-daemon' not found in PATH or not executable > dpkg: error: 1 expected program not found in PATH or not executable > Note: root's PATH should usually contain /usr/local/ in, /usr/sbin and /sbin > E: Sub-process /usr/bin/dokg returned an error code (2) > > Pourtant le PATH semble bon : > root#echo $PATH > /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin Votre path est effectivement correct. Comme suggéré par Pascal, la commande mentionnée devrait se trouver dans /sbin. Elle fait partie du paquet "dpkg" : $ dpkg --search /sbin/start-stop-daemon dpkg: /sbin/start-stop-daemon Si elle ne s'y situe plus pour une raison quelconque, il est possible de la restaurer en téléchargeant le paquet et en y récupérant le composant manquant. La commande "apt" fournit tout ce qu'il faut pour télécharger directement le bon paquet : $ apt download dpkg Get:1 https://cdn-aws.deb.debian.org/debian sid/main amd64 dpkg amd64 1.19.0.5+b1 [2,133 kB] Fetched 2,133 kB in 2s (1,396 kB/s) La commande "dpkg" permet, en outre, d'extraire les fichiers du paquet dans un répertoire temporaire tmpdir/ (pensez à utiliser la version du paquet que vous avez téléchargé, j'ai testé depuis une Debian Sid) : $ dpkg --extract dpkg_1.19.0.5+b1_amd64.deb tmpdir/ Puis en tant que root, depuis le même répertoire de travail : # cp tmpdir/sbin/start-stop-daemon /sbin/start-stop-daemon Si toutefois le problème persiste, ou que d'autres problèmes se posent, peut-être qu'une réinstallation devra être envisagée. À moins bien sûr que vous souhaitiez les aborder de front... > Questions : > quelle est la manière la plus simple d'installer un système > Debian limité au strict nécessaire et fiable ? D'expérience, je dirais que depuis l'ISO DVD n°1, simplement en installant les « utilitaires systèmes de base », vous disposez d'un système tout ce qu'il y a de plus minimaliste : pas d'interface graphique, pas de serveur SSH, juste un prompt et quelques commandes pour commencer à travailler. Il est probablement possible de faire de même avec une ISO Netinst ne nécessitant pas de télécharger des gigas et des gigas, mais je ne me souviens plus exactement du comportement de l'installateur. > Quel est le
Re: dpkg - impossible d'installer des paquets
Le samedi 09 juin 2018 à 10:14 +0200, roger.tar...@free.fr a écrit : > Questions : > quelle est la manière la plus simple d'installer un système Debian > limité au strict nécessaire et fiable ? > Quel est le livre à étudier à fond pour bien comprendre les arcanes > de Debian ? > > Merci pour votre retour https://formation-debian.viarezo.fr/ https://debian-facile.org/ https://wiki.debian.org/FrontPage ce qui est déjà un bon début...
Re: dpkg - impossible d'installer des paquets
Le 09/06/2018 à 10:20, roger.tar...@free.fr a écrit : > Bonjour, > Bonjour, > Contexte : Debian Stretch 9.1 Linux 4.9.0-3-amd64 > > J'observe que l'installation de paquets est impossible sur une machine > Debian fraîche. > > L'installation est interrompue par le message suivant : > > dpkg: warning: 'start-stop-daemon' not found in PATH or not executable > dpkg: error: 1 expected program not found in PATH or not executable > Note: root's PATH should usually contain /usr/local/ in, /usr/sbin and /sbin > E: Sub-process /usr/bin/dokg returned an error code (2) Bizarre, si c'est une copie exacte, je lis dokg au lieu de dpkg... et probablement que dokg n'est pas trouvé.
Re: dpkg - impossible d'installer des paquets
Bonjour, Roger Tarani, le 2018-06-09 : > Contexte : Debian Stretch 9.1 Linux 4.9.0-3-amd64 Avec un peu de chance, en réessayant avec une ISO Debian 9.4, peut-être que ça passera mieux. Debian 9.2 avait dû être réédité en Debian 9.2.1 suite à un problème au niveau de l'installateur. Vous pouvez passer directement aux lectures recommandées, si les aspects liés aux tentatives de réparation vous semblent délicats. > L'installation est interrompue par le message suivant : > > dpkg: warning: 'start-stop-daemon' not found in PATH or not executable > dpkg: error: 1 expected program not found in PATH or not executable > Note: root's PATH should usually contain /usr/local/ in, /usr/sbin and /sbin > E: Sub-process /usr/bin/dokg returned an error code (2) > > Pourtant le PATH semble bon : > root#echo $PATH > /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin Votre path est effectivement correct. Comme suggéré par Pascal, la commande mentionnée devrait se trouver dans /sbin. Elle fait partie du paquet "dpkg" : $ dpkg --search /sbin/start-stop-daemon dpkg: /sbin/start-stop-daemon Si elle ne s'y situe plus pour une raison quelconque, il est possible de la restaurer en téléchargeant le paquet et en y récupérant le composant manquant. La commande "apt" fournit tout ce qu'il faut pour télécharger directement le bon paquet : $ apt download dpkg Get:1 https://cdn-aws.deb.debian.org/debian sid/main amd64 dpkg amd64 1.19.0.5+b1 [2,133 kB] Fetched 2,133 kB in 2s (1,396 kB/s) La commande "dpkg" permet, en outre, d'extraire les fichiers du paquet dans un répertoire temporaire tmpdir/ (pensez à utiliser la version du paquet que vous avez téléchargé, j'ai testé depuis une Debian Sid) : $ dpkg --extract dpkg_1.19.0.5+b1_amd64.deb tmpdir/ Puis en tant que root, depuis le même répertoire de travail : # cp tmpdir/sbin/start-stop-daemon /sbin/start-stop-daemon Si toutefois le problème persiste, ou que d'autres problèmes se posent, peut-être qu'une réinstallation devra être envisagée. À moins bien sûr que vous souhaitiez les aborder de front... > Questions : > quelle est la manière la plus simple d'installer un système > Debian limité au strict nécessaire et fiable ? D'expérience, je dirais que depuis l'ISO DVD n°1, simplement en installant les « utilitaires systèmes de base », vous disposez d'un système tout ce qu'il y a de plus minimaliste : pas d'interface graphique, pas de serveur SSH, juste un prompt et quelques commandes pour commencer à travailler. Il est probablement possible de faire de même avec une ISO Netinst ne nécessitant pas de télécharger des gigas et des gigas, mais je ne me souviens plus exactement du comportement de l'installateur. > Quel est le livre à étudier à fond pour bien comprendre les > arcanes de Debian ? Le point de départ de la documentation est ici : https://www.debian.org/doc/ Quant aux arcanes, les Cahiers de l'Administrateur Debian sont très bien, mais publiés jusqu'à Debian 8 pour le moment : https://www.debian.org/doc/manuals/debian-handbook/index.fr.html Si vous êtes intéressé par les mécanismes de bases de l'installation d'une Debian minimaliste, l'appendice D.3 de la documentation d'installation pourrait peut-être vous intéresser, mais part du principe que vous avez déjà un Unix à portée de main pour procéder à l'installation : https://www.debian.org/releases/stable/amd64/apds03.html.fr Après, les livres c'est bien, mais rien ne remplace la pratique. Une fois votre système installé, utilisez le. :-) Amicalement, -- Étienne Mollier
Re: dpkg - impossible d'installer des paquets
Le samedi 09 juin 2018 à 10:14 +0200, roger.tar...@free.fr a écrit : > Questions : > quelle est la manière la plus simple d'installer un système Debian > limité au strict nécessaire et fiable ? > Quel est le livre à étudier à fond pour bien comprendre les arcanes > de Debian ? Installe quand même les paquets de base avec tasksel au moment d'installer le système (choix des paquets a installer). Si tu veux vraiment partir de rien, regarde la distrib LFS (Linux From Scratch) mais a mon avis il ne faut pas commencer par là
Re: dpkg - impossible d'installer des paquets
Le 09/06/2018 à 10:14, roger.tar...@free.fr a écrit : Contexte : Debian Stretch 9.1 Linux 4.9.0-3-amd64 J'observe que l'installation de paquets est impossible sur une machine Debian fraîche. L'installation est interrompue par le message suivant : dpkg: warning: 'start-stop-daemon' not found in PATH or not executable As-tu vérifié ce point ? ls -l /sbin/start-stop-daemon
dpkg - impossible d'installer des paquets
Bonjour, Contexte : Debian Stretch 9.1 Linux 4.9.0-3-amd64 J'observe que l'installation de paquets est impossible sur une machine Debian fraîche. L'installation est interrompue par le message suivant : dpkg: warning: 'start-stop-daemon' not found in PATH or not executable dpkg: error: 1 expected program not found in PATH or not executable Note: root's PATH should usually contain /usr/local/ in, /usr/sbin and /sbin E: Sub-process /usr/bin/dokg returned an error code (2) Pourtant le PATH semble bon : root#echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin Plusieurs utilisateurs Debian et Ubuntu ont reporté ce problème sur le net. Les premières solutions trouvées sur le net n'ont pas marché pour moi. Autres infos : sudo n'est pas installé (et pas installable...) software update a un comportement anormal sans doute lié au problème avec dpkg Je suis un utilisateur ordinaire de Debian mais pas un expert. Questions : quelle est la manière la plus simple d'installer un système Debian limité au strict nécessaire et fiable ? Quel est le livre à étudier à fond pour bien comprendre les arcanes de Debian ? Merci pour votre retour
Re: [rkhunter]: Mises à jour de paquets
Bonjour, Luc Novales a écrit : > > $ sudo rkhunter --propupd > Cette commande met à jour, sans vérification et de façon globale, > c'est très dangereux. Pour ma part, lorsque rkhunter me signale que des exécutables sensibles ont été mis à jour, je vérifie dans les logs d'APT que ces modifications correspondent bien à des mises à jour de paquets officiels (à ce sujet, apt-file est d'une grande aide). Une fois que j'ai vérifié la légitimité des mises à jour, je lance la commande : for c in /usr/bin/a /usr/bin/b /sbin/c /usr/sbin/d ; do rkhunter --propupd $c done > sinon, cela obligerait à le faire à la main à chaque mise à jour, > après vérification qu'aucun autre fichier n'a changé. Un outil de scellement, qui signale la mise à jour des exécutables et d'autres fichiers sensibles, ne doit justement pas actualiser sa base automatiquement. Il incombe au contraire à l'admin. sys. de vérifier la légitimité des mises à jour. Alors certes, cette vérification manuelle est pénible à concilier avec une mise à jour automatique et fréquente du système (mise à jour qui a potentiellement lieu toutes les 4 heures sur mes serveurs) mais si on veut le beurre et l'argent du beurre, c'est le prix à payer. Et c'est pour cela que j'utilise rkhunter, outil qui procède à un scellement ciblé, et non Tripwire ou AIDE, qui me semblent plus destinés à des machines extrêmement durcies qui, une fois configurées, ne devraient qu'être exceptionnellement mises à jour. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: [rkhunter]: Mises à jour de paquets
Bonjour, Le 16/01/2018 à 10:15, Dominique Dumont a écrit : On Tuesday, 16 January 2018 09:31:43 CET Luc Novales wrote: Cela fait plusieurs fois que je me retrouve confronté au problème lié à des alertes de rkhunter, suite à des mises à jours de paquets, dont il n'a pas eu l'information sur les fichiers remplacés. Dpkg ne communique pas avec rkhunter. Après une mise à jour des paquets, il faut mettre à jour la base de données de rkhunter avec cette commande: $ sudo rkhunter --propupd Cette commande met à jour, sans vérification et de façon globale, c'est très dangereux. Je suis étonné car la mise à jour normale de paquets ne pose pas de problèmes, il doit bien avoir des scripts post-install qui font le travail finement, juste pour les fichiers mis à jour par le nouveau paquet, sinon, cela obligerait à le faire à la main à chaque mise à jour, après vérification qu'aucun autre fichier n'a changé. Le responsable du paquet est le plus à même de dire à rkhunter ce qui a changé ;-) C'est bien cette opération qui me semble oubliée dans des mises à jour non standards (backports, sécurité...) Bonne journée, Luc.
Re: [rkhunter]: Mises à jour de paquets
On Tuesday, 16 January 2018 09:31:43 CET Luc Novales wrote: > Cela fait plusieurs fois que je me retrouve confronté au problème lié à > des alertes de rkhunter, suite à des mises à jours de paquets, dont il > n'a pas eu l'information sur les fichiers remplacés. Dpkg ne communique pas avec rkhunter. Après une mise à jour des paquets, il faut mettre à jour la base de données de rkhunter avec cette commande: $ sudo rkhunter --propupd A+ -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
[rkhunter]: Mises à jour de paquets
Bonjour, Cela fait plusieurs fois que je me retrouve confronté au problème lié à des alertes de rkhunter, suite à des mises à jours de paquets, dont il n'a pas eu l'information sur les fichiers remplacés. Cela touche des paquets très différents, et jusqu'à maintenant, je n'ai eu ces problèmes que sur des mises à jour de sécurité. Un rapport de bug sur les paquets touchés n'est pas vraiment approprié, qui sait comment faire remonter ce problème ? Merci Luc.
paquets en demande de suppression par une mise à jour
Bonjour, Mon système est une Debian Sid AMD64 à jour. Actuellement la commande apt-get dist-upgrade supprime 40 paquets si certains viennent de Kde et sont explicables car produit par la mise à jour QT 5.7-- >QT5.9, la suppression de toutes les versions g++ et des libstdc++ me semble sans raison. Savez vous quelle mise à jour crée ce problème ? Merci si vous pouvez éclairez ma lanterne. Philippe Merlin
Re: Upgrade jessie et 604 paquets non mis à jour
Bonjour, Le 22/07/2017 à 23:03, andre_deb...@numericable.fr a écrit : > On Saturday 22 July 2017 16:21:39 maderios wrote: >>>>> #sources.list pour passer à jessie >>>>> #JESSIE >>>>> deb http://deb.debian.org/debian/ jessie main contrib non-free >>>>> deb http://security.debian.org/ jessie/updates main contrib non-free >>>>> >>>>> #sources.list pour passer à stretch >>>>> #STRETCH >>>>> deb http://deb.debian.org/debian/ stretch main contrib non-free >>>>> deb http://security.debian.org/ stretch/updates main contrib non-free > >>>> 2 lignes suffisent alors ? > Ok, merci, > mais les deux lignes maitresses contiennent "non free"... > Je préférerai aussi du "free". > Bonne fin ded soirée, > André Tous les paquets dans main se conforment aux directives Debian pour le logiciel libre. Voir la définition des différents composants des archives Debian sur la page https://wiki.debian.org/fr/SourcesList du wiki Debian où il est également expliqué clairement la différence entre suite le nom de code (Stretch, Jessie) et la catégorie de version (stable/testing/instable). Pour n'avoir que du libre, il suffit de retirer contrib et surtout non-free. Amicalement, jipege
Re: Upgrade jessie et 604 paquets non mis à jour
On Saturday 22 July 2017 16:21:39 maderios wrote: > >>> #sources.list pour passer à jessie > >>> #JESSIE > >>> deb http://deb.debian.org/debian/ jessie main contrib non-free > >>> deb http://security.debian.org/ jessie/updates main contrib non-free > >>> > >>> #sources.list pour passer à stretch > >>> #STRETCH > >>> deb http://deb.debian.org/debian/ stretch main contrib non-free > >>> deb http://security.debian.org/ stretch/updates main contrib non-free > >> 2 lignes suffisent alors ? > > > > Pour la mise à niveau oui. Je commencerais par ça (et toujours la sainte > > trinité apt-get update puis apt-get upgrade puis apt-get distupgrade) et > > gardant le reste commenté. Puis j'ajouterais la ligne pour les backports > > deb http://ftp.ch.debian.org/debian stretch-backports main contrib > > et celle pour le multimédia (plus sûr que ça soit nécessaire, > >deb http://www.deb-multimedia.org stretch main non-free > J'ai abandonné deb-multimedia parce que, désormais, debian fournit les > paquets multimedia dont j'ai besoin. Par contre, deb-multimedia est > incontournable pour les programmes comportant des problèmes de license. > > avec à chaque fois la sainte trinité entre. > > Un redémarrage doit être nécessaire lors du passage du noyau de jessie à > > celui de stretch. > > Et le gros conseil à retenir : ne jamais mettre le nom stable dans son > > sources.list mais plutôt sont petit nom du moment, ici stretch. Si tu > > l'avais suivi avant le passage de jessie vers stretch, tu n'aurais pas > > eu tes problèmes. > Exact et inversement, quand on veut rester en testing, on ne met pas > 'buster' mais 'testing' sinon on se retrouve bloqué en stable dans deux > ans... Ok, merci, mais les deux lignes maitresses contiennent "non free"... Je préférerai aussi du "free". Bonne fin ded soirée, André
Re: Upgrade jessie et 604 paquets non mis à jour
On 07/22/2017 06:50 AM, steve wrote: Le 21-07-2017, à 23:03:10 +0200, André Debian a écrit : Tu ne passeras jamais à jessie en mettant "stable' dans le sources.list La stable actuelle, c'est stretch. Que vient faire un ppa dans debian? Trinity, etc, un tel sources.list n'est pas fait pour marcher, ubuntu et debian sont par ailleurs incompatibles. #sources.list pour passer à jessie #JESSIE deb http://deb.debian.org/debian/ jessie main contrib non-free deb http://security.debian.org/ jessie/updates main contrib non-free #sources.list pour passer à stretch #STRETCH deb http://deb.debian.org/debian/ stretch main contrib non-free deb http://security.debian.org/ stretch/updates main contrib non-free 2 lignes suffisent alors ? Pour la mise à niveau oui. Je commencerais par ça (et toujours la sainte trinité apt-get update puis apt-get upgrade puis apt-get distupgrade) et gardant le reste commenté. Puis j'ajouterais la ligne pour les backports # backports deb http://ftp.ch.debian.org/debian stretch-backports main contrib et celle pour le multimédia (plus sûr que ça soit nécessaire, madereis ?) deb http://www.deb-multimedia.org stretch main non-free J'ai abandonné deb-multimedia parce que, désormais, debian fournit les paquets multimedia dont j'ai besoin. Par contre, deb-multimedia est incontournable pour les programmes comportant des problèmes de license. avec à chaque fois la sainte trinité entre. Un redémarrage doit être nécessaire lors du passage du noyau de jessie à celui de stretch. Et le gros conseil à retenir : ne jamais mettre le nom stable dans son sources.list mais plutôt sont petit nom du moment, ici stretch. Si tu l'avais suivi avant le passage de jessie vers stretch, tu n'aurais pas eu tes problèmes. Exact et inversement, quand on veut rester en testing, on ne met pas 'buster' mais 'testing' sinon on se retrouve bloqué en stable dans deux ans... -- Maderios
Re: Upgrade jessie et 604 paquets non mis à jour
On 07/21/2017 11:03 PM, andre_deb...@numericable.fr wrote: #sources.list pour passer à jessie #JESSIE deb http://deb.debian.org/debian/ jessie main contrib non-free deb http://security.debian.org/ jessie/updates main contrib non-free #sources.list pour passer à stretch #STRETCH deb http://deb.debian.org/debian/ stretch main contrib non-free deb http://security.debian.org/ stretch/updates main contrib non-free 2 lignes suffisent alors ? Oui et d'ailleurs, tout ceci est bien expliqué dans la doc debian ==> RTFM :) -- Maderios
Re: Upgrade jessie et 604 paquets non mis à jour
Le 21 juillet 2017, andre_deb...@numericable.fr a écrit : > Le noyau 4.9 est-il bien supporté globalement ? > (ou faut-il garder le 3.16 ?) Globalement oui. Avec mes cartes MSI 64 bits récente et AMD, j'ai quelques messages d'erreurs mineures qui ne posent pas de problèmes visibles. Avec ma carte Intel 386, aucun souci mais une bien meilleure réactivité. Ce sont des problèmes avec ACPI et un problème avec de vieilles cartes PCI ajoutées. Mais je répète, c'est mineur car aucune conséquence remarquée sur l'utilisation quotidienne. L'avantage du noyau 4.7 et plus, donc 4.9, est une meilleure vitesse de fonctionnement et une meilleure réactivité, à mon avis. Bien sûr c'est à vérifier sur ton matériel. J'ai seulement un petit doute à propos de la consommation d'énergie sur un portable mais je suspecte fortement Firefox comme étant le seul responsable. Librement. -- Alain Rpnpif
Re: Upgrade jessie et 604 paquets non mis à jour
Le 21-07-2017, à 23:03:10 +0200, André Debian a écrit : Tu ne passeras jamais à jessie en mettant "stable' dans le sources.list La stable actuelle, c'est stretch. Que vient faire un ppa dans debian? Trinity, etc, un tel sources.list n'est pas fait pour marcher, ubuntu et debian sont par ailleurs incompatibles. #sources.list pour passer à jessie #JESSIE deb http://deb.debian.org/debian/ jessie main contrib non-free deb http://security.debian.org/ jessie/updates main contrib non-free #sources.list pour passer à stretch #STRETCH deb http://deb.debian.org/debian/ stretch main contrib non-free deb http://security.debian.org/ stretch/updates main contrib non-free 2 lignes suffisent alors ? Pour la mise à niveau oui. Je commencerais par ça (et toujours la sainte trinité apt-get update puis apt-get upgrade puis apt-get distupgrade) et gardant le reste commenté. Puis j'ajouterais la ligne pour les backports # backports deb http://ftp.ch.debian.org/debian stretch-backports main contrib et celle pour le multimédia (plus sûr que ça soit nécessaire, madereis ?) deb http://www.deb-multimedia.org stretch main non-free avec à chaque fois la sainte trinité entre. Un redémarrage doit être nécessaire lors du passage du noyau de jessie à celui de stretch. Et le gros conseil à retenir : ne jamais mettre le nom stable dans son sources.list mais plutôt sont petit nom du moment, ici stretch. Si tu l'avais suivi avant le passage de jessie vers stretch, tu n'aurais pas eu tes problèmes. Et quid de ta carte graphique ?
Re: Upgrade jessie et 604 paquets non mis à jour
On Friday 21 July 2017 22:12:51 maderios wrote: > On 07/21/2017 09:19 PM, andre_deb...@numericable.fr wrote: > > J'ai réinstallé une Jessie récente à partir de mon portable, > > je suis venu à bout de Nvidia, tout remarche bien, > > mais quels boulot et galère ! > > deb http://ftp.fr.debian.org/debian/ stable main > > deb-src http://ftp.fr.debian.org/debian/ stable main > > deb http://security.debian.org/ stable/updates main > > deb-src http://security.debian.org/ stable/updates main > > # jessie-updates, previously known as 'volatile' > > deb http://ftp.fr.debian.org/debian/ stable-updates main > > deb-src http://ftp.fr.debian.org/debian/ stable-updates main > > deb http://ftp.debian.org/debian/ jessie-backports main contrib non-free > > deb http://ftp.us.debian.org/debian jessie main contrib non-free > > deb http://www.deb-multimedia.org stable main non-free > Tu ne passeras jamais à jessie en mettant "stable' dans le sources.list > La stable actuelle, c'est stretch. > Que vient faire un ppa dans debian? Trinity, etc, un tel sources.list > n'est pas fait pour marcher, ubuntu et debian sont par ailleurs > incompatibles. > > #sources.list pour passer à jessie > #JESSIE > deb http://deb.debian.org/debian/ jessie main contrib non-free > deb http://security.debian.org/ jessie/updates main contrib non-free > > #sources.list pour passer à stretch > #STRETCH > deb http://deb.debian.org/debian/ stretch main contrib non-free > deb http://security.debian.org/ stretch/updates main contrib non-free 2 lignes suffisent alors ? André
Re: Upgrade jessie et 604 paquets non mis à jour
On 07/21/2017 09:19 PM, andre_deb...@numericable.fr wrote: J'ai tenté de rebasculer de Stretch à Jessie, en remplaçant stretch par jessie dans "sources.list", mais ça marche pas, il reste scotché sur stretch. J'ai réinstallé une Jessie récente à partir de mon portable, je suis venu à bout de Nvidia, tout remarche bien, mais quels boulot et galère ! Voici mon sources.list : # Debian Jessie/_ deb http://ftp.fr.debian.org/debian/ stable main deb-src http://ftp.fr.debian.org/debian/ stable main # deb http://security.debian.org/ stable/updates main deb-src http://security.debian.org/ stable/updates main # # jessie-updates, previously known as 'volatile' deb http://ftp.fr.debian.org/debian/ stable-updates main deb-src http://ftp.fr.debian.org/debian/ stable-updates main # # Debian Jessie/8 deb http://ftp.debian.org/debian/ jessie-backports main contrib non-free deb http://ftp.us.debian.org/debian jessie main contrib non-free deb http://www.deb-multimedia.org stable main non-free # http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-r14.0.0/debian jessie main # #deb-src http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-builddeps-r14.0.0/debian jessie main # Bureau Trinity : http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-builddeps-r14.0.0/debian jessie main deb http://mirror.xcer.cz/trinity-sb jessie deps-r14 main-r14 deb-src http://mirror.xcer.cz/trinity-sb jessie deps-r14 main-r14 Tu ne passeras jamais à jessie en mettant "stable' dans le sources.list La stable actuelle, c'est stretch. Que vient faire un ppa dans debian? Trinity, etc, un tel sources.list n'est pas fait pour marcher, ubuntu et debian sont par ailleurs incompatibles. #sources.list pour passer à jessie #JESSIE deb http://deb.debian.org/debian/ jessie main contrib non-free deb http://security.debian.org/ jessie/updates main contrib non-free #sources.list pour passer à stretch #STRETCH deb http://deb.debian.org/debian/ stretch main contrib non-free deb http://security.debian.org/ stretch/updates main contrib non-free -- Maderios
Re: Upgrade jessie et 604 paquets non mis à jour
On Friday 21 July 2017 14:39:42 steve wrote: > Poste ton sources.list ici comme demandé par Madeiros. > >Est-ce que le noyau 4.9 sous Stretch va accepter ma carte > >Nvidia Geforce 210 ? > Avec les cartes nvidia, tu as deux solutions. > 1) le pilote propriétaire nvidia (voir ici >http://www.nvidia.fr/Download/index.aspx ?lang=fr) > 2) le pilote libre nommé nouveau > Je ne connais pas ta carte mais elle semble plus de la première > fraîcheur ce qui est un bon signe pour que ton système se porte bien > avec ce pilote libre. > Peux-tu mettre ici le résultat de la commande : > lspci | grep -i vga J'ai tenté de rebasculer de Stretch à Jessie, en remplaçant stretch par jessie dans "sources.list", mais ça marche pas, il reste scotché sur stretch. J'ai réinstallé une Jessie récente à partir de mon portable, je suis venu à bout de Nvidia, tout remarche bien, mais quels boulot et galère ! Voici mon sources.list : # Debian Jessie/_ deb http://ftp.fr.debian.org/debian/ stable main deb-src http://ftp.fr.debian.org/debian/ stable main # deb http://security.debian.org/ stable/updates main deb-src http://security.debian.org/ stable/updates main # # jessie-updates, previously known as 'volatile' deb http://ftp.fr.debian.org/debian/ stable-updates main deb-src http://ftp.fr.debian.org/debian/ stable-updates main # # Debian Jessie/8 deb http://ftp.debian.org/debian/ jessie-backports main contrib non-free deb http://ftp.us.debian.org/debian jessie main contrib non-free deb http://www.deb-multimedia.org stable main non-free # http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-r14.0.0/debian jessie main # #deb-src http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-builddeps-r14.0.0/debian jessie main # Bureau Trinity : http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-builddeps-r14.0.0/debian jessie main deb http://mirror.xcer.cz/trinity-sb jessie deps-r14 main-r14 deb-src http://mirror.xcer.cz/trinity-sb jessie deps-r14 main-r14 - Quand j'avais fait "apt-get dist-upgrade" qui m'a fait migrer sous Stretch, j'avais strictement le sources-list ci-dessus. Pas compris ce qui s'est passé. Je ferai bientôt la migration vers stretch, est-ce la bonne méthode ? : apt-get update apt-get upgrade apt-get update reboot apt-get update Modification du "sources.list", jessie par stretch, apt-get dist-upgrade apt-get update reboot J'espère ne pas avoir la même galère... Le noyau 4.9 est-il bien supporté globalement ? (ou faut-il garder le 3.16 ?) Merci, André
Re: Upgrade jessie et 604 paquets non mis à jour
On 07/21/2017 02:39 PM, steve wrote: Poste ton sources.list ici comme demandé par Madeiros. Est-ce que le noyau 4.9 sous Stretch va accepter ma carte Nvidia Geforce 210 ? Avec les cartes nvidia, tu as deux solutions. 1) le pilote propriétaire nvidia (voir ici http://www.nvidia.fr/Download/index.aspx ?lang=fr) Debian intègre déjà avec dkms les paquets / pilotes .deb nvidia -- Maderios
Re: Upgrade jessie et 604 paquets non mis à jour
Le 21 juillet 2017, maderios a écrit : > > Non, mon "sources.list" et les autres fichiers ne contiennent que "jessie". > > > > Désolé d'être un peu pointilleux mais il serait bien que tu copies-colle > ici le contenu de ton /etc/apt/sources.list Et y a t-il des /etc/apt/sources.list.d/* ? -- Alain Rpnpif
Re: Upgrade jessie et 604 paquets non mis à jour
Poste ton sources.list ici comme demandé par Madeiros. Est-ce que le noyau 4.9 sous Stretch va accepter ma carte Nvidia Geforce 210 ? Avec les cartes nvidia, tu as deux solutions. 1) le pilote propriétaire nvidia (voir ici http://www.nvidia.fr/Download/index.aspx ?lang=fr) 2) le pilote libre nommé nouveau Je ne connais pas ta carte mais elle semble plus de la première fraîcheur ce qui est un bon signe pour que ton système se porte bien avec ce pilote libre. Peux-tu mettre ici le résultat de la commande : lspci | grep -i vga
Re: Upgrade jessie et 604 paquets non mis à jour
On 07/21/2017 12:35 PM, andre_deb...@numericable.fr wrote: On Friday 21 July 2017 08:40:47 steve wrote: Le 20-07-2017, à 20:12:39 +0200, André Debian a écrit : La situation n'est pas très brillante. En tapant la commande "apt-get dist-upgrade", je me retouve sous Stretch, ce que voulais faire plus tard. Alors là on n'y comprend plus rien. Tu parlais de vouloir faire une mise à jour de Jessie… Essaie de faire un grep -R stretch /etc/apt/* Si tu as une ligne avec stretch dans un fichier, cette commande va te le sortir. Merci pour l'aide. Non, mon "sources.list" et les autres fichiers ne contiennent que "jessie". Désolé d'être un peu pointilleux mais il serait bien que tu copies-colle ici le contenu de ton /etc/apt/sources.list -- Maderios
Re: Upgrade jessie et 604 paquets non mis à jour
On Friday 21 July 2017 08:40:47 steve wrote: > Le 20-07-2017, à 20:12:39 +0200, André Debian a écrit : > >La situation n'est pas très brillante. > >En tapant la commande "apt-get dist-upgrade", > >je me retouve sous Stretch, ce que voulais faire plus tard. > Alors là on n'y comprend plus rien. Tu parlais de vouloir faire une mise > à jour de Jessie… > Essaie de faire un > grep -R stretch /etc/apt/* > Si tu as une ligne avec stretch dans un fichier, cette commande va te le > sortir. Merci pour l'aide. Non, mon "sources.list" et les autres fichiers ne contiennent que "jessie". Je vois donc pas pourquoi "apt-get dist-upgrade" a fait migrer vers stretch ? > Tu peux lancer la même commande en remplaçant stretch par jessie. > Le but étant de n'avoir qu'un seul des deux (stretch, puisqu'il semble > que tu as déjà fait une partie de la mise à niveau (=passage de jessie à > stretch). Ensuite > apt-get update > apt-get upgrade > apt-get dist-upgrade > un reboot normalement > apt-get update > apt-get upgrade Il est donc possible par ces commandes de repasser à Jessie sans bobo ? > >Seul le boot avec le noyau 3.16.0-4-686-pae fonctionne et en mode > > graphique. > C'est le noyau de base de Jessie ça. > >Pas avec le noyau 4.9.0-3-686-pae, sauf en mode 100% console, > >et impossible de faire reconnaître ma carte Nvidia Geforce. > Avant de faire fonctionner ta carte graphique, je m'assurerais que le > reste du système est sain. > Pour tout ceci, je le ferais __après__ avoir résolu les problèmes de > mises à jour. > >Je ne peux revenir à Jessie car ma sauvegarde a été > >remplacée par Stretch ayant maintenu cron. > C'est balot ça :) Je pensais pas que je passais de Jessie à Stretch, donc peu inquiet j'ai oublié de fermer cron, mais c'est une leçon même pour un simple upgrade. Est-ce que le noyau 4.9 sous Stretch va accepter ma carte Nvidia Geforce 210 ? Merci, André
Re: Upgrade jessie et 604 paquets non mis à jour
On Fri, Jul 21, 2017 at 08:40:47AM +0200, steve wrote: > Le 20-07-2017, à 20:12:39 +0200, André Debian a écrit : > > > On Thursday 20 July 2017 13:18:51 maderios wrote: > > > On 07/20/2017 12:12 PM, steve wrote: > > > Si une interface est déclarée dans ce fichier, elle n'est pas prise en > > > compte par network-manager > > > > La situation n'est pas très brillante. > > > > En tapant la commande "apt-get dist-upgrade", > > je me retouve sous Stretch, ce que voulais faire plus tard. > > Alors là on n'y comprend plus rien. Tu parlais de vouloir faire une mise > à jour de Jessie… > > Essaie de faire un > > grep -R stretch /etc/apt/* > > Si tu as une ligne avec stretch dans un fichier, cette commande va te le > sortir. > > Tu peux lancer la même commande en remplaçant stretch par jessie. Juste en passant, comme ça, sant trop vouloir interférer : la *distribution* cible, dans le /etc/apt/sources.list, peut effectivement contenir le nom de code, mais elle peut également contenir le nom de catégorie¹. Si André a choisi « stable », ça pourrait expliquer la migration. Je suppose qu'il est un peu tard pour suggérer que, dans la plupart des cas, il est préférable d'utiliser le nom de code. \o/ ¹ https://wiki.debian.org/fr/SourcesList#Distribution -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Upgrade jessie et 604 paquets non mis à jour
Le 20-07-2017, à 20:12:39 +0200, André Debian a écrit : On Thursday 20 July 2017 13:18:51 maderios wrote: On 07/20/2017 12:12 PM, steve wrote: Si une interface est déclarée dans ce fichier, elle n'est pas prise en compte par network-manager La situation n'est pas très brillante. En tapant la commande "apt-get dist-upgrade", je me retouve sous Stretch, ce que voulais faire plus tard. Alors là on n'y comprend plus rien. Tu parlais de vouloir faire une mise à jour de Jessie… Essaie de faire un grep -R stretch /etc/apt/* Si tu as une ligne avec stretch dans un fichier, cette commande va te le sortir. Tu peux lancer la même commande en remplaçant stretch par jessie. Le but étant de n'avoir qu'un seul des deux (stretch, puisqu'il semble que tu as déjà fait une partie de la mise à niveau (=passage de jessie à stretch). Ensuite apt-get update apt-get upgrade apt-get dist-upgrade un reboot normalement apt-get update apt-get upgrade Seul le boot avec le noyau 3.16.0-4-686-pae fonctionne et en mode graphique. C'est le noyau de base de Jessie ça. Pas avec le noyau 4.9.0-3-686-pae, sauf en mode 100% console, et impossible de faire reconnaître ma carte Nvidia Geforce. Avant de faire fonctionner ta carte graphique, je m'assurerais que le reste du système est sain. J'ai comme l'impression qu'il y a du SID dans mon installation. M'étonnerais. # apt-get install linux-headers-4.9.0-3-686-pae "Les paquets suivants contiennent des dépendances non satisfaites : linux-headers-4.9.0-3-686-pae : Dépend: linux-compiler-gcc-6-x86 mais ne sera pas installé..." Aussi, je n'arrive pas à recréer mes icônes de partitions et disques durs, sous le bureau TDE-Trinity : Clic droit, "lien vers un périphérique"... etc... Un clic sur l'icône créée m'affiche un fichier texte : [Desktop Entry] Dev=UUID=f9cafbc8-5b78-4b8a-9e5f-f50697ab33f4 Icon=drive-harddisk-mounted MountPoint=/media/sdb1 ReadOnly=false Type=FSDevice UnmountIcon=drive-harddisk Pour tout ceci, je le ferais __après__ avoir résolu les problèmes de mises à jour. Je ne peux revenir à Jessie car ma sauvegarde a été remplacée par Stretch ayant maintenu cron. C'est balot ça :)
Re: Upgrade jessie et 604 paquets non mis à jour
On Thursday 20 July 2017 13:18:51 maderios wrote: > On 07/20/2017 12:12 PM, steve wrote: > Si une interface est déclarée dans ce fichier, elle n'est pas prise en > compte par network-manager La situation n'est pas très brillante. En tapant la commande "apt-get dist-upgrade", je me retouve sous Stretch, ce que voulais faire plus tard. Seul le boot avec le noyau 3.16.0-4-686-pae fonctionne et en mode graphique. Pas avec le noyau 4.9.0-3-686-pae, sauf en mode 100% console, et impossible de faire reconnaître ma carte Nvidia Geforce. J'ai comme l'impression qu'il y a du SID dans mon installation. # apt-get install linux-headers-4.9.0-3-686-pae "Les paquets suivants contiennent des dépendances non satisfaites : linux-headers-4.9.0-3-686-pae : Dépend: linux-compiler-gcc-6-x86 mais ne sera pas installé..." Aussi, je n'arrive pas à recréer mes icônes de partitions et disques durs, sous le bureau TDE-Trinity : Clic droit, "lien vers un périphérique"... etc... Un clic sur l'icône créée m'affiche un fichier texte : [Desktop Entry] Dev=UUID=f9cafbc8-5b78-4b8a-9e5f-f50697ab33f4 Icon=drive-harddisk-mounted MountPoint=/media/sdb1 ReadOnly=false Type=FSDevice UnmountIcon=drive-harddisk Je ne peux revenir à Jessie car ma sauvegarde a été remplacée par Stretch ayant maintenu cron. Voilà le topo décevant. Merci d'une aide sur ces points ci-dessus. Bonne soirée, André
Re: Upgrade jessie et 604 paquets non mis à jour
Le 20-07-2017, à 13:18:51 +0200, maderios a écrit : Plus exactement, le contenu d'un /etc/network/interfaces par défaut pour utiliser network-manager ## source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback ## Si une interface est déclarée dans ce fichier, elle n'est pas prise en compte par network-manager Merci pour la précision. On espère que ça aidera André.
Re: Upgrade jessie et 604 paquets non mis à jour
On 07/20/2017 12:12 PM, steve wrote: Le 20-07-2017, à 12:00:55 +0200, André Debian a écrit : J'ai relancé la commande "apt-get upgrade" aujourd'hui, et je suis passé de 604 paquets non mis à jour à 299. Je vais tenter alors un "apt-get dist-upgrade", on verra... Parfois, il faut un peu forcer, et à la longue ça passe. Enfin, depuis l'upgrade, je n'ai plus de connexion automatique au réseau internet, voici pourtant mon "/etc/network/interfaces" : auto lo iface lo inet loopback address 127.0.0.1 netmask 255.0.0.0 allow-hotplug eth1 iface eth1 inet dhcp netmask 255.255.255.0 Je dois taper en mode console : " ifup eth1" Pas normal. Si tu utilises NetworkManager, par défaut sur Jessie je crois, le fichier /etc/network/interfaces n'est pas utilisé, donc il ne devrait pas contenir d'entrée pour ton interface eth1. Pour l'interface de loopback lo, par défaut il y a auto lo iface lo inet loopback et rien d'autre (le netmask dans les deux cas sera renseigné automatiquement) Plus exactement, le contenu d'un /etc/network/interfaces par défaut pour utiliser network-manager ## source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback ## Si une interface est déclarée dans ce fichier, elle n'est pas prise en compte par network-manager -- Maderios
Re: Upgrade jessie et 604 paquets non mis à jour
Le 20-07-2017, à 12:00:55 +0200, André Debian a écrit : J'ai relancé la commande "apt-get upgrade" aujourd'hui, et je suis passé de 604 paquets non mis à jour à 299. Je vais tenter alors un "apt-get dist-upgrade", on verra... Parfois, il faut un peu forcer, et à la longue ça passe. Enfin, depuis l'upgrade, je n'ai plus de connexion automatique au réseau internet, voici pourtant mon "/etc/network/interfaces" : auto lo iface lo inet loopback address 127.0.0.1 netmask 255.0.0.0 allow-hotplug eth1 iface eth1 inet dhcp netmask 255.255.255.0 Je dois taper en mode console : " ifup eth1" Pas normal. Si tu utilises NetworkManager, par défaut sur Jessie je crois, le fichier /etc/network/interfaces n'est pas utilisé, donc il ne devrait pas contenir d'entrée pour ton interface eth1. Pour l'interface de loopback lo, par défaut il y a auto lo iface lo inet loopback et rien d'autre (le netmask dans les deux cas sera renseigné automatiquement)
Re: Upgrade jessie et 604 paquets non mis à jour
On Thursday 20 July 2017 11:33:26 steve wrote: > Ok, une simple mise à jour donc. C'est vraiment étonnant que tu aies > autant de paquets en hold. C'est quand la dernière fois que tu as fait > cette opération ? > As-tu essayé de relancé la commande ? On Thursday 20 July 2017 11:34:40 Gaëtan Perrier wrote: > Ah ok. Désolé je croyais que c'était de Jessie à Stretch. > Ça fait combien de temps que tu n'avais pas mis à jour ta Jessie ? > Tu as les dépôts backports ? Si oui un dist-upgrade peut-être nécessaire. > Gaëtan J'avais fait un upgrade de Jessie vers début juin 2017. J'ai relancé la commande "apt-get upgrade" aujourd'hui, et je suis passé de 604 paquets non mis à jour à 299. Je vais tenter alors un "apt-get dist-upgrade", on verra... Enfin, depuis l'upgrade, je n'ai plus de connexion automatique au réseau internet, voici pourtant mon "/etc/network/interfaces" : auto lo iface lo inet loopback address 127.0.0.1 netmask 255.0.0.0 allow-hotplug eth1 iface eth1 inet dhcp netmask 255.255.255.0 Je dois taper en mode console : " ifup eth1" Merci, bonne journée, André
Re: Upgrade jessie et 604 paquets non mis à jour
Ah ok. Désolé je croyais que c'était de Jessie à Stretch. Ça fait combien de temps que tu n'avais pas mis à jour ta Jessie ? Tu as les dépôts backports ? Si oui un dist-upgrade peut-être nécessaire. Gaëtan Le 20 juillet 2017 11:20:12 GMT+02:00, andre_deb...@numericable.fr a écrit : >On Wednesday 19 July 2017 23:08:04 Gaëtan PERRIER wrote: >> Le Wed, 19 Jul 2017 23:00:33 +0200 >> andre_deb...@numericable.fr a écrit: >> > Je viens de faire un apt-get upgrade de ma jessie vers dernière >version. >> > apt-get update, apt-get upgrade, apt-get update, apt-get >autoremove : >> > Tout s'est bien passé, reboot également. >> > apt-get autoremove : >> > 0 mis à jour, 0 nouvellement installés, 0 à enlever et 604 non mis >à jour. >> > Tiens, encore 604 paquets à mettre à jour ? Pourquoi ? > >> Parce que maintenant il faut faire un apt dist-upgrade pour finir. >> RTFM :) > >Si, j'ai lu le RTFM : >https://www.debian.org/doc/manuals/debian-faq/ch-uptodate.fr.html > >mais il s'agit d'un upgrade de Jessie à Jessie, et non vers Stretch. > >Je pensais que "apt dist-upgrade" c'est pour changer de version, >tel Jessie vers Stretch. > >Il y a aussi cette commande "aptitude full-upgrade" >quelle différence avec "apt dist-upgrade" ? > >Merci, > >André -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.
Re: Upgrade jessie et 604 paquets non mis à jour
Salut, Le 20-07-2017, à 11:20:12 +0200, André Debian a écrit : On Wednesday 19 July 2017 23:08:04 Gaëtan PERRIER wrote: Le Wed, 19 Jul 2017 23:00:33 +0200 andre_deb...@numericable.fr a écrit: > Je viens de faire un apt-get upgrade de ma jessie vers dernière version. > apt-get update, apt-get upgrade, apt-get update, apt-get autoremove : > Tout s'est bien passé, reboot également. > apt-get autoremove : > 0 mis à jour, 0 nouvellement installés, 0 à enlever et 604 non mis à jour. > Tiens, encore 604 paquets à mettre à jour ? Pourquoi ? Parce que maintenant il faut faire un apt dist-upgrade pour finir. RTFM :) Si, j'ai lu le RTFM : https://www.debian.org/doc/manuals/debian-faq/ch-uptodate.fr.html mais il s'agit d'un upgrade de Jessie à Jessie, et non vers Stretch. Ok, une simple mise à jour donc. C'est vraiment étonnant que tu aies autant de paquets en hold. C'est quand la dernière fois que tu as fait cette opération ? As-tu essayé de relancé la commande ? Je pensais que "apt dist-upgrade" c'est pour changer de version, tel Jessie vers Stretch. Oui, c'est bien le cas mais avec quelques nuances : man apt-get dist-upgrade La commande dist-upgrade effectue la fonction upgrade en y ajoutant une gestion intelligente des changements de dépendances dans les nouvelles versions des paquets ; apt-get possède un système « intelligent » de résolution des conflits et il essaye, quand c'est nécessaire, de mettre à niveau les paquets les plus importants avant les paquets les moins importants. Le fichier /etc/apt/sources.list contient une liste de sources où récupérer les paquets désirés. Voyez aussi apt_preferences(5) pour un mécanisme de remplacement des paramètres généraux pour certains paquets. Il y a aussi cette commande "aptitude full-upgrade" apt-get ne possède pas cette commande, c'est aptitude qui l'utilise. quelle différence avec "apt dist-upgrade" ? Il faut vraiment lire les pages de manuel. Mais je suis d'accord que ce n'est pas super clair. Pour ma part, apt-get update && apt-get upgrade, parfois appelés plusieurs fois fait le job. S
Re: Upgrade jessie et 604 paquets non mis à jour
On Wednesday 19 July 2017 23:08:04 Gaëtan PERRIER wrote: > Le Wed, 19 Jul 2017 23:00:33 +0200 > andre_deb...@numericable.fr a écrit: > > Je viens de faire un apt-get upgrade de ma jessie vers dernière version. > > apt-get update, apt-get upgrade, apt-get update, apt-get autoremove : > > Tout s'est bien passé, reboot également. > > apt-get autoremove : > > 0 mis à jour, 0 nouvellement installés, 0 à enlever et 604 non mis à jour. > > Tiens, encore 604 paquets à mettre à jour ? Pourquoi ? > Parce que maintenant il faut faire un apt dist-upgrade pour finir. > RTFM :) Si, j'ai lu le RTFM : https://www.debian.org/doc/manuals/debian-faq/ch-uptodate.fr.html mais il s'agit d'un upgrade de Jessie à Jessie, et non vers Stretch. Je pensais que "apt dist-upgrade" c'est pour changer de version, tel Jessie vers Stretch. Il y a aussi cette commande "aptitude full-upgrade" quelle différence avec "apt dist-upgrade" ? Merci, André
Re: Upgrade jessie et 604 paquets non mis à jour
Wed, 19 Jul 2017 23:08:04 +0200 Gaëtan PERRIER écrivait : > Le Wed, 19 Jul 2017 23:00:33 +0200 > andre_deb...@numericable.fr a écrit: > > > Bonsoir, > > > > Je viens de faire un apt-get upgrade de ma jessie vers dernière version. > > > > apt-get update, apt-get upgrade, apt-get update, apt-get autoremove : > > > > Tout s'est bien passé, reboot égalemen. > > > > apt-get autoremove : > > 0 mis à jour, 0 nouvellement installés, 0 à enlever et 604 non mis à jour. > > > > Tiens, encore 604 paquets à mettre à jour ? Pourquoi ? > > > > Merci, André > > Parce que maintenant il faut faire un apt dist-upgrade pour finir. > RTFM :) > > Gaëtan J'ai fait une seule mise à jour qui a foiré : celle où je n'ai pas ouvert les notes de publication. https://www.debian.org/releases/stable/amd64/release-notes.fr.txt Jean-Marc pgpckzFS2Wm06.pgp Description: PGP signature
Re: Upgrade jessie et 604 paquets non mis à jour
Le Wed, 19 Jul 2017 23:00:33 +0200 andre_deb...@numericable.fr a écrit: > Bonsoir, > > Je viens de faire un apt-get upgrade de ma jessie vers dernière version. > > apt-get update, apt-get upgrade, apt-get update, apt-get autoremove : > > Tout s'est bien passé, reboot égalemen. > > apt-get autoremove : > 0 mis à jour, 0 nouvellement installés, 0 à enlever et 604 non mis à jour. > > Tiens, encore 604 paquets à mettre à jour ? Pourquoi ? > > Merci, André Parce que maintenant il faut faire un apt dist-upgrade pour finir. RTFM :) Gaëtan pgpPPUfAHAQhy.pgp Description: PGP signature
Upgrade jessie et 604 paquets non mis à jour
Bonsoir, Je viens de faire un apt-get upgrade de ma jessie vers dernière version. apt-get update, apt-get upgrade, apt-get update, apt-get autoremove : Tout s'est bien passé, reboot égalemen. apt-get autoremove : 0 mis à jour, 0 nouvellement installés, 0 à enlever et 604 non mis à jour. Tiens, encore 604 paquets à mettre à jour ? Pourquoi ? Merci, André
Re: [RESOLU] Re: Recherche des paquets gelés
Le 06/04/2017 à 18:35, Cyrille a écrit : >> présentés. Quel était l'intérêt de connaître les paquets " gelés " ? > J'utilise une strech avec pinning SID > Donc j'utilise apt-listbugs et quand bug de gravité sérieux, je le gèle > jusque résolution du problème. > > Mais des fois, j'oublie les paquets que j'ai gelés donc ça me permet > une piqure de rappel pour les maintenances futures Intéressant, merci de ton retour.
Re: [RESOLU] Re: Recherche des paquets gelés
> présentés. Quel était l'intérêt de connaître les paquets " gelés " ? J'utilise une strech avec pinning SID Donc j'utilise apt-listbugs et quand bug de gravité sérieux, je le gèle jusque résolution du problème. Mais des fois, j'oublie les paquets que j'ai gelés donc ça me permet une piqure de rappel pour les maintenances futures
Re: [RESOLU] Re: Recherche des paquets gelés
Le 05/04/2017 à 22:15, Jean-Marc a écrit : > Wed, 5 Apr 2017 20:20:04 +0200 > Cyrille écrivait : > >>> dpkg -l |grep "^hi" >> Effectivement ça marche nickel >> j'avais bêtement oublié le "^" au début > Et ça fonctionne aussi sans les guillemets. > > dpkg --list | grep ^hi > >> Merci beaucoup ! >> résolu >> > > Jean-Marc > économe du clavier Bonjour J'ai testé la commande, et, j'ai quelques paquets qui me sont présentés. Quel était l'intérêt de connaître les paquets " gelés " ?
Re: [RESOLU] Re: Recherche des paquets gelés
Wed, 5 Apr 2017 20:20:04 +0200 Cyrille écrivait : > > > dpkg -l |grep "^hi" > Effectivement ça marche nickel > j'avais bêtement oublié le "^" au début Et ça fonctionne aussi sans les guillemets. dpkg --list | grep ^hi > > Merci beaucoup ! > résolu > Jean-Marc économe du clavier pgpLAmmjtXeIG.pgp Description: PGP signature
Re: [RESOLU] Re: Recherche des paquets gelés
On Wed, Apr 05, 2017 at 08:20:04PM +0200, Cyrille wrote: > > > dpkg -l |grep "^hi" > Effectivement ça marche nickel > j'avais bêtement oublié le "^" au début > > Merci beaucoup ! > résolu Salut Cyrille, En complément, pour aptitude : $ aptitude search "~ahold" ou $ aptitude search "?action(hold)" (voir /usr/share/doc/aptitude/html/fr/ch02s04s05.html du paquet aptitude-doc-fr) -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
[RESOLU] Re: Recherche des paquets gelés
> dpkg -l |grep "^hi" Effectivement ça marche nickel j'avais bêtement oublié le "^" au début Merci beaucoup ! résolu
Re: Recherche des paquets gelés
Le 05/04/2017 à 17:58, Cyrille a écrit : > Bonjour > Je cherche la ligne de commande d'aptitude pour trouver les paquets > gelés... > > > Si je fais un dpkg -l , je vois que le gel s'identifie dans la première > colonne par hi. Mais je n'arrive pas à faire un grep dessus, ai oublié > les base du shell > > Je présume qu'avec aptitude search "?origin () ?installed" > on doit pouvoir les sortir mais je ne sais pas comment se nomme le > champs qui contient l'information hold ou non > > Donc toute idée est bienvenue ! dpkg -l |grep "^hi" Tu peux aussi trouver les paquets supprimés mais non purgés avec : dpkg -l |grep "^rc" -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Recherche des paquets gelés
Bonjour Je cherche la ligne de commande d'aptitude pour trouver les paquets gelés... Si je fais un dpkg -l , je vois que le gel s'identifie dans la première colonne par hi. Mais je n'arrive pas à faire un grep dessus, ai oublié les base du shell Je présume qu'avec aptitude search "?origin () ?installed" on doit pouvoir les sortir mais je ne sais pas comment se nomme le champs qui contient l'information hold ou non Donc toute idée est bienvenue ! Merci d'avance C
Re: Roundcube avec les paquets Debian
Le mardi 13 septembre 2016 à 11:44 +0200, Ph. Gras a écrit : > Bonjour, Hello, Bon, je viens d'installer sur une VM toute neuve (jessie) les paquets roundcube depuis backports. Avec nginx , php5-fpm, un postfix minimal et un dovecot bancal... ma racine est bien /var/lib/roundcube, comme l'indique la doc (à propos d'apache) On dirait que çà fonctionne... il n'y a aucune configuration depuis une page web à faire. Je ne sais pas d'où viennent tes soucis... Christophe
Re: Roundcube avec les paquets Debian
Hello Christophe ! > Moi je ne vois pas de lien depuis /var/lib/roundcube/installer sur > /usr/share/roundcube/installer… ah, oui en effet… Il y a ceci néanmoins : lrwxrwxrwx 1 root www-data 30 mai9 10:59 index.php -> /usr/share/roundcube/index.php > Mais je ne me rappelle pas avoir utilisé un accès depuis un navigateur > pour installer / configurer l'engin… On peut toujours le faire en ligne de commande, mais on a une béquille comme ça aussi : http://www.rudraraj.net/2015/01/26/how-to-install-roundcube-with-nginx/ > As-tu essayé depuis ton butineur l'accès à index.php de la racine de > ton serveur configuré dans /etc/nginx/sites-enabled ? Ça me donne un code 200 et une page vide sur le navigateur : # cd /var/log/nginx && tail roundcube.access.log 82.124.106.90 - - [19/Sep/2016:15:11:33 +0200] "GET /installer/ HTTP/1.1" 404 142 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/6.2.8 Safari/537.85.17" 82.124.106.90 - - [19/Sep/2016:15:11:35 +0200] "GET /installer/ HTTP/1.1" 404 142 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/6.2.8 Safari/537.85.17" 82.124.106.90 - - [19/Sep/2016:15:15:44 +0200] "GET /robots.txt HTTP/1.1" 200 26 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/6.2.8 Safari/537.85.17" 82.124.106.90 - - [19/Sep/2016:15:18:04 +0200] "GET /installer/ HTTP/1.1" 404 142 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/6.2.8 Safari/537.85.17" 82.124.106.90 - - [19/Sep/2016:15:18:10 +0200] "GET /installer/ HTTP/1.1" 404 142 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/6.2.8 Safari/537.85.17" 82.124.106.90 - - [19/Sep/2016:15:18:10 +0200] "GET /installer HTTP/1.1" 404 142 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/6.2.8 Safari/537.85.17" 82.124.106.90 - - [19/Sep/2016:16:10:21 +0200] "GET / HTTP/1.1" 200 31 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/6.2.8 Safari/537.85.17" 82.124.106.90 - - [19/Sep/2016:16:10:56 +0200] "GET / HTTP/1.1" 200 31 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/6.2.8 Safari/537.85.17" 82.124.106.90 - - [19/Sep/2016:16:10:56 +0200] "GET /installer/ HTTP/1.1" 404 142 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/6.2.8 Safari/537.85.17" 82.124.106.90 - - [19/Sep/2016:16:10:57 +0200] "GET /index.php HTTP/1.1" 200 31 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/6.2.8 Safari/537.85.17" >> >> Ph. Gras