je pense qu'il n'y a pas tant que ça de mépris, en revanche il y a bien une méprise de ta part :
la liberté 2 (publier des copies) ne doit pas être restreinte
non je ne te parle pas de domaine public, il me semble que tu n'as pas lu attentivement le lien que je t'ai donné.
je te parle bien de libre, comme le fait Sun http://www.opensparc.net/ ( tu retrouveras facilement https://linuxfr.org/2006/02/15/20364.html qui traitait de cette annonce).
tu peux regarder aussi http://wiki.eagle-usb.org/wakka.php?wiki=CommunicationLibre qui te donnera pas mal d'éléments pour les constructeurs (une démarche, des repères et des exemples) pour te permettre de mieux comprendre la culture du libre.
En quoi cela doit-il jouer [1]
mets au moins un site perso dans tes préférences, cela permettra de mieux te connaître ;-) et de connaître tes projets libres... il y a d'ailleurs plein d'autres options http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...)
Promis la prochaine fois que j'aurai une telle remarque, je la garde pour moi.
ou pas
mais il est vrai qu'embrayer le 1er post sur une critique n'est pas toujours bien vu (bon c'est vendredi)
d'autre part, le fait que tu n'aies pas pensé à poster de journaux ni de dépêches ne nous donne aucune indication sur toi concernant le libre ou linuxfr en particulier. Peut-être as-tu raté la petite phrase "Le site vit avec les dépêches que vous proposez ou que vous contribuez à rédiger" sur https://linuxfr.org (en haut) ?
Puisque c'est libre et que c'est le principe de ce système, tu ne verras sans doute pas de souci à utiliser une des licences Creative Commons CC-BY-SA ou CC-BY qui sont libres ?
ça paraît bête mais la clause NC refroidit effectivement pas mal de monde. Si tu souhaites plus d'éléments permettant de le comprendre, tu peux consulter http://faq.tuxfamily.org/wakka.php?wiki=LicenceLibrePourquoi qui te donneront quelques éléments (à adapter à ton cas bien sûr).
J'ai pu constater un peu la même chose, mais il faut bien voir aussi que ce sont bien souvent des chercheurs qui travaillent avec les outils qui leur ont été fournis (et qui ne pensent pas forcément à la réutilisation telle quelle hors domaine de la recherche ou qui n'ont pas un packageur sous la main non plus).
Si cela t'intéresse, tu trouveras une liste de logiciels scientifiques (au sens large) sur http://cookerspot.tuxfamily.org/wikka.php?wakka=ProgramsScie(...) : c'est vrai qu'il faut un peu fouiller le web pour trouver les différentes forges des projets... d'où l'intérêt que chaque projet remonte ces infos au niveau de freshmeat, par exemple, pour se faire connaître.
donc si tu vas au but directement (enfin pas trop) et que tu indiques tes modèles de matériel qui ne fonctionnent pas, ça aiderait pas mal pour googler
si en plus tu peux copier/coller le résultat de lspcidrake -v (pour avoir les identifiants précis de ton matériel), cela permettra d'avérer l'existence (ou pas) des pilotes nécessaires...
puis bon, faudrait pas confondre les forums et le guichet de la poste : tu n'es pas là pour râler, mais essayer de faire fonctionner ce qui peut hein ;-)
j'espère qu'ils ont leur réserve de poudre verte http://poudreverte.org/ "Elle est la solution à tous vos problèmes de réseau"
bon pour l'instant, gnash m'affiche un beau logo France 24 blanc sur fond bleu avec des ronds dans l'eau...
et totem m'affiche (sur x86_64) avec le flux donné ci-dessous :
Le codec vidéo « Windows Media Video 9 » n'est pas géré. Vous pourriez avoir besoin d'installer des greffons supplémentaires pour être capable de lire certains types de films
mplayer ne fonctionne pas non plus (comme totem, je n'ai que le son), vlc non plus.
yep c'est cool, dommage que ça n'intègre pas la gestion d'un MCD tout de même (enfin j'ai pas trouvé ni dans les fonctionnalités ni dans les copies d'écran)...
Pour glom, la petite phrase "Glom uses the PostgreSQL database backend but it can not edit databases that it did not create, because it uses only a simple subset of Postgres functionality."
me fait un tout petit peu peur tout de même. Pas d'outils pg2glom en vue ?
Pour tuxfamily (cité plus haut), le principe d'avoir un site "actif" (et pas seulement un dotclear/wikini/punbb/...) est potentiellement gênant (même si en terme de gestion de la charge sur les serveurs, il y a 3 webservers en load-balancing tout de même), cela dépend des types de téléchargements que tu as.
Il faudra sans doute (par la suite) que tu scindes en deux :
- d'un côté les remontées de données par les utilisateurs, en utilisant le(s) serveur(s) web(s) tout étant stocké en base je suppose ? (sans doute pas besoin d'adaptation de ce que tu as actuellement)
- d'un autre côté, les téléchargements de maps que tu peux mettre sur le service de download repositories (par http/ftp/rsync) cf. https://linuxfr.org/2006/11/06/21580.html (le lien gigabit de free tiendra je pense)
Cela permettra d'optimiser la gestion de charge (mais ça peut venir dans un 2ème temps, déjà remet en route le service on a encore de la ressource disponible tout de même). Tes demandes ont été validées, la prochaine fois pense tout de même à préciser la licence dans la description de la demande de projet ;-)
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...).
[^] # Re: Où est le libre?
Posté par BAud (site web personnel) . En réponse à la dépêche projet Dogs : ordinateur - console de jeux libre. Évalué à 3.
la liberté 2 (publier des copies) ne doit pas être restreinte
de même, je t'invite à lire http://faq.tuxfamily.org/wakka.php?wiki=LicenceLibrePourquoi ainsi que http://wiki.eagle-usb.org/wakka.php?wiki=CommunicationLibre qui te donneront quelques éléments complémentaires pour comprendre pourquoi ce qui est proposé ne respecte pas l'esprit du libre (ni une licence libre).
[^] # Re: PIC / RISC
Posté par BAud (site web personnel) . En réponse à la dépêche projet Dogs : ordinateur - console de jeux libre. Évalué à 6.
je te parle bien de libre, comme le fait Sun http://www.opensparc.net/ ( tu retrouveras facilement https://linuxfr.org/2006/02/15/20364.html qui traitait de cette annonce).
tu peux regarder aussi http://wiki.eagle-usb.org/wakka.php?wiki=CommunicationLibre qui te donnera pas mal d'éléments pour les constructeurs (une démarche, des repères et des exemples) pour te permettre de mieux comprendre la culture du libre.
[^] # Re: linuxfr == ANPE ?
Posté par BAud (site web personnel) . En réponse au journal L'INRIA recherche un(e) stagiaire pour ObjectWeb. Évalué à 3.
mets au moins un site perso dans tes préférences, cela permettra de mieux te connaître ;-) et de connaître tes projets libres... il y a d'ailleurs plein d'autres options http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...)
[^] # Re: linuxfr == ANPE ?
Posté par BAud (site web personnel) . En réponse au journal L'INRIA recherche un(e) stagiaire pour ObjectWeb. Évalué à 2.
ou pas
mais il est vrai qu'embrayer le 1er post sur une critique n'est pas toujours bien vu (bon c'est vendredi)
d'autre part, le fait que tu n'aies pas pensé à poster de journaux ni de dépêches ne nous donne aucune indication sur toi concernant le libre ou linuxfr en particulier. Peut-être as-tu raté la petite phrase "Le site vit avec les dépêches que vous proposez ou que vous contribuez à rédiger" sur https://linuxfr.org (en haut) ?
pour ceux intéressés d'ailleurs, il y a 2-3 sujets à creuser sur https://linuxfr.org/redacteurs/
[^] # Re: PIC / RISC
Posté par BAud (site web personnel) . En réponse à la dépêche projet Dogs : ordinateur - console de jeux libre. Évalué à 5.
ça paraît bête mais la clause NC refroidit effectivement pas mal de monde. Si tu souhaites plus d'éléments permettant de le comprendre, tu peux consulter http://faq.tuxfamily.org/wakka.php?wiki=LicenceLibrePourquoi qui te donneront quelques éléments (à adapter à ton cas bien sûr).
[^] # Re: Idée...
Posté par BAud (site web personnel) . En réponse au message logiciel benchmark 3D. Évalué à 2.
http://lintz.chez-alice.fr/blender.html
http://jmsoler.free.fr/didacticiel/blender/tutor/bgameengine(...)
http://olivierblin.free.fr/blender/game.html
un site qui en recenserait quelques uns ? (en plus si ça permet de tester les cartes graphiques, tant mieux).
[^] # Re: Qualite des logiciels astronomiques en general
Posté par BAud (site web personnel) . En réponse à la dépêche Astrolix, ou être un Astronome Linuxien. Évalué à 3.
Des initiatives comme scientific linux sont pas mal aussi (une distrib' basée sur RHEL) : https://www.scientificlinux.org/ ou CAElinux aussi (un liveCD dans le domaine de l'ingénierie assistée par ordinateur) : http://www.caelinux.com/CMS/
Si cela t'intéresse, tu trouveras une liste de logiciels scientifiques (au sens large) sur http://cookerspot.tuxfamily.org/wikka.php?wakka=ProgramsScie(...) : c'est vrai qu'il faut un peu fouiller le web pour trouver les différentes forges des projets... d'où l'intérêt que chaque projet remonte ces infos au niveau de freshmeat, par exemple, pour se faire connaître.
# rester factuel
Posté par BAud (site web personnel) . En réponse au message Utilisateurs, levez-vous !!!. Évalué à 3.
donc si tu vas au but directement (enfin pas trop) et que tu indiques tes modèles de matériel qui ne fonctionnent pas, ça aiderait pas mal pour googler
si en plus tu peux copier/coller le résultat de lspcidrake -v (pour avoir les identifiants précis de ton matériel), cela permettra d'avérer l'existence (ou pas) des pilotes nécessaires...
puis bon, faudrait pas confondre les forums et le guichet de la poste : tu n'es pas là pour râler, mais essayer de faire fonctionner ce qui peut hein ;-)
[^] # Re: Ce soir...
Posté par BAud (site web personnel) . En réponse au journal France24, ce soir le début, site web au rebut ?. Évalué à 2.
bon pour l'instant, gnash m'affiche un beau logo France 24 blanc sur fond bleu avec des ronds dans l'eau...
et totem m'affiche (sur x86_64) avec le flux donné ci-dessous :
Le codec vidéo « Windows Media Video 9 » n'est pas géré. Vous pourriez avoir besoin d'installer des greffons supplémentaires pour être capable de lire certains types de films
mplayer ne fonctionne pas non plus (comme totem, je n'ai que le son), vlc non plus.
[^] # Re: Glom
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de PostgreSQL 8.2. Évalué à 5.
j'avais trouvé plein d'autres outils dans le genre (enfin plein...) http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools
Pour glom, la petite phrase "Glom uses the PostgreSQL database backend but it can not edit databases that it did not create, because it uses only a simple subset of Postgres functionality."
me fait un tout petit peu peur tout de même. Pas d'outils pg2glom en vue ?
[^] # Re: Proposition d'hebergement
Posté par BAud (site web personnel) . En réponse à la dépêche X-Moto pourrait disparaître. Évalué à 4.
Il faudra sans doute (par la suite) que tu scindes en deux :
- d'un côté les remontées de données par les utilisateurs, en utilisant le(s) serveur(s) web(s) tout étant stocké en base je suppose ? (sans doute pas besoin d'adaptation de ce que tu as actuellement)
- d'un autre côté, les téléchargements de maps que tu peux mettre sur le service de download repositories (par http/ftp/rsync) cf. https://linuxfr.org/2006/11/06/21580.html (le lien gigabit de free tiendra je pense)
Cela permettra d'optimiser la gestion de charge (mais ça peut venir dans un 2ème temps, déjà remet en route le service on a encore de la ressource disponible tout de même). Tes demandes ont été validées, la prochaine fois pense tout de même à préciser la licence dans la description de la demande de projet ;-)
[^] # 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...).