furai a écrit 289 commentaires

ça en ramènerait trop :

std::cout << "HAHA";
std::cout << std::endl;

par exemple...

Le premier paramètre pris par find est l'endroit de l'arborescence où commencer la recherche.

$ find /

commence la recherche à la racine

$ find .

commence la recherche dans le répertoire courant.

De plus GNU find rend ce premier paramètre optionnel, auquel cas "find ." == "find "

Mais j'aime bien les commentaires :
"Merci, ça marche".

Je m'imagine bien l'anxiété :
"J'ai posé une question sur LinuxFR, 'tain, le piège, tout le monde va essayer de me répondre à côté..." ^_^

"Même les paranoïaques ont des ennemis"

encore mieux : port 443 (https), le type de flux doit être le même.

J'ai déjà essayé de faire passer ça sur un port 80, la connexion était refusée...

Sinon, pour ton problème :

telnet ip 22

Si c'est connexion refused, ne cherche pas trop loin, ce doit être le firewall.

Quitte à faire du RAID-0, pourquoi pas un LVM2 ?

wireless_keymode : c'est bien pour le WEP; après la différence avec "restricted"...

Sinon, ça a bien l'air d'être le "mode managed" qui manquait.
Ca m'a aussi permis de constater que j'avais un peu mis le bronx au niveau de la configuration du routeur. J'ai mis seulement le WEP pour l'instant, et ça passe comme une lettre à la poste (tout du moins avec le CD live de ubuntu).

Ne reste plus maintenant qu'à faire la même chose avec une Gentoo amd64...

Mais je sais au moins que c'est faisable et compatible.

je pense qu'effectivement le problème doit venir du "wireless_mode managed"; je n'y avais pas encore touché

Par contre, le "keymode open", c'est pour le WEP ?

effectivement, je n'avais pas touché à cette option jusqu'à maitenant...

je testerais ça ce soir.

Merci

Je pense que tu t'es trompé dans l'ordre de tes fichiers pour la commande diff :

le < est pour "enlever la ligne" et le > pour "rajouter la ligne"

Avec un diff -u, c'est un peu plus lisible :

$ cat v1
enum dropPopupOptions { paste, cd, cp, ln, mv };

$ cat v2
enum dropPopupOptions { paste, cd, cp, ln, mv, wget };

$ diff v1 v2
1c1
< enum dropPopupOptions { paste, cd, cp, ln, mv };
---
> enum dropPopupOptions { paste, cd, cp, ln, mv, wget };

$ diff -u v1 v2
--- v1 Thu Dec 22 13:21:25 2005
+++ v2 Thu Dec 22 13:21:17 2005
@@ -1 +1 @@
-enum dropPopupOptions { paste, cd, cp, ln, mv };
+enum dropPopupOptions { paste, cd, cp, ln, mv, wget };

_ou_
USE="-directfb" emerge ecore x11-wm/e

plus de dépendances à directfb (à moins d'un besoin spécifique de ta part) et plus de message comme quoi ce n'est pas trouvable (car non compilé?)

libdirectfb-0.9.so.24, needed by /usr/lib/libecore_directfb.so, not found
libfusion-0.9.so.24, needed by /usr/lib/libecore_directfb.so, not found
libdirect-0.9.so.24, needed by /usr/lib/libecore_directfb.so, not found

de ce que je peux voir, tu as un problème avec directfb et ecore

Si tu re- "emerge directfb x11-libs/ecore x11-wm/e" ?

rebranche le cable.

faut pas chercher compliquer ! Ou peut etre ai-je mal compris ce que tu veux faire.

ls | grep -v mon_fichier.txt | xargs rm

sans rancune ^_^

Au moins pour ssh, ce n'est pas grave.

Par contre pour VNC, je ne suis pas sur que cela ait une incidence que le serveur graphique ne soit pas configuré...
il faudrait essayer.

ca va etre malheureusement rapide :
le support de Unichrome est arrivé avec la version 6.8.je-sais-plus-combien du serveur X.

il y a des chances que le driver svga passe, mais il ne va pas falloir s'attendre à quelque chose de bien.

C'est quelle version de Xfree ?

Parce que si je me rappelle, à partir de la version 6.8.x, tu indiques

Driver "via"

et c'est bon.

pour le coup, ca va etre ndiswrapper qui ne doit pas se charger...

il faudrait voir a recompiler, refaire
ndiswrapper -i ...inf
ndiswrapper -m
modprobe ndiswrapper

oui, il y a de grandes chances que ce soit wlan0

Rien que les raccourcis pour le copier-coller, ça m'a vite saoûlé.

Mauvaise habitude, changer habitude...

Tu aurais connu emacs avant, le copier/coller sous windows t'aurait saoulé aussi :

M-w pour copier
C-y pour coller et une fois que tu en est là A-y pour naviguer dans ce que tu as déjà copié / collé.

C'est peut-être juste que Windows donne trop de mauvaises habitudes : il apprend à être assisté et croire que tout les logiciels fonctionnent pareils.

impressionant...

c'est exactement le commentaire que j'allais faire : c'est ce que j'ai fait ce matin

#include <iostream>
using namespace std;

car iostream.h, c'est vieux et pas bien

tu crées un fichier AppliSetup.py (ou autre_chose.py) :

from distutils.core import setup
import py2exe

setup(name = "Hello TK", version = "0.1", scripts = ["Hello.py"])

ou bien (ca depend de la version de py2exe):
# setup.py
from distutils.core import setup
import glob
import py2exe

setup(console=["myscript.py"],
data_files=[("bitmaps",
["bm/large.gif", "bm/small.gif"]),
("fonts",
glob.glob("fonts\\*.fnt"))],
)

et ensuite :
python setup.py py2exe

ca te crée un répertoire dist/ qui contient les executables

c'est à quel moment ?
tu as quelle version de python d'installée ?
si c'est la 2.3, c'est celle qui vient directement de python ou ActivePython ?

Est-ce que ca marche ?
C:\temp>cat Hello.py
#!/usr/bin/env python

import Tkinter

l = Tkinter.Label(text = "Hello World")
b = Tkinter.Button(text = "quit", command = "exit")
l.pack()
b.pack()
l.mainloop()

C:\temp>cat HelloSetup.py
#!/usr/bin/env python

from distutils.core import setup
import py2exe

setup(name = "Hello TK", version = "0.1", scripts = ["Hello.py"])

python HelloSetup.py py2exe

il faut utiliser py2exe :
http://starship.python.net/crew/theller/py2exe/(...)