Re: utilisation open.vpn chez OVH
On 08/27/2017 12:17 PM, Pascal Hambourg wrote: Justement, bien souvent ceux qui suivent un tutoriels, on ne leur a pas enseigné la théorie. Salut Effectivement, les tutoriels donnent des "trucs" pour réussir une opération mais, malheureusement, n'expliquent rien. Il est beaucoup plus facile d'agir quand on comprend le pourquoi de ce que l'on fait. Certains tutoriels incluent un minimum de théorie, ce sont (paradoxalement) les plus simples à utiliser. -- Maderios
Re: recherche environnement graphique
On 08/23/2017 01:38 PM, bernard.schoenac...@free.fr wrote: bonjour, cf sujet et c'est pour un lenovo x201 tablette avec xvkbd (ssd et 4 Go ram) lequel est le plus adapté ? pour info: xfce est installé mais s'il y a mieux ? Bonjour Oui: Enlightenment-0.21.9 mais pas dispo chez Debian. Facile à compiler (dans l'ordre): EFL Enlightenment Terminology -- Maderios
Re: [KDE5] Icônes manquantes dans Dolphin
On 08/22/2017 01:54 PM, Sylvain Caselli wrote: Bonjour, Le 21/08/2017 à 20:59, maderios a écrit : On 08/21/2017 07:46 PM, MERLIN Philippe wrote: Moi de même un dist-upgrade enlève 150 paquets et cela dure depuis 4 jours. Un avertissement donné dans la liste kde indiquait qu"une nouvelle version de QT arrivait et qu'il était conseillé de faire seulement des upgrade , cette situation j'espère ne va pas trop durer, c'est quand même assez rare dans le monde Debian. Bonjour KDE est dans les choux depuis un moment et ce, pour toutes les distro. Ce n'est pas un hasard si le dev principal de Digikam, Gilles Caulier, a supprimé les trois quarts des dépendances kde au profit de qt5 et il veut même aller plus loin... Un exemple ne fait pas une généralité mais chez moi sous Mageia pour mon ordi fixe, Kde fonctionne nikel. Bon, étant adepte du cliquodrôme, ne me demandez pas pourquoi ni comment. Exact. J'aurais du écrire 'pour toutes les distro, sauf exceptions, dont Mageia'. J'ai lu quelque part que des dev de kde bossent également pour mageia, ceci explique peut-être cela... -- Maderios
Re: [KDE5] Icônes manquantes dans Dolphin
On 08/21/2017 07:46 PM, MERLIN Philippe wrote: Moi de même un dist-upgrade enlève 150 paquets et cela dure depuis 4 jours. Un avertissement donné dans la liste kde indiquait qu"une nouvelle version de QT arrivait et qu'il était conseillé de faire seulement des upgrade , cette situation j'espère ne va pas trop durer, c'est quand même assez rare dans le monde Debian. Bonjour KDE est dans les choux depuis un moment et ce, pour toutes les distro. Ce n'est pas un hasard si le dev principal de Digikam, Gilles Caulier, a supprimé les trois quarts des dépendances kde au profit de qt5 et il veut même aller plus loin... -- Maderios
Début de la fin pour Btrfs?
Bonjour Un bon article en français qui démystifie un btrfs apparemment présenté à tort comme le système de fichiers du futur https://linuxfr.org/users/ar7/journaux/btrfs-et-opensuse-episode-0-l-ex-fs-du-futur -- Maderios
Re: Firefox-Esr version 52.3.0
On 08/10/2017 07:16 PM, Pierre L. wrote: Sinon André, tu peux tenter avec un nouveau profil firefox, des fois que ton actuel soit plombé par je ne sais quel truc... La première des choses à faire en cas de bug, c'est d'aller voir ce qui se passe sur le net. Rien à voir avec l'utilisateur. Ce sont des bugs qui affectent en ce moment les nouvelles versions de firefox / thunderbird packagées pour testing et sid. En cours de résolution. -- Maderios
Re: Les cyber menaces basculent vers Linux et les serveurs Web
On 08/09/2017 11:08 PM, Jonathan bartoua Schneider wrote: SELinux est quand même super contraignant, c'est facile quand on fait du Apache ou un soft packagé les règles viennent avec. Quand tu mets en prod ton application tu passes du temps au premier setup et à chaque montée de version. Généralement on le met pas sur les équipements backend (ie. qui ne sont pas exposés en direct). On a suffisamment de couches de sécurité entre le monde extérieur et ces machines (firewall, WAF, IPS, ...) J'ai utilisé pendant plus d'un an fedora avec selinux installé par défaut, je n'ai pas constaté de contraintes vraiment gênantes, même en installant des programmes compilés maison. Le problème n'est pas selinux lui-même mais la mauvaise gestion de selinux par des distributions, dont debian. -- Maderios
Re: Les cyber menaces basculent vers Linux et les serveurs Web
On 08/09/2017 09:10 PM, Gaëtan Perrier wrote: Bonjour, J'ai essayé l'extension clamav pour Firefox mais le gros problème c'est que pendant l'analyse ça bloque Firefox complètement. Bonjour Je ne vois pas en quoi Debian / Linux est concerné par les virus de Windows. La seule raison d'exister de Clamav, c'est le système nativement vérolé vendu à prix d'or par la multinationale Microsoft: Windows. Si l'on veut augmenter la sécurité sur Linux sans se prendre la tête (une fois configuré!), il faut par exemple installer Selinux (d'ailleurs installé par défaut sur Fedora). Un système protégé par Selinux est quasiment impossible à rooter. J'ai tout essayé sur un Android Lollipop > 5 tournant sur une tablette, aucun espoir, ni pour moi ni pour les autres utilisateurs qui ont tenté l'opération. Je ne comprends pas pourquoi Selinux n'est pas nativement intégré à Debian et ce, d'autant plus que Debian est orienté serveurs. -- Maderios
Re: utilitaires usuels du système
On 08/02/2017 02:59 PM, Pierre L. wrote: Salut, J'avais testé Alpine Linux un moment, histoire de voir un peu un ailleurs... Là tu devrais être conquis, il y a le minimum pour qu'un système fonctionne sur le réseau, il vaudrait mieux se tourner vers des distribs beaucoup plus légères que Debian si on recherche le strict minimum à mon avis ? Bonjour La "distrib légère" est un mythe. Une distrib "légère", c'est une distrib qui permet d'installer le minimum de paquets pour l'usage désiré. C'est une distrib qui installe le minimum de dépendances, c'est donc Debian... :) Les logiciels linux sont les mêmes pour toutes les distrib du monde. Il suffit donc d'éviter d'installer des programmes "lourds" et encombrants, genre firefox, thunderbird, libreoffice, gnome, kde, xfce, etc en les remplaçant par des équivalents certes moins élaborés mais moins gourmands en ressources. On peut "dégraisser" Debian au maximum tout en gardant un système fonctionnel et stable. On peut même se passer de X et continuer à écrire, naviguer sur le net, etc... -- Maderios
Re: aide signalisation bug cinnamon
On 07/28/2017 08:47 AM, Daysfled wrote: Le 28 jui 2017 à 02:30 (+0200) G2PC <g...@visionduweb.com> a écrit: [8<] je pense que le paquet de retours de bogues est à faire connaître, sur l'ensemble des OS, pour valoriser Debian et sa maintenance. [8<] wget -c http://ftp.de.debian.org/debian/pool/main/r/reportbug-ng/reportbug-ng_1.31_all.deb gdebi reportbug-ng_1.31_all.deb sudo -s gdebi reportbug-ng_1.31_all.deb Et quand on aura installé ce paquet sur Mint (par ex), l'utilisateur de Mint l'utilisera pour un paquet de Mint et reportbug enverra le rapport au mainteneur de Debian… À moins que je n'aie pas compris ton propos, cela me paraît être une idée terriblement mauvaise. (Certes, on peut envoyer le rapport avec reportbug ailleurs qu'au mainteneur de Debian mais ce n'est pas le comportement par défaut du paquet Debian.) :) Je suggère que les utilisateurs qui se plaignent à longueur de forum des imitations de Debian (Mint, Ubuntu, etc...) les remplacent par Debian elle-même, cela éviterait bien du bruit et des pertes de temps... -- Maderios
Re: carte nvidia jessie n'apprécie pas les upgrade
On 07/26/2017 11:26 PM, Gaëtan PERRIER wrote: Le Wed, 26 Jul 2017 23:18:42 +0200 andre_deb...@numericable.fr a écrit: On Wednesday 26 July 2017 22:16:20 Gaëtan PERRIER wrote: Tu as quoi comme message d'erreur dans /var/log/Xorg.0.log ? T'es sur que ta carte est toujours supportée par la version actuelle du pilote ? Peut-être est-elle passée dans la version legacy ? /var/log/Xorg.0.log: tout va bien, pas d'erreur fatale Le log des erreurs de X est dans /home/utilisateur/.xsession-errors -- Maderios
Re: carte nvidia jessie n'apprécie pas les upgrade
On 07/26/2017 10:41 PM, Gaëtan PERRIER wrote: Le Wed, 26 Jul 2017 22:06:28 +0200 maderios <mader...@gmail.com> a écrit: On 07/26/2017 09:19 PM, andre_deb...@numericable.fr wrote: Avec Jessie non upgradée à la dernière version, X fonctionne très bien, avec les paquets libres de Debian. jessie est upgradée seulement pour la sécurité, il n'y a pas de changement de version, donc rien qui puisse remettre en cause le fonctionnement normal d'un programme. Le problème est certainement autre, par exemple, une installation de paquets qui ne viennent pas de jessie ou bien le bidouillage d'une conf, etc... Sauf quand tu as les backports ... Les backports, j'en ai déjà vu qui semaient le bazar... -- Maderios
Re: carte nvidia jessie n'apprécie pas les upgrade
On 07/26/2017 09:19 PM, andre_deb...@numericable.fr wrote: Avec Jessie non upgradée à la dernière version, X fonctionne très bien, avec les paquets libres de Debian. jessie est upgradée seulement pour la sécurité, il n'y a pas de changement de version, donc rien qui puisse remettre en cause le fonctionnement normal d'un programme. Le problème est certainement autre, par exemple, une installation de paquets qui ne viennent pas de jessie ou bien le bidouillage d'une conf, etc... -- Maderios
Re: carte nvidia jessie n'apprécie pas les upgrade
On 07/26/2017 09:05 PM, Étienne Mollier wrote: On 07/26/2017 08:44 PM, maderios wrote: On 07/26/2017 07:50 PM, Étienne Mollier wrote: Vous devriez avoir accès à la commande `nvidia-xconfig` avec le pilote propriétaire (c'est dispo à part dans un paquet éponyme). Elle devrait vous engendrer un fichier /etc/X11/xorg.conf qui soit opérationnel pour votre carte graphique. Cela fait un bail que le serveur X n'a plus besoin de xorg.conf Bonjour Maderios, C'est vrai pour le serveur X en lui-même, ainsi que le principaux pilotes libres qui vont avec. Pour ce qui est d'un serveur X animé d'un pilote NVidia propriétaire, c'est un peu moins vrai, le 340 proposé dans jessie non-free (sans backports certes...) en avait encore besoin je crois. Il me semble effectivement que les pilotes NVidia très récents ne sont plus censé avoir besoin de ce fichier, mais dans le doute, je tenterais tout de même l'opération avec `nvidia-xconfig`, juste pour voir... J'utilise une carte nvidia ancienne (quadro 600)sans fichier xorg.conf Je le faisais également avec les drivers 340.xx xorg.conf est nécessaire pour des configurations plus pointues, qui concernent les tablettes graphiques, par exemple. -- Maderios
Re: carte nvidia jessie n'apprécie pas les upgrade
On 07/26/2017 07:50 PM, Étienne Mollier wrote: Vous devriez avoir accès à la commande `nvidia-xconfig` avec le pilote propriétaire (c'est dispo à part dans un paquet éponyme). Elle devrait vous engendrer un fichier /etc/X11/xorg.conf qui soit opérationnel pour votre carte graphique. Cela fait un bail que le serveur X n'a plus besoin de xorg.conf -- Maderios
Re: carte nvidia jessie n'apprécie pas les upgrade
On 07/26/2017 05:15 PM, andre_deb...@numericable.fr wrote: Bonjour, Depuis que j'ai upgradé Jessie dernière version, (pas vers stretch), ma carte nvidia geforce 200 (2xx), ne se lance plus. J'ai essayé : 1] avec le driver debian nvidia, 2] avec le driver de nvidia téléchargé sur leur site, à chaque fois avec désinstallation de l'ancienne config, aucun message d'erreur sur les deux méthodes d'installation. Nvidia fonctionne parfaitement sur une Jessie non upgradée, avec le driver nvidia de debian. Au boot, je tombe sur un écran noir et blocage. CTRL-ALT-F1 et CTRL-C pour revenir à la console. Supprimer le xorg.conf s'il existe. Désinstaller / supprimer / purger tout ce qui concerne nvidia Installer les paquets nvidia de jessie + dépendances + xserver-xorg-video-nvidia + dkms Ensuite, tout est 'automagique', dkms fera le boulot lors de chaque mise à jour... -- Maderios
Re: aide signalisation bug cinnamon
On 07/26/2017 11:33 AM, G2PC wrote: Le 26/07/2017 à 10:33, maderios a écrit : On 07/26/2017 09:19 AM, Alexandre Hoïde wrote: Cette adresse est celle de la liste officielle des utilisateur Debian francophones. Pour les rapports de bugs, c'est vers bugs.debian.org qu'il faut se tourner. Je te signale qu'il existe un petit outil pour t'aider à créer un rapport de bug (à lancer depuis la ligne de commande) : « reportbug ». Les allergiques à la ligne de commande peuvent utiliser *reportbug-ng* qui est une interface graphique pour *reportbug*. apt-get install reportbug-ng Je pourrais chercher directement la réponse, mais, je préfère animer ce fil, pour le compléter. Est ce que reportbug-ng fonctionne sur d'autres distributions, comme GNU/Linux mint, pour reporter un bogue ? Il suffit d'essayer... :) -- Maderios
Re: HS: info bug processeurs Intel avec MT activé
On 07/26/2017 10:34 AM, daniel huhardeaux wrote: Bonjour, pour information/action https://lists.debian.org/debian-devel/2017/06/msg00308.html Bonjour Un résumé de l'affaire ici, windows est également concerné. http://www.tomshardware.fr/articles/kaby-lake-skylake-processeur-intel,1-64499.html -- Maderios
Re: aide signalisation bug cinnamon
On 07/26/2017 09:19 AM, Alexandre Hoïde wrote: Cette adresse est celle de la liste officielle des utilisateur Debian francophones. Pour les rapports de bugs, c'est vers bugs.debian.org qu'il faut se tourner. Je te signale qu'il existe un petit outil pour t'aider à créer un rapport de bug (à lancer depuis la ligne de commande) : « reportbug ». Les allergiques à la ligne de commande peuvent utiliser *reportbug-ng* qui est une interface graphique pour *reportbug*. apt-get install reportbug-ng -- Maderios
Re: Les cyber menaces basculent vers Linux et les serveurs Web
On 07/24/2017 04:47 PM, Jean Bernon wrote: Bonjour, J'avais utilisé Clamav lors de mes premières installations Debian en 2010. Je n'utilisais plus aucun antivirus depuis environ 5 ans. A la lecture de ce fil, j'ai réinstallé Clamav et fait une analyse pour voir. Instructif ! Mon PC est un "porteur sain" pour reprendre une expression de ce fil et je ferai sans doute désormais une analyse de temps en temps. Quelques fichiers infectés sont des fichiers partagés avec un ordinateur sous Windows, mais la plupart sont bien liés à des applis sous Debian : Firefox, LibreOffice, Wine. Bonjour Linux/Debian permet de récupérer avec Firefox, LibreOffice, Wine, etc... tout ce que l'on veut, y compris des bestioles dangereuses pour windows. Sans la 'passoire windows' génétiquement perméable à tous les virus, ce fil n'existerait pas. Le corps humain doit affronter lui aussi des milliers de virus et de bactéries. Il ne tombe pas malade quand le système de défense est sain. C'est la situation de Linux. Quand le système de défense est faible, les microbes prennent le dessus, c'est la situation de tous les OS windows, système le plus utilisé pour le desktop dans le monde, système vendu par Microsoft, la société qui a permis à Bill Gates de venir milliardaire. -- Maderios
Re: [libdrm,mesa]Erreur de compilation
On 07/24/2017 12:25 PM, LOMBARD Maxime wrote:
Bonjour,
Ayant une carte AMD, j'utilise tout naturellement mesa pour jouer sous Linux
donc je compile moi-même Mesa Gît afin d'avoir rapidement la dernière version.
Le problème actuellement, c'est que mesa-git utilise libdrm 2.82 or c'est la version 2.81 dans Sid.
J'ai donc télécharge les sources libdrm en 2.82, compilé et installé le tout dans /usr/local/{lib,include}.
Le soucis, c'est lorsque je repasse à mesa-git, le ./configure continue de planter car il ne trouve toujours pas libdrm en 2.82.
Comment faire pour que lors de la compilation, /configure pense à regarder dans /usr/local ?
Bonjour
il faut faire un 'ldconfig' après chaque compilation / installation de
programme
--
Maderios
Re: Les cyber menaces basculent vers Linux et les serveurs Web
On 07/23/2017 12:01 PM, Thierry Bugier Pineau wrote: Un antivirus pour Linux? C'est la première blague du jour... Pour moi, non c'est sérieux :) Si je m'en réfère au grand, puissant (et plein d'autres superlatifs) Wikipedia, voilà ce que je trouve : https://fr.wikipedia.org/wiki/Liste_des_malwares_Linux 'Cette liste est une ébauche concernant un logiciel libre et la sécurité informatique' Hum, article pas sourcé et écrit avec quelles compétences? On y trouve une petite liste de virus, et d'antivirus également pour notre OS préféré (peu importe la saveur). J'ai bien écrit "Un antivirus pour Linux" et non "pour windows". Il existe un bon antivirus libre pour windows à installer sur linux, clamav, mais on ne l'utilise que pour windows afin de ne pas transmettre (par mail) des virus sur les machines windows qui sont génétiquement vérolables à souhaits, même le dernier windows 10. En plus de 17 ans d'utilisation de linux, je n'ai jamais vu un système linux altéré par un virus, idem pour les linuxiens que je connais. Quelque soit le système, le plus dangereux des malwares, c'est la négligence de l'utilisateur censé maintenir son système. -- Maderios
Re: Les cyber menaces basculent vers Linux et les serveurs Web
On 07/23/2017 10:14 AM, fred wrote: Quand on fait le nécessaire avant que les problèmes n'apparaissent et pour réduire leur impact s'ils arrivent, on a déjà fait une part importante du boulot et on fait du préventif. Par contre, il est illusoire de penser que l'environnement GNU/Linux est totalement à l'abri des virus. Une fois qu'on a ça en tête et qu'on a fait le nécessaire en amont, on peut alors choisir ou non de mettre un antivirus sur ses machines. Un antivirus pour Linux? C'est la première blague du jour... -- Maderios
Re: [HS] Re: MariaDB / Mysql (Debian vs GPL en général)
On 07/22/2017 03:42 PM, Olivier wrote: Ce paquet asterisk-mysql dont j'ignorais l'existence, apporte-t-il une connectivité MySQL native ou par ODBC ? En lisant les dépendances, j'ai l'impression qu'il s'agit de la première solution, non ? Quelle première solution? asterisk-mysql est dispo dans stretch, buster et sid. Il faut tester, sinon, il existe également un paquet .deb 'mariadb-plugin-connect' pour stretch, buster et sid: Package: mariadb-plugin-connect (10.1.23-9+deb9u1) Connect storage engine for MariaDB Connect engine supports a number of file formats (dbf, xml, txt, bin, etc), connections to ODBC tables and remote MySQL tables, as well as a number of other interesting features. This package contains the Connect plugin for MariaDB. https://packages.debian.org/search?searchon=names=mariadb-plugin-connect Le 20 juillet 2017 à 18:12, maderios <mader...@gmail.com <mailto:mader...@gmail.com>> a écrit : On 07/20/2017 05:46 PM, Olivier wrote: Bonjour, J'ai noté la suppression dans Stretch du paquet libmyodbc pour cause d'obsolesence de ce paquet. Cette suppression est bloquante pour des projets comme Asterisk qui marginalement, il est vrai, s'intègre à MySQL via ODBC. Je n'ai pas l'impression que la Galaxie MariaDB a un équivalent mais je serai ravi d'avoir tort. Si quelqu'un avait un conseil pratique sur le contournement de cette difficulté, je serai très curieux d'en savoir plus. Un petit coup de pub pour Buster: asterisk-mysql n'est pas dépendant de mysql mais de mariadb Package: asterisk-mysql Source: asterisk (1:13.14.1~dfsg-2) Version: 1:13.14.1~dfsg-2+b1 Installed-Size: 850 Maintainer: Debian VoIP Team <pkg-voip-maintain...@lists.alioth.debian.org <mailto:pkg-voip-maintain...@lists.alioth.debian.org>> Architecture: amd64 Depends: asterisk (= 1:13.14.1~dfsg-2+b1), libc6 (>= 2.14), libmariadbclient18 (>= 5.5.36), zlib1g (>= 1:1.1.4) Description-en: MySQL database protocol support for the Asterisk PBX Asterisk is an Open Source PBX and telephony toolkit. This package provides support for using a MySQL database to store configuration, call detail records, and also provides generic access to it from the dialplan. -- Maderios -- Maderios
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
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 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
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: [HS] Re: MariaDB / Mysql (Debian vs GPL en général)
On 07/20/2017 05:46 PM, Olivier wrote: Bonjour, J'ai noté la suppression dans Stretch du paquet libmyodbc pour cause d'obsolesence de ce paquet. Cette suppression est bloquante pour des projets comme Asterisk qui marginalement, il est vrai, s'intègre à MySQL via ODBC. Je n'ai pas l'impression que la Galaxie MariaDB a un équivalent mais je serai ravi d'avoir tort. Si quelqu'un avait un conseil pratique sur le contournement de cette difficulté, je serai très curieux d'en savoir plus. Un petit coup de pub pour Buster: asterisk-mysql n'est pas dépendant de mysql mais de mariadb Package: asterisk-mysql Source: asterisk (1:13.14.1~dfsg-2) Version: 1:13.14.1~dfsg-2+b1 Installed-Size: 850 Maintainer: Debian VoIP Team <pkg-voip-maintain...@lists.alioth.debian.org> Architecture: amd64 Depends: asterisk (= 1:13.14.1~dfsg-2+b1), libc6 (>= 2.14), libmariadbclient18 (>= 5.5.36), zlib1g (>= 1:1.1.4) Description-en: MySQL database protocol support for the Asterisk PBX Asterisk is an Open Source PBX and telephony toolkit. This package provides support for using a MySQL database to store configuration, call detail records, and also provides generic access to it from the dialplan. -- Maderios
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: Ventilo en marche forcé
On 07/19/2017 09:51 PM, nicolas.pec...@laposte.net wrote: Bonjour C'est certainement un processus qui fait tourner ta cpu à fond. Il faut identifier ce / ces processus avec top ou htop. J'ai déjà vu des trucs java de firefox faire tourner la cpu à 100%... Les beaux environnements de bureau sont également très forts pour bouffer de la cpu . Merci de vos réponses. Il s'agit d'un PC de Bureau. Il est en dual boot. Sous windows pas de soucis. Il doit donc s'agir d'un processus. Toutefois, je ne sais pas comment le repérer. :-( Si quelqu'un a une idée... [rectification] Je l'ai déjà écrit dans ma réponse précédente ci-dessus : avec top ou htop. htop lancé en console est le plus facile à utiliser. Tu verras s'afficher la consommation de cpu par processus. (merci de répondre sur la liste et non en privé) -- Maderios
Re: Ventilo en marche forcé
On 07/19/2017 09:51 PM, nicolas.pec...@laposte.net wrote: Bonjour C'est certainement un processus qui fait tourner ta cpu à fond. Il faut identifier ce / ces processus avec top ou htop. J'ai déjà vu des trucs java de firefox faire tourner la cpu à 100%... Les beaux environnements de bureau sont également très forts pour bouffer de la cpu . Merci de vos réponses. Il s'agit d'un PC de Bureau. Il est en dual boot. Sous windows pas de soucis. Il doit donc s'agir d'un processus. Toutefois, je ne sais pas comment le repérer. :-( Si quelqu'un a une idée...Je l'ai déjà écrit dans ma réponse précédente ci-dessus : avec top ou htop. htop lancé en console est le plus facile à utiliser. Tu verras s'afficher la consommation de cpu par processus. (merci de répondre sur la liste et non en privé) -- Maderios
Re: Ventilo en marche forcé
On 07/19/2017 06:32 PM, nicolas.pec...@laposte.net wrote: Bonjour, J'ai mon ventilateur qui est en fonctionnement de façon permanente. De plus , dmesg me révèle ceci: [ 341.019661] CPU3: Core temperature above threshold, cpu clock throttled (total events = 23618) [ 341.019662] CPU1: Core temperature above threshold, cpu clock throttled (total events = 23618) [ 341.020662] CPU1: Core temperature/speed normal [ 341.020663] CPU3: Core temperature/speed normal Voici le résultat de: # sensors coretemp-isa- Adapter: ISA adapter Package id 0: +85.0°C (high = +79.0°C, crit = +85.0°C) Core 0:+85.0°C (high = +79.0°C, crit = +85.0°C) Core 1:+84.0°C (high = +79.0°C, crit = +85.0°C) acpitz-virtual-0 Adapter: Virtual device temp1:+27.8°C (crit = +90.0°C) temp2:+29.8°C (crit = +90.0°C) nouveau-pci-0100 Adapter: PCI adapter GPU core: +0.86 V (min = +0.80 V, max = +1.19 V) temp1:+39.0°C (high = +95.0°C, hyst = +3.0°C) (crit = +105.0°C, hyst = +5.0°C) (emerg = +135.0°C, hyst = +5.0°C) asus-isa- Adapter: ISA adapter cpu_fan:0 RPM Cela est-il normal? Est-ce grave docteur? Que dois-je faire? Bonjour C'est certainement un processus qui fait tourner ta cpu à fond. Il faut identifier ce / ces processus avec top ou htop. J'ai déjà vu des trucs java de firefox faire tourner la cpu à 100%... Les beaux environnements de bureau sont également très forts pour bouffer de la cpu . -- Maderios
Re: problème python3 sur un apt-get upgrade
On 07/19/2017 09:44 AM, Vincent Bain wrote: Bonjour à tous, fraîchement inscrit sur cette liste francophone des utilisateurs debian, je parcours l'archive sans trouver de cas similaire au problème que je rencontre : dans l'idée de passer de Jessie à Stretch prochainement, j'ai commencé à préparer le terrain (sauvegardes...), puis mis à jour mon installation (apt-get update et apt-get upgrade). Depuis cette opération, je vois que l'installation de certains paquets ne fonctionne plus ; en scrutant les logs je constate que c'est l'appel à python3 qui renvoie une erreur : $ python3 Could not find platform independent libraries Could not find platform dependent libraries Consider setting $PYTHONHOME to [:] Fatal Python error: Py_Initialize: Unable to get the locale encoding ImportError: No module named 'encodings' Abandon En revanche si j'appelle python3.2, ça fonctionne : $ python3.2 Python 3.2.3 (default, Feb 20 2013, 14:44:27) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. Je remarque en passant que le répertoire /usr/lib/python3.4 est vide... Est-ce que cela est déjà arrivé à l'un(e) d'entre vous ? que puis-je faire pour remettre les choses en ordre ? Merci de vos lumières éventuelle sur la question ! Dans ce cas, si l'objectif est de disposer au plus vite d'un système opérationnel, le plus simple consiste à supprimer python3.x et les paquets qui en sont dépendants puis de les réinstaller. -- Maderios
Re: Les cyber menaces basculent vers Linux et les serveurs Web
On 07/18/2017 01:44 PM, Jonathan bartoua Schneider wrote:
À part un manque cruel d'objectivité et des conseils de Captain Obvious
il n'y a à tirer de ce genre d'article.
Infodsi n'a pas une super réputation dans l'informatique pro, c'est
généralement des articles pour vendre du matériel ou du logiciel. Comme
son nom l'indique ça ne fait bander que les DSI.
À partir du moment où une famille d'OS est majoritaire sur un domaine,
ça sera la cible préférée des script kiddies et autres chapeaux de
différentes couleurs. Des tentatives d'attaque on (à ${job} ou sur mon
serveur perso) en a des centaines (voire beaucoup plus) par jour, il
faut juste être vigilant sur l'administration des machines. C'est de
l'hygiène, c'est comme mettre un préservatif ça empêche de choper des
saloperies, bah entretenir des machines linux ça empêche aussi de choper
des saloperies :)
Cela me rappelle l'intox sur la prétendue faille concernant les
Raspberry. En fait, c'est arrivé parce que les utilisateurs utilisaient
ssh avec le mot de passe par défaut "raspberry".
C'est comme donner les clés de sa maison à un voleur puis aller porter
plainte pour vol...
https://www.generation-nt.com/linux-malware-crypto-monnaie-raspberry-pi-actualite-1943216.html
--
Maderios
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
On 07/16/2017 01:32 PM, Thierry Bugier Pineau wrote: Bonjour Rsync est un très bon outil mais il ne gère pas nativement les sauvegardes historisées. Pour moi ce critère augmente sensiblement la qualité du dispositif de sauvegarde. C'est pour cela que je me suis intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés sur rsync d'ailleurs. Ce n'est pas la mer à boire :) https://wiki.debian.org/fr/RsyncSnapshots#Utilisation_de_Rsync_pour_historiser_les_sauvegardes -- Maderios
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
On 07/15/2017 10:31 PM, Thierry Bugier Pineau wrote: Bonjour Je veux mettre en place un système de sauvegarde adapté à mon infrastructure personnelle, et préparer la création de mon système de messagerie (avoir une sauvegarde est un pré requis). Bonjour Une solution fiable et relativement simple, avec une infinité de possibilités: rsync en ligne de commande. Eviter les interfaces graphiques, elles peuvent induire des fragilités. https://wiki.archlinux.org/index.php/Full_system_backup_with_rsync -- Maderios
Re: problème avec digikam
On 07/11/2017 10:27 AM, maderios wrote: On 07/11/2017 09:31 AM, geonpi wrote: On 10/07/2017 21:29, maderios wrote: On 07/10/2017 09:11 PM, geonpi wrote: On 2017-07-10 20:22, geonpi wrote: Bonjour, je viens de faire une dist-upgrade de Jessie vers Stretch et tout c'est bien passé. Par contre j'ai un soucis avec digikam, j'ai essayé de le reinstall, purge puis install, j'ai aussi fais un "apt-get build-dep" mais j'ai toujours le même message d'erreur: "$ digikam digikam: symbol lookup error: /usr/lib/digikam/libdigikamcore.so.5.3.0: undefined symbol: _ZN5Exiv213XmpProperties10registerNsERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES8_ " et là ça dépasse mes compténces. Ps: je dois faire un rapport de bug à la Debian team? Aucun bug avec digikam 5.3 Il y a une appimage dispo sur le site officiel. Cependant le paquet du depot Stretch ne fonctionne pas. Bonjour Le paquet digikam (5.3) de stretch fonctionne parfaitement, c'est d'ailleurs le même que celui de jessie. Pour mettre à jour debian: apt-get update && apt-get dist-upgrade Bonjour, chez moi ça ne fonctionne pas, voir le message d'erreur plus haut ;) bonne journée Dans ce cas, il faut supprimer et purger tous les paquets digikam. Supprimer également *tous* les fichiers de conf digikam dans le répertoire perso. Je crois me souvenir que digikam-5.x, celui de stretch, n'est pas compatible avec la conf de la précédente version 4.x. -- Maderios
Re: problème avec digikam [RESOLU]
On 07/11/2017 09:31 AM, geonpi wrote: On 10/07/2017 21:29, maderios wrote: On 07/10/2017 09:11 PM, geonpi wrote: On 2017-07-10 20:22, geonpi wrote: Bonjour, je viens de faire une dist-upgrade de Jessie vers Stretch et tout c'est bien passé. Par contre j'ai un soucis avec digikam, j'ai essayé de le reinstall, purge puis install, j'ai aussi fais un "apt-get build-dep" mais j'ai toujours le même message d'erreur: "$ digikam digikam: symbol lookup error: /usr/lib/digikam/libdigikamcore.so.5.3.0: undefined symbol: _ZN5Exiv213XmpProperties10registerNsERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES8_ " et là ça dépasse mes compténces. Ps: je dois faire un rapport de bug à la Debian team? Aucun bug avec digikam 5.3 Il y a une appimage dispo sur le site officiel. Cependant le paquet du depot Stretch ne fonctionne pas. Bonjour Le paquet digikam (5.3) de stretch fonctionne parfaitement, c'est d'ailleurs le même que celui de jessie. Pour mettre à jour debian: apt-get update && apt-get dist-upgrade Bonjour, chez moi ça ne fonctionne pas, voir le message d'erreur plus haut ;) bonne journée Dans ce cas, il faut supprimer et purger tous les paquets digikam. Supprimer également *tous* les fichiers de conf digikam dans le répertoire perso. -- Maderios
Re: problème avec digikam [RESOLU]
On 07/10/2017 09:11 PM, geonpi wrote: On 2017-07-10 20:22, geonpi wrote: Bonjour, je viens de faire une dist-upgrade de Jessie vers Stretch et tout c'est bien passé. Par contre j'ai un soucis avec digikam, j'ai essayé de le reinstall, purge puis install, j'ai aussi fais un "apt-get build-dep" mais j'ai toujours le même message d'erreur: "$ digikam digikam: symbol lookup error: /usr/lib/digikam/libdigikamcore.so.5.3.0: undefined symbol: _ZN5Exiv213XmpProperties10registerNsERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES8_ " et là ça dépasse mes compténces. Ps: je dois faire un rapport de bug à la Debian team? Il y a une appimage dispo sur le site officiel. Cependant le paquet du depot Stretch ne fonctionne pas. Bonjour Le paquet digikam (5.3) de stretch fonctionne parfaitement, c'est d'ailleurs le même que celui de jessie. Pour mettre à jour debian: apt-get update && apt-get dist-upgrade -- Maderios
Re: [HS] erreurs BTRFS [gravité(?)]
On 07/10/2017 02:48 PM, Alexandre Hoïde wrote: On Mon, Jul 10, 2017 at 02:37:22PM +0200, maderios wrote: On 07/09/2017 07:02 PM, Alexandre Hoïde wrote: On Sun, Jul 09, 2017 at 04:47:21PM +0200, maderios wrote: On 07/09/2017 01:47 PM, Alexandre Hoïde wrote: Je suppose qu'il faudra que j'en passe par le SAV Lenovo… en espérant que les messages d'erreur du noyau leur suffiront. Salut Je ne connais pas toute l'histoire et donc, je me trompe peut-être. Avant d'envisager le SAV, pourquoi ne pas formater avec un système de fichier éprouvé comme ext4 et réinstaller? BTRFS est encore bien jeune donc question fiabilité, ce n'est pas le top... Salut Madeiros, merci pour ta suggestion. Les premiers messages (…ata4.00…), avant ceux qui mentionnent BTRFS, me suggèrent (peut-être à tort) que ce qui déclenche le problème est à un plus bas niveau que celui du système de fichier… mais, en l'absence de certitude, ton idée se défent ! J'vais p'têtre lui faire ça, à ma partoche. Même pas besoin de réinstaller sur la nouvelle partition, il suffit d'y copier la sauvegarde, d'éditer le fstab, de changer les uuid, de faire un update-grub, de rebooter et de croiser les doigts... Re et merci encore pour ton aide Maderios, Oui, cette partie ne me pose pas de problème, d'autant moins qu'il ne s'agit pas de la partition racine, mais de la partition /home. C'est juste que ça prend quand même un peu de temps pour copier, et que je suis un gros paresseux ^^ (et que, accessoirement, mes plages de disponibilité sont très courtes) J'essaierai ça quand le « smartctl -t long » que je viens de lancer sera terminé. Je vous tiens au jus ! En tant que grand fainéant, j'utilise MC (midnight-commander) pour copier (entre autres). Cela évite bien des erreurs et on gagne un temps fou. -- Maderios
Re: [HS] erreurs BTRFS [gravité(?)]
On 07/09/2017 07:02 PM, Alexandre Hoïde wrote: On Sun, Jul 09, 2017 at 04:47:21PM +0200, maderios wrote: On 07/09/2017 01:47 PM, Alexandre Hoïde wrote: Je suppose qu'il faudra que j'en passe par le SAV Lenovo… en espérant que les messages d'erreur du noyau leur suffiront. Salut Je ne connais pas toute l'histoire et donc, je me trompe peut-être. Avant d'envisager le SAV, pourquoi ne pas formater avec un système de fichier éprouvé comme ext4 et réinstaller? BTRFS est encore bien jeune donc question fiabilité, ce n'est pas le top... Salut Madeiros, merci pour ta suggestion. Les premiers messages (…ata4.00…), avant ceux qui mentionnent BTRFS, me suggèrent (peut-être à tort) que ce qui déclenche le problème est à un plus bas niveau que celui du système de fichier… mais, en l'absence de certitude, ton idée se défent ! J'vais p'têtre lui faire ça, à ma partoche. Même pas besoin de réinstaller sur la nouvelle partition, il suffit d'y copier la sauvegarde, d'éditer le fstab, de changer les uuid, de faire un update-grub, de rebooter et de croiser les doigts... -- Maderios
Re: Réglages réseau sur Debian Stretch
On 07/09/2017 08:59 PM, Gaëtan PERRIER wrote: Sur une stretch nouvellement installée en partant de zéro ce fichier n'est pas présent effectivement. Les nouvelles règles de nommages des interfaces permettent de s'en affranchir si j'ai bien suivi. Lu quelque part : udev utilise la nouvelle nomenclature ifname , basée sur les caractéristiques du matériel et non plus sur l'adresse MAC -- Maderios
Re: Réglages réseau sur Debian Stretch
On 07/09/2017 06:45 PM, Nicolas FRANCOIS wrote:
Le Sun, 9 Jul 2017 18:05:10 +0200,
maderios <mader...@gmail.com> a écrit :
Pourquoi tourner autour du pot? La solution que j'ai indiquée
précédemment sur ce fil résoud ton problème en 5 secondes.
Pas de fichier /etc/udev/rules.d/* dans mon répertoire...
Heu...il ne s'agit pas de ton répertoire d'utilisateur mais de /etc
Sur n'importe quelle debian
ls /etc/udev/rules.d/
donne:
70-persistent-net.rules
ensuite
cat /etc/udev/rules.d/70-persistent-net.rules
donne chez moi (j'ai modifié les données sensibles):
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="xx:xx:xx:xx:xx:xx", ATTR{dev_id}=="0x0",
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
Pour retrouver ton eth0, il te faut éditer le fichier
'70-persistent-net.rules'
en remettant NAME="eth0"
Et tu redémarres le système.
--
Maderios
Re: Réglages réseau sur Debian Stretch
On 07/09/2017 05:27 PM, Nicolas FRANCOIS wrote: Le Sun, 9 Jul 2017 15:11:50 +0200, Nicolas FRANCOIS <nicolas.franc...@free.fr> a écrit : Salut. Bon, à la demande de tous les merveilleux colistiers, je précise quelques points. Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Il s'agit d'une nouvelle installation. J'avais fait un upgrade de Deb7 vers Deb8, et j'avais rencontré quelques petits soucis, donc j'ai voulu faire un "fresh start", en reconfigurant mes petites affaires pas à pas. Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques routes, par exemple celle vers le serveur SMTP de mon porvider, parce que je ne trouve rien qui me permette de faire cela. Sous Jessie, je rajoutais les routes statiques dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire la même chose avec le nouveau nom d'interface empêche carrément Network-Manager de se connecter... Bon, j'ai visiblement quelques soucis pour m'expliquer clairement. Avant, je gérais l'unique connexion filaire vers mon firewall (IPFire) par l'applet network-manager de mon bureau. Et je rajoutais quelques trucs dans /etc/network/interfaces. Je ne pige pas trop ce que fait Network Manager (le démon lancé par systemd ???), et je ne sais pas comment le configurer (par exemple, configurer des routes statiques, ou demander que la connexion aux trois répertoires réseau nfs et smb ne se fasse pas avant que le réseau soit "up"). D'où mes demandes. Je n'ai rien contre systemd, mais je suis né avec SysV, donc il faut un peu de temps pour que je m'adapte. J'ai déjà eu un peu de mal avec udev, donc je m'attends à apprendre des choses :-) Bon, vous me direz, je n'ai qu'à lire les docs ! Oui, bin c'est ce que je fais depuis deux jours, et j'y comprends pas grand chose. Quelques unes parlent des anciens réglages, d'autres du nouveau systemd, mais je n'en ai pas trouvé faisant le lien entre tout ça. Si quelque bonne âme pouvait apporter ses lumières au neuneu que je suis, je lui en serais éternellement (enfin, beaucoup beaucoup) reconnaissant. \bye Voilà, j'espère que ça précise des choses pour me faire aider plus :-) Pourquoi tourner autour du pot? La solution que j'ai indiquée précédemment sur ce fil résoud ton problème en 5 secondes. -- Maderios
Re: [HS] erreurs BTRFS [gravité(?)]
On 07/09/2017 01:47 PM, Alexandre Hoïde wrote: Je suppose qu'il faudra que j'en passe par le SAV Lenovo… en espérant que les messages d'erreur du noyau leur suffiront. Salut Je ne connais pas toute l'histoire et donc, je me trompe peut-être. Avant d'envisager le SAV, pourquoi ne pas formater avec un système de fichier éprouvé comme ext4 et réinstaller? BTRFS est encore bien jeune donc question fiabilité, ce n'est pas le top... -- Maderios
Re: Réglages réseau sur Debian Stretch
On 07/09/2017 03:35 PM, Gaëtan PERRIER wrote: Le Sun, 9 Jul 2017 15:11:50 +0200 Nicolas FRANCOIS <nicolas.franc...@free.fr> a écrit: Salut. Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Salut, Tu as fait un upgrade ou tu as réinstallé ? Parce que si tu as fait un upgrade normalement les noms d'interfaces ne changent pas. C'est indiqué dans la doc et c'est ce qui s'est passé pour moi quand j'ai upgradé de jessie vers stretch. Bonjour Idem pour moi, j'ai récemment upgradé une jessie -> stretch, les noms des interfaces n'ont pas changé. A part des bricoles cosmétiques, ça roule. -- Maderios
Re: Réglages réseau sur Debian Stretch
On 07/09/2017 03:11 PM, Nicolas FRANCOIS wrote: Salut. Je suis en pleine migration Jessie->Stretch... et j'en ch... comme un baudet :-P Exemple de soucis : l'interface réseau par défaut a changé, passant de eth0 (c'était trop compliqué !) à epn3s0. Bon, soit. Sauf que maintenant, je ne peux pas activer mon VPN (HMA) et changer quelques routes, par exemple celle vers le serveur SMTP de mon porvider, parce que je ne trouve rien qui me permette de faire cela. Sous Jessie, je rajoutais les routes statiques dans /etc/network/interfaces, et ça passait au poil. Maintenant, faire la même chose avec le nouveau nom d'interface empêche carrément Network-Manager de se connecter... Bon, vous me direz, je n'ai qu'à lire les docs ! Oui, bin c'est ce que je fais depuis deux jours, et j'y comprends pas grand chose. Quelques unes parlent des anciens réglages, d'autres du nouveau systemd, mais je n'en ai pas trouvé faisant le lien entre tout ça. Si quelque bonne âme pouvait apporter ses lumières au neuneu que je suis, je lui en serais éternellement (enfin, beaucoup beaucoup) reconnaissant. Bonjour On peut modifier le nom en éditant ce fichier et ensuite redémarrer. Il n'y a qu'un mot à changer: eth0 /etc/udev/rules.d/70-persistent-net-rules. -- Maderios
Re: Recherche upgrade PC de bureau
On 07/08/2017 12:23 PM, andre_deb...@numericable.fr wrote: Je vais commencer par un disque dur SSD. Comment le configurer, avec un disque dur classique ? (avec un dual boot Linux / Windows 10). Un excellent article sur ce sujet est en cours de rédaction ici: Matériel Linux sur SSD (mise à jour 2017) https://linuxfr.org/redaction/news/linux-sur-ssd-mise-a-jour-2017 Pour le lire, il faut s'inscrire. -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 07/07/2017 08:30 AM, Pierre Malard wrote: Perso, je serais bien convaincu par « apt » si j’avais un moyen de le lancer sans utilisation de « ncurses ». Ce truc est génial mais, par cette fonctionnalité cosmétique, interdit toute remontée dans l’historique d’exécution simple par utilisation des ascenseurs de nos terminaux. Si quelqu’un a une solution… apt n'utilise pas ncurses. Par ailleurs, aucun souci pour remonter dans l'historique de l'exécution. -- Maderios
Re: Plus de notification d'arrivée de courriel ni tâches Osmo
On 07/06/2017 10:50 AM, Alain Rpnpif wrote: Le 5 juillet 2017, Benoit B a écrit : Bonjour, Depuis la mise à jour en stretch, je n'ai plus de notification visuelle sous LXDE. Dans un terminal graphique : ~$ notify-send "test" Rien ne se passe. https://packages.debian.org/stretch/libnotify-bin est installé Si je lance manuellement /usr/lib/notification-daemon/notification-daemon Ca marche, je peux donc contourner le problème en l'ajoutant dans : $HOME/.config/lxsession/LXDE/autostart Est-ce une bonne idée ? Je ne saurai pas ce qui a changé durant la mise à jour et d'où vient le problème... Oui pourquoi pas. Moi je l'ai ici : /etc/xdg/autostart/notification-daemon.desktop qui contient : [Desktop Entry] Name=Notification Daemon Comment=Display notifications Exec=/usr/lib/notification-daemon/notification-daemon Terminal=false Type=Application NoDisplay=true OnlyShowIn=LXDE;OPENBOX;GNOME; AutostartCondition=GNOME3 unless-session gnome Si on rencontre un problème après un changement de version, il est souvent plus efficace et plus propre de supprimer complètement la vieille conf de l'utilisateur, de redémarrer l'environnement de bureau puis de le personnaliser. -- Maderios
bug de gstreamer1.0 et buster
Bonjour Récemment, après une mise à jour de gstreamer1.0, il est devenu impossible de lire des .mp3 avec des appli basées sur gstreamer comme amarok et clementine. En attendant la correction, une solution pour éviter de s'arracher les cheveux: supprimer ~/.cache/gstreamer-1.0/registry.*.bin https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=866339 -- Maderios
Recommandation d'apt-get_Présence par défaut d'Aptitude sur Stretch
On 07/02/2017 09:35 PM, Haricophile wrote: Le Sun, 2 Jul 2017 19:15:11 +0200, maderios <mader...@gmail.com> a écrit : Attention: "La commande aptitude n'est pas recommandée pour une mise à niveau du système entre versions sur le système Debian stable après la sortie d'une nouvelle version." L'utilisation de "apt-get dist-upgrade" est recommandée pour cela. Voir Bug #411280." https://www.debian.org/doc/manuals/debian-reference/ch02.fr.html#_literal_apt_get_literal_literal_apt_cache_literal_vs_literal_aptitude_literal Date: Sat, 17 Feb 2007 18:54:03 UTC 10ans quand même une époque ou la maintenance d'aptitude était un peu en berne pour autant que je me souvienne. En dehors de toute polémique stérile, l'outil recommandé par Debian pour passer de Jessie à Stretch est apt-get: https://www.debian.org/releases/stretch/amd64/release-notes/ch-upgrading.en.html Chapter 4. Upgrades from Debian 8 (jessie) "The recommended way to upgrade from previous Debian releases is to use the package management tool apt-get. In previous releases, aptitude was recommended for this purpose, but recent versions of apt-get provide equivalent functionality and also have proven to more consistently give the desired upgrade results." Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 07/02/2017 06:06 PM, Pierre L. wrote: Le 30/06/2017 à 16:03, Haricophile a écrit : apt-get install XXX m'a toujours installé XXX pour qu'il fonctionne, et c'est ce que je lui demande ! MDR, c'est parce que tu es trop jeune pour avoir connu Aptitude par défaut, ou deselect °<:o)* Haha tu as probablement raison sur ma jeunesse libriste !! Longue est la voie maître devenir... Ca pourrait me rappeler des discutions enflammées autour du sujet Alsa/PulseAudio... Pourquoi changer de lave-vaisselle quand ton lave-vaisselle fait son boulot correctement ? Attention: "La commande aptitude n'est pas recommandée pour une mise à niveau du système entre versions sur le système Debian stable après la sortie d'une nouvelle version." L'utilisation de "apt-get dist-upgrade" est recommandée pour cela. Voir Bug #411280." https://www.debian.org/doc/manuals/debian-reference/ch02.fr.html#_literal_apt_get_literal_literal_apt_cache_literal_vs_literal_aptitude_literal -- Maderios
Re: Votre expérience :: Imprimante laser
On 07/01/2017 09:47 AM, Vincent Bernat wrote: Brother et Lexmark devrait aussi avoir au catalogue des imprimantes durable et bien supportées par CUPS pour Linux avec un rapport qualité-prix intéressant surtout chez le premier. Brother a son propre dialecte de Postscript dont le support est plutôt difficile car beaucoup de fonctionnalités de Postscript ne sont pas disponibles (alors qu'ils se disent compatible avec Postscript 3). On se retrouve à pouvoir imprimer une page toutes les 5 minutes après avoir désactivé toute forme de compression/optimisation. Le support PCL est meilleur, mais la vitesse reste plutôt faible (5ppm ?). Ils filent des drivers proprios dont les performances sont bien meilleures. Expérience sur une HL-4150CDN (qui a maintenant quelques années). Les imprimantes qui supportent du vrai Postscript ou du PDF sont sans doute de meilleures cibles. Bonjour Depuis au moins 15 ans, je n'utilise que des Brother laser monochrome réseau avec Debian: rapport qualité prix imbattable, vitesse d'impression excellente, simplicité de la configuration et de la maintenance. Prévoir si possible un tambour qui assure 25.000 pages. L'imprimante coûte plus cher mais on s'y retrouve quand on doit changer le tambour... -- Maderios
Re: CUPS
On 06/29/2017 03:33 PM, Benoit B wrote: Le 29 juin 2017 à 14:40, maderios <mader...@gmail.com> a écrit : Le plus simple consiste à reconfigurer l'imprimante. Dans un navigateur: http://localhost:631/admin Bonjour, J'ai déjà essayé de ça (supprimé et reconfiguré l'imprimante ) avec l'intrface web de cups que tu mentionnes. [Merci de répondre sur la liste et non en privé] Dans google: cups debug Consulter: man cupsctl Pour déboguer, entre autres: cupsctl --debug-logging Relancer cups après chaque modif -- Maderios
Re: CUPS
On 06/29/2017 02:16 PM, Benoit B wrote: Bonjour à tous, Depuis la mise à jour vers stretch, mon imprimante, ne réagit plus quand je lui envois une tâche. Rien dans page_log, ni dans error_log. Seulement dans access_log localhost - - [29/Jun/2017:14:10:54 +0200] "POST /printers/Brother-HL-2030-series HTTP/1.1" 200 398 Print-Job successful-ok Description:Brother HL-2030 series Location:mars Driver:Brother HL-2035 Foomatic/hl1250 (recommended) (grayscale) Connection:usb://Brother/HL-2030%20series?serial=A7J883842 Defaults:job-sheets=none, none media=iso_a4_210x297mm sides=one-side J'ai supprimé et recréé dans cups rien n'y fait. Comment diagnostiquer ? Bonjour Le plus simple consiste à reconfigurer l'imprimante. Dans un navigateur: http://localhost:631/admin -- Maderios
Re: Upgrade de Jessie
On 06/28/2017 05:49 PM, Jean Bernon wrote: Bonjour, J'ai lancé le passage de Jessie à Stretch sur mon portable. Avec l'apt-get upgrade tout s'est assez bien passé, sauf que je ne pouvais plus booter mon PC, l'entrée de boot vers Debian avait disparu du BIOS. Après quelques minutes d'inquiétude, j'ai saisi moi-même l'entrée de boot Debian dans le BIOS et ça a redémarré sans problème. J'ai voulu lancé la suite, mais au lieu d'utiliser apt-get dist-upgrade, recommandé par une note d'installation, j'ai utilisé aptitude full-upgrade. Au bout de quelques minutes je n'ai plus eu de sortie écran sur la session où je l'avais lancé, mais les commandes ps et top m'indiquaient que la mise à jour continuait et mes autres sessions fonctionnent normalement, y compris la 7 avec gnome. Au début la sortie de ps variait et aptitude semblait toujours travailler seul dans le noir. Depuis 2 H elle ne bouge plus (sauf le temps de CPU utilisé), ma session d'installation n'a pas rendu la main, j'ai l'impression sans en être sûr qu'aptitude est planté mais j'hésite à l'interrompre brutalement pour relancer un apt-get. Qu'en pensez-vous ? Bonjour Pour réparer l'installation, tu peux reprendre la main avec apt-get en lançant: apt-get -f install Tu peux également lancer alternativement/successivement plusieurs fois dpkg --configure -a C'est ce que l'on fait quand une installation merdoie et en général, ça marche. Bon courage -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/28/2017 02:49 PM, Haricophile wrote: Le Wed, 28 Jun 2017 12:39:23 +0200, maderios <mader...@gmail.com> a écrit : OK, tu as donc besoin de le réinstaller en manuel. Si on applique cela à des dizaines de paquets, cela implique une perte de temps et des trucs à penser en plus. Où l'on constate que l'automatisme d'aptitude censé simplifier la vie de l'utilisateur entraîne bien des complications dès que l'on sort du cadre de l'usage lambda. Enfin, chacun voit midi à sa porte... :) N'utilise pas Aptitude si tu n'en veux pas, personne ne t'y oblige. Dans le cas contraire, apprends à t'en servir, ça t'évitera de raconter n'importe quoi en polluant la liste avec un gros troll poilu. Merci de respecter les utilisateurs intéressés par ce sujet. -- Maderios
Re: buster : petit problème avec LibreOffice writer [résolu]
On 06/28/2017 02:29 PM, Frédéric MASSOT wrote: Le 28/06/2017 à 13:29, maderios a écrit : On 06/28/2017 12:52 PM, Frédéric MASSOT wrote: Le 28/06/2017 à 12:35, Jean Louis Giraud Desrondiers a écrit : Bonjour, suite à la migration de stretch à buster (effectuée sans aucun souci) j'ai rencontré ce matin le problème suivant : - impossible d'ouvrir un fichier en .odt par un simple clic : je voyais LibreOffice se lancer puis disparaître aussitôt. Par contre je réussissais à lancer LibreOffice en passant par (environnement de bureau Xfce) : applications, bureautique, etc... mais lorsque je voulais ouvrir un document en .odt LibreOffice se fermait immédiatement. J'ai également constaté que les autres applications de LibreOffice fonctionnaient correctement. Du coup, j'ai supprimé entièrement la suite LibreOffice (core, base, common etc...) et j'ai fait un apt-get install libreoffice et tout semble rentré dans l'ordre. Il y a plusieurs rapports de bug sur le crash récent de Writer : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=865303 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=865866 Grosso-modo, une correction du noyau fait planter Java qui fait planter Writer. Les autres composants de LibreOffice (Calc, Impress, Draw) ne sont pas touchés. Moi, j'ai rebooté sur un noyau 4.9.0-2-686-pae à la place du 4.9.0-3-686-pae, il semble que d'autres ont supprimé des composants ou extensions de LibreOffice qui utilise Java. Pour info: Aucun plantage de writer avec le noyau 4.11.6-1 de sid installé sur buster Bonne nouvelle, ça plantait avec le noyau 4.11.0-1-686-pae. Ça ne touche que les systèmes i386. Hum, j'ignorais que cela ne concernait que les 386 J'aurais du préciser qu'il s'agit du noyau linux-image-4.11.0-1-rt-amd64 (4.11.6-1) Désolé... -- Maderios
Re: buster : petit problème avec LibreOffice writer [résolu]
On 06/28/2017 12:52 PM, Frédéric MASSOT wrote: Le 28/06/2017 à 12:35, Jean Louis Giraud Desrondiers a écrit : Bonjour, suite à la migration de stretch à buster (effectuée sans aucun souci) j'ai rencontré ce matin le problème suivant : - impossible d'ouvrir un fichier en .odt par un simple clic : je voyais LibreOffice se lancer puis disparaître aussitôt. Par contre je réussissais à lancer LibreOffice en passant par (environnement de bureau Xfce) : applications, bureautique, etc... mais lorsque je voulais ouvrir un document en .odt LibreOffice se fermait immédiatement. J'ai également constaté que les autres applications de LibreOffice fonctionnaient correctement. Du coup, j'ai supprimé entièrement la suite LibreOffice (core, base, common etc...) et j'ai fait un apt-get install libreoffice et tout semble rentré dans l'ordre. Il y a plusieurs rapports de bug sur le crash récent de Writer : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=865303 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=865866 Grosso-modo, une correction du noyau fait planter Java qui fait planter Writer. Les autres composants de LibreOffice (Calc, Impress, Draw) ne sont pas touchés. Moi, j'ai rebooté sur un noyau 4.9.0-2-686-pae à la place du 4.9.0-3-686-pae, il semble que d'autres ont supprimé des composants ou extensions de LibreOffice qui utilise Java. Pour info: Aucun plantage de writer avec le noyau 4.11.6-1 de sid installé sur buster -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/28/2017 11:44 AM, G2PC wrote: Le 28/06/2017 à 09:06, Daniel Caillibaud a écrit : Le 27/06/17 à 13:48, maderios <mader...@gmail.com> a écrit : M> >> Un exemple: M> >> apt update && apt dist-upgrade M> >> The following package was automatically installed and is no longer M> >> required: M> >>libglade2-dev M> >> Use 'apt autoremove' to remove it. M> >> Comme j'ai besoin de libglade2-dev pour compiler des programmes je ne M> >> le supprimerai pas. M> >> (aptitude le supprimerait automatiquement) aptitude fait effectivement un autoremove par défaut, ce qui me va parfaitement, car je préfère que mon gestionnaire de paquet vire les paquets orphelins (installés automatiquement comme dépendance d'un paquet disparu). Si j'ai besoin de libglade2-dev, je l'installe (avec `aptitude install libglade2-dev`, pas en le laissant comme un paquet installé automatiquement comme dépendance d'un autre), et aptitude ne le virera plus. M> > Mais, moi, je suis un noob et de ce fait, si je lance la commande apt M> > autoremove en pensant " nettoyer " des paquets inutils, je risque de M> > virer un paquet dont je pourrais avoir besoin ? M> > M> > Une façon de faire, pour que, si, comme toi, j'avais besoin de M> > libglade2-dev par exemple, je puisse nettoyer d'autres paquets inutiles M> > avec apt autoremove, tout en conservant ce paquet libglade2-dev ? M> M> Mission impossible puisque la notion "d'utile" ou "inutile" est très M> floue... C'est d'ailleurs pour cela que apt, apt-get et synaptic ne M> suppriment pas les paquets "inutiles" mais en affichent la liste. Perso, je préfère le autoremove par défaut que pratique aptitude, il affiche aussi ce qu'il va virer avant de le faire (plutôt que de te recommander de le faire ensuite). Comme ça y'en a pour tout le monde ;-) J'ai compris :D Si j'ai besoin de libglade2-dev, je l'installe (avec `aptitude install libglade2-dev`, pas en le laissant comme un paquet installé automatiquement comme dépendance d'un autre), et aptitude ne le virera plus. OK, tu as donc besoin de le réinstaller en manuel. Si on applique cela à des dizaines de paquets, cela implique une perte de temps et des trucs à penser en plus. Où l'on constate que l'automatisme d'aptitude censé simplifier la vie de l'utilisateur entraîne bien des complications dès que l'on sort du cadre de l'usage lambda. Enfin, chacun voit midi à sa porte... :) -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/27/2017 12:18 PM, Erwan David wrote: Le 06/27/17 à 11:35, maderios a écrit : On 06/27/2017 10:22 AM, Haricophile wrote: Le Sat, 24 Jun 2017 15:36:43 +0200, maderios <mader...@gmail.com> a écrit : C'est quand même gênant cette manie d'aptitude qui consiste à supprimer automatiquement des paquets qu'il considère comme inutiles. Un exemple, celui de certains paquets *.dev. Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je suis preneur :) En général quand il vire quelque chose c'est qu'il est marqué en installation automatique et tu peux faire : "aptitude unmark-auto le_paquet" On peut imaginer la situation quand aptitude veut supprimer 50 paquets qui sont indispensables puisqu'on les a installés en vue de compilations ultérieures... C'est une des raisons pour lesquelles j'ai toujours utilisé apt-get, synaptic et maintenant apt. Si on les a installés ils sont taggués comme installation manuelle et ne sont pas supprimés. Oui, mais... Des dépendances installées automatiquement puis classées "inutiles" par aptitude peuvent s'avérer indispensables. Aucun gestionnaire de paquets ne peut connaître les tréfonds de l'âme humaine... Dans ce cas, le gestionnaire ne doit pas jouer au malin à coups de suppressions intempestives mais afficher ses propositions comme le font apt, apt-get et synaptic. -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/27/2017 12:12 PM, G2PC wrote: Le 27/06/2017 à 11:27, maderios a écrit : On 06/27/2017 10:17 AM, daniel huhardeaux wrote: Bonjour Le 27/06/2017 à 09:57, Daniel Caillibaud a écrit : Le 26/06/17 à 11:09, maderios <mader...@gmail.com> a écrit : M> On 06/26/2017 09:47 AM, Daniel Caillibaud wrote: M> > Le 24/06/17 à 15:36, maderios <mader...@gmail.com> a écrit : M> > M> C'est quand même gênant cette manie d'aptitude qui consiste à supprimer M> > M> automatiquement des paquets qu'il considère comme inutiles. Un exemple, M> > M> celui de certains paquets *.dev. M> > M> > Dans ce cas, c'est qu'ils ont été installés comme dépendances d'un truc qui a disparu, et M> > ça parait logique de les enlever (les autres gestionnaires doivent faire la même chose). M> M> La logique, c'est de respecter la volonté de l'utilisateur. C'est ce que M> font apt, apt-get et synaptic J'aurais rajouté "et aptitutde". Tu as un exemple de cas où aptitude vire un paquet que tu avais installé précédemment ? Je n'ai jamais vu ça en pas mal d'années d'usage, mais ça veut pas dire que ça n'existe pas. M> aptitude n'a pas à prendre de décision à la place de l'utilisateur Tout à fait d'accord, il ne doit supprimer que les dépendances orphelines, comme les autres apt* Sur une stretch toute fraiche j'ai installé un paquet avec le nouveau apt: apt install nginx Une floppée de paquets dépendants ont été installés. Puis apt purge nginx Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: nginx* 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 93.2 kB disk space will be freed. Do you want to continue? [Y/n] alors que aptitude purge nginx The following packages will be REMOVED: [...] 0 packages upgraded, 0 newly installed, 16 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 3,902 kB will be freed. Do you want to continue? [Y/n/?] soit tous les paquets dépendants. Conclusion: aptitude est donc préférable à apt. Si l'on considère qu'un gestionnaire de paquets doit respecter le choix de l'utilisateur, les seuls gestionnaires qui correspondent à ce critère sont apt, apt-get et synaptic. Un exemple: apt update && apt dist-upgrade The following package was automatically installed and is no longer required: libglade2-dev Use 'apt autoremove' to remove it. Comme j'ai besoin de libglade2-dev pour compiler des programmes je ne le supprimerai pas. (aptitude le supprimerait automatiquement) Mais, moi, je suis un noob et de ce fait, si je lance la commande apt autoremove en pensant " nettoyer " des paquets inutils, je risque de virer un paquet dont je pourrais avoir besoin ? Une façon de faire, pour que, si, comme toi, j'avais besoin de libglade2-dev par exemple, je puisse nettoyer d'autres paquets inutiles avec apt autoremove, tout en conservant ce paquet libglade2-dev ? Mission impossible puisque la notion "d'utile" ou "inutile" est très floue... C'est d'ailleurs pour cela que apt, apt-get et synaptic ne suppriment pas les paquets "inutiles" mais en affichent la liste. -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/27/2017 10:22 AM, Haricophile wrote: Le Sat, 24 Jun 2017 15:36:43 +0200, maderios <mader...@gmail.com> a écrit : C'est quand même gênant cette manie d'aptitude qui consiste à supprimer automatiquement des paquets qu'il considère comme inutiles. Un exemple, celui de certains paquets *.dev. Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je suis preneur :) En général quand il vire quelque chose c'est qu'il est marqué en installation automatique et tu peux faire : "aptitude unmark-auto le_paquet" On peut imaginer la situation quand aptitude veut supprimer 50 paquets qui sont indispensables puisqu'on les a installés en vue de compilations ultérieures... C'est une des raisons pour lesquelles j'ai toujours utilisé apt-get, synaptic et maintenant apt. -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/27/2017 10:17 AM, daniel huhardeaux wrote: Bonjour Le 27/06/2017 à 09:57, Daniel Caillibaud a écrit : Le 26/06/17 à 11:09, maderios <mader...@gmail.com> a écrit : M> On 06/26/2017 09:47 AM, Daniel Caillibaud wrote: M> > Le 24/06/17 à 15:36, maderios <mader...@gmail.com> a écrit : M> > M> C'est quand même gênant cette manie d'aptitude qui consiste à supprimer M> > M> automatiquement des paquets qu'il considère comme inutiles. Un exemple, M> > M> celui de certains paquets *.dev. M> > M> > Dans ce cas, c'est qu'ils ont été installés comme dépendances d'un truc qui a disparu, et M> > ça parait logique de les enlever (les autres gestionnaires doivent faire la même chose). M> M> La logique, c'est de respecter la volonté de l'utilisateur. C'est ce que M> font apt, apt-get et synaptic J'aurais rajouté "et aptitutde". Tu as un exemple de cas où aptitude vire un paquet que tu avais installé précédemment ? Je n'ai jamais vu ça en pas mal d'années d'usage, mais ça veut pas dire que ça n'existe pas. M> aptitude n'a pas à prendre de décision à la place de l'utilisateur Tout à fait d'accord, il ne doit supprimer que les dépendances orphelines, comme les autres apt* Sur une stretch toute fraiche j'ai installé un paquet avec le nouveau apt: apt install nginx Une floppée de paquets dépendants ont été installés. Puis apt purge nginx Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: nginx* 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 93.2 kB disk space will be freed. Do you want to continue? [Y/n] alors que aptitude purge nginx The following packages will be REMOVED: [...] 0 packages upgraded, 0 newly installed, 16 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 3,902 kB will be freed. Do you want to continue? [Y/n/?] soit tous les paquets dépendants. Conclusion: aptitude est donc préférable à apt. Si l'on considère qu'un gestionnaire de paquets doit respecter le choix de l'utilisateur, les seuls gestionnaires qui correspondent à ce critère sont apt, apt-get et synaptic. Un exemple: apt update && apt dist-upgrade The following package was automatically installed and is no longer required: libglade2-dev Use 'apt autoremove' to remove it. Comme j'ai besoin de libglade2-dev pour compiler des programmes je ne le supprimerai pas. (aptitude le supprimerait automatiquement) -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/27/2017 09:57 AM, Daniel Caillibaud wrote: Le 26/06/17 à 11:09, maderios <mader...@gmail.com> a écrit : M> On 06/26/2017 09:47 AM, Daniel Caillibaud wrote: M> > Le 24/06/17 à 15:36, maderios <mader...@gmail.com> a écrit : M> > M> C'est quand même gênant cette manie d'aptitude qui consiste à supprimer M> > M> automatiquement des paquets qu'il considère comme inutiles. Un exemple, M> > M> celui de certains paquets *.dev. M> > M> > Dans ce cas, c'est qu'ils ont été installés comme dépendances d'un truc qui a disparu, et M> > ça parait logique de les enlever (les autres gestionnaires doivent faire la même chose). M> M> La logique, c'est de respecter la volonté de l'utilisateur. C'est ce que M> font apt, apt-get et synaptic J'aurais rajouté "et aptitutde". Inexact Tu as un exemple de cas où aptitude vire un paquet que tu avais installé précédemment ? Une foultitude: les paquets qu'il estime non nécessaire pour lui mais qui sont nécessaires pour moi Je n'ai jamais vu ça en pas mal d'années d'usage, mais ça veut pas dire que ça n'existe pas. M> aptitude n'a pas à prendre de décision à la place de l'utilisateur Tout à fait d'accord, il ne doit supprimer que les dépendances orphelines, comme les autres apt* Inexact: apt, apt-get et synaptic signalent les paquets non nécessaires mais, à la différence d'aptitude, ne les suppriment pas. -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/26/2017 09:47 AM, Daniel Caillibaud wrote: Le 24/06/17 à 15:36, maderios <mader...@gmail.com> a écrit : M> C'est quand même gênant cette manie d'aptitude qui consiste à supprimer M> automatiquement des paquets qu'il considère comme inutiles. Un exemple, M> celui de certains paquets *.dev. Dans ce cas, c'est qu'ils ont été installés comme dépendances d'un truc qui a disparu, et ça parait logique de les enlever (les autres gestionnaires doivent faire la même chose). La logique, c'est de respecter la volonté de l'utilisateur. C'est ce que font apt, apt-get et synaptic Si tu as installé manuellement de paquet *dev, aptitude ne le virera pas. Ce n'est pas le cas M> Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je M> suis preneur :) Je dis pas qu'aptitude est plus malin, mais faudrait un exemple concret de cas où il ne prend pas la bonne décision. aptitude n'a pas à prendre de décision à la place de l'utilisateur concernant la suppression de paquets. Il devrait se comporter comme apt, apt-get et synaptic: indiquer que certains paquets ne sont plus nécessaires et non les supprimer. -- Maderios
Re: Upgrade de Jessie
On 06/25/2017 05:48 PM, Pierre L. wrote: Voilà qui devrait apaiser quelques esprits ;) Peace! Le 24/06/2017 à 21:01, andre_deb...@numericable.fr a écrit : "Laisser le soin aux cobayes" étaient à prendre au second degré, étant conscient et admiratif du formidable travail accompli durant toutes ces années par l'équipe technique de Debian pour chaque nouvelle version. Une déclaration qui peut concerner tous les domaines, y compris celui du logiciel libre: "Ne vous demandez pas ce que votre pays peut faire pour vous, demandez-vous ce que vous pouvez faire pour votre pays" (John Fitzgerald KENNEDY) -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/23/2017 05:10 PM, Haricophile wrote: Le Fri, 23 Jun 2017 12:47:50 +0200, Daniel Caillibaud <m...@lairdutemps.org> a écrit : G> Quel est l'avantage d'utiliser aptitude ? Pareil, j'ai l'habitude de l'utiliser et je le trouve pratique avec un système de gestion des dépendances et résolution des conflits toujours intéressants, avec une seule commande pour tout faire, voire même une interface pseudo-graphique. Mais c'est vraiment un choix personnel. C'est quand même gênant cette manie d'aptitude qui consiste à supprimer automatiquement des paquets qu'il considère comme inutiles. Un exemple, celui de certains paquets *.dev. Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je suis preneur :) -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/23/2017 02:52 PM, Raphaël POITEVIN wrote: maderios <mader...@gmail.com> writes: apt et apt-get font le même boulot. Aptitude n'est qu'un frontal de apt. Par contre, aptitude peut servir à résoudre plus facilement certains (rares) cas difficiles de dépendances. Vrai. Je n'utilise jamais aptitude, je n'en vois toujours pas l'intérêt après 18 ans de Debian. Moi c’est surtout pour des recherches de paquets ou des infos sur ceux-ci, je trouve que les sorties sont plus faciles à lire en Braille. Les sorties sont mieux "mises en page", effectivement mais il y a moins d'info (nom et chemin du paquet, md5, origine, etc...). -- Maderios
Re: Présence par défaut d'Aptitude sur Stretch
On 06/23/2017 02:18 PM, Raphaël POITEVIN wrote: Daniel Caillibaud <m...@lairdutemps.org> writes: Je connais pas apt pour utiliser aptitude depuis des années, au départ pour me simplifier la vie (il regroupait des commandes qui demandait d'utiliser les différents apt-*) mais aussi pour `aptitude search` et ses regex et `aptitude why`. C’est vrai que je trouve bien pratique aptitude search, aptitude show. Également, pratique pour hold, à moins qu’il y ait possibilité avec apt que je ne connais pas. apt et apt-get font le même boulot. Aptitude n'est qu'un frontal de apt. Par contre, aptitude peut servir à résoudre plus facilement certains (rares) cas difficiles de dépendances. Je n'utilise jamais aptitude, je n'en vois toujours pas l'intérêt après 18 ans de Debian. -- Maderios
Re: Scanner Canon Lide 120
On 06/23/2017 10:38 AM, Raphaël POITEVIN wrote: igo...@free.fr writes: Pas sur jessie car il est arrivé tard dans le git de sane. Annonce faite par Stéphane Voltz le 28 février 2016 sur alioth https://alioth.debian.org/tracker/index.php?func=detail=315312_id=30186=410369 Merci. Donc pas de possibilité même en bricolant de l’avoir dans Jessie ? À moins de se recompiler sane. Une solution simple: installer les paquets sane de Stretch. Synaptic permet de faire cela sans pinning. Il suffit de mettre préalablement le dépôt Stretch dans le sources.list -- Maderios
Re: Upgrade de Jessie
On 06/21/2017 12:20 AM, G2PC wrote: Le 20/06/2017 à 19:57, maderios a écrit : On 06/20/2017 06:00 PM, andre_deb...@numericable.fr wrote: C'est comme les toutes nouvelles voitures, mieux vaut attendre avant de l'acheter, laissons les cobayes le soin de les tester... :-) Bonjour Les cobayes qui mettent les mains dans le cambouis afin que tu puisses utiliser sans te fatiguer une Debian qui marche te saluent... Au boulot les cobayes, et, les dév. Sans être dév, envoyer des rapports de bug, c'est déjà pas mal... -- Maderios
Re: Upgrade de Jessie
On 06/20/2017 06:00 PM, andre_deb...@numericable.fr wrote: C'est comme les toutes nouvelles voitures, mieux vaut attendre avant de l'acheter, laissons les cobayes le soin de les tester... :-) Bonjour Les cobayes qui mettent les mains dans le cambouis afin que tu puisses utiliser sans te fatiguer une Debian qui marche te saluent... -- Maderios
Re: Plantage de Libreoffice Writer
On 06/20/2017 12:06 PM, hugues larrive wrote: Bonjour, Hier soir j'ai mis à jour mon système de jessie vers stretch et ce matin impossible d'ouvrir un document writer : le splashscreen apparaît, puis la fenêtre avec sa barre d'état qui semble charger le document et tout disparaît. Si je lance directement writer j'ai juste le splashscreen et puis plus rien. Les autres applications de libreoffice fonctionnent mais plantent aussi dès que je lance writer. J'ai essayé de le lancer depuis le terminal mais il ne renvoi aucun message lorsqu'il plante. J'ai aussi tanté de supprimer le dossier ~/.config/libreoffice/ mais ça n'a pas résolut le problème. Bonjour Il n'y a aucune raison pour que writer plante. - essayer d'ouvrir un document vide. - il faudrait tracer tout ce que tu as installé ou désinstallé, y compris les éventuels bidouillages, les résidus de fichiers anciens, les extensions, etc... -- Maderios
Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)
On 06/10/2017 10:36 AM, Yann Cohen wrote: Le lundi 05 juin 2017 à 20:44 +0200, maderios a écrit : On 06/05/2017 12:23 PM, Yann Cohen wrote: [...] Bonjour - sur Stretch, j'ai rencontré récemment des problèmes de connection avec wicd en wifi. Network-manager est finalement bien plus fiable. Important: désinstaller wicd... Fait... - pour vérifier si le noyau est en cause, il faudrait booter sur le dernier noyau de Sid, le 4.9.30. C'est la dernière version stable du noyau 4.9 https://www.kernel.org/ root@yogayan:~# uname -a Linux yogayan 4.9.0-3-amd64 #1 SMP Debian 4.9.30-1 (2017-06-04) x86_64 GNU/Linux Pas mieux... Bon courage... En effet va en falloir... On peut reconfigurer tous les paramètres réseaux avec l'interface nmtui (inclus dans networkmanager) Regarder également du coté de wpa avec wpa_cli (cf man wpa_cli). Purger et réinstaller au besoin. Exemple chez moi (sortie modifiée) wpa_cli status Selected interface 'wlan0' bssid=**:**:**:**:**:** freq=2427 ssid=MON_SID_AMOI id=0 mode=station pairwise_cipher=CCMP group_cipher=CCMP key_mgmt=WPA2-PSK wpa_state=COMPLETED ip_address=192.***.3.*** p2p_device_address=**:**:**:**:**:** address=**:**:**:**:**:** uuid=*** -- Maderios
Re: Accès à www.debian.org
On 06/09/2017 02:53 PM, thierry.jeanmou...@cegetel.net wrote: Bonjour, en essayant d'accéder à cette adresse : https://www.debian.org/releases/stretch je reçois ce message d'erreur: Forbidden You don't have permission to access /releases/stretch on this server. Server unable to read htaccess file, denying access to be safe Apache Server at www.debian.org Port 443 Pareil pour d'autres pages du site. Est-ce moi, ou c'est pareil pour vous? Oui,le lien est cassé Idem https://www.debian.org/mirror/list -- Maderios
Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)
On 06/05/2017 12:23 PM, Yann Cohen wrote: Bonjour, Je relance le fil car pas très satisfait du "truc" bancal trouvé avec wicd et network-manager. Bonjour - sur Stretch, j'ai rencontré récemment des problèmes de connection avec wicd en wifi. Network-manager est finalement bien plus fiable. Important: désinstaller wicd... - pour vérifier si le noyau est en cause, il faudrait booter sur le dernier noyau de Sid, le 4.9.30. C'est la dernière version stable du noyau 4.9 https://www.kernel.org/ Bon courage... -- Maderios
Re: Screenlets gestion luminosité écran
On 06/03/2017 06:14 PM, David Pinson wrote: Je me pencherai plutôt du côté du handicap visuel de la personne concernée... Dans ce cas mille excuses... -- Maderios
Re: Screenlets gestion luminosité écran
On 06/03/2017 04:09 PM, zulian wrote: Une idée ? Bonjour 1) Quel est ce besoin de hurler en utilisant une taille de police énorme? 2) envoyer des messages en html, cela consomme beaucoup d'énergie pour rien, cela fait chauffer inutilement les serveurs, c'est donc très mauvais pour la planète et notre santé -- Maderios
Re: Firefox : défaut inhérents
On 05/30/2017 11:39 AM, andre_deb...@numericable.fr wrote: On Monday 29 May 2017 12:59:25 Jean Bernon wrote: André semble avoir un problème particulier. Mais ça correspond tout de même à certains aspects de ma propre expérience de Firefox ESR sous Jessie. FE se plante aléatoirement 1 à 2 fois par semaine ou a parfois des passages à vide (grande lenteur). La commande top montre qu'il est le plus gros consommateur de CPU et de mémoire (environ 20% de chaque) alors que Chrome dans les mêmes conditions consomme 6 à 7 % des mêmes ressources. J'utilise les extensions et plugins suivants : adblock, xmarks, flash, gnome shell, itunes, java, vlc. J'ai entièrement désinstallé Firefox, dont le répertoire ".mozilla", après avoir créé un compte "sync" qui a mémorisé mes informations. J'ai réinstallé Firefox dernière version 32 bits, je suis sous Jessie 32 bits. J'ai remis mes infos via mon compte rsync : C'est une erreur de faire cela tout de suite, tes données sont peut-être en cause. Et pareil ! Firefox se ferme brutalement après chaque boot de mon ordinateur. Si je le relance, il ne se ferme plus brutalement, c'est après chaque boot. Repartir à zéro, dans un nouveau profil, sans données, sans plugins en lançant: firefox -safe-mode -- Maderios
Re: Firefox : défaut inhérents
On 05/29/2017 12:59 PM, Jean Bernon wrote: André semble avoir un problème particulier. Mais ça correspond tout de même à certains aspects de ma propre expérience de Firefox ESR sous Jessie. FE se plante aléatoirement 1 à 2 fois par semaine ou a parfois des passages à vide (grande lenteur). La commande top montre qu'il est le plus gros consommateur de CPU et de mémoire (environ 20% de chaque) alors que Chrome dans les mêmes conditions consomme 6 à 7 % des mêmes ressources. J'utilise les extensions et plugins suivants : adblock, xmarks, flash, gnome shell, itunes, java, vlc. Bonjour J'ai un autre PC sur Jessie, aucun problème avec firefox esr. Firefox/Iceweasel permet d'installer tout et n'importe quoi en matière de greffons. Quand on ne souhaite pas prendre de risques, il est préférable de n'installer que les plugins fournis par Debian. -- Maderios
Re: Firefox : défaut inhérents
On 05/27/2017 08:41 PM, andre_deb...@numericable.fr wrote: On Saturday 27 May 2017 08:24:17 you wrote: Pour ma part je n'ai jamais eu de tel souci. La prochaine fois que ça arrive essayez de supprimer le dossier de préférences sans réinstaller le navigateur. Je dirais à première vue que c'est quelque-chose dans les préférences qui pose problème. Si j'installe un nouveau profile, je n'aurais plus ce bug de fermeture brutale, mais je perds toutes mes préférences enregistrées, historique, marques pages etc... Tu peux exporter tes signets dans un fichier .html puis les importer dans un nouveau profil. bookmarks -> show all bookmarks -> import and backup etc.... -- Maderios
Re: Firefox : défaut inhérents
On 05/27/2017 07:49 PM, andre_deb...@numericable.fr wrote: On Saturday 27 May 2017 14:45:42 hamster wrote: Le 27/05/2017 à 13:52, andre_deb...@numericable.fr a écrit : Ou se trouve le dossier "préférences" ? je ne le vois pas dans mon /home : ".mozilla". Ca c'est très curieux. C'est la qu'il devrait etre. Je pense que tu a bien fait en sorte d'afficher les fichiers cachés… ? : Oui. Tu peux aussi aller dans about:config et chercher avec le mot clef "default", si t'a de la chance tu verra apparaitre le chemin qui permet d'acceder au dossier de profil (en général c'est le cas si t'a une extension installée) : Fait, mais aucune info sur un sous-répertoire "préférences". Dans /.mozilla le fichier des préférences se nomme pref.js Il en existe un par profil. -- Maderios
Re: Firefox : défaut inhérents
On 05/27/2017 04:17 PM, hamster wrote: Le 27/05/2017 à 15:33, maderios a écrit : On 05/27/2017 02:41 PM, hamster wrote: Le 27/05/2017 à 10:22, maderios a écrit : 1.2 Go ram et cpu à 70%, ce n'est pas normal. Chez moi, avec F52, onze onglets ouverts, firefox consomme +- 510M. La cpu est entre 0% et 1% au repos. Oui, je peux aussi faire ca selon les pages ouvertes. Si c'est des pages wikipedia ou des trucs simples dans le meme genre je peux en ouvrir plusieurs dizaines sans problème. Le souci arrive uniquement avec certaines pages, souvent des webmails compliqués. Quelles pages? Ca le fait avec yahoo, gmail, zimbra (le webmail de free). Ca le fait aussi de temps en temps avec des pages au hazard du surf mais j'ai pas noté lesquelles au fur et a mesure. J'utilise ces sites avec plusieurs onglets ouverts sans souci particulier https://twitter.com/ https://www.romandie.com/news/ http://www.francetvinfo.fr/ http://www.lemonde.fr/ http://france.lachainemeteo.com/meteo-france/previsions-meteo-france-0.php http://news.sky.com/watch-live Ca n'est pas spécifique a mon ordinateur : c'est aussi le cas chez des copains a qui j'ai installé linux. Bien sur, je leur ai installé la meme chose que chez moi : meme version de debian, meme version de firefox et memes extensions. Il faudrait sans doute que je commence par désactiver les extensions une a une pour voir si y'en a une qui fout la merde, mais si je désactive ublock origin je ramasse plein de pubs qui chargent elles aussi le processeur et la mémoire. J'ai rencontré des problèmes dans le passé avec ublock, je l'ai remplacé par adblockplus.Cela pourrait venir également des scripts. Essaie de tester avec l'extension noscript. -- Maderios
Re: Firefox : défaut inhérents
On 05/27/2017 02:41 PM, hamster wrote: Le 27/05/2017 à 10:22, maderios a écrit : 1.2 Go ram et cpu à 70%, ce n'est pas normal. Chez moi, avec F52, onze onglets ouverts, firefox consomme +- 510M. La cpu est entre 0% et 1% au repos. Oui, je peux aussi faire ca selon les pages ouvertes. Si c'est des pages wikipedia ou des trucs simples dans le meme genre je peux en ouvrir plusieurs dizaines sans problème. Le souci arrive uniquement avec certaines pages, souvent des webmails compliqués. Quelles pages? -- Maderios
Re: l'équipe Debian a fixé la date de publication de Stretch !
On 05/26/2017 11:52 PM, Jean-Marc wrote: C'est officiel ! Et ce sera le 17 juin prochain ! https://lists.debian.org/debian-devel-announce/2017/05/msg2.html Formidable, Buster et Sid vont enfin pouvoir sortir du congélateur... :) https://wiki.debian.org/fr/DebianReleases https://wiki.debian.org/DebianReleases Maderios
Re: Firefox : défaut inhérents
On 05/27/2017 12:41 AM, hamster wrote: Le 27/05/2017 à 00:26, maderios a écrit : On 05/26/2017 11:50 PM, hamster wrote: Le 26/05/2017 à 23:39, list a écrit : Hello. Solution : Ne plus utiliser Firefox, qui n'est plus ce qu'il avait promis d'être. OK, moi aussi j'ai des soucis avec firefox en ce moment : trop lourd, trop lent en particulier pour se lancer, consomme facilement enormément de ressources (processeur et RAM) des qu'on ouvre des pages un peu compliquées genre un webmail. Mais par quoi le remplacer ? Salut Comme trop souvent sur cette liste, aucune précision sur la version des programmes incriminés, la distribution et le matériel... :( J'utilise les Firefox officiels de Stretch (esr) et Sid (52.0.2), je ne rencontre aucun problème sur un portable équipé d'un cpu i5. Je préfère nettement la version 52.0.2: plus de sécurité. Pour ma part c'est jessie avec la version de firefox qui est venue avec : 45.9.0 Par ailleurs, beaucoup d'environnements de bureau, dont kde, gnome et xfce, consomment plus de ressources que les programmes eux-mêmes... J'utilise mate. Quand je dis que firefox consomme beaucoup, ca ressemble a ca : RAM 1,2 G, ca descend a 300 ou 400 M quand on ferme firefox CPU 70 a 90 % en permanence, ca descend a 10 % quand on ferme firefox tout ca avec juste un webmail moderne genre gmail dans un onglet, et on ne touche a rien. 1.2 Go ram et cpu à 70%, ce n'est pas normal. Chez moi, avec F52, onze onglets ouverts, firefox consomme +- 510M. La cpu est entre 0% et 1% au repos. Tes greffons sont peut-être en cause. Tu devrais tester avec F52 dispo dans sid. -- Maderios
Re: Firefox : défaut inhérents
On 05/26/2017 11:50 PM, hamster wrote: Le 26/05/2017 à 23:39, list a écrit : Hello. Solution : Ne plus utiliser Firefox, qui n'est plus ce qu'il avait promis d'être. OK, moi aussi j'ai des soucis avec firefox en ce moment : trop lourd, trop lent en particulier pour se lancer, consomme facilement enormément de ressources (processeur et RAM) des qu'on ouvre des pages un peu compliquées genre un webmail. Mais par quoi le remplacer ? Salut Comme trop souvent sur cette liste, aucune précision sur la version des programmes incriminés, la distribution et le matériel... :( J'utilise les Firefox officiels de Stretch (esr) et Sid (52.0.2), je ne rencontre aucun problème sur un portable équipé d'un cpu i5. Je préfère nettement la version 52.0.2: plus de sécurité. Par ailleurs, beaucoup d'environnements de bureau, dont kde, gnome et xfce, consomment plus de ressources que les programmes eux-mêmes... J'utilise Enlightenment 0.21.8 (compilé maison) pour cette dernière raison mais ce n'est pas le seul environnement "léger" qui existe. L'avantage de Enlightenment, c'est qu'il est rapide, ergonomique, archi modulable et esthétique en même temps. -- Maderios
Re: [Stetch] Pas de connexion WIFI : aborting authentication... by local choice (Reason: 3=DEAUTH_LEAVING)
On 05/25/2017 05:17 PM, andre_deb...@numericable.fr wrote: On Thursday 25 May 2017 17:10:03 maderios wrote: Récemment, j'ai résolu un problème de wifi sur stretch en remplaçant networkmanager par wicd. Ne pas désinstaller networkmanager, c'est plus sûr. Sous Jessie, en désinstallant networkmanager au profit de wicd, la WiFi fonctionne bien. Ici, on parle de stretch... -- Maderios
Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)
On 05/25/2017 11:19 AM, Yann Cohen wrote: Bonjour, J'ai réinstallé mon portable lenovo Yoga 13 sous stretch et je rencontre des problèmes lors de la connexion WIFI De base j'ai sous usb une puce RTL8723AU (Wifi+BT) qui est reconnue via lsusb et dans les messages de démarrage Bus 001 Device 004: ID 0bda:1724 Realtek Semiconductor Corp. RTL8723AU 802.11n WLAN Adapter May 21 23:38:57 yogayan kernel: [ 19.262374] usb 1-1.4: rtl8xxxu: Loading firmware rtlwifi/rtl8723aufw_B_NoBT.bin May 21 23:38:57 yogayan kernel: [ 19.267786] usb 1-1.4: firmware: direct-loading firmware rtlwifi/rtl8723aufw_B_NoBT.bin May 21 23:38:57 yogayan kernel: [ 19.267813] usb 1-1.4: Firmware revision 31.0 (signature 0x2302) en plus j'ai une clé DLink Bus 001 Device 010: ID 07d1:3c07 D-Link System DWA-110 Wireless G Adapter(rev.A1) [Ralink RT2571W] Dans les deux cas j'ai le même symptôme lors de la tentative de connexion en WIFI sur tous les ssid disponibles dans mon environnement : aborting authentication with 9a:a1:d7:52:c2:71 by local choice (Reason: 3=DEAUTH_LEAVING) Bien entendu "avant" le passage sous stretch, ce portable en Jessie fonctionnait en wifi sans problème... Récemment, j'ai résolu un problème de wifi sur stretch en remplaçant networkmanager par wicd. Ne pas désinstaller networkmanager, c'est plus sûr. -- Maderios
Re: [RESOLU (presque)] Lire des vidéos sur Vimeo avec Firefox?
On 05/21/2017 02:56 AM, Vincent Lefevre wrote: J'avais media.autoplay.enabled à false. Le passer à true résout le problème... en quelque sorte, parce que ça a aussi un inconvénient de jouer les vidéos automatiquement sur les autres sites. Bonjour Concernant flash, on peut empêcher le lancement automatique des vidéo avec le réglage "ask to activate" -- Maderios
Re: Carte WiFi PCI Belkin F5D7000 : RÉSOLU
On 05/06/2017 11:44 AM, andre_deb...@numericable.fr wrote: On Wednesday 03 May 2017 10:01:53 Frédéric MASSOT wrote: Le 02/05/2017 à 18:28, andre_deb...@numericable.fr a écrit : Network controller: Ralink corp. RT2500 Donc il s'agit du pilote rt2500pci. Si tu veux avoir plus d'info sur le pilote, tu peux utiliser la commande modinfo : Merci. C'est presque trop résolu :-) car Wicd est lancé deux fois à droite dans la barre des tâches , et affiche 2 fois le même SSID de connexion WiFi. Ce phénomène est le même sur mon PC portable. Bonjour Cela n'a rien à voir avec wicd, c'est ton environnement de bureau qui est en cause. Tu as certainement fait un double clic sur l'icône wicd... -- Maderios
Re: Re : CD Ripper
On 05/05/2017 08:45 AM, nicolas.patr...@gmail.com wrote: Le 05/05/2017 08:36:16, Bernard Siorat a écrit : Asunder ? Grip (s’il existe encore) ou XCFA ? XCFA est très bien mais il ne permet pas de renommer les pistes. -- Maderios
Re: Carte WiFi PCI Belkin F5D7000 : RÉSOLU
On 05/02/2017 03:30 PM, andre_deb...@numericable.fr wrote: Étonnant, pas de pilote pour Linux mais elle est bien détectée et fonctionnelle. La quasi totalité des pilotes sont disponibles avec le noyau Linux sous forme de modules qui sont chargés au démarrage seulement en cas de nécessité, ici une carte wifi. Ceci explique pourquoi posséder un matériel récent implique l'utilisation d'un noyau le plus récent possible. -- Maderios
Re: Mon microphone interne est sourd.
On 05/01/2017 02:35 PM, Charles Plessy wrote: Bonjour la liste, sur mon ordinateur portable, j'ai un microphone interne qui ne semble pas fonctionner: dans le panneau de contrôle de GNOME, j'ai beau le mettre à 100 % et claquer des doigts, rien ne bouge sur la graduation du « Niveau d'entrée ». De même un enregistrement avec ALSA ne donne rien que du bruit blanc. https://linuxconfig.org/how-to-test-microphone-with-audio-linux-sound-architecture-alsa Je n'ai aucune idée sur comment aller plus loin. $ lspci | grep -i audio 00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09) 00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03) Un conseil ? Bonjour De nos jours sur Debian, c'est le serveur pulseaudio qui gère tout le son, donc exit les bidouillages concernant alsa. Installer pavucontrol. Régler les périphériques devient un jeu d'enfant. J'ai résolu ainsi pas mal de problème audio, notamment ceux concernant l'utilisation d'un DAC Cambridge. L'affaire a été réglée en deux clic. J'ai longtemps craché sur pulseaudio mais maintenant, en 2017, je reconnais qu'il est mûr et qu'il simplifie bien la vie. Par contre, je trouve son interface un peu bordélique mais on s'y fait. Salutations -- Maderios
Re: Redimensionnement de partition
On 04/25/2017 12:23 AM, Yannick wrote: Merci à tous ceux qui m'ont répondu. Bon de ce que je vois il va me falloir y aller en force! Donc le plus simple est de me refaire une install avec Scretch pour tout remettre en ordre. Bonjour Perso, d'après ce que j'ai déjà fait: 1) je sauvegarderais toutes les données sur un dd externe 2) booterais avec un live cd comme celui-ci qui est excellent http://www.system-rescue-cd.org/Download/ 3) repartionnerais le dd de la machine 4) recopierais les données dans les nouvelles partitions 5) avec blkid, trouver les id puis actualiser le fstab 6) un coup de update-grub et hop, c'est operationnel Bon courage! et puis, Yes we can ! :) -- Maderios
Re: comment faite-vous pour installer flashplayer?
On 04/04/2017 09:50 PM, Gaëtan PERRIER wrote: Le Tue, 04 Apr 2017 19:35:55 +0200 Thierry Bugier Pineau <bugie...@gmail.com> a écrit: HTML 5 et CSS 3 ont mis à mal la techno, Adobe a annoncé (en 2012 je crois) l'abandon de son produit. Il est source de failles de sécurité en nombre. Mais fin 2016 Adobe a annoncé la reprise de la fourniture des versions à jour de flash pour Linux alors que la version Linux était en 11.x depuis de nombreuses années. Vu le nombre de sites avec du Flash, Flash n'est pas prêt de mourir :( -- Maderios
