Les devs d'open ont beaucoup de choses à dire sur l'ACPI, les BIOS et l'implémentation laxiste de windows...

C'est quelle marque ? J'ai déjà vu Acer sortir des maj pour corriger spécifiquement ses tables pour linux, tout espoir n'est pas perdu...

Perso j'ai déjà vu des tables :
if (windows)
return zôlies_informations
else
return de_la_merde

Y'a des constructeurs qui jouent plus ou moins le jeu mais généralement si t'as un pc où rien de ce qui est lié à l'ACPI ne marche, c'est pas bon signe même en suivant les mises à jour.

Bon sinon pour en revenir à mes problèmes de DNS sous OpenBSD, en désactivant les dns lookup de SSH ça fonctionne parfaitement.

Me reste à faire fonctionner le Reverse DNS Lookup maintenant, mais comment ?

bonsoir,

pour un phenom X6 en 32 bit c'est bien un I686 qu'il me faut

pour archlinux

Ouais je crois bien

Comme dit la FAQ, tout ce que vous avez supporte le 32 bits.

Bon, ok, ça ne dit pas explicitement 32 bits == x86 == i?86.

Bon pour mon problème OpenBSD semble incapable d'utiliser mon routeur comme serveur DNS (alors que Debian oui ), mais en mettant les OpenDNS dans mon resolv.conf ça - semble - fonctionner
(Merci chris_27 encore une fois)

Le problème d'OpenDNS est qu'ils proposent des DNS menteurs. Ton FAI n'en propose pas ?
Sinon pas de soucis ici sous Open pour utiliser mon propre serveur DNS.
$ cat /etc/resolv.conf
lookup file bind
nameserver 192.168.1.21

T'as accès aux logs sur ton routeur ?

(Je suis en wifi je rapelle)

Oui j'y ai accès normalement, je dois chercher quoi ?
(+ je dois avouer que je m'en fiche que ce soient des dns menteurs)

Ben, typiquement, regarder si ton serveur DNS reçoit les requêtes de ton client, s'il y répond, etc.

Je me met en quête des logs dans ce cas

Sankukai : passe sur l'irc. La configuration de Meat est atypique et il a assez mal résumer je trouve.

Dargor => Mon portable est un Toshiba, et ce n'est pas que l'ACPI ne marche pas du tout c'est simplement qu'il y a quelques trucs qui marche mal .

La gestion de la luminosité ça rentre dans l'ACPI me semble-t-il.

Yep, c'est bien du domaine de l'ACPI.

Mr_Pet> Tu as bien pensé à charger le module acpi_toshiba(4) ?
http://www.freebsd.org/cgi/man.cgi?query=acpi_toshiba&apropos=0&sektion=0&manpath=FreeBSD+8.1-RELEASE&format=html

Oui et malheuresement, cela ne change rien

Bon, pour faire suite à ce que j'évoquais ici : https://www.jeuxvideo.com/forums/1-38-7665853-218-0-1-0-0.htm#message_7702474 il s'avère que la situation d'OpenSMTPD sent encore plus le roussi que ce que je pensais…
En effet, un journal a été créé aujourd'hui sur linuxfr.org faisant part du même étonnement que le mien : http://linuxfr.org/~rewind/30144.html
Gilles Chehade (le fameux gilles@ à l'origine du projet) est intervenu pour clarifier la sitation (1er post du deuxième bloc de commentaires). Il y a donc bel et bien un clash entre gilles@ et jacek@, ce dernier considérant le code de gilles@ médiocre et effectuant des modifications profondes sans en discuter. Depuis que jacek@ a pris le pouvoir le projet est dans un état assez moribond (peu de commits en un an, moins de testeurs) et gilles@ maintient sa branche (pSMTPD) dans son coin sans faire la promo de son fork (CVS accessible toutefois). Bref ça sent vraiment le sapin.

/me est vraiment très très déçu.

Sankukai
Posté le 7 septembre 2010 à 20:48:44
Le problème d'OpenDNS est qu'ils proposent des DNS menteurs.

C'est-à-dire ?

C'est à dire que si tu interroges un DNS fourni par OpenDNS sur un domaine qui n'existe pas plutôt que de renvoyer la réponse NXDOMAIN (No such domain), il renvoie une réponse NOERROR et te redirige vers une IP de son choix (une page de pub généralement).