niol a écrit 405 commentaires

Oui mais la seule info prix que je trouve me fait fuir : 280 euros HT!

http://gizmodo.com/gadgets/pcs/linutop-pc-keeps-computing-mi(...)

Perso j'ai un Sempron 64bits, donc ton affirmation "car sempron c'est pas 64 bits" me semble fausse, à moins que je n'ai rêvé.

$ cat /proc/cpuinfo | grep -i sempron
model name      : AMD Sempron(tm) Processor 2800+
$ uname -a
Linux ripley 2.6.18-4-vserver-amd64 #1 SMP Mon Jan 1 01:12:52 CET 2007 x86_64 GNU/Linux

J'ai converti ma mère, ma copine, 3 ou 4 potes dont un commence à convertir ses collègues de travail. Deux copains ont converti leur copine.

Toutes ces conversions sont sans retour et avec grande satisfaction.

Je commence à avoir une vision biaisée de la réalité : je ne cotoie dans mon environnement personnel (i. e. pas professionnel) presque plus personne qui n'a pas un Linux sur son ordinateur à la maison. Et les gens qui ont Windows sont encore plus rares. Même au boulot, ca commence.

Je fais une autre exorcisation samedi.

La révolution est en marche.

Si ton but et d'utiliser une commande après, tu peux utiliser l'option -print0 de find avec l'option -0 de xargs. Ca sera robuste aux espaces.

mplayer/mencoder permet à l'aide de l'argument -dvd-device de spécifier aussi un répertoire (qui contiendrait le fameux répertoire VIDEO_TS).

Je ne sais pas si ca résoud ton problème car je ne sais pas quelles infos sont contenues dans ces fichiers.

Sinon, il y a aussi lsdvd qui permet aussi de prendre en argument un répertoire.

Autant pour moi, c'est des centièmes de seconde.

Ce qui fait 497 jours, 2 heures, 27 minutes, 52 secondes et 96 centièmes.

http://uptime.netcraft.com/up/accuracy.html#cycle

En gros, remise à zéro au bout de 497 jours.

D'après [1], c'est parce que l'uptime est comptée en milisecondes sur 32 bits (sur x86 par exemple), et que donc ca peu pas dépasser environ 497 jours.

Je n'ai ni le temps de vérifier le calcul, ni le temps de vérifier comment c'est compté dans le noyau. Si tu as le temps de rassembler cette information, ca m'intéresse.

[1] http://marc.theaimsgroup.com/?l=linux-kernel&m=101406885(...)

Je dis faux à tes deux remarques :
1) Ce site n'est certainement pas inutile, je pense même qu'il devrait être reconnu d'utilité publique!
2) Bien tenté pour le mal absolu, mais sachant que l'argent est la racine du mal, qu'on considère ici que c'est sa définition, et que l'argent existe, l'argent est positif (sinon la racine ne serait pas définie). Ton raisonnement aurait marché si le carré était sous la racine.

Sinon, mon seul problème, c'est les filles qui ont des noms tellement rares que le commentaire ne serait plus tellement anonyme...

C'est logrotate qui fait tourner les logs de vsftpd toutes les semaines :
vsftpd.log pour la semaine courante,
vsftpd.log.0 pour la semaine dernière,
vsftpd.log.1 pour la semaine d'avant,
etc.

Ca se configure dans /etc/logrotate.d/vsftpd.

Pour n'avoir aucune rotation, enlève le fichier du répertoire logrotate.d. Je te le déconseille car ta partition qui contient les logs risque de saturer un jour.

Réponse à la question subsidiaire : $ apt-cache policy vsftpd

Désolé, j'ai oublié quelques liens sur ce que j'avance : la fermeture de l'ITP (effort d'empaquetage?) qui datait quand même de 2001 :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=113238

Et le PTS :
http://packages.qa.debian.org/m/mplayer.html

A ce propos, personne n'a (encore?) fait la même avec une belette (givrée?) et un panda rouge?

http://bugs.debian.org/390113 ?

Tu as gregarius : http://gregarius.net/ que je te conseille.

Perso je préfère avoir cela comme des mails donc j'utilise rss2email et il y a le très bon rssfwd ( http://www.rssfwd.com/ ) qui fait la même chose.

Cette solution implique d'avoir à gérer des listes de users en + du fichier passwd, mais elle est intéressante.
Un find /home -type d -maxdepth 1 -mindepth 1 -exec basename {} \; | grep -v '^lost+found' > /etc/sshusers pourrait te faciliter la tâche.

Par contre elle n'empêchera pas des "su - toto" ...
Dans ce cas peut-être utiliser /etc/pam.d/login au lieu de /etc/pam.d/ssh et cette fois il faut bien que login soit compilé avec le support pam.

Le truc qui me vient à l'esprit, c'est d'utiliser pam_listfile dans /etc/pam.d/ssh avec une ligne du style :

auth    required        pam_listfile.so item=user sense=allow file=/etc/sshusers onerr=fail

puis de mettre la liste des utilisateurs autorisés à utiliser ssh dans /etc/sshusers.

Après, y'a peut-être moyen d'utiliser un autre module pam pour tester la présence du répertoire personnel mais je ne trouve pas. Cette solution nécessite que openssh-server ait le support de pam.

Pour palier au nombre de filtres limités, la solution (si ca ne te dérange pas d'avoir plusieurs listes sous le même label), c'est de n'utiliser que le champ Has the words dans les critères de recherche : tu peux facilement y mettre une expression du style :

to:(debian-project@lists.debian.org) OR subject:(pkg-wpa-devel) OR to:(debian-devel@lists.debian.org) OR to:(debian-security@lists.debian.org) OR to:(debian-laptop@lists.debian.org) OR to:(debian-user@lists.debian.org) OR to:(toulouse-ll@toulibre.org) OR to:(toulibre-orga@toulibre.org) OR (to:(submit@bugs.debian.org) AND subject:(ITP))

C'est pas beau mais ca marche.

Je ne pense pas que les filtres de gmail soient bugués. Seulement, les messages qui ne sont pas archivés automatiquement ne doivent pas être pris par le filtre : le problème est que l'on ne peut filtrer que sur le champ To: et pas sur le champ List-Id. Donc ca ne marche pas quand des gens mettent la liste en copie cachée par exemple (ce qui arrive sur debian-devel pour les ITP entre autre).

backup-ninja
http://dev.riseup.net/backupninja/
(sur le même site, une comparaison de plusieurs méthodes : http://deb.riseup.net/backup/ )

Te permet de coordonner tes backups avec plusieurs méthodes dont :
- rdiff-backup (économie bande passante, incrémental)
- duplicity (économie bande passante, incrémental crypté)
- rsync (économie bande passante)

J'aime bien cette approche car :
- pas nouveau serveur qui écoute, on passe over ssh.
- des outils simples
- économie de bande passante : on ne transfert que ce qui a changé
- flexible : on peut tout aussi bien faire qu'un poste se sauvegarde sur plusieurs serveurs de lui-même ou que serveur central sauvegarde plusieurs postes.

Personnellement, j'utilise rdiff-backup avec par dessus un script en bash qui effectue les actions en fonction d'un fichier de configuration. (car je ne connaissais pas backup-ninja mais mon truc, c'est le même principe en moins bien)

Pour les .gz, c'est l'option z qu'il faut utiliser et non l'option j pour tar.

Pourquoi ne pas utiliser les paquets précompilés de ta distribution plutôt que de t'embêter à tout installer à la main?

J'utiliserais ipfm et un script qui construit une jolie page web à partir des logs d'ipfm.

http://robert.cheramy.net/ipfm/
http://packages.debian.org/ipfm/

Sous windows, il faut sélectionner le clavier dit International si mes souvenirs sont bons.

Ensuite, pour faire é par exemple, tu tapes e'.

C'est un service que tu peux aussi mettre en place toi-même si tu as une machine qui tourne h24 chez toi. Il y a plusieurs tutoriaux à ce sujet.

Après, comme autre solution, tu as aussi un mélange de guessnet et d'un script qui te changerais le fichier de configuration automatiquement.

Ma dernière idée, c'est la fonctionalité d'envoi du compte gmail.

Personnellement, j'utilise la possibilité uucpssh.

Et pour faire passer le overlay (le truc qui fait que les vidéos par exemple ne s'affichent que sur l'un des écrans) de l'un à l'autre des affichages, utiliser xvattr :

#!/bin/bash
# swap_overlay_pipe script
# A good idea would be to map it to i the Fn-F7 key.
# Swaps the overlay pipe using the xvattr utility

set -e

XVATTR=$(which xvattr)
ATTRIBUTE=XV_PIPE
CUR_PIPE=`$XVATTR -a $ATTRIBUTE | grep $ATTRIBUTE | cut -d' ' -f 3`

if [ $CUR_PIPE -eq "0" ]
then
  NEW_PIPE=1
else
  NEW_PIPE=0
fi

$XVATTR -a $ATTRIBUTE -v $NEW_PIPE > /dev/null

(testé avec le driver i810 et une sortie VGA, mais ca doit être le même concept)

Ca existe déjà, d'autres y ont pensé.

~ sous SVN :
http://www.onlamp.com/pub/a/onlamp/2005/01/06/svn_homedir.ht(...)
http://toykeeper.net/tutorials/svnhome

organisation avec des liens symboliques :
http://www.debian-administration.org/users/Steve/weblog/102

Ca a le mérite en plus de le synchronisation entre plusieurs machines, au prix de faire attention à avoir des fichiers de confs modulaires (par ex, tailler par défaut du gnome terminal différente sur le portable et sur le 21 pouces du bureau)

Attention aussi à séparer les fichiers privés, surtout dans le cas du ~ (par exemple les clé privées ssh, etc).

Moi ce que je fais pour démarrer ce genre de quête, c'est une recherche sur Sourceforge :
http://sourceforge.net/search/?words=adress+book+php+mysql&a(...)

qui me donne :
http://yapab.sourceforge.net/
http://www.corvalis.net/address/
par exemple... mais je n'ai regardé que dans la première page de résultats.