Jllc a écrit 792 commentaires

A l'heure actuelle, ils utilisent quelle bibliothèque graphique ?

Ils ne sont peut-être pas capables d'assurer une hébergement de qualité avec PHP/MySql, ou du moins, au prix que payent les abonnés. Y'a qu'à voir comment les serveurs de Free ont du mal ...

Par contre, y'a toujours la "faille" consistant à ajouter un login qui ressemble à un site internet devant le @, mettre l'url en décimal, et noyer le tout dans une url à rallonge avec plein de signes bizarre qui marchent sur tous les navigateurs.

Pour que les linuxiens soit protéger de cette faille, faudrait indiquer, dans la barre de titre par exemple, l'adresse réelle. Qu'en pensez vous, ce ne serait pas une bonne suggestion pour mozilla/konqueror/galeon ... ?

Je suis assez d'accord avec Samuel. Pour moi qui a l'habitude de Linux, qui a déjà recompilé de nombreuses fois le noyau, ce n'est pas trop un problème.

Mais pour le débutant, ou celui qui veut simplement utiliser Linux sans se poser de questions, c'est un problème de devoir recompiler un noyau pour juste ajouter un pilote.


C'est d'autant plus étonnant qu'on a pas besoin de recompiler tous ses programmes chaque fois qu'on change de noyau. Les shells, les gestionnaires de fichiers, X Window, xmms et compagnie continuent de fonctionner malgré un changement de noyau. C'est p'tet parce que les fonctions fopen(), fread(), etc ... sont standards et ne changent pas. Mais pourquoi ne peut-on pas en faire autant entre le noyau et ses modules ? Au moins dans une même branche (2.2 ou 2.4 ou 2.6).

Qu'est ce qu'il y a à reprocher à Sis ?
J'ai des puces de chez eux sur mon portable, et ça marche très bien, ce n'est donc pas forcément du matériel problématique.

A mon avis, dans leur triturage des sons, le mp3 et le ogg ne sortent pas les mêmes harmoniques, où pas avec les mêmes amplitudes. Les ogg se trouvent sans doute plus près de la limite de saturation de l'un des maillons de la chaine (soft de lecture -> pilote Alsa -> carte son -> ampli des hauts parleurs).

On peut faire marcher la LBP-800 depuis Linux, si on dispose d'un deuxième PC sous Windows. Voir mes quelques explications en bas de cette page : http://linuxfr.org/~WillyH/4473.html(...)

Je ne sais pas si rajouter un commentaire fera remonter le sujet comme sur d'autres forums, mais je mets quand même ce que je viens réusir à faire avec cette imprimante (ça sevira toujours à ceux qui tomberont ici en cherchant des infos).

J'ai donc la même imprimante Canon LBP-800, avec une Mandrake 9.1 actuellement. Evidement, elle ne marche toujours pas directement sous Linux, Canon n'ayant visiblement pas l'intention de développer des drivers.

Par contre, on peut l'utiliser comme imprimante réseau, si on dispose d'un PC sous Windows (98 dans mon cas). Mais pas directement, car même en passant par le réseau, Linux doit visiblement disposer du driver.

L'astuce, c'est d'utiliser le logiciel RedMon développé par la même boîte que GhostView : http://www.cs.wisc.edu/~ghost/redmon/index.htm(...) . Le principe est d'émuler une imprimante gérant le postscript (donc utilisable par n'importe quel programme/PC ) et d'imprimer les données sur l'imprimante réelle, en utilisant Ghostview. Les explications sont sur http://www.cs.wisc.edu/~ghost/redmon/fr/redmon.htm(...)

Pour la LBP-800, ça marche très bien en suivant cette doc (Attention, il faut laisser la LBP-800 utilisé LPT1, après avoir créé le port RPT1), si ce n'est qu'une boîte de dialogue s'ouvrait sous Windows (peu pratique si on veut le laisser dans un coin).

J'ai résolu ce problème en modifiant quelques paramètres : dans propriétés de RPT1 (pour l'imprimante émulée), je n'ai mis que "@c:\gstools\lbp-800.rsp -" comme argument au programme. Et j'ai modifié le fichier c:\gstools\lbp-800.rsp ainsi :

-IC:\OUTILS\gs\gs6.50;C:\OUTILS\gs\fonts
-sDEVICE=mswinpr2
-dNOPAUSE
-sOutputFile="//spool/Canon LBP-800"


Depuis Linux (avec printerdrake), je n'ai plus qu'à ajouter comme imprimante réseau l'imprimante que j'émule sous Windows.

En fait, je ne sais pas comment ça marche exactement. Mais puisqu'il y a 2 routes identiques, et aussi précises, je ne vois pas pourquoi le noyau chercherait à essayer la suivante. Quand tu es en voiture, tu tourne dès que tu vois le panneau de ta destination, non ?

Par contre, je pense (mais ce serait à vérifier) que si on indique explicitement la route pour le routeur, en précisant l'interface, ça devrait marcher. Mais il est beaucoup plus simple de faire 2 réseaux.

J'ai le même soucis sur un portable NEC. Je pense que ces touches ne sont pas gérées par le clavier, mais par un autre périphérique. D'ailleurs, pour Windows, il faut un driver spécial pour les gérer.

J'ai lu aussi l'article de LinuxMag à ce sujet, et je suis allé jusqu'à modifier le code dans le driver du clavier, pour qu'il m'envoi un message à chaque appui sur une touche (ça agit à plus bas niveau que xev) : je n'avais absolument rien avec ces touches !

Les même routes sont indiquées sur les 2 interfaces réseaux. Alors forcément, les 2 ne peuvent marcher en même temps.
Où que l'on pingue, ça vas forcément partir sur eth0, défini en premier. Si la machine pinguée est bien sur cette interface, ça répondra, mais si elle est sur eth1, le noyau ne chercheras jamais à utilisé l'autre interface pour une même route. Par contre, c'est pour ça que ça marche en arrêtant eth0.

Il faut donc définir 2 réseaux, comme indiqué plus haut.

J'ai constaté aussi une différence de vitesse avec un lecteur Zip sur port parallèle. Relativement rapide sous Linux, interminable sous Windows 98.

Et c'est pas une question de buffer, car d'une part, on entend bien quand ce genre de lecteur travail (en lecture ou écriture), et d'autre part, j'ai fait le test en utilisant la commande sync pour forcer l'écriture sur le disque.

C'est donc une question de gestion du matériel.

Ca m'arrive de temps en temps d'avoir des dificultés pour me connecter, mais après quelques essais, ça fini pratiquement par se décoincer. Au pire, je dois refaire des essais après avoir laissé reposé 10 minutes.
Mais je ne n'ai jamais eu besoin de contacter leur hotline.

Un depmod (p'tet avec l'option -a) donne quoi ?

S'il râle aussi, y'a un problème de dépendance quelque part dans les modules compilés. Et là, ça dépasse mes compétences de bidouilleur.

options snd major=116 cards_limit=4

C'est peut-être ça qui pose problème. Si je ne me trompe pas, ça indique d'utiliser 4 cartes sons. Et le module ne les trouvant pas toutes, envoi le message d'erreur. Ou alors, c'est juste un maximum ?
Dans le doute, je suggère d'essayer en mettant 1. Si c'est pas ça, je n'ai pas d'autre idée.

Le fichier /etc/modules.conf a t-il été configuré ? Il y a quelques trucs à mettre la dedans pour faire marcher Alsa correctement (vu qu'il se décompose en plusieurs modules). Et ça doit dépendre plus ou moins du modèle de carte son.

Je confirme qu'un aller-retour vers le mode texte réactive la souris, quand elle ne se réveille pas toute seule. Pas besoin de redémarrer X (et toutes les applications en fonctionnement).
Par contre, je me demande pourquoi ça ne marche pas directement, vu que X n'est réinitialisé à aucun moment en faisant ça.