Patrice Mandin a écrit 194 commentaires

Il te manque sûrement le support atm dans le noyau. En même temps, dire que tu as des 'unresolved symbol' sans dire quels sont lesdits symboles, c'est un peu dur de savoir ce qui manque.

http://fr.tldp.org/HOWTO/lecture/ATM-Linux-HOWTO.html(...) (section 2.3) puis aussi dans la section PPP, ajouter le ppp on atm.

Pour l'instant, j'ai ajouté kdb (kernel debugger) pour pouvoir avoir plus d'infos sur les oops. J'en ai 2: l'un survient dans le module binaire (fichier modem_ant_*.o sans les sources), l'autre dans la fonction process_iso() du module usb-uhci.c du noyau.

Pour ceux chez qui ça marche, veuillez préciser:
- version du noyau (+ patches éventuels)
- version de gcc utilisée pour compiler le noyau
- type de processeur choisi pour la compilation
- type de contrôleur USB (ohci,uhci, autre, quel module noyau est chargé).

Moi, j'ai:
- 2.4.22 + kdb + packetcd (j'ai essayé du 2.4.22 au 2.4.24 sans succès).
- gcc 2.95.4
- cpu choisi pour la compilation du noyau: k6-2
- chipset via (module usb-uhci, pas de oops avec le module uhci, mais pas possible d'utiliser le modem: plein de messages d'erreurs)

Apparemment, la Fedora dispose d'un noyau 2.4.22 et de quelques patches supplémentaires. Est-ce que tu pourrais faire un diff entre les sources du noyau 2.4.22 patché de la Fedora et le noyau 2.4.22 officiel ?

J'aimerais voir si par hasard il n'y aurait pas quelques corrections relatives à l'USB dedans.

Autrement, le driver 0.8.1 est dispo pour ceux qui veulent essayer.

Pour l'installer, j'avais décidé de virer tout kde 3.1.4 (plus les restes de 2.2 qui trainaient) et je n'ai installé que les paquets qui m'étaient strictement nécessaires, ayant un espace disque un peu réduit.

Je me suis trouvé bloqué par l'économiseur d'écran ou le verrouilleur d'écran (kdesktop_lock) car un programme essentiel n'était pas installé (kcheckpass, présent dans kdebase-bin). Donc visiblement la dépendance entre ces paquets a été oubliée.

J'ai été faire un tour aujourd'hui, depuis que j'en entendais parler. Ca a l'air pas trop mal. En plus, j'ai appris un nouveau mot: axilisme.

Autre question: serait-il possible que des journaux soit promus en tant que news ? Ca irait plus vite que de réécrire une news ? Evidemment, quand ya plusieurs journaux sur le meme sujet, faudrait rediriger les commentaires vers le journal promu en tant que news, et marquer les journaux en trop comme 'Ya une news sur le sujet, c'est pas la peine de commenter ce journal'.

Sinon ces derniers temps, ya beaucoup de journaux hors sujets, il serait peut-être possible de les modifier en tant que journaux privés (avec une note pour l'auteur sur le non-intérêt de son journal en première page).

de là à dire qu'on t'impose les dates, il n'y qu'un pas ...

C'est vrai que c'est dommage de ne pas avoir le choix dans la date.

D'ailleurs, les inventeurs du Compact Disc (Philips et Sony ?) peuvent attaquer ceux qui vendent des galettes plastiques de 12cm non compatibles, au prétexte de la contrefaçon de marque.

Je n'ai pas de galette protégée sous la main, mais est-ce que le logo 'Compact Disc' est présent dessus ?

Le problème, c'est qu'une fois installés, le gestionnaire usb (usbmgr, hotplug est trop compliqué pour moi, faudra que je m'y mette sérieusement) me charge les deux -> conflit. Donc j'en ai viré un (eth).

Dans la doc, il n'est pas précisé la différence entre les deux. Je suppose que _atm crée un périphérique atm virtuel, et _eth crée un périphérique Ethernet virtuel (nommé eth0 p.e.). Plus d'infos de la part de la doc ne serait pas superflue.

Déjà, faites attention après, le make install, car vous avez 4 drivers installés: unicorn_usb_atm, unicorn_usb_eth, unicorn_pci_atm et unicorn_pci_eth. Il semblerait que les 2 drivers (*_atm et *_eth, pour chaque interface) veulent se charger de piloter le modem, et entrent en conflit. Visiblement, il faut éliminer l'un d'eux, et garder l'autre. Maintenant, je n'ai que ça comme message:

Feb  4 19:47:35 manoir kernel: unicorn_usb: v 0.8.0, 19:35:11 Feb  4 2004
Feb  4 19:47:35 manoir kernel: unicorn_usb: driver parameters: DebugLevel=0
Feb  4 19:47:35 manoir kernel: usb.c: registered new driver unicorn_usb
Feb  4 19:47:35 manoir kernel: unicorn_usb: found adapter VendorId 07fa, ProductId 1012, driver_info=20174
Feb  4 19:47:35 manoir kernel: unicorn_usb: MSW parameters: 
Feb  4 19:47:35 manoir kernel: ActivationMode=4
Feb  4 19:47:35 manoir kernel: ActTimeout=300000
Feb  4 19:47:35 manoir kernel: AutoActivation=1
Feb  4 19:47:35 manoir kernel: DebugLevel=0
Feb  4 19:47:35 manoir kernel: DownstreamRate=3400
Feb  4 19:47:35 manoir kernel: unicorn_usb: ExchangeDelay=10
Feb  4 19:47:35 manoir kernel: FmPollingRate=1000
Feb  4 19:47:35 manoir kernel: g_RefGain=22
Feb  4 19:47:35 manoir kernel: g_Teqmode=7
Feb  4 19:47:35 manoir kernel: InitTimeout=20000
Feb  4 19:47:35 manoir kernel: Interoperability=0
Feb  4 19:47:35 manoir kernel: unicorn_usb: LCD_Trig=15000
Feb  4 19:47:35 manoir kernel: LOS_LOF_Trig=5000
Feb  4 19:47:35 manoir kernel: LoopbackMode=0
Feb  4 19:47:35 manoir kernel: MswDebugLevel=2
Feb  4 19:47:35 manoir kernel: RetryTime=5000
Feb  4 19:47:35 manoir kernel: TrainingDelay=100
Feb  4 19:47:35 manoir kernel: unicorn_usb: useRFC019v=0
Feb  4 19:47:35 manoir kernel: useRFC029v=8000
Feb  4 19:47:35 manoir kernel: useRFC040v=0
Feb  4 19:47:35 manoir kernel: useRFC041v=1
Feb  4 19:47:35 manoir kernel: setINITIALDAC=0
Feb  4 19:47:35 manoir kernel: unicorn_usb: useRFCFixedRate=1
Feb  4 19:47:35 manoir kernel: useVCXO=0
Feb  4 19:47:35 manoir kernel: _no_TS652=1
Feb  4 19:47:35 manoir kernel: useAFE=20174
Feb  4 19:47:35 manoir kernel: txPower=14
Feb  4 19:47:35 manoir kernel: unicorn_usb: USB UHCI Root Hub
Feb  4 19:47:35 manoir kernel: unicorn_pci: v 0.8.0, 19:35:00 Feb  4 2004
Feb  4 19:47:35 manoir kernel: ../msw/linrapi.c : is_valid: freeing NULL
Feb  4 19:47:35 manoir kernel: ../msw/linrapi.c : xtm_stopmsgtimer: timer 00000000 not valid
Feb  4 19:47:35 manoir kernel: unicorn_msw: FmPollingRate=1000ms,InitTimeout=20000ms,ActTimeout=300000
Feb  4 19:47:35 manoir kernel: unicorn_usb: AdslStatus=1
Feb  4 19:47:35 manoir kernel: usb.c: unicorn_usb driver claimed interface c7c0bbc0
Feb  4 19:47:35 manoir kernel: unicorn_msw: Current Modem State (3): ACTIVATING
Feb  4 19:47:35 manoir kernel: unicorn_usb: MSW state: ACTIVATING
Feb  4 19:47:36 manoir kernel: unicorn_msw: Event Reported (3): Initializing
Feb  4 19:47:36 manoir kernel: unicorn_usb: MSW event: TO INITIALIZING
Feb  4 19:47:41 manoir kernel: unicorn_msw: Current Modem State (6): INITIALIZING
Feb  4 19:47:41 manoir kernel: unicorn_usb: MSW state: INITIALIZING
Feb  4 19:47:44 manoir kernel: unicorn_msw: useRFCFixedRate (1) ENABLED: deactivate the RA mode in DMT mode
[kernel oops, reboot manuel: alt+ctrl+sys S R U B]

Apparemment, il est très récent, puisqu'il n'est pas mentionné ici:
http://pciids.sourceforge.net/iii/(...) Dans ce cas, tu peux proposer d'y entrer l'identifiant de ton matériel.

Pour les périphériques USB, va faire un tour sur http://www.qbik.ch/usb/devices/(...) pour voir s'il fait partie de la base de données. Tu pourras y trouver quelque info s'il y est.

Ca marche pas, j'ai plein de messages d'erreurs, et même des kernel oops. Donc j'ai fait un petit mail à l'auteur du driver, avec mes extraits de /var/log/messages et /var/log/syslog venant du driver. Yapluka attendre. Ceci dit, ca peut peut-être marcher chez quelqu'un d'autre. Plus y'aura de monde à tester, plus on saura d'où ca vient.

Pour le flash, ya ça:

http://extensionroom.mozdev.org/more-info.php/flashclick(...)

Quelqu'un connaitrait-il une doc sur comment bien faire un site wap ?

2) le manque de support hardware de la part des fabricants, qui fait que monsieur X essaye linux, mais son scanner ne fonctionne pas, madame Y veut que sa webcam proprio fonctionne, et que les rejetons sont pas contents parce que leurs drivers_3D_proprios_font_planter_tout_le_temps_Xfree et que les drivers libres font pas tourner la 3D à cause de ces putains de brevets à la cons.

Sachant qu'en Europe les brevets logiciels ne sont pas reconnus, et que l'on peut désassembler un logiciel/driver/etc... à des fins d'interropérabilité (pour son usage privé). Est-ce que les diverses licences de ce genre de drivers, on peut s'en battre les c**illes (tout comme Kiss avec mplayer, si c'est prouvé) ?

J'avais lu dans la ml de Mesa, que certains parlaient par exemple d'implémenter en logiciel la compression S3TC et qu'elle pourrait être disponible hors des Etats-Unis (tout comme la section non-us de Debian), pour pas avoir à se soucier des pb de brevets dessus.

En fait, c'est en lisant la mailing list de transcode qu'il en était fait mention, et il est bien dispo sur http://www.trancoding.org/(...) (nouveau site ?)

Dans GLMF, une page pour nous annoncer l'arrivée prochaine d'un hors-série Debian Sarge (comme pour la 2.2 précédemment). \o/

Dans le répertoire /etc/menu-methods/, tu as les différents scripts pour créer les entrées de menu pour chaque window manager. Pour KDE, il s'appelle kdebase.

Dans ce script, vers la fin, on a un rootprefix="/var/lib/kde/menu", et dans ce répertoire, on y trouve toutes les applis Debian plus les applis locales (celles déclarées dans /etc/menu/ justement).

Il y a aussi un appel au script shell /usr/bin/kde-update-menu, qui crée l'arborescence de menu Debian, je crois que c'est ce que tu as besoin de modifier.

De plus on y trouve la variable treewalk, qui semble dire de quelle manière générer le menu. Voir la doc pour plus d'infos: /usr/share/doc/menu/html/index.html (chapitre 6 plus précisément).

Je comprends un peu mieux: au lieu d'avoir un menu classé par catégories, puis dans chaque, un menu Debian, tu veux un menu debian, avec dedans les différentes catégories.

Peut-être qu'il suffirait de modifier la façon dont le paquet menu crée les menus (update-menus) pour que ça te sied.

En fait, c'est assez simple:
- Créer les fichiers adéquats dans /etc/menu/
- Lancer update-menus

Pour savoir comment créer un fichier de menu pour une appli, il suffit de prendre un de ceux présents dans /usr/lib/menu/ et d'adapter. Les paquets locaux doivent avoir pour nom local.nomdusoft, un exemple:

?package(local.sylpheed):needs=X11 section=Apps/Net \
icon=/usr/local/share/sylpheed/sylpheed.png \
title="Sylpheed" command="sylpheed" hints="Mail,News"

Ya aussi la: http://www.mcd2-diff.fr/catalogcd.html(...)

35 € en moyenne pour un jeu.

En local, tu n'est limité que par la vitesse des différents bus mémoire (quand un transfert de donnée est nécessaire), alors qu'en réseau, tu est tributaire de tout un tas d'autres choses que tu ne peux pas améliorer (cables, routeurs, etc...). Meme dans un LAN, le réseau peut être saturé, avec des collisions, etc. Donc la seule optimisation possible dans le domaine du réseau, c'est d'avoir le minimum de données possibles à transiter entre le client et le serveur.

Ca me rappelle mon premier prog de 3D: faire un cube qui tourne. Au début, je faisais tourner mon cube de 1 degré à chaque fois, en reprenant les positions calculées précédemment pour les sommets. Au bout d'un certain temps, avec les erreurs d'arrondis, mon objet ne ressemblait plus à un cube.

Donc avis aux débutants en 3D: quand vous faites des rotations/translations d'objets dans un espace, prenez toujours les coordonnées du modèle de départ.

Ne t'inquiètes pas pour ça, tu est excusé. Personne n'est à l'abri d'une petite bévue "langagière".

Ceci dit, c'est tout de même ce genre de choses auquel il faut faire le plus attention dans le logiciel libre: les licences. Personnellement, depuis que j'utilise Linux, c'est la première chose que je regarde pour un soft, avant même de savoir à quoi il sert. Je trouve les développeurs (et peut-être utilisateurs) du libre plus sérieux vis-à-vis de celles-ci, alors que pour les softs propriétaires, il suffit généralement de cliquer sur "J'accepte", sans même savoir à quoi on s'engage.