niol a écrit 405 commentaires

Comme dit plus haut, tout est expliqué dans les fichiers que je te donne : tape less suivi du nom de fichier que je donne et tu auras toutes les explications.

Je pense que wpa_supplicant a changé de version sinon je ne vois pas pourquoi.

En effet, à partir de la version 0.4.8-1 de Debian, les développeurs de wpa_supplicant on jugé obsolète le mode démon de wpa_supplicant, ils ont donc supprimé le mode de démarrage par script dans /etc/init.d et le fichier de configuration est supprimé. dpkg en conserve normalement une version qui devrait s'appeler /etc/wpa_supplicant.conf.dpkg_old ou un truc comme cà.

Si tu veux revenir à l'ancien fonctionnement, qui est fort pratique avec ifplugd, tout est plus ou moins expliqué dans /usr/share/doc/wpasupplicant/README.Debian.gz.

Si tu veux faire avec la nouvelle façon qui n'es pas top à mon avis, tu peux trouver ton bonheur dans /usr/share/doc/wpasupplicant/README.modes.

Il y a un bug à ce sujet : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365613

Je crois que ce que tu cherches, c'est des desktop wikis.

Il y a par exemple zim pour gnome : http://zoidberg.student.utwente.nl/zim/

Il doit y en avoir d'autres, je trouve déjà newton qui a l'air basé sur dokuwiki.
http://newton.sourceforge.net/

$ apt-get install php4-mysql

Ensuite, vérifier que la ligne concernant l'extension mysql n'est pas commentée dans /etc/php4/php.ini (je ne suis plus sûr du chemin).

Ensuite, redémarrer apache.

Ensuite, chezmoicamarche.

Le problème des dépendances, c'est que pour les gens qui utilisent gentoo, c'est très long à installer. C'est tout.

Le truc c'est que maintenant, c'est la course etch/vista : lequel des deux sera le plus en retard?

http://lists.debian.org/debian-devel/2006/03/msg01051.html

Pourquoi ne pas écrire ce que fait cardiff.sh directement en php pour commencer?
http://fr2.php.net/manual/fr/function.file-exists.php
http://fr2.php.net/zip
http://fr2.php.net/manual/fr/function.unlink.php

Ensuite, si tu veux absoluement mêler les languages, tu peux voir ce qui ne va pas en faisant echo system('cardiff.sh');

1) Pour lancer le script, il faut faire ./appli.sh car bash ne cherche pas par défaut les commandes dans le répertoire courant, il les cherche dans l'ordre dans les répertoires que te renvoiera la commande echo $PATH

2) En bash, les conditions ne s'écrivent pas comme celà il me semble : si tu ne veux pas passer à la ligne après la condition, il faut un point virgule avant le then.

3) Personnellement, je n'écris pas les conditions commme cela en utilisant la commande test : j'utilise plutôt if [ -f maj.txt ]; then. Si tu veux utiliser test, je ne sais pas trop comment faire et j'ai la flegme de chercher.

De manière générale, il y a un message d'erreur détaillé dans /var/log/apache2/access.log par exemple si tu utilises apache.

ls_with_readme(){
        dir=.
        [ -n "$1" ] && dir=$1
        [ -r $dir/README ] && cat $dir/README
        ls $dir
}

alias ls='ls_with_readme'

dans le .bashrc

Quelle méthode utilise-tu pour les transférer aujourd'hui? (quelle est la méthode qui modifie les en-têtes?)

• Tu as déjà l'option de créer un fichier .forward dans ton répertoire personnel sur le serveur courant, avec dedans l'adresse à laquelle tu dois envoyer les courriers téléchargés avec fetchmail.
• Ensuite, tu peux te mettre un alias dans /etc/aliases : ajoute une ligne : toi: toi@serveur_destination. Attention à bien relançer newaliases après.
• Sinon, j'aurais dit procmail avec une règle du type (dans ~/.procmailrc :

  # your remote address
  WHERETO=toi@serveur_destination
  # you need to set a shell to use formail
  SHELL=/bin/sh
  :0 c
  * !^FROM_MAILER
  # line matching pop server
  * !^Received: from pop\.provider\.com
  * !^X-Loop: serveur_courant
  | (formail -t -I"Resent-To: $WHERETO" \
                  -I"Resent-From: toi@serveur_courant" \
                  -A"X-Loop: serveur_courant" \
    ) | $SENDMAIL -t

  La partie qui parle de X-Loop est facultative, c'est juste pour éviter les boucles infinies en cas d'erreur. Tu peux enlever le c de la ligne :0 c si tu ne veux pas garder le message sur serveur_courant.

Après je sais pas trop. Les méthodes ont leurs avantages et leurs inconvéniants. Je dirais que les méthodes forward et aliasas sont équivalentes et que la méthode procmail est la plus précise puisqu'elle ne traite que les messages venant du serveur pop. Bon courage et n'hésite pas à demander plus de trucs.

Ta version mise à jour de amsn est compilée pour debian unstable (sid). Donc deux solutions :
- tu trouves ce qu'on appelle un backport (peut-être sur backport.org), c'est à dire une version de amsn compilée pour debian stable, ou tu crée un paquet deb toi-même.
- tu met à jour ton système vers debian sid.

chémoicàmarche bien... (en ne mettant qu'une seule fois : au lieu de ::).

Donc je ne peux pas t'aider plus.

Pour voir si c'est un problème de firewall, fait telnet 192.168.99.1 2201. Si cà se connecte, alors pas de problème de firewall.

Cà serait pas plutôt avec des guillemets autour de ssh -p 2201?

Du style : rsync $OPTIONS -e 'ssh -p 2201' 192.168.99.1::original $DESTDIR ;

Et aussi qui obligent à se coltiner ces menus DVD qui mettent trois plombes à faire ce que tu veux.

Et aussi quand les boutons de changement de langue ou de sous-titres sont des opérations interdites pendant le film et doivent être fait dans le menu.

Mon dieu que j'apprécie mplayer.

Qu'est ce que le port triggering?

A mon avis, l'idée du protocole RTSP, c'est de passer les commandes en tcp, de garantir qu'on a un client grâce au mode connecté du tcp, et de balancer la vidéo en udp, vidéo pour laquelle on peut se permettre de perdre quelques paquets en route si la bande passante merdouille.
Envoyer la vidéo en tcp occasionnerait des retards en cas de congestion réseau, alors qu'en udp, cà occasionne des sauts.

Voilà le pourquoi des deux flux. Enfin je crois.

Puisque on en parle, et puisque qu'on est sur linuxfr, je voudrais savoir si certains d'entre vous avaient testé des méthodes pour faire du multiposte derrière un routeur NAT sour Linux.

Pour rappel, le problème est que le flux vidéo (qui utilise le protocole RTSP) est envoyé via un flux UDP depuis la freebox vers le client.

J'ai vu plusieurs méthodes de le faire :
- utiliser des ports UDP statiques avec un patch de VLC et utiliser une règle DNAT pour chaque client potentiel avec les ports qui vont bien
- utiliser le patch ip_conntrack_rtsp[1] mais il faut recompiler le noyau, et c'est chiant car après faudrait se taper toutes les mises à jour de sécurité à la main
- utiliser un proxy rtsp[2] mais je suis pas sûr que cà marche. Bref je crois que je vais plutôt explorer cette méthode.
- utiliser une diffusion multicast et faire une règle DNAT qui envoie sur l'adresse de multicast? Je sais pas si c'est possible cà.

Des commentaires? Des implémentations fructueuses?

[1] http://people.ecsc.co.uk/~matt/patches/
[2] http://www.rtsp.org/2001/proxy/ par exemple

Niveau distrib :
http://www.tldp.org/HOWTO/Kiosk-HOWTO.html

Niveau navigateur :
http://tln.lib.mi.us/~amutch/pro/phoenix/kiosk.htm

Bref le mot clé c'est internet kiosk...

Pourquoi fvwm (ou un quelconque gestionnaire de fenêtre d'ailleurs, les onglets suffisent)? Avez-vous envie d'offrir tout ce que vous ne voulez pas donner?

1- une session X avec juste firefox dedans (et un .xinitrc du style : while true; do firefox; done)
2- après il faut restreindre firefox : empêcher le changement des préférences, le parcours du système de fichiers, etc. Là, je ne sais pas...

Comme c'est pour du développement logiciel et que cà ne concerne à priori que les versions des librairies utilisées, tu peux utiliser un chroot.

Pour le créer, il te suffit de télécharger debootstrap (qui dépends d'outils de base et de wget seulement). Tu peux télécharger[1] le paquet, le décompresser (c'est une archive ar).

Debootstrap est un script sh qui t'installe la hiérarchie de debian dans un répertoire. Y'a plein de choses sur le net pour arriver à tes fins.

Une fois tout téléchargé, tu fais chroot /var/chroots/debian (par exemple) et pouf, tu es dans un debian. Là tu installes tes librairies utiles à ton logiciel avec apt.

Attention, avec cette méthode, contrairement aux autres, tu tournes avec un noyau (et donc un /proc et tout ce qui va avec) qui seront mandriva, et donc si ton bug est en rapport avec un truc du genre udev, cà pourra le masquer.

[1] http://ftp.fr.debian.org/debian/pool/main/d/debootstrap/debo(...)

Si tu lis l'anglais, une bonne FAQ sur le sujet qui dit beaucoup de choses sur le problème.
http://people.cornell.edu/pages/kk288/debian_choosing_distri(...)

Je confirmerais simplement ce qui est dit dans la FAQ et ce que est dit plus haut :
- pour un serveur, stable
- pour un poste de travail, installer apt-listbugs et passer en unstable. Personnellement, aucune mise à jour (pourtant presque quotidiennes) ne m'a cassé quoi que ce soit. Je suis presque sûr que c'est un meilleur choix que ubuntu non stable pour avoir les dernières versions des logiciels.
- pour un poste de travail sur lequel l'administration ne t'intéresse pas (i.e. avoir le dernier firefox, le dernier xx), genre l'ordi de ta maman, je dirais ubuntu stable.

Un lien pour comprendre quelques trucs :
http://en.wikipedia.org/wiki/Debian#Debian_package_life_cycl(...)

En fait, sur internet, il existe des moteur de recherches. Ce sont des sites qui permettent de faire des recherches sur internet. L'un d'entre eux me donne, en premier résultat, une foule d'informations utiles si je cherche 'mandrake 10 unix2dos'. Avec l'information que j'y trouve, je m'aperçois qu'avec la simple ligne :
$ perl -pi -e 's/\n/\r\n/g' test.txt, j'ai exactement ce que je veux il me semble.

(désolé pour l'ironie, je n'ai pu m'empêcher, j'espère que tu vas résoudre ton problème)

Que dit dmesg (puisqu'il te demande de regarder dans dmesg ce qui cloche...)?

Avec ces maigres infos, je peux dire deux trucs :
- avec le 2.6.14, je crois que c'est merdique car c'est le premier noyau qui contient ipw2200, mais c'est une ancienne version, et je crois qu'il est possible que cà entre en conflit avec le module ipw2200 que tu essais de compiler à part. Tente plutôt le 2.6.13 avec le module externe ou le 2.6.15rc qui lui contient le driver dans une version récente.
- le fichier d'installation de ipw2200 contient la liste des paramètres du noyau à activer pour que le driver fonctionne. Autant que je me souvienne, y'a deux algo de compression/cryptage et les wireless extensions.

Ce que tu décris, \r\n, est le format de retour à la ligne dit "dos", propre aux systèmes d'exploitation des chez Microsoft.

L'utilitaire que tu cherches est unix2dos il me semble. Sur debian, c'est le paquet sysutils.

Voir aussi cette astuce : http://linuxfr.org/tips/74.html