mais il est effectivement difficile de faire le tour du sujet tant que des entreprises ne se prononceront pas sur l'intérêt qu'elles peuvent avoir à ne pas contribuer au libre ou nous mettre des bâtons dans les roues...
AMHA un NDA de 6 mois voire un an est presqu'acceptable (mais dans ce cas ce NDA doit être rémunéré : les sources des firmwares et les documentations doivent être fournis dès le début sous une licence libre). Si la doc' fournie s'avère inutilisable ou sous une licence non libre, autant faire du reverse... Mais s'il y a effectivement un contact technique chez le constructeur, cela peut valoir le coup, même si le NDA est clairement un frein à des développements rapides et efficaces.
J'entends bien sûr le NDA comme une solution temporaire : dès sa fin, tout se retrouve sur un svn public (source et doc') pour permettre à tout le monde de travailler (enfin) proprement et commencer à inclure les pilotes directement dans le noyau. Si au minimum le source peut être dans un svn public malgré le NDA, ça aide beaucoup pour faciliter les contributions et l'intégration.
"La licence poétique, à l'intérieur d'un vers, est la permission que s'accorde l'auteur de changer la prononciation (rimes normandes), voire l'orthographe d'un mot (encor au lieu de encore), pour rester dans le cadre de la prosodie."
Il y a discrimination : seul l'auteur est concerné, quid du droit du lecteur (utilisateur) que de telles pratiques peuvent choquer ? (ou faire croire à raison que l'auteur était en mal de rimes riches ou de pieds pour son alexandrin !)
Ce qui était demandé dans le refus était une "re-rédac".
La roadmap (dont tu avais en réalité oublié le lien) méritait peut-être d'être listée rapidement pour susciter un peu plus d'intérêt pour ce fork et identifier des contributions concrètes.
L'histoire du "trunk" n'était effectivement pas claire (version courante ça marche tout aussi bien).
Une ligne pour rappeler ce que sont Hula et Netmail ne sont pas de trop dans le scoop non plus, en début de scoop et pas à la fin.
Bref, essaie de ne pas te vexer comme un pou lors des prochains refus, nous avons peut-être tendance à en attendre plus de toi que d'autres en terme de rédaction ;-) et les modéros sont joignables autrement que par journal interposé (mais ça va, tu n'es pas "lamentable", loin de là).
Perso, je rédige d'abord mes dépêches sur un wiki (cela permet à d'autres de me relire avant aussi) http://wiki.eagle-usb.org/wakka.php?wiki=NewsLinuxFr cela évite la perte des liens (sachant que le texte qui t'es renvoyé inclut nos corrections il me semble). Tu peux squatter si tu en as envie, un wiki c'est fait pour ça.
si tu continues, tu vas nous dire que tu ne connais pas CTRL3D.DLL pour avoir des jolis boutons en 3D et que tu n'as jamais eu d'écran bleu... tu n'es pas complètement crédible AMHA.
Je confirme cette saleté de bibliothèques dans des langues différentes qui remplaçait par une version plus ancienne celle que tu avais... la cata habituelle annonçant le reboot et l'écran bleu de rigueur.
mieux vaut choisir un autre exemple que OpenSSL qui n'est pas sous BSD 'même si dans le style BSD) et dont l'incompatibilité avec la GPL provient d'une "clause de publicité" (advertising clause) "à la xfree86" (ayant causé le fork en xorg notamment) http://www.gnome.org/~markmc/openssl-and-the-gpl.html
de l'intérêt de s'appuyer sur des licences standards (BSD ou GPL, tant que c'est libre...) plutôt que de chercher à réécrire la sienne...
oui, réinstallation complète _mais_ iso-fonctionnel : cela signifie qu'il faut déjà savoir ce qui est utilisé au départ, pour identifier ce qui sera un peu différent à l'arrivée. En gros, ton périmètre fonctionnel n'est pas censé évoluer (pas de nouvelle application, pas de contrainte supplémentaire) hormis la prise en compte correcte du changement demandé (qui induit forcément des changements de version et éventuellement du paramétrage pour retrouver/s'adapter au nouvel environnement au plus proche de ce qu'il y avait avant - ou pas si ça ne vaut pas le coup ni le coût).
s'il s'agit d'un programme à porter de mandriva à ubuntu, il s'agit de prendre en compte les spécificités des dérivés de debian plutôt que des dérivés de red hat : une recompilation peut ne pas suffire, les répertoires de conf' réseau notamment étant différents. En gros, tu n'ajoutes pas de fonctionnalité non plus lors de ce portage (sinon tu ne sauras pas attribuer les bugs au changement d'environnement ou à l'ajout de fonctionnalités : c'est la règle du "pas de changement dans le changement" ou du "j'identifie les changements par rapport à une référence, ça marchait avant, pas de raison que ça ne marche pas après hormis par rapports aux changements identifiés")
comme dit dans le commentaire ci-dessous, ajouter les sources de medias supplémentaires à partir de http://easyurpmi.zarb.org (sauf testing et backports), ça va ce n'est pas trop technique ? Ensuite plus de 15 000 paquets seront disponibles pour installation.
Visiblement mon post a été pris pour un troll, que je ne souhaitais pourtant pas lancer... je répondais au "viral" par un "vaccin", qui lui est sciemment choisi.
Je reste persuadé que l'image du vaccin est beaucoup plus exacte.
D'ailleurs, puisque l'on parle de l'esprit BSDiste, la clause de la GPL n'est généralement en rien gênante pour le développeur non plus puisqu'il va fournir systématiquement le source. Les seuls pénalisés sont ceux qui souhaiteraient propriétariser ou éviter de contribuer en ne fournissant pas le source. J'admets qu'un point d'anicroche est effectivement le changement de licence, mais l'esprit reste le même (GPListe ou BSDiste) et le texte de la licence BSD demeure d'ailleurs dans les sources (dans le respect du souhait du développeur et de la licence qu'il a retenue initialement).
/me trouve que l'analogie au vaccin est déjà plus proche de la réalité : le choix de la liberté pour les utilisateurs s'étend et est effectivement au détriment du propriétaire, qui s'en plaindrait ?
D'autre part, le virus tu ne choisis pas de l'attraper alors que le vaccin est un traitement sciemment choisi (qui voudrait être malade ?)
cela montre bien l'absurdité des DRMs, qui mettrait une porte blindée à sa maison avec la clé accrochée en permanence à la serrure ?
et DADVSI, je le vois plutôt comme la légalisation d'une pratique auparavant illégale (cette pratique étant les DRMs... reconnus vice-caché des CD audios tout de même, puisque ne respectant pas la norme, voire pire introduisant des rootkits chez les particuliers).
Eben Moglen dans le lien ci-dessus de linux-watch explique que l'article de Reuters sort la citation complètement de son contexte (qui était celui de la GPL v3).
La FSF (via Eben Moglen) a réaffirmé sa vocation à l'avenir à prévenir (au travers de la GPL v3) ce genre de situation embarassante pour la communauté du libre : qu'un des membres puisse "s'approprier" des technos, sans en faire bénéficier les autres (à cause des brevets logiciels par exemple), ce qui va à l'encontre de l'esprit de la GPL (et que la lettre de la GPLv3 permettra peut-être de résoudre).
Tu FUDdes donc, sans doute par méconnaissance ou manque de confiance.
# tuxmobil, linuxlaptop
Posté par BAud (site web personnel) . En réponse au journal [LONG] Lenovo X60 + Mandriva. Évalué à 6.
et sinon une fois que tu auras rédigé une page synthétique, tu pourras la poster sur
http://tuxmobil.org/lenovo.html et http://www.linux-on-laptops.com/lenovo.html
j'en avais rédigé une (pas super claire) pour mon hp : http://wiki.eagle-usb.org/wakka.php?wiki=InstallLaptopHpDv61(...)
[^] # Re: À quand …
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de Blender 2.43 et un nouveau site pour la Fondation Blender. Évalué à 3.
http://blenderclan.tuxfamily.org/html/modules/news/index.php(...) avec makehuman
http://blenderclan.tuxfamily.org/html/modules/news/index.php(...) architecture et jeux
Il y a aussi un site avec des objets d'architecture sur lequel je suis tombé dernièrement : http://blender-archi.tuxfamily.org/Blender_for_Architecture.(...)
# déjà vu
Posté par BAud (site web personnel) . En réponse au journal Drivers GPL à partir de spécifications sous NDA, bien ou pas ?. Évalué à 3.
mais il est effectivement difficile de faire le tour du sujet tant que des entreprises ne se prononceront pas sur l'intérêt qu'elles peuvent avoir à ne pas contribuer au libre ou nous mettre des bâtons dans les roues...
AMHA un NDA de 6 mois voire un an est presqu'acceptable (mais dans ce cas ce NDA doit être rémunéré : les sources des firmwares et les documentations doivent être fournis dès le début sous une licence libre). Si la doc' fournie s'avère inutilisable ou sous une licence non libre, autant faire du reverse... Mais s'il y a effectivement un contact technique chez le constructeur, cela peut valoir le coup, même si le NDA est clairement un frein à des développements rapides et efficaces.
J'entends bien sûr le NDA comme une solution temporaire : dès sa fin, tout se retrouve sur un svn public (source et doc') pour permettre à tout le monde de travailler (enfin) proprement et commencer à inclure les pilotes directement dans le noyau. Si au minimum le source peut être dans un svn public malgré le NDA, ça aide beaucoup pour faciliter les contributions et l'intégration.
[^] # Re: Sigle
Posté par BAud (site web personnel) . En réponse au journal 20Minutes avec Thierry St½hr. Évalué à 3.
[^] # \o/
Posté par BAud (site web personnel) . En réponse au journal Libre ou pas libre ?. Évalué à 10.
vendredi 16 février à 14:16 => le 16/02/2007 à 14:26.
heureusement que ce n'était pas à la seconde près !
# hum
Posté par BAud (site web personnel) . En réponse au journal Libre ou pas libre ?. Évalué à 6.
Il y a discrimination : seul l'auteur est concerné, quid du droit du lecteur (utilisateur) que de telles pratiques peuvent choquer ? (ou faire croire à raison que l'auteur était en mal de rimes riches ou de pieds pour son alexandrin !)
donc pas libre ;-)
[^] # Re: La première partie
Posté par BAud (site web personnel) . En réponse au journal Projet Bongo, fork de Hula (news refusée). Évalué à 7.
La roadmap (dont tu avais en réalité oublié le lien) méritait peut-être d'être listée rapidement pour susciter un peu plus d'intérêt pour ce fork et identifier des contributions concrètes.
L'histoire du "trunk" n'était effectivement pas claire (version courante ça marche tout aussi bien).
Une ligne pour rappeler ce que sont Hula et Netmail ne sont pas de trop dans le scoop non plus, en début de scoop et pas à la fin.
Bref, essaie de ne pas te vexer comme un pou lors des prochains refus, nous avons peut-être tendance à en attendre plus de toi que d'autres en terme de rédaction ;-) et les modéros sont joignables autrement que par journal interposé (mais ça va, tu n'es pas "lamentable", loin de là).
Perso, je rédige d'abord mes dépêches sur un wiki (cela permet à d'autres de me relire avant aussi) http://wiki.eagle-usb.org/wakka.php?wiki=NewsLinuxFr cela évite la perte des liens (sachant que le texte qui t'es renvoyé inclut nos corrections il me semble). Tu peux squatter si tu en as envie, un wiki c'est fait pour ça.
# révisions
Posté par BAud (site web personnel) . En réponse à la dépêche Conférence des experts IPv6 français G6 et IPv6 Task Force. Évalué à 3.
[^] # Re: Configuration du connexion ADSL sous Linux Mandrake
Posté par BAud (site web personnel) . En réponse au message Configuration du connexion ADSL sous Linux Mandrake. Évalué à 2.
pense à faire les mises à jour en ajoutant les sources de medias par http://easyurpmi.zarb.org
pourquoi ne pas avoir pris une Mandriva 2007 plus récente ?
[^] # Re: Les windows fanboys errent sur ce journal !!
Posté par BAud (site web personnel) . En réponse à la dépêche Comparatif Vista / Linux pour les performances des jeux. Évalué à 2.
Je confirme cette saleté de bibliothèques dans des langues différentes qui remplaçait par une version plus ancienne celle que tu avais... la cata habituelle annonçant le reboot et l'écran bleu de rigueur.
[^] # Re: VLIW
Posté par BAud (site web personnel) . En réponse à la dépêche Les nouveaux processeurs arrivent. Évalué à 2.
et en français^W anglais, sinon http://en.wikipedia.org/wiki/Very_long_instruction_word
et http://en.wikipedia.org/wiki/Explicitly_Parallel_Instruction(...) (ah si yen a un en français : http://fr.wikipedia.org/wiki/EPIC_%28informatique%29 )
[^] # Re: MIT
Posté par BAud (site web personnel) . En réponse au sondage La licence que je préfère utiliser pour mes logiciels est. Évalué à 2.
de l'intérêt de s'appuyer sur des licences standards (BSD ou GPL, tant que c'est libre...) plutôt que de chercher à réécrire la sienne...
[^] # Re: google est ton ami
Posté par BAud (site web personnel) . En réponse au message définition des notions portage iso-fonctionnel. Évalué à 3.
s'il s'agit d'un programme à porter de mandriva à ubuntu, il s'agit de prendre en compte les spécificités des dérivés de debian plutôt que des dérivés de red hat : une recompilation peut ne pas suffire, les répertoires de conf' réseau notamment étant différents. En gros, tu n'ajoutes pas de fonctionnalité non plus lors de ce portage (sinon tu ne sauras pas attribuer les bugs au changement d'environnement ou à l'ajout de fonctionnalités : c'est la règle du "pas de changement dans le changement" ou du "j'identifie les changements par rapport à une référence, ça marchait avant, pas de raison que ça ne marche pas après hormis par rapports aux changements identifiés")
[^] # Re: j'ai quand meme l'impression d'etre c...
Posté par BAud (site web personnel) . En réponse au message installer un logiciel. Évalué à 2.
[^] # Re: Autre temps, autre moeurs...
Posté par BAud (site web personnel) . En réponse à la dépêche Linux en entreprise : deux nouveaux exemples de migration. Évalué à 2.
Mais effectivement, urpmi est bien complet.
[^] # Re: Hmmm... et au niveau licence?
Posté par BAud (site web personnel) . En réponse au journal FreeBSD manque de driver ? pas grave, on prend ceux de linux. Évalué à 2.
Je reste persuadé que l'image du vaccin est beaucoup plus exacte.
D'ailleurs, puisque l'on parle de l'esprit BSDiste, la clause de la GPL n'est généralement en rien gênante pour le développeur non plus puisqu'il va fournir systématiquement le source. Les seuls pénalisés sont ceux qui souhaiteraient propriétariser ou éviter de contribuer en ne fournissant pas le source. J'admets qu'un point d'anicroche est effectivement le changement de licence, mais l'esprit reste le même (GPListe ou BSDiste) et le texte de la licence BSD demeure d'ailleurs dans les sources (dans le respect du souhait du développeur et de la licence qu'il a retenue initialement).
[^] # Re: Autre \o/
Posté par BAud (site web personnel) . En réponse au sondage La licence que je préfère utiliser pour mes logiciels est. Évalué à 4.
http://people.debian.org/~bap/dfsg-faq.html#desert_island
[^] # Re: Hmmm... et au niveau licence?
Posté par BAud (site web personnel) . En réponse au journal FreeBSD manque de driver ? pas grave, on prend ceux de linux. Évalué à 0.
D'autre part, le virus tu ne choisis pas de l'attraper alors que le vaccin est un traitement sciemment choisi (qui voudrait être malade ?)
[^] # Re: Über Kikoo lol
Posté par BAud (site web personnel) . En réponse à la dépêche Comparatif Vista / Linux pour les performances des jeux. Évalué à 2.
[^] # Re: Contact humain
Posté par BAud (site web personnel) . En réponse au journal les IM et la population non-geek.... Évalué à 10.
[^] # Re: Bravo !!!!
Posté par BAud (site web personnel) . En réponse au journal Erudissey. Évalué à 2.
sinon pour le reste il doit falloir fouiller http://fr.wikipedia.org/wiki/Cat%C3%A9gorie:Liste_de_lieux_g(...) (pfff je n'ai plus d'excuse pour rester aussi mauvais en géographie /o\ )
[^] # Re: defacage de wiki
Posté par BAud (site web personnel) . En réponse au journal wiki.rubyonrails.com under attack. Évalué à 2.
Il est où le challenge ??
Dans Ton Commentaire ;-) hausser le google rank, tout simplement... comme le spam de referrers...
[^] # Re: Sécurité par l'obscurité
Posté par BAud (site web personnel) . En réponse à la dépêche Apple et les DRM. Évalué à 4.
https://linuxfr.org/2004/09/23/17265.html
cela montre bien l'absurdité des DRMs, qui mettrait une porte blindée à sa maison avec la clé accrochée en permanence à la serrure ?
et DADVSI, je le vois plutôt comme la légalisation d'une pratique auparavant illégale (cette pratique étant les DRMs... reconnus vice-caché des CD audios tout de même, puisque ne respectant pas la norme, voire pire introduisant des rootkits chez les particuliers).
[^] # Re: meuh meuhh !!
Posté par BAud (site web personnel) . En réponse au journal Photos du diner Mandriva pour les membres du Club et contributeurs. Évalué à 2.
il y a avait Nanar, guillomovitch, Scara, Chty et pleins d'autres aussi tant que tu y es...
[^] # Re: gpl3
Posté par BAud (site web personnel) . En réponse au journal Supra meta FUD ?. Évalué à 3.
Eben Moglen dans le lien ci-dessus de linux-watch explique que l'article de Reuters sort la citation complètement de son contexte (qui était celui de la GPL v3).
La FSF (via Eben Moglen) a réaffirmé sa vocation à l'avenir à prévenir (au travers de la GPL v3) ce genre de situation embarassante pour la communauté du libre : qu'un des membres puisse "s'approprier" des technos, sans en faire bénéficier les autres (à cause des brevets logiciels par exemple), ce qui va à l'encontre de l'esprit de la GPL (et que la lettre de la GPLv3 permettra peut-être de résoudre).
Tu FUDdes donc, sans doute par méconnaissance ou manque de confiance.