kd a écrit 478 commentaires

C'est assez impressionnant !

Mais à quand le parcours de toutes les rues de Paris ? Vous avez le droit au vélo bien sûr. Par contre, il vaut mieux une caméra sans fil avec une voiture qui suit et qui enregistre en permanence, parce que s'arrêter à chaque rue pour la prendre en photo, ça risque d'être très pénible

:o))

Bof.

Cette page n'est qu'un ensemble de lien pointant vers des drivers écrits pour le porjet Sane. Ce n'est pas HP qui a écrit ces drivers.

Les scanners cités dans ta page fonctionnent parce qu'ils utilisent un langage de scanner assez standard (HPL je crois).

Il y a encore pas mal de modèles qui ne sont pas encore supporté par Sane, ou mal. Par exemple, mon HP 4300C marche pas trop mal, parce que quelqu'un a eu le courage de faire du reverse engineering.

Je n'utilise pas amule, enfin pour dire vrai, je ne l'utilise plus. Mais j'aime à suivre l'évolution de son développement. C'est avec ce genre de programmes qu'on se rend compte de la réelle importance de la communauté des utilisateurs.

On a vraiment l'impression que le logiciel est vivant, tellement ça bouge. Le code s'agite, se transforme. Les bugs courent sous le dédale inextricable des pointeurs, à leurs risques et périls quand ils osent s'aventurer sous les yeux du développeur habile. Le code s'améliore, s'allonge, grandit, rivalisant avec le Changelog.

Les forums sont actifs, les développeurs répondent aux questions, les idées avancent, d'autres reculent, Le site est mis à jour, on a souvent des nouvelles de ce qui se passe, les releases sont fréquentes, le soleil brille.

Bref, ça vit.

Et bientôt Sparc, Sparc64, MIPS, tout ça !

Enfin pour l'instant c'est encore en développement, mais ça ne saurait tarder.

Un truc qui n'a presque rien à voir, mais je profite de ton journal pour que Google indexe. Ça peut servir à d'autres.

La version actuelle de GNU/Hurd (Debian K8) avait du mal avec qemu. Il y avait blocage après le probe scsi.

Il suffit de lancer qemu avec l'option -isa.

Bon après, je ne sais pas si c'est un bug du hurd ou de qemu, ou bien de l'interaction des deux...

Je plussoie vigoureusement. J'ai toujours trouvé ça un peu bête d'identifier une machine par son processeur : « mon pentium III 800 », « mon 486 », etc...

En plus, de nos jours, un processeur puissant ne sert vraiment à rien, sauf peut-être pour polluer encore plus notre planète via la consommation électrique énorme (j'insiste : énorme !!, j'ai presque envie de le crier) . Ça sert peut-être au joueur (souvent sous Windows). Mais apparemment, je lis « au niveau OS c'est que du linux ».

Enfin faites comme moi, achetez du vieux matériel qui marche encore, vous n'avez pas besoin de plus.

Tiens, tu as l'air d'associer geek et « communauté des utilisateurs de logiciels libres ».

Et si on montrait à tout le monde RMS en tant que gourou de notre secte ?

C'est vrai que c'est cool, ça baissera peut-être le nombre de newbies « Ma MaNdRiVa wAr3z MaRcH pôôô, HELLLLLPP PLEASE !!!!! » qui sont de plus en plus nombreux ces derniers temps je trouve.

Bon, aller, je sors rejoindre mes *BSD.

Désolé, je n'avais pas tilté.

Il serait intéressant de demander aux mainteneurs de sort d'utiliser les caractères comme champ quand on spécifie l'option -t ''. Pour l'instant, avec ces arguments, sort me sort « sort: tabulation vide ».
Je pense à ça car awk se comporte ainsi, quand on spécifie un séparateur de champ vide.

Tu as l'air d'utiliser (d'avoir utilisé) sort, cut et paste, c'est sûr que c'est assez galère.
Je te conseille vraiment de jeter un coup d'oeil à awk. C'est assez puissant, sans être une usine à gaz, et donc rapide à utiliser, et rapide à apprendre.

je trouve que le XUL est vraiment prométeur (et qu'il faut bien essayer de contrer XAML)

Voyons les chose dans le bon sens :
Je trouve que XUL est vraiment prometteur (d'ailleurs, Microsoft essaye de le contrer avec XAML).

Et si tout le monde arrêtait de prendre Microsoft comme référence ?

sudo shutdown -t now

d'ailleurs si cut pouvait trier par le champs qui commence au n caractere et pas le nieme champs ca serait bien mais pas trouver

Il suffit de regarder dans la page man de cut.

Hmm...

Ta distribution, Knoppix, est basée sur une Debian, donc tu peux installer des paquets de Debian. Seulement, Debian étant ce qu'elle est :-P, les dernières versions de sont disponibles que pour une Debian dite unstable.

- Tu peux télécharger les paquets au format .deb (pour ton architecture qui doit certainement être du i386), dans le paragraphe Linux puis Debian Sid (unstable)
http://www.sane-project.org/source.html(...)

Par contre, il va falloir que tu te mettes en mode unstable. Je n'ai pas de Debian, je ne sais pas comment ça se passe.

- Un autre solution consisterait aussi à compiler sane en téléchargeant les sources. Pour chaque paquet source téléchargé, tu dois classiquement faire :

$ tar xfz source-version.tar.gz
$ cd source-version
$ ./configure
$ make
# make install

(le make install doit se faire sous root)
Si tu passes par cette solution, je te conseille de désinstaller auparavant le sane de ta distrib.

- Pour la configuration, ce n'est pas le répertoire /etc/sane.d/ que vi te permet d'"éditer", mais les fichiers qui y sont. Ces fichiers correpondent chaun à un backend. Mais tu n'as normalement pas besoind'y toucher.

Oui, il semble que c'est ce qu'il me faut.

Merci beaucoup :)

Je connais bien iptables pour avoir beaucoup joué avec. Tu peux au mieux faire en sorte que la connexion ne pas plus via un script hideux que tu dois lancé sous root.
En aucun cas tu ne peux couper une connexion tcp existante avec iptables.

Ne dit-on pas plutôt montée en charge ?

J'ai oublié de rajouter dans mon CFLAGS l'option ultime :
--optimisation-flags-of-the-death-that-kills-everything-even-42

La encore, le libre permet à l'utilisateur final d'avoir un gain de performance, meme s'il reste faible.

Le gain de performance n'est pas négligeable, surtout pour la moule linuxfrittienne. Je n'ose imaginer le temps qu'il faudrait pour afficher une news avec des centaines de messages trollistiques, déjà que ça prend le temps de se faire cuire un oeuf sur mon mozilla qui est pourtant compilé avec un CFLAGS qui vaut « -Oinfinite --optimisation-flags-of-the-death-that-kills-everything --and-that-make-your-cpu-burn-as-if-it-was-in-hell »

J'ai un scanner 4300C qui est de la même famile que le tiens, utilisant lui aussi le backend hp3300 de SANE.

Ce backend a été incorporé dans SANE à partir de la version 1.0.15 (la dernière version donc). Vérifie que tu as bien cette version au minimum. Si la réponse est négative, regarde s'il n'y a pas un paquet pour ta knoppix, ou bien il va falloir que tu le compiles toi même.

Ensuite, pour la configuration, peut-être qu'il te faudra passer voir dans /etc/sane.d/.

Encore un dernier point. Peut-être que cela ne se produit pas avec les hp3400C, mais avec mon 4300C, toute la vitre du scanner n'est pas prise en compte, car le driver est décalé (il commence son acquisition avant que le moteur ne soit au début de la vitre, et s'arrête avant la fin de la vitre). Cela conduit à des scans de feuilles A4 qui sont tronqués. Bref, j'y ai remédié en modifiant les sources du backend hp3300, où certaines longueurs sont codées en dur.

D'ailleurs j'ai un écran 17 pouces iiyama et sur ebay j'en ai vu à 50E qui ne partent même pas. Je me demande quoi en faire ...

Remarque, c'est normal parce que j'ai récemment eu un écran trinitron 20 pouces pour environ 50 ¤.

Quid ordinne ?

Je ne vois pas le rapport avec le "non respect des standards" dont tu parles dans le titre de ton journal.

Il est écrit dans le message d'erreur que tu obtiens que - je traduis - votre navigateur ne peut accéder à la feuille de style de notre site. Il n'y a aucun rapport entre un problème technique à savoir l'accès à un fichier et le respect des standards.

De plus, tu dis qu'on te dit que ton "beau Firefox est un vieux navigateur". Ça n'est (apparemment sur la copie d'écran donnée en lien) écrit nul part. Au pire je peux lire un message courtois disant - je traduis - Nous vous invitons [...] à mettre à jour votre navigateur. Je vois encore moins de message disant que ton PC "allait être anéanti".

Ta réaction face à ce banal message d'erreur est vraiment désolante.

On sent que tu n'as jamais essayé de décompiler un programme et d'en comprendre le fonctionnement en lisant les instructions assembleurs. Je ne dis pas que c'est facile, bien au contraire, mais c'est faisable, même quand le programmeur s'est débrouillé pour te compliquer la tâche.

Il y a pebrot écrit en python qui fonctionne très bien :
http://pebrot.sourceforge.net/(...)

Sinon, plus léger, il y a tmsnc :
http://tmsnc.sourceforge.net/(...)
tmsnc est écrit en C et est beaucoup plus léger. J'avais réussi à le compiler - moyennant quelques modifications dans le code source et les Makefile - pour mon 486 qui ne dispose que de 4 Mo de RAM (ça devrait même marcher avec 2 Mo de RAM). Et ça tournait sans aucun problème.

Mais dans ce cas, obfusquer le code ne fait que déplacer le problème. Si ton admin est vraiment curieux, il finira bien par comprendre ton code, obfusqué ou pas. D'ailleurs, je me demande si le fait que tu obfusque ton code n'attirera pas son attention sur les fichiers que veux cacher.

Sinon, je serais tenté de dire, mauvais admin de serveur, changer de serveur (ou d'admin).

Par curiosité, à quoi peut bien servir un obfuscateur pour du code php ?

Tu peux essayer AltGr+SysRq+I avant de faire avec U. Ça tue tous les processus. Souvent, le U marche alors correctement.