Re: Les cyber menaces basculent vers Linux et les serveurs Web
Le 22 juillet 2017, Thierry Bugier Pineau a écrit : > Un sujet de BAC philosophie : > > Windows est il un crime ? > Non, je préfère : Linux est-il le paradis ? C'est plus vendeur auprès des lycéens car positif :)) > (Fin de troll) :) Idem... c'est samedi. -- Alain Rpnpif
Re: Upgrade jessie et 604 paquets non mis à jour
Le 21 juillet 2017, andre_deb...@numericable.fr a écrit : > Le noyau 4.9 est-il bien supporté globalement ? > (ou faut-il garder le 3.16 ?) Globalement oui. Avec mes cartes MSI 64 bits récente et AMD, j'ai quelques messages d'erreurs mineures qui ne posent pas de problèmes visibles. Avec ma carte Intel 386, aucun souci mais une bien meilleure réactivité. Ce sont des problèmes avec ACPI et un problème avec de vieilles cartes PCI ajoutées. Mais je répète, c'est mineur car aucune conséquence remarquée sur l'utilisation quotidienne. L'avantage du noyau 4.7 et plus, donc 4.9, est une meilleure vitesse de fonctionnement et une meilleure réactivité, à mon avis. Bien sûr c'est à vérifier sur ton matériel. J'ai seulement un petit doute à propos de la consommation d'énergie sur un portable mais je suspecte fortement Firefox comme étant le seul responsable. Librement. -- Alain Rpnpif
Re: Les cyber menaces basculent vers Linux et les serveurs Web
Le 21 juillet 2017, Pierre L. a écrit : > Mais je pense qu'il faut quand même ajouter que pour les postes sous > Windows (et autres en fait !), la "survie" de l'OS dépend grandement de > l'utilisation de la machine ! ou plutôt de son utilisateur... > Nous avons tous eu la tata ou le cousin qui installe n'importe quelle > drouille trouvée sur le net, et paff pollution du navigateur, de la > machine, etc... > Oui, une machine requiert une certaine hygiène d'utilisation de la part > de son propriétaire... Pour moi le problème majeur restera toujours le > gugusse sur les clavier/souris ! > > On avait un prof en info à l'époque qui nous expliquait que la pire > menace lors de l'administration de son réseau venait principalement de > "l'intérieur"... je pense aujourd'hui qu'il avait bel et bien raison ! > Des utilisateurs bien avertis et éduqués limiteront grandement la > propagation de saletés... Bien sûr mais Windows pousse aussi au crime avec la facilité d'installation des programmes exotiques, ce qui est plus difficile sous Linux et sous Debian en particulier car l'installation d'un programme est plus compliquée (en partie à dessein) pour un débutant. Le système des dépôts Debian est aussi un atout en faveur de Linux... recopié par Google pour son Android mais de façon plus libérale au sens picsou, euh, économique du terme. Viva La Debianade ! -- Alain Rpnpif
Re: Upgrade jessie et 604 paquets non mis à jour
Le 21 juillet 2017, maderios a écrit : > > Non, mon "sources.list" et les autres fichiers ne contiennent que "jessie". > > > > Désolé d'être un peu pointilleux mais il serait bien que tu copies-colle > ici le contenu de ton /etc/apt/sources.list Et y a t-il des /etc/apt/sources.list.d/* ? -- Alain Rpnpif
Re: Les cyber menaces basculent vers Linux et les serveurs Web
Le 18 juillet 2017, Thierry Bugier Pineau a écrit : > La sécurité par l'obscurité, ça ne marche pas. > Pour preuve: - Windows est en source fermé, et ça ne le protège pas de > manière convaincante, puisqu'il faut lui ajouter des antivirus,- Les > antivirus (propriétaires) sont assez souvent victimes de virus qui les > désactivent silencieusement pour se maintenir dans un hôte. Eux aussi > sont sujets aux failles. > A l'opposé, bien qu'un source ouvert puisse être analysé par des > pirates, d'autres peuvent l'auditer librement (donc prévenir les > failles et proposer un correctif avant la possible exploitation de > ladite faille), et surtout, chercher un correctif sans dépendre du bon > vouloir du propriétaire du code quand c'est nécessaire. +1 Tout est dit. Dernière info : J'ai 17 ans de Linux à jour sur le bureau (Mndriva puis Debian) sans aucun virus. Malgré quelques attaques repérées dans les journaux de logs. Au contraire, j'ai des dizaines d'années de Windows au boulot avec des centaines de virus subis malgré les antivirus et quelques reformatages obligés avec pertes des données en conséquence. CQFD. Ma religion est faite depuis longtemps. Cette discussion revient régulièrement depuis que Linux existe et à chaque fois ce sont les mêmes arguments et les mêmes conclusions. Bien le bonjour chez vous. Et à la prochaine fois ;). -- Alain Rpnpif
Re: addons invités virtualbox
Le 17 juillet 2017, G2PC a écrit : > Une belle erreur apparait. > RTR3InitEx failed with rc=-1912 (rc=-1912) The VirtualBox kernel modules do > not match this version of VirtualBox. The installation of VirtualBox was > apparently not successful. Executing '/sbin/vboxconfig' may correct this. > Make sure that you do not mix the OSE version and the PUEL version of > VirtualBox. where: supR3HardenedMainInitRuntime what: 4 > VERR_VM_DRIVER_VERSION_MISMATCH (-1912) - The installed support driver > doesn't match the version of the user. De l'erreur de mélanger les sources d'origine différente d'un même paquet comme signalé par d'autres messages précédents. Moi j'aurais supprimé avant toute chose tout paquet installé comportant virtualbox dans le nom. Et seulement ensuite installer le paquet issu de virtualbox.org. -- Alain Rpnpif
Re: Les cyber menaces basculent vers Linux et les serveurs Web
Le 18 juillet 2017, Ph. Gras a écrit : > Hello there :-) > > > Que pensez vous de cet article ? > > > > selon la société WatchGuard qui a tout intérêt à vendre ses antivirus… : > > Verra-t-on ses antiviraux propriétaires dans les sources_list de Debian ? > Absurde, on a déjà en libre clamscan qui marche très bien. Gros problème : c'est gratuit ! ;) -- Alain Rpnpif
Re: How To Debian Stretch Portefeuille Wallet Blackcoin
Le 18 juillet 2017, G2PC a écrit : > Pourquoi alors proposer la version suivante, 1.2.4 qui ne comprend que > blackcoin-qt et blackcoin-qt.asc ? Télécharger le portefeuille en mode > graphique depuis le lien suivant : > https://github.com/CoinBlack/blackcoin/files/887665/blackcoin-1.2.4-linux.zip > Je ne comprend pas pourquoi ce portefeuille est plus lourd que celui > généré dans le dossier lors de la compilation précédente. Je n'arrive > pas à l'utiliser, je n'arrive pas à le lancer. NON Résolu. Comment > utiliser le fichier blackcoin-qt.asc ? Je ne compilerais pas sous l'utilisateur root. Seule la commande make install (habituellement la dernière commande) devrait être faite ainsi. $ file blackcoin-qt.asc blackcoin-qt.asc: PGP signature Signature (old) blackcoin-qt.asc est un fichier en texte simple (asc comme ASCII) donc non exécutable. C'est la signature GPG qui permet de vérifier que le programme binaire est bien celui d'origine (en théorie). $ file blackcoin-qt blackcoin-qt: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=f731b9112f8d3cc01a97989b00b95bbf027d18a7, not stripped Donc blackcoin-qt est bien l'exécutable et ses permissions sont déjà correctement positionnées dans blackcoin-1.2.4-linux.zip. Il suffit de taper dans un terminal : ./blackcoin-qt Cela devrait fonctionner à condition que les bibliothèques nécessaires soient déjà installées comme celles de QT5. Ce genre de manipulation quand on n'est pas un poil aguerri est un peu dangereuse car il faut être sûr de ses sources. Sinon on peut être confronté à un programme malveillant. L'idéal est la compilation. Puis lancer le programme en ligne de commande (pas de clic) afin de voir les messages d'erreur. Mais le plus simple est de recompiler le programme comme tu as déjà fait (plus sûr pour intégrer les bibliothèques puis de le lancer au clavier (pas à la souris) dans un terminal pour voir ce qu'il manque. L'idéal serait d'avoir un paquet Debian tout prêt. Voilà. -- Alain Rpnpif
Re: How To Debian Stretch Portefeuille Wallet Blackcoin
Le 16 juillet 2017, G2PC a écrit : > How To Debian Stretch Portefeuille Wallet Blackcoin > > Suite à mes lectures j'ai réussi à installer un portefeuille Blackcoin > sur Debian 8.7.1 puis, sur Debian 9. > > Le récapitulatif dans le tutoriel suivant : > > https://www.visionduweb.eu/wiki/index.php?title=Conserver_son_portefeuille_sur_son_ordinateur_tablette_mobile#Installer_un_portefeuille_pour_la_cryptomonnaie_de_votre_choix > > J'aimerais vos avis, à la relecture, savoir si quelque chose vous semble > superflue. > > > > J'aimerais notamment, plus de précisions sur ce que j'ai bricolé, avec > les droits, sous Debian 9 > https://www.visionduweb.eu/wiki/index.php?title=Conserver_son_portefeuille_sur_son_ordinateur_tablette_mobile#Sous_Debian_9_Stretch > > Je reprend la procédure ici : > > Ouvrir un terminal dans le dossier utilisateur. Passer su - puis lancer > thunar pour chercher le dossier blackcoin stocké dans le dossier root et > le coller dans le dossier de l'utilisateur. > > Si je double clic sur l'icone du fichier blackcoin-qt, rien ne se passe. > Le programme est passé sous le contrôle de l'utilisateur de base, rien > ne se passe. > > Pour transformer un fichier en fichier exécutable il faut donc lancer la > commande suivante : chmod u+x ( Rien ne se passe. ) > Pour rendre le fichier exécutable pour le groupe utilisateur il faut > lancer : chmod g+x blackcoin-qt ( Rien ne se passe. ) > Lancer alors le programme en ligne de commande : ./blackcoin-qt ( CA > TOURNE. ) > Je ne sais pas si changer les droits était nécessaire. Peut être que > ./blackcoin-qt suffisait pour lancer le programme. > > Depuis l'icone de blackcoin-qt, cliquer droit, lancer avec, chercher > UXTerm, Toujours utiliser ce programme pour ouvrir ce type de fichier. > Maintenant, l'icone ouvrira le logiciel, par simple double clic. > > > > Merci de vos avis. Bon dimanche. > Bernard Bonjour, Lancer blackcoin-qt sous root (su -) est-il nécessaire ? J'en doute. C'est dangereux pour la sécurité. De même que lancer Thunar en root. Root ne devrait être utilisé que pour changer les permissions par chmod une fois et rien d'autre. Si blackcoin-qt nécessite root pour fonctionner, fuir car dans ce cas ce programme est mal conçu et donc dangereux. Ce n'est que mon avis. -- Alain Rpnpif
Re: Stretch: où est configurée mon adresse IPv4 (privée) ?
Le 12 juillet 2017, Olivier a écrit : > source /etc/network/interfaces.d/* Et dans ce répertoire ? -- Alain Rpnpif
Re: Comportement MariaDB et configuration
Le 12 juillet 2017, Daniel Caillibaud a écrit : > Ça change pas grand chose, celui qui est root sur le système qui fait tourner > la bdd peut > facilement s'octroyer tous les droits. Oui et non. Si la sécurité de la base est compromise celle du système le serait ce qui serait plus grave, surtout si la base est accessible de l'extérieur. C'est pourquoi, je pense qu'il faut mieux mettre deux mots de passe différents. -- Alain Rpnpif
Re: coupure automatique des lignes Libreoffice
Le 12 juillet 2017, andre_deb...@numericable.fr a écrit : > On Tuesday 11 July 2017 20:04:52 Marc wrote: > > Le 11/07/2017 à 15:41, andre_deb...@numericable.fr a écrit : > > > Comment faire une coupure automatique des lignes > > > dans Libreoffice ? (inférieures à 21cm). > > > Au format A4, je me retrouve avec les fins de lignes > > > qui dépassent à droite et entraînent une page > > > beaucoup trop large, comme si elle était supérieure à 21 cm. > > > J'ai vainement cherché sans résultat. > > > Ce n'est pas juste un problème d'affichage ? > > Si le problème disparaît à l'impression, alors passer de Affichage/Web à > > Affichage/Normal peut résoudre le problème > > Merci de vos réponses. > > Alors ce serait un problème de zoom ? > On peut le diminuer en bas à droite par une réglette, > (très sensible) mais comment la garder à la nouvelle taille > > Avec les précédentes versions, j'avais un retour chariot automatique, > laissant une marge que j'avais réglée à 1,7cm et je n'avais pas > à utiliser "l'ascenseur" horizontal pour voir la partie droite du document. Si l'écran est petit (moins de 1024x800px), LO a un problème de réglage de la taille de fenêtre qui n'est pas toujours stable et parfois déborde de l'écran. Le déroulement (scrolling) est alors difficile. Si c'est un problème de ce genre, je pense qu'il faudrait faire un rapport de bogue sur leur serveur bugzilla https://bugs.documentfoundation.org/. -- Alain Rpnpif
Re: Comportement MariaDB et configuration
Le 12 juillet 2017, Hugues MORIN a écrit : > Bonjour > > > J'ai tente hier d'updater mon dedie de Jessie a Stretch. > Cela s'est solde par un echec (la machine ne pinguait plus) > Apres redemarrage en mode rescue, j'ai pu avoir acces au log mais apres 2 a > 3h de recherche, n'ayant rien trouve j'ai renonce et reinstaller le serveur > avec Strectch. > > En Jessie, j'utilisais MySQL 5.55 et j'accedais souvent a mes DB en > utilisant phpmyadmin pour les operations courantes et en ligne de commande > pour les operations d'archivage, sauvegarde, etc.. > > En Stretch je suis passe sur MariaDB. > Auriez-vous un bon tuto pour la configuration? > > J'ai un comportement de MariaDB qui me semble etrange et c'est la raison > pour laquelle je me tourne vers vous. > Quand je suis en shell et que je tape mysql, il semblerai que je sois > directement connecte a MariaDB sans demande de mot de passe ou de quoique > ce soit !!! > > root@:~# mysql > Welcome to the MariaDB monitor. Commands end with ; or \g. > Your MariaDB connection id is 18 > Server version: 10.1.23-MariaDB-9+deb9u1 Debian 9.0 > > Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others. > > Type 'help;' or '\h' for help. Type '\c' to clear the current input > statement. > > MariaDB [(none)]> > > > Est-ce normal? Bonjour, Je ne répond pas directement à la question mais il est déconseillé de se connecter en root. Il est préférable de faire sous un utilisateur normal : mysql -u root -p (sans le -p s'il n'y a pas de mot de passe). En ce qui concerne la question, je dirais que ce serait un problème de configuration car je n'ai pas ce problème. -- Alain Rpnpif
Re: Réglages réseau sur Debian Stretch
Le 10 juillet 2017, Pierre L. a écrit : > <râleur> > Bref, je me demande quand même pourquoi changer ces bonnes vieilles > habitudes de nommage ? > eth0 eth1 ethX... depuis un certain temps... c'est sûr qu'avoir une > interface avec un nom plus long, c'est mieux :s > > > > Le 09/07/2017 à 22:00, Pascal Hambourg a écrit : > > Oui, en théorie. Le nouveau nommage "prévisible" se base sur la > > position "physique" de l'interface réseau (type de bus, numéros de > > bus, de composant/port/slot, de fonction...) > > Bonjour, Comme dit par Pascal : Parce que les noms précédents avec le système précédent avec du matériel récent pouvaient donner le même nom à des matériels différents après un redémarrage ce qui mettait la configuration par terre ou compliquait ses scripts. Un peu comme les UUID des systèmes de stockage face aux sda ou pire aux hda du passé. En tout cas c'est ce que j'ai compris. -- Alain Rpnpif
Re: coupure automatique des lignes Libreoffice
Le 11 juillet 2017, andre_deb...@numericable.fr a écrit : > Bonjour, > > Comment faire une coupure automatique des lignes > dans Libreoffice ? (inférieures à 21cm). > > Au format A4, je me retrouve avec les fins de lignes > qui dépassent à droite et entraînent une page > beaucoup trop large, comme si elle était supérieure à 21 cm. > > J'ai vainement cherché sans résultat. Bonjour, Je ne comprends pas comment LO déborderait de la page. LO coupe déjà automatiquement les lignes au bord de la marge, il suffit de changer la marge si cela ne plaît pas, dans Format Page. -- Alain Rpnpif
Re: CUPS
Le 7 juillet 2017, Benoit B a écrit : > Bonjour, > > Le 6 juillet 2017 à 10:29, Alain Rpnpif <rpn...@free.fr> a écrit : > > > > Parfois, une tâche (du filtre CUPS) sur le poste client plante ou est > > très longue à se terminer. > > Ghostscript a ce problème. > > > > Juste après l'impression, lancer ps ax ou et top pour voir et > > vérifier qu'une tâche d'impression ne tourne pas. Sur un ordinateur > > relativement rapide, j'ai déjà vu une tâche d'impression mettre 10 min > > avant de sortir. De la faiblesse de certains filtres de CUPS. > > Voici les processus cups > > 3907 ?Ss 0:01 /usr/sbin/cupsd -l > 4992 ?Ssl0:00 /usr/sbin/cups-browsed > 8806 ?S 0:00 /usr/lib/cups/notifier/dbus dbus:// > > > -l Cette option est passée à cupsd lorsqu'il est lancé par > launchd(8) ou systemd(8). > > > > > Je ferais des essais d'impression avec un fichier dont le filtre est > > censé être simple du genre un fichier texte pur ou bien un PDF ne > > contenant que du texte avec une seule police simple. En effet le PDF > > est assez bien supporté par CUPS. > > > > Un fichier d'un mot en texte, l'imprimante sort de la veille (le > ventilateur s'allume, les moteurs se mettent à tourner...) puis se met > en attente, durant ce temps une très brève apparition d'un processus > cupsd dans top. > > > Avant, vérifier dans l'interface client de CUPS, que l'imprimante n'est > > pas bloquée. > > > > Que dit : > > lpstat -p > > printer Brother_HL-2030_series is idle. enabled since ven 07 jui 2017 > 18:34:53 CEST > printer PDF is idle. enabled since sam 24 jun 2017 16:40:21 CEST > > Une piste : > apt install cups-driver-gutenprint > > Aucune version du paquet cups-driver-gutenprint n'est disponible, mais > il existe dans la base > de données. Cela signifie en général que le paquet est manquant, qu'il > est devenu obsolète > ou qu'il n'est disponible que sur une autre source > > E: Le paquet « cups-driver-gutenprint » n'a pas de version susceptible > d'être installée > > Je l'ai téléchargé et installé avec dpkg... > > Ca ne marche toujours pas... Un fichier d'un mot n'est pas suffisant. Certains pilotes ou/et imprimante attendent un retour chariot ou une fin de ligne pour vider leur mémoire tampon. L'idéal est un fichier texte de 2 ou 3 lignes pour être sûr. cups-driver-gutenprint est un paquet de Debian Jessie. Sous Debian Sketch, c'est printer-driver-gutenprint. -- Alain Rpnpif
Re: erreur avec mariadb
Le 10 juillet 2017, Thierry Bugier Pineau a écrit : > Bonjour, > > Il semble que les noms de domaines puissent utiliser autre chose que de > l'ascii désormais. > > Voyez cette technique d'attaque qui me le laisse penser. Donc prudence avec > le retour au bon vieux ascii. > > https://en.m.wikipedia.org/wiki/IDN_homograph_attack > Bonjour, Je confirme : je posséde un nom de domaine en UTF-8. -- Alain Rpnpif
Re: Configuration fstab pour HD usb
Le 8 juillet 2017, Alain Rpnpif a écrit : > Le 8 juillet 2017, bernard.schoenac...@free.fr a écrit : > > > - Mail original - > > > De: "list" <l...@contacte.xyz> > > > À: debian-user-french@lists.debian.org > > > Envoyé: Samedi 8 Juillet 2017 01:27:32 > > > Objet: Configuration fstab pour HD usb > > > > > > Bonjour LA liste. > > > > > > Sauvegarder, sauvegarder, sauvegader. > > > > > > Pour ce faire, je souhaite utiliser un disque dur externe - mecanique > > > pas ssd - en USB3. > > > > > > Si vous aviez des conseils pour son paramétrage dans le fstab. > > > Des choses à éviter, à savoir, retours d'expériences heureuses ou > > > non. > > > > > > De plus, y a t-il un intérêt à faire plusieurs partitions sur un tel > > > disque destiné à cet usage ? > > > > > > Merci LA liste. > > > > > > > > > > bonjour, > > > > voici l'entrée du fstab : > > > > /dev/sdb1 /media/bernard auto user,noauto 0 0 > > > > Bonjour, > > Sauf si c'est un serveur sans X ou xorg et sauf si le système de > fichier est rare, je n'utiliserais pas /etc/fstab. > > Ce genre de disque en USB (2 ou 3) n'a pas vocation à être branché en > permanence. > > Debian par udisks ou consorts sait détecter et, si on le veut > il sait monter, automatiquement ce genre de disque. > > Donc rien dans fstab et le montage ou la détection sont automatiques au > branchement à chaud. > > Si udisks est installé, la configuration par défaut est en général > suffisante. > > man udisks. > J'ajoute que le montage automatique se fera dans /media/ -- Alain Rpnpif
Re: Configuration fstab pour HD usb
Le 8 juillet 2017, bernard.schoenac...@free.fr a écrit : > - Mail original - > > De: "list" <l...@contacte.xyz> > > À: debian-user-french@lists.debian.org > > Envoyé: Samedi 8 Juillet 2017 01:27:32 > > Objet: Configuration fstab pour HD usb > > > > Bonjour LA liste. > > > > Sauvegarder, sauvegarder, sauvegader. > > > > Pour ce faire, je souhaite utiliser un disque dur externe - mecanique > > pas ssd - en USB3. > > > > Si vous aviez des conseils pour son paramétrage dans le fstab. > > Des choses à éviter, à savoir, retours d'expériences heureuses ou > > non. > > > > De plus, y a t-il un intérêt à faire plusieurs partitions sur un tel > > disque destiné à cet usage ? > > > > Merci LA liste. > > > > > > bonjour, > > voici l'entrée du fstab : > > /dev/sdb1 /media/bernard auto user,noauto 0 0 > Bonjour, Sauf si c'est un serveur sans X ou xorg et sauf si le système de fichier est rare, je n'utiliserais pas /etc/fstab. Ce genre de disque en USB (2 ou 3) n'a pas vocation à être branché en permanence. Debian par udisks ou consorts sait détecter et, si on le veut il sait monter, automatiquement ce genre de disque. Donc rien dans fstab et le montage ou la détection sont automatiques au branchement à chaud. Si udisks est installé, la configuration par défaut est en général suffisante. man udisks. -- Alain Rpnpif
Re: Plus de notification d'arrivée de courriel ni tâches Osmo
Le 6 juillet 2017, Benoit B a écrit : > Le 6 juillet 2017 à 10:50, Alain Rpnpif <rpn...@free.fr> a écrit : > > Le 5 juillet 2017, Benoit B a écrit : > > > > /etc/xdg/autostart/notification-daemon.desktop > > Je n'ai pas ce fichier dans autostart tu l'as rajouté ? Non, il fait partie de : dpkg -S /etc/xdg/autostart/notification-daemon.desktop notification-daemon Note que je suis sous Jessie-backports et que ce paquet est issu de jessie. Je viens de vérifier : dans sketch ce fichier a été supprimé. Ce paquet est peut-être déconseillé mais la notification devrait fonctionner par un autre moyen. Je viens de le supprimer et j'ai toujours des notifications (autres que courriels), c'est libnotify qui prend le relais. Pour tester : notify-send "mon test de notification" Mais j'ai oublié de dire que je suis sous Xfce. Bizarre que ça ne marche pas chez toi. En attendant, tu peux recréer ce fichier ainsi : sudo nano /etc/xdg/autostart/notification-daemon.desktop ou nano ~/.config/autostart/notification-daemon.desktop [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 -- Alain Rpnpif
Re: Plus de notification d'arrivée de courriel ni tâches Osmo
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 -- Alain Rpnpif
Re: "ACPI error" depuis passage à Stretch
Le 5 juillet 2017, Benoit B a écrit : > Idem pour moi, > > ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x5) is beyond > end of object (length 0x5) (20160831/exoparg2-427) > [ 14.235257] ACPI Error: Method parse/execution failed > [\_SB.PCI0.GFX0._DOD] (Node 9317bb0ab500), AE_AML_PACKAGE_LIMIT > (20160831/psparse-543) > [ 14.235269] ACPI Exception: AE_AML_PACKAGE_LIMIT, Evaluating _DOD > (20160831/video-1254) Pour moi aussi sur une carte MSI avec microprocesseur AMD A4-5300 APU, récente. Je n'ai pas remarqué d'autres dysfonctionnements liés à cette erreur. Je suis sous Jessie-backports avec pratiquement le même noyau que Sketch (4.9). -- Alain Rpnpif
Re: CUPS
Le 5 juillet 2017, Benoit B a écrit : > J'ai donc supprimé, l'imprimante et en ai ajouté une nouvelle en > utilisant un autre pilote. > Driver:Brother HL-2030 - CUPS+Gutenprint v5.2.11 (grayscale, 2-sided printing) > > Comme Règles d'erreur, j'ai essayé "abort-job" puis "retry-job". > > L'impression d'une page de test fonctionne parfaitement directement > par le panneau de commande de l'imprimante(sans passer par le pilote). > > Pour obtenir des log j'ai activé debug-logging comme indiqué plus haut. > ~# cupsctl --debug-logging > > Quand j'imprime une page de test via l'interface web de cups, rien ne > se passe (pas de réaction de l'imprimante). > Voici les log. > access_log : > localhost - - [05/Jul/2017:10:45:18 +0200] "POST > /printers/Brother_HL-2030_series HTTP/1.1" 200 427 Print-Job > successful-ok > - > page_log > Ne réagit pas. > - > error_log est trop long en mode debug, je joins un fichier : cups_error_log > > Quelqu'un a une idée ? Parfois, une tâche (du filtre CUPS) sur le poste client plante ou est très longue à se terminer. Ghostscript a ce problème. Juste après l'impression, lancer ps ax ou et top pour voir et vérifier qu'une tâche d'impression ne tourne pas. Sur un ordinateur relativement rapide, j'ai déjà vu une tâche d'impression mettre 10 min avant de sortir. De la faiblesse de certains filtres de CUPS. Je ferais des essais d'impression avec un fichier dont le filtre est censé être simple du genre un fichier texte pur ou bien un PDF ne contenant que du texte avec une seule police simple. En effet le PDF est assez bien supporté par CUPS. Avant, vérifier dans l'interface client de CUPS, que l'imprimante n'est pas bloquée. Que dit : lpstat -p ? -- Alain Rpnpif
Re: Présence par défaut d'Aptitude sur Stretch
Le 27 juin 2017, maderios a écrit : > 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. Bonjour, Je confirme ce que dit Maderios. J'ai utilisé aptitude pendant un temps mais il peut faire du massacre trop facilement. Je trouve apt-get (ou apt aujourd'hui ?) plus fiable, plus souple quand on le connais mieux. Avec apt-mark (ou apt aujourd'hui ?), on peut garder certaines choses. Mais quand j'ai un problème compliqué et que mon système de gestion de paquets s'affolent parce que j'ai fais une erreur ou un truc hardi, j'utilise aptitude. C'est de plus en plus rare (une fois tous les 6 mois). -- Alain Rpnpif
Re: CUPS
Le 29 juin 2017, Benoit B a écrit : > 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 ? Vérifier sur la page WEB de CUPS http://localhost:631/admin que l'imprimante n'est pas arrêtée par CUPS. En effet sa règle par défaut est de le faire quand l'imprimante est en erreur, même par simple manque de papier. Il est préférable de mettre comme règle d'annuler le travail (job) ou de le réessayer plutôt que d'arrêter l'imprimante ce qui interdit tout travail ultérieur sauf en redémarrant CUPS. Voir http://localhost:631/printers/ Cliquer sur le nom de l'imprimante. Boutons Maintenance, Administration, cliquer Set default options (après avoir rentrer le mot de passe root ou administrateur. Cliquer sur Règles et dans Règles d'erreur, choisir ce qui convient (j'aime bien abort-job). Confirmer en cliquant sur Set default options. J'avoue que je ne sais pas pourquoi ce réglage n'agit pas sur toutes les imprimantes. Si ça peut aider mais peut-être que ce n'est pas le problème. Autre piste : ne pas prendre foomatic mais un autre pilote. Jene connais pas cette imorimante. Cordialement. -- Alain Rpnpif
Re: Votre expérience :: Imprimante laser
Le 30 juin 2017, Haricophile a écrit : > Le Fri, 30 Jun 2017 21:46:27 +0200, > "Jacques Lav!gnotte." <jacq...@lavignotte.org> a écrit : > > > > sous Linux > > > hp-setup > > > > Merci, Jacques > > Pour le clicodrome, moi j'aime bien hplip-gui qui fournit hp-toolbox > mais chacun fait ce qu'il veut. > 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. -- Alain Rpnpif
Re: sftp en ligne de commande
Bonjour, Le 25 juin 2017, Erwan David a écrit : > Le 06/25/17 à 11:35, bernard.schoenac...@free.fr a écrit : > > bonjour, > > > > je recherche un moyen d'employer sftp en ligne de commande > > pour transférer des fichiers ... > > > > actuellement mc est inutilisable (segfault erreur -31) pour sftp > > > > en mode graphique j'emploie filezilla, mais quelles sont les solutions pour > > soit télécharger ou téléverser ? > > > > > > slt > > bernard > > > > sftp tout simplement. (doit être dans openssh-client) > Sinon lftp connaît le protocole aussi. Un exemple : lftp sftp://utilisat...@exemple.com Les commandes sont les mêmes que lftp. man lftp ou dans lftp : help ou bien help [lacommande] J'aime lftp car il est très stable sur une connexion et sa commande mirror est puissante. -- Alain Rpnpif
Re: Tablette sous Debian
ibilités : > - http://www.mobileread.com/forums/index.php ; > - écran de 13.3 " : > http://www.mobileread.com/forums/showpost.php?p=3253425=85 ; > - un fournisseur européen qui a les principaux modèles ONYX : > http://ereader-store.de/en/5-e-book-readers ; > - PocketBook : http://www.pocketbook-int.com/us/ ; > - Le fabricant français : http://www.bookeen.com/fr/ > > L'écart de prix est conséquent par rapport à une tablette, mais l'usage > n'est pas le même. > > Pour la question "il y a l'utilisation d'applications sur tablettes, > dois-je acheter une tablette car j'ai peur de manquer ce nouveau > tournant de l'informatique?", cela dépend de l'OS. > Si les application sont destinées à un Ipad, l'achat d'une > tablette Android n'est pas appropriée, et inversement. Sous Linux, > il existe des bureaux qui ressemblent à des interfaces de tablette, > c'est peut-être suffisant. > Sinon, Android est maintenant utilisable sur PC, cela me semble une > bonne solution dans le cadre d'une formation : coût réduit, possibilité > offerte aux élèves d'utiliser cette solution sans investissement financier. > Quand l'application est disponible sous Android et Ipad, le besoin est > couvert par cette solution. > > Pour la mise en production, une machine virtuelle sous Debian devrait > pouvoir résoudre le problème, facilitant la tâche de l'administrateur > système pour la gestion des configuration "Tablette". > > Bonne journée. > > Randy11. +1. Excellente « article » de Randy11 qui pourrait avoir sa place sur linuxfr.org ou assimilés. Merci pour ce point d'expérience. -- Alain Rpnpif Bonne année 2017
Re: Son fichier mp4 H264 with AAC audio image jpeg
Bonjour, Le 27 décembre 2016, MERLIN Philippe a écrit : > Bonjour, > J'ai des difficultés à lire et surtout à entendre son très faible des > fichiers > vidéos MP4 H264 with AAC audio image jpeg, avec d'autres fichiers vidéo .avi > je > n'ai aucun problème ni sur l'image ni sur le son. Il me semble que j'ai tous > les codecs nécessaire avez vous rencontré ce problème ? Si oui comment le > résoudre toute idée sera la bienvenue. Ce n'est pas très clair. Quel est le problème exactement ? Avec quel logiciel ? Voici quelques outils : vlc, ffmpeg, audacity. -- Alain Rpnpif
systemd-timesyncd et ntpdate
Bonjour, J'utilise comme beaucoup ntpdate pour synchroniser l'horloge de Debian Jessie. L'intérêt est que, quand il a terminé sa tâche, il s'arrête contrairement à ntpd que je n'ai pas installé. C'est mieux pour un portable. Le problème c'est que ntpdate est obsolète et pourrait disparaître dans des distributions. Je suis passé comme la plupart d'entre nous sous systemd. Celui-ci lance systemd-timesyncd. Mais ce dernier, contrairement à ntpdate, reste en tâche de fond et est donc un remplacement à ntpd, et ce malgré la présence simultanée de ntpdate. Trouvez-vous normal que, sans qu'on lui demande, systemd-timesyncd assure le rôle de ntpd alors que ntpd n'était volontairement pas installé ? C'est d'autant plus gênant dans un environnement où on ne souhaite qu'un minimum de connexion réseau ou bien on souhaite limiter l'occupation mémoire. Bien sûr je pourrais désactiver systemd-timesyncd (pas encore essayé) mais il ne devrait pas se lancer implicitement sauf lors de la première synchronisation éventuellement. Qu'en pensez-vous ? Peut-on considérer ça comme un bogue ? Quel est le comportement sous Stretch ? -- Alain Rpnpif
Re: Connexion internet qui lâche avec Postfix
Le 10 novembre 2016, Daniel Caillibaud a écrit : > Il faut donc regarder du coté de ton serveur dns, et je t'encourage à > installer un résolveur > local (unbound par ex), autrement plus efficace que le dns de ta box (surtout > si son nom > commence par live, pour moi leur dns est simplement inutilisable, même pour > un usage > personnel). +1 ! Je l'ai fait et je n'ai plus aucun des problèmes de DNS qui arrivaient deux ou trois fois par mois. De plus,cela donne la liberté de choisir son relais. Par exemple, une petite Raspberry Pi ou équivalent sous Debian ou Raspbian dans un coin, ça dépanne très bien. Au pire un serveur DNS sur le poste de travail s'il est seul sur le réseau. -- Alain Rpnpif
Re: outils pour taupe vision
Bonjour, J'ai aussi cherché cela pour un oncle. En complément de ce que dit Éric, j'aime aussi assez HandyLinux (bientôt DebianFacile ou quelque chose comme ça) pour ses thèmes bien contrastés ou avec des couleurs permettant un repérage plus facile pour un mal-voyant, ainsi que son Handymenu facile à voir. Il comporte un menu accessibilité fourni. Comme loupe, VMG qui vient d'apparaître dans les dépôts backports de Jessie, me paraît intéressant. L'inconvénient d'un certain nombre de ces loupes, c'est qu'il faut trouver le curseur sur l'écran car il est souvent trop petit pour un mal-voyant ou tout simplement, trouver facilement comment l'activer. Et là je n'ai rien trouvé de simple. Autre solution, changer la résolution de l'écran en lien avec xrandr mais il faut pour cela un grand écran. -- Alain Rpnpif Le 31 octobre 2016, MENGUAL Jean-Philippe a écrit : > Bonsoir, > > Merci Eric de ce retour très stimulant. Si Debian a su remplacer des > outils pour malvoyants profonds, c'est que tout est possible. C'est > super encourageant pour moi qui dois lutter face à des sceptiques > permanents ne jurant que Mac et Windows. > > Je pense qu'avec Compiz, Debian pourra aller encore plus loin, même s'il > ne fonctionnera pas avec Gnome qui a volontairement cassé la > compatibilité avec Compiz. Sauf si Canonical arrive à réparer, ce qui > n'est pas exclu. > > Cordialement, > > > Le 31/10/2016 à 19:14, Eric Meyer a écrit : > > Bonjour la Liste, > > > > un petit retour utilisateur... > > > > En tant qu'amblyope profond (1/20e à un oeil, 0 à l'autre), j'étais un > > windowsien exclusif avec l'outil ZoomText mgnifier/reader ; début 2016, > > j'ai commencé à m'intéresser au monde linux, et j'ai notamment beaucoup > > exploré les diverses distributions sous l'angle basse vision. comme je > > débutais, je me suis limité aux versions stables de Debian et aux > > déclinaisons d'Ubuntu, même si je n'ignore pas que, du coup, j'ai introduit > > un biais en faveur d'Ubuntu, car je disposais des versions plus fraîches > > des outils. > > > > Mon choix s'est porté sur l'accès universel de Gnome3 sous Debian, sous > > lequel j'ai porté la plupart de mes habitudes de travail avec les outils > > fournis par Debian (je ne me suis pas enfermé dans la volonté de disposer > > des mêmes outils que ceux de l'autre monde...), pour ma plus grande > > satisfaction. J'ai d'ailleurs fait la connaissance d'outils très > > intéressants comme "scid vs pc" pour les amateurs d'échecs... > > > > Pour XFCE4, Xubuntu ne manquait pas d'attraits, et j'imagine que XFCE tel > > qu'il sera embarqué dans la version stable de Stretch sera tout à fait de > > nature à retenir votre attention. > > > > La distribution HypraLinux citée par Jean-Philippe Mengual est aussi tout à > > fait opérationnelle, avec cette particularité qu'elle embarque la voix > > Mbrola. D'ailleurs, je n'ai pas encore traité le côté voix de mon problème, > > mais on ne peut pas tout faire en même temps... > > > > En tous cas, très satisfait de voir que les outils sous Linux n'ont > > certainement pas à rougir face à d'autres. > > > > En espérant avoir été utile > > > > Eric Meyer > > Le Thursday 27 Oct 2016 à 19:46:05 (+0200), Ph. Gras a écrit : > >> Bonsoir, > >> > >> … et un peu en avance sur la date : > >> > >>> Les outils pour améliorer la vue sont surtout disponibles aujourd'hui sur > >>> GNOME3. Ils intègrent les loupes et autres aménagements possibles de > >>> thèmes visuels. MATE permet aussi de grossir et de modifier la taille de > >>> police de caractère et de jouer avec les couleurs. Sa flexibilité en fait > >>> sans doute l'outil qui vous correspondra le mieux, d'autant qu'il reste > >>> moins lourd que GNOME et plus complet que xfce de ce point de vue, sans > >>> inclure des technologies de basse vision avancées. Pour des besoins plus > >>> importants, nous fournissons à nos utilisateurs Compiz, disponibles sur > >>> les dépôts Hypra, paquet dans mate-accessibility. Par contre on se base > >>> sur MATE. > >> > >> Les loupes pour gnomes, c'est quand ils sont vraiment de taille > >> microscopique ! > >> > >> Ph. Gras > > >
Re: Baladeur MP3/MP4
Le 20 octobre 2016, Eric Degenetais a écrit : > En même temps c'est l'utilisateur qui règle le volume, et c'est pas comme > si personne n'avait jamais prévenu des risques, alors si les gens tiennent > ABSOLUMENT à finir sourds comme des pots c'est leur vie... Et celle de la sécurité sociale. Tiens c'est nous qui payons les cotisations/impôts, zut alors. Bon je reste calme. C'est aussi la vie de leur famille et de leur copain qui doivent compenser leur handicap et s'épuisent à leur parler. Finalement, en cherchant bien tout le monde est concerné surtout quand il s'agit d'ados. -- Alain Rpnpif
Re: France-2, c'était ce soir vers 21h : Micro$oft not on my mind
Le 19 octobre 2016, Michel Memeteau - EKIMIA a écrit : > Merci , début a 42 Minutes. > > Le site Pluzz est vraiment a chi*r Afin d'éviter Adobe flashplayer, j'utilise youtube-dl avec Pluzz et ça marche très bien. -- Alain Rpnpif
Re: Baladeur MP3/MP4
Le 17 octobre 2016, Haricophile a écrit : > Il ne reste plus je crois que 16 endroits au monde ou l'on ne capte > aucun bruit d'origine humaine durant plus de 15mn Bonjour, Aurais-tu une source de cette info intéressante ? -- Alain Rpnpif
Re: (résolu) Re: problème suppression noyau 4.7 jessie-backports
Le 6 octobre 2016, Daniel Caillibaud a écrit : > Le 06/10/16 à 14:43, Alain Rpnpif <rpn...@free.fr> a écrit : > > AR> Le 6 octobre 2016, jérémy prego a écrit : > AR> > AR> > après être passé sur un live, le noyau c'est supprimé, bizarre, ça > AR> > fonctionnait avant, même quand on était dessus et qu'on voulait le > supprimé. > AR> > AR> Hummm là j'ai un doute fort. > AR> > AR> On ne scie pas la branche sur lequel on est assis et Debian ne m'a > AR> jamais fait ça. Et je ne connais aucune distribution qui le fasse. > > Si, si, debian (comme les autres je suppose) te laisse faire si tu as > d'autres noyaux installés. > (et à la fin du remove il relance grub pour que le prochain reboot se fasse > sur un autre noyau) > > AR> C'est logique d'ailleurs. > > Logique si tu n'en as pas d'autres oui. > OK. Je n'en avais pas d'autres. Désolé, je n'avais pas pensé à ce cas. -- Alain Rpnpif
Re: (résolu) Re: problème suppression noyau 4.7 jessie-backports
Le 6 octobre 2016, jérémy prego a écrit : > après être passé sur un live, le noyau c'est supprimé, bizarre, ça > fonctionnait avant, même quand on était dessus et qu'on voulait le supprimé. Hummm là j'ai un doute fort. On ne scie pas la branche sur lequel on est assis et Debian ne m'a jamais fait ça. Et je ne connais aucune distribution qui le fasse. C'est logique d'ailleurs. -- Alain Rpnpif
Re: Garder processus après fermeture de mate-terminal
Le 3 octobre 2016, bernard.schoenac...@free.fr a écrit : > bonjour, > > documentation : > http://linux.101hacks.com/unix/nohup-command/ > > autrement : man nohup Bonjour, Je crois que screen le fait aussi. Mais je ne sais pas s'il est aussi facile à utiliser pour toi. -- Alain Rpnpif
Re: Le noyau 4.7 et l'hibernation
Le 27 septembre 2016, Alain Rpnpif a écrit : > J'ai essayé la persistence du journal mais seule la dernière session > est montrée depuis le dernier boot. Le fichier journal reste vide. Oups, j'ai créé un fichier au lieu d'un dossier. La persistence fonctionne. -- Alain Rpnpif
Re: Le noyau 4.7 et l'hibernation
Le 27 septembre 2016, Stéphane GARGOLY a écrit : > Bonjour à tous les utilisateurs et développeurs de Debian. > > Le mardi 27 septembre 2016 à 16:44, Alain Rpnpif a écrit : > > Le 27 septembre 2016, Sébastien NOBILI a écrit : > > > > > > Je crois que ce n’est pas actif par défaut. Sur mon système, j’avais dû > > > activer la persistance du journal pour pouvoir remonter dans le temps. > > > > > > Pour activer la persistance, j’avais simplement créé le dossier > > > « /var/log/journal ». > > > > > > Attention, la rotation par défaut des journaux de Systemd conduit à une > > > occupation de plusieurs Go (2,5 constaté). On peut régler ça plus finement > > > (man journald.conf). > > > > Et oui, systemd est encore expérimental :(. > > > > Je regarde ça. Merci. > > Expérimental ? o_O Euh, c'était trollesque ;). J'ai essayé la persistence du journal mais seule la dernière session est montrée depuis le dernier boot. Le fichier journal reste vide. Bizarrement la première fois après cette activation du journal, la restauration après hibernation a parfaitement fonctionné. Il faut dire que je ne l'ai laissé hiberner que quelques secondes. Malheureusement, les essais suivants sont négatifs que ce soit après 10 minutes ou quelques secondes : le système restaure puis redémarre avant que les services systemd soient activés (ou avec le premier service, je ne sais pas. Mais toujours aucun indice sur la cause. Je vais creuser du côté de uswsusp. -- Alain Rpnpif
Re: Le noyau 4.7 et l'hibernation
Le 27 septembre 2016, Sébastien NOBILI a écrit : > Le mardi 27 septembre 2016 à 8:22, Eric Degenetais a écrit : > > Il me semble que journalctl permet de remonter au boot précédent > > (c'est à dire la tentative de réveil). > > Quelque chose comme: > > > > journalctl -b -1 > > Je crois que ce n’est pas actif par défaut. Sur mon système, j’avais dû > activer > la persistance du journal pour pouvoir remonter dans le temps. > > Pour activer la persistance, j’avais simplement créé le dossier > « /var/log/journal ». > > Attention, la rotation par défaut des journaux de Systemd conduit à une > occupation de plusieurs Go (2,5 constaté). On peut régler ça plus finement > (man > journald.conf). Et oui, systemd est encore expérimental :(. Je regarde ça. Merci. -- Alain Rpnpif
Re: Le noyau 4.7 et l'hibernation
Le 26 septembre 2016, Belaïd a écrit : > Bonjour, > > cat /var/log/message ou la commande dmsg ne donne pas grand chose ? > > Le 26 sept. 2016 17:36, "Alain Rpnpif" <rpn...@free.fr> a écrit : > > > Bonjour, > > > > Alors que l'hibernation fonctionnait bien sur un de mes ordinateurs > > avec le noyau 4.6, le système redémarre juste après la restauration > > avec le noyau 4.7. > > > > Les messages s'affichent très vite juste avant le rédémarrage et je ne > > peux pas les lire, savez-vous comment je pourrais déboguer ou au moins > > voir les logs ? Bernard et Belaïd, À part systemd qui me signale qu'il passe en phase hibernation, aucune autre info sur la tentative de démarrage (resume) après hibernation. Seuls les logs du noyau après le dernier redémarrage apparaissent. dmesg ne présente rien d'anormal à mon avis. Merci de votre aide. -- Alain Rpnpif
Le noyau 4.7 et l'hibernation
Bonjour, Alors que l'hibernation fonctionnait bien sur un de mes ordinateurs avec le noyau 4.6, le système redémarre juste après la restauration avec le noyau 4.7. Les messages s'affichent très vite juste avant le rédémarrage et je ne peux pas les lire, savez-vous comment je pourrais déboguer ou au moins voir les logs ? -- Alain Rpnpif
Re: Dropbox like :
Le 23 septembre 2016, Ph. Gras a écrit : > Bonsoir, > > je rentre d'une réunion informelle où la présentation de SeaCloud a produit > une bonne impression. > > L'idée de disposer de ce système de partage de fichiers sur la Debian d'une > association qui réalise > beaucoup de documents à usage interne et externe a soulevé beaucoup d'intérêt. > > Par contre, il faudra que la synchronisation fonctionne correctement parce > que les utilisateurs n'ont > pas beaucoup de compétences en informatique. > > Merci pour vos retours, Comme client d'owncloud : Thunar en mode graphique avec comme adresse : davs://est... Hubic a aussi un client issu d'OVH. Debian propose un client sous forme de montage : hubicfuse. Il y en a sûrement d'autres. -- Alain Rpnpif
Re: pétition de l'april
Le 26 septembre 2016, fred a écrit : > Là où je travaille, LibreOffice de MS Office 2013 cohabitent. Donc > effectivement, office 2013 sait travailler avec fichiers de type ods, > odt, ... Bonjour, Oui mais le rendu des ODT est mauvais avec les nôtres. Donc oui ces logiciels les lisent mais avec un mauvais rendu et une perte potentielle d'information. Je déconseille. Et n'oublions pas que ces logiciels ne sont pas libres et contiennent potentiellement des systèmes espions. Cordialement. -- Alain Rpnpif
Raspbian et wireshark sont fâchés avec les couleurs en VNC
Bonjour, HS ? euh non puisque la lecture se fait sous Debian ;) Donc sur une Raspberry Pi à jour des paquets Jessie, j'ai un serveur VNC. Il me permet de lancer Wireshark à distance sur la Raspberry Pi. Malheureusement j'obtiens des couleurs médiocres et seulement pour Wireshark. Je n'ai rien remarqué sur les autres logiciels de Raspbian. Par exemple, Wireshark démarre avec une couleur de fond noire. La liste des interfaces sur sa page d'accueil est invisible (probablement la police n'est pas affichée, couleur ?). Mais le reste des textes est bon. Par contre quand j'enlève le lancement automatique de xsession dans xstartup de .vnc/ et que je le remplace par wireshark seul, tout est parfait, sauf que je n'ai plus accès aux autres logiciels en VNC puisque le gestionnaire de fenêtres n'est pas lancé (openbox je crois). Quelqu'un aurait-il une idée pour réparer ça ? -- Alain Rpnpif
[Résolu] Re: Les scripts /etc/network/if-up.d bégaient
Une erreur de ma part : J'exécutais mon script pour chaque interface plus une. Pour lo (locale) de /etc/network/interfaces, pour eth0, et enfin pour... lo implicite issue de systemd ou des scripts par défaut de Debian. Bon à savoir : Ne pas déclarer lo dans /etc/network/interfaces car il l'est déjà par défaut. Désolé pour cette fausse alerte. -- Alain Rpnpif Le 10 septembre 2016, Alain Rpnpif a écrit : > Bonjour, > > Les scripts dans /etc/network/if-up.d/ sont destinés à être exécutés à > l'ouverture de connexion d'une interface réseau comme eth0. Par > exemple : ntpdate, eopenssh-server, etc. > > J'y ai mis un script perso. > > Je remarque que ces scripts sont exécutés trois fois (!) au démarrage > de l'ordinateur. Par contre, service networking stop puis start, ou bien > systemctl stop (puis start) ifup ne les exécute qu'une seule fois comme > il se doit. > > Je n'utilise pas network-manager mais le paquet > ifupdown. /etc/network/interfaces configure eth0 avec une adresse > statique. > > Les paquets sont issus de Jessie mis à jour par jessie-backports. > > J'ai remarqué aussi que systemd prend en main beaucoup (trop) de choses > et semble faire le boulot inutilement en double de ntpdate (entre > autres choses) ! > > Serait-il le coupable de ce bégaiement de script qui entraîne un > encombrement des logs dans syslog et d'autres effets de bords ? > > Qu'en pensez-vous ? >
Les scripts /etc/network/if-up.d bégaient
Bonjour, Les scripts dans /etc/network/if-up.d/ sont destinés à être exécutés à l'ouverture de connexion d'une interface réseau comme eth0. Par exemple : ntpdate, eopenssh-server, etc. J'y ai mis un script perso. Je remarque que ces scripts sont exécutés trois fois (!) au démarrage de l'ordinateur. Par contre, service networking stop puis start, ou bien systemctl stop (puis start) ifup ne les exécute qu'une seule fois comme il se doit. Je n'utilise pas network-manager mais le paquet ifupdown. /etc/network/interfaces configure eth0 avec une adresse statique. Les paquets sont issus de Jessie mis à jour par jessie-backports. J'ai remarqué aussi que systemd prend en main beaucoup (trop) de choses et semble faire le boulot inutilement en double de ntpdate (entre autres choses) ! Serait-il le coupable de ce bégaiement de script qui entraîne un encombrement des logs dans syslog et d'autres effets de bords ? Qu'en pensez-vous ? -- Alain Rpnpif
Re: flashplayer et LINUX
Le 11 juillet 2016, Erwan David a écrit : > En particulier dans des applications "pro", là où on te dit "démerde toi ou > prends windows comme tout le monde". D'accord, Frédéric, j'essaierai Pepperflash. À Erwan, disons applications imposées au lieu de "pro". Non vraiment pas besoin de Windows, Debian propose bien Flash soit par le paquet flashplugin-nonfree, soit par pepperflashplugin-nonfree. -- Alain Rpnpif
Re: flashplayer et LINUX
Le 18 juin 2016, Alex PADOLY a écrit : > > > Bonsoir, > > Comment Debian et comment faites-vous pour gérer les > mises à jour de flashplayer. > > Moi, je fais comme cela est indiqué sur > le lien suivant : > > https://wiki.debian.org/fr/FlashPlayer [1] > > mais je > constate que cela ne semble plus fonctionner. > > Merci réponse. > > Alex > PADOLY > > > Links: > -- > [1] https://wiki.debian.org/fr/FlashPlayer Bonjour, Je ne reviens pas sur le fait que Flashplayer est à éviter, mais si c'est vraiment indispensable, pour le mettre à jour, il y a beaucoup plus simple que tout ce qui a été dit sur cette liste dernièrement. Pas besoin de pepper ou autre. Taper tout simplement : apt-get --reinstall install flashplugin-nonfree Et automatiquement à cause de l'option --reinstall, il va aller chercher la dernière version de flashplayer... pour Linux. Au moins, Firefox ne la désactivera plus. Refaire la commande précédente à chaque besoin de mise à jour. Remarquez que la paquet flashplugin-nonfree est réinstallé sans changer de version, mais pendant la phase automatique de configuration, il va chercher la paquet tar sur le serveur d'Adobe et l'installe automatiquement. Je viens de voir sur le wiki de Debian que update-flashplugin-nonfree --install marche aussi en root. J'ai essayé. Personnellement, je le désactive en permanence dans Firefox et ne le réactive que quand un site me l'impose, c'est-à-dire de plus en plus rarement. Parfois, je n'obéis même pas « aux ordres » du site et passe mon chemin quand le jeu n'en vaut pas la chandelle. Flash n'a rien d'indispensable pour diffuser des vidéos. Qu'on se le dise. Il y a longtemps que Youtube, dailymotionn, etc. détectent la non activation de Flashplayer et bascule automatiquement en mode HTML5. Et pour les autres animations, HTML5 fait déjà beaucoup de choses. Alors , AVIS aux webmestres ! -- Alain Rpnpif
Re: raccourci clavier (ctrl + alt + backspace)
Le 31 mai 2016, Bernard Schoenacker a écrit : > bonjour, > > je recherche le moyen de réactiver ctrl + alt + backspace afin de tuer > le serveur X (xfce4) ... > > est ce encore d'actualité ? Bonjour, Oui. Voici ce que dit man xorg Ctrl+Alt+Backspace Immediately kills the server -- no questions asked. It can be disabled by setting the DontZap xorg.conf(5) file option to a TRUE value. It should be noted that zapping is triggered by the Termi‐ nate_Server action in the keyboard map. This action is not part of the default keymaps but can be enabled with the XKB option "terminate:ctrl_alt_bksp". -- Alain Rpnpif
Re: rsync
Le 25 janvier 2016, Eric Bernard a écrit : > Bonjour, > On ne peut pas dire qu'il n'y est pas de doc de rsync sur le net mais > j'ai remarqué, que dans l'utilisation des options, il y avait de grosses > différences dont la justesse m'échappe le plus souvent. > Selon vous, qu'elles seraient les options nécessaires sachant qu'il > s'agit de sauvegarder tous le répertoire home (1600 comptes utilisateurs > environs) sur un partage NFS se trouvant sur un "windaube" serveur 2008 > (celui-ci me permettant de scanner à la volée, avec Trend antivirus, les > fichiers transférés) > > Merci de vos réponses !!! > > > Eric B. Bonsoir, NFS sur Windows ? Pas plutôt NTFS ? Quoique ce n'est pas interdit. Je ne réponds pas à la question mais je trouve beaucoup plus simple de rester sous Debian et de lancer l'excellent antivirus clamscan qui a un paquet dans Debian. -- Alain Rpnpif
Re: umount /media/cleusb qu'en root
Bonjour, Le 22 janvier 2016, andre_deb...@numericable.fr a écrit : > On Friday 22 January 2016 19:29:58 andre_deb...@numericable.fr wrote: > > On Friday 22 January 2016 18:58:30 Yann Justdohit wrote: > > > Le 22 janvier 2016 14:50:03 UTC+1, andre_...@numericable.fr a écrit : > > > > Sous Jessie, la clé USB s'ouvre automatiquement, > > > > lorsqu'elle est introduite dans un port usb. > > > > Je peux y lire et écrire, supprimer des fichiers sous Konqueror. > > > > Par contre, je ne peux libérer/démonter la clé USB, > > > > qu'en mode console, en tant que root, par la commande : > > > > # umount /media/cleusb > > > > Comment faire pour démonter la clé USB par son icône > > > > établie sur le bureau, en tant que user ? > > J'ai trouvé une solution qui semble fonctionner : > /etc/fstab : "users" à la place de "user" > /dev/sdc1 /media/sdc1 auto users,noauto,rw 0 0 > > André Cette méthode n'est pas fiable car la clé peut changer de système dev si on en monte plusieurs, comme par exemple /dev/sdd1, etc. La clé USB est probablement gérée par udisks de Jessie ou-et les dérivés de gvfs. Pour la démonter sans les droits de root, il suffit de lancer udisksctl unmount -b /dev/sdX avec x le pilote de clé. par exemple /dev/sdc1. Ou bien : udisksctl unmount -p block_devices/sdc1 Anciennement c'était la commande udisks du paquet udisks. Mais il semble qu'avec le nouveau paquet udisks2, elle soit remplacée par udisksctl pour éviter root. Voilà. -- Alain Rpnpif
Re: umount /media/cleusb qu'en root
Le 24 janvier 2016, andre_deb...@numericable.fr a écrit : > unmount ou umount ? > Commandes à lancer une fois ou à chaque fois ? > Si à chaque fois, quel intérêt ? > Le montage se fait automatiquement dès la clé introduite. > Le démontage se fait par une icône sur le bureau (clic droit). > > André unmount, c'est une option d'udisks2 à ne pas confondre avec la commande umount. Je répondais à ta demande car tu semblais t'orienter vers la ligne de commande ou bien j'ai mal lu. Si tu préfères le clic, Thunar de Xfce a ce qu'il te faut ou (Nautilus pour Gnome, Dolphin de KDE, etc.). En tout cas, c'est bien udisks2 et consorts qui gèrent tout ça en tâche de fond ou pas. Des démons udisks2 sont d'ailleurs aussi actifs chez moi sous Xfce. ps ax | grep udisk 2498Sl 0:00 /usr/lib/gvfs/gvfs-udisks2-volume-monitor 2500Ssl0:00 /usr/lib/udisks2/udisksd --no-debug -- Alain Rpnpif
Re: umount /media/cleusb qu'en root
Le 24 janvier 2016, andre_deb...@numericable.fr a écrit : > > C'est ce que j'ai fait et voici la réponse au démontage par l'icône : > > "Malheureusement, le périphérique system:/media/sdc1 (/dev/sdc1) > nommé 29.8GB Removable Device et actuellement monté dans /media/usb0 > n'a pas pu être libéré" > > Pourtant j'ai supprimé avant /media/sdc1. Bizarre. Bien sûr, il ne faut pas supprimer /media/sdc1 si le montage est en cours. Avec Jessie, maintenant les chemins de montage sont sous la forme /media/nom_de_l_utilisateur/nom_de_la_clé. Udev est bien installé ? J'essaierais de redémarrer le système afin d'effacer les montages fantômes-orphelins ce qui arrive quand une clé a été retiré physiquement alors que le démontage n'est pas ou mal fait. -- Alain Rpnpif
Re: Jessie : erreurs au démarrage. EFI ?
Le 17 septembre 2015, Pascal Hambourg a écrit : > En fait je parlais de la date du fichier grubx64.efi pour voir à quel > moment il a été créé par grub-install pour la dernière fois, pas du > répertoire debian. C'était la même date. > Et concernant /etc/fstab, le montage de la partition système EFI sur > /boot/efi y figure ou pas ? Sinon, il faudra l'ajouter ou penser à > monter la partition avant chaque réinstallation du chargeur. OK, merci. -- Alain Rpnpif
Re: [RÉSOLU] Jessie : erreurs au démarrage. EFI ?
Le 17 septembre 2015, Alexandre Hoïde a écrit : > Pascal a couvert toutes tes questions, y compris où j'aurais eu un > petit doute. Je conclurai simplement avec l'évidence (histoire d'être > crédité aussi, dans ta biographie) : une fois que ton /dev/sdb6 sera > monté sur /boot/EFI, tu pourras enfin re-« $ sudo grub-install »… > (probablement) sans erreur. > > Je sais, c'est peu, mais c'est la seule brêche qu'il restait ^^ > sudo grub-install Installing for x86_64-efi platform. Installation terminée, sans erreur. Redémarrage et plus d'erreurs. Merci à Alexandre et Pascal. -- Alain Rpnpif
Re: Jessie : erreurs au démarrage. EFI ?
Le 16 septembre 2015, Pascal Hambourg a écrit : > > sdb6 ne contient que > > ls -a EFI/* > > . .. grubx64.efi > > J'aurais aimé voir la date du fichier. > Tu as vraiment copié toute la sortie ? Le fichier grubx64.efi, qui est > la core image de GRUB EFI 64 bits, devrait être dans un > sous-répertoire EFI/debian, comme on peut le voir dans l'entrée > d'amorçage "debian" affichée par efibootmgr : Merci pour ces explications lumineuses. Encore un changement dans Jessie, je crois. La simple commande ls * ne donne plus les répertoires. Le /boot/efi/EFI/debian (après montage sur /boot/efi) est bien le contenant de grubx64.efi. J'essaierai grub-install. ls -l /boot/efi/* drwxr-xr-x 2 root root 512 janv. 10 2015 debian Cela date du moment où j'ai changé de carte-mère et ajouté un disque et, je ne m'en souviens plus, installé le paquet grub-efi ou quelque chose comme ça. -- Alain Rpnpif
Re: Jessie : erreurs au démarrage. EFI ?
Le 15 septembre 2015, Pascal Hambourg a écrit : > Alain Rpnpif a écrit : > > > > Je n'ai pas de partition réservée à l'EFI. > > La core image de GRUB est forcément amorcée depuis quelque part. > La partition est identifiable à partir de l'entrée d'amorçage EFI de > Debian, affichée avec la commande (en root) : > > efibootmgr -v > > Ensuite comparer l'UUID figurant dans l'entrée "debian" avec les valeurs > de PARTUUID affichés par la commande (en root) : > > blkid > > > La partition UEFI est-elle indispensable ? > > Si on parle de l'identifiant de type de "partition système EFI", je > soupçonne que non, sinon le firmware UEFI ne s'embêterait pas à stocker > la position, taille et UUID de la partition contenant le chargeur dans > l'entrée d'amorçage EFI. Mais il faut que ce soit un système de fichiers > que le firmware UEFI comprenne, donc FAT. > > De même il n'est pas indispensable que cette partition soit montée en > permanence sur /boot/efi. Ça l'est seulement pour y installer un > chargeur d'amorçage EFI. De même qu'il n'est pas nécessaire que /boot > soit montée en permanence. > > > > Erreur de ma part : les messages arrivent après la sélection du noyau > > de démarrage mais avant son chargement. Donc GRUB pourrait être > > concerné (aussi ?). > > > Comment ça, "aussi" ? Evidemment que GRUB et lui seul est concerné, dans > tous les cas. Popopo ! je m'aperçois que j'ai beaucoup tardé à répondre. Trop occupé. Désolé. À Alexandre.Oui En essayant de te répondre, j'ai enfin trouvé la partition EFI ! Oui elle existe. Elle se trouvait cachée parmi les 7 partitions de mon disque sdb alors que je ne cherchais bêtement que sur sda. sudo gdisk -l /dev/sda GPT fdisk (gdisk) version 0.8.10 Partition table scan: MBR: MBR only BSD: not present APM: not present GPT: not present *** Found invalid GPT and valid MBR; converting MBR to GPT format in memory. *** Warning! Secondary partition table overlaps the last partition by 33 blocks! You will need to delete this partition or resize it in another utility. Disk /dev/sda: 390721968 sectors, 186.3 GiB Logical sector size: 512 bytes Disk identifier (GUID): 6069C482-58B9-4E3E-9D5B-07AEA39467DE Partition table holds up to 128 entries First usable sector is 34, last usable sector is 390721934 Partitions will be aligned on 2048-sector boundaries Total free space is 6110 sectors (3.0 MiB) Number Start (sector)End (sector) Size Code Name 1204839733247 18.9 GiB8300 Linux filesystem 23973734442969087 1.5 GiB 8200 Linux swap 342969088 147826687 50.0 GiB8300 Linux filesystem 4 147826688 390721967 115.8 GiB 8300 Linux filesystem Je n'utilise jamais gdisk car je ne connaissais pas. il me dit que mon disque sda est anormalement partitionné (?). sudo gdisk -l /dev/sdb GPT fdisk (gdisk) version 0.8.10 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/sdb: 976773168 sectors, 465.8 GiB Logical sector size: 512 bytes Disk identifier (GUID): 259DC8EC-A5B7-5B44-9C79-086F56E69E6A Partition table holds up to 128 entries First usable sector is 34, last usable sector is 976773134 Partitions will be aligned on 2048-sector boundaries Total free space is 2029 sectors (1014.5 KiB) Number Start (sector)End (sector) Size Code Name 1 188827648 192923647 2.0 GiB 8200 2 192923648 385845247 92.0 GiB0700 3 385845248 578766847 92.0 GiB0700 4 578766848 771688447 92.0 GiB0700 5 771688448 976773119 97.8 GiB0700 62048 77823 37.0 MiBEF00 7 77824 188827647 90.0 GiB0700 System sudo fdisk -l /dev/sdb ... Type d'étiquette de disque : gpt ... Device Start End Sectors Size Type /dev/sdb1 188827648 192923647 40960002G Linux swap /dev/sdb2 192923648 385845247 192921600 92G Microsoft basic data /dev/sdb3 385845248 578766847 192921600 92G Microsoft basic data /dev/sdb4 578766848 771688447 192921600 92G Microsoft basic data /dev/sdb5 771688448 976773119 205084672 97,8G Microsoft basic data /dev/sdb6 2048 77823 75776 37M EFI System /dev/sdb7 77824 188827647 188749824 90G Microsoft basic data Par contre, je crois me souvenir avoir partitionné avec gparted et je n'ai jamais déclaré ce type "Microsoft basic data" !? Le disque est en GPT volontairement. Toutes les partitions de sdb2 à sdb5 et sdb7 sont en ext4. Ce serait fdisk qui est perdu avec G
Re: Jessie : erreurs au démarrage. EFI ?
Le 14 septembre 2015, Alain Rpnpif a écrit : > Je voulais simplement éviter le temps d'attente d'environ > 3 s au démarrage avant l'écran de présentation de GRUB et > accessoirement les messages d'erreur. Erreur de ma part : les messages arrivent après la sélection du noyau de démarrage mais avant son chargement. Donc GRUB pourrait être concerné (aussi ?). -- Alain Rpnpif
Re: Jessie : erreurs au démarrage. EFI ?
Le 14 septembre 2015, Pascal Hambourg a écrit : > Alain Rpnpif a écrit : > > > > Depuis que je suis passé de Wheezy à Jessie, j'ai 3 erreurs de fichiers > > non trouvés avant que le noyau ne se charge avec quelques secondes > > d'attente puis ça démarre normalement. > > Quels fichiers ? Aucune idée car pas de logs ou je ne les ai pas trouvés. Il me dit simplement "file not found" 3 fois. Cela semble un problème pas rare d'après les moteurs de recherche mais je n'ai pas vu de solution définitive. > Un UEFI ne s'installe pas, c'est le firmware (qu'on appelait avant le > BIOS) de la carte mère. Si grub-install dit qu'il installe le chargeur > pour x86_64-efi, c'est que le paquet grub-efi-amd64 est installé et non > le traditionnel paquet grub-pc pour booter en mode BIOS/legacy. Ce > paquet ne s'est pas installé tout seul. L'hypothèse la plus probable est > qu'il a été installé par l'installateur Debian, ce qui se produit > lorsque ce dernier a été amorcé en mode UEFI. L'autre hypothèse, c'est > que tu l'as installé manuellement, mais tu le saurais. Merci pour ces explications. Je découvre l'UEFI. Je viens de passer à systemd après l'avoir essayé avec succès sur deux PC. Je ne change pas tout d'un coup. mais tentons d'utiliser UEFI ! J'avais simplement fait sous Wheezy avec les dépôts apt de Jessie : apt-get update apt-get upgrade apt-get dist-upgrade Du classique, donc sans problème. Je n'ai pas de partition réservée à l'EFI. Pourtant /sys/firmware/efi existe bien et le reste fonctionne correctement. Je voulais simplement éviter le temps d'attente d'environ 3 s au démarrage avant l'écran de présentation de GRUB et accessoirement les messages d'erreur. $ ls /sys/firmware/efi config_table fw_platform_size runtime systab efivars fw_vendor runtime-map vars La partition UEFI est-elle indispensable ? je ne vois pas pourquoi puisque tout fonctionne bien, mais bon. Si oui, je la créerai, sinon comment enlever ces messages d'erreurs (quel est le programme qui les génère) ? Je ne sais pas tracer le démarrage avant GRUB ou à son tout début. -- Alain Rpnpif
Re: Jessie : erreurs au démarrage. EFI ?
Bonsoir Alexandre, Le 12 septembre 2015, Alexandre Hoïde a écrit : > H, c'est la première fois que j'observe un cas d'emi-efiphobie > rémanente. À mon avis Alain, tu as du faire une petite crise d'autorité > lors de l'installation, genre « BERK, vilain EFI, pas bien ! », et ça > l'a vexé… mais je peux me tromper (je ne le dirai jamais assez). Je n'ai fait qu'une mise à jour de Wheezy sans EFI qui lui même vient de Squeeze. Et je ne me souviens pas de l'avoir refuser, mais c'est possible :). > Mais, dans un premier (allons du plus simple au plus compliqué), > pourrais-tu vérifier que ta partition EFI (probablement /dev/sda1) est > bien montée sur /boot/efi ? > Sinon : > $ sudo mount /dev/sda1 /boot/efi > $ sudo grub-install Pas possible car cette partition est déjà utilisée et montée pour des données autres et je n'ai pas de partition libre sur ce système. Ma seule question était d'éliminer ces messages d'erreur que je n'avais pas sous Wheezy. J'ai aperçu un quart de seconde au redémarrage juste après la migration vers Jessie et juste avant le chargement de grub qu'il réclamait un fichier fw? mais je ne sais plus lequel. Ce message ne s'est jamais réaffiché et pas trouvé dans les logs. > Si oui : nous dire quelle est la la partition montée sur /boot/efi et > éventuellement donner le résultat d'un « $ sudo blkid », ainsi que le > résultat de > $ [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI" > (juste pour être sûr) Session EFI /boot/efi est vide. > On va commencer comme ça, pour faire un petit état des lieux et > essayer de maîtriser ton efiphobie. :)) > Question subsidiaire : aurais-tu, par hasard (ou autre), activé le > mode BIOS/legacy/CSM dans le firmware de ta carte mère ? Aaargh, et en plus j'ai dû redémarrer mon système ;). Le BIOS est réglé sur legacy+EFI, on n'est jamais trop prudent et ayant eu des problèmes lors de test de boot sur clé USB, j'ai préféré laisser comme ça. Merci. -- Alain Rpnpif
Le gamma, les couleurs et xrandr in jessie
Bonjour, Je viens d'installer Jessie et j'ai un problème d'équilibre des couleurs sur les écrans et vu l'amélioration de leur qualité d'image, cela devient plus sensible. Ce n'est pas spécifique à Linux, ni à Debian mais Jessie m'étonne car il aggrave le problème. Windows utilise avec plus ou moins de bonheur le système ICCM si je me souviens bien. J'ai un écran LCD et si je ne fais rien, l'image est médiocre sous Wheezy (Xfce) et déplorable sur Jessie (Xfce) avec des coulerus très délavée. Avec Wheezy j'étais satisfait de la commande dans le lancement de lightdm : xrandr --output $masortieactive --gamma 2.2:2.2:2.2 Avec Jessie, je dois lancer : xrandr --output $masortieActive --gamma 0.5:0.5:0.5 Pourquoi cette différence de gamma entre Jessie et Wheezy ? Est-ce normal ? Un calcul qui se serait inversé ? Et Xorg ne pourrait-il pas lire cette correction de gamma (par EDID) ? Avez-vous une idée ? Cordialement. -- Alain Rpnpif
Re: Le gamma, les couleurs et xrandr in jessie
Le 12 septembre 2015, Frédéric MASSOT a écrit : > Le 12/09/2015 11:54, Alain Rpnpif a écrit : > > Bonjour, > > > > Je viens d'installer Jessie et j'ai un problème d'équilibre des > > couleurs sur les écrans et vu l'amélioration de leur qualité d'image, > > cela devient plus sensible. Ce n'est pas spécifique à Linux, ni à Debian > > mais Jessie m'étonne car il aggrave le problème. > > > > Windows utilise avec plus ou moins de bonheur le système ICCM si je me > > souviens bien. > > > > J'ai un écran LCD et si je ne fais rien, l'image est médiocre sous > > Wheezy (Xfce) et déplorable sur Jessie (Xfce) avec des coulerus très > > délavée. > > > > Avec Wheezy j'étais satisfait de la commande dans le lancement de > > lightdm : > > xrandr --output $masortieactive --gamma 2.2:2.2:2.2 > > > > Avec Jessie, je dois lancer : > > xrandr --output $masortieActive --gamma 0.5:0.5:0.5 > > > > Pourquoi cette différence de gamma entre Jessie et Wheezy ? > > Est-ce normal ? > > Un calcul qui se serait inversé ? > > Et Xorg ne pourrait-il pas lire cette correction de gamma (par EDID) ? > > Avez-vous une idée ? > > Tu as regardé du coté de colord ? > > System service to manage device colour profiles Frédéric, merci pour l'info. Je regarderai malgré une page de manuel maigrichonne. -- Alain Rpnpif
Re: mise à jour testing+stable
Le 9 septembre 2015, kevin a écrit : > D'autre part, je voyais sur www que la version LibreOffice pour stretch > est actuellement la 5, alors que mes machines sous stretch utilisaient > toujours la 4 ; et une mise à jour classique (aptitude update / > safe-upgrade) n'installait pas la 5. > > J'ai désinstallé le méta-paquet « libreoffice », puis je l'ai réinstallé > (après avoir lancé un clean), et la réinstallation lance en réalité > l'installation de la version 5 ; phénomène un peu curieux, que je > suppose être lié à cette période de transition dont parle le post précédent. > > => et l'installation de la version 5 corrige mon problème d'accès à la bdd. > > Après la « réinstallation » du paquet libreoffice, un nouvel > update/upgrade met à jour d'autres paquets (plutôt curieux aussi, > puisque juste avant de désinstaller LO, j'avais lancé un update/upgrade). À propos de libreoffice 5, il vient aussi d'apparaître dans jessie-backports. Méfiez-vous il est bogué au niveau de certaines fonctions CALC de calcul de date, surtout si vous l'utilisez en français. Pour quelques jours ou semaines, je conseille aux francophones de rester sur Libreoffice 4.4.x. -- Alain Rpnpif
Jessie : erreurs au démarrage. EFI ?
Bonjour, Depuis que je suis passé de Wheezy à Jessie, j'ai 3 erreurs de fichiers non trouvés avant que le noyau ne se charge avec quelques secondes d'attente puis ça démarre normalement. En recherchant sur Internet, j'ai vu qu'il fallait relancer grub-install. $grub-install Installing for x86_64-efi platform. grub-install: error: cannot find EFI directory. J'en ai rien à faire d'EFI et ne veux pas l'installer pour le moment. Savez-vous comment faire pour corriger ces erreurs sans EFI ? -- Alain Rpnpif
Re: Boîte mail qui perd son premier caractère
Le 4 septembre 2015, Jean-Claude MARQUES a écrit : > Dans mon ~/.procmailrc, j'ai cela : > > # > # Work around procmail bug: any output on stderr will cause the "F" in > "From" > # to be dropped. This will re-add it. > :0: > * ^^rom[ ] > { > LOG="*** Dropped F off From_ header! Fixing up. " > > :0 fhw > | sed -e '1s/^/F/' > } > # > Comme, de base, tout est envoyé à procmail pour finir, peut-être est-cela. > > Mais c'est un très très vieux truc (je n'ai pas trouvé de log de cette > affaire-là dans mes logs de procmail, et les plus anciens que j'ai > encore datent de 2006 !). Cela ressemble étrangement en effet. J'essaie cela. Merci. -- Alain Rpnpif
Boîte mail qui perd son premier caractère
Bonjour, J'ai un problème bizarre sur une boîte mail au format mbox dans /var/spool/mail/ : Tous les trois mois environ, elle perd son premier caractère ! Au lieu de : From t...@saboite.fr Fri Sep 4 18:25:31 2015 le premier message de la liste contient rom t...@saboite.fr Fri Sep 4 18:25:31 2015 Le premier F a disparu ! Bien sûr, icedove de l'utilisateur (ou mutt) râle en disant que la boîte est vérolée. Il suffit que je rajoute le F à la main pour que tout refonctionne... pour environ trois mois. Qu'est-ce qui peut mettre ce bazar agaçant ? Debian Wheezy à jour Serveur Postfix avec spampd. Un autre système configuré pratiquement de la même façon n'a pas ce problème. -- Alain Rpnpif
Re: Debian vs NTP
Bonsoir, Le 26 juillet 2015, Vincent Lefevre a écrit : Elle est normalement à l'heure grâce à l'horloge RTC. En tout cas, il n'y a pas une grande différence avec une machine de bureau ou un gros serveur qui peut être arrêté pendant plusieurs heures ou jours à cause d'un problème ou maintenance du réseau électrique. Je reprend ce fil pour une précision. Tous les systèmes n'ont pas d'horloge matérielle RTC : par exemple, Raspberry Pi qui n'est mis à l'heure que par ntpdate. Donc c'est indispensable dans l'embarqué. (ntpd est aussi utilisable.) -- Alain Rpnpif
Re: Procédure de mise à jour et services à relancer pas claire pour Debian !
Le 23 juin 2015, David_dev Dev a écrit : Ha, réponse intéressante, donc comme je viens juste d'installer checkrestart, il faudra que je guette les prochaines mises à jour et voir si l'intégration automatique est bien faite toute seule du coup. Du coup comment faire pour suggérer par exemple de rajouter le package debian-goodies pour Debian 7 en tant que suggéré (voir recommandé en fait) à aptitude et apt ? J'avoue que je ne sais pas trop où m'adresser pour ça. Les paquets needrestart est maintenant dans wheezy-backports. Je ne sais pas s'il est identique à celui inclus dans le paquet debian-goodies. À vérifier. Ce problème est surtout réel pour les serveurs, car pour les postes de bureau, sous Xfce par exemple, une icône de notification apparaît activée par update-notifier. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150623162429.3dc65501...@chro.home
Re: debian 8 tourne lentement
Bonjour, Le 26 mai 2015, Thierry Granier a écrit : Bonjour a tous j'ai installe Jessie depuis 15 jours et je constate que toutes les applis rament Est ce que quelqu'un a constate la même chose? Comment faire pour améliorer ca? modifier le cache? le noyau? etc J'ai le même problème avec les wheezy-backports qui comporte le même noyau que Jessie sur un vieux PC EEEPC901. Je suis presque sûr que cela vient du pilote vidéo Intel pour la puce i945 car j'ai vu que glxgears donne moins de 20 fps quand la fréquence verticale est synchronisé sur celle de l'écran. Ma solution bancale (80fps) a été d'annuler cette synchro. Comme je ne veux pas squatter ton fil qui peut avoir une cause différente, peux-tu vérifier qu'une tâche ne monopolise pas toute l'activité du CPU en lançant top en ligne de commande dans un terminal ? Vérifie aussi avec top la mémoire disponible et libre. Que dis cat /proc/cpuinfo ? Vérifier aussi les éventuels messages d'erreur avec dmesg et dans /var/log/Xorg.0.log. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150526094708.86d84500...@chro.home
Re: DésaStreuse communication sur la page 'Debian bug tracking system'
Le 20 mai 2015, maderios a écrit : On 05/20/2015 11:35 AM, Alain Rpnpif wrote: Je ne connais aucun utilisateur lambda qui fait des rapports de bogues. Il demande à quelqu'un qui connaît bien la procédure de la faire à sa place, donc pas lambda. Haha... C'est la semaine de l'élitisme? Il n'a jamais fait de rapport de bug, donc il n'en fera jamais... :-) Nous n'avons pas la même définition du lambda. Pour moi le lambda, c'est le pékin de la rue. Ce n'est pas de l'élitisme mais du vécu tous les jours. NB : je suis anti-élite, c'est d'ailleurs mon boulot ;) . -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150521094215.d7c6e500...@chro.home
Re: Voyage dans subversion, sshfs, NFS et le temps
Le 20 mai 2015, Adrien a écrit : À vue de nez comme ça, je dirais que le SSH de Woody pose une question au SSHD de Jessie, mais que le SSH de Woody ne comprend pas ce que l'autre lui raconte, parce que la langue a évolué depuis. Imagine un latin de la Rome antique qui pose une question à un francophone moderne... Après l'élite lambda, le sujet latin du jour :))). -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150521094351.35d76500...@chro.home
Re: DésaStreuse communication sur la page 'Debian bug tracking system'
Bonjour, Le 20 mai 2015, maderios a écrit : Même si c'est illisible, cela ne m'a pas empêché de déposer un rapport de bug. Par contre cette page a tout pour rebuter l'utilisateur lambda qui passera son chemin. Je ne pense pas que ce soit le but recherché. Je ne connais aucun utilisateur lambda qui fait des rapports de bogues. Il demande à quelqu'un qui connaît bien la procédure de la faire à sa place, donc pas lambda. Iceweasel est un cas particulier car il est le (ou un des) logiciel de Debian qui est le plus utilisé en mode Desktop, un des plus complexes, où il manque des forces humaines chez Debian pour suivre son activité. De plus presque tous ses bogues devraient être traités en amont (upstream). Ceci explique cela. Je pense que cette page n'est faite que pour donner une vision globale et rapide des rapports pas pour faire de la communication non désastreuse. Personnellement, j'utilise reportbug pour les paquets... autres qu'Iceweasel sauf si c'est spécifique à Debian ou si le mainteneur est concerné. Cela me semble plus efficace. Ce n'est qu'un avis personnel. Cordialement. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150520093515.0fa61500...@chro.home
Re: rsync et /run
Le 18 mai 2015, Pierre Malard a écrit : Ça n’apporte rien car c’est un point de montage fictif. Ce n’est pas directement accessible. cf http://fr.wikipedia.org/wiki/GVFS. Pour ce qui est de la sauvegarde par rsync, tu as toujours la possibilité d’appliquer une exclusion de ce type de répertoire dans la ligne de commande rsync (man rsync recherche exclude) : rsync -avz --exclude 'dir1/dir2/file3.txt' source/ destination/ ou, s’il y en a beaucoup à exclure (cache, temp, tmp, logs, trashes, …), il suffit de se créer un fichier d’exclusion et d’y faire référence dans la ligne de commande : rsync -avz --exclude-from=Fichier d'exclusion source/ destination/ Pour le fichier d’exclusion, voici, par exemple, celui que j’utilise pour effectuer la sauvegarde de mon compte Mac OS X ou sous Debian/Ubuntu : # # Fichiers généraux pour une Debian (ou Ubuntu) sous Gnome #- /.fontconfig #- Cache/* #- cache/* #- /.xsession-errors #- /.gconfd/saved_state #- /.gnome2/share/fonts #- /.bash_history #- /.viminfo #- /.config/tracker #- /.cache #- /.gstreamer-0.10 #- /.local #- /.pulse-cookie #- /.dbus #- /.update-manager-core #- /.update-notifier #- /.gvfs # # OpenOffice.org 3 Linux #- /.openoffice.org/3/user/temp - temp/ - tmp/ - /USER/.TemporaryItems/ # # Les poubelles - .Trash/ # # Fichiers généraux pour Mac OS X # Les polices - .fontconfig - Fonts/ - fonts/ - Library/FontCollections # Les caches - Caches/ - Cache/ - cache/ - .cache/ # Les logs - Logs/ - log/ - logs/ - CrashReporter/ # Mais le mieux est de lire la documentation et de faire des essais car c’est très puissant mais, comme c’est basé sur un traitement itératif, peu naturel. Par contre, si tu sauvegardes en local (sur un disque usb par exemple), il y a des outils dédiés (même un simple 'cp --update' pourrait faire l'affaire). J'utilise rsync sur des supports locaux et ça fonctionne très bien. Un truc sympa: créer une règle udev qui déclenche le backup automatiquement quand tu branches le disque externe. Je confirme, c'est sympa ;-) Très bon ça. J'ai exactement le même problème sur un de mes postes mais avec /home/utilisateur/.gvfs. Donc le problème n'a rien à voir avec /run mais avec gvfs qui crée parfois (au montage d'une clé USB ?) un fichier aux droits bizarres. Pas plus d'infos pour l'instant mais je l'ai eu plusieurs fois, ce qui plante ma sauvegarde automatique. Je tente en ce moment de l'exclure de la sauvegarde. À suivre. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150519085652.6458f500...@chro.home
Re: rsync et /run
Le 19 mai 2015, Pierre Malard a écrit : C’est pour ça que je donnais un exemple de fichier d’exclusion « rsync ». la ligne correspondant précisément à « GVFS » était la suivante : - /.gvfs OK. Merci de ces précisions. En réalité, je n'avais pas lu tout ton message avant de répondre. /..\ -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150519093749.a3b7f500...@chro.home
Re: Questions sur Exim4 avec un SMTP Orange
Le 15 mai 2015, nicolas.patr...@gmail.com a écrit : Le 15/05/2015 17:08:43, Olivier a écrit : Tu veux dire qu'on ne peux qu'émettre avec l'adresse d'émission fournie par Orange ? Non, tu peux utiliser d’autres adresses (encore heureux pour moi). Il faut entrer le nom d’utilisateur d’Orange et la phrase de passe donnés. Bonjour, Oui, il est parfaitement possible d'envoyer un message par Orange avec un nom d'utilisateur différent de celui du compte Orange de connexion. L'authentification chez Orange est à la fois une garantie anti départ de spam et un flicage. Le problème se situe à la fois chez l'expéditeur Orange et chez certains serveurs destinataires. Chez Orange, on peut utiliser l'authentification dure qui met le nom du compte de connexion dans les en-têtes des messages. Cela peut être gênant quand on accueille des invités ou que l'on utilise des adresses courriel poubelles afin d'éviter le spam par exemple. Une façon de faire qui devrait être évitée dans les PME à mon avis. Les réglages sont relativement faciles pour Postfix avec smtpauth.orange.fr:587 en relais. Le mot de passe du compte Orange doit être déclaré dans un fichier à part. Sans doute c'est aussi possible avec Exim. On peut aussi utiliser une authentification plus douce. Seule l'adresse IP d'origine sera incluse dans les en-têtes des messages avec smtp.orange.fr en relais. Tout est expliqué dans l'assistance d'Orange. Les problèmes de connexion peuvent aussi se confondre avec un refus du serveur destinataire qui fait une vérification SPF (http://fr.wikipedia.org/wiki/Sender_Policy_Framework). Ne trouvant évidemment pas le destinataire tartempion1...@free.fr par exemple chez Orange, il refuse le message. Ce destinataire vérifie l'existence réelle de l'expéditeur auprès du serveur expéditeur. C'est par exemple le cas quand on utilise une adresse d'expéditeur chez laposte.net. De plus certains de ces serveurs destinataires me semblent bogués ou excessivement sévères. La solution se trouve au niveau de l'enveloppe du message envoyé. Par exemple sous claws-mail, on peut envoyer les messages au serveur Postfix par la commande externe de Postfix /usr/sbin/sendmail -t -i -f mon_adresse_de_connex...@orange.fr Je n'ai pas essayé sous Exim. En résumé, ce n'est pas si simple que ça mais faisable. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150517085032.576a9500...@chro.home
Re: Iceweasel se ferme inopinément juste après son ouverture
Le 17 mai 2015, Bernard Schoenacker a écrit : serait il possible de donner le fichier sources.list ou de comparer : deb http://security.debian.org/ jessie/updates main contrib non-free deb-src http://security.debian.org/ jessie/updates main contrib non-free serait il possible également en mode root de lancer un : apt-get update apt-get upgrade pour info chez andré c'est la version : 31.6.0esr-1 alors qu'il faut celle ci : 31.7.0esr-1~deb8u1 faire attention au détail par conséquent il n'est pas nécessaire de renommer son .mozilla en .mozilla.old cqfd merci pour les infos et svp mettre à jour iceweasel La version 31.7 de sécurité sort aujourd'hui (ou hier ?) pour Debian wheezy-backports. Pas besoin de jessie pour ceux qui n'ont ou ne veulent pas migrer. J'ai déjà eu ce problème une fois. Je confirme que les autres solutions proposées peuvent aider. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150517161944.abfa8500...@chro.home
Re: [HS] Questions sur Exim4 avec un SMTP Orange
Le 17 mai 2015, Philippe Gras a écrit : Le 17 mai 2015 à 10:50, Alain Rpnpif rpn...@free.fr a écrit : Le 15 mai 2015, nicolas.patr...@gmail.com a écrit : Le 15/05/2015 17:08:43, Olivier a écrit : Tu veux dire qu'on ne peux qu'émettre avec l'adresse d'émission fournie par Orange ? Non, tu peux utiliser d’autres adresses (encore heureux pour moi). Il faut entrer le nom d’utilisateur d’Orange et la phrase de passe donnés. Bonjour, Oui, il est parfaitement possible d'envoyer un message par Orange avec un nom d'utilisateur différent de celui du compte Orange de connexion. Oui, mais… L'authentification chez Orange est à la fois une garantie anti départ de spam et un flocage. Pas sûr :-D La soi-disant garantie anti-spam est pour Orange pas pour l'utilisateur. Pas de flocage mais du flicage. :/ Le problème se situe à la fois chez l'expéditeur Orange et chez certains serveurs destinataires. Par contre, je n’ai jamais réussi à faire partir ces derniers courriers autrement que par France Télécom depuis mon client mail. ... Je crois que SPF, ce n’est pas tout à fait ça. D’ailleurs orange n’a pas de champ texte pour le SPF dans ses DNS. L’authentification SPF si je m’en réfère à ma science toute neuve, c’est quand on reçois un mail de tartempion1...@free.fr, il est bien passé par chez le serveur du propriétaire de free.fr ET/OU l’IP OU la plage IP de se(s) serveur(s) : $ host -t TXT pole-emploi.fr pole-emploi.fr descriptive text v=spf1 include:spf-a.pole-emploi.fr include:spf-b.pole-emploi.fr ?all » $ host -t TXT gmail.com gmail.com descriptive text v=spf1 redirect=_spf.google.com $ host -t TXT orange.fr orange.fr descriptive text google-site-verification=c4OfrczLMSJm4DyV_ROkN-H3IoVB-up0QI0FfErDj2Y $ host -t TXT free.fr free.fr has no TXT record $ host -t TXT debian.org debian.org has no TXT record $ host -t TXT lists.debian.org lists.debian.org has no TXT record Je voulais vous montrer comment c’est chez moi, j’ai l’impression d’avoir oublié 1 truc :-( Là dans mes exemples, seuls pole-emploi.fr et gmail.com utilisent l’authentification SPF. Comme je disais, tous les serveurs SMTP ne sont pas concernés. D'Olivier : J'observe alors à l'écran: SMTP 550 5.1.0 Authentification requise. Authentication Required. OFR102_402 [402] Je confirme que le problème vient bien de SPF. La solution de changer automatiquement ou manuellement l'adresse de l'enveloppe des messages marche bien avec la méthode que j'ai indiquée. SPF est bien une validation de l'expéditeur pas une demande de garantie que le message est bien passé sur son serveur. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150517094739.8cf5b500...@chro.home
Re: [HS] Questions sur Exim4 avec un SMTP Orange
Le 17 mai 2015, Philippe Gras a écrit : D'Olivier : J'observe alors à l'écran: SMTP 550 5.1.0 Authentification requise. Authentication Required. OFR102_402 [402] Je confirme que le problème vient bien de SPF. La solution de changer automatiquement ou manuellement l'adresse de l'enveloppe des messages marche bien avec la méthode que j'ai indiquée. SPF est bien une validation de l'expéditeur pas une demande de garantie que le message est bien passé sur son serveur. Je ne crois pas. Je pense au contraire qu’il faut envoyer ses login et mdp pour que le serveur SMTP accepte de transporter le courrier, rien à voir avec SPF ! Cela dépend d'où vient le message d'erreur. En l'occurrence, je l'ai souvent reçu du serveur destinataire et pas d'Orange ou bien Orange répercutait les messages du serveur SMTP distant. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150517111323.dfe67500...@chro.home
Re: problème de charge disque
Le 4 mai 2015, honeyshell a écrit : Bonjour Alain, Désolé de te dire que tu es entrain de squatter un thread qui n'est pas le tiens au risque que personne ne te réponde. Peux tu envoyer un nouveau mail, avec ton propre titre pour le différencier de ce thread. merci Ce n'était pas une question mais une proposition donc pas hors sujet. Pas grave. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150509083603.f3056500...@chro.home
Re: problème de charge disque
Le 30 avril 2015, Gaëtan PERRIER a écrit : Bonjour, J'utilise une debian testing, pour l'instant bloquée en stable, donc ce n'est pas une installation récente. Depuis quelques temps je rencontre des problèmes de charge disque à certains moments. Par exemple quand je ferme certaines applications (gthumb, gedit, ...) j'ai une forte activé disque (100%) pendant quelques secondes. Autre exemple, Virtualbox. Quand celui-ci fait des accès disques ça monte à 100% pendant tout le temps d'un download internet, etc. Bref j'y perds le peu de latin que j'ai ... Je ne sais pas par quel bout prendre le problème pour en trouver la cause. Auriez-vous une idée ? Bonjour, Je ne sais pas si ça peut aider mais j'ai le même problème avec un ancien portable ASUS EEEPC 901 et le même noyau 3.16 que Jessie mais issu de Wheezy-backports. J'ai des temps de latence jusqu'à 10s du fait de l'écriture sur le disque SSD quand le cache se vide. Ce qui fige le système pendant ce temps (sauf le curseur). J'ai détecté une anomalie de configuration du noyau ou de udev qui ne voit pas correctement la SSD. Il la détecte comme un disque rotatif. La preuve : cat /sys/block/sda/queue/rotational 1 La solution qui améliore un peu sans régler complètement le problème est : echo 0 /sys/block/sda/queue/rotational mais ce n'est pas persistant. ou beaucoup mieux : nano /etc/udev/rules.d/90-SSD.rules Y mettre : ACTION==add|change, KERNEL==sd[a-z], ATTR{queue/rotational}==0 Si tous les disques ne sont pas SSD, changer sda ou sd[a-z] en sdb si sdb est le disque SSD. Bien sûr, il ne faut pas que les disques changent de nom au démarrage ou sinon, il faut travailler avec les UUID, mais là je n'ai pas chercher. Redémarrer le système. Les figeages sont plus rares mais existent encore. Je n'ai pas ce genre de problème sur les autres systèmes. Certains modifient aussi l'ordonnanceur de tâches (scheduler) mais je n'ai pas remarqué d'amélioration avec ça. https://wiki.archlinux.org/index.php/Solid_State_Drives Si ça peut aider. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150504094345.bab1d500...@chro.home
Re: [Jessie] Anomalie
Le 27 avril 2015, Sébastien NOBILI a écrit : Bonjour, Le jeudi 23 avril 2015 à 9:17, Alain Rpnpif a écrit : Alors avec de GRANDES précautions (!!!) à coup de chmod -R utilisateur.utilisateur * sur le home (surtout pas sur / !!!), on peut réparer ces permissions. Sûrement une faute de frappe, « chown » plutôt que « chmod ». Oups, oui. merci. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150429081756.97575500...@chro.home
Re: Cron
Le 28 avril 2015, maderios a écrit : Pour Cron, il faut aller dans la boite de dialogue Profile/Schedule/add/ et là tous est paramétrable à coups de clics: date, reboot, délai, console mode, vue du crontab, etc... C'est archi-simple. Je comprends mieux le lien avec cron. Merci. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150429082015.43f87500...@chro.home
Re: Réponse positive d'un cobaye
Le 27 avril 2015, maderios a écrit : Bidouilleur amateur, je n'ai jamais réinstallé Debian depuis ma 1° install de Potatoe (1999?) et Systemd fonctionne maintenant nickel avec Jessie et Sid. Le problème vient des utilisateurs et non de Systemd. Il faut savoir que la transition depuis Sysvinit n'est pas automatique mais les commandes de systemd (cf message précédent + doc abondante sur le net) sont faites pour assurer cette transition, encore faut-il avoir la volonté de les utiliser... Appréciation subjective et désobligeante. Quand je disais réinstallé ce n'était pas avec l'installeur mais avec apt-get et aptitude. Par contre, effectivement je n'ai pas la volonté d'utiliser systemd. Je n'y vois, aujourd'hui, aucun intérêt pour moi à part des complications. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150428144958.968db500...@chro.home
Re: Cron
Le 28 avril 2015, Yannick VOYEAUD a écrit : Bonjour, Je cherche un truc pour faire mes sauvegardes avec cron en graphique. À moins que l'un d'entre-vous soit sympa pour me proposer les fichiers qui vont bien. Tous les jours sauf le dimanche Sauvegarde incrémentielle du disque A sur le disque B Sauvegarde incrémentielle de home sur le disque C On conserve la semaine précédant la semaine s-2 étant supprimée par le dimanche Tous les dimanches Sauvegarde complète du disque A sur le disque B avec écrasement de l'incrémentielle de la semaine S-2 Sauvegarde complète de home sur le disque C avec écrasement de l'incrémentielle de la semaine S-2 Sur les disques B et C il doit y avoir en permanence les sauvegardes incrémentielles du lundi au samedi ET la complète du dimanche On devrait donc avoir une fois tout fait Dimanche, Lundi à Samedi incrémentiel, Dimanche, semaine en cours Pour l'heure on mettra 01:00 la machine étant 24/24 en route. En espérant m'être bien fait comprendre. Bonsoir, Je ne comprends pas l'intérêt de lancer des logiciels en graphique avec cron sachant que cron est fait pour fonctionner en arrière-plan sans intervention de l'utilisateur. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150428155808.0cf4e500...@chro.home
Re: Réponse positive d'un cobaye
Bonjour, Le 26 avril 2015, maderios a écrit : Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine. Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat trollesque... Mouais. Par erreur, il y a 2 semaines, mon fils a mis à jour, sur une machine de bureau, Wheezy avec sid et son systemd. Malheur lui en a pris, car plus moyen de de connecter en Xorg. Après tentative de remettre sysvinit, systemd a mis un de ces bazars tel que seul la console de maintenance fonctionnait. Il semble que systemd avec Xorg n'aime pas du tout le changement de libc6. Après 2 ou 3 heures de travail, tout est revenu dans l'ordre. Donc je resterai sous Wheezy et ses backports qui fonctionne très bien et est rapide. Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il est possible de migrer vers Jessie en évitant toute trace de Systemd et donc de ses effets pervers, en interdisant **dès le départ** l'installation de systemd et ou de ses fichiers de configuration inutiles dans ce cas ? -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150427084119.9598a500...@chro.home
Re: Réponse positive d'un cobaye
Le 27 avril 2015, BERTRAND Joël a écrit : andre_deb...@numericable.fr a écrit : Impossible de lancer le mode graphique que ce soit avec lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?) Problème de PAM ? Et miracle, enfin tdm-trinity se lance avec mot de passe accepté... Aurais-je le même parcours du combattant lors du prochain boot ? Ces difficultés viennent-elles de systemd et faut-il le désinstaller ? (je n'ose le faire sans quelques avis...) Difficile à dire comme ça. Je n'ai eu qu'un problème de configuration de X avec systemd qui empêchait gdm3 ou kdm (je ne me souvient plus) de démarrer. En revanche en console, un startx fonctionnait toujours. Je n'ai jamais eu de problème d'authentification. Mais j'ai de gros problèmes dans les dépendances des daemons sur mon serveur de test. Pour moi, le principal problème est surtout dans le fait que systemd impose quasiment à chaque coup un reboot du serveur pour être sûr que tout se passe correctement. Cordialement, JKB J'ai eu les mêmes problèmes qu'André et Joël avec une connexion impossible sans messages d'erreur. Je m'en suis sorti comme eux à coup d'apt-get, d'aptitude et de forçage de dépendances plus ou moins périlleux. Mais aujourd'hui, Wheezy semble propre sur cette machine. Plus d'une centaine de paquets virés dont la plupart étaient de Wheezy et une centaine réinstallés dont une part limité en rétrogradage (issus de Jessie). Les messages d'erreurs étaient abondants lors de ces mises à jour. Je pense que les dépendances de systemd et d'autres avec libc6 de Jessie, gcc-4.9 et avec Xorg ou lightdm (Xfce ?), je ne sais plus, étaient en cause. En tout cas, C'était impossible de se connecter en Xorg. Et je suspecte une dépendance en boucle avec gcc au centre mais je ne souhaite pas le reproduire pour confirmer. Pas le temps. J'attendrai plus de maturité de Jessie ou plutôt de systemd dans Jessie. Il semblerait que systemd fonctionne très bien... si on réinstalle tout le système et si on n'y touche plus après l'installation. Pas fait pour moi qui bidouille pas mal et installe en général par incrémentations. Les backports sont très bien pour ça. Attention, je n'ai pas dit que Jessie était à jeter. Les backports confirme le contraire. Cordialement. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150427192305.b64f3500...@chro.home
Re: [Jessie] Anomalie
Le 22 avril 2015, Pascal Legrand a écrit : Le fichier trash existe t'il toujours dans ton profil ? Dans le cas contraire un touch trash au bon endroit devrait faire l'affaire. A tester, j'ai déjà eu ce soucis résolu de cette manière Cordialement Bonjour, Après une migration d'une distribution à une autre, je vérifierais les noms des propriétaires des fichiers concernés de Icedove. Parfois les n° ID de /etc/passwd ne correspondent plus suivant la méthode de migration. J'ai déjà eu le problème. Vérifier par ls -l. Alors avec de GRANDES précautions (!!!) à coup de chmod -R utilisateur.utilisateur * sur le home (surtout pas sur / !!!), on peut réparer ces permissions. Hypothèse. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150423071746.ea87e500...@chro.home
Re: Le fichier .profile n'est pas exécuté
Le 14 avril 2015, Sylvain L. Sauvage a écrit : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636108 À la fin : Added tag(s) fixed-upstream. Request was from bts- link-upstr...@lists.alioth.debian.org to cont...@bugs.debian.org. (Mon, 23 Mar 2015 16:30:25 GMT) [...] Solution simple et pratique (le code n’est écrit qu’une fois) : (quasiment) tout est dans le .bashrc et le .bash_profile le charge s’il existe (ce qui est le défaut dans Debian, cf. /etc/skel). (Il y a une garde dans le .bashrc de base pour arrêter son chargement si le shell n’est pas interactif.) OK, merci. Je cherchais une solution sans modification des fichiers de la distribution pour qu'elle soit générale à tous les systèmes lors de l'installation. J'attendrai. Encore bizarre que cela ne m'arrive que depuis quelques jours. Merci encore. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150414134041.21f3e500...@chro.home
Le fichier .profile n'est pas exécuté
Bonsoir, Sur ma Wheezy le fichier $HOME/.profile n'est plus exécuté depuis je ne sais combien de temps et seulement sous Xfce. Sous la console Linux, aucun problème. Si je le remplace par .bash_profile, c'est la même chose. Quel est le fichier qui devrait l'appeler ? Cordialement. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150413180501.23792501...@chro.home
Re: LibreOffice et touches mortes
Bonjour, Le 12 avril 2015, Sylvain L. Sauvage a écrit : Donc j’irai plutôt voir du côté de chez LibreOffice eux-mêmes, s’ils ont des idées ou déjà des rapports de bogues… Je présume déjà leur réponse : Prenez une version plus récente. Je crois que la 4.2.7.2 n'est plus maintenue. Il reste la 4.3.6 ou mieux la 4.4.2 qui me semble très bien et qui corrige des bogues très gênants. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150413100340.07a25500...@chro.home
Re: plus de scanner ni imprimante
Bonjour, Cela ressemble à une désactivation de l'imprimante par CUPS suite à un petit problème d'imprimante (communication ou autre). La faute à CUPS. C'est pénible et j'ai souvent le problème. Solution qui peut aider : Aller dans l'écran de configuration de CUPS qui est à une adresse par exemple http://127.0.0.1:631/ Modifier les réglages de l'imprimante en redéfinissant ses options (l'écran exact dépend de l'imprimante) : Régles : Régle d'erreur : remplacer stop-printer par abort-job ou autre chose. Définir ça par défaut. Cela donne dans /etc/cups/printers.conf OpPolicy default ErrorPolicy abort-job Ce changement empêche CUPS de mettre l'imprimante en pause en cas d'erreur, c'est-à-dire de couper toute communication vers elle. Le réglage par défaut d'origine est vraiment pénible. Cordialement. -- Alain Rpnpif Le 15 février 2015, Daniel Caillibaud a écrit : Le 15/02/15 à 23:10, JF Straeten jfstrae...@scarlet.be a écrit : JS On Sun, Feb 15, 2015 at 11:05:12PM +0100, Daniel Caillibaud wrote: JS JS [...] JS Ce que je trouve curieux, c'est le rapport entre ça et le fait que le scanner remarche... JS Quel rapport entre le scanner et cups ? JS JS Bien vu, et intéressant... JS JS Si ça se trouve, quand l'imprimante est stoppée, le soft n'accepte pas JS que l'on se serve du scanner ? Ben, le soft c'est xsane non ? Il n'a a priori rien à voir avec cups. Mais effectivement, peut-être que cet état stoppé a été répercuté à la machine qui du coup refusait le scan, bien que sur son mini écran LCD tout semblait normal. JS Je relance mes mises à jour pour voir si ça tient. JS JS Tu peux être vite fixé : tu mets l'imprimante en pause manuellement JS (cups disable) et tu essayes de scanner ? Après avoir stoppé cups ça scanne normalement, mais j'aurais eu du mal à comprendre le contraire (m'enfin avec le matériel j'ai souvent du mal à comprendre). Merci à vous deux, la piste /etc a permis de régler le pb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150217105809.d23bc500...@chro.home
Re: Debian ne voit pas toute la mémoire RAM
Le 8 décembre 2014, Gaëtan PERRIER a écrit : Le Mon, 08 Dec 2014 20:20:43 +0100 Pascal Hambourg pas...@plouf.fr.eu.org a écrit: Alain Rpnpif a écrit : Donc il y a bien 770 Mo de différence. Je ne pense pas que cela vienne du noyau, free en tient compte (À Belaïd). Moi non plus puisque memtest affiche la même quantité indépendamment du noyau. Peut-être l'APU comme le suggère Gaëtan (et André). Connaissez-vous des logiciels qui pourraient afficher ça ? Dans les logs du noyau au démarrage enregistrés dans /var/log/dmesg, comme l'a suggéré Stéphane. Regarde peut-être aussi dans les log de xorg ? Gaëtan Voici les log de dmesg. Memory: 3142476K/3347912K available (5426K kernel code, 936K rwdata, 1824K rodata, 1204K init, 840K bss, 205436K reserved) ... radeon :00:01.0: VRAM: 768M 0x - 0x2FFF (768M used) [5.439663] radeon :00:01.0: GTT: 1024M 0x3000 - 0x6FFF [5.439667] [drm] Detected VRAM RAM=768M, BAR=256M [5.439670] [drm] RAM width 64bits DDR [5.439756] [TTM] Zone kernel: Available graphics memory: 1579662 kiB Cela semble bien être la vidéo qui mange la RAM (VRAM 768M). Bin mon colon ! Qu'en pensez-vous ? En attendant merci pour vos éclairages. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141211153137.f12215a0...@chro.home
Re: Debian ne voit pas toute la mémoire RAM
Le 11 décembre 2014, Pascal Hambourg a écrit : Alain Rpnpif a écrit : Voici les log de dmesg. Memory: 3142476K/3347912K available (5426K kernel code, 936K rwdata, 1824K rodata, 1204K init, 840K bss, 205436K reserved) ... radeon :00:01.0: VRAM: 768M 0x - 0x2FFF (768M used) (...) Cela semble bien être la vidéo qui mange la RAM (VRAM 768M). En effet, il semble bien. Si c'est trop pour l'usage de la machine, il y a peut-être dans les paramètres du BIOS/UEFI une option pour régler la quantité de mémoire allouée à la vidéo, comme je l'ai déjà vu sur certaines cartes mères avec GPU intégré au chipset. Impossible de vérifier avec le manuel de cette carte mère ne décrit malheureusement pas toutes les options. Le module radeon a aussi un paramètre vramlimit pour limiter la VRAM utilisée, mais je doute que cela rende le reste disponible pour le système. OK, Merci. Je regarderai ça. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141211190818.0b7775a0...@chro.home
Re: Debian ne voit pas toute la mémoire RAM
Le 7 décembre 2014, Gaëtan PERRIER a écrit : Le Sun, 7 Dec 2014 18:31:40 +0100 Alain Rpnpif rpn...@free.fr a écrit: Bonjour, La commande free donne 3159324 octets de RAM. Mais le BIOS (carte MSI A78M-E35 avec APU AMD A4-5300) rapporte 4096 Mo, qui me vole le reste ? J'ai lancé memtest86+ et il voit bien les 2 barettes : Memory SPD informations : Slot 0 : 2048 MB DDR3-1600-G Skill, etc. Slot 1 : 2048 MB DDR3-1600-G Skill, etc. Mais en haut à gauche de l'écran, il indique : Memory 3269 M. Il manque 770 Mo. Et memtest ne teste que 3269M, pourquoi pas tout ? N'est-ce pas tout simplement la partie GPU de l'APU qui prendrait cette RAM ? Bonjour, Désolé d'avoir fait une erreur d'unités : free -m donne donc 3075 Mo. Désolé Stéphane, je connais les nuances mais là c'est une erreur de frappe. Donc il y a bien 770 Mo de différence. Je ne pense pas que cela vienne du noyau, free en tient compte (À Belaïd). Peut-être l'APU comme le suggère Gaëtan (et André). Connaissez-vous des logiciels qui pourraient afficher ça ? Bien sûr je ne parle pas de l'occupation des programmes utilisateur ou du noyau mais de la zone manquante. Il faut que je vois si la carte ajoutée pour l'IDE sur PCI-express prend cette place (c'est beaucoup, je trouve). Merci de vos réponses. PS : je suis en 64 bits. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208144457.5db3a5a0...@chro.home
Re: Debian ne voit pas toute la mémoire RAM
Le 7 décembre 2014, Klaus Becker a écrit : peut-être une des 2 barrettes a un problème. As-tu testé les 2 barrettes une par une, en enlevant d'abord l'une, ensuite l'autre ? Bonne idée, Klaus. Je vais essayer. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208144550.2ab285a0...@chro.home
Re: Caja de MATE squatte Iceweasel
Le 1 décembre 2014, moi-meme a écrit : Le Sun, 30 Nov 2014 19:40:02 +0100, Alain Rpnpif a écrit : Quand je voulais ouvrir le dossier de téléchargements de Iceweasel, clic-droit sur le fichier téléchargé, c'était Thunar qui prenait la main comme souhaité. update-alternatives ? Mais encore ? -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141207152831.9e5175a0...@chro.home
Re: Caja de MATE squatte Iceweasel
Bonjour, Le 2 décembre 2014, Raphaël RIGNIER a écrit : peut être faut-il un profil différent par Desktop ? As-tu tenté avec iceweasel -p ce que ça donne ? Désolé de ma réponse tardive, mais j'étais disparu des écrans quelques jours. iceweasel -p ne change rien. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141207152739.165e35a0...@chro.home
Re: Caja de MATE squatte Iceweasel
Le 1 décembre 2014, Haricophile a écrit : Le lundi 01 décembre 2014 à 09:06 +0100, Alain Rpnpif a écrit : Merci de cette réponse mais cela ne répond pas à la question qui est : Comment obliger à ouvrir le gestionnaire de fichiers par défaut du gestionnaire de fenêtres actif, c'est-à-dire Thunar quand on est sous Xfce et Caja quand on est sous Mate, les deux étant installés de façon à pouvoir changer de gestionnaire de fenêtres quand on veut à la connexion ? Concernant l'application par défaut je ne connais pas tous les bureaux, mais il peut y avoir des interférences ou non, comme avec Mate et Gnome ou si tu change dans l'un ça peut changer dans l'autre. Ça dépend de l'implémentation de freedesktop je suppose. Pour Iceweasel/firefox tout ce qui est configurable l'est en tapant dans la barre d'adresse : about:config Merci de l'idée mais ni thunar, ni caja n'y sont. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141207153222.4c9f85a0...@chro.home