symoon a écrit 1123 commentaires

alsa n'est pas un démon, mais est inclus dans le noyau.

regarde plutôt un nom comme "esd" ou "arts" pour voir si un serveur de son est utilisé.
note : un serveur de son se croit intelligent, monopolise la carte son et multiplexe ensuite les sons que les applis lui envoient. Seul problème, il faut configurer chaque appli et lui dire "utiliser esd/arts". La configuration par défaut d'alsa permet maintenant d'éviter d'avoir à utiliser de tels serveurs de son, car alsa sait multiplexer tout seul (grâce au module dmix).

La partie non-US du dépôt Debian n'existe plus depuis la publication de Sarge.
Il te faut donc supprimer de /etc/apt/sources.list les références relatives à non-US.

arts (le serveur de son de kde) est peut-être activé, et qu'il monopolise la carte son.
=> le désactiver

Autrement, vérifie que tu utilises le bon périphérique alsa (et pas un périphérique genre modem, webcam ou autre)

L'autre question, c'est de savoir si les cartes Hauppauge (PVR 250, 350 ...) qui sorte directement du mpeg ont encore un interet vu qu'on est déjà en numerique ?

Aucun :p

Avec vlc ou encore dvbstream ou mumudvb, le fork de dvbstream par le crans (assoce réseau de cachan), tu diffuses chaque flux du multiplexe sur un groupe multicast donné, sans avoir à recoder quoi que ce soit.

Pas vraiment en fait.

Il suffit d'un tuner par multiplexe (eh oui les joies du numérique :).
Pour l'instant il y a 5 multiplexes diffusés (jusqu'à 6 chaînes par multiplexe DVB-T).

c'est qd même un dossier temporaire hein. L'outil automatique intégré (s'il existe) supprimera le contenu de ce dossier temporaire de la même manière

Je n'ai pas la possibilité de choisir lilo graphique ou texte (on m'a dit que s'était le mieux)

On t'a menti :p

C'est un peu trollifère, mais grub permet d'éviter les situations où une mauvaise configuration aurait foutu en l'air tout le système de boot.

Grub a le mérite de savoir lire les systèmes de fichiers, et d'être utilisable même si la configuration est défectueuse.

Tu peux sans doute installer lilo a posteriori une fois ton système configuré, mais je doute que cela soit une bonne idée pour un débutant (comme pour tout autre utilisateur).

Pour le reste je n'ai pas de solution, mis à part la supression à la main de /home/NomUtilisateur/tmp, ou la mise ne place d'une tâche cron ou un truc au démarrage de ta session graphique.

qu'entend tu par /home a 100% ?? la taille ? Qu'est ce que ca change au niveau du serveur X ?

Lors de ta connexion graphique, des fichiers temporaires sont créés, ainsi que des journaux (ou logs) d'erreurs s'il s'en produit.
Du coup, ta partition /home (voire / ) peut être pleine et empêcher les nouvelles connexions.
Solution : supprimer les journaux d'erreurs (par ex .xsession-errors), ou trouver la source de la saturation du système de fichiers.

C'est peut-être un peu trop tard vu que tu as réinstallé ton système (comme dit plus bas, linux au contraire de windows a le mérite d'éviter de devoir en passer par là)..

Ca fait 3 ans que je tourne sous Debian et j'ai jamais réinstallé ma Debian (sauf quand j'ai changé de PC bien sur).

Perso, je ne suis pas vraiment d'accord avec le bien sûr :p
Il suffit de déplacer le disque dur ou de copier les fichiers, un coup de reconfiguration du serveur X et c'est bon (merci udev ou hotplug).

Par contre un batch avec sftp ..

lftp est facile à scripter, et sait faire du sftp, tu peux regarder de ce côté.

J'ai entendu parlé de clé prive/publique mais je ne voudrais pas utiliser ceci.

avoir une clé avec passphrase vide ou un mot de passe stocké en clair dans le script, ça revient au même en terme de sécurité, soit dit en passant

Il est plus simple d'utiliser les paquets fournis par ta distribution, ça évite de s'embêter à compiler.

Dans l'interface d'ajout de logiciels, choisis ndiswrapper et wireless-tools.

Si tu tiens absolument à compiler une version récente de ndiswrapper, il faut installer de quoi compiler les programmes : gcc, binutils etc.

Aprés vérification, sous windows le masque est bien 255.255.255.0, et sous gentoo, ifconfig donne aussi un masque de 255.255.255.0.

avec 192.168.2.1 et 192.168.0.1 comme adresses, il te faut au choix :
1/ une passerelle présente dans ces deux réseaux (par exemple une borne wifi)
2/ modifier le masque à 255.255.0.0 pour que les deux PC puissent se parler directement sans passerelle.

Quand tu dis proprement, un script ca va pas ?

Les fichiers de configuration sont là pour contenir tes paramètres, et sont chargés au bon moment, ce qui n'est pas forcément le cas d'un script fait à la main.

Je souhaiterais les convertir en mpeg pour DVD, même avant le montage (bonne idée ?!)

Du coup, à moins de mettre ces fichiers mpg tels quels dans le DVD, tu recompressera en MPEG des fichiers déjà décompressés, c'est moche :/

Je préfère attendre que le montage soit fini pour exporter pour le dvd..

D'autre part, pour l'importation DV, je conseille dvgrab, en ligne de commande qui est très simple à utiliser.

Pour le montage et exportation DVD, kino fait l'affaire sauf que je n'arrive pas à l'utiliser avec autre chose que de la compression mjpeg.

Si :
1/ le pc sous windows a une ip en 192.168.0.1,
2/ Ta gentoo est en 192.168.2.1,
3/ que le masque de réseau sur la gentoo et/ou le windows ne permet pas qu'ils se parlent directement

alors :
il faudrait un masque style 255.255.0.0 sur les deux pc, ou faire des routes à la main. (ifconfig par défaut choisit un masque en 255.255.255.0)

De plus, configure le réseau "proprement" dans un fichier de conf (/etc/network/interfaces sous debian, je ne sais pas sous gentoo).

"Existe-t-il un « disque actif » de Debian ?"
Eh bien impossible d'arriver à comprendre de quoi ça pouvait bien parler. Il a fallu que je retourne sur la version anglaise pour voir que c'était tout simplement la traduction littérale de "Is a Debian "live CD" available?"

dans la traduction comme pour le code, les patchs ou du moins les retours (debian-l10n-french AT lists.debian.org) sont les bienvenus :)

De toute façon je n'arrive pas à lire le moindre texte qui utilise le terme "cédérom" pour CD-ROM, ça m'écorche les yeux.

on est revenu dessus, les docs seront corrigées.

Une proposition de script de génération de .config en fonction du matériel était passée sur la lkml (et relayée sur linuxfr, mais je ne retrouve pas la page).

retrouvé :
http://lkml.org/lkml/2005/9/14/379

c'est le boulot de udev, qui le fait d'ailleurs plutôt pas mal je trouve.
Et puis à part le depmod (qui sera d'ailleurs enlevé au boot de debian bientôt si j'ai bien suivi), je ne pense pas que le nombre de modules chargeables impacte les performances (à part éventuellement le déplacement des têtes du disque entre les 2 modules à charger :).

Une proposition de script de génération de .config en fonction du matériel était passée sur la lkml (et relayée sur linuxfr, mais je ne retrouve pas la page). Les développeurs avaient expliqué que si on ressentait le besoin d'un tel script, il fallait mieux utiliser les noyaux compilés des distribs avec les outils chargés de charger les bons modules (hotplug puis udev).

http://gentoo-wiki.com/HOWTO_Xorg_and_Fonts#Mozilla_Firefox_(...)

sinon ça doit bien faire depuis la woody que je n'avais plus vu un tel rendu (c'est le terme :p) mozilla, depuis ça va mieux.

... à chaque release majeur du noyau linux. Plus un seul geek dans la rue en train de lire son SVM

Jusque là, c'était crédible :p

Oui, tu n'aurais pas ouvert l'image iso avec un outil genre winrar (je dis ça au hasard) puis gravé les fichiers contenus dans l'iso ?

Il faut graver directement l'image iso (et auparavant avoir vérifié les md5 afin de s'assurer que le fichier est complet et non défectueux).

Comme dis aegirs, ton pc est-il configuré pour booter sur les cd-rom ?

Débranche ton appareil photo
Redémarre udev : /etc/init.d/udev restart
Rebranche ton appareil photo

Féliciations pour ta persévérence, tu as réussi à tomber sur la bonne solution :-)

Ce n'est pas toujours évident de trouver la bonne doc :/

Il suffit si je me souviens bien d'éditer /etc/udev/libgphoto2.rules et d'ajouter en gardant la même synataxe que le reste du fichier l'identifiant usb du constructeur ainsi que l'identifiant usb du produit :
par exemple :
SYSFS{idVendor}=="04a9", SYSFS{idProduct}=="3072", MODE="0660", GROUP="camera"

Tu dois ensuite redémarrer udev, rebrancher ton appareil photo et les permissions devraient alors être bien positionnées.

J'ai testé Etch il y a environ 3 semaines ; les nouveautés de l'installeurs sont intéressantes, GNOME 2.14 est appréciable cependant Debian Etch ne sera vraiment utilisable qu'à la rentrée prochaine (àmha) après les différents gels.

J'utilise Debian Etch sur mon poste de travail (la journée) sans problème depuis début avril, avec mises à jours quotidiennes. C'est tout à fait utilisable, aucun problème à l'horizon de mon côté (portable HP, serveurs dell sata).

En revanche, côté Etch pour amd64 n'est pas encore prête (certains paquets GNOME ne sont pas encore prêts par exemple) mais cela ne saurait tarder.

le dernier plan de route ne serait il pas outdated ?

le plus récent (le lien présent dans le journal pointe vers un message un peu vieux)
http://lists.debian.org/debian-devel-announce/2006/05/msg000(...)

Parce que le noyau 2.6.17 il est sorti depuis... (il se pose la question dans le mail...)

euh juste hier qd même :)
De la lecture si tu veux pour le plan 2.6.17 :
http://lists.debian.org/debian-kernel/2006/06/msg00304.html

il y a quand même un méchant bug avec le 2.6.15 et les disques en SATA (genre, ca boot pas, ou plutôt, ca boot 1 fois sur 10)
chezmoiçamarche

du coup j'ose pas passer en xorg modulaire, gloups. d'ailleurs si quelqu'un a tester la nouvelle version de xorg avec un vieux noyau, je veux bien des infos

je dirais bien aucun lien fils unique :)
Faut juste faire attention à ne pas appeler de vieux noms de mapping du clavier et autres :
http://wiki.debian.org/Xorg69To7