Greywolf

le rapport d'affichage de l'ecran est de 16/10 avec une résolution de 1280x800 pixels as tu essayé de sélectionner cette résolution lors de la configuration du serveurX? Tu peux choisir Generic LCD comme moniteur si cela ne marche pas bien, tu peux toujours rajouter un modeline dans la section Monitor de ton fichier de configuration de Xfree: une adresse pour les générer : http://koala.ilog.fr/cgi-bin/nph-colas-modelines-fr un exemple de modeline pour du 1280x800@75Hz ModeLine "1280x800" 108.86 1280 1336 1616 1728 800 802 814 840 #75Hz <= après un brin de lecture, il semble que les modeline ne sont valables que pour les écrans CRT donc à oublier pour les ATI, ati.com fournit les drivers sous forme de rpm (mais pas pour les versions < 8500 si j'en crois ma mémoire des posts sur ce forum)

Sharp zaurus et dérivés => http://openzaurus.sourceforge.net/oz_website/content/news Psion-made => http://linux-7110.sourceforge.net/ Compaq/HP iPAQ => http://freshmeat.net/projects/familiar/

après une petite recherche sur google, p2esocks.dll semble associé au dialer Instant Access qu'on peut se choper à l'insu de son plein gré en surfant sur des sites pas catho avec une passoire comme navigateur. corrigé par Hijack this apparemment

le serveur socks est un serveur mandataire permettant de relier des connexions tcp entre un client "socksifié" et l'application serveur. (contrairement à un proxy http qui ne relaie que le protocole http) les + de socks5 : prise en charge du protocole de transport UDP, de l'authentification, relais DNS socks5 est défini dans la RFC1928: http://www.ietf.org/rfc/rfc1928.txt Quant à MS proxy, j'en sais rien...(ou c'est foxmail qui n'est pas "socksifiable") //edit: j'ai trouvé ça: http://foxmail.free.fr/FoxHelp/c5_SetProxy.htm

[mode troll on] Netfilter/iptables ? [/mode troll off] pikapika =>

md40900.exe

www.google.fr => DNS cegetel allez je suis dans un bon jour : 212.94.174.85 212.94.174.86

sur votre PC, configurez comme suit: Adresse IP : 192.168.0.1 Masque de sous-réseau : 255.255.255.0 Passerelle par défaut : (vide) DNS : (vide) <= éventuellement les DNS de votre fournisseur internet sur celui de votre fille: Adresse IP : 192.168.0.2 Masque de sous-réseau : 255.255.0.0 Passerelle par défaut : 192.168.0.1 Serveur DNS 192.168.0.1 <= éventuellement les DNS de votre fournisseur internet //je parle évidemment des connexions OLITEC

le ping passe? nbtstat -A <IP_du_copain> dit quelquechose?

bon j'ai zieuté leur ftp: ils acceptent pas le mode passif donc mode PORT essaie de régler ton routeur en sécu minimale pour laisser passer la connexion de data.. //c'est ce que j'ai du faire avec l'inventel de wanadoo... pas de gestion des paquets entrants avec leur interface web à la ù$* (heureusement c'est du linux à l'intérieur accessible par telnet, vais t'en modifier le fw à la mano...) sinon, dis nous le fichier que tu veux car y'a beaucoup de choses sur leur ftp (au moins le modèle du routeur ..)

Mandrake ? si au prompt d'install tu rentres après l'intitulé linux: single root=/dev/hdxx <= xx:la partition où se trouve l'arborescence root tu devrais avoir accès à une console, passer le mdp root et tu devrais pouvoir réinstaller lilo

ben... t'as des options dans ton client ftp?

Salut Jeanbi, et quelle connerie suspectes-tu avoir fait? ça n'a pas pu se perdre comme ça tout seul non? Il me semblait que bootpart évitait l'utilisation de LiLo non? D'ailleurs JC Bellamy dit : http://www.bellamyjc.net/fr/pratiquemultiboot.html#8 et il se charge de créer le fichier correspondant au secteur de boot. Si vraiment lilo a disparu, tu peux toujours booter sur le CD de ta distri pour obtenir le mode rescue et réinstaller lilo là où il était (sur le premier secteur de la partition linux?)

bizarre.... le mode de transfert utilisé est? (binaire ou ascii) avec un autre client ftp, ça donne quoi? (voire même avec l'exécutable dos ftp) j'irais même jusqu'à soupçonner un binz avec l'option de masquer les extensions de fichiers connus sous windows (sait-on jamais) <= est-elle activée?

non, 530 est un code d'erreur raltif à la négociation des ports à utiliser pour la connexion de data. ton routeur gère peut-être mal la gestion du protocole ftp en mode PORT (mode dans lequel c'est le serveur qui négocie les ports à utiliser) essaie de te connecter en mode passif pour voir. //une explication pourrait être celle ci: la connexion de commande ftp s'établit avec ton adresse IP publique et celle de data, pour une raison x ou y, avec l'adresse privée de ton PC situé derrière le routeur d'où une discordance entre les adresses des connexions => erreur 530

samba est la suite logicielle pour le protocole SMB (server message block) de microsoft. Ce protocole est chargé des partages de ressources sur les réseaux microsoft (fichiers, imprimantes,...). Pour accéder à des ressources partagées par un poste windows, un simple client samba suffit (smbclient et ses front-ends graphiques: Linneighborhood, xsmbrowser, gnomba (librairies Gnome), komba2 (librairies KDE)... A noter que konqueror reconnait le protocole smb, on peut donc naviguer dans le voisinage réseau par des url du type smb://<hote> Gnome 2.6 dispose d'un voisinage réseau à la windows Pour partager des ressources hébergées par un poste linux vers des postes windows, il faut installer la partie serveur que l'on peut administer directement en éditant /etc/samba/smb.conf ou en passant par des interfaces graphiques telles que SWAT ou webmin (sans parler des trucs propres à chaque distri). En effet, le serveur samba peut servir de PDC On peut également monter une ressource samba comme un disque dur local grâce à la prise en charge de smbfs (samba file system) Un proxy (ou serveur mandataire) n'a rien à voir avec les partages de ressources sur un réseau. Celui-ci relaie les requetes de haut niveau (couche applicative: HTTP, FTP,...) à la place des clients => une des références est squid mais il en existe beaucoup d'autres NFS est propre aux machines unix (Network File System) et n'est utilisé qu'entre elles (mais autant mettre tout le monde en smb si on a un réseau hétérogène)

est-ce que le noyau est compilé pour le support bluetooth ainsi que pour la prise en charge des périphériques bluetooth en ta possession. Si tu n'as pas compilé de noyau, essaie de voir dans /proc s'il n'ya pas de référence à du bluetooth ou dans /lib/modules/<uname -r> avec un find ou un locate (précédé de updatedb pour ce dernier) as tu installé les divers utilitaires bluetooth: bluez-... éventuellement faire un tour par là: http://www.bluez.org/ as-tu recherché sur http://www.google.fr/linux pour voir s'il n'y aurait pas des infos concernant tes périphs bluetooth.

si j'en crois ceci, tu te trouves dans le répertoire de montage de ton lecteur cd-rom n°2 J'ai du mal à croire que le fichier penggy.tar.gz téléchargé soit allé, comme par magie, se graver sur ton cdrom (bon si c'est possible avec le packet-writing mais j'ai des doutes, surtout qu'il faut patcher le noyau, recompiler, avoir un CD-R ou RW formaté dans le lecteur...) => donc le répertoire où tu te trouves ne contient pas l'archive penggy il faut aller là où tu l'as téléchargé cd /le/répertoire/contenant/l'archive guile-1.6.4.tar gz est présent sur le CD mais tu te trouves sur un CD => tu ne peux pas dézipper l'archive sur le CD (c'est un système de fichiers en lecture seule: Read-only file system... et c'est pas la faute à linux, c'est pareil sous windows pour ce coup là ) gunzip ne fait que décompresser l'archive mais ne l'extrairera pas. tar est fait pour ça et il sait gérer le gz. 1/se placer dans le répertoire contenant l'archive. Ce répertoire doit être accesible en lecture-écriture à l'utilisateur 2/vérifier que l'archive est là: ls -l *.tar.* 3/détarrer l'archive: tar xvzf <nom_de_l'archive> pour un tar.gz tar xvjf <nom_de_l'archive> pour un tar.bz2 peut pas faire plus clair désolé....

1/pour les tar.bz2 c'est tar xvjf (Cf man tar) 2/l'éxécution en root n'est aucunement nécessaire (pour peu que tu ais les droits d'écriture dans le répertoire où tu te trouves). root n'est nécessaire qu'au moment du make install. 3/ l'archive trouvée sur le site officiel s'appelle penggy-0.2.1.tar.bz2 et non penggy-0.2.1-1.tar.bz2 4/le && c'est pour enchainer les commandes 5/avant de faire tar xvjf penggy-0.2.1.tar.bz2 fais un ls -l *.tar.* pour qu'on voie ce qu'il y a dans ton répertoire

ne pas mettre d'espace entre pengy et les numéros de version... tar xvzf penggy-0.2.1.tar.gz y'a de la complétion des noms de fichier dans une console, il faut s'en servir (touche tabulation)

md5 c'est une fonction de hachage qui génère une empreinte numérique du fichier sur lequel elle est appliquée. En comparant l'empreinte originale à celle obtenue en hachant le fichier téléchargé, on s'assure que le fichier n'a pas été corrompu ou modifié. essaie avec virtualdubmod: http://virtualdubmod.sourceforge.net/ ou mkvtoolnix: http://www.bunkus.org/videotools/mkvtoolnix/

Bon anniversaire Patzepat

ça dépend du contenu du MKV (qui n'est qu'un conteneur) Si les formats audio/video sont compatibles avec le conteneur AVI, avidemux/virtualdub doit pouvoir faire ça simplement (direct stream copy => save as avi) sinon va falloir réencoder (particulièrement si la video est du RV9)

Digital Rights Management.. aucune idée quant au problème

y'a de la doc plus qu'il n'en faut sur le site de vnc je crois non? sinon, c'est comme toute appli client/serveur un serveur en écoute un client qui se connecte dessus mais c'est plus pour de l'admin à distance.