Amand Tihon a écrit 734 commentaires

Sinon, et c'est peut être la meilleure solution, tu vas chercher sur le site de NVidia des drivers compatibles et tu les réinstalles...

Solution à éviter comme la peste, si on ne veut pas avoir de problème de libGL écrasée/masquée par des version génériques (mesa).

[Disclaimer: je ne suis pas encore passé en xorg 7]
Il me semble que théoriquement, la version 1.0.8756-3 devrait être compatible avec xorg. Est-ce que c'est celle que tu as installée ?

Enfin, tu peux toujours tenter des copies ou symlinks des fichiers /usr/X11R6/lib/modules/drivers/nvidia_drv.o et /usr/X11R6/lib/modules/extensions/libglx.so.1.0.8756 vers /usr/lib/xorg/modules comme le suggère JJD.

Et si la chaîne fait 12 caractères, mais qu'on veut spécifier « 3 » en deuxième param au moment d'appeler la fonction ? La solution habituelle est de donner une valeur par défaut "impossible" : par exemple None pour une longueur.

def fonction(chaine, longueur=None):
	if longueur is None:
		longueur = len(chaine)
	.....

Ici, on aurait pu aussi choisir -1 comme valeur par défaut au lieu de None, et adapter le test.

Tiens, je n'ai aucun problème de ce genre avec ma nvidia sous xorg.

J'ai configuré le tout en TwinView avec les "MetaModes" de manière à avoir aussi les résolutions classiques (800x600, 1024x768, etc) qui ne prennent qu'un seul écran.

Ma section "Device" ressemble à ça (juste les options concernées) :
Option "TwinView" "on"
Option "MetaModes" "2048x1536, 1600x1200 @1600x1536 +2048+0; 1600x1200, 1600x1200; 1024x768, 1024x768; 640x480, 640x480; 2048x1536; 1600x1200; 1024x768; 800x600; 640x480"


La partie en gras spécifie les modes qui n'utilisent qu'un seul écran. Le seul vrai problème* est que la souris n'a plus accès à l'écran de droite, qui reste de toute façon noir.

*) Pas vraiment un problème, puisque quand je joue a wesnoth, ça permet de scroller le jeu...

Théoriquement, la page elle-même ne devait pas être "scrollable" (overflow: hidden sur HTML, qui doit être hérité par la balise BODY). Opera s'était vanté d'être le premier navigateur à respecter cette condition, mais c'était dans une version de test.

Konqueror est donc le premier navigateur dont une version finale rende correctement le test Acid2.

Je ne sais plus exactement où j'avais lu tout ça, peut-être sur slashdot...

Ton lien pour la page de manuel de ed est erroné, c'est en réalité http://www.gnu.org/fun/jokes/ed.msg.html

(Un vieux classique, mais il faut le ressortir de temps en temps si on veut éviter qu'il ne prenne la poussière)

Utilise le module struct http://docs.python.org/lib/module-struct.html qui est justement fait pour ça.

La directive de configuration UseCanonicalName, normalement présente dans ton fichier apache2.conf, est actuellement à "On", tu dois la mettre à "Off".

Une recherche Google sur le nom de cette drective t'en dira sans doute plus, si tu es curieux.

C'est peut-être mieux, en effet.

Moi j'ai toujours appliqué ma technique sur des éléments "block" donc je ne me suis jamais posé la question :)

visibility: "hidden" ne fait que cacher le contenu de la boite, mais la boite existe toujours et est toujours utilisée pour la mise en forme de la page.

Si tu utilises display: none (avec son pendant display: block) à la place, la boite est simplement ignorée lors du calcul du rendu de la page, ce qui fait remonter les éléments situés en dessous.

Puisque tu ne sembles pas me croire...

Vérifie la DTD, cherche la chaine <attlist name="input"> et tu y verras un attriibut name.

Si ça ne te convainc toujours pas, jette un oeil à http://validator.w3.org/check?uri=http%3A%2F%2Fallergy.alrj.(...) et vois la ligne 14.

Je ne vois pas ce que je peux faire de plus :)

L'attribut name n'a pas été remplacé par id lors du passage de HTML vers xHTML, ils jouent tous deux des rôles différents. Tu peux avoir plusieurs input dans ton formulaire qui ont tous le même attribut name (la manière dont ils sont ensuite récupérés sur le serveur dépend de ce qui est utilisé pour le traitement de ces champs : PHP, mod_python, un CGI en perl, ...)

Par contre, un id sera toujours unique à un document.

L'attribut name est valide pour les éléments de formulaires.

Tu es sûr de ne pas avoir oublié le petit xhost sur Film ?

Ton erreur (refused by server) semble indiquer que xclock a réussi à contacter le serveur X de Film, mais que ce dernier lui a interdit tout affichage.

Ton serveur X sur Film est très probablement lancé avec l'option "-nolisten tcp". Tu peux utiliser nmap ou un telnet sur le port 6000 de Film pour voir s'il est bien ouvert.

Si je retire cette option du kdm de mon laptop et que, toujours sur le laptop, je lance "xhost +" (pour ne pas me fatiguer), je peux alors depuis mon PC de bureau lancer "xterm -display 192.168.0.4:0" et le xterm s'affiche bien sur le laptop.

À toi de configurer ton gestionnaire de connexion pour qu'il ne lance plus X avec cette option.

En ce qui concerne VLC, je n'en sais rien, j'utilise mplayer et kaffeine :)

[un peu plus tard]

Je viens de tester avec mplayer, ça fonctionne pas mal... Je retiens ton idée de "lecteur dvd sans dvd" piloté à distance :-)

Passant outre toute question de vie privée, le gros danger de cet argument, c'est qu'il est instable.

Je ne pense pas faire quoi que ce soit de mal chez moi. Donc on peut y mettre des caméras, je ne risque rien.
Puis un jour, parce que les lois évoluent dans tous les pays, il devient interdit de lire tel ou tel auteur dont j'ai quelques livres dans ma bibliothèque. Ou il devient interdit de regarder telle chaîne de télévision (offerte par un satellite).

Tout à coup, je risque de faire quelque chose que je ne considère toujours pas comme étant « wrong, » mais la définition même du mot « wrong » a changé !

Pour les attaques pifométriques à répétition, je viens de penser à la solution suivante. Elle n'attend bien sûr que vos critiques.

Coté serveur, lors de l'affichage de la page d'inscription, on génère une clé aléatoire de 128bits (ça devrait suffire :p), qu'on stocke en DB, associée à l'IP du client. Cette clé est également mise en input "hidden" dans le formulaire d'inscription.

Une réponse ou une clé incorrecte au moment de la validation désactive toute possibilité d'inscription depuis cette IP pour 24 heures.
Si la réponse était correcte, d'autres inscriptions peuvent se faire.

Une tâche en cron peut nettoyer la DB des entrées ayant plus de 24 heures.

On peut réduire la durée de la "punition", si trop d'utilisateurs ont tendance à se tromper.

Il faut aussi faire attention à ne limiter les inscriptions que pour les adresses qui ont effectivement tenté leur chance, pour éviter que deux chargements de la page d'inscription ne désactive toute possibilité d'aller plus loin.

Évidemment, ça ne répond qu'au problème des essais/erreurs, et pas au genre de question qu'il faut poser à l'utilisateur pour le distinguer d'un bot.

Comme tout le monde aurait tendance à le faire, je vais évidemment conseiller le langage que je connais bien : python.

- langage de script : oui
- garbage collector : oui
- toolkits : qt, gtk/gnome, wx, tk, sans doute d'autres
- portable : oui
- sqlite : oui (pysqlite, apsw)
- rs 232 : oui (pyserial)

Et juste histoire de nourrir les trolls, je parie que perl et ruby savent en faire autant, mais pas avec une syntaxe aussi jolie :)

Heureusement qu'on a inventé les MX secondaires :)

Je ne sais pas quelles versions sont disponibles en Sarge, mais ça fait quelques temps que les paquets se nomment "linux-image-...." et plus "kernel-image-..."

Peut-être est-ce la raison pour laquelle tu ne trouves plus ce que tu cherches ? :)

C'est exactement ce que je voulais dire.

Et c'est pour ça que moi-même, j'aime bien le numérique. Facile, rapide, pas cher après l'achat initial, et de qualité amplement suffisante pour mon utilisation (photos du Fosdem, du réveillon de Noël, de la manif contre les brevets logiciels, d'un anniversaire, ...)

Mais je crois qu'il reste et restera longtemps assez de personnes accro à l'argentique pour que la disparition de ce support ne soit pas immédiate.

L'argentique mort, c'est vite dit.

Moi, je me demande combien de décennies il va falloir attendre avant de ne plus trouver de 24x36.

Après une tentative de passage au numérique (en Minolta, justement), mon père a comparé un tirage papier d'une image sortant d'un des derniers Canon 12Mpix, et celui obtenu depuis une diapo... Pour le moment en tout cas, c'est sans appel (je n'ose pas dire « ya pas photo » :-p)
Sur http://www.profil-couleur.com/pp/210-rvb.php on trouve des graphiques très intéressants, illustrant les problèmes de profondeurs de couleurs. Le premier, sRGB, est celui utilisé par tous les labos, et supporté par tous les APN. Le second, à peu près AdobeRGB, est utilisé en impression "pro" et supporté par les APN corrects. Le troisième correspond à l'argentique. Ces graphiques permettent de "voir" pourquoi une dia a tellement plus d'impact et de profondeur que le meilleur tirage numérique.

Le format APS, censé tuer le 24x36 à court terme, a fait long feu.

Un négatif abîmé se scanne malgré tout sans problème. Un CD ou un DVD gravé avec tes photos a une durée de vie moyenne de 3 à 5 ans... Et quand il est illisible, c'est foutu.

Alors bien sûr, le numérique va exploser. Mais je ne parierais certainement pas sur la mort imminente de l'argentique.

Tiens, je croyais naïvement qu'au contraire, les réels permettaient toujours d'intercaler un nombre entre deux autres :)

Es-tu sûr de ne pas entourer ton expression sed par des guillemets simples ?

Parce que je viens de tester dans un terminal chez moi, et « ça juste marche. »

Alors c'est sûr et certain, la finalité de FTP n'est pas la même que celle de NFS. Effectivement, FTP ne permet pas tout ce qu'offre NFS.

Par contre, je maintiens, persiste et signe, j'ouvre sans problème dans mon éditeur de texte des fichiers présents sur un serveur FTP. Simplement, c'est fait au niveau applicatif par les kioslaves, et pas par le système. C'est ça que je voulais dire quand je parlais d'utiliser le FTP de manière transparente : je me fiche de savoir si ça se passe en local, FTP, sftp, NFS ou Samba, mes applications ne broncheront pas et j'éditerai sagement mon fichier. Je le fais rarement en FTP, mais je le fais tous les jours en fish://

Ça m'arrive très souvent, même si je préfère le faire en sftp ou en fish.

Et je le fais tant sous KDE qu'en console avec Midnight Commander.

Tu as sans doute dans ton fichier xorg.conf, le clavier qui est configuré en "pc104" :

Option "XkbModel" "pc104"

Remplace ce "pc104" par "pc105" et relance X, ça devrait aller mieux.