JaguarWan a écrit 331 commentaires

Tout de même, le lien vers le changelog :

http://www.nvidia.com/object/linux_display_ia32_1.0-6629.html(...)

(c'est le même pour IA32 et IA64)

C'est normal que l'outil de configuration réseau touche à ta configuration X et la grille si tu as des drivers propriétaires. C'est un feature, ça permet d'empêcher ces fourbes de drivers video non-libres de tout raconter ce que tu fais à leurs firmes par le réseau... J'attend toujours d'avoir ces nouvelles technologies sur ma Slackware.

Fichtre, Sleuthkit combiné à Autopsy est même une véritable tuerie ! Encore merci, j'ai pu récucérer tous mes fichiers avec ça ! :)

Merci beaucoup, c'est exactement ce que je cherchais :)

Je confirme, MusicPlayerDaemon est une tuerie. Mon player maintenant, c'est une applet SuperKaramba toute discrète qui pilote le daemon en utilisant le client bash mpc...

Après pas mal de googling, je suis _ENFIN_ tombé sur ce que je recherchais ! Il faut utiliser l'option -noswitchvt en lançant X, pour ceux que ça pourrait intéresser. Ils auraient pu la mettre dans les pages de man, tout de même...

Merci beaucoup pour ce tuyau, mon pingouin est de nouveau plein de santé et de vigueur :) On dirait pas qu'il était mort depuis deux jours !

> Donc, maintenant mon problème est : il ne sort jamais de select, même si je me connecte au serveur...
Si tu as utilisé mon code succint, c'est normal : c'est l'algo d'un mini serveur qui ne fait qu'écouter et signaler s'il y a des données sur les sockets. Déplace donc ton code de gestion de connexion dans le if(FD_ISSET(....)) pour plus de résultats.
Sinon, tu auras du mal à faire un serveur gérant plusieurs connexions sans faire appels aux threads, pour éviter la gène des opérations bloquantes et pouvoir traiter simultanément différents clients.
Autre option, utiliser des i/o non bloquantes sur tes sockets, mais ça utilise plus de CPU.

Déjà fait, sans succès...
> J'ai essayé de le rafistoler à la Frankenstein en utilisant le rescue-cd Slack,
> mais réinstaller les packages détruits n'a rien donné.
La dernière option qu'il me reste, c'est la reinstall-expert-sans-formatter. S'il ne revient pas à lui, je fais des backups et une réinstallation complète dans sa face, ça devrait le réveiller.

Je tenterai ça ce soir, et je ne manquerais pas de rapporter les résultats de cette expérience post mortem :)

Tux est peut-être un manchot, mais feu Jaguar était un pingouin :p Pingouin d'eaux chaudes qui plus est ;)

http://www.noos.org/anime/evangelion/penpen/penpen1.jpg(...)

Patch:

--- FDZERO(&fdLecture); FDZERO(&fdEcriture); FDZERO(&fdException);
+++ FDZERO(&fdSetEcouteur);

Et toutes les macros FD** demandent l'adresse du set, même si j'ai oublié quelques '&' au passage...

Algo vite fait :

/* set de sockets écouteurs */
fd_set fdSetEcouteurs;
/* Controle de la boucle */
int bTourner = 1;
/* Tableau de sockets qui écoutent */
int *skTabEcouteurs = NULL;
/* Effectif du tableau */
int iNbEcouteurs = 0;
/* Retour de select() */
int iRet = 0;

while( bTourner )
{
  /* Nettoie le set de descripteurs/sockets */
  FDZERO(&fdLecture); FDZERO(&fdEcriture); FDZERO(&fdException);

  /* On le remplit avec nos écouteurs */
  for (i=0; i < iNbEcouteurs; i++) { FDSET(skTabEcouteurs[i], fdSetEcouteurs); }

  /* Select */
  iRet = select(i,  &fdSetEcouteurs,  NULL,     NULL,      NULL);
  /*                ^            ^                 ^             ^               ^     */
  /*         nb sockets   lecteurs    'écriveurs'  exceptions   timeout */
  /* Dans la pratique, mieux vaux un timeout ;) */
  /* (Le nombre de sockets n'est pas nécessaire sous Win32) */
  
  /* On teste si tout s'est bien passé */
  if (iRet != 0) { perror("COIN!"); exit(1); }
  
  /* Select a enlevé du set tous les écouteurs qui n'ont rien à dire */
  /* On teste donc ce qui reste dans le set de départ */
  for (i=0; i < iNbEcouteurs; i++)
  {
     if( FDISSET(skTabEcouteurs[i], fdSetEcouteurs) )
     {
       /* Il y a de la lecture sur ce socket */
       printf("Le socket %i a quelque chose à dire !\n", i);
     }
   }
   /* Et c'est reparti pour un tour... */
}

Pour le partage de fichiers, tu dois utiliser Samba. Il y a sans doute un utilitaire pour configurer Samba sous SuSE, sinon tu peux modifier /etc/samba/smb.conf à la main, il y a plein de tutoriaux pour ça.
Pour voir les partages du Windows, il y a plusieurs manières : si tu es sous KDE et que le réseau local marche, tu peux taper smb://ADRESSE_IP_DU_WINDOWS dans la barre d'adresse de Konqueror. Après, il existe des logiciels qui permettent de monter les partages, pour lire un DivX à distance par exemple. Je te conseille LinNeighborhood (gnome) ou SMB4K (KDE).
Pour le partage de connexion, généralement il faut avoir un script shell qui se lance au démarrage avec les lignes suivantes dedans :

-----------------------------------8<----------------------------------------------

# Règles firewall
iptables -A FORWARD -i $CARTE_RESEAU_LOCAL -o $CARTE_RESEAU_INSTERNET -s $ADRESSE_IP_RESEAU_LOCAL -m state --state ! INVALID -j ACCEPT

iptables -A FORWARD -i $CARTE_RESEAU_INSTERNET -o $CARTE_RESEAU_LOCAL -d $ADRESSE_IP_RESEAU_LOCAL -m state --state ESTABLISHED,RELATED -j ACCEPT

iptables -t nat -A POSTROUTING -o $CARTE_RESEAU_LOCAL -s $ADRESSE_IP_RESEAU_LOCAL -j MASQUERADE

# Activation du NAT
echo 1 > /proc/sys/net/ipv4/ip_forward

-----------------------------------8<----------------------------------------------

Un peu d'explications :
* La première règle fais suivre les packets (FORWARD) qui arrivent du reseau local (-i (input) LAN) vers Internet (-o (output) Internet) en vérifiant qu'ils viennent d'une IP de ton LAN (-s (source) IP LAN) et qu'ils sont valables (--state non invalide).

* La deuxième règle fait globalement l'inverse : elle fait suivre les packets qui viennent d'internet vers ton réseau local en vérifiant qu'ils doivent y aller (-d (destination) IP LAN) et qu'ils ont été demandés (--state CONNECTED, etc...)

* La troisième règle et le 'echo machin' s'occupe de l'activation du partage de connexion et du routage des packets proprement dit.

Si tu as la flemme de faire ça à la main, tu peux utiliser ce script de firewall très bien fait : http://olivieraj.free.fr/fr/linux/programme/netfilter_cfg/(...)
Il y a quelques lignes à modifier pour la configuration, après tu n'as plus qu'à le faire lancer en même temps que la connexion.

Au fait, pour que le partage de connexion marche bien, il faut bien vérifier que les deux PC ont les adresses DNS de ton provider. Sous Windows, ça se trouve dans les propriétés TCP/IP, là où on configure l'IP, et sous LInux (en tout cas sur ma Slackware), dans /etc/resolv.conf.

Arf, quand je dis "c'était pas intuitif", c'est pas un reproche ou une critique... C'est juste le constat qu'on ne peut pas trouver ça tout seul, et qu'on a besoin d'un howto, ou d'un linuxien aguerri pour y arriver la première fois. Pas la peine de se lancer dans le 'Ah oui, et ÇA c'est plus intuitif [Troll: ajouter 'sous Windows'] ?!'. La première fois que tu installes un Windows, tu as généralement besoin de l'aide d'un 'Robert' ou d'un 'Kevin-ton-petit-cousin' pour certains trucs tu sais ;)

En fait les seuls trucs que j'ai récupéré sur LinuxPackages, c'est ceux que je n'arrivais pas à compiler (genre le patch KWinShadow, une vieille version de Baghira, et cdrtools). Le reste, c'est README, INSTALL, ./configure --options-habituelles-et-les-autres && make && checkinstall :)

Installer Mplayer à partir des sources, j'ai une Slackware et je ne connaissais pas l'existence de LinuxPackages.net à ce moment là ;)

C'est constructif comme attitude ça... J'ai installé mon premier Linux il y a six mois, pas "passke c tro la mode et ke je le kif graaav" mais parcequ'on a travaillé dessus à l'IUT, et que ça m'a objectivement plu.
Comme tous les débutants, j'ai eu besoin d'aide pour des trucs qui me paraissent faciles maintenant mais qui étaient durs à apréhender au départ. Franchement, n'allez pas me dire qu'installer MPlayer, configurer dmix ou installer ces @#%!!^$ de drivers proprio ATI c'était intuitif. Merci au passage aux auteurs de howto, et à l'excellent trustonme.net ... Et quand j'arrive à trouver seul la solution à un problème que j'ai exposé dans un forum, je ne manque jamais de la poster.
Si on n'aide pas les n00bs, c'est sûr qu'ils ne risquent pas d'avancer... C'est rigolo, tu critiques les "gamers" mais tu as la même attitude que le bogoss de base qu'on peut trouver dans tout bon forum Counter-Strike ("tg le n00b jte cose po chui une l33t moa")...

J'aurais pu y penser avant de compiler à la main :

http://www.linuxpackages.net/pkg_details.php?id=3733(...)

Pour les slackers.

Arf, sur le ftp du développeur, il y aussi un unace-1.2b.tar.gz ! C'est vraiment faire d'une pierre deux coups ! ;)
Et je n'avais jamais remarqué qu'il existait un google 'spécial linux', honte sur moi...
Merci beaucoup, je me coucherais moins bête ce soir :)

You have no chance to survive make your time.

Il y a une sorte d'équivalent à PLF pour Slackware, LinuxPackage.net...

Une des nombreuses réserves que j'éprouve face à ce projet, c'est l'unification de la syntaxe. C'est peut-être idiot, mais j'ai eu du mal à comprendre la syntaxe de sudoers, exposée dans les pages de man comme "Extended Backus-Naur Form". Ouais, bah je préfère nettement la "simple smb.conf-xorg.conf form", moi. Alors si le concepteur est un fan de Backus, je vais devoir me refaire des pages de man tordues pour pouvoir éditer mes fichiers à la main. Et en plus, dans tous les fichiers ce sera cette syntaxe abhorrée que je retrouverais. Auuuuuugh !

Ensuite, le débat mode texte contre clickodrome. Je suis un linuxien fraichement émoulu, je n'ai quitté le giron de Windows que depuis un an. Et LA tare de Windows, c'est que dès que le graphique ne marche plus, ça devient l'enfer. Si le mode "Sans échec" ne boote plus, c'est généralement l'hallali, parce qu'on a quasiment plus rien pour examiner le disque dur ni le soigner. Alors je préfère nettement avoir des outils dédiés au mode texte, que des clickodromes "user-friendly" pleins de jolis effets ou de clippy survoltés :) Donc leur système a intérêt à être très abordable en mode texte. Je détesterais avoir à rechercher un fichier de conf super important dans le répertoire .kde par exemple. Alors si leur registry ressemble à ça, non merci.

En tant qu'ex-windowsien, je suis sensé être le plus géné par le système etc. Et pourtant, c'est l'une des choses que j'apprécie le plus sous Linux ! Le nombre de fois ou une expérience à mal tournée et ou j'ai pu localiser le fichier fautif, puis le corriger, même à partir d'un CD bootable ! J'ai déjà soulevé le problème de l'aspect du répertoire du registry... Est-ce que les noms seront humainement reconnaissables, ou bien seront-ils optimisés pour l'application chargée du registre ? Le fait est que la plupart du temps, quand on doit vraiment modifier un fichier de conf, c'est qu'on est dans une situation peu enviable. Alors rajouter une surcouche pour rendre plus confortable leur édition dans les situations normales, c'est inutile. Franchement, je n'ai pas besoin d'un "regedit" pour modifier les paramètres de K3B !

Et le problème des dossiers cachés dans le $HOME ne justifie pas ce massacre. A la limite, pourquoi ne pas ajouter une variable $CONFIG qui éviterait les astuces comme le répertoire "domus" plus haut ? Au lieu de s'acharner sur le $HOME, les programmes écriraient paisiblement dans un répertoire spécifique.

Essaye une Slackware utilisant un noyau 2.2/2.4. On avait installé une Slackware 9.1 sur un Pentium 133, et X tournait correctement, en utilisant WindowMaker. Pour la musique, MusicPlayerDaemon pourrait t'intéresser : ce daemon lit les formats MP3, OGG, FLAC et AAC, et il fonctionne comme un serveur. Résultat, tu peux écouter ta musique sous X ou en mode texte sans interruption, et même d'un PC distant.

Tu peux essayer la Slackware, c'est une distribution qui reste très à jour sans être instable. Bon, elle ne propose pas les RC, mais tu peux trouver des contributions pour ça. Par exemple, je suis sous KDE 3.3 depuis sa sortie, sans problème. Si tu veux être absolument über-bleeding-edge, ./configure && make && checkinstall est ton ami.