Re: Debian France Meetup à Paris [Streaming]
Le 29 mars 2017 à 11:27, Klaus Becker a écrit : > On mercredi 29 mars 2017 10:57:35 CEST Patrice Constans wrote: > > > *On s'en tape !** > > > **Nous sommes salariés et faute d'être complètement débiles nous ne > > > pouvons voter que Mélanchon...** > > > **C'est quand même le Front Populaire qui nous a tout donné et je n'ai > > > pas 1 million d'Euros en actions.** > > > * > > > > > > *Bonne journée à tous, Patrice.* > > > > c'est plutôt hors sujet, mais je suis bien d'accord avec toi. > > > > librement > > > > Klaus > Moi aussi [image: Images intégrées 1]
Re: MPEG-TS : édition de fichier vidéo TNT HD.
Le 25 février 2017 à 17:34, Dominique Dumont a écrit : > On lundi 13 février 2017 22:57:48 CET Randy11 wrote: > > J'enregistre les émissions de la télévision transmises en TNT HD, > > comme celles d'ARTE, les fichiers sont au format MPEG-TS et > > je souhaiterais pouvoir les éditer : couper les minutes avant et > > après la partie intéressante, supprimer les publicités. > si "$1" est un fichier MPEG-TS, la ligne ci-dessous le convertira en mp4 ffmpeg -i "$1" -c:a aac -vcodec libx264 "$1".mp4 L'édition (couper les pub !) peut se faire ensuite avec MPEG SteamClip <http://www.squared5.com/> Cordialement. ----- > (V) Dhénin Jean-Jacques ( ..) 48, rue de la Justice 78300 Poissy c(')(') dhe...@gmail.com -
Re: Script Bash de conversion ISO8859 -> UTF8
On Sat, Feb 18, 2017 4:33 PM, Nicolas FRANCOIS nicolas.franc...@free.fr wrote: Salut. [ … ] find: les chemins doivent précéder l'expression : arithmetique.tex J'obtiens : for filename in ` find . -type f -name *.tex` Même en essayant simplement de convertir les fichiers tex : Find ne s'utilise pas comme cela, mais plutôt find . -type f -name "*.tex" -exec iconv {} … \; Attention le "\;" en fin de -exec est obligatoire ! Hope this help --------- (V) Dhénin Jean-Jacques ( ..) 48, rue de la Justice 78300 Poissy c(')(')dhe...@gmail.com -
Re: Ben voilà on y est (sur de la vente liée)
On Mon, Dec 19, 2016 6:56 PM, kaliderus kalide...@gmail.com wrote: Info toute fraîche : https://www.courdecassation.fr/jurisprudence_2/premiere_chambre_civile_568/1414_14_35695.html C'est pas très nouveau, mais de plus en plus gravé dans le marbre il me semble... Et c'est que lundi ! A+ Comme quoi, le TAFTA ne fera que renforcer une collusion déjà établieentre la justice et l'oligarchie. Après les jacqueries médiévales et les divers révolutionscomment se débarrasser de la soi-disant soumission volontaire ? (18 pages) - (V) Dhénin Jean-Jacques ( ..) 48, rue de la Justice 78300 Poissy c(')(') dhe...@gmail.com -
Re: Cloner un disque
On Mon, Nov 28, 2016 3:26 PM, David Martin damart.vi...@gmail.com wrote: Bonjour, Qu'utilisez vous pour faire un clonage de votre Linux sur un nouveau disque ou un windows 7 par exemple ? -- david martin ddrescue - (V) Dhénin Jean-Jacques ( ..) 48, rue de la Justice 78300 Poissy c(')(') dhe...@gmail.com -
Re: synaptic refuse de s'ouvrir
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
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
Le 01/12/2015 17:50, Philippe Gras a écrit : Le 1 déc. 2015 à 17:40, Jean-Jacques Doti 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
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
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
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
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
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
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
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
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é.
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
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
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
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
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
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
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
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
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
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...
Salut, Le 19/11/2014 17:03, David BERCOT a écrit : Le Wed, 19 Nov 2014 16:51:01 +0100, Haricophile a écrit : Le Wed, 19 Nov 2014 10:49:33 +0100, David BERCOT a écrit : En cherchant un peu sur Internet, j'ai trouvé que l'option "codepage" n'est plus disponible si on utilise fstype="cifs" (ça fonctionne uniquement avec fstype="smbfs", mais ceci n'a plus l'air d'être faisable). Auriez-vous une piste ? Une solution ? man 8 mount.cifs iocharset Charset used to convert local path names to and from Unicode. Unicode is used by default for network path names if the server supports it. If iocharset is not specified then the nls_default specified during the local client kernel build will be used. If server does not support Unicode, this parameter is unused. Sauf que iocharset concerne les noms de fichiers (chemins) et pas le contenu ;-) Iocharset est une option qui fonctionne encore en CIFS mais dont je n'ai pas besoin (utf8 par défaut). Que ce soit avec smbfs ou cifs, les options codepage ou iocharset n'ont toujours concerné que le noms des fichiers, pas le contenu : en aucun cas il n'y a de conversion des fichiers eux-mêmes. Ta problématique est donc ailleurs : c'est à l'outil qui ouvre les fichiers (éditeur ?) qu'il appartient de bien gérer le codage utilisé (le codage est soit détecté automatiquement soit forcé par l'utilisateur). Il me semble d'ailleurs que vim, par exemple, le fait plutôt bien (mais ça doit dépendre des options). A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/546cc31c.5000...@doti.fr
Re: Lanceur (xfce) / ssh / authorized_keys
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: smbpasswd change le mot de passe général
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: calcul de temps
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
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
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
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 ?
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 ?
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
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
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
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 ?
Bonjour, Le 30/01/2014 11:01, David BERCOT a écrit : Le Thu, 30 Jan 2014 10:42:01 +0100, Adrien a écrit : Le 30/01/2014 10:32, David BERCOT a écrit : Bonjour, Depuis quelque temps, impossible de ré-installer Iceowl. Il y a en effet un problème de dépendance un peu gênant : iceowl : Dépend: libffi5 (>= 3.0.4) mais il n'est pas installable Or, libffi5 n'est dispo nulle part... J'ai cherché dans les bugs sans rien trouver... Est-ce que j'ai mal cherché ??? Est-ce que vous avez une solution ? Merci d'avance. David. Bonjour, Tu essaies d'installer la version de wheezy ? Je crois que j'avais eu le même genre de problème. De mon côté, la version instable s'installe sans problème. […] D'ailleurs, sur la page http://packages.debian.org/sid/iceowl, on a bien : dep: libffi5 (>= 3.0.4) [non armhf, ppc64] Paquet indisponible David. Effectivement, iceowl n'est pas instalable dans sid où libffi5 n'est plus disponible, remplacé par libffi6 (d'ailleurs, pour l'architecture ppc64, iceowl dépend de libffi6 : il faudrait peut-être reconstruire le paquet binaire iceowl pour les autres archis…). Une des solutions à tester serait d'installer libffi5 depuis les dépôts stable (http://packages.debian.org/wheezy/amd64/libffi5/download) : si ça marche pour Adrien, c'est peut-être qu'il tape aussi sur les dépôts de stable en plus de sid. A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52ea2df4.2080...@doti.fr
Re: Recopier les mails sur le serveur
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
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
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
Salut, Le 16/12/2013 22:32, steve a écrit : Le 16-12-2013, à 22:14:20 +0100, André Debian a écrit : On Monday 16 December 2013 21:41:09 nb wrote: J'ai à peu près la même chose, avec les mêmes ip source. /var/log/apache2/error.log:[Sun Dec 15 13:05:38.268946 2013] [cgi:error] [pid 19838] [client 195.130.72.189:34087] malformed header from script 'php': Bad header: Security Alert! The PHP ça doit être un script PHP qui fait pas l'affaire ... Une idée géniale ? Bon et bien j'ai aussi pas mal de requêtes de ce type sur un serveur Apache (également chez moi en ADSL). Apparemment, les requêtes sont faites directement sur l'adresse IP (sans utiliser de nom de machine/site dans les headers HTTP) : sur un autre serveur, Il semble qu'une règle iptables dans ce genre bloque la plupart de ces tentatives : -A INPUT -p tcp -m tcp --dport 80 -m string --string "Host: xxx.xxx.xxx.xxx" --algo bm --to 600 -j DROP (xxx.xxx.xxx.xxx est l'adresse IP publique du serveur HTTP). Les stats font apparaître près de 600 requêtes bloquées en 10 heures… A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52b038b8.3080...@doti.fr
Re: find d'un répertoire et supprimer une expression dans des fichiers
Salut, Le 16/10/2013 14:48, andre_deb...@numericable.fr a écrit : Bonjour, Honte à moi, je sais pas faire, Je désire accoupler à la commande "find", la recherche d'une expression dans tous les fichiers d'un répertoire et ensuite de supprimer cette expression par rien. Soit un modèle comme ceci : - find /var -exec egrep -n "" {} \; -print; - cat fichier | grep -n - sed -i 's///g' fichier Je n'arrive pas à le faire par une ligne sinon par un programme "bash". Merci d'avance. andré Tu peux laisser tomber le find en utilisant la possibilité qu'a grep de parcourir une arborescence et à ne cracher que les noms des fichiers dans lesquels le motif a été trouvé. Je pense que quelque chose comme ça doit pouvoir répondre à ta demande : $ egrep -lR "" /var/ | xargs -d '\n' -n 1 sed -i 's///g' egrep va sortir les noms des fichiers qui contiennent on expression et xargs va appeler sed pour chacun de ces noms, en prenant le retour à la ligne comme séparateur, ce qui permet de traiter correctement les fichiers dont le nom contient des espaces (l'option "-n 1" de xargs permet d'appeler sed pour chacun des fichiers dans lesquels a été trouvé ; tu peux supprimer cette option et n'appeler sed qu'une seule fois pour plus d'efficacité à condition qu'il n'y ait pas trop de résultats ou mettre une valeur plus importante pour faire moins d'appels à sed). A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/525e9037.40...@doti.fr
Re: Calcul CIDR
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
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
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 ?
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: Re : Mot de passe utilisateur d'un réseau
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: gdm3 connexion sur une autre machine
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: known_hosts
Salut, Le 27/06/2013 12:11, Nahliel Steinberg a écrit : bonjour à tous, Dans les anciennes versions de SSH l'option HashKnowHost yes ou no permettait d'avoir les fingerprints hashées ou non. sur wheezy l'option n'est plus reconnu et je n'arrive pas à avoir en clair dans mon know_hosts le nom des hotes en clair. As-tu essayé l'option HashKnownHosts no sans les fautes ? ;-) Chez moi ça marche… J'ai bien trouvé cette commande : ssh-keygen -R mais ça ne fait rien. "ssh-keygen -R " supprime l'entrée correspondant à dans le fichier known_hosts et ça fonctionne même lorsque les entrée sont hashées. A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51cc3589.7010...@doti.fr
Re: [HS] - ssh changer mot de passe
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: [HS] - ssh changer mot de passe
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: Thunar & montage automatique des périphériques
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
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
Le 23/04/2013 18:27, Samy a écrit : De : Jean-Jacques Doti À : debian-user-french@lists.debian.org Envoyé le : Mardi 23 avril 2013 15h43 Objet : Re: Linux-image-3.2.0-4 et module nouveau Bonjour, Avec nouveau, il me semble que KMS est obligatoire. Donc s'il est désactivé (comment ? En ajoutant "nomodeset" aux paramètres du noyau ?), il y a des chances que nouveau (module noyau) ne puisse plus fonctionner et que ce ne soit pas le pilote xorg nouveau qui soit utilisé en mode graphique (d'ailleurs, peut-on avoir une session X dans cette configuration ? Si ou, avec quel pilote graphique ?). Pour le coup, je pencherais plutôt pour un bug du noyau (ou du pilote nouveau.ko installé avec le noyau), mais je n'ai rien vu sur le bugtracker Debian. Quelqu'un a une idée pour affiner le diagnostic ? A+ Jean-Jacques Je reviens vers vous, car je viens de verifier si DKMS etait installe sur ma machine, ce n'est pas le cas. Effectivement le module nouveau est bien charge car avec nomodeset, plus de probleme, mais impossible charger X et affichage tres gros. Suggerez vous d'installez DKMS ? Non, installer DKMS ne servira à rien : c'est utilisé pour compiler des modules noyau qui ne sont pas inclus dans le paquet du noyau : ça permet de conserver ces pilotes additionnels lors des maj du kernel. nouveau étant inclus de base, DKMS n'apportera rien. Avec l'option nomodeset, le pilote noyau nouveau n'est pas chargé et les consoles restent dans leur définition de base (sans utilisation du frame buffer) avec des caractères "très gros". De plus, le pilote xorg nouveau (qui a besoin de module noyau nouveau) ne peut pas fonctionner et il n'y a donc pas de session graphique X. Essaie de rajouter "drm_kms_helper.poll=0" aux options de lancement du kernel et de rebooter (après avoir supprimé nomodeset). Ton soucis est peut-être le même que celuis décrit dans le rapport de bug suivant : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627568 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5176ff4b.3030...@doti.fr
Re: Linux-image-3.2.0-4 et module nouveau
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: installer Debian sur portable sans lecteur CD/DVD
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
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
Salut, Le 08/03/2013 11:37, Nicolas Pechon a écrit : De mémoire : dpkg --add-architecture i386 apt-get update apt-get install multiarch-support apt-get install ia32-libs Puis, après quelque résolution de dépendance... Je bloque ici: % ./Atelier\ Photo\ FNAC ./Atelier Photo FNAC: error while loading shared libraries: libgthread-2.0.so.0: cannot open shared object file: No such file or directory Malheureusement: # aptitude install libgthread-2.0:i386 Impossible de trouver un paquet dont le nom ou la description corresponde à « libgthread-2.0:i386 » Impossible de trouver un paquet dont le nom ou la description corresponde à « libgthread-2.0:i386 » Le fichier libthread-2-0.so.0 est dans le paquet libglib2.0-0. Il faut donc installer libglib2.0-0:i386 (ou ia32-libs-gtk qui dépend de libglib2.0-0 et de pleins d'autres choses). Note toute de même qu'avec multiarch, les paquets ia32-libs* sont des "dummy paquets" et qu'ils vont, à terme disparaître. Je pense qu'il est donc préférable de ne pas installer ces paquets. Normalement, apt-get install libglib2.0-0:i386 devrait suffire à installer ce dont tu as besoin via ses dépendances (sauf si "Atelier Photo FNAC" a besoin d'autre bibliothèques). A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5139c33d.3020...@doti.fr
Re: Différence entre Squeeze et Wheezy dans l'exécution d'une commande
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
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
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
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
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
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
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
Le 05/01/2013 15:33, David BERCOT a écrit : On Sat, 5 Jan 2013 12:57:30 +0100 David BERCOT wrote: DavMail est très pratique pour accéder à un serveur Exchange en direct mais, malheureusement, il ne fonctionne plus dès lors que seul le protocole ActiveSync est disponible... Bon, alors je peux essayer de préciser... Donc, j'ai un serveur Exchange 2010 qui est accessible uniquement via un navigateur Web ou en ActiveSync (par Androïd par exemple), mais où EWS n'est pas activé... Mon but est de pouvoir accéder à mes mails à partir de mon poste Debian comme s'il s'agissait d'un serveur IMAP/SMTP classique. Est-ce plus précis que précédemment ? Salut, Si tes mails sont accessibles via un navigateur, il y a des chances que l'accès via EWS soit possible. Il existe des extensions/plugins EWS pour icedove/thunderbird et evolution (je n'ai pas vraiment testé pour ce dernier) : regarde dans les dépôts et dans les extensions disponible sur le site de mozilla. Une autre solution (que j'utilise de façon régulière) est d'utiliser davmail (http://davmail.sourceforge.net/) : il s'agit d'une sorte de proxy qui se connecte sur le serveur Exchange en EWS et propose, du côté client, des connecteurs IMAP/SMTP/LDAP/CalDAV. C'est écrit en Java, mais ce n'est pas très lourd et ça fonctionne plutôt pas mal. A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/50e851e0.7090...@doti.fr
Re: Gestion des dépendances
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: Gestion des dépendances
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: nautilus-terminal
Salut, Le 16/11/2012 13:25, Danilo Uccelli a écrit : Bonjour, Sur mon installation Debian unstable toute neuve, je constate une anomalie. Quand je fais click droit, "Ouvrir dans un terminal" ça ouvre bien un terminal mais toujours dans /home/ et non pas là où je me trouve avec Nautilus. Config: gnome shell nautilus 3.4.2 Questions: Tous le monde constate le même problème ? ou j'ai quelque chose qui foire dans la config ? Dans le 2ème cas, où devrais-je regarder ? Danilo Uccelli Regarde le rapport de bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692518 Ça doit correspondre à ton soucis. Si tu utilises gnome-terminal, tu devrais règler ça avec la commande gsettings set org.gnome.desktop.default-applications.terminal exec gnome-terminal A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/50a64844.10...@doti.fr
Re: Installation postgresql
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
On 29/10/2012 19:41, Bzzz wrote: On Mon, 29 Oct 2012 19:14:07 +0100 "mayer.debia...@free.fr" wrote: Est-ce que scp -pr source destination des répertoires /home//Maildir/ sera correct pour respecter propriétaires, groupes, droits, etc ? Non, cette Cde ne conservera que les permissions, il faudra retoucher owner:group (d° sender) à l'arrivée. Il faut également noter que, pour peu qu'il y ait beaucoup de fichiers (c'est à dire de mail), la copie récursive par scp va être longue, même si le volume total est faible… Pour ma part, dans ce type d'utilisation, j'ai plutôt tendance à transférer des tar. En plus, pour peu que les UID des utilisateurs soient les mêmes sur les deux machines (et que le transfert soit fait par root des deux côtés), les propriétés des fichiers et dossiers (droits ET propriétaires) sont conservés. Pour éviter de créer réellement le fichier tar, j'exécute une commande de ce genre-là : tar -C /home/ -zcf - Maildir | ssh root@destination tar -C /home/ -zxvf - (en fonction de la puissance de tes machines et de la bande passante disponible, tu pourras supprimer la compression en virant l'option 'z' sur les deux tar). A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/508f82b8.5050...@doti.fr
Re: Gestion d'un repository & support d'apt-mirror [was Re: Apt-mirror et "Le fichier « Release » a expiré"]
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
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
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
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: SSH - ssh-add est ce normal?
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: Comment augmenter une partition LVM2
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: dig & idn
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: dig & idn
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: Affichage rétréci en console avec nouvel écran
Salut, Le 28/02/2012 17:49, mahashakti89 a écrit : On Tue, Feb 28, 2012 at 05:45:50PM +0100, mahashakti89 wrote: On Tue, Feb 28, 2012 at 05:28:08PM +0100, Arnaud Hocevar wrote: Salut, Tu as dans le menu de ton écran la possibilité d'activer ou désactiver l'upscaling (nécessaire pour Grub ou la console qui ne sont pas en 1920x1200 voir plus). cherche dans la documentation fournie ou sur le site du constructeur. Arnaud mahashakti89 wrote: la seule chose que je vois dans l'OSD est dans le menu Image des options H.Position , V.Position, Phase , je ne sais si c'est à cela que tu fais référence ?? Mais je n'y ai pas accès. mahashakti89 Dans les menus du moniteur, là où il y a Phase, V.Position, H.Position, est-ce qu'il n'y a pas aussi une entrée Aspect ? Si c'est le cas, essaie de jouer sur les deux options possibles (Full et Aspect ?) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4f4d0a1f.60...@doti.fr
Re: Rediriger un domaine (un sous domaine de .com) qui n'est pas le mien vers /dev/null?
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é
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: unsuscribe
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: tunnel SSH
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: icedove: trop de variantes de dictionnaires français (fr_LU, fr_BE, etc.)
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
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 ?
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
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
Salut, On Sat, 23 Apr 2011 17:03:29 +0200, Alain Rpnpif wrote: Bonjour, Depuis toujours quand je mettais en première ligne d'un script python : #!/usr/bin/python Python était lancé sur le script. Pourquoi maintenant (Debian Squeeze), la commande ./monscript.py donne : line 1: #!/usr/bin/python: Aucun fichier ou dossier de ce type $ sh ./monscript.py ./monscript.py: 1: #!/usr/bin/python: not found $ bash ./monscript.py ./monscript.py: line 1: #!/usr/bin/python: Aucun fichier ou dossier de ce type $ which python /usr/bin/python python monscript.py marche. Je ne comprends pas. Auriez-vous une explication ? À tout hasard, est-ce que ton script aurait pu transiter par une machine Windows ou bien être transmis par mail ? Dans ce cas, il est possible que les fins de ligne Unix (LF) aient été remplacés par des fins de ligne Windows (CR-LF). Si c'est le cas, la première ligne de ton script est vue comme #!/usr/bin/python et c'est donc "/usr/bin/python" qui est cherché au lieu de "/usr/bin/python". Pour vérifier, affiche ton script avec un éditeur hexadécimal (ou tape "od -c -tx1 monscript.py" dans un terminal) et regarde si les "\n" sont précédés par des "\r". Au pire, lance simplement un "dos2unix monscript.py" : si le soucis est bien là, ça le réglera (et quoi qu'il en soit, ça ne casse rien). A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4aeb0980d76b6d79e800af6ecce2b...@webmail.doti.fr
Re: serveur pop
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: xmonad et connexion au départ
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
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: Environnement graphique pour root
Bonjour, Le 29/03/2011 15:18, maderios a écrit : On 03/29/2011 02:10 PM, hog...@iiiha.com wrote: Bonjour, On Tue, 29 Mar 2011 14:00:01 +0200, Thierry Chatelet wrote: Bonjour Est-il possible de démarrer une application en environnement graphique en tant que root? gksu devrait faire l'affaire. Bonjour J'ai du mal à comprendre pourquoi, souvent, on cherche à compliquer des chose simples. Je n'ai jamais vu l'intérêt de gksu. Mieux vaut un xterm/roxterm qui permet de lancer tout ce qu'on veut en root. Donc 1) lancer xterm 2) se connecter en root avec su su motdepasseroot 3) lancer l'application, au besoin avec dbus-launch Exemples dbus-launch synaptic & dbus-launch roxterm & dbus-launch geany & M Il faut quand même noter que cette suite de commandes ( su suivi de la commande exécuter, que l'on peut remplacer par "su -c commande") ne fonctionne grâce aux deux éléments suivants : - su passe dans l'environnement cible les variables DISPLAY et XAUTHORITY (ce qui, il me semble, n'était pas le cas avec des versions précédentes de su [package login]) - l'utilisateur cible est root et peut donc lire le fichier $XAUTHORITY qui n'est normalement lisible que par le propriétaire. Si l'utilisateur sous lequel on veut lancer la commande graphique n'est pas root, il faut donc faire passer les autorisations X à cet utilisateur. On peut faire ça manuellement, à coups de xauth, mais ce n'est pas très convivial. Le plus simple est alors bien d'utiliser des outils comme sux ou gksu qui se chargent très bien de cette tâche. Comme cela a été dit précédemment, il est aussi possible de faire un "xhost +", mais en terme de sécurité, ce n'est vraiment pas terrible (même si le serveur X n'écoute souvent pas sur le sur les interfaces réseau). Voilà, c'était juste ma modeste contribution. A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d923b76.7090...@doti.fr
Re: Interface cups en français sous squeeze
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: Paquets non vérifiés ?
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
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
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: Cache DNS
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