Alexis Bunel a dit :
> Je me suis permis de supprimer un petit lien de spam sur le wiki qui
Merci ! bizarre que je ne l'aie pas vu avant ?!

> Sinon, ça faisait longtemps que
> je n'avais pas été voir, et pas mal de trucs ont avancé, notamment ce
> que j'ai vu sur
> http://dev.eagle-usb.org/wakka.php?wiki=RequirementsEagleUsbGPL (je ne
> m'étais pas rendu compte des avancées à la lecture de la ML).
Cette partie n'a que peu bougé depuis le... 13 Novembre 2004 !
La démarche "court-terme" a bien fonctionné avec ADI/Sagem et nous en
sommes satisfait côté eagle-usb (même s'il est toujours possible de mieux
faire : les discussions actuelles sur la ML montrent les limites du
travail sans documentation, ni spécification claire pour démarrer des dévs
: ça prend plus de temps et certains impacts sont découverts/compris plus
tard, même si concrètement nous avons quelquechose qui "peut marcher" dans
certains cas)

> Serait-il possible d'avoir un bref aperçu de la situation en page
> principale (http://www.eagle-usb.org) ?
Quand il y aura quelque chose de factuel à dire ;-)
Pour l'instant vous avez vu sur la ML :
- nous sommes en attente de questions de la part de ADI pour clarifier les
possibilités d'un passage en GPL du firmware USB + DSPcode
- j'ai eu du mal à digérer le "non (sans explication) à la fourniture du
source" initial (ah !? ça s'est vu ?!)
- nous (eagle-usb) avons beaucoup plus apprécié la démarche qui a suivi :
ADI prend en compte votre demande et voyons ce que nous (ADI) pouvons
faire avec notre departement légal => voici la situation actuelle.

Et pour lever un coin du voile (qui ne cache pas grand' chose vu que je
préfère la transparence), il n'y a pas grand' chose qui s'est dit en
dehors de la ML :
- Sagem n'est pas intervenu sur la ML mais :
 ° s'y est abonné
 ° a pris en compte certaines de nos demandes pour eagle-usb : envoi des
fichiers de valeurs de CMV (dans les limites de ce qu'ils ont le droit de
diffuser)
 ° fourniture de documentations commerciales pour compléter
http://chipweb.de pour leurs modems
 ° voit avec un ISP ce qui peut être fait pour faciliter la vie des
utilisateurs (je ne révèle rien de bien sensationnel, désolé) notamment
mise à disposition évtentuelle du pilote eagle-usb via site web, création
d'une page similaire à
http://internet.libero.it/assistenza/adsl/installazione_ass.phtml
- RMS (oui, oui, nous l'avons contacté) a été très réactif et a
effectivement confirmé que le driver n'est pas libre s'il a besoin d'un
binaire sans source ("preferred form for modification") pour faire
fonctionner le modem (je passe les détails). Il s'est proposé pour
répondre aux questions de ADI ce que j'ai fait savoir à Farinam.
- la ML debian-legal continue de me pourrir ma boîte mail (j'ai
difficilement d'autre terme vu la volumétrie), même si au final le ratio
signal/bruit n'est pas si élevé et qu'il se dit des choses sensées (même
si c'est tarabiscoté)
- voilà, vous savez tout, nous attendons les questions de ADI, en espérant
que nous n'avons rien oublié et que notre position est claire

J'ai tout de même ajouté
http://dev.eagle-usb.org/wakka.php?wiki=WhyWouldAnalogReleaseSourceGPL
même si c'est un peu dans le vide d'imaginer ce qui pourrait bloquer ADI
alors qu'il est bien plus simple qu'ils nous disent, d'eux-mêmes, les
points qu'ils envisagent comme bloquant et que nous travaillions ensemble
à trouver des solutions communes.
J'ai beau le tourner dans tous les sens, je ne vois aucune valeur ajoutée
pour ADI "à cacher" son code source, nous verrons bien la tournure que
cela prend avec leurs questions.

@++
Ben'. aka baud123



Reply via email to