Re: ice weasel par defaut
On Le Friday 19 January 2007, à 21:37:52, olinuxx wrote: > De Leeuw Guy a écrit : > >update-alternatives --config www-browser > Ta commande ne me donne pas les chois de navigateur graphique. update-alternatives --config x-www-browser -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ma swap n'est jamais utilisee!
Bonsoir, On Le Monday 08 January 2007, à 17:10:17, Serge Cavailles wrote: > Le Lundi 08 Janvier 2007 16:40, GIGGz a écrit : > > J'ai un portable avec 2GO de ram et une swap d'1 GO. Je suis en SID. ma > > swap est correctement montée (c'est marqué au boot). la commande swapon > > -s me le confirme. > > > > qd je fais du transfert de données vers un autre pc, ma ram se remplit > > progressivement pour atteindre le max et là, ça reste au max. ma swap qt > > à elle reste vide. rien de rien dedans. avez vous déjà constaté un pb > > similaire ? > > Ça me parait normal. La swap est destinée au stockage d'infos qui sont déjà > en ram, pour mettre en ram de nouvelles infos (données ou code). Lors d'un > transfert de données entre machines, les données seront envoyées dans un > ordre précis, défini en amont de la ram qui ne sert que de tampon. Dans ce > cas il ne sert à rien de déplacer un bloc d'info déjà en ram vers la swap > pour écrire de nouvelle données dans le tampon (ram), puisque le bloc > présent devra être transféré avant celui que l'on veut y écrire. De plus, > si l'on finissait ainsi de remplir le swap, on ne pourrait même plus > ensuite échanger les dernières infos qui devront être transmise ( etqui > seraient donc en ram) avec celles qui ont été swappées et qui doivent > retourner en ram pour pouvoir être expédiées en premier. > > Pfouh! J'espère être compréhensible :-) Moi perso, je ne suis pas sûr de te comprendre ;-) Pour résumer ce que je crois savoir : Linux utilise le plus possible la ram disponible pour limiter les accès disques (il stocke dans la ram des données présente sur le disque). Linux a donc en général tendance à remplir la ram au maximum. Par contre, le swap ne sert que lorsqu'il n'y a pas assez de ram pour toutes les applications. Comme sur la machine en question il y a suffisament de ram pour tout le monde, il n'utilise pas le swap. Pas sûr d'avoir été plus clair ;-) François -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RESOLU(à moiti é)]Re: SSH, Gftp/Winscp, et who...
On Le Sunday 07 January 2007, à 15:54:16, Tonio wrote: > Merci, pour les différentes réponses. En conclusion, j'ai découvert > l'outil "whowatch", très pratique, mais qui ne résoud pas mon > problème totalement. Pour la commande "users", je me retrouve devant le > même problème qu'avec "who" et "w": seuls, les utilisateurs loggués via > une console, et non via une interface graphique, apparaissent. Par Je me demande si ton problème ne pourrait pas être dû au fait que les interfaces graphiques dont tu parles ne restent pas connectées en permanence à la machine. En fait la "session de travail" de l'utilisateur dans une de ces interfaces pourrait être en fait une série de "sessions" très courtes du point de vue de ton serveur. Dans ce cas tu ne verrais pas les utilisateurs qui sont "connectés" parce qu'au moment où tu exécute la commande il ne sont en effet pas connectés. > contre je m'oriente vers un script du genre: > cat /var/log/auth.log | grep ssh. Si mon hypothèse s'avère correcte c'est une solution assez bonne. francois -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: client mail capable de grouper differents threads initiés par un nom d'expedite ur précis mais en developpant tous ces threads
On Le Wednesday 27 December 2006, à 13:25:35, Thierry B wrote: > Donc je voulais créer un autre sous repertoire appelé "archive" par > exemple, où je stockerais tous les fils de discussions dont l'ai été > l'initiateur. > > Le fait d'utiliser plusieurs clients mail, ne me dérange pas du tout, > car car je suis en imap :-) Si le fait d'utiliser plusieurs clients ne te dérange pas et que les interfaces austères et efficaces ne te rebutent pas, tu peux essayer mutt qui a des fonctions de sélection par fil de discussion depuis peu ;-) Une fois mutt configuré, le motif de sélection à utiliser est "~(~P)". Enfin, utiliser mutt juste pour archiver le courriel ce n'est sans doute pas forcément le plus simple. François -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SSH : connaître l'adr esse d'un hôte enregistré...
On Le Saturday 16 December 2006, à 20:58:07, David BERCOT wrote:
> Maintenant, cette dernière est bien évidemment présente, mais son une
> autre non lisible simplement...
En effet, ils l'ont remplacé par un hash pour des raisons de sécurité
(si tu réussis à atteindre le compte de quelqu'un tu ne peux plus
connaitre aussi facilement les machines auxquelles il peut se connecter)
> Savez-vous comment je peux savoir à quelle ligne correspond quelle
> machine ?
La fonction bash suivante prend en argument un nom ou une adresse de
machine et renvoie l'empreinte (fingerprint) de la clef. Si tu arrives à
comprendre comment elle marche, tu es bon pour faire ce que tu veux.
ssh-fingerprint ()
{
echo $1 ;
ssh-keygen -l -f .ssh/known_hosts |
grep "`ssh-keygen -F "$1" | cut -f 1 -d' '`" ;
}
Si tu n'y arrives pas un petit détour par man ssh-keygen peut être
utile.
François
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: serveur Etch ... sans ecran ni clavier : ?
On Le Wednesday 06 December 2006, à 18:30:18, [EMAIL PROTECTED] wrote: > On Le Wednesday 06 December 2006, à 14:18:16, Serge Smeesters wrote: > > Je dois encore trouver le moyen de lancer vncserver en tant qu'utilisteur > > au démarage et faire en sorte qu'il redémare gnome-session lorsqu'il > > est fermé... (voir autre message) > J'ai l'impression que jusqu'ici tu utilisais un truc du style x11vnc. et la prochaine fois je penserai à regarder si le deuxième fil avec VNC dans le titre ne concerne pas le même problème. ;-) François -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: serveur Etch ... sans ecran ni clavier : ?
On Le Wednesday 06 December 2006, à 14:18:16, Serge Smeesters wrote: > Je dois encore trouver le moyen de lancer vncserver en tant qu'utilisteur > au démarage et faire en sorte qu'il redémare gnome-session lorsqu'il > est fermé... (voir autre message) J'ai l'impression que jusqu'ici tu utilisais un truc du style x11vnc. Pour pouvoir lancer un serveur vnc indépendant de tout affichage, regarde plutôt du côté de tightvncserver ou vnc4server. Je suppose qu'il doivent être documentés. S'il n'ont pas de script de démarrage, il "suffit" de créer un simple script shell de démarrage (cf. les fichiers /etc/init.d et cie) Sinon mon conseil est quand même d'utiliser la ligne de commande pour administrer le serveur (plutôt que des applications graphiques X) auquel cas ssh suffit amplement. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Vi et les fichiers comp ressés
On Le Saturday 18 November 2006, à 17:35:25, Sil wrote: > Salut la liste, > J'ai un p'tit souci avec vi sur une sarge. > Sur une testing quand j'ouvre un fichier texte compressé avec gzip > $vi texte.gz > Mon fichier s'ouvre décompressé et je peux le lire. > > Par contre sur une sarge, la même commande me donne un texte illisible. > (surement encore compressé) > D'ailleur si je le décompresse avant de le lire tout ce passe bien. > > Comment ce fait-il que sous testing l'utilisation soit transparente ? > Quelqu'un à une idée ? Il me semble que le vi par défaut (il existe plusieurs vi différents) a été modifié dans l'entrefait : sur la sarge c'est "nvi" qui est utilisé (et qui ne gère pas la compression de fichiers) alors que "vim-tiny" distribué avec etch doit avoir cette fonctionalité. Une solution possible serait d'installer "vim" sur ta sarge. Ou peut-être pas si je me trompe complètement sur l'origine du changement de comportement. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch install par le net
Bonjour, Ne connaissant pas synaptic, je vais avoir du mal à répondre mais, On Le Saturday 11 November 2006, à 10:10:08, mess-mate wrote: > Je remarque cependant que certains packages installés ne sont pas > les mêmes que ceux lorsqu'on fait un 'update' par la suite. je ne vois pas très bien ce que tu veux dire par là. Tu as l'air de comparer deux ensembles de paquets, mais je ne vois pas très bien lesquels. > Cela est déroutant, d'autant plus que certains packages, après > vérification, sont les mêmes que ceux de 'unstable' ?? Beaucoup de paquets dans testing sont les mêmes que ceux de unstable. En fait ce sont les paquets de unstable qui lorsqu'ils ont été publiés et testés suffisament longtemps (dix jours) sans bogue qui sont automatiquement mis dans testing. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Installation d'une nouvelle version d'un logicie l à partir d'un source ?
J'ai installé plusieurs logiciels à partir des sources afin de bénéficier des dernières versions. Dans le configure, je précise comme répertoire d'installation /usr/local/logiciel-no-version, ainsi tous les fichiers se trouvent au même endroit. Je crée après un lien symbolique /usr/local/logiciel qui pointe vers /usr/local/logiciel-no-version. Ainsi j'ai installé: - Berkeley DB - OpenSSL - cyrus SASL compilé avec Berkeley DB, OpenSSL, OpenLDAP - OpenLDAP compilé avec Berkeley DB, OpenSSL, cyrus SASL - Apache 2 (http) compilé avec OpenSSL, OpenLDAP - PHP4 compilé avec Apache 2, OpenSSL, OpenLDAP Les logiciels sont donc dépendants les 1 des autres. Ma question est la suivante: Pour mettre en place la nouvelle version d'un logiciel comme OpenSSL par exemple, - suffit-il de l'installer et de rediriger le lien symbolique vers la nouvelle version OU - doit-on recompiler toutes les applications compilés avec OpenSSL avec la nouvelle version d'OpenSSL ? Cela me parait en effet lourd de recompliler cyrus SASL, OpenLDAP, Apache 2 et PHP4 à chaque nouvelle version d'OpenSSL ! Merci pour vos réponses. Hélène ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
