Re: df -h sous wheezy et noyau 3.2.x

[Jean-Jacques Doti]

Salut,

Le 30/08/2013 16:33, andre_deb...@numericable.fr a écrit :

Bonjour,

Depuis Wheezy, la commande "df -h" n'affiche plus
le nom explicite de la partition racine (/dev/sdxy) mais : "rootfs"

Cette mention neutre n'indique pas le nom de la partition.

C'est dommage, lorsque l'on gère moults PC,
on ne sait pas sur quelle partition est montée Linux.

Y a t-il un moyen d'afficher la partition explicite ?

andré

En fait, si tu regardes bien la sortie de df du devrais voir 2 entrées 
pour / :

- rootfs
- une deuxième ligne indiquant le device réellement utilisé pour / (avec 
éventuellement son UUID).


En fait, lors du démarrage, il y a d'abord une image initramfs qui est 
utilisée pour /. Ensuite, le disque physique est monté (à partir des 
paramètres noyaux passés par le chargeur d'amorçage) et vient par dessus 
le premier montage (rootfs) qui devient inacessible (mais est toujours 
monté).
Le problème est que df montre les deux montages avec les mêmes 
informations. Si tu en as le courage, tu peux suivre le rapport de bug 
Debian suivant :

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656333
Ça devient surtout intéressant à partir du message n°55 ou 60 (pour la 
question du rootfs)…


Tu y apprendras par exemple que tu peux utiliser "df -x rootfs" pour de 
plus voir l'entrée rootfs (et donc n'avoir qu'une ligne pour /)


Ce problème est résolu sous sid (mais on peut retrouver le double 
affichage de /, avec rootfs, avec l'option -a de df). Sous wheezy, il va 
falloir s'y habituer:-(


--
A+
Jean-Jacques


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5220b86d.5050...@doti.fr

Re: Lire fichier /var/log/term.log

[Jean-Jacques Doti]

Le 24/09/2013 13:28, LeDub a écrit :

Bonjour à tous,

Salut tout seul,

Pour le besoin d'une documentation, je souhaite récupérer les informations 
sélectionnées pendant l'installation d'un paquet.
Je cherche donc à lire correctement et surtout à copier le contenu du fichier 
/var/log/apt/term.log.
Ce dernier est bourré de caractères de contrôle du terminal.

Un "cat" sur ce fichier affiche correctement mais trop rapidement le contenu. Un "cat" associé à un 
"| more" me l'affiche plus ou moins correctement sans que je puisse être certain d'avoir la totalité des 
choix sélectionnés. Le "strings" n'est pas génial sauf sur une belle femme !
J'ai bien tenté de l'ouvrir avec "VI" mais la recherche ET la suppression de ces caractères de 
contrôle est très pénible car autant la recherche manuelle est possible avec "/" autant leur 
suppression avec un "%s/caractère de contrôle//" est impossible !

N'y a-t-il pas un moyen d'ouvrir ce fichier sans ces caractères ?
Il me semble que les seuls caractères de contrôle dans ces fichiers de 
log sont les ^M (retours en début de ligne qui permettent d'afficher une 
progression de 0 à 100%). Pour les visualiser correctement, more ou less 
devraient parfaitement faire l'affaire :

more /var/log/apt/term.log
less -r /var/log/apt/term.log
→ l'option -r de less est là pour indiquer que les caractères de 
contrôle doivent être interprétés (et, au passage, l'utilisation de cat 
est inutile).


Le seule point un peu surprenant, c'est qu'une partie du texte est alors 
masquée : si tu recherche "10%" par exemple, ça va te placer sur la 
bonne ligne ("Lecture de la base de données...), mais la chaîne "10%" 
n'apparaîtra pas (elle est masquée par les lignes suivantes, écrites par 
dessus). Mais cela ne devrait pas être gênant.

Merci.

De rien

Cordialement,

LeDub


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5241957d.3000...@doti.fr

Re: Calcul CIDR

[Jean-Jacques Doti]

Le 11/10/2013 13:07, Frédéric Zulian a écrit :

Bonjour,

Salut,


Je cherche une doc très détaillée permettant de réaliser manuellement le calcul 
du CIDR a partir du masque de sous réseau et vice versa.Trouver le nombre d 
hôtes et de sous réseaux possible.

La plus part des docs  me sont incompréhensible car elles se basent sur   pré 
requis  :  Calculer instinctivement en binaire, connaître la répartition des 
bits ...
Ta demande est surprenante : tu veux une doc très détaillée mais celles 
qui existent ne te conviennent pas car elles parlent de calcul binaire 
(et encore, parler de calcul dans ce cas-là est un bien grand mot) et 
que tu ne les comprends donc pas… Il va être difficile de satisfaire tes 
desiderata, puisque ces notions d'adresses IP et de masques de réseau 
s'appuie sur la représentation binaire des adresses.


Ce qui est bien, c'est que tu as déjà fait le bon constat : il te manque 
le pré-requis, c'est à dire les quelques notions de base pour passer de 
la représentation décimale à la représentation binaire d'un nombre entre 
0 et 255 (oui, on se limite à 8 bits dans ce cas précis). Il ne te reste 
donc plus qu'à en tirer la bonne conclusion : il faut acquérir ces 
notions de base ou alors tu laisses tomber le calcul manuel (voire 
mental) et tu utilises un outil qui va faire la travail, comme gip 
(présent dans les dépôts Debian et qui, en plus, t'affiche les adresses 
et masques en binaire et en décimal).


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5257f47d.70...@doti.fr

Re: find d'un répertoire et supprimer une expression dans des fichiers

[Jean-Jacques Doti]

Salut,

Le 16/10/2013 14:48, andre_deb...@numericable.fr a écrit :

Bonjour,

Honte à moi, je sais pas faire,

Je désire accoupler à la commande "find",
la recherche d'une expression dans tous les fichiers
d'un répertoire et ensuite de supprimer cette expression par rien.

Soit un modèle comme ceci :
- find /var -exec egrep -n "" {} \; -print;
- cat fichier | grep -n 
- sed -i 's///g' fichier

Je n'arrive pas à le faire par une ligne sinon par un programme "bash".

Merci d'avance.

andré

Tu peux laisser tomber le find en utilisant la possibilité qu'a grep de 
parcourir une arborescence et à ne cracher que les noms des fichiers 
dans lesquels le motif a été trouvé.

Je pense que quelque chose comme ça doit pouvoir répondre à ta demande :

$ egrep -lR "" /var/ | xargs -d '\n' -n 1 sed -i 
's///g'


egrep va sortir les noms des fichiers qui contiennent on expression et 
xargs va appeler sed pour chacun de ces noms, en prenant le retour à la 
ligne comme séparateur, ce qui permet de traiter correctement les 
fichiers dont le nom contient des espaces (l'option "-n 1" de xargs 
permet d'appeler sed pour chacun des fichiers dans lesquels  
a été trouvé ; tu peux supprimer cette option et n'appeler sed qu'une 
seule fois pour plus d'efficacité à condition qu'il n'y ait pas trop de 
résultats ou mettre une valeur plus importante pour faire moins d'appels 
à sed).


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/525e9037.40...@doti.fr

Re: Attaques en tout genre

[Jean-Jacques Doti]

Salut,

Le 16/12/2013 22:32, steve a écrit :

Le 16-12-2013, à 22:14:20 +0100, André Debian a écrit :


On Monday 16 December 2013 21:41:09 nb wrote:

J'ai à peu près la même chose, avec les mêmes ip source.

/var/log/apache2/error.log:[Sun Dec 15 13:05:38.268946 2013] [cgi:error]
[pid 19838] [client 195.130.72.189:34087] malformed header from script
'php': Bad header: Security Alert! The PHP

ça doit être un script PHP  qui fait pas l'affaire ...
   
   Une idée géniale ?


Bon et bien j'ai aussi pas mal de requêtes de ce type sur un serveur 
Apache (également chez moi en ADSL). Apparemment, les requêtes sont 
faites directement sur l'adresse IP (sans utiliser de nom de 
machine/site dans les headers HTTP) : sur un autre serveur, Il semble 
qu'une règle iptables dans ce genre bloque la plupart de ces tentatives :


-A INPUT -p tcp -m tcp --dport 80 -m string --string "Host: 
xxx.xxx.xxx.xxx" --algo bm --to 600 -j DROP

(xxx.xxx.xxx.xxx est l'adresse IP publique du serveur HTTP).

Les stats font apparaître près de 600 requêtes bloquées en 10 heures…

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52b038b8.3080...@doti.fr

Re: Attaques en tout genre

[Jean-Jacques Doti]

Le 17/12/2013 17:30, andre_deb...@numericable.fr a écrit :

On Tuesday 17 December 2013 12:42:48 Jean-Jacques Doti wrote:

Il semble qu'une règle iptables dans ce genre bloque la plupart de
ces tentatives :
-A INPUT -p tcp -m tcp --dport 80 -m string --string "Host:
xxx.xxx.xxx.xxx" --algo bm --to 600 -j DROP

Peut-on utiliser la syntaxe de cette règle iptables telle quelle ?
Ben oui : tu ajoutes juste "iptables" devant ou tu la colles dans un 
fichier mangé par iptables-restore et ça roule.
… à condition, bien entendu, de remplacer les xxx par ton adresse IP 
publique
(pour les explications : ça rejette les connexions sur le port TCP 80 
qui font des requêtes HTTP en utilisant l'adresse IP comme nom de site 
plutôt qu'un "vrai" nom)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52b1a4fd.4010...@doti.fr

Re: Recopier les mails sur le serveur

[Jean-Jacques Doti]

Salut,

Le 23/12/2013 21:51, unix linux a écrit :

Bonsoir,
Ayant utilisé pop3 avec un client de messagerie au lieu de imap, je 
retrouve mes mails copier en local sur ma machine. J'ai vu sur le net 
qu'en pop3, si on coche pas une option, les mails sont supprimés du 
serveur. Comment faire pour remettre les mails sur le serveur ? (si 
c'est possible)

Merci pour vos suggestion
J'arrive peut-être un peu tard, mais il existe une procédure simple : 
dans ton client mail, tu crées un deuxième compte pour ta BAL en le 
paramétrant en IMAP puis tu fais un "drag and drop" de tes mails 
récupérés en POP3 (et donc présents uniquement en local) vers le dossier 
INBOX de ton compte IMAP… Ça devrait se passer sans douleur.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52c17143.4010...@doti.fr

Re: Recopier les mails sur le serveur

[Jean-Jacques Doti]

Le 30/12/2013 14:37, sys a écrit :
Merci pour vos réponses. Comment ça créer un deuxième compte pour ma 
BAL ? ça sera donc un compte différent du premier ?



Désolé de ne pas avoir été clair dans mon premier post et de ne pas être 
assidu sur la liste en ce moment…


Quand je parlais d'un deuxième compte, il s'agissait bien d'un 
paramétrage sur le logiciel client, pas de la création d'une nouvelle 
adresse email.


Ce compte va être identique au premier, si ce n'est qu'il doit être 
paramétré en IMAP plutôt qu'en POP pour la récupération des mails. Avoir 
ces deux comptes en simultanés permet de pouvoir accéder, en même temps, 
aux mails récupérés en POP et stockés en local et au serveur IMAP.
Bien entendu, il faut désactiver la récupération des mails par le compte 
POP3 ou, au moins, éviter que les mails soient supprimés du serveur.
Un fois que les mails locaux auront été transférés sur le serveur IMAP, 
le compte POP3 (local) peut être supprimé de la configuration du client 
de messagerie (bien sûr, cela ne supprimera pas le compte sur le serveur 
ni l'adresse email).


J'espère que tout est clair maintenant.

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52c29dd6.6070...@doti.fr

Re: Des utilisateurs d'Iceowl ?

[Jean-Jacques Doti]

Bonjour,

Le 30/01/2014 11:01, David BERCOT a écrit :

Le Thu, 30 Jan 2014 10:42:01 +0100,
Adrien  a écrit :

Le 30/01/2014 10:32, David BERCOT a écrit :

Bonjour,

Depuis quelque temps, impossible de ré-installer Iceowl. Il y a en
effet un problème de dépendance un peu gênant :
iceowl : Dépend: libffi5 (>= 3.0.4) mais il n'est pas installable
Or, libffi5 n'est dispo nulle part...

J'ai cherché dans les bugs sans rien trouver... Est-ce que j'ai mal
cherché ???
Est-ce que vous avez une solution ?

Merci d'avance.

David.


Bonjour,
Tu essaies d'installer la version de wheezy ? Je crois que j'avais eu
le même genre de problème. De mon côté, la version instable s'installe
sans problème.

[…]
D'ailleurs, sur la page http://packages.debian.org/sid/iceowl, on a
bien :
dep: libffi5 (>= 3.0.4) [non armhf, ppc64]
Paquet indisponible

David.
Effectivement, iceowl n'est pas instalable  dans sid où libffi5 n'est 
plus disponible, remplacé par libffi6 (d'ailleurs, pour l'architecture 
ppc64, iceowl dépend de libffi6 : il faudrait peut-être reconstruire le 
paquet binaire iceowl pour les autres archis…).
Une des solutions à tester serait d'installer libffi5 depuis les dépôts 
stable (http://packages.debian.org/wheezy/amd64/libffi5/download) : si 
ça marche pour Adrien, c'est peut-être qu'il tape aussi sur les dépôts 
de stable en plus de sid.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52ea2df4.2080...@doti.fr

Re: voir le contenu du PC sur la freebox

[Jean-Jacques Doti]

Le 06/03/2014 17:11, Pierre Frenkiel a écrit :

On Tue, 4 Mar 2014, maderios wrote:


On 03/04/2014 06:48 PM, Pierre Frenkiel wrote:

...
1/ j'ai désactivé la fonction routeur de la freebox, car j'utilise
un routeur Netgear. Est-ce que l'UPnP peut fonctionner
sur la freebox avec cette config?
...


Mediatomb marche bien, à condition de configurer le firewall en 
conséquence (ouvrir le port concerné)


  bonjour,
  merci de votre réponse. Cependant, elle semble impliquer que la réponse
  à ma question 1/ est "oui". Or, j'ai configuré mediatomb, et il
  fonctionne correctement, car je peux voir mes fichiers du PC en UPnP
  sur un disque multimedia (wehd "yes we can" en wifi), mais rien sur 
la freebox.

  J'ai donc un doute sur la réponse à ma question 1, d'autant plus que
  l'activation de UPnP sur l'interface freebox sembla impliquer 
l'activation

  du mode routeur.. (j'ai bien redirigé vers mon PC le port 49153 utilisé
  par mediatomb)
  Qu'en pensez-vous?

Cordialement,

Salut,

Et bien en cherchant un peu (freebox + upnp + bridge), je suis tombé sur 
ça :

http://www.aduf.org/viewtopic.php?t=246342

Il semble donc bien que l'accès à des contenus upnp/DLNA sur une freebox 
revolution soit impossible quand le mode bridge est activé sur la 
freebox server.


Désolé…

--
Jean-Jacques

--
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/5318b045.1060...@doti.fr

Re: [wheezy] connexions réseau en ipv6 seulement

[Jean-Jacques Doti]

Salut,

Le 20/03/2014 13:37, Samy Mezani a écrit :

Bonjour,

Je viens d'installer Wheezy sur 2 ordis, et sur l'un d'eux je ne 
parviens pas à obtenir une adresse IP en IPv4, que ce soit en ethernet 
ou en wifi. C'est un portable uniquement en console


Je ne vois pas ce qui cloche.

Contenu du fichier /etc/network/interfaces :
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet dhcp

Pas de 'adr inet' mais seulement 'adr inet6' dans ifconfig.

Avant de faire n'importe quoi, quelqu'un a une idée pour obtenir une 
adresse IPv4 en ethernet via DHCP ?


Merci

Samy

Est-ce que la commande "ifup eth0"  te permet bien d'obtenir une adresse 
IP en DHCP ?
Si c'est le cas, rajoute une ligne "auto eth0" dans ton fichier 
/etc/network/interfaces et ça devrait être bon au prochain reboot.


A+
Jean-Jacques

--
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/532ae5f0.8040...@doti.fr

Re: sane et pilotes 32 bits

[Jean-Jacques Doti]

Bonjour,

Le 14/04/2014 01:17, Gaëtan PERRIER a écrit :

Bonjour,

Depuis ma migration en 64 bits j'ai perdu l'usage de mon scanner Epson
Perfection 3170 Photo.
En 32 bits il fonctionnait avec le pilotes Epson
iscan-plugin-gt-9400_1.0.0-2_i386.deb mais celui n'existe qu'en 32 bits.
J'ai essayé en l'installant quand même mais ça ne fonctionne pas.
Savez-vous s'il existe une solution ?

Gaëtan

Le scanner peut parfaitement fonctionner sur une installation 64 bits 
alors qu'il s'agit d'un paquet 32 bits. Pour cela il fait ajouter 
l'architecture 32 bits à ton système puis installer les librairies 32 
bits nécessaires :

# dpkg --add-architecture i386
# apt-get update
# apt-get install libc6:i386

Pour connaître les librairies nécessaires et les paquets à ajouter, tu 
peux tenter la commande ldd sur les binaires du paquet 
iscan-plugin-gt-9400_1.0.0-2_i386.deb.


A+
Jean-Jacques

--
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/534ba178.9020...@doti.fr

Re: Qu'est-ce que les Chinois du FBI viennent foutre sur ma Debian ?

[Jean-Jacques Doti]

Salut,

Le 17/04/2014 11:10, Philippe Gras a écrit :

Ce n'est pas une adresse de /fishing/, j'ai vérifié sur Google.

À moins que… L'adresse IP est en Chine.





### Logwatch 7.4.0 (05/02/12) 
Processing Initiated: Thu Apr 17 06:25:19 2014
Date Range Processed: yesterday
( 2014-Apr-16 )
Period is day.
Detail Level of Output: 0
Type of Output/Format: mail / text
Logfiles for Host: .kimsufi.com
##

- httpd Begin 

Connection attempts using mod_proxy:
123.242.224.7 -> www.fbi.gov:80 : 1 Time(s)

Est-ce que ce ne serait pas plutôt une tentative de 123.242.224.7 
d'accéder au site www.fbi.gov en essayant d'utiliser ton serveur HTTP 
comme proxy (tentative avortée puisque ton serveur n'est pas un proxy 
ouvert, n'est-ce pas ?)


Sur mes serveurs HTTP j'ai pleins de tentatives de ce genres (enfin, 
j'avais, puisque je bloque via iptables toutes les requêtes du genre 
«GET http://[…]»)


A+
Jean-Jacques

Re: Qu'est-ce que les Chinois du FBI viennent foutre sur ma Debian ?

[Jean-Jacques Doti]

Salut,

Le 20/04/2014 12:42, Pascal Hambourg a écrit :

Salut,

Jean-Jacques Doti a écrit :

je bloque via iptables toutes les requêtes du genre GET http://[...]

Peux-on savoir comment, par curiosité ?

Désolé pour le retard dans la réponse mais j'ai profité d'un long 
week-end de Pâques :-)


Sinon, j'ai une simple règle iptables :
-A INPUT -p tcp -m tcp --dport 80 -m string --string "GET http://"; 
--algo bm --to 70 -j DROP


Je ne pense pas que ça jette des paquets légitimes et ça m'évite d'avoir 
mes logs polluées (ça fonctionne aussi en IPv6, mais il faut augmenter 
la zone de recherche : je l'ai passée de 70 à 99).


A+
Jean-Jacques




smime.p7s
Description: Signature cryptographique S/MIME

Re: erreur avec ps -ef

[Jean-Jacques Doti]

Salut,

Le 27/04/2014 17:50, Sébastien NOBILI a écrit :

Le dimanche 27 avril 2014 à  1:50, Francois Lafont a écrit :

2. Quand bien même, admettons que le timing que tu décris est le bon,
ie le kill s'adresse au grep (chose qui me semble impossible comme je
l'ai indiqué dans le 1), je ne vois toujours pas le rapport avec le
message d'erreur obtenu par le PO, à savoir :

Signal 18 (CONT) caught by ps (procps-ng version 3.3.9).
ps:display.c:66: please report this bug

La commande ps aurait donc attrapé le signal CONT qui est un signal
qui entraîne par défaut la reprise du processus si celui-ci est stoppé.
Quel rapport avec le fait que le kill aurait tué le grep ?

Pareil pour moi, je ne comprends pas pourquoi ce message d'erreur, si quelqu'un
peut expliquer…


Je soupçonne Bernard de nous cacher certaines informations capitales ;-).
Est-ce que par hasard le shell utilisé serait zsh ? Dans ce cas, il faut 
regarder par là :

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732410

--
A+
Jean-Jacques

--
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/535e2ad7.5060...@doti.fr

Re: wheezy sdcard et ext2

[Jean-Jacques Doti]

Salut,

On 06/10/2012 17:41, Bruno wrote:

Bonjour,

Depuis un pc sous linux debian wheezy, je voudrai formater une carte 
µSD de 2 Go en ext2, (j'en ai besoin car cette carte est utilisé par 
un systeme linux embarqué qui utilise l'ext2)


depuis root je lance donc la commande suivante
#mkfs -T ext2 -L LinuxArmv5 /dev/sdc1

en réponse j'obtiens un warning qui me dit
le fs_type ext2 n'est pas défini dans mke2fsconf

Existe t'il une solution?


ben oui : refais la même commande mais en mettant "-t ext2" (t en 
minuscule), ça devrait mieux passer...


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50705ec7.8080...@doti.fr

Re: Gestion d'un repository & support d'apt-mirror [was Re: Apt-mirror et "Le fichier « Release » a expiré"]

[Jean-Jacques Doti]

Salut,

Le 11/10/2012 09:51, David BERCOT a écrit :

Bonjour,

Comme ce sujet intéresse apparemment d'autres personnes et que j'ai
beaucoup de mal à trouver du support sur l'outil "apt-mirror", je
retente ma chance ;-)

Concernant ma question précédente ("Le fichier « Release » a expiré"),
je n'ai toujours pas de réponse. J'ai essayé d'écrire aux mainteneurs du
paquet sans succès. Est-ce que, par hasard, vous savez à qui je
pourrais m'adresser ?
Dans chaque répertoire "dists" créé par apt-mirror (ou plutôt dans le 
sous répertoire de la distribution, par exemple 
.../ftp.fr.debian.org/debian/dists/wheezy), il y a un fichier "Release" 
qui contient une donnée "Valid-Until:". Je pense que ton problème 
survient lorsque la date indiquée est dépassée. J'ai tout de même peur 
que si tu modifie cette date, la signature contenue dans le fichier 
Release.gpg ne soit plus valide. Tu as donc, il me semble, deux 
solutions : soit tu ne vérifies pas la date, soit tu ne vérifies pas la 
signature (ou alors tu ressignes avec une clé t'appartenant, mais tu 
devras aussi distribuer le certificat).



Ensuite, sur mon repository local, j'ai de nouveaux besoins qui
arrivent. Ainsi, je souhaiterais mettre à disposition des packages
Debian internes. Pour cela, j'aurais besoin que ces paquets soient
"visibles" à partir des serveurs (via apt-cache search, apt-get install,
etc...). Je suppose donc qu'il faudrait que les fichiers
Contents-amd64.gz, Release, Release.gpg, etc... intègrent les bonnes
informations. Savez-vous comment je dois procéder ?
Il me semble que pour cela, l'idéal serait que tu créés ton propre 
dépôt, en plus des dépôts officiels que tu répliques. Ça t'obligera tout 
de même à ajouter ce dépôt sur les machines en ayant besoin (fichier à 
ajouter dans  /etc/apt/sources.list.d/).
Pour faire les choses proprement, il faudrait aussi que tu signes les 
fichiers de ton dépôt ou que tu ne vérifie pas les signatures (ajout de 
l'option "trusted=yes" [cf man sources.list]) pour ce dépôt.




Merci d'avance.

De rien. J'espère que cela te sera utile.


David.


--
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50767fbb.1060...@doti.fr

Re: Chgt machine :: clonage de ~/Maildir

[Jean-Jacques Doti]

On 29/10/2012 19:41, Bzzz wrote:

On Mon, 29 Oct 2012 19:14:07 +0100
"mayer.debia...@free.fr"  wrote:


Est-ce que scp -pr source destination des répertoires
/home//Maildir/ sera correct pour respecter propriétaires,
groupes, droits, etc ?

Non, cette Cde ne conservera que les permissions,
il faudra retoucher owner:group (d° sender) à l'arrivée.

Il faut également noter que, pour peu qu'il y ait beaucoup de fichiers 
(c'est à dire de mail), la copie récursive par scp va être longue, même 
si le volume total est faible…
Pour ma part, dans ce type d'utilisation, j'ai plutôt tendance à 
transférer des tar. En plus, pour peu que les UID des utilisateurs 
soient les mêmes sur les deux machines (et que le transfert soit fait 
par root des deux côtés), les propriétés des fichiers et dossiers 
(droits ET propriétaires) sont conservés.
Pour éviter de créer réellement le fichier tar, j'exécute une commande 
de ce genre-là :
tar -C /home/ -zcf - Maildir | ssh root@destination tar -C 
/home/ -zxvf -
(en fonction de la puissance de tes machines et de la bande passante 
disponible, tu pourras supprimer la compression en virant l'option 'z' 
sur les deux tar).


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/508f82b8.5050...@doti.fr

Re: Installation postgresql

[Jean-Jacques Doti]

Le 08/11/2012 23:45, Grégoire COUTANT a écrit :

Bonjour à tous,

Soit deux serveurs debian squeeze, j'installe postgresql sur les deux 
avec :


aptitude install postgresql postgresql-client

Tout se passe bien mais sur un des deux serveurs il me manque plein de 
fichier par exemple pas de script postgresql dans /etc/init.d/

J'ai beau purger l'installation et la refaire, même résultat.

J'avoue ne pas trop savoir où chercher, une piste serait la bienvenue :-)

Merci

Greg


Salut,

J'ai un peu suivi le fil des messages et tout cela reste surprenant. 
Comme d'autres l'ont écrit, il est possible que des restes 
d'installation empêchent la création du cluster dans le script de post 
install.


Tu peux essayer de lancer cette création initiale du cluster 
manuellement avec la commande

/usr/bin/pg_createcluster -u postgres 8.4 main

Dans le pire des cas, ça donnera peut-être des messages d'erreur plus 
explicites.


Tu peux aussi essayer de faire ce que fait /usr/bin/pg_createcluster : 
crée le répertoire de conf et celui de données et fait un init de la 
base avec /usr/lib/postgresql/8.4/bin/initdb (cf man initdb pour les 
options).


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50a26fa1.1030...@doti.fr

Re: nautilus-terminal

[Jean-Jacques Doti]

Salut,

Le 16/11/2012 13:25, Danilo Uccelli a écrit :

Bonjour,

Sur mon installation Debian unstable toute neuve, je constate une 
anomalie.


Quand je fais click droit, "Ouvrir dans un terminal" ça ouvre bien un 
terminal mais toujours dans /home/ et non pas là où je me trouve 
avec Nautilus.


Config:
gnome shell
nautilus 3.4.2

Questions:
Tous le monde constate le même problème ? ou j'ai quelque chose qui 
foire dans la config ?

Dans le 2ème cas, où devrais-je regarder ?

Danilo Uccelli


Regarde le rapport de bug :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692518

Ça doit correspondre à ton soucis.

Si tu utilises gnome-terminal, tu devrais règler ça avec la commande
gsettings set org.gnome.desktop.default-applications.terminal exec 
gnome-terminal


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50a64844.10...@doti.fr

Re: Gestion des dépendances

[Jean-Jacques Doti]

Bonjour,

Le 17/11/2012 08:58, tedji a écrit :

Bonjour

la gestion des dépendances reste mystérieuse. Exemple.

Je veux installer cmake: le paquet libnettle4 doit être installé:

root@debian:/home/thierry# apt-get -s install cmake
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés :
   libarchive12 libnettle4
Les NOUVEAUX paquets suivants seront installés :
   cmake libarchive12 libnettle4

Pourtant, quand je regarde les dépendances de cmake, libnettle4 n'y figure pas:

root@debian:/home/thierry# apt-cache depends cmake
cmake
   Dépend: libarchive12
   Dépend: libc6
   Dépend: libcurl3-gnutls
   Dépend: libexpat1
   Dépend: libgcc1
   Dépend: libstdc++6
   Dépend: libxmlrpc-core-c3
   Dépend: zlib1g
   Dépend: cmake-data
   Dépend: procps
   Suggère: gcc
   Suggère: make

Alors pourquoi apt force l'installation de ce paquet?

Merci de votre éclairage




$ apt-cache depends libarchive12
libarchive12
  Dépend: libacl1
  Dépend: libattr1
  Dépend: libbz2-1.0
  Dépend: libc6
  Dépend: liblzma5
  Dépend: libnettle4
  Dépend: libxml2
  Dépend: zlib1g
  Pré-Dépend: multiarch-support
multiarch-support:i386
  Remplace: libarchive12:i386
  Casse: libarchive12:i386

Est-ce que cela répond à ta question ?

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50a74c67.5000...@doti.fr

Re: Gestion des dépendances

[Jean-Jacques Doti]

Le 17/11/2012 10:09, tedji a écrit :

Le 17/11/2012 09:35, Jean-Jacques Doti a écrit :


$ apt-cache depends libarchive12
libarchive12
  Dépend: libacl1
  Dépend: libattr1
  Dépend: libbz2-1.0
  Dépend: libc6
  Dépend: liblzma5
  Dépend: libnettle4
  Dépend: libxml2
  Dépend: zlib1g
  Pré-Dépend: multiarch-support
multiarch-support:i386
  Remplace: libarchive12:i386
  Casse: libarchive12:i386

Est-ce que cela répond à ta question ?

A+
Jean-Jacques


Ma question va plus loin.
Au niveau du source original, nettle est une dépendance _optionnelle_ 
de libarchive (cf doc LFS: 
http://www.linuxfromscratch.org/blfs/view/svn/general/libarchive.html)

Alors pourquoi Debian la rend obligatoire?
À mon avis, nettle est une dépendance optionnelle au moment de la 
construction/compilation de libarchive : on peut choisir d'inclure, ou 
pas, la fonctionnalité. En revanche, si libarchive est linké avec 
libnettle à la compilation, libnettle devient obligatoire au moment de 
l'exécution.
Le mainteneur Debian du paquet libarchive a fait le choix d'utiliser 
libnettle (la fonctionnalité a pu être demandée par des utilisateurs) et 
libnettle devient donc une dépendance obligatoire. Libre à toi de 
récupérer le paquet source et de compiler ton binaire avec uniquement 
les options qui t'intéressent.


Autres exemples plus surréalistes: je ne comprends pas pourquoi 
l'installation de kde (juste la base)  impose l'installation de 
polices thai (libthai0) ou en encore de bibliothèques de gestion 
d'écran tactile (tsconf), pour un banal PC de bureau ! Ce devrait être 
des dépendances "suggested" et non "required".


Là, le problème est différent. Je ne sais pas de quel paquet kde tu 
parles, mais les paquets du genre kde-standard sont des méta-paquets : 
ils ne contiennent aucun binaire et déclarent uniquement des 
dépendances. Le but de ces méta-paquets est de faciliter l'installation 
d'une suite de logiciels avec des choix "standard". Évidemment, le choix 
des logiciels mis en dépendances est forcément arbitraire : il s'agit 
d'offrir quelque chose de fonctionnel au plus grand nombre avec un 
minimum d'efforts (et en évitant certains désagréments : formats de 
fichiers non reconnus, fonctionnalités manquantes, …)
De plus, certains paquets sont simplement indiqués comme "recommandés", 
mais dans une installation Debian standard, les paquets recommandés sont 
traités comme des dépendances : ça augmente donc la liste des dépendances.

Encore une fois, libre à toi de :
- ne pas traiter les recommandations comme des dépendances (mais tu vas 
devoir faire attention à installer certaines des ces recommandations 
pour avoir les fonctionnalités que tu attends) ;
- ne pas installer les méta-paquets, mais tu vas devoir choisir toi-même 
les différents paquets faisant partie de l'environnement KDE et tu 
n'auras moins d'assistance au niveau du suivi des évolutions.


En clair, soit tu acceptes de perdre un peu d'espace disque et tu gagnes 
en facilité de maintenance, soit tu veux gérer un maximum de choses, 
mais ça te prendra plus de temps. À toi de voir…

Re: Accès aux mails via ActiveSync sous Linux

[Jean-Jacques Doti]

Le 05/01/2013 15:33, David BERCOT a écrit :

On Sat, 5 Jan 2013 12:57:30 +0100 David BERCOT  wrote:

DavMail est très pratique pour accéder à un serveur Exchange en
direct mais, malheureusement, il ne fonctionne plus dès lors que
seul le protocole ActiveSync est disponible...


Bon, alors je peux essayer de préciser...

Donc, j'ai un serveur Exchange 2010 qui est accessible uniquement via
un navigateur Web ou en ActiveSync (par Androïd par exemple), mais où
EWS n'est pas activé...
Mon but est de pouvoir accéder à mes mails à partir de mon poste Debian
comme s'il s'agissait d'un serveur IMAP/SMTP classique.

Est-ce plus précis que précédemment ?

Salut,

Si tes mails sont accessibles via un navigateur, il y a des chances que 
l'accès via EWS soit possible. Il existe des extensions/plugins EWS pour 
icedove/thunderbird et evolution (je n'ai pas vraiment testé pour ce 
dernier) : regarde dans les dépôts et dans les extensions disponible sur 
le site de mozilla.


Une autre solution (que j'utilise de façon régulière) est d'utiliser 
davmail (http://davmail.sourceforge.net/) : il s'agit d'une sorte de 
proxy qui se connecte sur le serveur Exchange en EWS et propose, du côté 
client, des connecteurs IMAP/SMTP/LDAP/CalDAV. C'est écrit en Java, mais 
ce n'est pas très lourd et ça fonctionne plutôt pas mal.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50e851e0.7090...@doti.fr

Re: Gestion UTC double boot windows-wheezy

[Jean-Jacques Doti]

Le 14/01/2013 17:21, steve a écrit :

Le 14-01-2013, à 17:14:07 +0100, Bernard Schoenacker a écrit :


fichier issu d'un vieux paquet ?
http://debian.2.n7.nabble.com/Bug-660093-clock-setup-Please-support-etc-adjtime-in-addition-to-etc-default-td708685.html

Mais si c'est un reste de vieux paquet, où fait-on cet justement dans
le cas de l'OP ?


bonjour,

il existe le paquet adjtimex qui fait le job ...

Oui, mais c'est un paquet à priorité optionnelle. On pourrait penser que ce
type de paquet devrait être installé en standard non ? Il y a quelque chose qui
m'échappe là...

Bonjour,

Le fichier /etc/adjtime est créé lors de l'installation du paquet 
util-linux, au moins sur une wheezy (le fichier n'existe pas sous 
squeeze) : c'est le script de post install qui s'en charge.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50f433eb.30...@doti.fr

Re: testing ou unstable

[Jean-Jacques Doti]

Salut,

Le 18/01/2013 11:25, Sylvain L. Sauvage a écrit :

Le vendredi 18 janvier 2013 à 10:41:03, Pierre Crescenzo a écrit
:

Bonjour,

’jour,


[…]

Je ne pense pas qu'on puisse s'attendre à ce que la
unstable soit plus stable que la testing : c'est certes
par elle qu'arrivent les correctifs, mais c'est par elle
aussi qu'arrivent les bugs !

Oui, c'est la définition. :-) Mais je suis plus intéressé par
ce que ça donne dans la réalité des faits quotidiens. Les
conseils indiquant de ne pas rester en testing ne sont pas
si rares et je voudrais avoir des retours d'expérience avant
de me lancer éventuellement. As-tu l'expérience de telles
configurations ? Qu'est-ce que ça donne comme différences,
pragmatiquement ? Merci.

   Ces conseils viennent sans doute d’expériences légèrement
douloureuses avec la Testing dans de mauvaises périodes. P.ex.
quelques unes des grosses migrations (XFree → Xorg, nouveau
Gnome ou nouveau KDE…) ou même parfois des petites rendent
Testing ininstallables (certains paquets sont déjà à la nouvelle
version mais pas tous → indisponibles) pendant quelques jours.
Si on est tombé au mauvais moment, c’est bête…
   Depuis, ce genre de migrations est bien mieux géré.
   Et même s’il arrive qu’un ou deux paquets soient
ininstallables, un tel événement en Testing est rare (puisqu’en
général traité dans Unstable).
   Ou alors, certains ne voient pas l’intérêt de Testing par
rapport à Unstable ; ça arrive…

   Au delà de cela, pour moi, Testing, c’est pour les systèmes
stables lorsque la stable est un peu vieille (en général pour le
matériel ou pour un logiciel précis), donc la destination est de
passer en Stable dès qu’elle sort.
   Si on a besoin/envie de tester/utiliser les nouveautés, on
peut utiliser Unstable.
   Et à part le fait qu’à mon avis, une Unstable a besoin d’être
mise à jour plus fréquemment, il n’y aurait donc effectivement
pas trop d’intérêt à rester en Testing si la stable sort.
Je comprends le raisonnement et j'admets qu'il y a, ces derniers temps 
et indépendamment de la période de freeze, moins de gros soucis dans 
unstable. Cependant, on n'est toujours pas à l'abri de certains écueils.
Il n'y a pas si longtemps que ça, un de mes amis chez qui j'avais 
installé une sid a pratiquement supprimé tout son système avec un 
dist-upgrade (ou l'équivalent dans synaptic). Effectivement, il n'aurait 
pas dû répondre positivement à la proposition de supprimer quelques 
centaines de paquets… Il m'est également arriver de me retrouver avec un 
système faisant un kernel panic au boot. Au final, rien de vraiment 
insurmontable, à condition de savoir booter sur un système de secours, 
faire un chroot, réinstaller grub ou regénérer un initrd. Au final, tout 
cela peut être formateur, mais certainement hors de portée d'un simple 
utilisateur (sans arrière pensée péjorative) ou au moins au delà de ce 
qu'il peut accepter de faire dans des cas d'utilisation courante.


Alors, même si cela peut poser quelques soucis au niveau de la rapidité 
des mises à jour de sécurité, je conseille plutôt l'utilisation de 
testing à ceux qui veulent avoir des versions (assez) récentes de la 
plupart des soft sans prendre trop de risques.
Sinon, pour garantir une fiabilité optimale tout en profitant de 
certaines mises à jour, il y a toujours la possibilité d'une stable avec 
ses backports (enfin, actuellement, sur un poste de travail, autant 
partir sur wheezy et ajouter le dépôts des backports au moment de la 
release officielle). Je pense que c'est une solution satisfaisante pour 
beaucoup de monde.


A+
--
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50f92ebb.2030...@doti.fr

Re: récupérer un paquet deb sur son système ne figurant plus dans le cache d'apt

[Jean-Jacques Doti]

Le 28/01/2013 18:11, Cyrille a écrit :

Bonsoir,

Salut,

Si je fait un dpkg -l | grep MonPaquet , il apparaît bien.
Idem un dpkg -L mon situe tous les fichiers de ce paquet.
Par contre rien dans mon cache/apt
(le cache a dû être vidé)
En fonction de la configuration, le paquet a effectivement pu être 
supprimé automatiquement…

Y a t il un moyen de refaire les paquets .deb ?

Regarde du côté du paquet dpkg-repack : ça devrait faire ton bonheur !

D'avance merci !

Pas de quoi
  
Cyrille

Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5106b295.6020...@doti.fr

Re: [HS] Sauvegarde de plus de X jours

[Jean-Jacques Doti]

Salut,

Le 08/02/2013 09:13, Nahliel Steinberg a écrit :

Bonjour,

Un truc que je ne comprends pas, j'ai mes backups qui se font tous les soirs 
(postgres)

262148 drwx--. 2 postgres postgres   4096  8 févr. 01:00 .
262147 drwxr-xr-x. 3 postgres postgres   4096 14 déc.  10:14 ..
262162 -rw-r--r--. 1 postgres postgres 155784 18 janv. 22:30 jcmsdb_20130118
262163 -rw-r--r--. 1 postgres postgres 155784 21 janv. 22:30 jcmsdb_20130121
262164 -rw-r--r--. 1 postgres postgres 155784 22 janv. 22:30 jcmsdb_20130122
262165 -rw-r--r--. 1 postgres postgres 155786 23 janv. 22:30 jcmsdb_20130123
262166 -rw-r--r--. 1 postgres postgres 157614 24 janv. 22:30 jcmsdb_20130124
262150 -rw-r--r--. 1 postgres postgres 157862 28 janv. 22:30 jcmsdb_20130128
262151 -rw-r--r--. 1 postgres postgres 157862 29 janv. 22:30 jcmsdb_20130129
262152 -rw-r--r--. 1 postgres postgres 157862 30 janv. 22:30 jcmsdb_20130130
262154 -rw-r--r--. 1 postgres postgres 157862 31 janv. 22:30 jcmsdb_20130131
262155 -rw-r--r--. 1 postgres postgres 157862  1 févr. 22:30 jcmsdb_20130201
262156 -rw-r--r--. 1 postgres postgres 157862  4 févr. 22:30 jcmsdb_20130204
262157 -rw-r--r--. 1 postgres postgres 157862  5 févr. 22:30 jcmsdb_20130205
262149 -rw-r--r--. 1 postgres postgres 157862  7 févr. 22:30 jcmsdb_20130207

je purge normalement sur 20 jours et je vois qu'il me manque des dumps, et 
qu'en fait la purge ne marche pas.

ma ligne de purge :

find /opt/sauvegarde/postgresql/backups/ -name '*' -mtime +20 -exec rm -Rf {} \;

vous avez une idée pourquoi ça purge mal ?

Comme l'a écrit Sébastien avant moi, je n'ai pas l'impression que la 
purge ne se fasse pas puisqu'il n'existe pas de fichiers plus ancien que 
ce qui est désiré. Tu pourrais toutefois modifier ta commande de purge 
en virant le "-name '*'" inutile ainsi que l'option "-R" de rm 
(normalement tu ne purges que des fichiers, pas de répertoire).


Concernant les fichiers de backup manquant, qu'est-ce qui te fait penser 
que c'est le mécanisme de purge qui les a supprimés ? N'est-il pas 
possible que ce soit la création des ces backups qui ait échoué ?
Tu peux essayer de tracer ce que fait la purge en ajoutant l'option 
"-ls" ou "-print" AVANT "-exec" : tu auras ainsi sur la sortie standard 
la liste des fichiers purgés (si tu exécutes cela via un cron sans 
rediriger la sortie, cela te sera envoyé par mail).


ll faudrait aussi que tu vérifies que les fichiers de backup sont bien 
créés tous les jours (lecture des logs, listing du répertoire après le 
backup mais avant la purge, …). Est-ce que tu as encore les logs du 
process pour les 2, 3 ou 6 février ?


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5114c553.2090...@doti.fr

Re: [Sondage] Tapis de souris Debian

[Jean-Jacques Doti]

Le 13/02/2013 18:18, Cyrille a écrit :

– seriez-vous potentiellement intéressé pour en acheter (indépendamment
   de la façon dont ils seront distribués, qui est un autre sujet) ?

Honnêtement avec les souris optiques, je n'utilise plus de tapis.
Je ne sais pas si cela sera porteur. Plus des clés USB ou une tasse à la 
rigueur.
?
Cyrille

Pareil : chez moi les tapis de souris ont disparu en même temps que les 
boules (des souris)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/511bcccd.6050...@doti.fr

Re: [hs] réponse en sommet ou fin de citation

[Jean-Jacques Doti]

Bonjour,

Le 20/02/2013 17:06, Mathieu Payn a écrit :

C'est intéressant, je ne pensais pas trouver des partisans du ontop ici.
C'est intéressant, moi je ne pensais pas trouver des partisans des mails 
en HTML ici… bon d'accord, c'est du multipart/alternative avec une 
partie texte et une en HTML, mais ça triple (au moins) la taille du mail 
et ça fait sauter la signature de la liste à l'affichage.

Il n'y a pas non plus l'option "texte pur" sur gmail ? ;-)

A+
--
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5124ff72.3030...@doti.fr

Re: Différence entre Squeeze et Wheezy dans l'exécution d'une commande

[Jean-Jacques Doti]

Bonjour,

Le 27/02/2013 12:15, Sylvain MEDEOT a écrit :

Bonjour la liste,

Sur un de mes serveurs, je souhaite récupérer l'occupation disque sur 
un volume monté  dans backup.


J'exécute donc la commande :

Sous Squeeze
TAILLE=`/bin/df | /bin/grep \/backup | /usr/bin/awk '{printf 
("%s",$4)}' | /bin/sed 's/%//g'`


Sous Wheezy je dois changer le numéro de colonne pour awk de 4 en 5...
TAILLE=`/bin/df | /bin/grep \/backup | /usr/bin/awk '{printf 
("%s",$5)}' | /bin/sed 's/%//g'`


Donc ma question est la suivante... Pourquoi ?

Auriez vous une autre solution pour récupérer cette valeur ? Je suis 
sur que oui...
En fait, le bon comportement est celui que tu as sous Wheezy : le 
pourcentage d'occupation du FS est bien le 5ème champ. Ce qu'il se 
passe, c'est que sous squeeze, df affiche les informations d'un FS sous 
deux lignes lorsque le chemin du device (premier champ) est trop long 
afin de garder visuellement alignées les différentes colonnes. Cela rend 
difficile l'analyse de la sortie du df par des programmes.
Afin d'éviter ces inconvénients, il faut utiliser l'option -P 
(--portability : format POSIX) : les informations d'un FS sont alors 
toutes sur la même ligne, séparées par des tabulations et le pourcentage 
d'occupation est toujours le 5ème champ.
Avec la version de df (paquet coreutils) sous wheezy, l'affichage POSIX 
se fait par défaut, ce qui explique le changement de comportement.


Moralité : il faut *toujours* utiliser l'option -P de df lorsqu'on 
l'utilise dans des scripts.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/512e0954.3010...@doti.fr

Re: FNAC & Debian

[Jean-Jacques Doti]

Salut,

Le 08/03/2013 11:37, Nicolas Pechon a écrit :


De mémoire :
dpkg --add-architecture i386
apt-get update
apt-get install multiarch-support
apt-get install ia32-libs

Puis, après quelque résolution de dépendance...
Je bloque ici:
% ./Atelier\ Photo\ FNAC
./Atelier Photo FNAC: error while loading shared libraries:
libgthread-2.0.so.0: cannot open shared object file: No such file or
directory

Malheureusement:
# aptitude install libgthread-2.0:i386
Impossible de trouver un paquet dont le nom ou la description corresponde
à « libgthread-2.0:i386 »
Impossible de trouver un paquet dont le nom ou la description corresponde
à « libgthread-2.0:i386 »
Le fichier libthread-2-0.so.0 est dans le paquet libglib2.0-0. Il faut 
donc installer libglib2.0-0:i386 (ou ia32-libs-gtk qui dépend de 
libglib2.0-0 et de pleins d'autres choses).


Note toute de même qu'avec multiarch, les paquets ia32-libs* sont des 
"dummy paquets" et qu'ils vont, à terme disparaître. Je pense qu'il est 
donc préférable de ne pas installer ces paquets. Normalement,

apt-get install libglib2.0-0:i386
devrait suffire à installer ce dont tu as besoin via ses dépendances 
(sauf si "Atelier Photo FNAC" a besoin d'autre bibliothèques).


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5139c33d.3020...@doti.fr

Re: Bifurcation "Et E17 il est où ?" Re: demarrer startx avec le minimum

[Jean-Jacques Doti]

Salut,

Le 03/04/2013 16:56, maderios a écrit :
Débat dans le débat : imiter, ne pas imiter apple / windose ou innover 
avec une 2°voie.
Et là, coup de gueule en direction de Debian. Quand je vois que 
l'admirable E17 (le nouveau E17, celui qui est sorti le 21 décembre 
2012) n'est même pas packagé dans Sid

Ah oui, il est dans experimental mais on ne peut l'installer...
Pour info
http://enlightenment.fr/2013/01/
http://www.enlightenment.org/
https://linuxfr.org/news/terminology-0-3
https://linuxfr.org/news/libre-en-fete-2013-a-rennes-presentation-et-formation-autour-des-efl 

Effectivement, e17 (la version finale) n'est disponible que dans 
experimental et, en plus, il manque une librairie (libeio1 qui est en 
attente dans new depuis 3 mois, mais qui n'est pas compliqué à 
compiler). Mais comme pour pleins d'autres soft, cela s'explique par la 
période de freeze de wheezy qui bloque l'arrivée de nouvelles versions 
dans unstable (afin de permettre les éventuelles corrections de bugs sur 
les versions présentes dans wheezy).
D'un autre côté, tu as attendu e17 pendant 8 ans au moins : tu ne vas 
pas te plaindre pour quelques mois de plus ! ;-)


A+
Jean-Jacques

PS : si vraiment tu es impatient, je peux t'envoyer le paquet 
libeio1_1.7.4-1_amd64.deb que j'ai créé à partir des sources : ça 
devrait te permettre d'installer e17 ensuite.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/515c47c6.9060...@doti.fr

Re: installer Debian sur portable sans lecteur CD/DVD

[Jean-Jacques Doti]

Salut,

Le 04/04/2013 16:49, andre_deb...@numericable.fr a écrit :

Bonjour,

J'ai créé la clé USB bootable.

Le portable est un vieux Compaq Evo N400c.

Impossible de lancer le BIOS donc de mettre
la clé USB en "first boot".
Appui sur SUPPR, F2, F10 F12 : rien n'y fait !

Pas de boot depuis la clé USB :
il tente d'importer un n° IP (DHCP) via PXE, puis :
"Non-system disk or disk error"
"replace and strike any key when ready"

Je ne vois pas ou se trouve le D.D.
donc comment le démonter,
sauf de retirer plein de visses
et la structure complète.

Je ne comprends pas les tutos sur l'install :
http://lea-linux.org/documentations/Installer_Debian_par_un_boot_r%C3%A9seau
-TFTPD
-PXE
-DHCPD
Comment installer ces serveurs sur un portable
sans OS ?

Si vous aviez une idée ...

André


Bon, la machine date de 2002, mais elle devrait tout de même pouvoir 
booter en USB. L'accès au BIOS doit normalement se faire en appuyant sur 
F10 et il faut ensuite activer les bonnes options (Advanced→Device 
Options - USB Legacy Support ; Boot Options → Multiboot).


Si tu n'y arrives pas, le boot réseau peut être une solution, mais tout 
n'est pas simple…


Tu peux aussi extraire le DD, le brancher sur une autre machine 
(Debian), éventuellement avec un adaptateur IDE/USB, et faire une 
installation à partir de ton OS déjà installé (regarde du côté de 
debootstrap). Pour extraire le DD, regarde la doc de la bête (il y a 4 
vis à enlever) :

http://mesnotices.fr/manuel-notice-mode-emploi/HP/EVO%20N400C-_E

Bon courage,
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/515d97f6.6070...@doti.fr

Re: Linux-image-3.2.0-4 et module nouveau

[Jean-Jacques Doti]

Bonjour,

Le 23/04/2013 14:22, Sébastien NOBILI a écrit :

Le mardi 23 avril 2013 à 13:01, Samy a écrit :

Tu veux dire que le module est compile a chaque boot ?

[Pour la seconde fois, merci d'éviter de me répondre en direct, je suis abonné à
la liste]

Les modules DKMS sont compilés à chaque fois que nécessaire, en général :
 - à la mise-à-jour du module,
 - à la mise-à-jour du noyau.

Apparemment tu as mis à jour ton noyau, il y a donc eu recompilation du module.
Si elle a échoué, ça peut expliquer tes problèmes.


Bon, je crois que là, il y a confusion entre
- DKMS (Dynamic Kernel Module Support) qui permet de recompiler des 
modules non inclus dans le noyau lors d'une mise à jour (et inutile ici 
puisque nouveau est inclus, y compris dans squeeze) ;
- KMS (Kernel Mode-setting) qui permet au noyau de prendre en charge 
certains paramètres d'affichage (résolution, fréquence, …).


Avec nouveau, il me semble que KMS est obligatoire. Donc s'il est 
désactivé (comment ? En ajoutant "nomodeset" aux paramètres du noyau ?), 
il y a des chances que nouveau (module noyau) ne puisse plus fonctionner 
et que ce ne soit pas le pilote xorg nouveau qui soit utilisé en mode 
graphique (d'ailleurs, peut-on avoir une session X dans cette 
configuration ? Si ou, avec quel pilote graphique ?).


Pour le coup, je pencherais plutôt pour un bug du noyau (ou du pilote 
nouveau.ko installé avec le noyau), mais je n'ai rien vu sur le 
bugtracker Debian.


Quelqu'un a une idée pour affiner le diagnostic ?

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51768fe8.1070...@doti.fr

Re: Linux-image-3.2.0-4 et module nouveau

[Jean-Jacques Doti]

Le 23/04/2013 18:27, Samy a écrit :


  De : Jean-Jacques Doti 
À : debian-user-french@lists.debian.org
Envoyé le : Mardi 23 avril 2013 15h43
Objet : Re: Linux-image-3.2.0-4 et module nouveau
  


Bonjour,


Avec nouveau, il me semble que KMS est obligatoire. Donc s'il est
désactivé (comment ? En ajoutant "nomodeset" aux paramètres du noyau ?),
il y a des chances que nouveau (module noyau) ne puisse plus fonctionner
et que ce ne soit pas le pilote xorg nouveau qui soit utilisé en mode
graphique (d'ailleurs, peut-on avoir une session X dans cette
configuration ? Si ou, avec quel pilote graphique ?).

Pour le coup, je pencherais plutôt pour un bug du noyau (ou du pilote
nouveau.ko installé avec le noyau), mais je n'ai rien vu sur le
bugtracker Debian.

Quelqu'un a une idée pour affiner le diagnostic ?

A+
Jean-Jacques



Je reviens vers vous, car je viens de verifier si DKMS etait installe sur ma 
machine, ce n'est pas le cas.
Effectivement le module nouveau est bien charge car avec nomodeset, plus de 
probleme,
mais impossible charger X et affichage tres gros.

Suggerez vous d'installez DKMS ?
Non, installer DKMS ne servira à rien : c'est utilisé pour compiler des 
modules noyau qui ne sont pas inclus dans le paquet du noyau : ça permet 
de conserver ces pilotes additionnels lors des maj du kernel. nouveau 
étant inclus de base, DKMS n'apportera rien.


Avec l'option nomodeset, le pilote noyau nouveau n'est pas chargé et les 
consoles restent dans leur définition de base (sans utilisation du frame 
buffer) avec des caractères "très gros". De plus, le pilote xorg nouveau 
(qui a besoin de module noyau nouveau) ne peut pas fonctionner et il n'y 
a donc pas de session graphique X.


Essaie de rajouter "drm_kms_helper.poll=0" aux options de lancement du 
kernel et de rebooter (après avoir supprimé nomodeset). Ton soucis est 
peut-être le même que celuis décrit dans le rapport de bug suivant :

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627568

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5176ff4b.3030...@doti.fr

Re: gnome kde un autre monde

[Jean-Jacques Doti]

Bonjour,

Le 29/04/2013 15:28, Eric a écrit :

)Bonjour,
Je ne sais pas trop où envoyer ce message, à gnome ou kde, alors...

J'ai deux écrans et sous gnome, j'ai un "plusieurs écrans" et un "mono 
écrans",

me suis-je bien fait comprendre? Non?

[x] [x]
[ ]
[ ]
ou
[ ] [x]
[x]
[ ]

etc. Le niveau de l'écran 2 ne bouge pas.

Sous Kde, toujours avec mes deux écrans, j'ai un "défiler" des deux 
écrans:


[x] [x]
[ ] [ ]
[ ] [ ]
ou
[ ] [ ]
[ ] [ ]
[x] [x]

etc. Le niveau de l'écran 2 est toujours égal à l'écran 1.

N'y aurait-il pas un moyen d'avoir:

[x] [x]
[ ] [ ]
[ ] [ ]
ou
[x] [ ]
[ ] [x]
[ ] [ ]
ou
[ ] [x]
[ ] [ ]
[x] [ ]

etc. J'ai la possibilité de combiner l'écran 2 avec n'importe quel 
écran 1.


Bon, si ça peut faire avancer le schmilbick...
Eric


Je pense avoir bien compris ta problématique : avec deux écrans :
- sous KDE les deux écrans défilent en même temps ;
- sous Gnome, seul un des deux défile, le deuxième n'a qu'un seul espace 
de travail.


Et tu aimerais que le défilement des espaces de travail soit indépendant 
sur les deux écrans.
Et bien, j'aimerais bien aussi que ça puisse être ainsi, mais je ne 
pense pas que ce soit prévu ou possible !


En revanche, il est possible d'avoir le même comportement sous Gnome que 
sous KDE (défilement sur les deux écrans). Pour cela, il faut utiliser 
gnome-tweak-tool et passer à 0 le paramètre Shell→"Les espaces de 
travail sont uniquement sur l'écran principal" (ou alors, avec 
dconf-editor, décocher la case 
org.gnome.shell.overrides.workspaces-only-on-primary).


Voilà, c'était ma modeste contribution…

A+
jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/517e7a33@doti.fr

Re: Thunar & montage automatique des périphériques

[Jean-Jacques Doti]

Le 30/05/2013 15:41, Bzzz a écrit :
Évolution logique: plusieurs personnes peuvent se trouver sur la même 
machine (par ex, une machine avec +sieurs écrans/claviers/souris), ça 
évite que user1 puisse lire/écrire/trifouiller les données de user2. 
Dans ce cas, j'ai une question intéressante : comment fait-on pour 
associer un port USB à un des utilisateurs connectés ?


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51a75f7a.5000...@doti.fr

Re: [HS] - ssh changer mot de passe

[Jean-Jacques Doti]

Le 07/06/2013 10:05, Sébastien NOBILI a écrit :

Le vendredi 07 juin 2013 à  9:53, Nahliel Steinberg a écrit :

echo 'root:newpass' | ssh root@machine chpasswd

Sacha, merci je viens de faire un test sur une machine, ça à l'air de passer.

Je test sur une 10aine et te fait un retour.

Tu n'oublieras pas de nous faire signe quand tes machines auront été piratées…

Seb

Bon, on peut tout de même réduire la visibilité du mot de passe (dans 
l'historique des commandes ou dans le PS) en l'envoyant déjà hashé à 
chpasswd.

Il suffit de générer ce hash avec la commande :
mkpasswd -m SHA-512
puis de passer ce résultat à chpasswd en précisant l'option "-e". On 
aurait alors quelque chose de ce genre :

pass=$(mkpasswd -m SHA-512)
echo "root:$pass" | ssh root@machine chpasswd -e

Pour que cela apporte quelque chose, il FAUT exécuter au moins une fois 
mkpasswd en mode interactif mais le résultat peut ensuite être réutilisé 
X fois.


--
A+
Jean-Jacques


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51b1adad.2090...@doti.fr

Re: [HS] - ssh changer mot de passe

[Jean-Jacques Doti]

Le 07/06/2013 15:56, Nahliel Steinberg a écrit :

Bon, on peut tout de même réduire la visibilité du mot de passe (dans
l'historique des commandes ou dans le PS) en l'envoyant déjà hashé à
chpasswd.
Il suffit de générer ce hash avec la commande :
mkpasswd -m SHA-512
puis de passer ce résultat à chpasswd en précisant l'option "-e". On
aurait alors quelque chose de ce genre :
pass=$(mkpasswd -m SHA-512)
echo "root:$pass" | ssh root@machine chpasswd -e

Pour que cela apporte quelque chose, il FAUT exécuter au moins une
fois mkpasswd en mode interactif mais le résultat peut ensuite être
réutilisé X fois.

Merci pour ta réponse.

Ce qui m'afflige, c'est que je pensais que le flux SSH d'une machine à l'autre
etait crypté. Je ne savais pas qu'on pouvait lire les mdp ou autre commande rien
qu'en analysant les trames (comme à l'époque du bon vieux POP3 qu'on sniffait
pour chopper les dit mots de passe des boites)

Comment peut-on faire ça et comment ?
Si certains en parle c'est que ça doit etre réalisable et qu'ils ont déjà
essayé ? non ? ou c'est pure supputassion ?
Soyons clair : les flux d'une machine à une autre sont bien chiffrés 
avec SSH, que ce soit lors d'une connexion interactive, du transfert de 
fichiers (scp ou sftp) ou de l'exécution de commandes à distance. Il n'y 
a donc pas de risque de sniffer les données sur ton réseau et encore 
moins le mot de passe éventuellement utilisé.


Les problèmes qui ont été soulevés tiennent au fait que tu indiques un 
mot de passe en clair dans une de tes commandes, voire pire dans un 
script. Un utilisateur qui se connecte *localement* sur la machine à 
partir de laquelle tu vas faire le changement de mot de passe peut 
réussir à découvrir ce mot de passe : dans le script, dans l'historique 
des commandes passées, voire simplement avec la commande "ps". C'est en 
particulier pour ces raison de sécurité que la commande passwd ne 
fonctionne qu'en interactif.
Si tu es le seul utilisateur de la machine à partir de laquelle tu vas 
changer les mots de passe sur tes serveurs, je pense que le risque est 
plutôt faible et que certains utilisateurs de cette ML ont peut-être un 
peu exagéré le danger de ce que tu faisais ;-)


Ensuite, on conseille généralement d'interdire les connexion distantes 
directes sous le compte root, surtout avec utilisation d'un mot de 
passe, pour plusieurs raisons :
- limitation du risque d'attaque à distance par tentative de détecter ou 
de casser le mot de passe ;
- traçabilité des connexions à la machine : les différents utilisateurs 
se connectent d'abord sous un compte personnel (de préférence en 
utilisant, en SSH, une authentification autre qu'un mot de passe) puis 
obtiennent certains droits plus élevés via su ou sudo (ce qui fait que 
l'on a, ou que l'on peut avoir, une double authentification);
- En cas de retrait des droits d'administration à un utilisateur, il 
n'est plus nécessaire de changer le mot de passe root, puisque personne 
ne le connaît (si l'on veut pousser la sécurité, on peut générer un mot 
de passe root aléatoire pour chaque serveur à l'installation de chaque 
serveur et mettre ce mot de passe dans un coffre-fort [éventuellement 
électronique] : on ne le récupère alors qu'en cas d'absolue nécessité 
pour se connecter en console).

- …

Je te concède que les deux dernières raisons sont surtout valides dans 
le cas de serveurs en entreprise administrés par plusieurs personnes et 
avec une population d'administrateurs qui évolue souvent. Mais autant 
prendre de bonnes habitudes même sur des serveurs personnels (enfin, je 
dis ça, mais pour mes besoins persos, j'avoue que je conserve un accès 
SSH root sur mes serveurs - en entreprise, ce n'est généralement plus le 
cas).


J'espère ne pas avoir été trop bavard.

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51b1f879.4010...@doti.fr

Re: known_hosts

[Jean-Jacques Doti]

Salut,
Le 27/06/2013 12:11, Nahliel Steinberg a écrit :

bonjour à tous,

Dans les anciennes versions de SSH l'option HashKnowHost yes ou no permettait 
d'avoir
les fingerprints hashées ou non.

sur wheezy l'option n'est plus reconnu et je n'arrive pas à avoir en clair dans 
mon know_hosts
le nom des hotes en clair.

As-tu essayé l'option
HashKnownHosts no
sans les fautes ? ;-)
Chez moi ça marche…



J'ai bien trouvé cette commande : ssh-keygen -R

mais ça ne fait rien.
"ssh-keygen -R " supprime l'entrée correspondant à 
 dans le fichier known_hosts et ça fonctionne même lorsque 
les entrée sont hashées.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51cc3589.7010...@doti.fr

Re: gdm3 connexion sur une autre machine

[Jean-Jacques Doti]

Bonjour,

Le 05/07/2013 15:00, Boiteux Frederic a écrit :

Bonjour,

   Il y a [ou avait] une section « [xdmcp] » dans le fichier de config 
/etc/gdm3/daemon.conf, mais maintenant, ce fichier est quasiment vide, il n'y a 
plus les valeurs possibles ou par défaut, et je n'ai pas vu d'exemple complet 
dans le paquet gdm3.. Peut-être un « Enable = True » dans cette catégorie 
pourrait aider...

Fred.

-Message d'origine-
De : Yann Cohen [mailto:y...@ianco.org]
Envoyé : jeudi 4 juillet 2013 09:56
À :debian-user-french@lists.debian.org
Objet : gdm3 connexion sur une autre machine

Bonjour,

je souhaite pourvoir ouvrir une connexion X depuis ma station sur une autre.
Et ce sur mon réseau domestique "ami", donc pour l'instant pas d'inquiétude de 
sécurité.

Dans le temps, en activant xdmcp sur les station on pouvait avoir un écran de 
choix de machine sur lesquelles on pouvait ouvrir une session... (c'est il y a 
moins de 20 ans tout de même...)

Avec gdm3 je souhaite retrouver ce fonctionnement.

J'ai bien réussi à ouvrir une session sur une machine distante dans une fenêtre 
avec Xephyr, mais je n'arrive pas à comprendre si gdm3 peut ou pas et comment 
me proposer une connexion sur une autre machine.

À tout hasard, j'ai ajouté
[chooser]
Enable=true
Multicast=true

mais cela ne semble pas très efficace...

Merci de vos retours.

Pour autant qu'il me semble, avec gdm3, il est possible d'activer le 
serveur XDMCP mais pas de se connecter à un serveur distant. Si tu as 
besoin d'ouvrir des sessions distantes, il va falloir que tu changes de 
display manager (kdm offre cette possibilité, pour les autres, je ne 
sais pas trop).

Tiens-nous au courant si tu en trouves d'autres.

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51d6d49b.6050...@doti.fr

Re: Re : Mot de passe utilisateur d'un réseau

[Jean-Jacques Doti]

Le 05/07/2013 17:32, nicolas.patr...@gmail.com a écrit :

Le 05/07/2013 17:24:34, Bzzz a écrit :


Utiliser LDAP.

J’aurais pu donner moi aussi cette réponse (c’est bien la seule chose
que je peux faire), mais il a demandé un tutoriel.
Il y en a sur le site de LDAP ?

Et comment se comporte cette authentification LDAP lorsque la machine 
n'est pas sur le réseau et que le serveur LDAP n'est donc pas accessible 
? Il y a-t-il un mécanisme de mise en cache local du mot de passe (ou de 
son hash) afin de valider tout de même le login et autoriser l'ouverture 
de session ?


--
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51d6e845.20...@doti.fr

Re: Script Bash pour convertir BD Access vers MySQL ?

[Jean-Jacques Doti]

Bonjour,

Le 19/07/2013 13:55, Fabian Rodriguez a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-07-19 06:18, Serge SMEESTERS wrote:

Je continue également à chercher via Google

"migrating access database to mysql"

J'utilise https://www.ixquick.com/ pour mes recherches:
https://fr.wikipedia.org/wiki/Ixquick

Est-ce que l'utilisation des mdbtools (présents dans Debian) ne ferait 
pas l'affaire ?
Il y a un utilitaire, mdb-schema, qui permet l'export de DDL dans le 
dialecte SQL désiré (access, mysql, postgresql, oracle, …) et mdb-export 
devrait savoir faire de même pour les données.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51e92ae0.1010...@doti.fr

Re: Partage en local de fichiers entre utilisateurs

[Jean-Jacques Doti]

Bonjour,

Tu devrais essayer de monter ta partition contenant les fichiers à 
"partager" avec l'option acl : tu rajoutes ",acl" dans le fichier 
/etc/fstab sur la ligne qui va bien dans la quatrième colonne 
(normalement, tu dois avoir "defaults", à remplacer par "defaults,acl"), 
puis tu démontes/remontes ton file system (ou alors tu rebootes).

Ensuite tu installes eiciel (si tu ne l'as pas déjà).
Pour modifier les droits, tu fais un clic droit sur le fichier ou le 
répertoire qui t'intéresse, tu choisis propriétés et tu vas dans 
l'onglet "Access Control List".


A+
JJD


Le 12/04/2010 14:15, steve a écrit :

Salut la liste,

Je cherche un moyen *simple* de partager des fichiers en rw entre
plusieurs utilisateurs de la même machine (en local donc, pas de nfs ou
autres). Après quelques recherches sur le Net, il semble qu'il n'existe
pas de moyen simple pour le faire. Par simple, j'entends avoir un
répertoire dédié dans son home à qui on pourrait donner des droits en
lecture écriture (genre clic-droit sur un dossier et choisir « Partager
avec userX, userY, ..»). Dans le cas précis, on est sous gnome.

Ai-je manqué un épisode ou n'est-ce vraiment pas simple de faire cela ?

Merci d'avance,
s.

   


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4bc3198e.6020...@doti.fr

Re: Envoie de mail vers @whatever avec postfix

[Jean-Jacques Doti]

On Fri, 23 Apr 2010 17:42:32 +0200, "David H."  wrote:  Hello la liste 
J'ai configurer un serveur postfix chez moi, ajouté un champ MX sur mon DNS
de OVH qui pointe vers mon serveur postfix chez moi. Cette partie
fonctionne. On peut m'envoyer des mails sur u...@mondomaine.tld.  L'envoie
et la reception de mail fonctionne très bien en local.  Par contre, si
depuis mon postfix j'essaie d'envoyer un mail sur une adresse @gmail, @ovh
ou @whatever, ça coince. Dans les logs, j'ai des smtp.gmail:25, smtp.ovh:25
connexion timeout. Je suppose que c'est parce qu'il n'autorise pas mon
adresse IP. (mon firewall est en OPEN)  Y at-il un moyen de faire autoriser
son IP par gmail, ovh whatever ? sans pour autant utiliser le serveur SMTP
de son FAI pour envoyer des mails vers l'exterieur.  Merci d'avance pour
vos réponses. -- 
Site : www.appartland.eu [1]
Blog:
www.appartland/home/blog
Wiki: wiki.appartland.eu [2]

Salut, 

Je ne pense
pas que ce soit les serveurs SMTP des FAI qui bloquent ton IP : si c'était
le cas tu n'aurais pas un timeout, mais un refus de connexion ou une non
acceptation du mail (et en plus tu imagines le boulot si tu devais
contacter les administrateurs de messagerie de TOUS les domaines pour leur
indiquer ton IP ?!) 

Il est plus vraisemblable que ton FAI bloque les
sortie vers le port 25, pour éviter le SPAM (botnet). Quel est donc ton FAI
? 

Je sais que chez Free il est possible de débloquer la situation en
(dé)cochant une option dans l'interface d'administration. Pour les autres,
je ne sais pas, mais d'autres membres de la liste pourront certainement te
renseigner. 

A+ 

Jean-Jacques

Links:
--
[1]
http://www.appartland.eu
[2] http://wiki.appartland.eu

Re: scripts au démarrage, /etc/rc2.d

[Jean-Jacques Doti]

Bonjour,

Tu devrais pouvoir t'en tirer en rendant exécutable le fichier 
/etc/rc.local et en y ajoutant les commandes que tu veux faire exécuter 
: ce script est appelé par /etc/init.d/rc.local en fin de démarrage.


A+
Jean-Jacques


Le 17/05/2010 00:58, E. Prom a écrit :

Bonjour,

J'ai quelques commandes à lancer au démarrage de mon ordinateur, des
choses vraiment très simples.

Jusqu'à maintenant, je me contentais de créer un script dans /etc/rc2.d
appelé par exemple S99mon_script, qui contenait les commandes voulues,
et cela marchait très bien.

Depuis quelques temps je voyais des messages d'erreur indiquant que mes
scritps ne sont pas cachers, mais cela marchait tout de même.
Depuis une mise à jour très récente, mes scripts ne sont plus exécutés.
Il semble qu'il me faille entrer dans une organisation complexe, avec
mon script dans /etc/init.d, un lien dans /etc/rc2.d, et des lignes
d'information en commentaire au début du script.

Je n'ai pas envie de m'embêter à comprendre cette organisation et de
faire ces modifications pour tous mes scripts de toutes mes machines.

Y-a-t-il un moyen de lancer 3 pauvres commandes au démarrage de
l'ordinateur, sans avoir à digérer des pages de manuel et écrire des
lignes de commentaires LSB?

   


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4bf07aa4.30...@free.fr

Re: Debian Testing et Google Earth

[Jean-Jacques Doti]

On Fri, 13 Aug 2010 08:07:11 -0400, Roger Bouchard 
wrote:
> Bonjour!
> 
> J'ai justement essayé la manoeuvre hier et ça n'a pas fonctionné.
> 
> J'ai installé le paquet 'buils-essential', même résultat.
> 
> Je continue à fouiller.
> 
> Roger
> 
> Le 2010-08-12 20:36, Gaëtan PERRIER a écrit :
>> Bonjour,
>>
>> Est-ce que quelqu'un a réussi à installer Google Earth sur une testing
?
>>
>> Gaëtan
>>
>>
Bonjour,

Tu pourrais essayer d'installer le paquet googleearth-package d'unstable
(contrib) puis d'exécuter le script make-googleearth-package : ce script va
télécharger Google Earth puis fabriquer un paquet Debian -> ça facilite
beaucoup l'installation,la désinstallation et les mises à jour.

Jean-Jacques

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/e33228c0411d50eeeb1b6ba664634...@localhost

Re: Bug ifup 0.7alpha (experimental) était R e: Souci avec ifup)

[Jean-Jacques Doti]

 Apparemment il s'agit du bug 544371 
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544371) qui a été 
corrigé dan la branche 0.6.5 de ifupdown mais pas dans la version 
expérimental. Ça fait partie des risque lorsque l'on installe une 
version alpha ;-)



Le 22/08/2010 22:58, Yves Lambert a écrit :

On Sun, 22 Aug 2010 18:00:02 +0200
Pascal Hambourg  wrote:



Je ne sais pas dans sid, mais dans lenny les clients DHCP sont appelés
directement depuis l'exécutable ifup.

$ strings /sbin/ifup | grep dhclient

Oui, c'est bien ça aussi. ça me semble un a priori un peu moisi, mais
bon


Et l'appel se fait apparemment ainsi :

dhclient -e -pf /var/run/dhclient.%iface%.pid
-lf /var/lib/dhcp/dhclient.%iface%.leases %iface%

Bon j'avance :
Dans la version 0.6.5 de ifupdown ifup et ifdown sont un même
programme. Ce n'est pas le cas avec la version 0.7alpha.  La
version 0.6.5 communique correctement avec isc-dhclient-4.1.1-P1

Les appels dans la version 0.6.5 sont fait ainsi :
dhclient -v -pf /var/run/dhclient.%iface%.pid
-lf /var/lib/dhcp/dhclient.%iface%.leases %iface%

Si je lance :

# dhclient -e -pf /var/run/dhclient.eth0.pid
-lf /var/lib/dhcp/dhclient.eth0.leases eth0

Je reproduis l'erreur :

/var/run/dhclient.eth0.pid:
interface name too long (is 26)

Ce "-e" tout seul ne me dit rien qui vaille :

Usage: dhclient [-4|-6] [-SNTP1dvrx] [-nw] [-p] [-s server]
 [-cf config-file] [-lf lease-file][-pf pid-file] [-e
VAR=val] [-sf script-file] [interface]

Effectivement sans le -e ça passe. Et en remplaçant e par v c'est
encore mieux. dhclient ne bronche pas, bien que "-pf" ne ressemble pas
du tout à VAR=VAL et prend logiquement l'argument suivant pour
  et plante. Les versions antérieures de isc-dhclient
regimbaient un peu plus  (Cf bug #242537)


Dans la version 0.6.5 de ifupdown ifup et ifdown sont aparamment un même
programme. Ce n'est pas le cas avec la version 0.7alpha.  La
version 0.6.5 communique bien avec isc-dhclient-4.1.1-P1

Les appels dans la version 0.6.5 sont fait ainsi :
dhclient -v -pf /var/run/dhclient.%iface%.pid
-lf /var/lib/dhcp/dhclient.%iface%.leases %iface%

avec l'appel (obsolète) à dhclient3 qui est fait aussi dans la version
0.7

En parcourant le bug #242537 (de 2004 (!)) il semblerait que ce  n'est
pas une typo, mais un parti pris - bref ifup ne donctionne pas avec
isc-dhclient-4.1.1-P1 pas plus qu'il ne fonctionnait avec
isc-dhclient-3.0.0_beta

Typo ou pas typo ce "-e" tout seul ne me semble pas catholique.


Excusez moi je suis assez cancre, voici un diff unifié bref je ne fais
qu'à moitié le boulot. Pour une fois que j'ai un patch pour un bug que
je trouve :) par la même occasion mon patch vire les appels à dhclient3
vu que les versiosn testing et unstable de dhcp3-client ne fournissent
plus /sbin/dhclient3, et l'appel à ce script est obsolète). Je publie
ceci pour avis et conseil sur la liste/le forum
linux.debian.devel.french avant de remplir le bug sur le bts...

diff -u -w inet.defn.orig inet.defn
--- inet.defn.orig  2010-08-22 22:16:56.0 +0200
+++ inet.defn   2010-08-22 22:18:35.0 +0200
@@ -71,10 +71,8 @@

up
  [[ip link set dev %iface% address %hwaddress%]]
-dhclient3 -pf /var/run/dhclient.%iface%.pid
-lf /var/lib/dhcp3/dhclient.%iface%.leases %iface% \
-if (execable("/sbin/dhclient3"))
-dhclient -e -pf /var/run/dhclient.%iface%.pid
-lf /var/lib/dhcp/dhclient.%iface%.leases %iface% \
-elsif (execable("/sbin/dhclient"))
+dhclient -v -pf /var/run/dhclient.%iface%.pid
-lf /var/lib/dhcp/dhclient.%iface%.leases %iface% \
+if (execable("/sbin/dhclient"))
  pump -i %iface% [[-h %hostname%]] [[-l %leasehours%]] \
  elsif (execable("/sbin/pump")&&  mylinuxver()>=
mylinux(2,1,100))
  udhcpc -n -p /var/run/udhcpc.%iface%.pid -i %iface% [[-H
%hostname%]] \
@@ -85,10 +83,8 @@
  elsif (execable("/sbin/dhcpcd"))

down
-dhclient3 -r -pf /var/run/dhclient.%iface%.pid
-lf /var/lib/dhcp3/dhclient.%iface%.leases %iface% \
-if (execable("/sbin/dhclient3"))
  cat /var/run/dhclient.%iface%.pid | xargs -i kill -TERM {} \
-elsif (execable("/sbin/dhclient"))
+if (execable("/sbin/dhclient"))
  pump -i %iface% -r \
  elsif (execable("/sbin/pump")&&  mylinuxver()>=
mylinux(2,1,100))
  cat /var/run/udhcpc.%iface%.pid | xargs -i kill -TERM {} \



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4c71a0d2.2090...@doti.fr

Re: Mldonkey-server ne démarre plus / mlnet d émarre

[Jean-Jacques Doti]

On Mon, 6 Sep 2010 11:33:14 +0200, Aurelien  wrote:
> On Mon, Sep 06, 2010 at 10:23:52AM +0200, Guillaume Caron wrote :
>> > Message du 06/09/10 09:44
>> > De : "Aurelien" 
>> > Objet : Mldonkey-server ne démarre plus / mlnet démarre
>> > 
>> > 
>> > Salut,
>> > 
>> > Depuis mon l'upgrade de Vendredi (SID), mldonkey-server ne démarre
>> > plus,
>> > ni au démarrage ni via /etc/init.d/mldonkey-server start. Aucun
>> > message
>> > d'erreur, mais pas de processus mlnet non plus.
>> > Par contre, si je tape mlnet en root, alors il démarre, mais il
>> > démarre
>> > dans le répertoire root, ce qui n'était pas tout à fait l'idée.
>> > 
>> > Pas un message dans les logs de mldonkey ni dans ceux du système.
>> > 
>> > Je n'arrive pas à trouver de posts pertinents (étant donné que
>> > "mldonkey-server ne démarre pas" est une phrase qu'on retrouver un
peu
>> > partout).
>> > 
>> > Quelqu'un a-t-il une idée ?
>> > 
>> > A plus tard.
>> > Aurélien
>> > 
>> 
>> Hello,
>> 
>> Il a peut-être reçu une injonction de la Hadopi ?
> 
> Arf, ça serait vraiment pas de bol, vu la fréquence à laquelle je m'en
> sers !
> 
>> 
>> Blague à part, est-ce que tu peux te connecter avec son utilisateur
>> dédié et le lancer à la mano, pour voir comment il se comporte ?
>> Tu as plus de chances d'avoir ainsi des messages probants.
> 
> Tu veux dire avec mon utilisateur usuel. Le pb, c'est qu'il marche quand
> je le lance direct en utilisateur ou en root.
> Peut-être que je m'en sers mal, mais jusqu'ici, il était démarré tout
> seul au démarrage, comme démon, l'utilisateur, c'était mldonkey, je
> crois.
> Moi j'allais juste sur l'interface web, et c'était OK. Les répertoires
> de téléchargement étaient dans /var/lib/mldonkey, et je les ai en
> l'occurence, redirigés (liens symboliques) vers une autre partition plus
> grande. C'est surtout pour ça que ça me gène, parce que, du coup, comme
> il ne démarre plus selon ce mode, le résultat, c'est qu'il ne voit plus
> les downloads qui étaient en cours.
> 
> 
>> 
>> Sinon, il n'y a même pas de message dans /var/log/daemon, qui justement
>> doit recevoir les logs des services ?
> 
> Rien du tout dans les logs à ce sujet, un vide total, à vrai dire.
> 
>> 
>> Cordialement,
>> 
>> Guillaume
>> 
>> 
>> --
>> Lisez la FAQ de la liste avant de poser une question :
>> http://wiki.debian.org/fr/FrenchLists
>> 
>> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
>> vers debian-user-french-requ...@lists.debian.org
>> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
>> Archive:
>>
http://lists.debian.org/22701416.43127.1283761432420.javamail@wwinf1f03
>> 
> 
> -- 
> Aurélien

Salut,

Est-ce que tu peux regarder s'il ne resterait pas un fichier mlnet.pid ou
config_files_space.tmp dans le répertoire de travail de mldonkey ? Leur
présence peut empêcher le démarrage de mlnet.
Sinon, n'as tu vraiment rien qui apparaît dans /var/lib/mldonkey/mlnet.log
lorsque tu tentes un démarrage avec "/etc/init.d/mldonkey start" ?

A+
Jean-Jacques

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/7a4c5d304a438ea27ab40977a86fa...@localhost

Re: Mldonkey-server ne démarre plus / mlnet d émarre

[Jean-Jacques Doti]

On Mon, 6 Sep 2010 13:09:13 +0200, Aurelien  wrote:
> On Mon, Sep 06, 2010 at 11:50:21AM +0200, Jean-Jacques Doti wrote :
>> 
>> On Mon, 6 Sep 2010 11:33:14 +0200, Aurelien  wrote:
>> > On Mon, Sep 06, 2010 at 10:23:52AM +0200, Guillaume Caron wrote :
>> >> > Message du 06/09/10 09:44
>> >> > De : "Aurelien" 
>> >> > Objet : Mldonkey-server ne démarre plus / mlnet démarre
>> >> > 
>> >> > 
>> >> > Salut,
>> >> > 
>> >> > Depuis mon l'upgrade de Vendredi (SID), mldonkey-server ne démarre
>> >> > plus,
>> >> > ni au démarrage ni via /etc/init.d/mldonkey-server start. Aucun
>> >> > message
>> >> > d'erreur, mais pas de processus mlnet non plus.
>> >> > Par contre, si je tape mlnet en root, alors il démarre, mais il
>> >> > démarre
>> >> > dans le répertoire root, ce qui n'était pas tout à fait l'idée.
>> >> > 
>> >> > Pas un message dans les logs de mldonkey ni dans ceux du système.
>> >> > 
>> >> > Je n'arrive pas à trouver de posts pertinents (étant donné que
>> >> > "mldonkey-server ne démarre pas" est une phrase qu'on retrouver un
>> peu
>> >> > partout).
>> >> > 
>> >> > Quelqu'un a-t-il une idée ?
>> >> > 
>> >> > A plus tard.
>> >> > Aurélien
>> >> > 
>> >> 
>> >> Hello,
>> >> 
>> >> Il a peut-être reçu une injonction de la Hadopi ?
>> > 
>> > Arf, ça serait vraiment pas de bol, vu la fréquence à laquelle je
m'en
>> > sers !
>> > 
>> >> 
>> >> Blague à part, est-ce que tu peux te connecter avec son utilisateur
>> >> dédié et le lancer à la mano, pour voir comment il se comporte ?
>> >> Tu as plus de chances d'avoir ainsi des messages probants.
>> > 
>> > Tu veux dire avec mon utilisateur usuel. Le pb, c'est qu'il marche
>> > quand
>> > je le lance direct en utilisateur ou en root.
>> > Peut-être que je m'en sers mal, mais jusqu'ici, il était démarré tout
>> > seul au démarrage, comme démon, l'utilisateur, c'était mldonkey, je
>> > crois.
>> > Moi j'allais juste sur l'interface web, et c'était OK. Les
répertoires
>> > de téléchargement étaient dans /var/lib/mldonkey, et je les ai en
>> > l'occurence, redirigés (liens symboliques) vers une autre partition
>> > plus
>> > grande. C'est surtout pour ça que ça me gène, parce que, du coup,
>> > comme
>> > il ne démarre plus selon ce mode, le résultat, c'est qu'il ne voit
>> > plus
>> > les downloads qui étaient en cours.
>> > 
>> > 
>> >> 
>> >> Sinon, il n'y a même pas de message dans /var/log/daemon, qui
>> >> justement
>> >> doit recevoir les logs des services ?
>> > 
>> > Rien du tout dans les logs à ce sujet, un vide total, à vrai dire.
>> > 
>> >> 
>> >> Cordialement,
>> >> 
>> >> Guillaume
>> >> 
>> >> 
>> >> --
>> >> Lisez la FAQ de la liste avant de poser une question :
>> >> http://wiki.debian.org/fr/FrenchLists
>> >> 
>> >> Pour vous DESABONNER, envoyez un message avec comme objet
>> >> "unsubscribe"
>> >> vers debian-user-french-requ...@lists.debian.org
>> >> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
>> >> Archive:
>> >>
>>
http://lists.debian.org/22701416.43127.1283761432420.javamail@wwinf1f03
>> >> 
>> > 
>> > -- 
>> > Aurélien
>> 
>> Salut,
>> 
>> Est-ce que tu peux regarder s'il ne resterait pas un fichier mlnet.pid
ou
> 
> Non, c'est d'ailleurs l'un des moyens qui me permet de voir que ça ne
> démarre pas.
> 
>> config_files_space.tmp dans le répertoire de travail de mldonkey ? Leur
>> présence peut empêcher le démarrage de mlnet.
> 
> /var/run/mldonkey est totalement vide :
> ls -la /var/run/mldonkey/
> total 2
> drwxr-xr-x  2 mldonkey mldonkey 1024  3 sept. 09:06 .
> drwxr-xr-x 15 root root 1024  6 sept. 09:33 ..
> 
> Et une recherche sur config_file* ne me donne rien non plus :
> .816 Mo /root  $> find /var/lib/mldonkey/ -name "config_f

Re: [Testing/Sid] Beep insertion/retrait périph ériques, etc.

[Jean-Jacques Doti]

Le 08/09/2010 20:33, Christophe Gallaire a écrit :

Bonsoir la liste,

Depuis mon importante mise à jour estivale, ma machine produit un 
double "beep"
: dès que j'insère un périphérique USB, par exemple, ou que je le 
retire, ça
"beep". Idem pour le RJ45 ethernet et avec ça, un double beep à la 
connexion

GDM.
Je ne parviens à savoir où je peux désactiver ce double beep désagréable.

Une idée ?

Merci.

Christophe


Bonsoir,

Tu peux supprimer tous ces beep en empêchant le pilote du beeper de se 
charger : il s'agit de pcspkr. Il doit suffire de rajouter une ligne 
"blacklist pcspkr" dans un des fichiers du répertoire /etc/modprobe.d/ 
(blacklist.conf par exemple).


Un autre solution radicale serait de débrancher le haut-parleur dans ta 
machine.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4c87e12e.2060...@doti.fr

Re: ftp.fr.debian.org en rade?

[Jean-Jacques Doti]

 Le 03/10/2010 18:22, Jean-Michel OLTRA a écrit :

 Bonjour,


Le dimanche 03 octobre 2010, Antoine a écrit...



il n'apparaît même plus dans la liste des mirroirs fr :
http://www.debian.org/CD/http-ftp/
et ftp2.fr c'est chez orange=bof, donc perso passé en ftp.de
..et vous ?

Revenu en ce moment pour 18h20

En fait, la résolution DNS de ftp.fr.debian.org a récemment été modifiée 
: actuellement il s'agit d'un alias vers ftp.oleane.net (tout comme 
ftp2.fr.debian.org). Désolé Antoine ;-)


Au final, il s'agit au moins de la deuxième modification de résolution 
en quelques jours. Peut-être aurons-nous un jour un explication sur ce 
qu'il s'est passé avec le miroir Proxad...



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4ca8d8c7.8030...@doti.fr

Re: Proxytunnel (-e) et OpenSSH server

[Jean-Jacques Doti]

 Le 07/10/2010 09:12, David BERCOT a écrit :

Bonjour,

Bonjour

J'utilise proxytunnel pour me connecter à un serveur SSH. Si je rajoute
l'option -e, le traffic est chiffré en SSL, ce qui est intéressant
pendant la phase de négociation (avant que SSH ne soit réellement
actif). Toutefois, mon serveur SSH (Openssh-server 1:5.5p1-5) ne
reconnaît plus rien et n'accepte pas que je me connecte si j'ai cette
option [qui m'est obligatoire].
Apparemment, il s'agit d'un bug dans Apache et mod_proxy : la méthode 
CONNECT ne fonctionne pas en HTTPS.
Tu peux regarder là : 
https://issues.apache.org/bugzilla/show_bug.cgi?id=29744 pour avoir plus 
d'infos.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4cae16fc.6000...@doti.fr

Re: Password MySQL

[Jean-Jacques Doti]

 Le 25/10/2010 18:38, Sam Przyswa a écrit :

Le 25/10/2010 18:14, Kevin Hinault a écrit :

Le 25 octobre 2010 17:44, Sam Przyswa  a écrit :

Le 25/10/2010 17:34, Kevin Hinault a écrit :

Utilise la commande mysqladmin en tant que root :

http://dev.mysql.com/doc/refman/5.0/fr/mysqladmin.html

Oui mais pour lancer mysqladmin en tant que root il me faut le 
*password*

root que j'ai perdu !?

Oula mélanges pas tout. Le compte root du système et le compte root de
mysql ce n'est pas la même chose. Je parlais du compte root du système
: tu peux lancer la commande suivante pour écraser le mot de passe
root de mysql si tu es root du système :

# mysqladmin password


Cette commande sous root me retourne:

error: 'Access denied for user 'root'@'localhost' (using password: NO)'

et avec # mysqladmin -p password 

error: 'Access denied for user 'root'@'localhost' (using password: YES)'


Si bien sur tu as perdu le mot de passe root du système alors c'est un
autre problème.


Non le mdp root du système je l'ai !

Merci de ton aide.

Sam.

Salut,

Je pourrais te donner tout un tas d'explications sur la procédure à 
suivre, mais le plus simple est de se reporte à la documentation :

http://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html#resetting-permissions-unix

En tout état de cause, un redémarrage de mysql semble inévitable...

A+
Jean-Jacques


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4cc5bd22.8040...@doti.fr

Re: Password MySQL

[Jean-Jacques Doti]

 Le 26/10/2010 01:34, Sam Przyswa a écrit :

Le 25/10/2010 18:02, Benjamin Mercier a écrit :

Salut,

Sur une Debian Lenny suite à une fausse manœuvre je ne peux plus me 
logger

sur MySQL avec mon compte root car j'ai perdu le mot de passe !?
Comment supprimer/modifier le mot de passe sachant que la machine 
est en

production, par contre il y a qu'une seule base de données dessus.

Utilise la commande mysqladmin en tant que root :
http://dev.mysql.com/doc/refman/5.0/fr/mysqladmin.html

Ou si ta base n'est pas accessible depuis l'exterieur :
# /etc/init.d/mysqld stop&&  mysql --skip-grant-tables


Ben l'option "--skip-grant-tables" n'existe pas du moins avec la 
version 5.0.51a


Sam.


Si, si, l'option --skip-grant-tables doit exister, mais il s'agit, bien 
évidemment, d'une option de mysqld (le serveur) pas de mysql (le client) 
et la commande à lancer est donc

mysqld --skip-grant-tables

Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4cc65868.8060...@doti.fr

Re: partition racine à 100%

[Jean-Jacques Doti]

Salut, 

N'oublie pas non plus que sur ton filesystem (ext3) il y a de
l'espace réservé pour root. Si tu n'as rien spécifié au moment de la
création du FS, ça représente 5% de l'espace disque total, ce qui n'est pas
anodin sur un disque de plusieurs GO et ça explique que la somme des
espaces occupés et libres ne soit pas égale à la taille totale du FS. 

Sur
les machines persos, je modifie ces valeurs. Pour mon / (en général assez
petit), je laisse les 5%, mais sur des disques ne contenant que des données
(plusieurs centaine de GO) je n'hésite pas à supprimer tout cet espace
"perdu" avec la commande "tune2fs -m0 /chemin/vers/device" 

A+


Jean-Jacques 

On Mon, 8 Nov 2010 14:20:47 +0100, Luxpopuli Open source 
wrote:  

Merci pour l'idée ;-)

Je m'y attelle et je reviens.

Pascal

 Le
8 novembre 2010 14:17, Julien  a écrit :
 Bonjour,

 Tu as peut être des
fichiers caché par un montage ? Par exemple, sur ta
 partition racine tu as
un répertoire var qui doit être vide. Sur ce
 répertoire tu viens monter ta
partition "var" (hdb3) mais si sur ta
 partition racine (hdb2) ton
répertoire /var n'est pas vide du ne verra
 pas ces fichiers mais df oui.


Essai de monté uniquement ta partition racine (avec un live CD par

exemple, ou en lecture seul sur un autre point de montage /mnt/hdb2) et

vérifie que /var est bien vide. Tu peux aussi relancer la du

 Julien

 --

Lisez la FAQ de la liste avant de poser une question
:
http://wiki.debian.org/fr/FrenchLists [2]

 Pour vous DESABONNER, envoyez
un message avec comme objet "unsubscribe"
 vers
debian-user-french-requ...@lists.debian.org [3]
 En cas de soucis,
contactez EN ANGLAIS listmas...@lists.debian.org [4] Archive:
http://lists.debian.org/128937.26765.6.ca...@pc-julien.office [5]




Links:
--
[1] mailto:jul...@nura.eu
[2]
http://wiki.debian.org/fr/FrenchLists
[3]
mailto:debian-user-french-requ...@lists.debian.org
[4]
mailto:listmas...@lists.debian.org
[5]
http://lists.debian.org/128937.26765.6.ca...@pc-julien.office

Re: xmessage : can't open display

[Jean-Jacques Doti]

Salut à tous,

Et bien concernant le protocole client-serveur X11 et sa sécurité, je 
suis pas un spécialiste, mais quand je lis ce fil de discussion, je me 
dis qu'il y a du boulot pour en expliquer un peu ;-) !


Le 22/11/2010 18:06, cor...@free.fr a écrit :

ssh -X u...@machine xmessage -display :0.0 "OK"
Il faut taper le mot de passe, c'est assez lourd,
mais ça marche.
Merci.
En fait, dans ce cas-là, l'option -X ne sert à rien. Cette option permet 
de se connecter à une machine distante (serveur SSH) et de lancer une 
application graphique (client X) qui va s'afficher sur le serveur X 
tournant sur le client SSH. C'est clair ?


Dans le cas qui nous intéresse, on veut afficher une application sur une 
machine (et un serveur X) distant. Donc,

ssh u...@machine xmessage -display :0.0 "OK"
va suffire, à condition que user soit bien l'utilisateur propriétaire de 
la session graphique sur machine.



Pourtant je l'avais fait il y a environ 3 ans :
$ xmessage -display  :0.0 "Hello"
sans problèmes.
Soit ... tant pis, je verrai plus tard si c'est possible.
Effectivement, ce type de commande pourrait fonctionner, s'il n'y avait 
pas des mécanismes de sécurité pour l'empêcher...
Tout d'abord, il y a de grandes chances pour que ton serveur X n'écoute 
tout simplement pas sur le réseau, mais seulement sur une socket Unix 
locale. Il suffit de regarder les options de lancement qui doivent être 
indiquées dans le fichier /etc/X11/xinit/xserverrc (ou peut-être dans la 
conf de gdm). Si tu y vois quelque chose du genre "-nolisten tcp", c'est 
bien le cas. Tu peux aussi vérifier si le port TCP 6000 est en écoute 
sur la machine où tu veux afficher tes messages : c'est le port TCP 
associé au display machine:0 (port 6001 pour machine:display:1).
Ensuite, il faut autoriser la connexion X depuis ta machine cliente : 
c'est là qu'intervient la command "xhost +", mais pour plus de sécurité, 
je te conseille plutôt un "xhost +". N'oublie pas que 
l'accès à un display ne te permet pas seulement d'afficher ce que tu 
veux à l'écran, mais aussi de voir ce qui est affiché et de lire tous 
les évènements clavier et souris. Dans un environnement que tu estimes 
sécurisé (petit LAN domestique) ça peut passer, mais il faut éviter ce 
genre de chose dès que des machines du réseau peuvent être utilisées par 
des gens à qui tu ne fais pas absolument confiance.
Le problème, c'est que même avec "xhost +", je ne suis pas tout à fait 
certain que cela fonctionne. L'accès au serveur X est certainement 
sécurisé via un mécanisme de fichier d'autorisation : regarde du côté de 
la commande xauth si tu veux en savoir plus (je ne connais pas 
suffisamment pour pouvoir te résumer le fonctionnement de façon claire).


Au final, afficher des applications sur un serveur X distant n'est pas 
pas (plus) trivial en raison de considérations de sécurité. La bonne 
solution serait peut-être de chercher des systèmes de notification 
graphique en réseau. Ça existe certainement, mais je n'en connais pas. 
En revanche, il doit bien il y avoir des personnes ayant utilisé ça par 
ici..



Bonne fin de soirée.


Bonne soirée à toi aussi,
Jean-Jacques


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4cead9e5.3000...@doti.fr

Re: xmessage : can't open display

[Jean-Jacques Doti]

Salut !

On Tue, 23 Nov 2010 00:10:39 +0100, cor...@free.fr wrote:
> Le lundi 22 novembre 2010, Jean-Jacques Doti a écrit :
>> Il suffit de regarder les options de lancement qui doivent être 
>> indiquées dans le fichier /etc/X11/xinit/xserverrc (ou peut-être dans
la
>> conf de gdm). Si tu y vois quelque chose du genre "-nolisten tcp",
c'est 
>> bien le cas. Tu peux aussi vérifier si le port TCP 6000 est en écoute 
>> sur la machine où tu veux afficher tes messages : c'est le port TCP 
>> associé au display machine:0 (port 6001 pour machine:display:1).
>> regarde du côté de la commande xauth
> 
> J'ai besoin de précisions sur ces configurations TCP à modifier ...
> ça doit être dans les fichiers "gdm.conf" et dans "/etc/X11/..."
Si tu utilises gdm comme gestionnaire de connexion, tu peux simplement
lancer gdmsetup en tant que root (via gksu ou, suivant ta configuration,
via les menus présents sur la page de login). Il te suffit alors d'aller
dans l'onglet "Sécurité" et de décocher la case "Refuser les connexions TCP
au serveur X". Ensuite, il suffit de redémarrer le serveur X (simplement en
fermant la session en cours par exemple).

> et comment vérifier si le port TCP 6000 est en écoute ?
Plusieurs méthodes sont possibles :
- sur la machine où tourne le serveur X, exécuter "netstat -tanp | grep
:6000" -> tu dois voir apparaître quelque chose du genre 
tcp0  0 0.0.0.0:60000.0.0.0:*   LISTEN
-
- depuis n'importe où sur ton réseau, avec un telnet :
telnet  6000
Si le port 6000 est en écoute, ça devrait afficher "Connected to
".


Si tu passes un "xhost +" ou un "xhost +", tu devrais pouvoir
afficher ce que tu veux depuis , mais ça t'oblige à te connecter
préalablement (en SSH) sur le poste distant pour aller passer ta commande
(ou alors tu rajoutes la commande dans les fichier d'initialisation de
bash). Quitte à passer une commande à distance, autant récupérer plutôt les
clés d'identification xauth et les importer : il y aura beaucoup moins de
risque de sécurité. Regarde la page de manuel de xauth (man xauth) : il y a
quelques exemples pour faire ça et ce n'est pas très compliqué.

A+
Jean-Jacques

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/f0fb8e4326054f9379b290b1ecd18...@localhost

Re: read d'un caractère

[Jean-Jacques Doti]

Le 16/12/2010 20:45, Pierre Meurisse a écrit :

Bonjour,

On Thu, Dec 16, 2010 at 06:40:17PM +, moi-meme wrote:

sur un script bash je voudrais faire la lecture d'un caractère seulement.

La fonction read existe bien mais il faut finir par un CR.
Rien qui ne me convient dans le options.

avec Gxxx : je ne sais pas comment formuler la question.

La solution doit être triviale (et doit exister), je ne vais quand même
pas faire un programme en C pour ça !

Surtout que cela doit exister, je ne suis quand même pas le premier ...

Merci pour vos réponses


dans mes scripts, j'utilise read -k, mais je ne sais plus où j'ai trouvé
l'info.

A+


Je n'ai pas l'impression que l'option -k soit reconnue sous bash.
read est un builtin du shell : ses options peuvent donc varier en 
fonction du schell utilisé.


Sous bash, on obtient l'aide avec "help read" -> le comportement désiré 
est obtenu avec :

$ read -s -N1 reponse

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d0a8eb7.3010...@doti.fr

Re: read d'un caractère

[Jean-Jacques Doti]

On 17 Dec 2010 09:43:39 GMT, moi-meme  wrote:
> Le Thu, 16 Dec 2010 23:40:02 +0100, Jean-Jacques Doti a écrit :
> 
>> Sous bash, on obtient l'aide avec "help read" -> le comportement désiré
>> est obtenu avec :
>> $ read -s -N1 reponse
> 
> pas tout à fait d'accord :
> 
> $ read -s -n1 reponse
> 
> cela fontionne.
> 
> Merci en plus pour le "help read" : je ne connaissais pas
> 
Avec ma version de bash (4.1.5), les options -n1 et -N1 fonctionnent
toutes les deux, parce qu'on ne lit que 1 caractères.
Si on veut lire un nombre supérieur de caractères, il y a alors bien une
différence :
- -n10 va lire au maximum 10 caractères (soit 10 caractères tapés au
clavier, soit jusqu'à la validation avec la touche Entrée) ;
- -N10 va lire exactement 10 caractères (quand je teste, l'appui éventuel
de la touche Entrée est remplacé par une espace dans la variable).

A+
Jean-Jacques

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/a99e1ce693f64d6f21d29b52010c9...@localhost

Re: Squeeze : 2 fichiers de même nom

[Jean-Jacques Doti]

Le 21/01/2011 01:15, Alain Vaugham a écrit :

Le Friday 21 January 2011 00:59:03 NBaH, vous avez écrit :

od -c<  <(echo ./*)

Voici :

# od -c<  <(echo ./*)
000   .   /   h   e   u   r   e   .   h   t   m   l   .   /   h
020   e   u   r   e   .   s   h   .   /   v   a   f   a   c   .
040   t   x   t   .   /   v   a   f   a   c   .   t   x   t
060  \n
061
#

Salut,

Et bien tu as donc bien deux fichiers avec des noms différents : le 
premier (le plus gros des deux) s'appelle "vafac.txt" et le deuxième 
"vafac.txt " (avec un espace à la fin du nom).

Pour le supprimer, tu peux utiliser par exemple :
rm 'vafac.txt '
rm vafac.txt\  #avec, au moins, un espace après le \
mv vafac.txt temp && rm vaf* && mv temp vafac.txt

ou alors, tu utilises un explorateur de fichiers.

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d3929bf.8080...@doti.fr

Re: Commande find

[Jean-Jacques Doti]

On Fri, 21 Jan 2011 08:16:15 +0100, Fabien LUCE  wrote:
> Bonjour à tous!
Salut à toi !
 
> 
> 2 petites questions à propos de la commande find.
> 
> 1) pourquoi find / -name "*test*" -mtime +7 -print0 ne se comporte pas
> comme find / -print0 -name "*test*" -mtime +7 ? En d'autres termes: le
> paramètre d'action print0 doit il toujours etre à la fin de la commande?
Si
> oui, pourquoi?
Le paramètre -print0 (ou -print, ou -ls) est considéré par find comme un
paramètre normal de son expression conditionnelle, si ce n'est qu'il est
toujours évalué à "vrai" -> tout est traité dans l'ordre où cela est écrit.
Donc si -print0 apparaît avant -mtime, les noms des fichiers sont affichés
avant que le filtre ne s'applique.

> 2) comment puis-je écrire: liste_fichier=$(find / -name "*test*" -mtime
> +7) sans être embêté par les noms de fichiers comprenant des espaces? le
> print0 est pas mal mais sans xargs derrière j'ai l'impression que c'est
> inutile...
Ben avec un simple -print tu auras un nom de fichier par ligne, avec tous
tes espaces. Après tout dépend de la façon dont tu vas traiter le contenu
de la variable liste_fichier.
Sinon tu peux aussi prendre -print0, replacer le séparateur (caractère
NULL) par ce que tu veux et jouer avec IFS :
liste_fichier=$(find / -name "*test*" -mtime +7 | tr '\000' '|')
IFS='|' ; for f in $liste_fichier ; do echo $f ; done

> Merci, à bientôt! 
De rien et A+
Jean-Jacques


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/0c4a5b00c878d8f1a60863e6a176a5ac@localhost

Re: icedove - squeeze

[Jean-Jacques Doti]

Salut,

On Tue, 25 Jan 2011 14:11:02 +0100, Thierry Chatelet 
wrote:
> Bonjour,
> Je ne trouve pas comment faire pour qu'un email s'ouvre dans une
nouvelle  
> fenêtre et pas dans un nouvel onglet lorsque l'on double-clique dessus.
> Une 
> idée?
> Thierry

Dans Edition->Préférences->Avancé :
Ouvrir les messages dans : -> une nouvelle fenêtre

C'est bien ce que tu voulais ?

A+
Jean-Jacques

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/93f6b8de9006cfd7d782bcf69dfadcc3@localhost

Re: Thunderbird plus de ligne de rappel dans la réponse

[Jean-Jacques Doti]

Salut,

On Wed, 26 Jan 2011 13:48:46 +0100, Sam Przyswa wrote:
> Bonjour,
> 
> Depuis sans doute la dernière mise à jour de Thunderbird la ligne "Le 
> 24/01/2011 15:00, Via Internet a écrit :" n'est plus insérée dans la 
> réponse, plus on améloire et plus j'ai de problème avec ce logiciel.
> 
> Comment corriger ce bug, surtout ne me dites pas que c'est une nouvelle 
> fonction comme chez Microsoft.

Tu devrais regarder dans l'éditeur de configuration
(Préférence->Avancé->Général->Editeur de configuration) quelle est la
valeur du paramètre mailnews.reply_header_type. Pour avoir ce que tu veux,
il doit il y avoir 2.
Tu peux aussi vérifier mailnews_reply_header_authorwrote (%s a écrit) et
mailnews_reply_header_ondate (Le %s).

Ceci dit, j'ai fait toutes les mises à jour proposées pour icedove
(puisque thunderbird n'est pas présent dans Debian !) et je n'ai jamais eu
ce type de soucis.
 
> Merci de vos réponses.
Pas de quoi

> 
> PS. Déjà que je n'utilise plus Firefox car il me bouffe toute la mémoire

> et ralenti toute la machine, je vais finir par passer à Evolution.
Mais je ne peux que t'encourager à tester d'autres logiciels pour prendre
celui qui te convient le plus
 
> Sam.

A+
jean-Jacques

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/570971865d9f29e60bc4fe151aa54cfd@localhost

Re: Problème pour créer un paquet deb

[Jean-Jacques Doti]

Salut,

On Thu, 27 Jan 2011 15:11:01 +0100, steve  wrote:
> Le 27-01-2011, à 15:00:27 +0100, David Dumortier (d.dumort...@free.fr) a
> écrit :
> 
>> > > > ranlib: could not create temporary file whilst writing archive:
No
>> > > > more
>> > > > archived files
>> > > 
>> > > fakeroot ?
>> > 
>> > C'est à dire ? fakeroot *est* installé.
>> 
>> fakeroot checkinstall ?
> 
> Ah wai ... ben non, même erreur.
> 

As-tu vérifié si, pendant que checkinstall tourne, un filesystem ne serait
pas plein à 100% (je pense en particulier à /tmp) ?
Ça pourrait expliquer le message d'erreur et la difficulté à le détecter
puisque les fichiers temporaires peuvent être supprimés lorsque le
programme se termine.

A+
Jean-Jacques

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/7ae36d9e5e374e27f56c35486d349c3d@localhost

Re: horloge qui avance d'une heure chaque démarrage squeeze

[Jean-Jacques Doti]

Salut,

Le 13/02/2011 09:15, Prego Jérémy a écrit :

re,

ok. Je notte la réponse

le serveur ntp je connais bien j'utilise ntpdate pour le mettre a 
l'heure.


et si je dois mettre un windows sur cette machine? il ny a pas une 
solutions pour les mettres tout les deux dacord ?


Ne t'inquiète pas trop pour la cohabitation aves Windows : il me semble 
bien que cet OS sait aussi gérer l'heure hardware en UTC au moins depuis 
XP (et j'en suis à peu près sûr pour Seven et 2003.
De plus, même sous Windows tu peux utiliser NTP avec le client natif (tu 
dois pouvoir indiquer tes serveurs de temps dans les réglages de l'horloge).
Je pense qu'il est actuellement aberrant de mettre autre chose que la 
date UTC au niveau hardware.


--
A+
Jean-Jacques

Re: Cache DNS

[Jean-Jacques Doti]

Salut,

Le 12/02/2011 14:25, Luxpopuli Open source a écrit :
# dig +trace luxpopuli.fr  @212.27.40.240 




;; QUESTION SECTION:
;luxpopuli.fr .  IN  A

;; ANSWER SECTION:
luxpopuli.fr .   5843IN  A   
109.234.160.22


;; AUTHORITY SECTION:
luxpopuli.fr .   82721   IN  NS 
*ns2.o2switch.net .*
luxpopuli.fr .   82721   IN  NS 
*ns1.o2switch.net .*


;; Query time: 117 msec
;; SERVER: 212.27.40.240#53(212.27.40.240)
;; WHEN: Sat Feb 12 14:23:17 2011
;; MSG SIZE  rcvd: 94

Qu'est-ce que je dois en conclure ? (parce que ping luxpopuli.fr 
 renvoie toujours les DNS de mavenhosting


En résumé :
- la résolution sur les serveurs DNS semble bonne
- la résolution de nom sur ta machine ne l'est pas.

Cela signifie peut être simplement que pour luxpopuli.fr tu n'utilises 
pas les serveurs DNS !


Que donne :
getent hosts luxpopuli.fr
Si l'adresse IP renvoyée n'est pas la bonne, essaie de regarder ce qu'il 
y a dans ton fichier /etc/hosts : il y a peut-être une entrée que tu as 
oubliée.


--
A+
Jean-Jacques

Re : Quelque chose change le nom de ma machine vers new-host.home

[Jean-Jacques Doti]

Salut,

On Tue, 22 Feb 2011 13:36:31 +0100, Thibault DUPUIS wrote:


Bonjour,

J'ai eu le même soucis sur une LiveBox Pro.
Par contre, je n'ai jamais réussi à trouver de solution.

En espérant que quelqu'un sache comment le résoudre.

Le 22 févr. 2011 à 12:51, nicolas.patr...@gmail.com [1] a écrit :


Le 22/02/2011 12:27:43, Jean-Michel OLTRA a écrit :


Je crois, par l'intermédiaire du dhcp. Possible que ce soit en
relation avec l'interface de configuration des équipements
connectés.
Regarde dans la configuration : l'étiquette d'un nouvel hôte
s'appelle new-host-X. Ça ne te rappelle rien ?


Mon pécé s'appelle nico pour la LB.


Il semblerait que le problème vienne effectivement de la livebox, 
certainement via certaines options du client dhcp .
D'ailleurs quels sont le client dhcp utilisé et sa version ?: 
dhcp3-client, isc-dhcp-client, ...


Tu peux essayer d'aller voir les options sur ta box :
- connexion sur http://192.168.1.1 en admin/admin
- aller dans Configuration -> Equipement -> Visualiser -> Personnaliser 
->Visualiser

- choisis le nom voulu dans "Nom d'équipement".

Sinon, regarde les options dans le fichier /etc/dhcp/dhclient.conf (ou 
/etc/dhcp3/dhclient.conf) et en particulier la ligne commençant par 
"request". Tu peux essayer de supprimer "host-name" de la liste puis te 
reconnecter (/etc/initd.d/networking restart) pour voir ce que ça donne.


--
A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/db4ff6eec6176820f5202fee8c0a6...@webmail.doti.fr

Re: xdm over xrdp

[Jean-Jacques Doti]

On Tue, 22 Mar 2011 08:04:44 +0100, Bernard Schoenacker wrote:


Le Tue, 22 Mar 2011 00:54:39 +0100,
Gilles Mocellin a écrit :


Le lundi 21 mars, JF Straeten écrivit :


Re, On Mon, Mar 21, 2011 at 02:19:16PM +0100, Bernard Schoenacker
wrote: [...]


protocole en serveur : xrdp

Oui, donc, comme je demandais : tu cherches à te loger sur une
caisse Micromou, pas sur du *nix...

Je ne pense pas, xrdp permet justement d'utiliser le protocol de MS
sur du Linux, en redirigeant ensuite sur du VNC local par exemple. 
Et

c'est là que Bernard voudrait que ça lance xdm dans le Xvnc local,
plutôt que directement le bureau de l'utilisateur. Ma question de
l'autre fois reste entière : Puisque l'utilisateiur a déjà eu un
login/mot de masse par sesman (en tout cas chez moi, ça se passe 
comme
ça), pourquoi vouloir encore un gestionaire de session pour se 
logguer

à nouveau ? [...]
bonjour, merci pour la question et la réponse pertinente  voici 
la

situattion exacte :


http://planet.ubuntu-fr.org/post/2007/06/04/Connexion-a-Ubuntu-Linux-a-partir-de-windows-:-xrdp
[2] le client étant un wt320 le (win ce) donc il s'agit avec cette 
bouse

de récupérer sessman comme fenêtre de login ... le reste n'est que
litérature et bavardage ... slt bernard


Salut,

J'essaie de bien comprendre la question et je ne pense pas qu'il 
s'agisse simplement de se connecter à UN serveur Linux depuis un client 
RDP Windows. Dans ce cas, un XRDP avec une configuration standard 
suffirait (après avoir éventuellement nettoyé le fichier xrdp.ini pour 
ne conserver que la session sesman-Xvnc).


Donc, si j'ai bien compris l'objectif, il s'agit d'avoir un serveur 
faisant office de passerelle RDP, avec une fenêtre de connexion XDMCP 
pour aller ouvrir des sessions sur des serveurs Linux/Unix divers. je 
n'ai pas testé (mais dès que j'ai un moment j'essaie de m'y mettre par 
pure curiosité), mais il semble bien que cela soit possible. Le principe 
est d'avoir xrdp + sesman-XVNC + serveur VNC (serveur X) faisant tourner 
un sélecteur XDMCP (xdm).
J'ai trouvé des éléments sur cette page : 
http://www.systemajik.com/blog/remote-desktops-with-vnc-and-rdp/. Il ne 
reste donc plus qu'à tester, en faisant attention au fait que toutes les 
versions de serveurs VNC ou de sélecteurs XDMCP (xdm, gdm, kdm, ...) ne 
fonctionnent pas de la même façon.
L'astuce principale semble être de lancer le serveur VNC via inetd de 
façon à pouvoir servir plusieurs clients simultanément.


Bernard, n'hésite pas à nous tenir informés si tu arrives à tes fins. 
De mon côté, je vais essayer de mettre aussi ce type de conf en place, 
mais je risque de manquer de temps (il faut aussi que je bosse un peu 
pour mon patron ;-))


--
A+
Jean-Jacques



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/5f0ebcd353baaca2c30a275baed0f...@webmail.doti.fr

Re: Paquets non vérifiés ?

[Jean-Jacques Doti]

On Wed, 23 Mar 2011 11:12:50 +0100, Bernard wrote:


Bonjour à tous,

Sur mon nouveau Squeeze, tous les paquets que j'ai installés 
récemment

(et peut-être même depuis le début, je ne puis l'affirmer pour sûr),
ont
nécessité mon "OK" après l'avertissement: "Ces paquets n'ont pu être
vérifiés, voulez vous les installer quand même ?"

Mon source.list :

deb http://ftp.fr.debian.org/debian/ [1] squeeze main contrib 
non-free

deb-src http://ftp.fr.debian.org/debian/ [2] squeeze main contrib
non-free

deb http://mirror.home-dn.net/debian-multimedia [3] stable main
deb-src http://mirror.home-dn.net/debian-multimedia [4] stable main

deb http://security.debian.org/ [5] squeeze/updates main
deb-src http://security.debian.org/ [6] squeeze/updates main

deb http://ftp.fr.debian.org/debian/ [7] squeeze-updates main
deb-src http://ftp.fr.debian.org/debian/ [8] squeeze-updates main

Je fais évidemment des "apt-get update" après chaque modif de ce
fichier.

Je viens d'en faire un nouveau, dont voici la sortie ci-après:

***
# apt-get update
Réception de : 1 http://mirror.home-dn.net [9] stable Release.gpg 
[198

B]
[…]
Lecture des listes de paquets... Fait
W: Erreur de GPG : http://mirror.home-dn.net [10] stable Release : 
Les

signatures suivantes n'ont pas pu être vérifiées car la clé publique
n'est pas disponible : NO_PUBKEY 07DC563D1F41B907
**

Comment remédier à l'erreur de la dernière ligne ? Mais ceci ne
concerne que le dépôt "multimedia", alors que mes warnings: "ces
paquets
n'ont pu être vérifiés" paraissent concerner à peu près toutes les
installations...


Salut,

Est-ce que le paquet debian-multimedia-keyring est installé ? Si ce 
n'est pas le cas, installe-le. Tu auras un avertissement, mais ce sera 
la dernière fois.
Concernant les dépôts officiels, normalement tu devrais déjà avoir les 
clés servant aux signatures, mais tu peux vérifier si tu as bien les 
paquets debian-archive-keyring (celui-là devrait être bon) et 
debian-ports-archive-keyring (pour l'archive debian-ports, si tu 
l'utises).


A+
Jean-Jacques




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/dd87e21249314fdd7c3617e092d49...@webmail.doti.fr

Re: Interface cups en français sous squeeze

[Jean-Jacques Doti]

Salut,

On Tue, 29 Mar 2011 15:16:23 +0200, Sylvain MEDEOT wrote:


Bonjour la liste,

Je viens de mettre à jour un serveur de lenny à squeeze et tout
fonctionne correctement.
Un souci malgré tout, l'interface web de cups est en anglais malgré 
la

présence de
DefaultLanguage fr dans /etc/cups/cupsd.conf.

Constatez vous la même chose ?

D'avance merci et bonne journée,

Sylvain



Et bien en fait, la traduction en français n'existe tout simplement pas 
pour l'interface web, donc ça s'affiche en anglais.
Si cela ne te convient pas, tu n'as malheureusement que peu de 
solutions :

- tu attends patiemment que quelqu'un fasse la traduction ;
- tu traduis toi-même les fichiers présents dans 
/usr/share/cups/templates/ et tu les fournis au projet cups pour en 
faire profiter tout le monde ;
- tu te mets à une des langues pour lesquelles une traduction existe 
(allemand, espagnol, russe, italien, polonais, japonais, …)


Sinon, la directive DefaultLanguage ne sert pas à grand chose en 
général pour l'interface web : le plus souvent, c'est le navigateur qui 
indique se langue préféré.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/02caf5e09bd3655341a3f8ff98e9b...@webmail.doti.fr

Re: Environnement graphique pour root

[Jean-Jacques Doti]

Bonjour,

Le 29/03/2011 15:18, maderios a écrit :

On 03/29/2011 02:10 PM, hog...@iiiha.com wrote:

Bonjour,

On Tue, 29 Mar 2011 14:00:01 +0200, Thierry Chatelet wrote:

Bonjour
Est-il possible de démarrer une application en environnement graphique
en tant
que root?

gksu devrait faire l'affaire.



Bonjour
J'ai du mal à comprendre pourquoi, souvent,  on cherche à compliquer 
des chose simples. Je n'ai jamais vu l'intérêt de gksu. Mieux vaut un 
xterm/roxterm qui permet de lancer tout ce qu'on veut en root.

Donc
1) lancer xterm
2) se connecter en root avec su
su
motdepasseroot
3) lancer l'application, au besoin avec dbus-launch
Exemples
dbus-launch synaptic &
dbus-launch roxterm &
dbus-launch geany &

M

Il faut quand même noter que cette suite de commandes ( su suivi de la 
commande exécuter, que l'on peut remplacer par "su -c commande") ne 
fonctionne grâce aux deux éléments suivants :
- su passe dans l'environnement cible les variables DISPLAY et 
XAUTHORITY (ce qui, il me semble, n'était pas le cas avec des versions 
précédentes de su [package login])
- l'utilisateur cible est root et peut donc lire le fichier $XAUTHORITY 
qui n'est normalement lisible que par le propriétaire.


Si l'utilisateur sous lequel on veut lancer la commande graphique n'est 
pas root, il faut donc faire passer les autorisations X à cet 
utilisateur. On peut faire ça manuellement, à coups de xauth, mais ce 
n'est pas très convivial. Le plus simple est alors bien d'utiliser des 
outils comme sux ou gksu qui se chargent très bien de cette tâche.
Comme cela a été dit précédemment, il est aussi possible de faire un 
"xhost +", mais en terme de sécurité, ce n'est vraiment pas terrible 
(même si le serveur X n'écoute souvent pas sur le sur les interfaces 
réseau).


Voilà, c'était juste ma modeste contribution.

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d923b76.7090...@doti.fr

Re: Interface cups en français sous squeeze

[Jean-Jacques Doti]

On Wed, 30 Mar 2011 12:25:17 +0200, Sylvain MEDEOT wrote:


Le 29/03/2011 17:32, Jean-Jacques Doti a écrit :

Salut, On Tue, 29 Mar 2011 15:16:23 +0200, Sylvain MEDEOT wrote:

Et bien en fait, la traduction en français n'existe tout simplement
pas pour l'interface web, donc ça s'affiche en anglais. Si cela ne 
te

convient pas, tu n'as malheureusement que peu de solutions : - tu
attends patiemment que quelqu'un fasse la traduction ; - tu traduis
toi-même les fichiers présents dans /usr/share/cups/templates/ et tu
les fournis au projet cups pour en faire profiter tout le monde ; - 
tu

te mets à une des langues pour lesquelles une traduction existe
(allemand, espagnol, russe, italien, polonais, japonais, …) Sinon, 
la

directive DefaultLanguage ne sert pas à grand chose en général pour
l'interface web : le plus souvent, c'est le navigateur qui indique 
se

langue préféré. A+ Jean-Jacques

Bonjour et merci pour ces infos. J'ai jeté un oeil à tout ça et en
effet, c'est pas bien méchant à traduire. J'ai commencé pour les 
pages
les plus importantes et je finis ça dès que j'ai un peu de temps... 
Une

idée sur qui contacter dans le projet cups ?


Le mieux est certainement que tu poses la question sur les forums de 
cups.org :

http://www.cups.org/newsgroups.php?gcups.development

Ça te permettra de vérifier qu'il n'y a pas déjà quelqu'un sur le coup 
et de savoir comment et pour quelle version fournir ta traduction.


Bon courage et bravo pour l'effort,
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/957213f6b8913f582b551d5dcd4d5...@webmail.doti.fr

Re: xmonad et connexion au départ

[Jean-Jacques Doti]

Salut,

On Wed, 30 Mar 2011 13:57:39 +0200, Pierre Allken-Bernard wrote:


Bonjour,

J'utilise Xmonad à la place de Gnome ou Kde ou ...
Mais Gnome est toujours installé sur mon PC.
Et j'ai donc l'écran de connexion fournie
par Gnome (GDM si j'ai bien compris).

Par curiosité : si j'installe Debian sur un PC
avec seulement Xmonad, comment va se passer la
connexion d'un utilisateur au départ ("graphiquement") ?



Ben, si tu veux une connexion graphique, il te faut… un gestionnaire de 
connexion graphique.
En fait tu peux utiliser n'importe quel paquet fournissant la 
fonctionnalité "x-display-manager".


Dans les dépôts Debian, il y a au moins ceux-là :
- gdm3 - Next generation GNOME Display Manager
- kdm - KDE Display Manager for X11
- slim - desktop-independent graphical login manager for X11
- xdm - X display manager
- gdm - Gestionnaire d'écran de connexion de GNOME
- wdm - Gestionnaire d'affichage WINGs, un remplaçant à xdm avec 
l'apparence de WindowMaker


Quelque chose comme xdm ou slim (un peu plus "sexy") devrait faire 
l'affaire. Si tu en installes plusieurs, tu doit pouvoir choisir le 
gestionnaire à utiliser lors de la phase de configuration du paquet.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/be30928176be4b7c4ab096a89d471...@webmail.doti.fr

Re: serveur pop

[Jean-Jacques Doti]

Salut,

On Wed, 06 Apr 2011 07:12:12 +0200, deny wrote:

Le 05/04/2011 20:35,  en cette année 2010  *Thomas Blein* a écrit
fort justement :

On Tuesday 05 April 2011 18:02:43 deny wrote:

ok je vais tenter dovecot
mandriva est un peu endormie en ce moment, d'ou mes mails sur cette 
liste


Pour configurer Dovecot, tout se passe dans le fichier 
/etc/dovecot/dovecot.conf


Pour activer pop, il suffit de l'ajouter à la variable protocols:
protocols = pop3

au passage tu peux désactiver tous les services dont tu n'as as 
besoin.


Pour les fichier mbox, il faut renseigner la variable mail_location. 
Dans ton

cas cela devrait ressembler à ça:

mail_location = mbox:/var/spool/mail/%u

le %u c'est pour l'utilisateur.

Après c'est à adapter en fonction de ce que tu trouves dans ce 
fichier de

configuration. Sous Debian il est très bien documenté.

Amicalement,

Thomas


merci pour ton aide

dovecot -n
# 1.2.15: /etc/dovecot.conf
# OS: Linux 2.6.33.7-desktop-2mnb i686 Mandriva Linux 2010.2 ext3
protocols: pop3
listen: *:110
ssl_cert_file: /etc/pki/tls/certs/dovecot.pem
ssl_key_file: /etc/pki/tls/private/dovecot.pem
disable_plaintext_auth: no
login_dir: /var/run/dovecot/login
login_executable: /usr/lib/dovecot/pop3-login
mail_privileged_group: mail
mail_location: mbox:/var/spool/mail/%u
mail_debug: yes
mail_executable: /usr/lib/dovecot/pop3
mail_plugin_dir: /usr/lib/dovecot/modules/pop3
auth default:
  passdb:
driver: pam
  userdb:
driver: passwd

dovecot -n



service dovecot restart
Arrêt de IMAP daemon (dovecot) :  
[ÉCHEC ]

Lancement de IMAP daemon (dovecot) :
[  OK  ]

message d'erreur dans thunderbird

Échec de l'envoi du mot de passe. Le serveur de courrier
mail.linux-pour-lesnuls.com a répondu : Couldn't open INBOX: Internal
error occurred. Refer to server log for more information. [2011-04-06
07:05:02]

/var/log/dovecot  ;   vide
/var/log/maillog  ;   vide

 tail -50 errors.log
Apr  6 07:05:02 localhost dovecot: POP3(deny): mbox root directory
can't be a file: /var/spool/mail/deny/
(http://wiki.dovecot.org/MailLocation/Mbox)
Apr  6 07:05:02 localhost dovecot: POP3(deny): Couldn't open INBOX:
Internal error occurred. Refer to server log for more information.
[2011-04-06 07:05:02]


ls -la /var/spool/mail/
total 185
drwxrwxr-x  2 root mail   1024 2011-04-06 07:11 ./
drwxr-xr-x 14 root root   1024 2010-01-08 10:43 ../
-rw---  1 mail mail 37 2007-04-16 08:42 .bash_history
-rwxr-xr-x  1 deny mail 184334 2011-04-06 07:11 deny*
-rw---  1 deny mail  0 2011-04-06 07:10 inbox
-rw---  1  121 mail  0 2009-06-16 09:44 postfix
-rw---  1 mail mail  0 2007-04-16 08:42 .Xauthority


merci


Je n'ai pas toute la configuration de dovecot en tête, mais le message 
d'erreur qui s'affiche au lancement t'indique un lien vers un vers un 
wiki qui est plutôt bien fait et complet. A moins que tu n'aies de 
*très* gros problèmes avec l'anglais le mieux est que tu t'y reportes 
directement…


Sinon le doc pour la configuration de pour format d'entrée mbox est là 
:

http://wiki.dovecot.org/MailLocation/Mbox
et explique ça :
mail_location = mbox:~/mail:INBOX=/var/mail/%u (ou /var/spool/mail/%u, 
et je ne suis pas sur qu'avec du POP3 uniquement, la partie mbox soit 
nécessaire).


Tu pourras aussi jeter un coup d'œuil à la configuration POP3 :
http://wiki.dovecot.org/POP3Server

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/7a537b3405b953a6b7b288efc555d...@webmail.doti.fr

Re: bash et lancement script python

[Jean-Jacques Doti]

Salut,

On Sat, 23 Apr 2011 17:03:29 +0200, Alain Rpnpif wrote:

Bonjour,

Depuis toujours quand je mettais en première ligne d'un script python 
:

#!/usr/bin/python

Python était lancé sur le script.
Pourquoi maintenant (Debian Squeeze), la commande ./monscript.py 
donne :

line 1: #!/usr/bin/python: Aucun fichier ou dossier de ce type

$ sh ./monscript.py
./monscript.py: 1: #!/usr/bin/python: not found

$ bash ./monscript.py
./monscript.py: line 1: #!/usr/bin/python: Aucun fichier ou dossier
de ce type

$ which python
/usr/bin/python

python monscript.py marche. Je ne comprends pas.
Auriez-vous une explication ?


À tout hasard, est-ce que ton script aurait pu transiter par une 
machine Windows ou bien être transmis par mail ?


Dans ce cas, il est possible que les fins de ligne Unix (LF) aient été 
remplacés par des fins de ligne Windows (CR-LF). Si c'est le cas, la 
première ligne de ton script est vue comme

#!/usr/bin/python
et c'est donc "/usr/bin/python" qui est cherché au lieu de 
"/usr/bin/python".


Pour vérifier, affiche ton script avec un éditeur hexadécimal (ou tape 
"od -c -tx1 monscript.py" dans un terminal) et regarde si les "\n" sont 
précédés par des "\r".


Au pire, lance simplement un "dos2unix monscript.py" : si le soucis est 
bien là, ça le réglera (et quoi qu'il en soit, ça ne casse rien).


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/4aeb0980d76b6d79e800af6ecce2b...@webmail.doti.fr

Re: Source.list pour sid

[Jean-Jacques Doti]

Salut,

On Fri, 29 Apr 2011 10:49:22 +0200, steve wrote:

Le 29-04-2011, à 10:33:14 +0200, Fabrice LHUILLERY a écrit :

Salut,

Je tourne en Debian sid afin d'avoir une mise à jour constante des 
paquet et

ne plus avoir à réinstaller une nouvelle version à chaque fois.


Pourquoi veux-tu avoir des mises à jour constantes ? Sais-tu qu'en 
Sid
ton système ne sera pas toujours très stable ? Es-tu prêt de mettre 
les

mains de le cambouis et de passer des jours sans avoir le programme
qu'il te fut qui ne marche plus ? Pourquoi est-ce que la version 
stable

(squeeze) ne te convient pas ?


Déjà, est-ce un bon choix le sid ?


Tout dépend des gens et des réponses que tu donnes aux questions
ci-dessus.


Le risque de voir son système gelé et de
passé par la case réinstallation est-il élevé ?


Non, mais...

Et surtout ma question de novice. Quel est le contenu du source.list 
que je
dois avoir si je suis en sid ou en wheezy ? car là, mon source pour 
sid est

bien vide :

## sid
deb http://ftp.fr.debian.org/debian/ sid main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ sid main contrib non-free

## sid multimedia
deb http://www.debian-multimedia.org/ sid main
deb-src http://www.debian-multimedia.org/ sid main


Besoin de rien d'autre il me semble.


Merci d'avance et désolé de vous embêter avec mes questions de noob.


Pas de souci, c'est en posant les questions (et en faisant) qu'on
s'améliore.

Steve



Je suis en grande partie en accord avec la réponse faite par Steve, 
mais je vais tout de même apporter mes impressions, purement 
personnelles, sur la question.


Les paquets dans sid (unstable) sont en très grande majorité stables. 
En revanche, l'instabilité de cette distrib vient des nombreux 
changements qui s'y produisent et de certaines transitions lourdes qui 
peuvent rompre la cohérence : changement de version de certaines 
bibliothèques ou de gros projets (gnome, kde, xfce, …), passage de grub 
à grub2, changement de version du noyau, …
Il n'est pas rare que certains logiciels soit momentanément 
ininstallables (le "moment" pouvant durer de quelques jours à quelques 
semaines). Si le logiciel en question est déjà installé, ça peut être un 
moindre mal, mais il faut, par exemple, faire attention lors des mises à 
jour de ne pas supprimer une application majeure en installant la 
dernière version d'une bibliothèque.
Plus gênant encore, il peut arriver que l'OS ne boote plus : ce n'est 
en général pas dramatique, mais il faut un minimum de maîtrise pour 
réussir à remettre le système d'aplomb. Ce genre de chose m'est arrivé 
lors de mise à jour du noyau, de grub, de udev. Je n'ai jamais 
réinstallé une machine à cause de ça (j'ai des PC installés depuis plus 
de 5 ans : je ne fais normalement qu'une installation, puis des mises à 
jour régulières), mais j'ai parfois un peu transpiré sur ces problèmes.


Donc, si tu ne te sens pas (encore) l'âme d'un admin Debian(un peu) 
confirmé, je pense que tu devrais éviter SID, et ses éventuelles 
déconvenues, pour l'instant.


Les solutions que tu peux envisager :
- testing (en remplaçant sid par testing dans ton sources.list) : ça 
permet d'avoir des versions de logiciels relativement récentes avec un 
retard de 10 jours à quelques mois par rapport à SID, tout en ayant, 
normalement, une cohérence garantie (l'objectif est d'avoir une distrib 
testing tout le temps installable). L'inconvénient majeur est que l'on 
n'a pas de garantie concernant le suivi des failles de sécurité et le 
temps de livraison des patches concernant ces failles. En revanche, ça 
peut permettre de se familiariser avec Debian, son administration avant 
de passer éventuellement à sid.
- stable, avec éventuellement les proposed-updates et les backports. Je 
n'ai jamais utilisé ce type de configuration (relativement récente) et 
je n'en dirait donc pas grand chose, si ce n'est que, sur le papier, 
c'est la meilleure garantie de stabilité et de bon fonctionnement, tout 
en pouvant espérer avoir des versions pas trop anciennes de certains 
logiciels (mais regarde les contenus proposés pour te faire une idée).


J'espère ne pas avoir été trop confus et ne pas t'avoir trop embrouillé 
l'esprit.
Si tu veux un avis purement personnel et subjectif : installe une 
testing et fait toi la main et ta propre opinion dessus. C'est ce que 
j'ai fait récemment pour un ami (que je voulais pas entendre râler sur 
de vielles versions de certaines applis, ni devoir supporter trop 
régulièrement) : il semble tout à fait content de sa machine et ne me 
pose pas trop de questions.


A+
Jean-Jacques



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/14c83ce8f7103facbfa4c8becc58e...@webmail.doti.fr

Re: Quel shell pour une connexion SSH ?

[Jean-Jacques Doti]

Salut,

Le 09/05/2011 20:47, David BERCOT a écrit :

Bonjour,

Je me pose une question métaphysique ;-)
Quand on se connecte sur une machine via SSH, quel shell est lancé sur
cette machine ?
A priori, j'aurais répondu qu'il suffit de regarder dans /etc/passwd...

Mais là, sur mon NAS Synology, j'ai beau remplacer /bin/ash
par /bin/sh, rien ne change...
J'ai aussi jeté un coup d'oeil dans le fichier sshd_config mais je n'ai
rien trouvé de satisfaisant.

Auriez-vous une idée ?

Merci d'avance.


Peut-être tout simplement que /bin/sh est un lien symbolique vers /bin/ash ?

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4dc84241.7030...@doti.fr

Re: Remmina en applet de tableau de bord Gnome

[Jean-Jacques Doti]

On Fri, 13 May 2011 09:08:42 +0200, David BERCOT wrote:

Bonjour,

Suite à un petit souci après une MAJ (en gros, Debian ne voulait plus
démarrer du tout ;-)), j'ai tout ré-installé mon système.

Et là, j'ai eu une petite surprise sur Remmina. En effet, j'avais une
applet de tableau de bord qui me permettait de lancer directement la
connexion vers un serveur distant.

Maintenant, j'ai beau chercher, je ne la trouve plus... Ai-je mal
cherché ou bien n'existe-elle plus ?

Merci d'avance.

David.


Salut,

Dans les dernières version de remmina, il n'y a plus d'applet dédié aux 
différents environnements de bureau, mais une icône qui vient se mettre 
dans la zone de notification (systray).
Chez moi, remmina est lancé automatiquement à l'ouverture de session 
avec l'option "-i" (iconic ?) et je retrouve bien les même 
fonctionnalités qu'avec l'applet.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/d64d3e1e754f17859977458e03a7b...@webmail.doti.fr

Re: icedove: trop de variantes de dictionnaires français (fr_LU, fr_BE, etc.)

[Jean-Jacques Doti]

Salut,

On 27/06/2011 13:44, Nicolas Bercher wrote:

Bonjour,

Sous icedove, j'utilise l'extension "Dictionnary switcher" qui permet 
de
basculer rapidement le correcteur orthographique d'une langue à 
l'autre.
Or, j'ai plusieurs dictionnaires français/xxx disponibles (fr_LU, 
fr_BE,

etc.) pour le français.

J'aimerai retirer toutes ces variantes pour n'en garder plus qu'une 
(fr).


On dirait que ces dictionnaires sont inclus dans icedove (ou
icedove-l10n-fr)?
Comment puis-je faire pour m'en débarrasser ?
(google n'a pas été mon ami et je n'ai pas trouvé d'entrées
intéressantes dans l'éditeur de configuration d'icedove)


Je ne pense pas que les dictionnaires soient inclus dans icedove, mais 
plutôt dans un des paquets recommandés : myspell-fr, myspell-fr-gut ou 
hunspell-fr.
Chez moi, j'ai hunspell-fr qui fournit les fichiers suivants (les 
fichiers dans /usr/share/myspell/dicts/ sont des liens vers 
/usr/share/hunspell) :

/usr/share/myspell/dicts/fr_CA.dic
/usr/share/myspell/dicts/fr_LU.aff
/usr/share/myspell/dicts/fr_FR.dic
/usr/share/myspell/dicts/fr_LU.dic
/usr/share/myspell/dicts/fr_BE.aff
/usr/share/myspell/dicts/fr_FR.aff
/usr/share/myspell/dicts/fr_CH.aff
/usr/share/myspell/dicts/fr_BE.dic
/usr/share/myspell/dicts/fr_CH.dic
/usr/share/myspell/dicts/fr_CA.aff
/usr/share/myspell/dicts/fr_MC.dic
/usr/share/myspell/dicts/fr_MC.aff
/usr/share/hunspell/fr_CA.dic
/usr/share/hunspell/fr_LU.aff
/usr/share/hunspell/fr_FR.dic
/usr/share/hunspell/fr_LU.dic
/usr/share/hunspell/fr_BE.aff
/usr/share/hunspell/fr_FR.aff
/usr/share/hunspell/fr_CH.aff
/usr/share/hunspell/fr_BE.dic
/usr/share/hunspell/fr_CH.dic
/usr/share/hunspell/fr_CA.aff
/usr/share/hunspell/fr_MC.dic
/usr/share/hunspell/fr_MC.aff
(ce doit être semblable pour les autres paquets).
En revanche, je ne sais pas trop comment limiter les dictionnaires 
utilisés. Tu peux toujours effacer les fichiers qui ne t'intéressent 
pas, mais ils reviendront à la prochaine mise à jour.


A+
Jean-Jacques


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/701ec00a59b16f343dd2605edcd0e...@webmail.doti.fr

Re: tunnel SSH

[Jean-Jacques Doti]

Le 29/11/2011 11:03, Philippe Gayot a écrit :

Bojour,

Nous avons mis en place un tunnel pour encapsuler le HTTP dans SSH

1) à partir de machines (Win XP, Putty, TightVNC Viewer) en réseau local
2) vers l'interface Web (d'administration et de surveillance) du 
serveur de virtualisation "proxmox" (debian lenny)

3) & via un serveur de rebond

Les connexions se font via un serveur de rebond car son adresse IP 
permet à ce dernier de se connecter à n'importe quelle machine de 
n'importe quel réseau lan de l'entreprise.


La doc suivante nous a aidé :
http://formation-debian.via.ecp.fr/ssh.html#id386501
et notamment la figure 40.2 située en bas de page et qui a pour titre 
"*Exemple de tunnel SSH*".


Un profil particulier de firefox a été créé sur les stations XP dans 
le but que l'interface web s'y affiche :

Config manuelle du proxy
Hôte SOCKS 127.0.0.1 Port 22

Mais firefox ne se connecte pas à l'interface web de proxmox ...


Par avance, merci pour vos suggestions ...


Bonjour,

Il faudrait un peu plus de détails pour répondre précisément, mais à 
partir des quelques éléments que tu donnes, voici ce que je comprends :
- il s'agit d'utiliser les possibilités du tunneling SSH et, en 
particulier, le rpoxyu SOCKS intégré à OpenSSH
- pour cela, il faut ouvrir un tunnel ssh entre une machine A accessible 
par les clients et une machine B ayant accès aux ressources cibles
- ce tunnel doit être ouvert sur machine A avec une commande du genre : 
"ssh -D8080 userB@machineB"
- ensuite, il faut déclarer, dans firefox, un, proxy SOKCS sur machineA 
port 8080


La déclaration "Hôte SOCKS 127.0.0.1 Port 22" ne fonctionnera pas, sauf 
si le client SSH écoute sur le port 22 (ce qui a peu de chances d'être 
le cas).
Le tunnel peut être lancé sur chacune des machines clientes mais c'est 
peu pratique. Il vaut mieux faire cela sur un serveur unique, après 
avoir modifié le paramètre "GatewayPorts" à "yes" dans /etc/ssh/sshd_config.


En résumé :
- machineA doit être accessible par tous les clients sur un port à 
définir (8080 par exemple)

- machineB à accès aux ressources
- sur machineA on exécute "ssh -D*:8080 userB@machineB"
- sur les clients, on paramètre un proxy SOCKS sur machineA:8080

On pourra améliorer tout ça en lançant le client SSH en arrière plan 
(options "-f -n -N"), voire en utilisant un wrapper du type autossh pour 
surveiller le tunnel SSH et le relancer au besoin.


Cela correspond-il bien à ton besoin ?

Cdlt,
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4ed4b36f.3040...@doti.fr

Re: unsuscribe

[Jean-Jacques Doti]

Le 29/11/2011 14:43, Bad Seed a écrit :

Bonjour,

Sauriez-vous s'il vous plaît m'indiquer comment me désinscrire de la 
newsletter? J'ai tenté les méthodes usuelles mais sans succès.


Désolé pour ce désagrémment.

Cordialement,

Salut,

En fin de mail, on a une petite note :

Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+=1SSCoXbZ0=2uya4jdo+taxonlf2qptbccas-cukfyhx7...@mail.gmail.com


Yapluka…

A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4ed4e293.4090...@doti.fr

Re: serveur mail : mot de passe refusé

[Jean-Jacques Doti]

Le 02/02/2012 08:49, Carmelo a écrit :

Le 2 févr. 2012 à 08:38, Carmelo a écrit :


Bonjour,

J'ai mis en place mon serveur mail à la maison. Tout semble fonctionner 
parfaitement.

Par contre, plusieurs fois par jour, mon client mail (Apple Mail) me dit : le 
serveur ingrao.fr a refusé le mot de passe pour imap.ingrao.fr, et me propose 
de le retaper.

Ce que je fe fais (en cochant la case "enregistrer le mot de passe"), mais il 
me redemande le mot de passe 3, 4 ou 5 fois de suite, avant que la réception de mails 
fonctionne.

(le mot de passe tapé est le bon, il s'agit de celui du compte UNIX de mon 
serveur)

Avez-vous une idée ? (à part changer de client mail ^^)

D'avance merci,


A note que le problème semble se produire lorsque j'ai 2 clients mails ouverts 
simultanément : 1 sur ma machine fixe, 1 sur mon laptop ...


Salut,

Comment est-ce que tu te connectes à ton serveur, en POP3 ou en IMAP4 ?
Si c'est du POP3, saches que le serveur n'accepteras qu'une connexion à 
la fois par utilisateur. Dans ce cas, il est possible que ton client ne 
fasses pas la différence entre un refus pour mauvais mot de passe et un 
refus pour une autre raison.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4f2a544d.2010...@doti.fr

Re: Rediriger un domaine (un sous domaine de .com) qui n'est pas le mien vers /dev/null?

[Jean-Jacques Doti]

Le 21/02/2012 07:07, Olivier Pavilla a écrit :

Bonjour.

J'ai récupéré (on me l'a ttribué) une IP fixe. Une petite frappe
spécialiste des sites de merde qui vend de la daube dans le secteur de
la parapharmacie a un nom de domaine qui pointe sur mon IP. Et cette
petite frappe s'est (bien sûr) inscrite sur tous les sites du même
acabit. Mes logs sont pollués par des tentatives de connexions, des
smtps qui essaient de me relayer les messages de contacts des
"victimes", etc.
Y a t-il un moyen de rediriger ce flux vers le "néant"? Je voudrais que
www.pharmageo.com, puisqu'il s'agit de nom de domaine, pointe sur le
néant. Et avoir la paix.

Salut,

Et bien le nom www.pharmageo.com est un alias vers novip.adyane.com qui 
pointe vers ton adresse IP. Il est très probable que ton adresse IP 
était auparavant celle de ces sites et que les DNS n'aient pas été 
modifiés lors de l'abandon de ceux-ci.


Tu peux effectivement contacter le registrar (Gandi) qui héberge 
également les DNS de ces deux domaines (c'est surtout l'entrée 
novip.adyane.com qu'il faut modifier), mais je pense que la première 
démarche serait de prendre contact avec le contact (technique et 
administratif) de ces deux domaines (adyane.com et pharmage.com), qui 
est le même : tu trouveras ses coordonnées - nom, adresse, numéro de 
téléphone et adresse email (redirection par Gandi)- avec un simple

whois adyane.com

Si cette démarche n'aboutit pas, retourne-toi alors vers Gandi.

Bon courage,
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4f435bd8.6000...@doti.fr

Re: Affichage rétréci en console avec nouvel écran

[Jean-Jacques Doti]

Salut,

Le 28/02/2012 17:49, mahashakti89 a écrit :

On Tue, Feb 28, 2012 at 05:45:50PM +0100, mahashakti89 wrote:

On Tue, Feb 28, 2012 at 05:28:08PM +0100, Arnaud Hocevar wrote:

Salut,

Tu as dans le menu de ton écran la possibilité d'activer ou désactiver
l'upscaling (nécessaire pour Grub ou la console qui ne sont pas en 
1920x1200

voir plus).
cherche dans la documentation fournie ou sur le site du constructeur.

Arnaud

mahashakti89  wrote:



la seule chose que je vois dans l'OSD est dans le menu Image des options
H.Position , V.Position, Phase , je ne sais si c'est à cela que tu fais
référence ?? Mais je n'y ai pas accès.

mahashakti89


Dans les menus du moniteur, là où il y a Phase, V.Position, H.Position, 
est-ce qu'il n'y a pas aussi une entrée Aspect ? Si c'est le cas, essaie 
de jouer sur les deux options possibles (Full et Aspect ?)



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4d0a1f.60...@doti.fr

Re: dig & idn

[Jean-Jacques Doti]

Salut,

Le 03/05/2012 18:06, Daniel Caillibaud a écrit :

Bonjour,

Le dig de ma squeeze ne cause pas idn (il traduit un "é" en \195\169, avec un 
terminal en
utf-8).

   J'ai essayé
apt-build source dnsutils
   =>  ça récupère les sources de bind9, visiblement c'est conforme à
  http://packages.debian.org/squeeze/dnsutils même si je comprends pas trop 
pourquoi (car le
  paquet bind9 existe), y'a pas un pb ?

   Et ensuite, un
./configure --with-idn
   passe

   mais
apt-build --source build-source dnsutils
   répond :
Some error occured building package

de toute façon je me sentais moyennement l'envie de recompiler bind9 que 
j'utilise comme
résolveur local, mais j'aimerais comprendre...
La paquet source bind9 permet de générer de nombreux paquets binaires 
(bind9 mais aussi bind9-host, dnsutils, …) Rien ne t'empêche de générer 
ces paquets et de n'installer que celui qui t'intéresse.


Concernant tes erreurs de compilation, cela vient du fait qu'il manque 
les headers concernant la librairie IDN utilisée (ainsi que le librairie 
elle-même). Le soucis est que bind9 utilise idnkit 
(http://www.nic.ad.jp/ja/idn/idnkit/download/index.html) qui ne semble 
pas présent dans Debian : ta seule solution est donc de récupérér et 
d'installer toi-même cette librairie avant de pouvoir compiler dig avec 
le support IDN.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4fa3edea.5070...@doti.fr

Re: dig & idn

[Jean-Jacques Doti]

Le 04/05/2012 17:37, Daniel Caillibaud a écrit :

JJD>  Concernant tes erreurs de compilation, cela vient du fait qu'il manque
JJD>  les headers concernant la librairie IDN utilisée (ainsi que le librairie
JJD>  elle-même). Le soucis est que bind9 utilise idnkit
JJD>  (http://www.nic.ad.jp/ja/idn/idnkit/download/index.html) qui ne semble
JJD>  pas présent dans Debian : ta seule solution est donc de récupérér et
JJD>  d'installer toi-même cette librairie avant de pouvoir compiler dig avec
JJD>  le support IDN.

On aurait dans debian des sources qui pour être compilées auraient besoin de 
sources
non-debian ?
Ça me parait gros non ? Pas très dfsg en tout cas ;-)


En fait, on a dans Debian tout ce qu'il faut pour compiler tous les 
paquets **avec les options choisies par les mainteneurs des paquets**. 
Ça ne signifie pas que l'on peut recompiler tous les logiciels avec 
n'importe laquelle des options de compilation prévue par les 
développeurs. Tous les pré-requis ne sont pas présent et il peut aussi 
il y avoir des librairies redondantes ou des dépendances qui ne sont pas 
libres, ni même librement distribuables.


--
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4fa3fa13.3090...@doti.fr

Re: Comment augmenter une partition LVM2

[Jean-Jacques Doti]

Salut,

Le 10/05/2012 12:45, Olivier a écrit :

Bonjour,

J'ai un PC avec 2 disques en RAID1 logiciel (mdadm).
Sur ces disques, j'ai un unique volume LVM2 dont la totalité de
l'espace est allouée (je comprends maintenant que ce n'est pas très
malin d'avoir configuré le système comme cela) entre des partitions
/home, /usr, /tmp etc 

La partition /home qui détient la quasi-totalité de cet espace n'en
utilise que très peu (14%).
Mon problème est que la partition /usr est saturée.
Je souhaite diminuer l'espace alloué à /home, en réserver une partie
pour /usr et réserver le reste pour plus tard (et pouvoir allouer de
la place à la partition qui en aura besoin).

Il y a quelques temps j'avais répondu à une question similaire sur 
linuxfr.org. Tu peux jeter un coup d'œil sur ma réponse là :

http://linuxfr.org/forums/linuxdebianubuntu/posts/re-dimensionner-avec-lvm#comment-1325438

Il faudra simplement le redimensionnement de /usr pour ne pas prendre 
tout l'espace disponible.
Si tu es en testing ou en sid, pense aussi à l'option -r de lvresize 
pour réduire le FS en même temps que le LV.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4faba856.2070...@doti.fr

Re: SSH - ssh-add est ce normal?

[Jean-Jacques Doti]

Bonjour,


Le 10/05/2012 15:24, Hugues MORIN a écrit :

Bonjour

merci de ta reponse et desole si je n'ai pas ete clair;

En fait, apres avoir ajoute les clefs (de plusieurs users) par un
ssh-add, je me suis dit que j'allais controler ce qui avait ete
ajoute.

??
Tu veux faire quoi exactement ?
S'il s'agit de permettre à différents utilisateurs de se connecter sous 
le compte root de ton serveur, ce n'est pas du tout ce qu'il faut faire !
ssh-add permet de fournir à ssh-agent des clés privées (protégées par 
une passphrase). ssh-agent va alors fournir ces clés (non cryptées) à un 
client SSH pour aller se connecter sur des serveurs SSH. En clair ta 
manip permet au user root de ta machine de se connecter sur des serveurs 
SSH en utilisant les clés privées de tes utilisateurs. Je ne suis pas 
sûr que ce soit le but recherché…

J'ai donc fait un ssh-add -l (lister les empreintes de toutes les
identites presentes dans l'agent)
Je me suis apercu qu'une entree ne semblait avoir aucun rapport avec
ce que je venais de faire:
1024 5d:e3:d8:...4a:f2 hugues@localhost (DSA)
Il s'agit de la clé privée de ton utilisateur local (root dans ce cas) 
qui est chargée automatiquement au démarrage de ssh-agent.



J'ai alors passe la commande suivante:
root@localhost:/etc# ssh-add -d
Identity removed: /root/.ssh/id_dsa (/root/.ssh/id_dsa.pub)

Mais le resultat de ssh-add -l est toujours le meme. J'ai toujours
cette entree que je ne comprends pas.
root@localhost:/etc# ssh-add -l
1024 5d:e3:d8:...4a:f2 hugues@localhost (DSA)

J'ai aussi par la suite essaye ssh-add -D, ca n'a rien changer.
Apparemment, ssh-agent recharge automatiquement les clés  ~/.ssh/id_dsa 
et ~/.ssh/id_rsa, au moins quand elles ne sont pas protégées par une 
passphrase (de toutes façons, ces clés seraient utilisées même en 
l'absence de ssh-agent).



J'aimerai retirer cette entree mais je ne sais pas comment.
C'est la 1ere fois que je m'occupe de configurer et manipuler SSH
Je ne pense pas que tu ais besoin de t'occuper de cette clé. Il me 
semble même que ssh-add n'est pas ce que tu dois utiliser. Peux-tu 
préciser ton besoin ?


A+
Jean-Jacques


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4fabc73f.9090...@doti.fr

Re: création/formatage de partitions

[Jean-Jacques Doti]

Bonjour,

Le 29/05/2012 12:56, nicolas.bou...@free.fr a écrit :

J'utilise donc fdisk pour créer la partition étendue qui fait en tout un tera, 
jusque la pas de problèmes.
la partition est donc /dev/xvde1.

Une fois cela fait, je veux la formater avec mkfs pour l'utiliser en ext3. 
C'est a ce moment que ça se complique.
avec la commande suivante :
mkfs -t ext3 /dev/xvde1

je reçois cette erreur :
mkfs.ext3: taille_i_noeud (128) * nombre_i_noeuds (0) trop grand pour un
 système de fichier avec 0 blocs, indiquer un ratio_i_noeud (-i)
 plus grand ou un nombre d'i-noeud plus petit (-N).


Il me semble bien que si tu crées une partition étendue, c'est pour y 
mettre des partitions logiques à l'intérieur (ça permet de dépasser la 
limite des 4 partitions primaires).
Donc, soit tu crées une partition primaire et tu la formates, soit tu 
crées une (ou plusieurs) partition logique dans ta partition étendue et 
tu formates ensuite cette partition logique.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc4db82.4020...@doti.fr

Re: [HS] arborescence d'un site ftp

[Jean-Jacques Doti]

Bonsoir,

On 19/06/2012 15:30, Guy Roussin wrote:

Bonsoir,

Je cherche à récupérer l'arborescence d'un site ftp
dans un fichier *sans télécharger* les fichiers (il y
en a des dizaines de To). Je souhaiterais que que le
résultat ressemble un peu au résultat de la commande
"find ."

et tu as essayé avec un simple client FTP en ligne de commande : tu te 
connectes, puis tu essaies 'ls -R'. Il semble que ça fonctionne avec les 
serveurs sur lesquels j'ai testé, à moins que ce soit le client qui se 
débrouille (netkit-ftp).


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4fe23030.4020...@doti.fr

Re: [testing] Problème avec systemd

[Jean-Jacques Doti]

Salut,

Le 10/07/2014 15:15, Philippe Delavalade a écrit :

En latin9 on peut toçut à fait avoir les lettres accentuées en majuscules :
À È É Ç Œ etc.



Mauvais exemple : ton mail est codé en UTF-8 !

Mais à part ça, tu as raison…

--
Jean-Jacques

--
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/53bfd0ef.20...@doti.fr

Re: [testing] souris extrement lente

[Jean-Jacques Doti]

Salut,

Le 21/07/2014 10:00, yamo' a écrit :

Bonjour,

Je suis sur testing et ma souris est ce matin extrêmement lente, le
scrolling fonctionne normalement. J'ai poussé l'accélération aux maximum
sans changement.

C'est un touchpad donc je ne peux pas nettoyer de pièces dedans comme
une souris! Et top ne donne pas de charge anormale...
J'ai eu le même soucis sur un portable Dell (6320 il me semble). Je ne 
sais pas trop quel paquet mis à jour a provoqué ça (je n'avais pas 
allumé cette machine, sous SID, depuis quelques longues semaines et je 
me suis payé quelques centaines de paquets à upgrader…), mais j'ai pu 
régler ça (provisoirement) avec synclient et les commandes suivantes :

synclient MinSpeed=10
synclient MaxSpeed=30
synclient AccelFactor=1.5
(je ne suis pas tout à fait sûr des valeurs, mais c'était dans cette 
ordre d'idée).


A+
Jean-Jacques

--
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/53cd4065.1000...@doti.fr

Re: calcul de temps

[Jean-Jacques Doti]

Salut,

Le 31/07/2014 22:09, moi-meme a écrit :

encore un question tordue, je m'en excuse.

Pas trouvé de réponse sauf en PERL ou en C ou java mais je suis dans du
bash.

j'ai 2 dates epoch par exemple : 1406779635 et 1406484823

Jeopeux avoir leur valeur vraie par
moi$ date -d @1406779635
jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
et
moi$ date -d @1406484823
dimanche 27 juillet 2014, 20:13:43 (UTC+0200)

mais la différence de temps je ne vois pas comment la sortir
la différence est de : 294812
moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
04 jours 10 heures 53 minutes 32 secondes

Ya un jour de trop. C'est normal la différence est toujours une date et
le calendrier ne démarre pas au 0 Janvier :-)
Il y a aussi une heure de trop en raison du décalage entre l'heure 
française et l'heure UTC puisque date, sans l'option -u, te donne 
l'heure locale…


Question con : est -il possible de calculer le temps entre 2 epoch sans
bidouille ?

C'est quoi une bidouille ?


(calcul du nombre de jours, enlever nb jours*(60*60/24) pour trouver le
nombre d'heures, etc)

Ça c'est pas une bidouille mais un calcul…


Merci pour toute proposition.
C Hiebel

Et bien, si tu veux tout faire en bash, il suffit de le calculer. Voici 
donc une proposition de calcul (ou de bidouille, si tu préfères ;-) ) :

s=294812
echo "$(($s/60/60/24)) jours $(($s/60/60%24)) heures $(($s/60%60)) 
minutes $(($s%60)) secondes"

→ 3 jours 9 heures 53 minutes 32 secondes

Et ça devrait marcher même si tu dépasses les 31 jours (mais il faut 
peut-être adapter pour afficher correctement les durées de moins d'un 
jour ou de moins d'une heure).


A+
Jean-Jacques

--
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/53db4f46.5000...@doti.fr

Re: smbpasswd change le mot de passe général

[Jean-Jacques Doti]

Bonjour,

Le 15/09/2014 20:55, andre_deb...@numericable.fr a écrit :

On Monday 15 September 2014 19:00:46 Alain Rpnpif wrote:

Il y avait longtemps (2 ans ?) que je n'avais utilisé smbpasswd.
Quel ne fut ma surprise de découvrir qu'il change pas seulement le
mot de passe samba mais aussi le mot de passe général d'un utilisateur
comme le fait passwd.
Je ne me souvenais pas de ça avant.
Est-ce normal, chers comdebianotes ?
Alain Rpnpif

Etonnant !

"smbpasswd" réclame un argument pour éviter ce désagrément :
http://marionpatrick.free.fr/man_html/html/smbpasswd_8.html
Dans la configuration de samba (fichier smb.conf), il y a une option 
pour cela, "unix password sync", qui est à yes dans le fichier livré par 
Debian (voir aussi les options qui suivent : "passwd program", "passwd 
chat" et "pam password change").
Si ce comportement ne convient pas, ce pense que c'est là qu'il faut 
faire la modif.


A+
Jean-Jacques

--
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/5417f7a1.1010...@doti.fr

Re: Lanceur (xfce) / ssh / authorized_keys

[Jean-Jacques Doti]

Salut,

Le 16/09/2014 15:30, Pierre TOUZEAU a écrit :

[…]
J'ai configuré les répertoires .ssh/  avec authorised_key, know_hosts, 
id_rsa.pub, priv, dsa, ... afin de me faciliter la vie à partir de MA 
machine vers plusieurs serveurs que l'on appellera serveur0x.


Pour lancer un ssh sur différents serveurs à partir de mon poste 
Xubuntu, j'ai créé des lanceurs sur le même modèle avec la commande :

ssh -X root@serveur01 "xterm -fn 9x15 -g 160x50   -title 'serveur01' "
Comme dit précédemment, il me semble préférable de lancer un terminal 
local exécutant la commande ssh de connexion au serveur.
Si je lance cette commande dans un shell utilisateur (une console ou 
un xterm), j'ai un xterm de serveur01 qui s'ouvre immédiatement, avec 
le shell prêt à l'emploi.
Même avec une console Linux ? Quel est ton serveur d'affichage dans ce 
cas-là ?
Si je lance cette commande avec le lanceur, alors une boite de 
dialogue me demande le password user (root) de serveur01 avant de 
lancer un xterm
Tu es bien sûr que c'est le mot de passe root de serveur01 qui est 
demandé ? ;-)
Si je lance cette commande avec le lanceur, en mode "exécuter dans le 
terminal", il m'ouvre une 1ere fenêtre vide et aussitôt un Xterm avec 
le shell prêt à l'emploi...
Ça, c'est normal : si tu coches "exécuter dans un terminal", mets juste 
la commande "ssh -X root@serveur01" dans ton lanceur.


Je ne comprends pas cette différence de comportement ? Comment 
serveur01 peut il différencier l'expéditeur de la commande ou ne pas 
le reconnaître ?
À mon avis, serveur01 ne différencie rien du tout : c'est du côté de ta 
machine que cela se passe.

Est-ce que ta clé SSH est protégée par une passphrase ?
Est-ce que ssh-agent tourne dans ta session utilisateur ?
Après t'être connecté une première fois en rentrant ton mot de passe, 
est-ce que l'on te demande de nouveau ce mot de passe lors des 
connexions suivantes ?

Est-ce que la variable SSH_ASKPASS existe dans ton environnement.

Lorsque ssh ou ssh-add ont besoin d'un mot de passe, le comportement est 
différent, suivant que le programme s'exécute dans un terminal ou pas :

- dans un terminal, le mot de passe est demandé en ligne ;
- en l'absence de terminal, et si on est dans une session graphique, on 
utilise le programme indiqué par SSH_ASKPASS (normalement ssh-askpass) 
qui ouvre une boîte de duialogue.


Le comportement que tu décris ressemble à ce qui se passerait avec 
ssh-add : à la première utilisation d'une clé privée le mot de passe est 
demandé. Si on est dans un terminal, le mot de passe est demandé en 
ligne. Sinon, et lorsqu'il y a une session graphique, c'est une boite de 
dialogue qui apparaît… mais dans ce cas, c'est la passphrase de la clé 
privée qu'il faut rentrer et pas le mot de passe de root sur le serveur 
distant (mais il sont peut-être identiques chez toi : tu «fais ce que 
veux ;-)»).


A+
Jean-Jacques




smime.p7s
Description: Signature cryptographique S/MIME

Re: Libpam-mount et accents dans les fichiers Windows...

[Jean-Jacques Doti]

Salut,

Le 19/11/2014 17:03, David BERCOT a écrit :

Le Wed, 19 Nov 2014 16:51:01 +0100,
Haricophile  a écrit :

Le Wed, 19 Nov 2014 10:49:33 +0100,
David BERCOT  a écrit :


En cherchant un peu sur Internet, j'ai trouvé que l'option
"codepage" n'est plus disponible si on utilise fstype="cifs" (ça
fonctionne uniquement avec fstype="smbfs", mais ceci n'a plus l'air
d'être faisable).

Auriez-vous une piste ? Une solution ?

man 8 mount.cifs

iocharset
Charset used to convert local path names to and from Unicode. Unicode
is used by default for network path names if the server supports it.
If iocharset is not specified then the nls_default specified during
the local client kernel build will be used. If server does not support
Unicode, this parameter is unused.

Sauf que iocharset concerne les noms de fichiers (chemins) et pas le
contenu ;-)

Iocharset est une option qui fonctionne encore en CIFS mais dont je
n'ai pas besoin (utf8 par défaut).
Que ce soit avec smbfs ou cifs, les options codepage ou iocharset n'ont 
toujours concerné que le noms des fichiers, pas le contenu : en aucun 
cas il n'y a de conversion des fichiers eux-mêmes.
Ta problématique est donc ailleurs : c'est à l'outil qui ouvre les 
fichiers (éditeur ?) qu'il appartient de bien gérer le codage utilisé 
(le codage est soit détecté automatiquement soit forcé par 
l'utilisateur). Il me semble d'ailleurs que vim, par exemple, le fait 
plutôt bien (mais ça doit dépendre des options).


A+
Jean-Jacques

--
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/546cc31c.5000...@doti.fr

Re: /etc/hosts non pris en compte

[Jean-Jacques Doti]

Salut,

Le 20/01/2015 16:55, JUPIN Alain a écrit :

Bonjour


[…]
 je modifie mon fichier /etc/hosts pour lui demander de "remplacer" 
temporairement les DNS. J'ai ajouté ceci :

www.monsite.fr1.2.3.4

Mais la modif n'est pas prise en compte, ni par Firefox (même après 
redemarrage et vidange du cache) ni par un simple ping.

et si tu essayais en mettant :
1.2.3.4 www.monsite.fr

A+
Jean-Jacques

--
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/54be7f76.1070...@doti.fr

Re: /etc/hosts non pris en compte

[Jean-Jacques Doti]

Le 20/01/2015 17:58, Philippe Gras a écrit :


Le 20 janv. 15 à 17:49, JUPIN Alain a écrit :


Re,

Le 20/01/2015 17:34, Philippe Gras a écrit :



As-tu pensé à changer l'url du site dans la base de données ?

J'utilise Wordpress et je trimballe fréquemment mes sites de droite 
à gauche ;)


Il faut toujours que je change l'url du site dans la base pour que 
ça fonctionne.


C'est justement ce que je ne veux pas faire (vu qu'à terme l'URL ne 
changera pas) !


Ouais, mais j'ai l'impression que tu demandes l'impossible…

Tu veux que ton serveur virtuel 2 résolve une adresse 2 (OK), mais 
distribue une page


appartenant à l'adresse 1 (qui est par ailleurs encore installée sur 
le serveur 1). Je n'ai


pas vraiment l'impression qu'une telle bidouille puisse fonctionner… 
C'est pas logique.


Si si, ça doit marcher et, normalement, ça marche sans problème : le 
soucis n'est pas côté serveur mais sur le client qui doit s'y connecter





Sinon, dans le /etc/hosts, je me suis trompé en écrivant le mail, 
mais j'ai bien mis :

1.2.3.4www.monsite.fr

Au temps pour moi, mais ça valait le coup de vérifier…

Et que donne, sur ton client, la commande suivante ?
getent hosts

Est-ce que tu y retrouves ton serveur www.monsite.fr avec son IP ?

--
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/54be8c0c.50...@doti.fr

Re: Exim4: émettre avec cont...@exemple.fr plutôt que r...@exemple.fr

[Jean-Jacques Doti]

Salut,

Le 06/05/2015 15:45, Olivier a écrit :

@Pierre:
Ces mails viennent plutôt de scripts spécifiques (ie que je maîtrise).

Par contre, mon pb n'est pas de définir le destinataire du mail, c'est 
de définir l'émetteur.



Comment est-ce que tu envoies ces mails ?
Avec la commande mail (au moins celle de BSD Mailx), il est possible de 
passer des options directement à sendmail en les ajoutant après deux 
tirets (--).

Par exemple, il est possible de faire quelque chose du genre :

mail -s "Sujet" destinata...@example.com -- -f emett...@example.com

Bien entendu, il faut que ton MTA accepte de relayer le mail.

A+
Jean-Jacques

--
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/554a2684.8000...@doti.fr