Pour préciser un peu ce que tu dis : oui Mandriva a intégré eagle-usb avec le firmware/DSPcode depuis au moins Mandriva 9.2.
C'est depuis ueagle-atm que nous avons commencé à pointer du doigt clairement que le firmware/DSPcode ne faisaient pas un tout avec le pilote et qu'à ce titre ne pouvaient pas bénéficier de la licence libre du pilote, cela reste une interprétation corroborée par le manque de source tout de même (ceci étant facilité par la non inclusion du firmware dans un .h ... chargement par firmware_class... depuis ueagle-atm).
Mandriva avec sa version 2007 a choisi de sortir une version free et une non-free respectant ce principe, le firmware se retrouve donc non distribué sur le CD free (qui signifie libre comme tout le monde a compris).
Concernant Ubuntu, le travail d'intégration n'a pas eu lieu à ma connaissance.
Il n'y a pas de souci pour rajouter un packageur sur notre SVN (s'il peut respecter les DFSG ce serait pas mal aussi pour éviter d'avoir 2 types de paquets .deb).
Pour rappel sur les blobs, ce qui était reproché à raison à Ubuntu c'est de _travailler à rajouter_ des blobs au kernel ET en même temps annoncer "100% free" pour leur CD : c'est induire l'utilisateur en erreur, autant mettre "100% gratis" pour être honnête : en gros respecter la répartition de ce qui est indiqué sur http://www.ubuntu.com/ubuntu/components . Je ne doute pas que cette approche trompeuse soit rectifiée rapidement, tout comme Mandriva a travaillé à clarifier le libre du non libre (ou Debian ou Fedora...). D'autre part, l'aide des distributions pour appuyer les demandes des développeurs libres auprès des constructeurs serait un plus... (les distributions signent bien des contrats de certification de temps en temps).
L'utilisation de dépôts estampillés restricted ou non-free contribue à clarifier et permet d'identifier ce qui est explicitement non libre (après cela signifie regarder la licence au cas par cas pour vérifier que c'est distribuable sans trop de risque pour la distrib'), le jour où cela devient libre (par fourniture du code ou réécriture du code), cela peut sortir de non-free (ou alors, si cela devient interdit au détriment des utilisateurs... au constructeur de faire le choix de ses clients).
Ikanos a *racheté* la branche ADSL de ADI (donc les contrats / technos et les personnes je suppose, par exemple notre interlocuteur était à ADI auparavant...), je suppose donc qu'ils ont bien tous les actifs. J'avais trouvé quelques infos sur le web http://dev.eagle-usb.org/wakka.php?wiki=IkanosInfos
Par conséquent, il est de la responsabilité de Ikanos de s'assurer que ce qu'ils affirment (changement de licence) est effectivement faisable, ce pourquoi c'est un représentant désigné chez eux qui a fait l'annonce sur notre ML publique archivée. Nous ne faisons que redistribuer ce qui nous a été officiellement fourni avec une licence identifiée, nous n'avons pas les moyens d'accéder aux contrats de Ikanos (et nous n'en avons pas besoin).
Nous n'avons pas rompu les amarres avec ADI, nous n'avons simplement pas de contact chez eux maintenant (m'enfin plus d'un an de silence de leur part aussi...).
Pour les specs des chipsets, ce n'est pas gagné hormis les descriptions floues des documentations commerciales disponibles sur le net... ce serait pas mal pour les chipsets obsolètes.
Pour le firmware vraiment libre, la rétro-ingénierie à des fins d'interopérabilité est possible en France. Il me semble que nous sommes dans ce cas. Après si c'est procéder comme sur pwc initialement (un chipset de webcam), par décompilation c'est effectivement limite : pour bien faire, la décompilation est utilisable pour déterminer des spécifications puis réimplémenter à partir de ces spécifications selon le principe de la salle propre (ou mur chinois) http://en.wikipedia.org/wiki/Clean_room_design
Le changement de format du firmware/DSPcode est permis explicitement par la licence BSD, nous ne faisons qu'appliquer la licence (et pour moi c'est elle qui crée de la valeur vu qu'elle nous permet de travailler).
Sinon c'est effectivement le travail d'intégration au kernel qui a une valeur (surtout du point de vue utilisateur et donc directement sur le constructeur : clairement les pilotes propriétaires sont une plaie inmaintenable qui ne résistent pas au moindre changement d'ABI et ce sont bien ces blobs proprios qui font perdre toute crédibilité aux constructeurs, là où leur valeur ajoutée est d'avoir du matériel qui "juste marche").
Pour les firmwares / DSPcode eagle4, un paquet debian donnera la licence BSD avec comme copyright Ikanos. Notre copyright côté eagle-usb.org est plutôt sur les outils permettant de les changer de format et tu trouveras ce qu'il faut dans notre SVN.
Comme indiqué avant, cela nous intéresse d'avoir le packaging intégré à notre SVN pour pouvoir le maintenir par la suite (il suffit de l'envoyer sur la ML de dév, nous donnerons un accès au SVN si besoin).
Cela tient pour les autres distributions aussi, il serait bon d'intervenir sur la ML de dév pour traiter le packaging par distribution upstream (donc avec nous) https://gna.org/mail/?group=ueagleatm (en anglais si possible ça nous évitera les mix qui arrivaient sur la ML eagle-usb).
Pour eagle-usb, le packaging était intégré dans notre cvs, pour ueagle-atm il est tout à fait possible de continuer
- cela nous permet de prendre en compte les distributions "connues" directement et notamment de transmettre les pré-requis (disponibilité du kernel source sur les CD/DVD d'install', compatibilité de la version gcc fournie avec celle utilisée pour le kernel... sinon c'est tout de suite la galère pour les utilisateurs
- ce n'est pas du travail en doublon pour la distribution puisqu'ils bénéficient assez directement des impacts du développement, plutôt que de refaire le boulot derrière
Idem, pour les documentations, un petit message sur la ML pour signaler une doc' permet d'éviter d'avoir à parcourir les referrers pour les retrouver... elles pourraient être stockées sur notre wiki d'ailleurs pour ceux qui acceptent sa licence http://atm.eagle-usb.org/wakka.php?wiki=WikiLicense
Pour les autres questions, je te réponds un peu plus tard...
Pour être complet - puisque tu me sembles pointilleux - effectivement le "pas de licence identifiée" est AMHA à comprendre "le copyright s'applique stricto sensu" (en tout cas, le logiciel en France est rattaché au droit d'auteur je suppose que c'est sans doute le cas dans d'autres pays, la CNIL n'ayant pas sorti cela de son chapeau...). Par défaut je pense que c'est la convention de Berne qui s'applique ? (si je fais un raccourci abusif, j'aimerais bien comprendre le pourquoi du comment :-) ) http://fr.wikipedia.org/wiki/Convention_de_Berne_pour_la_pro(...)
Par ailleurs, j'ai déjà répondu à cette question sur notre mailing-list : https://mail.gna.org/public/ueagleatm-dev/2006-01/msg00010.h(...)
ADI nous avait dit que le "domaine public" leur irait bien, mais n'étant pas juriste d'une part, ne connaissant pas ce qui est possible au Canada (et aux US) et ayant l'information qu'en France (l'exemple que je connais) il n'est pas possible de placer soi-même quelque chose dans le domaine public, nous avons préféré travailler à obtenir une licence identifiée (et connue plutôt qu'un nième truc réécrit en dépit du bon sens).
En effet, même s'il est clair que _notre_ redistribution du firmware / DSPcode ne sera pas remise en cause par ADI (ou Ikanos) - au besoin je m'appuierai, de bonne foi, sur leur souhait que ce soit disponible pour l'utilisateur - cela ne permet pour autant pas aux distributions (Linux, *BSD, autres) d'avoir cette garantie (une licence connue permet de décider beaucoup plus facilement, plutôt que de traiter au cas par cas...). Si vous avez des juristes qui peuvent nous aider sur le sujet, nous sommes bien sûr preneur (Nathanael Nerode nous a bien orienté initialement AMHA).
Je seconde libertforce dans sa demande, cela nous permettra d'améliorer la documentation...
Comme tu as un kernel 2.6.16, tu n'as que le firmware à installer au bon endroit (tu verras par la suite si tu as besoin d'installer une version plus récente du module). Avec la version du kernel 2.6.16 le module déjà inclus devrait te permettre de synchroniser puis te connecter.
A tout hasard, quel modèle exactement as-tu ? (il y a une étiquette au dos) ou sinon la commande lsusb permet de l'identifier sans ambiguïté.
Tu verras dans ce thread http://www.alionet.org/lofiversion/index.php/t11760.html que c'est un modem fast 800 E4 dont le pilote est en cours de développement (en fait il marche mais bon...).
cela veut il dire que si je prend le firmware (sous licence BSD donc), j'ai le droit de le modifier comme je l'entend (modulo le fait que je sois capable de comprendre le binaire) ?
oui, c'est tout l'intérêt de la BSD : une licence connue et qui donne quelques droits supplémentaires.
En France, le reverse-engineering est de toute façon autorisé à des fins d'interopérabilité (notion parfois difficile à mettre en avant...).
L'intérêt était de toute façon avant tout pour nous de pouvoir le distribuer et le transformer (au besoin) dans un format lisible par le pilote ueagle-atm (d'où l'intérêt de pouvoir le modifier, droit donné par la licence BSD).
permettre de distribuer le firmware dans une distribution libre ? et dans une distribution très à cheval sur ça (Debian par ex) ?
Il y a 2 écoles :
- ceux qui disent que vu que ça s'exécute dans le modem, on s'en fout que ce soit libre, l'important est que ce soit distribuable (Marco d'Ittri fait partie de ceux-là il me semble, même si sa position n'est pas si tranchée... les BSDistes qui sont pragmatiques auront sans doute cette approche, c'est le minimum que Theo de Raadt demande avec des spécifications aussi)
- ceux qui disent que du firmware cela reste du logiciel (la traduction française de firmware est d'ailleurs micro-logiciel), qu'il n'y a donc pas de raison que ça ne puisse pas être libre (je ferais plutôt partie de cette branche)
Même pour debian, la position n'est pas complètement tranchée sur l'inclusion (ou pas) de ces "blobs" (n'étant pas développeur debian j'essaye surtout de retranscrire ce que j'ai compris des discussions que j'ai pu suivre régulièrement sur debian-legal) : en gros, ils peuvent aller dans non-free, sans risque la licence étant identifiée. Je doute qu'ils puissent aller dans contrib ou dans main (il faudrait tout de même le code source AMHA).
C'est notamment pourquoi nous avons fait le travail de séparation du pilote et du firmware / DSPcode (historiquement le firmware était dans un .h et compilé avec le pilote du modem, maintenant il est chargé par le module firmware_class ce qui permet de l'avoir dans un fichier distinct, charge aux distributions de l'inclure ou pas sur leurs CD).
En fait, le problème se pose surtout pour des pilotes qui ne peuvent pas utiliser d'autre firmware que celui fourni car, dans ce cas, du libre est "lié" à du closed-source (un peu comme les logiciels libres tournant sur windows).
Dans notre cas, il est tout à fait imaginable qu'un firmware open-source et libre soit développé, le pilote est donc bien libre, ce qui a facilité son inclusion au noyau Linux...
En bref, pour l'inclusion de firmware et DSPcode :
Une distribution telle que Ubuntu ne se fera sans doute pas trop de souci à tout mettre sur le CD principal, pour Mandriva la version free ne l'aura peut-être pas, la version non-free l'aura sûrement (firmware et DSPcode sont distribuables avec une licence identifiée), pour Debian ce sera sans doute dans les dépôts non-free (et pas sur le CD), idem pour Fedora je pense.
C'est dommage pour un pilote permettant d'accéder à Internet hein ;-) mais il faut bien voir que le problème n'est pas du côté des distributions mais bien des constructeurs... (c'est bien à eux qu'il faut poser la question "voulez-vous que cela fonctionne directement pour tout le monde ou compliquer la tâche de vos utilisateurs/clients à l'installation ?").
La licence BSD appliquée à du code source est tout autant libre que la GPL.
Appliquée à un binaire, elle en permet la distribution sans restriction : j'avais pris sciemment l'exemple du freeware pourtant, n'ai-je pas été assez clair ?
Il faut bien voir que dans le monde des firmwares (micro-logiciels si vous préférez), les licences sont rarement précisées ou sont non libres ou inutilisables (gênant la distribution notamment). Il suffit de voir à combien de reprises s'y est pris Intel pour ses chipsets wifi...
ce qui en plus peut faire rire jaune est le logo "hacker safe" : forcément un hacker n'aura pas la volonté de s'introduire dans leur système de télépaiement (étant généralement du côté white hat), en revanche un cracker... http://fr.wikipedia.org/wiki/Pirate_informatique#Hacker
je suis tombé sur http://kde-apps.org/content/show.php?content=43071
With Zhu3D you interactively can view and animate functions, isosurfaces and a further independent parametric system. Numerical solutions of an equation system can be found with a precise and reliable adaptive random search. The OpenGL-viewer supports zooming, scaling, rotating and translating as well as filed lightning or surface properties. Special effects are transparency, textures, fog and motion blur.
Cela vaudrait peut être le coup de travailler ensemble ? L'interface utilisateur de Zhu3D semble un peu plus conforme au look & feel de KDE... (bon c'est du QT4 préparé avec QT Designer 4, mais pour l'avenir...).
Sino, pour info, epiphany avec adblock activé ne me permet pas d'accéder au forum http://k3dsurf.ifrance.com/phpBB2/ (seule la barre * gratuit apparaît) et avec Firefox (sans adblock) c'est tout de même moisi de pubs... (en haut , qui clignote, sur le côté gauche, ...). Alors qu'il te suffirait d'utiliser un hébergement libre chez http://tuxfamily.org (en précisant la licence de ton projet tu n'auras pas trop de souci à faire accepter ton groupe).
J'avais renommé le 2ème lien en "copies d'écran" pour essayer de vérifier l'attrait que ce terme apporte ;-)
pour l'instant (127 hits contre 871) cela semble respecté...
La prochaine fois il faudra sans doute faire un lien copies d'écran français et un autre anglais pour s'assurer que ce n'est pas la langue qui est différenciante :p
Bon, comme d'hab' les stats c'est à 82,73% exact ;-)
Comme quoi, tout bon logiciel se doit d'avoir des copies d'écran, cela en fait tout l'attrait ;-)
PS : plussez pas trop albert ça permet un minimum de relecture de ses journaux :p (oublis de liens, des horaires, ...) mais il s'améliore : vous êtes prévenu plus de 12h avant maintenant (au lieu de 10mn avant, juste en préparant le matos...).
corrigé, merci ;-) (pourtant, généralement je ne le laisse pas passer tout comme s/plugin/greffon/g et consors)
et sinon tu as testé ?
perso,
sans OpenGL : on peut remarquer que certaines "facettes" ont tendance à être positionnées devant/derrière quand on fait tourner la figure (et un peu de conso CPU)
avec OpenGL : les "facettes" gardent leur positionnement (et cela paraît effectivement plus fluide), sans doute une différence dans l'algorithme de z-buffer... http://fr.wikipedia.org/wiki/Z-buffer (voir http://fr.wikipedia.org/wiki/Cat%C3%A9gorie:Algorithme_d%27i(...) pour les autres algos)
ce serait pas mal de signaler quelles licences vous intéressent pour le logo (sachant que c'est le genre de chose qui se réutilise pour des flyers, des plaquettes, toussa...)
En tout cas, concernant amsn, tout comme wine, ... ils font du bon boulot, en pure perte AMHA vu que les changements ne sont pas prêts d'être documentés dans ces protocoles proprios.
hum le coût de migration vers un autre système est sensiblement toujours le même : que ce soit une montée de version (Vista) que vers du tout GNU/Linux...
Après il est vrai que la formation quand le produit s'appelle "pareil" (genre MS Office au lieu de OpenOffice.org) est souvent largement sous-estimé.
Lors du passage de Access 97 à Access 2000 par exemple, ce sont tous les applicatifs qui sont devenus obsolètes : si l'on ne peut pas faire confiance à MS pour proposer les outils de migration, le modèle du libre permettrait peut-être au pire d'avoir les mêmes coût, au mieux d'avoir des outils partagés par tous et améliorés au fur et à mesure des migrations (il est toujours mieux quand chacun travaille ensemble plutôt que de chacun refaire la même chose de son côté).
Il me semble que c'est bien Microsoft qui affirmait que le passage à Vista créerait des emplois en europe ;-) https://linuxfr.org/~zx81/22663.html
[^] # Re: Détails ?
Posté par BAud (site web personnel) . En réponse au journal PostgreSQL 8.2.0 est sorti. Évalué à 2.
je retiens tout de même l'utilisation de Postresql dans des paquets complémentaires (orientés métier) intéressants :
http://postgis.refractions.net/ Serveur d'informations géographiques (PostGIS)
http://openfts.sourceforge.net/ Recherche plein texte (OpenFTS)
http://www.bizgres.org Business Intelligence/Data Warehousing (Bizgres) pour les entrepôts de données [http://fr.wikipedia.org/wiki/Entrep%C3%B4t_de_donn%C3%A9es]
[^] # concernant les blobs
Posté par BAud (site web personnel) . En réponse à la dépêche Un firmware enfin distribuable pour modem ADSL USB. Évalué à 2.
C'est depuis ueagle-atm que nous avons commencé à pointer du doigt clairement que le firmware/DSPcode ne faisaient pas un tout avec le pilote et qu'à ce titre ne pouvaient pas bénéficier de la licence libre du pilote, cela reste une interprétation corroborée par le manque de source tout de même (ceci étant facilité par la non inclusion du firmware dans un .h ... chargement par firmware_class... depuis ueagle-atm).
Mandriva avec sa version 2007 a choisi de sortir une version free et une non-free respectant ce principe, le firmware se retrouve donc non distribué sur le CD free (qui signifie libre comme tout le monde a compris).
Concernant Ubuntu, le travail d'intégration n'a pas eu lieu à ma connaissance.
Il n'y a pas de souci pour rajouter un packageur sur notre SVN (s'il peut respecter les DFSG ce serait pas mal aussi pour éviter d'avoir 2 types de paquets .deb).
Pour rappel sur les blobs, ce qui était reproché à raison à Ubuntu c'est de _travailler à rajouter_ des blobs au kernel ET en même temps annoncer "100% free" pour leur CD : c'est induire l'utilisateur en erreur, autant mettre "100% gratis" pour être honnête : en gros respecter la répartition de ce qui est indiqué sur http://www.ubuntu.com/ubuntu/components . Je ne doute pas que cette approche trompeuse soit rectifiée rapidement, tout comme Mandriva a travaillé à clarifier le libre du non libre (ou Debian ou Fedora...). D'autre part, l'aide des distributions pour appuyer les demandes des développeurs libres auprès des constructeurs serait un plus... (les distributions signent bien des contrats de certification de temps en temps).
L'utilisation de dépôts estampillés restricted ou non-free contribue à clarifier et permet d'identifier ce qui est explicitement non libre (après cela signifie regarder la licence au cas par cas pour vérifier que c'est distribuable sans trop de risque pour la distrib'), le jour où cela devient libre (par fourniture du code ou réécriture du code), cela peut sortir de non-free (ou alors, si cela devient interdit au détriment des utilisateurs... au constructeur de faire le choix de ses clients).
[^] # Re: quelques questions
Posté par BAud (site web personnel) . En réponse à la dépêche Un firmware enfin distribuable pour modem ADSL USB. Évalué à 2.
Par conséquent, il est de la responsabilité de Ikanos de s'assurer que ce qu'ils affirment (changement de licence) est effectivement faisable, ce pourquoi c'est un représentant désigné chez eux qui a fait l'annonce sur notre ML publique archivée. Nous ne faisons que redistribuer ce qui nous a été officiellement fourni avec une licence identifiée, nous n'avons pas les moyens d'accéder aux contrats de Ikanos (et nous n'en avons pas besoin).
Nous n'avons pas rompu les amarres avec ADI, nous n'avons simplement pas de contact chez eux maintenant (m'enfin plus d'un an de silence de leur part aussi...).
Pour les specs des chipsets, ce n'est pas gagné hormis les descriptions floues des documentations commerciales disponibles sur le net... ce serait pas mal pour les chipsets obsolètes.
Pour le firmware vraiment libre, la rétro-ingénierie à des fins d'interopérabilité est possible en France. Il me semble que nous sommes dans ce cas. Après si c'est procéder comme sur pwc initialement (un chipset de webcam), par décompilation c'est effectivement limite : pour bien faire, la décompilation est utilisable pour déterminer des spécifications puis réimplémenter à partir de ces spécifications selon le principe de la salle propre (ou mur chinois) http://en.wikipedia.org/wiki/Clean_room_design
Le changement de format du firmware/DSPcode est permis explicitement par la licence BSD, nous ne faisons qu'appliquer la licence (et pour moi c'est elle qui crée de la valeur vu qu'elle nous permet de travailler).
Sinon c'est effectivement le travail d'intégration au kernel qui a une valeur (surtout du point de vue utilisateur et donc directement sur le constructeur : clairement les pilotes propriétaires sont une plaie inmaintenable qui ne résistent pas au moindre changement d'ABI et ce sont bien ces blobs proprios qui font perdre toute crédibilité aux constructeurs, là où leur valeur ajoutée est d'avoir du matériel qui "juste marche").
Pour les firmwares / DSPcode eagle4, un paquet debian donnera la licence BSD avec comme copyright Ikanos. Notre copyright côté eagle-usb.org est plutôt sur les outils permettant de les changer de format et tu trouveras ce qu'il faut dans notre SVN.
Comme indiqué avant, cela nous intéresse d'avoir le packaging intégré à notre SVN pour pouvoir le maintenir par la suite (il suffit de l'envoyer sur la ML de dév, nous donnerons un accès au SVN si besoin).
[^] # Re: *buntu
Posté par BAud (site web personnel) . En réponse à la dépêche Un firmware enfin distribuable pour modem ADSL USB. Évalué à 2.
Cela tient pour les autres distributions aussi, il serait bon d'intervenir sur la ML de dév pour traiter le packaging par distribution upstream (donc avec nous) https://gna.org/mail/?group=ueagleatm (en anglais si possible ça nous évitera les mix qui arrivaient sur la ML eagle-usb).
Pour eagle-usb, le packaging était intégré dans notre cvs, pour ueagle-atm il est tout à fait possible de continuer
- cela nous permet de prendre en compte les distributions "connues" directement et notamment de transmettre les pré-requis (disponibilité du kernel source sur les CD/DVD d'install', compatibilité de la version gcc fournie avec celle utilisée pour le kernel... sinon c'est tout de suite la galère pour les utilisateurs
- ce n'est pas du travail en doublon pour la distribution puisqu'ils bénéficient assez directement des impacts du développement, plutôt que de refaire le boulot derrière
Idem, pour les documentations, un petit message sur la ML pour signaler une doc' permet d'éviter d'avoir à parcourir les referrers pour les retrouver... elles pourraient être stockées sur notre wiki d'ailleurs pour ceux qui acceptent sa licence http://atm.eagle-usb.org/wakka.php?wiki=WikiLicense
Pour les autres questions, je te réponds un peu plus tard...
[^] # Re: Confusion permanente entre modalité de distribution & licence
Posté par BAud (site web personnel) . En réponse à la dépêche Un firmware enfin distribuable pour modem ADSL USB. Évalué à 3.
Par ailleurs, j'ai déjà répondu à cette question sur notre mailing-list : https://mail.gna.org/public/ueagleatm-dev/2006-01/msg00010.h(...)
ADI nous avait dit que le "domaine public" leur irait bien, mais n'étant pas juriste d'une part, ne connaissant pas ce qui est possible au Canada (et aux US) et ayant l'information qu'en France (l'exemple que je connais) il n'est pas possible de placer soi-même quelque chose dans le domaine public, nous avons préféré travailler à obtenir une licence identifiée (et connue plutôt qu'un nième truc réécrit en dépit du bon sens).
En effet, même s'il est clair que _notre_ redistribution du firmware / DSPcode ne sera pas remise en cause par ADI (ou Ikanos) - au besoin je m'appuierai, de bonne foi, sur leur souhait que ce soit disponible pour l'utilisateur - cela ne permet pour autant pas aux distributions (Linux, *BSD, autres) d'avoir cette garantie (une licence connue permet de décider beaucoup plus facilement, plutôt que de traiter au cas par cas...). Si vous avez des juristes qui peuvent nous aider sur le sujet, nous sommes bien sûr preneur (Nathanael Nerode nous a bien orienté initialement AMHA).
Cela est-il plus clair ?
[^] # Re: Et bientôt...
Posté par BAud (site web personnel) . En réponse à la dépêche Le Ministre des Finances appelle à la création d'un pôle de compétitivité dédié aux Logiciels Libres. Évalué à -1.
[^] # Re: Hep
Posté par BAud (site web personnel) . En réponse au message Modem sagem + installation + partage connection. Évalué à 2.
Comme tu as un kernel 2.6.16, tu n'as que le firmware à installer au bon endroit (tu verras par la suite si tu as besoin d'installer une version plus récente du module). Avec la version du kernel 2.6.16 le module déjà inclus devrait te permettre de synchroniser puis te connecter.
A tout hasard, quel modèle exactement as-tu ? (il y a une étiquette au dos) ou sinon la commande lsusb permet de l'identifier sans ambiguïté.
Tu verras dans ce thread http://www.alionet.org/lofiversion/index.php/t11760.html que c'est un modem fast 800 E4 dont le pilote est en cours de développement (en fait il marche mais bon...).
[^] # Re: Non Libre et closed source mais distribuable
Posté par BAud (site web personnel) . En réponse à la dépêche Un firmware enfin distribuable pour modem ADSL USB. Évalué à 10.
oui, c'est tout l'intérêt de la BSD : une licence connue et qui donne quelques droits supplémentaires.
En France, le reverse-engineering est de toute façon autorisé à des fins d'interopérabilité (notion parfois difficile à mettre en avant...).
L'intérêt était de toute façon avant tout pour nous de pouvoir le distribuer et le transformer (au besoin) dans un format lisible par le pilote ueagle-atm (d'où l'intérêt de pouvoir le modifier, droit donné par la licence BSD).
permettre de distribuer le firmware dans une distribution libre ? et dans une distribution très à cheval sur ça (Debian par ex) ?
Il y a 2 écoles :
- ceux qui disent que vu que ça s'exécute dans le modem, on s'en fout que ce soit libre, l'important est que ce soit distribuable (Marco d'Ittri fait partie de ceux-là il me semble, même si sa position n'est pas si tranchée... les BSDistes qui sont pragmatiques auront sans doute cette approche, c'est le minimum que Theo de Raadt demande avec des spécifications aussi)
- ceux qui disent que du firmware cela reste du logiciel (la traduction française de firmware est d'ailleurs micro-logiciel), qu'il n'y a donc pas de raison que ça ne puisse pas être libre (je ferais plutôt partie de cette branche)
Même pour debian, la position n'est pas complètement tranchée sur l'inclusion (ou pas) de ces "blobs" (n'étant pas développeur debian j'essaye surtout de retranscrire ce que j'ai compris des discussions que j'ai pu suivre régulièrement sur debian-legal) : en gros, ils peuvent aller dans non-free, sans risque la licence étant identifiée. Je doute qu'ils puissent aller dans contrib ou dans main (il faudrait tout de même le code source AMHA).
C'est notamment pourquoi nous avons fait le travail de séparation du pilote et du firmware / DSPcode (historiquement le firmware était dans un .h et compilé avec le pilote du modem, maintenant il est chargé par le module firmware_class ce qui permet de l'avoir dans un fichier distinct, charge aux distributions de l'inclure ou pas sur leurs CD).
En fait, le problème se pose surtout pour des pilotes qui ne peuvent pas utiliser d'autre firmware que celui fourni car, dans ce cas, du libre est "lié" à du closed-source (un peu comme les logiciels libres tournant sur windows).
Dans notre cas, il est tout à fait imaginable qu'un firmware open-source et libre soit développé, le pilote est donc bien libre, ce qui a facilité son inclusion au noyau Linux...
En bref, pour l'inclusion de firmware et DSPcode :
Une distribution telle que Ubuntu ne se fera sans doute pas trop de souci à tout mettre sur le CD principal, pour Mandriva la version free ne l'aura peut-être pas, la version non-free l'aura sûrement (firmware et DSPcode sont distribuables avec une licence identifiée), pour Debian ce sera sans doute dans les dépôts non-free (et pas sur le CD), idem pour Fedora je pense.
C'est dommage pour un pilote permettant d'accéder à Internet hein ;-) mais il faut bien voir que le problème n'est pas du côté des distributions mais bien des constructeurs... (c'est bien à eux qu'il faut poser la question "voulez-vous que cela fonctionne directement pour tout le monde ou compliquer la tâche de vos utilisateurs/clients à l'installation ?").
[^] # Re: Non Libre et closed source mais distribuable
Posté par BAud (site web personnel) . En réponse à la dépêche Un firmware enfin distribuable pour modem ADSL USB. Évalué à 9.
Appliquée à un binaire, elle en permet la distribution sans restriction : j'avais pris sciemment l'exemple du freeware pourtant, n'ai-je pas été assez clair ?
Il faut bien voir que dans le monde des firmwares (micro-logiciels si vous préférez), les licences sont rarement précisées ou sont non libres ou inutilisables (gênant la distribution notamment). Il suffit de voir à combien de reprises s'y est pris Intel pour ses chipsets wifi...
[^] # Re: Nekeme
Posté par BAud (site web personnel) . En réponse à la dépêche Projet Ryzom Libre. Évalué à 1.
# scientific
Posté par BAud (site web personnel) . En réponse à la dépêche K3DSurf 0.6.0 : Mise à jour majeure. Évalué à 2.
je suis tombé sur http://kde-apps.org/content/show.php?content=43071
With Zhu3D you interactively can view and animate functions, isosurfaces and a further independent parametric system. Numerical solutions of an equation system can be found with a precise and reliable adaptive random search. The OpenGL-viewer supports zooming, scaling, rotating and translating as well as filed lightning or surface properties. Special effects are transparency, textures, fog and motion blur.
Cela vaudrait peut être le coup de travailler ensemble ? L'interface utilisateur de Zhu3D semble un peu plus conforme au look & feel de KDE... (bon c'est du QT4 préparé avec QT Designer 4, mais pour l'avenir...).
Dans le même genre "je regarde d'autres logiciels qui ont des fonctionnalités sympathiques" il y a Vsim http://www-drfmc.cea.fr/sp2m/L_Sim/V_Sim/index.fr.html (avec copies d'écran : http://www-drfmc.cea.fr/sp2m/L_Sim/V_Sim/screenshots.fr.html ) qui permet de la visualisation d'objets (molécules...). Il y a une interface GTK et cela utilise aussi OpenGL. Vous avez sans doute des approches complémentaires ?
Sino, pour info, epiphany avec adblock activé ne me permet pas d'accéder au forum http://k3dsurf.ifrance.com/phpBB2/ (seule la barre * gratuit apparaît) et avec Firefox (sans adblock) c'est tout de même moisi de pubs... (en haut , qui clignote, sur le côté gauche, ...). Alors qu'il te suffirait d'utiliser un hébergement libre chez http://tuxfamily.org (en précisant la licence de ton projet tu n'auras pas trop de souci à faire accepter ton groupe).
# les statistiques...
Posté par BAud (site web personnel) . En réponse à la dépêche K3DSurf 0.6.0 : Mise à jour majeure. Évalué à 2.
pour l'instant (127 hits contre 871) cela semble respecté...
La prochaine fois il faudra sans doute faire un lien copies d'écran français et un autre anglais pour s'assurer que ce n'est pas la langue qui est différenciante :p
Bon, comme d'hab' les stats c'est à 82,73% exact ;-)
Comme quoi, tout bon logiciel se doit d'avoir des copies d'écran, cela en fait tout l'attrait ;-)
[^] # Re: Le portail du n'importe quoi
Posté par BAud (site web personnel) . En réponse à la dépêche De nouveaux caps franchis pour les Wikipédia. Évalué à 2.
[^] # Re: merci baud123 mon sauveur
Posté par BAud (site web personnel) . En réponse au journal Divergence Numérique #34, jeudi 30 Novembre 2006 de 19h00 à 20h00 (et des patates). Évalué à 2.
PS : plussez pas trop albert ça permet un minimum de relecture de ses journaux :p (oublis de liens, des horaires, ...) mais il s'améliore : vous êtes prévenu plus de 12h avant maintenant (au lieu de 10mn avant, juste en préparant le matos...).
[^] # Re: Et sans getgr[ug]id ?
Posté par BAud (site web personnel) . En réponse au message Un probleme sur mon code. Évalué à 3.
[^] # Re: .
Posté par BAud (site web personnel) . En réponse à la dépêche K3DSurf 0.6.0 : Mise à jour majeure. Évalué à 3.
et sinon tu as testé ?
perso,
sans OpenGL : on peut remarquer que certaines "facettes" ont tendance à être positionnées devant/derrière quand on fait tourner la figure (et un peu de conso CPU)
avec OpenGL : les "facettes" gardent leur positionnement (et cela paraît effectivement plus fluide), sans doute une différence dans l'algorithme de z-buffer... http://fr.wikipedia.org/wiki/Z-buffer (voir http://fr.wikipedia.org/wiki/Cat%C3%A9gorie:Algorithme_d%27i(...) pour les autres algos)
me reste à essayer le morphing...
# bizarre
Posté par BAud (site web personnel) . En réponse au message Gestion des serveurs & services. Évalué à 2.
# lapin compris
Posté par BAud (site web personnel) . En réponse au journal Lapinator. Évalué à 6.
[^] # Re: section Code ?
Posté par BAud (site web personnel) . En réponse à la dépêche Un logo pour RubyFrance. Évalué à 3.
vous pouvez essayer aussi du côté de blender avec les forums de http://blenderclan.tuxfamily.org
ou sinon essayer de toucher quelques artistes parmi http://faq.tuxfamily.org/wakka.php?wiki=LinuxGraphics (j'essaierai de le signaler à kalden si je le vois passer...).
ya quoi comme lots au final ? (hormis la satisfaction d'avoir contribué à proposer un pur joyau ? :-) )
[^] # Re: section Code ?
Posté par BAud (site web personnel) . En réponse à la dépêche Un logo pour RubyFrance. Évalué à 2.
[^] # Re: protocole proprio...
Posté par BAud (site web personnel) . En réponse à la dépêche aMSN 0.96. Évalué à 4.
AMHA, http://www.ubuntu.com/ubuntu/philosophy mériterait peut-être d'être un peu plus mis en avant (ou, tout simplement, respecté).
En tout cas, concernant amsn, tout comme wine, ... ils font du bon boulot, en pure perte AMHA vu que les changements ne sont pas prêts d'être documentés dans ces protocoles proprios.
[^] # Re: Un point oublié...
Posté par BAud (site web personnel) . En réponse à la dépêche Le monopole de Microsoft : mode d'emploi. Évalué à 7.
Après il est vrai que la formation quand le produit s'appelle "pareil" (genre MS Office au lieu de OpenOffice.org) est souvent largement sous-estimé.
Lors du passage de Access 97 à Access 2000 par exemple, ce sont tous les applicatifs qui sont devenus obsolètes : si l'on ne peut pas faire confiance à MS pour proposer les outils de migration, le modèle du libre permettrait peut-être au pire d'avoir les mêmes coût, au mieux d'avoir des outils partagés par tous et améliorés au fur et à mesure des migrations (il est toujours mieux quand chacun travaille ensemble plutôt que de chacun refaire la même chose de son côté).
Il me semble que c'est bien Microsoft qui affirmait que le passage à Vista créerait des emplois en europe ;-) https://linuxfr.org/~zx81/22663.html
[^] # Re: à la source
Posté par BAud (site web personnel) . En réponse au message DRIVERS POUR IMPRIMANTES ET SCANNER HP sous DEBIAN. Évalué à 3.
http://www.tuteurs.ens.fr/internet/forum/netiquette.html#s2_(...)
# travail en équipe
Posté par BAud (site web personnel) . En réponse au message RO decision dans les jeux. Évalué à 2.
[^] # Re: Heureusement...
Posté par BAud (site web personnel) . En réponse au journal Relecture attentive des brevets... Évalué à 6.