Re: synaptic refuse de s'ouvrir

[Jean-Jacques Doti]

Le 18/05/2016 à 19:05, Sébastien NOBILI a écrit :

Bonjour,

Ça sent le problème d’accès au serveur X (lancé par l’utilisateur) par root.

Selon la configuration du système, la commande suivante (lancée dans un
terminal) pourrait marcher :

 gksu synaptic

ou

 gksudo synaptic

On est très dépendant de la configuration du système là, il est donc probable
que ces commandes ne fonctionnent pas…

(un bon moyen de se débarrasser définitivement de ce genre de désagrément c’est
la ligne de commande… ça peut piquer quand on n’en a pas l’habitude, mais après
c’est franchement bénéfique)

Sébastien


Le mercredi 18 mai 2016 à 17:24, Stiradens a écrit :

Bonjour,

je me trouve devant une difficulté. Sans raison apparente synaptic refuse de
démarrer.

En essayant de l'ouvrir en ligne de commande il me retourne:

** (synaptic:1878): WARNING **: Could not open X display
Invalid MIT-MAGIC-COOKIE-1 keyUnable to init server: Impossible de se
connecter : Connexion refusée

(synaptic:1878): Gtk-WARNING **: cannot open display: :0.0


Je n'ai rien fait d'autre que les mises à jour à la dernière utilisation. Je
n'ai rien changé de mes réglages sur aucun élément.

apt-get fonctionne cependant normalement.

Si vous avez une idée de la solution je suis à votre écoute.

NB: Même problème avec Gparted.



En fait, le problème est vraisemblablement lié au passage à Wayland 
utilisé à la fois par le gestionnaire de login (gdm ?) et la session 
Gnome. Pour synaptic, on essaie d'utiliser le serveur X embarqué 
(XWayland). Cependant, XWayland ne semble pas utiliser les mêmes 
mécanismes d'authentification (xauth) qu'un serveur X "natif" 
(apparemment pour ne pas contourner la sécurité gérée par Wayland) et le 
lancement d'applications graphiques en tant que root échoue 
(actuellement, ce lancement se fait via pkexec et plus avec gksu/gksudo)
Je ne sais pas quelle est la solution parfaite en attendant que toutes 
ces applications aient migré pour utiliser directement Wayland (plutôt 
que X11).


Pour ma part, j'ai abandonné la session Wayland en attendant de trouver 
autre chose. Dans gdm, au moment de l'ouverture de session (au moment où 
on saisit le mot de passe), il faut cliquer sur la roue dentée et 
choisir la session Gnome sous X (je ne me souviens plus de l'intitulé 
exact mais ça ne doit pas être trop compliqué de choisir dans la liste 
proposé) (bien entendu, il suffit de faire cela une seule fois : le 
choix de l'utilisateur est sauvegardé pour les sessions suivantes).


J'espère avoir été à peu près clair,
Jean-Jacques

Re: Packagekit

[Jean-Jacques Doti]

Le 18/12/2015 11:27, Eric Degenetais a écrit :

Sinon, je n'ai pas d'environnement de bureau à proprement parler, j'utiliser 
Windowmaker exclusivement.

Marrant...il doit y avoir méta-package sous roche, mais ça ne semble
pas provenir de wmaker directement...

Il suffit de demander.
Sur une de mes machines (sid), j'ai ça :

$ aptitude why packagekit
i   gnome-packagekit   Dépend libpackagekit-glib2-18 (>= 0.9.4)
i A libpackagekit-glib2-18 Recommande packagekit (= 1.0.11-1)

$ aptitude why gnome-packagekit
i   gnome-core Dépend gnome-packagekit (>= 3.14)

Dans une configuration standard (installation des paquets recommandés), 
l'installation de gnome-core entraîne celle de gnome-packagekit et de 
libpackagekit-glib2-18 (dépendance) ainsi que celle de packagekit 
(recommandation). En revanche, la désinstallation de packagekit ne casse 
rien car il n'y a qu'une "dépendance faible".


--
À+
Jean-Jacques

Re: Fail2ban

[Jean-Jacques Doti]

Le 01/12/2015 17:50, Philippe Gras a écrit :

Le 1 déc. 2015 à 17:40, Jean-Jacques Doti <b...@doti.fr> a écrit :


Le 01/12/2015 14:17, andre_deb...@numericable.fr a écrit :

Bonjour,

J'avais lancé un help sur ce sujet et modifié
jail.conf et fail.local

Malgré, j'ai toujours ce type de message dans mon logwatch quotidien,
(tentatives de connexions sur des comptes mail) :

"authentication failure; logname= uid=0 euid=0 tty=dovecot
ruser=pascal.b@ rhost=212.83.40.56 : 66 Times"

Une personne qui n'est pas le propriétaire du mail,
tente de se connecter 66 fois alors que le "maxretry=3"

Ici, fail2ban ne joue pas son rôle, il reste insensible à ses configs.
(je l'avais bien relancé).

André


Salut,

En fait, le soucis se situe directement dans la façon dont fail2ban fonctionne.
Le principe est que fail2ban scrute des fichiers de logs à la recherche de certaines 
chaînes de caractères. Pour dovecot, c'est le fichier /var/log/mail.log qui est examiné 
(cf /etc/fail2ban/jail.conf section [dovecot]). La chaîne "authentication 
failure" est normalement bien repérée et l'adresse IP du client récupérée (cf 
/etc/fail2ban/filter.d/dovecot.conf). Cette adresse IP es bloquée (via iptables) si elle 
apparaît plus d'un certains nombre de fois pendant un certain laps de temps (par défaut 3 
apparitions en 600 secondes).
Or dovecot a tendance à indiquer les erreurs de connexions ainsi :
authentication failure; logname= uid=0 euid=0 tty=dovecot 
ruser=pascal.b@ rhost=212.83.40.56 : 66 Times
c'est à dire avec une seule ligne indiquant de nombreux échecs 
d'authentification (il s'agit peut-être du nombre d'echec au cours d'une même 
connexion TCP). Du coup, fail2ban n'enregistre, dans ce cas, qu'une seule 
tentative (une seule ligne) et l'IP du client n'est pas immédiatement bloquée.

Je ne vois pas trop comment changer ce comportement facilement.
Il doit être possible d'arriver à quelque chose d'accpetable en indiquant 
"auth_verbose=yes" dans /etc/dovecot/conf.d/10-logging.conf et en modifiant ou 
en ajoutant un filtre fai2ban spécifique (les tentatives d'authentification sont alors 
toutes loggées, mais le format est différent de ce que fail2ban recherche en standard 
avec la configuration Debian).

J'espère que je n'ai pas été trop confus dans mes explications et je suis 
désolé de ne pas pouvoir fournir une solution clé en main…

A+
Jean-Jacques


Ah, ouais :-( C'est pas glop comme fonctionnement !

Dans ce cas, on peut mettre le 'maxretry' à 0, comme

ça l'IP est bannie après une première série de fails.


Oui mais non !
Tu ne veux pas forcément bannir l'utilisateur qui paramètre sa connexion 
(sur une nouvelle machine ou un nouveau smartphone) et qui fait une 
faute de frappe lors de la saisie du mot de passe…

Re: Fail2ban

[Jean-Jacques Doti]

Le 01/12/2015 14:17, andre_deb...@numericable.fr a écrit :

Bonjour,

J'avais lancé un help sur ce sujet et modifié
jail.conf et fail.local

Malgré, j'ai toujours ce type de message dans mon logwatch quotidien,
(tentatives de connexions sur des comptes mail) :

"authentication failure; logname= uid=0 euid=0 tty=dovecot
ruser=pascal.b@ rhost=212.83.40.56 : 66 Times"

Une personne qui n'est pas le propriétaire du mail,
tente de se connecter 66 fois alors que le "maxretry=3"

Ici, fail2ban ne joue pas son rôle, il reste insensible à ses configs.
(je l'avais bien relancé).

André


Salut,

En fait, le soucis se situe directement dans la façon dont fail2ban 
fonctionne.
Le principe est que fail2ban scrute des fichiers de logs à la recherche 
de certaines chaînes de caractères. Pour dovecot, c'est le fichier 
/var/log/mail.log qui est examiné (cf /etc/fail2ban/jail.conf section 
[dovecot]). La chaîne "authentication failure" est normalement bien 
repérée et l'adresse IP du client récupérée (cf 
/etc/fail2ban/filter.d/dovecot.conf). Cette adresse IP es bloquée (via 
iptables) si elle apparaît plus d'un certains nombre de fois pendant un 
certain laps de temps (par défaut 3 apparitions en 600 secondes).

Or dovecot a tendance à indiquer les erreurs de connexions ainsi :
authentication failure; logname= uid=0 euid=0 tty=dovecot 
ruser=pascal.b@ rhost=212.83.40.56 : 66 Times
c'est à dire avec une seule ligne indiquant de nombreux échecs 
d'authentification (il s'agit peut-être du nombre d'echec au cours d'une 
même connexion TCP). Du coup, fail2ban n'enregistre, dans ce cas, qu'une 
seule tentative (une seule ligne) et l'IP du client n'est pas 
immédiatement bloquée.


Je ne vois pas trop comment changer ce comportement facilement.
Il doit être possible d'arriver à quelque chose d'accpetable en 
indiquant "auth_verbose=yes" dans /etc/dovecot/conf.d/10-logging.conf et 
en modifiant ou en ajoutant un filtre fai2ban spécifique (les tentatives 
d'authentification sont alors toutes loggées, mais le format est 
différent de ce que fail2ban recherche en standard avec la configuration 
Debian).


J'espère que je n'ai pas été trop confus dans mes explications et je 
suis désolé de ne pas pouvoir fournir une solution clé en main…


A+
Jean-Jacques

Re: [Montage usb téléphone]Pas accès aux données de la carte SD

[Jean-Jacques Doti]

Le 30/11/2015 13:38, Grégory Bulot a écrit :

Bonjour,

J'ai un telephone android auquel je n'arrive pas à accéder aux données
de la carte SD ajouté (et formattée via ce téléphone)

- je ne vois que le montage  "USB Driver" ==> pilotes pour windows
  (/dev/sr1 on /media/[mon login]/USB Driver type iso9660
(ro,nosuid,nodev,relatime,uid=1000,gid=1000,iocharset=utf8,mode=0400,dmode=0500,uhelper=udisks2)

- Bus 001 Device 060: ID 1bbb:af00 T & A Mobile Phones

- grep "1bbb.*af00"  /lib/udev/rules.d/69-libmtp.rules
ATTR{idVendor}=="1bbb", ATTR{idProduct}=="af00", SYMLINK+="libmtp-%k",
MODE="660", GROUP="audio", ENV{ID_MTP_DEVICE}="1",
ENV{ID_MEDIA_PLAYER}="1"

J'ai ce problème sur ma debian stable et une testing :

- cat /etc/debian_version
   jessie/sid

Version des paquets (
ii gmtp 1.3.4-2
ii libmtp-common 1.1.6-20-g1b9f164-1
ii libmtp-runtime 1.1.6-20-g1b9f164-1
ii libmtp8 1.0.6-7
ii libmtp9:amd64 1.1.6-20-g1b9f164-1
ii libnet-smtp-ssl-perl 1.01-3
ii mtp-tools 1.1.6-20-g1b9f164-1

Salut,

Avant de chercher plus loin, il faudrait écarter un point tout bête mais 
qui m'a fait galérer un petit moment… Depuis quelques version d'Android, 
lorsque l'on branche le téléphone en USB, il est nécessaire de le 
déverrouiller pour que les données soit accessible via le protocole MTP 
et que le téléphone puisse être monté.
Donc, est-ce que tu as bien déverrouiller ton téléphone *après* l'avoir 
branché ?


Si ce n'est pas ça, on cherchera ailleurs mais, hormis ce petit écueil, 
cela fait bien longtemps que je n'ai plus (trop) de soucis avec le MTP.


A+
Jean-Jacques

Re: Tentatives de login avec dovecot

[Jean-Jacques Doti]

Le 04/11/2015 23:02, Philippe Gras a écrit :

Le 4 nov. 2015 à 20:27, andre_deb...@numericable.fr a écrit :


On Wednesday 04 November 2015 15:29:13 Philippe Gras wrote:

Ils ne disparaîtront pas, mais ils seront droppés après les X
tentatives infructueuses
que tu auras définies dans jail.local
Au début du fichier, tu as toutes les définitions générales :

Onn peut préciser d'autres options, merci.

On peut modifier à peu près tous les éléments de configuration :-)

(# cp jail.conf jail.local si besoin).

Ce qui veut dire alors que : jail.conf = jail.local ?

Comme l'a expliqué précédemment Jean-Jacques, tu commences par copier
jail.conf en le nommant jail.local (# cp jail.conf jail.local), et ensuite tu 
fais tes
propres configurations dans jail.local.

Alors, au début les 2 fichiers sont évidemment identiques, mais rapidement le
fichier local est enrichi par rapport au fichier conf.

En fait, ce n'est pas exactement ce que j'ai écrit, ni ce que je fais. 
Pour ma part, je ne mets dans jail.local que mes ajouts/modifications 
par rapport à jail.conf. Je ne réalise donc pas une copie préalable de 
jail.conf vers jail.local.
Mon jail.local ne contient en fait que ce que j'ai mis dans mon premier 
post et rien d'autre (enfin, j'ai aussi quelques autres jails pour 
lesquels j'ai surchargé la conf mais sur le même principe).
L'avantage est que, en cas de mise à jour, j'aurai le nouveau fichier de 
conf. Évidemment, ça peut aussi être un soucis si le mainteneur change 
une option qui me convenait mais l'important est d'en être conscient (et 
sur une debian stable, le risque est très limité).


A+
JJ

Re: Tentatives de login avec dovecot

[Jean-Jacques Doti]

Le 04/11/2015 12:56, andre_deb...@numericable.fr a écrit :

On Wednesday 04 November 2015 11:52:40 Jean-Jacques Doti wrote:

Je constate des centaines de tentatives d'authentification
sur mon serveur pop dovecot :

"authentication failure; logname= uid=0 euid=0 tty=dovecot
ruser=hollie rhost=173.9.136.221 : 6 Time(s)"

avec à chaque fois un "ruser" différent.
Comment empêcher ces tentatives ?

Sur mon serveur de messagerie, j'utilise fail2ban. Après installation,
tout ce qu'il y a à faire c'est activer le jail dovecot. J'ai aussi
augmenté le temps de bannissement par défaut (de 10 minutes à 10
heures). Pour cela, j'ai simplement créé un fichier
/etc/fail2ban/jail.local contenant :
---
[DEFAULT]
bantime  = 36000
[dovecot]
enabled = true
---
A+  Jean-Jacques

Grand merci, j'ai fait ce que tu préconises.
Je verrai si ces login ont moindri, voire disparu ?

"/etc/fail2ban/" contient aussi "jail.conf" :
y a t-il ici une configuration à faire ?
jail.conf contient la conf de fail2ban mais les paramètres peuvent être 
surchargés par ce que l'on met dans jail.local. L'intérêt de ne pas 
modifier jail.conf et de pouvoir avoir les nouvelles versions de ce 
fichier en cas de mise à jour du paquet.
Il reste quand même intéressant d'aller lire ce qu'il contient pour voir 
quels sont les filtres livrés en standard et activables (ssh, apache, 
serveurs SMTP, …)

Je pense aussi que n'autoriser que les authentifications en SSL/TLS sur
dovecot (que ce soit en POP3 ou en IMAP4) limite fortement le nombre des
tentatives d'accès :

On le fait via "/etc/dovecot/dovecot.conf" ?
Ben si tu as une installation standard de dovecot sous Debian, la 
configuration est distribuée dans les fichiers *.conf sous 
/etc/dovecot/conf.d. Pour activer le SSL/TLS, il faudra modifier le 
fichier 10-ssl.conf et, surtout, générer la clé et le certificat 
nécessaires au chiffrement (comme pour un serveur HTTPS). S'il y a peu 
d'utilisateurs (ou qu'ils sont captifs), tu peux peut-être te contenter 
d'un certificat auto-signé (ou avoir ta propre AC), sinon il faudra 
passer par un certificat délivré par une autorité de certification 
reconnue par les logiciels clients.
Le chiffrement de la communication permettra au moins d'éviter que les 
mots de passes soient transmis en clair (il me semblait d'ailleurs que 
dans la configuration par défaut sous Debian, l'envoi de mot de passe en 
clair sur une liaison non chiffrée n'était pas accepté par dovecot).


A+
Jean-Jacques

Re: Tentatives de login avec dovecot

[Jean-Jacques Doti]

Salut,

Le 04/11/2015 11:26, andre_deb...@numericable.fr a écrit :

Bonjour,

Je constate des centaines de tentatives d'authentification
sur mon serveur pop dovecot :

"authentication failure; logname= uid=0 euid=0 tty=dovecot
ruser=hollie rhost=173.9.136.221 : 6 Time(s)"

avec à chaque fois un "ruser" différent.

Comment empêcher ces tentatives ?
Sur mon serveur de messagerie, j'utilise fail2ban. Après installation, 
tout ce qu'il y a à faire c'est activer le jail dovecot. J'ai aussi 
augmenté le temps de bannissement par défaut (de 10 minutes à 10 
heures). Pour cela, j'ai simplement créé un fichier 
/etc/fail2ban/jail.local contenant :

---
[DEFAULT]
bantime  = 36000

[dovecot]
enabled = true
---

Je pense aussi que n'autoriser que les authentifications en SSL/TLS sur 
dovecot (que ce soit en POP3 ou en IMAP4) limite fortement le nombre des 
tentatives d'accès.


A+
Jean-Jacques

Re: [HS] un "du" des répertoires cachés

[Jean-Jacques Doti]

Le 19/10/2015 11:30, Bernard Schoenacker a écrit :

Le Mon, 19 Oct 2015 11:16:14 +0200,
Erwan David  a écrit :


On Mon, Oct 19, 2015 at 10:52:05AM CEST, Fabrice Regnier
 said:

salut la liste,

J'utilise fréquemment du * -sh pour avoir la place totale prise par
les répertoires mais je n'arrive pas à afficher la place prise
également par les répertoires cachés (ie commençant avec un point).

Any hint ?

merki ;)

du -h --max-depth=1


bonjour,

avec zsh :

du -h --max-depth=1
du: avertissement : conflit avec --max-depth=1 à la génération du résumé
Saisissez « du --help » pour plus d'informations.

avec bash c'est tout bon

slt
bernard


Salut,

Sous zsh tu as dû définir un alias pour du, du styme "du -s".
Comme les options -s et --max-depth sont incompatibles, ça explique le 
message…


A+
Jean-Jacques

Re: paquet n'étant plus dans les dépots

[Jean-Jacques Doti]

Bonjour,

Le 21/09/2015 23:15, Haricophile a écrit :

Le lundi 21 septembre 2015, 21:25:25 le pigeon a écrit :

j'utilise Debian testing 64

Et bien voilà, tout est dit.


et suite à aptitude safe-update j'ai
certain paquet qui ont été désinstallé et ne sont plus dans les dépôts,
notamment KRITA. Il a été gelé? Car je vois qu'il est dispo pour SID.

Pour utiliser testing à autre chose qu'à tester, je recommande d'ajouter les
dépôts de SID avec un pinning pour rester en Testing. Si pour une raison
quelconque un paquet est retiré, genre il y a un problème dessus ou il y a une
migration en cours non terminée (kde5 ? GCC ?) on ne reste pas coincé.
https://wiki.debian.org/AptPreferences

Pour le coup, utiliser unstable ne va pas régler grand chose… Voici ce 
que j'en ai compris.
On est toujours dans les à-côtés de la migration vers gcc5. Toute la 
suite calligra (dont krita) dépend de libilmbase6 qui a disparu 
récemment, remplacé par libilmbase6v5 (il s'agit de la même bibliothèque 
recompilé avec gcc5 avec renommage du paquet pour faire coexister les 
deux pendant un certain temps).
Il sera de nouveau possible d'installer calligra lorsque tout aura été 
recompilé mais ça risque de prendre un peu de temps. Au vu du bug 787033 
– https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787033 – datant du 
mois de mai, je suppute que le travail va être effectué sur une nouvelle 
version (version 2.9.7 actuellement) plutôt que sur la version 2.8.5 
actuellement dans les dépôts…
Après, on est effectivement sur une distribution en mouvement permanent, 
sans garantie quant à la disponibilité des différents logiciels. Ici, 
calligra est sorti de testing pour éviter de bloquer le passage à gcc5. 
La situation ne devrait être que provisoire mais cela dépend de la 
disponibilité du mainteneur. Lors des mises à jour, il faut réellement 
surveiller ce qui peut être supprimé : je pense qu'il aurait été 
possible de conserver krita, mais cela aurait certainement bloqué la 
mise à jour de très nombreux paquets (lors du passage à gcc5, sous sid, 
j'ai eu plusieurs centaines de paquets bloqués comme cela).

Pour le coup, le Pigeon n'a plus qu'à attendre et espérer.
Ce qui m'étonne tout de même, c'est que je pensais qu'un "safe-upgrade" 
(et non pas safe-update) ne pouvais supprimer aucun paquet. j'ai 
l'impression que l'on ne nous dit pas tout…


A+
Jean-Jacques

Re: [vendredi] Re: Messages au format html

[Jean-Jacques Doti]

Bonjour,

Le 18/09/2015 09:47, Eric Degenetais a écrit :

  Personellement, je trouve ce genre de méthode

indélicate.

A mon sens on sort du domaine de l'indélicatesse pour entrer dans celui de
la malhonnêteté, surtout que dans pas mal de cas il s'agit de valider des
listes d'adresses par la suite revendues à des spammers (qu'ils s'avouent
qu'ils sont spammeurs ou pas...)


__
Éric Dégenètais
Henix


http://www.henix.com
http://www.squashtest.org

Tiens, ce n'est pas un peu de la provocation de trouver ce genre de mail 
dans un fil concernant les messages au format HTML ?
Et tout cela pour aller récupérer chez Google une image en 1780x557 et 
l'afficher en 96x30 !


Bon, sans rancune ?

Bon week-end à tous,
Jean-Jacques

Re: Logrotate qui ignore le fichier '/etc/logrotate.d/rsyslog' modifié.

[Jean-Jacques Doti]

Salut,

Le 17/08/2015 13:03, Stéphane GARGOLY a écrit :

Bonjour à tous les utilisateurs et développeurs de Debian :

Ce vendredi 14/08/15, j'ai modifié le fichier '/etc/logrotate.d/rsyslog' en
ajoutant les paramètres dateyesterday et dateformat .%Y%m%d pour les
fichiers journaux '/var/log/syslog'.

D'ailleurs, je vous donne l'extrait du fichier '/etc/logrotate.d/rsyslog'
concernant les fichiers journaux '/var/log/syslog' (et après modification) :
/var/log/syslog
{
rotate 7
daily
dateyesterday
dateformat .%Y%m%d
missingok
notifempty
delaycompress
compress
postrotate
invoke-rc.d rsyslog rotate  /dev/null
endscript
}


[…]


Malheureusement, il semblerait que Logrotate les ait ignorées si j'en crois au
résultat de la commande 'ls -l /var/log/syslo*' (que j'ai lancée aujourd'hui)
:

-rw-r- 1 root adm   48390 août  17 07:10 /var/log/syslog
-rw-r- 1 root adm  195216 août  17 01:18 /var/log/syslog.1
-rw-r- 1 root adm   13242 août  16 01:17 /var/log/syslog.2.gz
-rw-r- 1 root adm2384 août  15 01:17 /var/log/syslog.3.gz
-rw-r- 1 root adm   11593 août  14 20:01 /var/log/syslog.4.gz
-rw-r- 1 root adm   11627 août  14 01:17 /var/log/syslog.5.gz

Aussi, qu'est-ce que je dois faire de plus pour que la commande logrotate
tienne compte de mes modifications pour les fichiers '/var/log/syslog' ?

Je dois aussi vous préciser que j'ai regardé les pages de manuel de Logrotate
sans que cela m'ait permis - apparemment - de m'avancer...

Et bien il semblerait que tu ais raté quelque chose dans les pages de 
man ;-)

Essaie de rajouter l'option « dateext » à ton fichier de conf.
dateformat permet de spécifier le format de la date lorsque dateext est 
présent…


A+
Jean-Jacques

Re: script Encode

[Jean-Jacques Doti]

Bonjour,

Le 17/06/2015 09:54, Klaus Becker a écrit :

Salut,

dans un dossier j'ai plein de fichiers mpg que je souhaite recoder avec
Encode (qui m'est d'une grande utilité) avec le script :

for file in $(ls /home/klaus/.../*.mpg); do
   Encode $file
done

Or le script traite tous les fichiers (presque) en même temps, puis
s'arrête en disant qu'il ne trouve pas les fichiers mpg.

Comment faire pour que les fichiers soient traités un par un, le 2e
seulement lorsque le traitement du 1er est terminé ?
Il est difficile de comprendre ce qu'il se passe sans avoir plus de 
détails concernant l'erreur, le mode de fonctionnement du script ou le 
shell utilisé…


Que s'affiche-t-il si tu n'exécutes que la commande ls ?
ls /home/klaus/.../*.mpg

Si tu exécutes manuellement ton script Encode avec un seul argument, 
est-ce que le script te rends la main immédiatement ou seulement à la 
fin du traitement ?


Et puis, quels messages obtiens-tu exactement lorsque tu exécutes ta 
boucle de traitement ?


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/55812ff4.4050...@doti.fr

Re: Problème de permission sur clés USB

[Jean-Jacques Doti]

Le 11/06/2015 08:34, Christophe Gallaire a écrit :

Le 11/06/2015 07:46, mireero a écrit :

On 06/10/2015 10:50 PM, Christophe Gallaire wrote:

Bonsoir à tous,

J'ai installé récemment Debian 8. Toutes les clés USB sont montées avec
pour propriétaire root. Je ne m'explique pas pourquoi. Pour contourner
le problème d'écriture, j'ai modifié le fichier
/etc/usbmount/usbmount.conf comme suit :

FS_MOUNTOPTIONS=-fstype=vfat,gid=plugdev,fmask=0002,dmask=0002

Reste qu'au démontage, je dois renseigner mon mot de passe root.

Quelqu'un a-t-il des lumières sur ce problème ?

D'avance, merci.

Christophe


Tu peux ajouter l'option 'user' (ou même plutôt 'users') à tes options
de montage, et uid=`id -u`.

Ceci dans la ligne de commande de montage, ou dans usbmount.conf (je
connais pas ce fichier, en tout cas je l'ai pas ici), ou plus
classiquement dans fstab.


Je vais ajouter ces deux options. Reste tout de même une question : d'où
vient ce problème de montage/démontage de clés USB que je n'ai jamais
rencontré ?

Il faudrait un peu plus de détails pour savoir ce qu'il se passe…
Quoi qu'il en soit le coupable (même si c'est un bien grand mot) est le 
paquet usbmount (qui fait juste son travail). Tu peux jeter un coup 
d'œil à ce bug :

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

En résumé :
- Regarde dans /etc/fstab s'il existe une ligne concernant /dev/sdb1 (à 
monter sur /media/usb0). Si c'est le cas, on peut supprimer la ligne.
- Si tu utilises un environnement graphique comme Gnome, KDE, XFCE, 
Cinnamon, … je pense que le paquet usbmount peut simplement être 
supprimé. Les clés ou disques USB seront alors accessibles par 
l'utilisateur de la session graphique.

- Tu peux aussi essayer d'installer le paquet pmount.

--
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/5579596c.9080...@doti.fr

Re: Problème mise à jour Wheezy - Suite

[Jean-Jacques Doti]

Le 10/06/2015 22:57, andre_deb...@numericable.fr a écrit :

On Wednesday 10 June 2015 22:41:50 F. Marécaille wrote:

Punaise!! bien vu andre_debian!! en passant par su et ensuite apt-get
update cela fonctionne mais pas avec sudo apt-get update, pourquoi???

[…]
C'est parce que ton sudo n'est pas configuré,
/etc/sudoers
Stoppes le et après c'est soit $ ou # :
/etc/init.d/./sudo stop
ainsi que dans le /etc/rc2.d = # mv SXsudo KSXsudo
X étant le n° du processus et S comme start et K comme kill.
Il ne démarrera plus au prochain boot du pc.
sudo est un truc d'Ubuntu qui ne m'a jamais plu.
Je ne me prononcerai pas sur l'utilité de sudo pour éviter les 
polémiques (même si cela peut être très utile, mais dangereux si mal 
maîtrisé, pour déléguer juste certains droits à des utilisateurs 
particuliers) mais ce que propose André ne sert pas à grand chose : sudo 
n'est pas un service avec un démon qui s'exécute en permanence.
/etc/init.d/sudo start se contente de modifier des droits dans 
/var/lib/sudo et /etc/init.d/sudo stop ne fait strictement rien !


Et tout cela ne nous explique pas pourquoi la commande aptitude update 
(ou plutôt sudo aptitude update) ne fonctionnait pas. L'erreur 
initiale semblait être un soucis de connexion en IPv6 mais il semble que 
les causes pouvaient être multiples et nous n'avons pas de détails 
concernant les messages d'erreur après la désactivation d'IPv6. Le 
contenu du fichier /etc/sudoers ou le résultat de la commande sudo -l 
(exécutée par l'utilisateur qui faisait la mise à jour) seraient 
également intéressant pour faire un diagnostic (je n'aime pas lâcher une 
question sans comprendre d'où venait le soucis, même si un contournement 
a été trouvé).


@+
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/55795498.5030...@doti.fr

Re: Problème mise à jour Wheezy - Suite

[Jean-Jacques Doti]

Le 09/06/2015 22:01, Frédéric Marécaille a écrit :

# ifconfig -a
eth0  Link encap:Ethernet  HWaddr 74:27:ea:a1:46:de
   inet adr:192.168.0.16  Bcast:192.168.0.255
Masque:255.255.255.0
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0
   TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 lg file transmission:1000
   RX bytes:10273432775 (9.5 GiB)  TX bytes:3585144154 (3.3 GiB)
   Interruption:42 Adresse de base:0x8000

loLink encap:Boucle locale
   inet adr:127.0.0.1  Masque:255.0.0.0
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0
   TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 lg file transmission:0
   RX bytes:1791461693 (1.6 GiB)  TX bytes:1791461693 (1.6 GiB)

# ping free.fr
ping -c3 free.fr
PING free.fr (212.27.48.10) 56(84) bytes of data.
64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms
64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms
64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms

--- free.fr ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms

/etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

Le mardi 09 juin 2015 à 05:57:08, andre_deb...@numericable.fr a écrit :

On Monday 08 June 2015 21:31:33 Frédéric Marécaille wrote:

Bon, suite aux diverses recommandations, j'ai désactivé le protocole
IPV6 sur ma Debian Wheezy (lien donné par Bernard Schoenacker).
Toujours le même résultat: la mise à jour de la wheezy se heurte
toujours à un problème de connection aux serveurs Debian.
Je rappelle que le réseau sur cette Debian semble fonctionnel.
Je ping des adresses internet en console.
Je dispose par ailleur d'un portable sous Jessie pour lesquels les mises
à jour fonctionnent normalement, je n'y comprends rien!
Cette Debian wheezy est un PC fixe qui fait office de serveur, les mises
à jours ne fonctionnent plus depuis quelques temps.
Je n'ai pourtant pas fais de changement majeurs dessus...
Dans tes premiers messages, l'erreur que tu remontais indiquait un 
problème de connexion en IPv6 vers le serveur miroir Debian. Comme la 
connexion IPv4 était bien fonctionnelle, un ping free.fr ne peut pas 
nous apprendre grand chose puisque ce ping se fait systématiquement en 
IPv4 (sinon, il faudrait utiliser la commande ping6).
Cependant, tu indiques que le protocole IPv6 a été désactivé depuis 
(comme le confirme le résultat de la commande ifconfig). L'erreur que tu 
obtiens lors d'un aptitude update a donc dû changer. Quelle est cette 
erreur à présent ?

Et rencontres-tu mes mêmes soucis avec apt-get ?

Est-ce que la commande suivante :
wget http://ftp.fr.debian.org/
fonctionne correctement ?

Comme ces problèmes ne semblent survenir qu'avec aptitude (et apt-get 
?), tu devrais jeter un coup d'œil sur l'ensemble des fichiers de 
configuration présent sous /etc/apt (en particulier ce qui se trouve 
dans les sous-répertoires apt.conf.d et preferences.d) pour voir si tu 
détectes quelque chose de bizarre.


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: https://lists.debian.org/557801e3.3010...@doti.fr

Re: Problème mise à jour Wheezy

[Jean-Jacques Doti]

Bonjour,

Le 02/06/2015 14:48, steve a écrit :

Le 02-06-2015, à 14:20:57 +0200, Frédéric Marécaille a écrit :


Fait! mais cela ne fonctionne pas.

Faut-il redémarrer le réseau su cette machine?
   
   Je ne suis pas sûr mais rien n'empêche de le faire.


Effectivement, il peut être intéressant d'essayer en redémarrant le 
réseau. Il semble bien qu'il y ait un soucis à ce niveau-là : ta machine 
essaie de se connecter en IPv6 au serveur pour récupérer les paquets 
mais la connectivité IPv6 ne semble pas bonne.


Tu peux tester assez simplement en faisant un :
ping6 ftp.fr.debian.org

Soit ça passe et les mises à jour devraient fonctionner, soit ça ne 
passe pas et il faut trouver autre chose (l'idéal étant de faire 
fonctionner l'IPv6, mais je ne sais pas rops comment cela se passe chez 
Numéricable).


Une autre solution serait de forcer les mises à jour en IPv4. Ça doit 
être possible en ajoutant

Acquire::ForceIPv4  true ;
dans ton fichier /etc/apt/apt.conf ou dans un fichier dans 
/etc/apt/apt.conf.d/ (crée un fichier etc/apt/apt.conf.d/99force-ipv4 
par exemple)


Tiens-nous au courant des résultats.
--
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/556db306.6020...@doti.fr

Re: donnons.org et iceweasel

[Jean-Jacques Doti]

Salut,

Le 22/05/2015 13:03, Christophe a écrit :

Hello,

Le 22/05/2015 11:13, Klaus Becker a écrit :

Bonjour,

ce matin, je ne peux plus aller avec Iceweasel sur donnons.org, je
reçois :

Cette connexion n'est pas certifiée

donnons.org utilise un certificat de sécurité invalide.

Le certificat n'est pas sûr car l'autorité délivrant le certificat est
inconnue.

(Code d'erreur : sec_error_unknown_issuer)



Je n'ai pas la même chose que vous : (FF 36.0.1 / Ubuntu)

Une erreur est survenue pendant une connexion à donnons.org. Le 
certificat du pair a été révoqué.

(Code d'erreur : sec_error_revoked_certificate)

Si ce dernier a été réellement révoqué par l’autorité de 
certification, c'est qu'il y a un sérieux soucis avec le certificat ; 
Auquel cas, ça ne me semble pas anormal que Firefox refuse la 
connexion en paramétrage par défaut.


Je pense donc que c'est côté serveur qu'il y a un binz ...

@+
Christophe.


Il me semble aussi que c'est bien du côté du serveur qu'il y a (avait) 
un soucis. Le certificat qui est actuellement utilisé n'est pas le même 
que ce matin.
Le certificat actuel a été émis le 21/05/2015 (hier) alors que le 
précédent était valide du 09/05/2014 au 08/05/2016.
En fait, le certificat précédent (n° de série 022C7D) a été révoqué le 
22/05/2015 à 06h38 GMT ⇒ au delà de cette heure, le certificat ne devait 
plus être accepté et le message affiché par Firefox était suffisamment 
explicite à cet égard.


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/555f1816.30...@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

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: /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: 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 haricoph...@aranha.fr a écrit :

Le Wed, 19 Nov 2014 10:49:33 +0100,
David BERCOT deb...@bercot.org 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: 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: 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: [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: [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: 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: 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: 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 http://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: 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: [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: 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: 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 cont...@creasixtine.com 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: 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: 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: 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: 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: bSecurity Alert!/b The PHP

ça doit être un script PHP header   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: 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 expression {} \; -print;
- cat fichier | grep -n expression
- sed -i 's/expression//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 expression /var/ | xargs -d '\n' -n 1 sed -i 
's/expression//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 expression 
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: 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: 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: 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: 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: 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: 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 nom_serveur supprime l'entrée correspondant à 
nom_serveur 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: [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: 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: 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: 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 b...@doti.fr
À : 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: 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: 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: FNAC Debian

[Jean-Jacques Doti]

Salut,

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

citation de=Guy Roussin
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: 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: [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: [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] 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: 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: 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: 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: 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 deb...@bercot.org 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 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: 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/moi 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: 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: 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.frmayer.debia...@free.fr  wrote:


Est-ce que scp -pr source destination des répertoires
/home/user/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/user -zcf - Maildir | ssh root@destination tar -C 
/home/user -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: 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: 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: [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: 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: 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: 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: 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 mahashakt...@orange.fr 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: 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: 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: 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: 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: 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: 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: 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: 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/pythonCR
et c'est donc /usr/bin/pythonCR 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: 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: 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: 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: 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: 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 : 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: 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 http://luxpopuli.fr @212.27.40.240 
http://212.27.40.240



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

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


;; AUTHORITY SECTION:
luxpopuli.fr http://luxpopuli.fr.   82721   IN  NS 
*ns2.o2switch.net http://ns2.o2switch.net.*
luxpopuli.fr http://luxpopuli.fr.   82721   IN  NS 
*ns1.o2switch.net http://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 
http://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: Problème pour créer un paquet deb

[Jean-Jacques Doti]

Salut,

On Thu, 27 Jan 2011 15:11:01 +0100, steve dl...@bluewin.ch 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: 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: icedove - squeeze

[Jean-Jacques Doti]

Salut,

On Tue, 25 Jan 2011 14:11:02 +0100, Thierry Chatelet tchate...@free.fr
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: Commande find

[Jean-Jacques Doti]

On Fri, 21 Jan 2011 08:16:15 +0100, Fabien LUCE f...@lutix.org 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