Sankukai à savoir que je suis en wifi avec 4PC sous Seven autour dont 3 en wifi

Sinon mon /etc/hosts :

127.0.0.1 localhost
::1 localhost
192.168.1.4 one-vision.my.domain one-vision

Il me paraît convenable. Je rajouterais :
127.0.0.1 one-vision.my.domain one-vision localhost
::1 one-vision.my.domain one-vision localhost
192.168.1.4 one-vision.my.domain one-vision
mais je ne pense pas que ça va changer grand chose…
T'avais les mêmes ralentissements avec un autre OS ? Si oui, ça s'améliorait en virant le support de l'ipv6 ?

Oui, en recompilant tout FreeBSD sans l'ipv6 ça s'améliorait
Du coup je vais repasser sous FreeBSD jusqu'à ce que je passe en ethernet

Avant tu peux essayer ça : ifconfig <ton_interface> -inet6
http://marc.info/?l=openbsd-cvs&amp;m=124414310527723&amp;w=2
Si ça marche, colle : up -inet6
dans ton /etc/hostname.<ton_interface>

Quelques infos complémentaires :
— En plus du -inet6, tu peux bloquer le traffic ipv6 avec pf, ou tenter ça : echo family inet4 >> /etc/resolv.conf
http://marc.info/?l=openbsd-misc&amp;m=126014178402287&amp;w=2
— Il est explicitement dit dans la FAQ d'OpenBSD de ne pas recompiler son kernel sans le support INET6 sans savoir ce que cela va impliquer : http://www.openbsd.org/faq/faq5.html#ProbIPv6

Non ça n'a pas marché
Pas grave, je réessayerai une fois en ethernet
Et puis j'avais un kernel sans ipv6 sous FreeBSD sans avoir de problèmes

T'as déjà essayé toutes les solutions ?
Sinon OpenBSD != FreeBSD, Open est vachement plus orienté GENERIC et paquets précompilés (à raison j'ai envie de dire mais j'attendrai vendredi ).

Ouais je sais, mais passer 3h à compiler firefox me dérange pas

Et ça me rappelle Gentoo

Je vois pas le troll, dans le generic. Après tout, le principe d'OpenBSD, c'est bien la sécurité, non ?

Le troll c'était davantage pour la gestion des paquets. Après être passé par du portage, puis du port FreeBSD, puis du pkgsrc, j'ai la conviction que dans le cadre d'un usage desktop standard la gestion des applications tierces par les sources est une mauvaise idée.

Quelqu'un pour m'aider ? ( https://www.jeuxvideo.com/forums/1-38-7665853-200-0-1-0-0.htm#message_7700641 )

Magnetosphere : zut, j'avais zapé ta réponse (celle là :
.http://www.jeuxvideo.com/forums/1-38-7665853-200-
0-1-0-0.htm#message_7700620 ).

« Dans synaptic, je n'ai pas trouvé exactement swfdec, mais il y avait swfdec-mozilla que j'ai installé car j'utilise iceweasel. » c'est exactement le contraire qu'il faut faire. swfdec a eu son heure de gloire (quand il permettait presque de voir des vidéos sur youtube et dailymotion) mais maintenant il est complètement dépassé. Vire moi ce paquet et dis-moi ce que la page about:plugins raconte.

PS : j'ai du mal à croire que tu n'ais aucun plugin.

Tiens, il est encore là le gâteau de modération.

Je refais le lien au passage : https://www.jeuxvideo.com/forums/1-38-7665853-200-0-1-0-0.htm#message_7700620

Bonjour, je suis Mandriva One 2010, et j'ai un problème avec de son. (Oui encore, mais cette je vais essayer de détailler ).

C'est toujours pareil, j'installe/réinstalle Mandriva, j'ai le son, mais du jour au lendemain le son disparaît.

Je ne peux plus utiliser "Contrôle du volume Pulseaudio" : http://s2.noelshack.com/old/up/capture_dcran1-eea58c2073.png

Mes cartes sont bien détectées : http://s2.noelshack.com/old/up/capture_dcran2-5d2f6f8093.png et utilisent ALSA et Pulse Audio

Même en désactivant Pusle Audio, le son ne revient pas.

Help

PS: Oui Chris, j'ai lu la section problème courant de la FAQ et alsamixer

magnetosphere, il faut ajouter debian multimedia dasn tes depots pour avoir flashplayer-mozilla

Si ça peut servir à quelqu'un pour éviter de perdre du temps... Hier j'ai eu une station récalcitrante sur laquelle la carte son (Realtek HDA ALC259) ne crachait pas de son malgré une reconnaissance parfaite par le kernel et alsa. Après avoir éliminé les suspects habituels (pulseaudio, passage en 2.6.35, installation de alsa-oss) j'ai découvert que le kernel ou udev (pas cherché, j'imagine udev) chargeait à la fois snd_hda_intel et snd_hda_realtek, le blacklistage du second a suffit à faire marcher la carte qui depuis se porte très bien, vit heureuse et a beaucoup de petites notes.

C'est beau, les modules

Dargor : tu n'aurais pas une carte graphique ATI (parfois responsable du chargement de snd_hda_intel) ?

Tu devrais vraiment blacklister linux Dargor, ou au moins utiliser ossv4.

Chris > Nop, c'était un chip intel.

Sankukai > Je l'ai fait pour ma station, mais tout le monde n'est pas un barbu-intégriste-mangeur-de-petits-enfants hélas