Installation de Linux, qq questions - Page 1

Je suis en train de mettre Gentoo Linux sur mon portable, j'ai quelques mini-problèmes pour certains trucs.
D'abord mon partage de connexion Internet par une machine WinXP ne marche pas bien, je suis obligé de faire :
route add default gw <ip de la machine Win>
pour qu'Internet marche sur le portable. C'est normal ? Où vaudrait-il mieux ajouter cette ligne pour l'exécuter automatiquement ?

Et si jamais je branche mon portable sur le réseau de l'école, il trouvera Internet tout seul ? (je test ça demain normalement). Et l'adresse du serveur DNS il l'aura comment ? (/etc/resolv.conf contient l'adresse de ma machine WinXP, ça doit être modifié ?)

1) heu, non spa normal si tu l'as configuré a l'installation et que ca a sauté..
je suis plus que ce soit pareil sur gentoo mais en gal le fichier de config du rezal est /etc/network/interfaces

tu doit avoir un truc du style (si t'est en statique, ce qui me parait etre le plus probable)

# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)

# The loopback interface
auto lo
iface lo inet loopback

# The first network card - this entry was created during the Debian installation
# (network, broadcast and gateway are optional)
auto eth0
iface eth0 inet static
        address x.x.x.x
        netmask y.y.y.y
        network z.z.z.z
        broadcast w.w.w.w
        gateway v.v.v.v

si t'as pas de ligne gw, bein cé normal que ca fouare, si yen a une bein ya une couille dans le potage..

2)

heu, non a l'ecole si tu change rien il essayera de se connecter avec les parametres de la maison..
il doit exister des petits scripts pour switcher rapidement d'une config rezal a une autre (apres une recherche rapide j'ai trouvé ca http://sourceforge.net/projects/netprofiler, mais ya rien qui a ete rlz pour le moment, et je pense pas que ce soit le seul soft du style existant)

Le ficheir que tu as donné est le ficheir sous debian.
Sous gentoo, c'est /etc/conf.d/net

Si a la fac il y a un serveur DHCP, tu peux utiliser ça dans la config de ta carte réseau (toujour dans le meme fichier)

exact, cé le fichier sur deb, mais jme souvenait plus du ficher sur gentoo, et j'en ai plus une qui tourne sous la main :/ (dd de la gate dead j'ai remis une debian..)

ya moyen de faire un truc bien porc mais efficace, si ya un dhcp dans ton ecole, si tu veu rien avoir a changer sur ton portable entre les deux, c'est que tu configure ta gate comme un serveur dhcp chez toi, avec la meme ip que le dhcp de ton ecole, comme ca yaura pas de pb

m'enfin cé vraiement crade

cherche plutot un switcheur de config rezo, ou fais en un toit mem (ya moyen de faire ca en 5 lignes de bash..), a la limite cé presque plus rapide que de chercher.. meme si c'est sur que ca existe..

* Finalement le réseau se configure tout seul même à l'école lorsqu'on lance le client dhcp. Mais il ne semble pas être exécuté au démarrage, où est-il plus propre de rajouter son lancement pour le lancer au boot ?

* Mon proc est un Pentium 4 avec Hyper-Threading, mais je n'arrive pas à l'activer. Dans la config du noyau, dans processor type and features, je mets Symmetric multi-processing support. Après compilation et boot, il ne me trouve qu'un processeur avec cat /proc/cpuinfo.
L'Hyper-Threading est pourtant bien activé et fonctionne sous Windows...

* la commande apropos ne semble pas marcher du tout, on ne peut rien trouver avec... Qu'est-ce qui serait mal installé ?

* Il y'aurait un moyen de faire afficher aux consoles virtuelles de Linux les acccents ? (je l'ai mis en français, ça rend pas top).

* Est-ce que emerge serait capable de reprendre une compilation interrompue avec Ctrl-c, sans re-décompresser les sources et donc devoir tout recompiler depuis le début ?

* J'ai monté ma partition NTFS dans /mnt/win, mais j'ai un problème de droit : tous les droits sont supprimés pour group et other, donc pas moyen de la lire quand on est pas route. Il faut mettre une option spéciale dans fstab ? Et comment ça se fait que /mnt/cdrom par exemple donne r et x à tout le monde à son montage, lui ? (apparemment les droits sur les dossiers de /mnt/ avant leur montage n'influencent rien du tout).

* J'ai mis le lecteur CD en supermount, mais j'ai l'impression que ça fait planter le noyau de temps en temps, il faudrait que je regarde si c'est vraiment ça qui fait planter.

tu peux mettre les options uid=xxx, gid=xxx et umask=xxx pour le ntfs ; par défaut, ça doit être 0, 0 et 077 je suppose (owner root, groupe root et aucune permission pour les autres) -> si tu mets umask=022 ça devrait être bon...
pour les CD, iso9660 n'a pas l'option umask mais l'option mode et sa valeur par défaut est 0555 je crois, c'est pour ça que ça marche (mode=~umask)

-> Pour le dhcp (Doc Gentoo) :
Si vous voulez que votre première interface réseau, eth0, reçoive son adresse via DHCP, indiquez dhcp pour l'option iface_eth0 dans /etc/conf.d/net.
Ensuite, "rc-update add net.eth0 default". Ca démarrera au boot

-> Pour l'HT, il est normalement très bien supporté sous linux. Je n'ai jamais utilisé, mais le support SMP suffit : http://forums.gentoo.org/viewtopic.php?t=105999&highlight=hyper+threading J'ai eu vent de problemes sur les kernel 2.4.x a ce sujet. Essaye peut-etre avec un kernel 2.6 (emerge mm-sources)

-> Pour les accents : "rc-update add consolefonts default", si tu as bien configuré le /etc/rc.conf

-> Supermount : laisse ça de coté, c'est tout daubé, ça marche mal...

Extrait d'un fichier qui devrait être là-dedans : http://harpe.dptmaths.ens-cachan.fr/~gesbert/fr.tar.gz si le site n'était pas apparemment down (l'archive contient aussi les polices et les tables de clavier qui vont bien ; je l'ai ici mais je ne peux pas la mettre sur le web avant ce soir...) (le fichier date, mais y a pas de nouvelle version autant que je sache, et c'est toujours en gros valable...)

Si vous utilisez console-tools-1998.08.11.tar.gz, vous pourrez remplacer « setfont » par « consolechars » : ces programmes servent à charger une police sous linux console.

setfont /usr/lib/kbd/consolefonts/xxxE-NN.psf.gz

Je vous conseille pour des raisons développées plus bas :

setfont /usr/lib/kbd/consolefonts/lat9-16u.psf.gz

D'habitude, setfont est exécuté par des scripts au démarrage ; par exemple dans /etc/rc.d/init.d/keytable ou /etc/rc.d/rc.local, init.d/keytable ou rc.keymap.

La commande :

find /etc/rc.d -type f | xargs grep setfont

vous fournira sur le nom exact du fichier lançant setfont ; il vous suffit alors de l'éditer pour que vos modifications soient désormais prise en en compte à chaque démarrage.··

Les distributions RedHat et Debian constituent des exceptions : la police par défaut étant définie dans /etc/sysconfig/i18n pour la RedHat et /etc/kbd/config pour les Debian.

Dans /etc/sysconfig/i18n rajouter une ligne de la forme :

SYSFONT=xxxE-NN.psf

* xxx repésente le type de police ; il doit s'agir d'une lat pour les francophones ce qui signifie ISO 8859 ou latin. Sans celà il n'y a plus de caractères «étendus» comme les voyelles accentués, symboles de ponctuation comme paragraphe...
* E représente l'encodage latin, par exemple 1 pour latin1, 0 ou 9 pour latin9
* NNN représente la taille individuelle de chaque caractère ; 08 est presque illisible mais 16 est un peu gros... À régler selon les goûts de chacun.
Je vous conseille la police lat9-16u.psf ou son équivalent lat0u-16.psf installée par défaut sur la plupart des distributions.

Sally, c'est pas la peine : c'est une gentoo : il y a tout ce qu'il faut dedans, et gentoo n'est pas faite poru installer des trucs extérieurs au portage, surtout ce genre de choses, vu que ça sera écrasé a la mise a jour des paquets..... J'insiste : cette méthode est considérée comme TRES TRES crade sous gentoo. Surtout qu'il n'y a ni rc.d, ni sysconfig sous gentoo

un "rc-update add consolefonts default" suffit. Dans le fichier /etc/rc.conf, il suffit de mettre :
CONSOLEFONT="lat0-16"
KEYMAP="fr-latin1"

Et pour faire basculer tout le systeme en français (ce qui permet de traduire les messages du compilo, de beaucoup d'applis X, etc...), il suffit de faire ça :
echo LANG=fr_FR@euro > /etc/env.d/02local

un tuto a lire a ce sujet (toujours spécial gentoo) : http://www.gentoo.org/doc/fr/guide-localization.xml
Et en général : http://www.gentoo.org/doc/fr/

Oups, je n'avais pas vu que tu avais déjà répondu à cette question-là...

Ca n'a rien à voir, mais sur un autre ordinateur je viens d'effacer la table des partitions. Linux était presque entièrement installé (sauf le swap) sur un deuxième disque dur donc on peut encore le lancer.
Ce qui m'embête c'est que sur le disque sans table se trouvait une partition Windows avec des données importantes. C'est idiot, les données y sont encore mais on ne sais plus où. Existe-il des outils ou une technique pour réparer ça ?

oué, ya des softs pour ca, j'ai plus trop ca pour la main, mais il me semble que j'en avait filé a thibaut lorsqu'il avait eu un pb de dd.. (softs du genre easy recovery pro.. j'ai pas encore vu d'equivalent libre, mais j'ai pas trop cherché non plus..)

./11 > La solution c'est de remettre la table de partition telle qu'elle était avant à l'aide de fdisk. Si tu te souviens exactement quelles étaient les tailles de tes partitions et dans quel ordre elles étaient, il suffit de recréer une table avec ces paramètres. Si tu ne t'en souviens pas exactement, il faut tâtonner. Si c'était une partition linux, je sais qu'il existe un truc qui scanne le disque en cherchant les secteurs qui ressemblent à des superblocks de ext2fs (tu sais alors que le premier superblock est sur le secteur 3 de la partition) ; là je ne sais pas mais je suppose qu'il existe un moyen similaire de détecter les débuts de partitions ntfs. D'autre part je pense qu'il n'est pas gênant qu'une partition soit plus grande que le système de fichiers qu'elle contient, donc si ton disque *commence* par une partition ntfs tu pourrais essayer de ne créer tout d'abord qu'une seule partition, puis la monter (en lecture seule, vaut mieux) pour regarder la taille du système de fichiers, en déduire la taille de la partition et donc le numéro du cylindre où commence la deuxième, puis créer la deuxième partition et ainsi de suite. Les partitions de swap linux commencent aussi par une table où je pense que la taille totale est indiquée quelque part, donc tu devrais pouvoir reconstituer de la sorte.
(le fdisk de linux n'écrit jamais ailleurs que dans la table de partitions, autant que je sache, donc il n'y a pas de risque a priori que tu perdes des données en l'utilisant, même si tu te plantes...)

Il y a aussi des logiciels comme NDD qui peuvent reconnaître tout ce qui ressemble à une partition FAT (mais je ne sais pas comment forcer NDD à recréer la table de partitions - il propose de le faire s'il reconnaît qu'elle est corrompue -, et puis s'il la recrée, il ne met que les partitions FAT dans la table, il se fiche complètement des partitions Linux).

Ok, merci, je vais essayer tout ça. Il va falloir que je réinstalle Windows sur l'autre disque pour utiliser ces programmes pour Windows. Quels sont les outils pour Linux capable de redimensionner une partition ? (parted sait faire ça ?)

Pour revenir à mon installation de Gentoo :

* J'ai configuré dans XF86Config le touchpad du portable avec le protocole PS/2 et le périphérique /dev/mouse, et il fonctionne bien. Mais je voudrais aussi pouvoir utiliser ma souris Logitech Mini Mouse Optical (usb). Quand je la déplace le curseur saute un peu partout et clic tout seul (pourtant je n'ai rien mis pour elle dans XF86Config).
Le touchpad et la souris usb serait tous les deux repérés par /dev/mouse ?
J'ai essayé de mettre 'Logitech' comme protocole à la place de 'PS/2', mais là aucune des deux souris ne marche. Qu'est-ce que je pourrais essayer de faire ?

* /etc/profile semble ne pas être exécuté quand on lance la Konsole de KDE. Comme arrange-t-on ça ? Et par qui est fixé le PATH dans ce cas ? (le PATH avec l'utilisateur root ne contient le bin/ de XFree, je voudrais arranger ça dans le fichier de config qui fixe son PATH).

* Comment lancer automatiquement kdm au démarrage ? (pour l'instant je me log en root en console et je le lance à la main).

* La carte réseau trouve maintenant ses paramètres en DHCP, mais quand je ne suis pas sur un réseau 'bringing eth0 up' mais beaucoup beaucoup de temps à afficher 'failed' au final, je ne sais pas si on peut arranger ça.

* Je n'arrive pas à lancer un programme tournant sous X en root à partir d'un shell obtenu en 'su', je ne comprends pas. J'ai un message d'erreur : "Xlib : connection to ':0:0' refused by server - No protocol specified".


* Est-ce vraiment dangereux pour la stabilité du système de compiler et installer avec configure et make des sources sans passer par emerge pour une Gentoo Linux ? (je n'ai pas une connexion haut-débit chez moi et j'ai plein de CD de 'Login:' contenant des sources de progs interessants).

* J'ai KMix qui se lance tout seul au démarrage de KDE, je ne sais pas où empêcher ça.

* Je voudrais avoir le menu K transparent comme sous Knoppix, je ne trouve pas où ça se configure (je n'ai rien trouvé dans Configure panel)

/etc/profile n'est lu par le shell que si ce shell est lancé avec l'option --login . Quand tu te loggues, le shell initial est a priori lancé avec cette option, il lit /etc/profile, ~/.profile et enfin ~/.bash_profile si c'est bash. Quand tu ouvres un terminal X, a priori ce n'est pas un shell de login et dans ce cas il lit en tout et pour tout ~/.bashrc (donc pas les *profile).
Une solution pour que ça fasse toujours la même chose est :
1/ ne pas avoir de ~/.profile et ~/.bash_profile
2/ mettre tout ce dont tu as besoin dans /etc/profile
3/ echo '. /etc/profile' > ~/.bashrc

tu peux aussi avoir un .profile différent pour chaque utilisateur en plus du /etc/profile, dans ce cas il suffit que les .bashrc contiennent ces deux lignes :
. /etc/profile
. ~/.profile

une dernière solution est de toujours lancer les shells en --login , mais bof.

man bash pour tous les détails...

ExtendeD
: Ok, merci, je vais essayer tout ça. Il va falloir que je réinstalle Windows sur l'autre disque pour utiliser ces programmes pour Windows. Quels sont les outils pour Linux capable de redimensionner une partition ? (parted sait faire ça ?)

Oui, parted sait le faire. Mais évite de traffiquer une partition en pleine utilisation. Je te conseille donc d'utiliser Knoppix, qui contient aussi QTparted, frontend graphique pour parted.

Pour revenir à mon installation de Gentoo :

* J'ai configuré dans XF86Config le touchpad du portable avec le protocole PS/2 et le périphérique /dev/mouse, et il fonctionne bien. Mais je voudrais aussi pouvoir utiliser ma souris Logitech Mini Mouse Optical (usb). Quand je la déplace le curseur saute un peu partout et clic tout seul (pourtant je n'ai rien mis pour elle dans XF86Config).
Le touchpad et la souris usb serait tous les deux repérés par /dev/mouse ? J'ai essayé de mettre 'Logitech' comme protocole à la place de 'PS/2', mais là aucune des deux souris ne marche. Qu'est-ce que je pourrais essayer de faire ?

Je pense que "Logitech" est un protocole série, pas USB. Il n'y a pas "USB" dans la liste?

* /etc/profile semble ne pas être exécuté quand on lance la Konsole de KDE. Comme arrange-t-on ça ? Et par qui est fixé le PATH dans ce cas ? (le PATH avec l'utilisateur root ne contient le bin/ de XFree, je voudrais arranger ça dans le fichier de config qui fixe son PATH).

Konsole te permet de remplacer le programme lancé à son démarrage (dans les options). Par défaut, l'entrée est vide, et Konsole lance ton shell par défaut. Mets /etc/profile;bash (ou bash --login comme le dit Sally) et tu auras ce que tu veux. (J'utilise ça pour lancer le script qui active le mode UTF-8 de Konsole. Certaines personnes "intelligentes" ont cru malin utiliser une séquence ESC plutôt qu'une option pour règler le codage. )

* Comment lancer automatiquement kdm au démarrage ? (pour l'instant je me log en root en console et je le lance à la main).

Mets le bon runlevel.
Je ne sais pas ce qu'utilise Gentoo comme runlevels. Dans RedHat/Fedora, c'est 5 pour le login graphique, mais c'est autre chose pour Debian et ça risque d'être autre chose aussi pour Gentoo.

* La carte réseau trouve maintenant ses paramètres en DHCP, mais quand je ne suis pas sur un réseau 'bringing eth0 up' mais beaucoup beaucoup de temps à afficher 'failed' au final, je ne sais pas si on peut arranger ça.

Ctrl+C?

* Je n'arrive pas à lancer un programme tournant sous X en root à partir d'un shell obtenu en 'su', je ne comprends pas. J'ai un message d'erreur : "Xlib : connection to ':0:0' refused by server - No protocol specified".

C'est parce que le serveur X tourne sous un autre utilisateur que le client, donc la connexion est refusée.
Solution 1: xhost. En court: xhost +localhost
Solution 2: Xauthority (le lien pointe vers htftp://www.utexas.edu/cc/faqs/unix/X-magic-cookie.html, cf. forum Bugs).

* Est-ce vraiment dangereux pour la stabilité du système de compiler et installer avec configure et make des sources sans passer par emerge pour une Gentoo Linux ? (je n'ai pas une connexion haut-débit chez moi et j'ai plein de CD de 'Login:' contenant des sources de progs interessants).

Non. Tu trouveras toujours des gens pour dire: n'installe surtout pas des paquets autrement que par le "packet manager" de ta distribution, tu vas tout f**tre en l'air. Ignore-les. Le seul problème que tu risques d'avoir est que si tu veux installer des ebuilds qui ont besoin des logiciels que tu viens d'installer "à la main", ils ne reconnaîtront pas la présence de ces derniers. Le switch pour ignorer les dépendances (regarde dans la doc, je ne connais pas trop emerge) résout ce problème (pour n'importe quel "packet manager", y compris Portage).

* J'ai KMix qui se lance tout seul au démarrage de KDE, je ne sais pas où empêcher ça.

Clic droit sur l'icône / Propriétés. Si je me rappelle bien, il y a un truc du style "lancer à chaque démarrage" (comme dans les programmes Windows similaires ), décoche-le. Mais ça a le désavantage que la configuration de son enregistrée (volumes, balance etc.) ne sera pas remise au démarrage (parce que la configuration KMix est gérée par KMix lui-même, pas par le driver son).

* Je voudrais avoir le menu K transparent comme sous Knoppix, je ne trouve pas où ça se configure (je n'ai rien trouvé dans Configure panel)

Je pense qu'il te faut changer le style KDE sous "Appearance" (globalement, pas dans les options du panel).

Euh, au fait, /dev/mouse n'existe pas en tant que tel a priori, c'est un lien symbolique : vérifie qu'il pointe où il faut.
a priori /dev/psaux est le plus standard, mais voici la liste :
10 char Non-serial mice, misc features
0 = /dev/logibm Logitech bus mouse
1 = /dev/psaux PS/2-style mouse port
2 = /dev/inportbm Microsoft Inport bus mouse
3 = /dev/atibm ATI XL bus mouse
4 = /dev/jbm J-mouse
4 = /dev/amigamouse Amiga mouse (68k/Amiga)
5 = /dev/atarimouse Atari mouse
6 = /dev/sunmouse Sun mouse
7 = /dev/amigamouse1 Second Amiga mouse
8 = /dev/smouse Simple serial mouse driver
9 = /dev/pc110pad IBM PC-110 digitizer pad
10 = /dev/adbmouse Apple Desktop Bus mouse
11 = /dev/vrtpanel Vr41xx embedded touch panel
13 = /dev/vpcmouse Connectix Virtual PC Mouse
14 = /dev/touchscreen/ucb1x00 UCB 1x00 touchscreen
15 = /dev/touchscreen/mk712 MK712 touchscreen

180 char USB devices
16 = /dev/usb/mouse0 First USB mouse
...
31 = /dev/usb/mouse15 16th USB mouse
(Si tu n'as pas le fichier qu'il te faut, crée-le avec mknod /dev/usb/mouse0 c 180 16 (par exemple)
Pour une souris série, le bon device est tout simplement le port série correspondant (/dev/ttyS?)

Si tu installes le devfs, tu ne devrais normalement avoir que les fichiers correspondant aux souris branchées (enfin je crois)

Pour Konsole, essaye de lancer konsole --nologin, je crois que ça l'oblige à lire /etc/profile. Enfin si ce n'est pas ça, regarde l'aide de konsole dans le khelpcenter, l'option exacte y est indiquée.

Pour lancer X au démarrage, il faut mettre le initdefault à 5 dans /etc/inittab (enfin, en général et dans la plupart des distributions, c'est celui là ...)

Enfin, pour les installations avec les ./configure, je te conseille tout d'abord d'installer install-log ou un truc de ce genre (tu dois pouvoir en trouver des automatisés, j'imagine ...)

Moumou
: Pour lancer X au démarrage, il faut mettre le initdefault à 5 dans /etc/inittab (enfin, en général et dans la plupart des distributions, c'est celui là ...)

Encore une fois, attention, ça dépend de la distribution. Il faut vérifier dans la documentation.

http://www.gentoo.org/doc/en/rc-scripts.xml

Runlevels and XFree86

In the Gentoo way of doing things, we do not have a runlevel dedicated to X, but rather a startup script. It is called "xdm" and can be added to any runlevel if the user wish it.

Note: It should be the main runlevel that the user wishes.
Warning: Adding it to the boot runlevel can result in unwanted side-effects.

By default, if you were to execute xdm, gdm or kdm before your gettys were started, X will be started on the next available console. On slower boxes this is not a problem if the Desktop Manager service is started towards the end of the runlevel's init process. The getty's will start before X and it will then start on console 7 as it should. On faster boxes however this is not the case. X gets started before the getty that usually starts on console number 2. When the getty then starts, it takes control of the keyboard, and the Desktop Manager will lose keyboard support.

This is solved by having the DM's startup script on one of init's extra runlevels, namely runlevel 'a'. As runlevel 'a' is not a real runlevel, our "xdm" script just calls "telinit a". This schedules all the services in runlevel 'a' to run after the current runlevel, thus after the gettys are up.

Bref, faut le rajouter au runlevel 5 à la main. Ils font vraiment exprès d'être lourds. Je ne comprends pas pourquoi cette distribution est aussi populaire. Tout compiler depuis les sources, OK, mais tout configurer à la main...

Tout a fait d'accord avec Kevin...

D'ailleurs, si je voulais vraiment tout compiler moi-même, je pourrais très bien récupérer et compiler tous les SRPMS de Fedora Core 1. Mais j'ai autre chose à faire avec mon temps.

Bon, on va corriger toutes les petites erreurs de ceux qui connaissent pas gentoo Ce que j'ai lu a propos de kdm me fais hérisser les cheveux

* J'ai configuré dans XF86Config le touchpad du portable avec le protocole PS/2 et le périphérique /dev/mouse, et il fonctionne bien. Mais je voudrais aussi pouvoir utiliser ma souris Logitech Mini Mouse Optical (usb). Quand je la déplace le curseur saute un peu partout et clic tout seul (pourtant je n'ai rien mis pour elle dans XF86Config).
Le touchpad et la souris usb serait tous les deux repérés par /dev/mouse ? J'ai essayé de mettre 'Logitech' comme protocole à la place de 'PS/2', mais là aucune des deux souris ne marche. Qu'est-ce que je pourrais essayer de faire ?

perso, j'utilise les 2 a la fois : le touchpad avec ça, c'est pour un touchpad synaptics, si tu l'as aussi (c'est TRES courant), varifie le support dans la kernel et "emerge synaptics", ça apporte plein de trucs : sensibilité du touchpad, clic droit au touchpad (sans les boutons), acceleration, etc... :

Section "InputDevice"
    Identifier	       "Souris"
    Driver		"synaptics"
    Option		"Device"	    "/dev/psaux"
    Option		"Protocol"	    "auto-dev"
    Option      "Emulate3Buttons"
    Option      "LeftEdge"      "1900"
    Option      "RightEdge"     "5400"
    Option      "TopEdge"       "1900"
    Option      "BottomEdge"    "4000"
    Option      "FingerLow"     "25"
    Option      "FingerHigh"    "30"
    Option      "MaxTapTime"    "180"
    Option      "MaxTapMove"    "220"
    Option      "VertScrollDelta" "100"
    Option      "MinSpeed"      "0.02"
    Option      "MaxSpeed"      "0.18"
    Option      "AccelFactor"   "0.0010"
    Option      "SHMConfig"     "on"
EndSection

Comme cette souris est fixe, elle est mise en CorePointer dans la section "ServerLayout" :
InputDevice "Souris" "CorePointer"

Pour la souris USB :

Section "InputDevice"
	Identifier	"SourisUSB"
	Driver		"mouse"
	Option		"Device"	    "/dev/usbmouse"
	Option		"Protocol"	    "IMPS/2"
    Option      "ZAxisMapping"  "4 5"
    Option      "ChordMiddle"
EndSection

C'est assez standard pour toutes les souris USB a molette...
Comme cette souris n'est pas forcément branchée, on l'ajoute comme ça dans la section "ServerLayout" :
InputDevice "SourisUSB" "AlwaysCore"

* /etc/profile semble ne pas être exécuté quand on lance la Konsole de KDE. Comme arrange-t-on ça ? Et par qui est fixé le PATH dans ce cas ? (le PATH avec l'utilisateur root ne contient le bin/ de XFree, je voudrais arranger ça dans le fichier de config qui fixe son PATH).

Ben la, perso : dans la config de konsole, on peut choisir le shell, la solution que je préfère est de changer le shell : tu mets "/bin/bash --login -i"

* Comment lancer automatiquement kdm au démarrage ? (pour l'instant je me log en root en console et je le lance à la main).

rc-update add xdm default
on ajoute toujours xdm au runlevel... si tu veux kdm ou gdm a la place de xdm, il suffit de modifier la ligne a ce sujet dans le /etc/rc.conf (ligne DISPLAYMANAGER"

* La carte réseau trouve maintenant ses paramètres en DHCP, mais quand je ne suis pas sur un réseau 'bringing eth0 up' mais beaucoup beaucoup de temps à afficher 'failed' au final, je ne sais pas si on peut arranger ça.

Sais pas, j'utilise pas DHCP

* Je n'arrive pas à lancer un programme tournant sous X en root à partir d'un shell obtenu en 'su', je ne comprends pas. J'ai un message d'erreur : "Xlib : connection to ':0:0' refused by server - No protocol specified".

Normal : root n'a pas l'autorisation d'affichage sur l'affichage d'un autre user (contrairement aux autres distribs qui ne font pas ça) : c'est plus sécure.
Pour le changer :

$ xhost +root
su

* Est-ce vraiment dangereux pour la stabilité du système de compiler et installer avec configure et make des sources sans passer par emerge pour une Gentoo Linux ? (je n'ai pas une connexion haut-débit chez moi et j'ai plein de CD de 'Login:' contenant des sources de progs interessants).

Ce n'est pas dangereux, mais c'est crade et pas dans la philosophie de la distrib : tu détourne completement la gestion de paquets, ce qui est dommage, car c'est un systeme pratique. Si tu ne veux pas de gestion de paquets, autant utiliser une LFS
D'autant plus, que c'est rarement nécessaire, sachant que il y a enormément de paquets dans l'arbre de portage...

Pour le reste, j'utilise pas KDE, et c pas spécifique Gentoo

guilc :
Ce n'est pas dangereux, mais c'est crade et pas dans la philosophie de la distrib : tu détourne completement la gestion de paquets, ce qui est dommage, car c'est un systeme pratique. Si tu ne veux pas de gestion de paquets, autant utiliser une LFS

Je ne suis absolument pas d'accord. Non seulement c'est pas "crade" mais en plus c'est prévu par le filesystem. Je ne sais pas comment c'est dans Gentoo, mais en tout cas dans Debian, tous les logiciels installés par les packages vont dans /usr, et tous les logiciels compilés/installés à la main vont dans /usr/local. C'est propre, rien n'est mélangé, et ça marche.

oui, c'est pareil : mais si il y a une gestion des paquets, avec en plus une quantité énorme de logiciels (faut vraiment avoir un soft exotique pour qu'il soit pas dans l'arbre de portage), il n'y a aucune raison de ne pas utiliser la gestion des paquets prévue pour...
Surtout que attention, avec gentoo, tu est dans une logique de gestion de paquets BSD, pas Linux...
Et puis va essayer de désinstaller proprement un soft que t'as installé a la main dans /usr/local... tu laisse toujours des merdes, alors qu'avec le portage, une commande suffit tout tout retirer proprement...
Enfin, je dis ça... Je n'en pense pas moins que pour faire ça, on mets LFS, pas Gentoo...

guilc
: mais si il y a une gestion des paquets, avec en plus une quantité énorme de logiciels (faut vraiment avoir un soft exotique pour qu'il soit pas dans l'arbre de portage), il n'y a aucune raison de ne pas utiliser la gestion des paquets prévue pour...

Il y a beaucoup de raisons d'installer un package à la main. Quand on a besoin de faire des modifs dans le code, quand on veut installer une version ancienne, quand on veut installer une version CVS, quand il s'agit d'un logiciel en développement qui n'est pas encore distribué, etc etc...

Surtout que attention, avec gentoo, tu est dans une logique de gestion de paquets BSD, pas Linux...

Qu'est-ce que tu veux dire ?

Et puis va essayer de désinstaller proprement un soft que t'as installé a la main dans /usr/local... tu laisse toujours des merdes, alors qu'avec le portage, une commande suffit tout tout retirer proprement...

Si l'installation est bien faite, les fichiers ne trainent jamais n'importe où. Ils sont dans un répertoire du nom du logiciel, pour éviter la polution de namespace dans chaque sous-répertoire de /usr/local.

Enfin, je dis ça... Je n'en pense pas moins que pour faire ça, on mets LFS, pas Gentoo...

Pour toi si on veut installer seulement quelques trucs à la main on ferait mieux de se faire chier à tout faire à la main ?

Pourtant dans tout système Unix qui respecte le FHS (Filesystem Hierarchy Standard), il y a cet emplacement qui est explicitement prévu pour installer des logiciels à la main, et ce quelque soit le système de packages de la distribution (section 4.9 du standard).

Il y a beaucoup de raisons d'installer un package à la main. Quand on a besoin de faire des modifs dans le code, quand on veut installer une version ancienne, quand on veut installer une version CVS, quand il s'agit d'un logiciel en développement qui n'est pas encore distribué, etc etc...

La gestion de paquets gentoo avec l'arbre de portage gere tout ça : il existe plusieurs versions de chaque paquet, il est tout a fait possible d'utiliser les outils de portage tout en modifiant le code ou meme en appelant le configure a la main. Ce qui permet de conserver le logiciel dans l'arbre de portage.

Qu'est-ce que tu veux dire ?

Comme sur les BSD (portage est directement importé de *BSD), la gestion des version, patchs, procédures de compilation des programmes sont contenus dans /usr/portage, donc au niveau de l'hote local. Ce qui permet de très facilement modifier différentes choses dans la compilation d'un paquet. Par ce systeme meme, il est aussi très facile de créer le fichier "ebuild" qui permet de compiler un programme qui ne serait pas dans l'arbre de portage, et l'y intégrer, permettant d'utiliser aussi la gestion de paquets pour un soft n'y étant pas a l'origine.
Tout cela n'est pas possible sous un autre Linux, que ce soit une Debian, Mandrake, Redhat, etc... Pour la majorité des Linux, les fichiers sont contenus sur un serveur distant, qui fournit un paquetage préformaté, ou il est difficile de modifier ce qu'on veut dans le paquet.
La gestion de type *BSD apporte une plus grande souplesse d'utilisation...

Si l'installation est bien faite, les fichiers ne trainent jamais n'importe où. Ils sont dans un répertoire du nom du logiciel, pour éviter la polution de namespace dans chaque sous-répertoire de /usr/local.

Ben perso, j'en ai rarement vu : on place les binaires dans /usr/local/bin, les libs dans /usr/local/lib, etc... et une fois que tu as plusieurs programmes installés, va essayer de savoir a quel programme appartient tel binaire ou tel lib, etc...

Pour toi si on veut installer seulement quelques trucs à la main on ferait mieux de se faire chier à tout faire à la main ?

Installer un paquet a la main détruit la cohérence du systeme, surtout que ce n'est pas indispensable, sachant que tout paquet n'etant pas dans le portage (et ils sont très rares, j'insiste) peut y etre intégré. Meme si c'est prévu par la LSB, ce n'est pas une raison de l'utiliser quand la distribution pronne une autre philosophie de gestion des softs.C'est pour ça que si cette philosophie ne te correspond pas, je peux très facilement le comprendre, cette distribution n'est pas faite pour toi...

La gestion de paquets gentoo avec l'arbre de portage gere tout ça : il existe plusieurs versions de chaque paquet, il est tout a fait possible d'utiliser les outils de portage tout en modifiant le code ou meme en appelant le configure a la main. Ce qui permet de conserver le logiciel dans l'arbre de portage.

Ecrire un ebuild ou modifier un package existant c'est quand même plus compliqué que ./configure && make && make install, surtout quand on sait pas comment ça marche.

Comme sur les BSD (portage est directement importé de *BSD), la gestion des version, patchs, procédures de compilation des programmes sont contenus dans /usr/portage, donc au niveau de l'hote local. Ce qui permet de très facilement modifier différentes choses dans la compilation d'un paquet. Par ce systeme meme, il est aussi très facile de créer le fichier "ebuild" qui permet de compiler un programme qui ne serait pas dans l'arbre de portage, et l'y intégrer, permettant d'utiliser aussi la gestion de paquets pour un soft n'y étant pas a l'origine.

De ce que je me souviens quand j'étais sous FreeBSD, j'avais beaucoup de place gachée par des tonnes de Makefile et de patchs qui me serviraient jamais dans les ports.

Tout cela n'est pas possible sous un autre Linux, que ce soit une Debian, Mandrake, Redhat, etc... Pour la majorité des Linux, les fichiers sont contenus sur un serveur distant, qui fournit un paquetage préformaté, ou il est difficile de modifier ce qu'on veut dans le paquet.

Sous Debian quand je veux modifier un package, je le récupere avec "apt-get source", je modifie comme je veux, et je recréé le package avec "dpkg-buildpackage", pret a etre installé dans le systeme.
Personnellement ça me convient très bien étant donné que je n'ai même pas besoin de savoir comment fonctionne dpkg en interne pour faire ce genre de modifs.

on place les binaires dans /usr/local/bin, les libs dans /usr/local/lib, etc... et une fois que tu as plusieurs programmes installés, va essayer de savoir a quel programme appartient tel binaire ou tel lib, etc...

C'est beaucoup moins pratique q'avec un gestionnaire de package, c'est certain. Mais il y a toujours moyen de retrouver (man, ldd, ...).

Installer un paquet a la main détruit la cohérence du systeme, surtout que ce n'est pas indispensable, sachant que tout paquet n'etant pas dans le portage (et ils sont très rares, j'insiste) peut y etre intégré. Meme si c'est prévu par la LSB, ce n'est pas une raison de l'utiliser quand la distribution pronne une autre philosophie de gestion des softs.C'est pour ça que si cette philosophie ne te correspond pas, je peux très facilement le comprendre, cette distribution n'est pas faite pour toi...

Bah je peux très bien installer mon package dans mon /usr/local sous Gentoo. Ce n'est pas Gentoo qui me dérange, c'est les gens qui disent que seul LFS convient lorsque l'on veut installer un truc à la main.