Re: Crash de gftp
Le 16/12/2014 22:20, Gaëtan PERRIER a écrit : > Le Tue, 16 Dec 2014 09:18:27 +0100 > Michel a écrit: > >> Le 16/12/2014 00:20, Gaëtan PERRIER a écrit : >>> >>> Normalement c'est corrigé. Voir bugs: >>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763314 >>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763371 >>> >>> A+ >>> >>> Gaëtan >> >> Bonjour, >> >> J'avais essayé ça aussi sans succès ( upgrade de gtk2.0 ). >> Merci pour ton retour. >> >> Michel >> > > Pourtant chez moi, sur testing, gftp fonctionne de nouveau alors que ce > n'était > plus le cas il y a quelques temps. > > Gaëtan > Ici, j e suis sur wheezy. Mais merci pour ce retour. Michel -- 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/54912a22$0$2330$426a7...@news.free.fr
Re: impossible de mettre à jour adobe flash
Le vendredi 12 décembre 2014 à 23:31 +0100, S L a écrit : > Bonsoir > Je ne comprends pas : le Web n'est-il pas censé migrer vers le HTML 5 ?! Oh la... le net est amplement utilisé par des consommateurs qui ne comprennent pas les enjeux du libre. Les lobbies ont alors la tâche facile ;-) Capituler pour exister ? Mozilla s'en défend. Ils ont perdu une bataille, la première manche ? les faux-cul viennent du w3c, semble-t-il ! deux liens : http://korben.info/le-w3c-tient-secretes-les-discussions-sur-le-drm-dans-html5.html . http://www.april.org/drm-dans-firefox-annonce-dune-defaite > Les sites ne le faisant pas sont ringards et infréquentables et il > faut le leur faire savoir. Plus maintenant, puisque les lobbies-editeurs ont imposé leurs intérêts. > Ce fil de discussion est surréaliste, a fortiori sur une liste Debian. Finalement, pas temps que cela. La politique de l'autruche ne fait pas partie de la vision Debian ;-) nono > Librement, Stef > Secrétaire de http://www.parinux.org/ > signature.asc Description: This is a digitally signed message part
Re: Crash de gftp
Le Tue, 16 Dec 2014 09:18:27 +0100 Michel a écrit: > Le 16/12/2014 00:20, Gaëtan PERRIER a écrit : > > > > Normalement c'est corrigé. Voir bugs: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763314 > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763371 > > > > A+ > > > > Gaëtan > > Bonjour, > > J'avais essayé ça aussi sans succès ( upgrade de gtk2.0 ). > Merci pour ton retour. > > Michel > Pourtant chez moi, sur testing, gftp fonctionne de nouveau alors que ce n'était plus le cas il y a quelques temps. Gaëtan -- 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/20141216221722.7a8e703c4dea34b1f7e14...@neuf.fr
Re: enlever un message
Le 16/12/2014 14:17, moi-meme a écrit :
Le Mon, 15 Dec 2014 16:00:03 +0100, Sylvain L. Sauvage a écrit :
Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours
d’exécution, il faut attendre que le test soit refait pour que la boucle
s’arrête. Ça peut être un avantage ('commande' termine proprement) ou un
inconvénient ('commande' est longue et tu veux l’arrêter).
non commande est permanent : c'est un clignotant sur une sortie hard
(raspberry) que j'arrête sur des conditions extérieures.
donc il faut que je le "kille".
il est vrai que je pourrai mettre un trap qui positionne une variable que
je mets dans la boucle. Un truc à examiner.
Bonjour,
j'ai trouvé ça :
http://superuser.com/questions/305933/preventing-bash-from-displaying-done-when-a-background-command-finishes-execut
En résumé le paramètre set +m ou (cmd &) devrais faire votre bonheur.
Raphaël
--
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/54904d09.6010...@rignier.com
Re: enlever un message
Le 12/12/2014 10:44, moi-meme a écrit : dans un script bash je fais un : kill ça marche bien merci. Mais je me reçois un texte de confirmation que je n'arrive pas à enlever même par des kill nn &>/dev/null entre autre. Ce message doit venir du noyau. Un moyen pour qu'il ne me pollue pas ma console car je suis en interactif avec des actions clavier ? D'avance merci C Hiebel -- 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/54904b60.5060...@rignier.com
Re: enlever un message
Le Mon, 15 Dec 2014 16:00:03 +0100, Sylvain L. Sauvage a écrit :
> Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours
> d’exécution, il faut attendre que le test soit refait pour que la boucle
> s’arrête. Ça peut être un avantage ('commande' termine proprement) ou un
> inconvénient ('commande' est longue et tu veux l’arrêter).
non commande est permanent : c'est un clignotant sur une sortie hard
(raspberry) que j'arrête sur des conditions extérieures.
donc il faut que je le "kille".
il est vrai que je pourrai mettre un trap qui positionne une variable que
je mets dans la boucle. Un truc à examiner.
--
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/549030f1$0$1982$426a7...@news.free.fr
RE: Scripts pm-utils pas exécutés (par kde ?)
Merci pour l'info, je me suis posé la même question dans un environnement Mate+awesome... Si tu trouves comment personnaliser l'hibernation ou la mise en veille, je suis preneur :-) Fred. -Message d'origine- De : Eddy F. [mailto:eddy_surle...@yahoo.fr] Envoyé : vendredi 12 décembre 2014 19:44 À : Debian user french Objet : Re: Scripts pm-utils pas exécutés (par kde ?) Je réponds moi-même pour éviter que d'autres n'y perdent leur temps. Si une bonne âme peut confirmer ou corriger... Le 12 déc 2014 à 16:48 (+0100) "Eddy F." a écrit: > Bonjour, > > Sur une jessie fraîchement installée à partir d'une image weekly build > et avec kde comme environnement de bureau, je constate que les scripts > dans /etc/pm/power.d et /etc/pm/sleep.d ne sont pas exécutés lorsque > je mets en veille à l'aide du menu de kde. Pareil à la sortie de > veille. > > Ils sont par contre bien exécutés lorsque j'utilise pm-suspend pour > mettre en veille. Systemd comporte ses propres commandes pour entrer en veille ou en hibernation : systemctl suspend systemctl hibernate Je n'ai pas trouvé d'information précise mais je suppose que kde fait finalement appel à ces commandes plutôt qu'à pm-suspend et pm-hibernate. Mais du coup, pm-utils ne me sert sans doute plus à grand chose. > Comment faire pour que ces scripts soient exécutés ? Faut-il les > placer ailleurs ? Il semble que quelque chose puisse être fait dans /etc/systemd/system comme expliqué, par exemple, dans https://wiki.archlinux.org/index.php/Power_management#ACPI_events (sous le titre sleep hooks). Je n'ai pas testé. > Au cas où je devrais envisager une autre façon de faire plutôt que > d'utiliser ces scripts, j'ai actuellement besoin que le script > /usr/lib/pm-utils/sleep.d/95anacron lance anacron au sortir de veille > ou hibernation sinon anacron ne m'est pas plus utile que cron. Voir le rapport de bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744753 > J'ai aussi besoin d'un script perso placé dans /etc/pm/power.d pour > empêcher via un hdparm -B 160 /dev/sda de cliqueter à qui mieux mieux. Ça c'est je n'ai pas trouvé : comment configurer convenablement le niveau APM (dans Jessie avec systemd) pour qu'il soit adapté lors des passages batterie <---> secteur. Je continue à chercher et si je ne trouve pas, je reposerai la question dans un nouveau fil (avec un sujet plus adapté). -- Eddy F. -- 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/20141212194334.128e4...@aberdeen.home
[Solved] : [HS ?] : Machine ne démarre plus après ajout d'un second CPU
Bonjour à tous, Après l'achat d'un second CPU identique au V2, aucun problème, la machine démarre. C'est donc la légère différence entre les deux CPU qui rendait impossible le démarrage de la machine. Merci à tout ceux qui m'ont aidé. Greg Le 27/11/2014 20:47, Grégoire COUTANT a écrit : Bonjour, Le 27/11/2014 20:33, JF Straeten a écrit : En tout cas, la doc d'un Dell PE1950 dit ceci : « REMARQUE : si vous décidez de mettre le système à niveau en installant un second microprocesseur, vous devez commander les kits de mise à niveau chez Dell. Certaines versions du microprocesseur Intel Xeon ne fonctionnent pas correctement comme microprocesseurs supplémentaires. Le kit de mise à niveau de Dell contient la version de microprocesseur correcte et les instructions de mise à niveau. Les deux micro- processeurs doivent être cadencés à la même vitesse et avoir un cache de taille identique. » Ça dit aussi ailleurs de mettre le bios à jour *avant* installation du second CPU, pour éviter un freeze de la machine... Bon manifestement tout le monde s'accorde sur le sujet. Je ne pensais pas qu'entre INTEL XEON E5-2407 (10M CACHE, 2.20GHZ) et INTEL XEON E5-2407V2 (10M CACHE, 2.40 GHZ) ça allait poser pb. Comme dit je découvre ce type de souci, la prochaine fois je commanderai deux CPU en même temps en effet. Merci pour vos retours et si jamais qqun sur la liste souhaite un CPU intel XEON E5-2407, on peut s'arranger. Greg -- 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/54902847.1050...@gmail.com
Re: [CUPS] certains postes n'arrivent plus à imprimer en réseau
Le mardi 16 décembre 2014, 10:43:56 Samy Mezani a écrit : >[… plus de place …] > Mais le souci est quand même que le message d'erreur de cups > ne correspondait pas vraiment au fond du problème. Personne ne vérifie jamais s’il y a de la place avant de créer ou de remplir un fichier. (Déjà, peu vérifient que le fichier est seulement au moins créé.) Ça fait que les programmes plantent plus loin, pour des raisons bizarres… -- Sylvain Sauvage -- 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/1639693.xCaRryNYMz@earendil
Re: [CUPS] certains postes n'arrivent plus à imprimer en réseau
Le 12/12/2014 18:11, baal.fr a écrit : xp se fait vieux et ne beneficie plus de mise à jour il vaut mieux migrer à seven sinon autent mettre tout le parc sous linux Le 12/12/2014 18:09, Samy Mezani a écrit : Le 12/12/2014 17:57, Jean-Michel OLTRA a écrit : Problème d'adressage ip de ces 2 postes, avec 2 ip identiques ? Non ils ont bien 2 IP différentes, qui sont d'ailleurs fixes. J'ai démarré l'un d'eux sur une clé avec Debian Wheezy, rebelotte, ça ne veut pas imprimer malgré la bonne détection de l'imprimante sur le poste... J'ai été obligé de réinstaller (pour d'autres raisons) Win 7 sur cet ordinateur (quelle galère... je suis revenu 20 ans en arrière...), et surprise l'installation de l'imprimante via http://192.168.0.X:631/printers/imprimante s'est déroulé nickel (comme d'habitude) et j'ai pu imprimer normalement. Il y a peut-être un souci au niveau des IP, je vais essayer de changer. Merci. Samy Bonjour, Finalement le problème se situait bien au niveau du serveur cups où /var avait pris tellement d'embonpoint que la partition / n'avait plus assez de place pour stocker les fichiers temporaires d'impression (df -h indiquait 250Mo de libre) D'où la réussite de mes essais sur Linux (fichiers texte légers) par rapport aux autres postes (pdf plus lourds). Je sais, j'aurais dû séparer /var de / mais bon... Mais le souci est quand même que le message d'erreur de cups ne correspondait pas vraiment au fond du problème. Depuis l'obtention d'une place suffisante pour /, plus aucun souci. Samy -- 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/548ffedc.9060...@wanadoo.fr
Re: Crash de gftp
Le 16/12/2014 00:20, Gaëtan PERRIER a écrit : > Le Sun, 14 Dec 2014 16:19:01 +0100 > Michel a écrit: > >> Bonjour, >> >> Sur une wheezy amd64, il y a déjà quelques mois déjà que gftp plante des >> que l'on se connecte à un serveur. Je me suis dit que ça s'arrangerait à >> la prochaine mise à jour, et j'ai utilisé mc à la place. Les messages >> qu'il donne ( si on le lance depuis une console ) sont: >> >> michel@Ariane:~$ gftp >> Fontconfig warning: "/etc/fonts/conf.d/65-droid-sans-fonts.conf", line >> 103: Having multiple values in isn't supported and may not work >> as expected >> Fontconfig warning: "/etc/fonts/conf.d/65-droid-sans-fonts.conf", line >> 138: Having multiple values in isn't supported and may not work >> as expected >> Attempt to unlock mutex that was not locked >> Abandon >> michel@Ariane:~$ >> >> Il n'y a rien de choquant pourtant dans le fichier 65-droid-sans-fonts.conf. >> >> Quelqu’un a noté la même chose ou le problème est-il sur ma machine? >> >> Cordialement >> Michel >> > > Normalement c'est corrigé. Voir bugs: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763314 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763371 > > A+ > > Gaëtan Bonjour, J'avais essayé ça aussi sans succès ( upgrade de gtk2.0 ). Merci pour ton retour. Michel -- 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/548fead3$0$2893$426a7...@news.free.fr
