by-nc-nd pour la plupart des artistes : le mot musique libre est un peu usurpé.
Cette musique est au libre ce qu'un freeware est à un logiciel libre : sans aucun rapport.
On peut pas le modifier, on peut pas l'utiliser comme on veut, on peut pas l'étudier (il y a pas les partitions). C'est un peu abusif d'appeler ça musique libre, de poster sur un site de logiciel libre en imaginant une quelconque proximité.
Comment indexer du contenu partiellement ou totalement généré par du js ?
Sinon il y a quand même des trucs sympa en js. C'est un langage qui mériterait d'être utilisé hors du web pour donner des cours :) car tous les ordis ont un butineur web.
A quand des articles dans linuxmag avec des exemples en javascript bien écrit
<SCRIPT LANGUAGE="JavaScript">
function somme_N_entiers (N) {
for (i=1,somme=0; i <=N ; somme+=i,
document.writeln("Pour i = ", i++, "la somme est " , somme, "") );
return somme
}
var nombre= prompt("Somme des entiers jusqu'à N = ", 10);
document.write("Somme des ", nombre, " premiers entiers = ", somme_N_entiers(nombre) );
< /SCRIPT>
Si le packaging est dur à faire, c'est parfois aussi de la faute des concepteurs de logiciels et de leur choix d'outils. En tant que sysadmins, je suis un utilisateur de bsd et debian et parfois windows, j'ai eu à subir les paquets binaires, et les trucs mal packagés à la sauce HP, et je trouve que la solution du logiciel libre est la plus satisfaisante, même si je suis pour l'améliorer.
En tant que sysadmin, notamment sur BSD, les automakes autoconf et auto conneries ne m'ont apportés que des emmerdes. donc je suis loin d'être auto satisfait.
il est probable qu'ils ne rendent pas comptent : les français sont 14 sur 15 en terme d'activité à l'UE hors présence des scéances pléniaires où ils enquillent les votes, et s'inscrivent sur les listes de présence donnant le droit à la rémunération.
Je maintiens que cette news est liée à une mauvaise traduction de l'anglais :-) et qu'il se sont rendus compte que cette mention ajoutée à la va-vite dans la FAQ apportait plus de problèmes qu'elle n'aidait les internautes. Comme le service de com ou plus probablement l'agence de com qui sous traite le rédactionnel ne comprennent rien à l'informatique, ils ont retiré la mention gênante histoire de ne pas faire de vague en en comprenant pas ce qui arrivait.
La DSI va dire que les réactions sur la FAQ c'est un truc d'excité à leur administration, et aux internautes, que la décision ne leur appartient pas car elle comporte des aboutissants légaux. Les élus diront que légalement la décision ne leur appartient pas du fait de la séparation des pouvoirs mais qu'ils sont d'accord avec vous (vous allez voté bientôt rappelez vous), et les dirigeants de l'organisme disent qu'ils sont soumis à des réglements, et que si les réglements/lois sont mal faites, c'est aux élus de les changer.
Le système hiérarchique dans toute sa splendeur, l'incompétence vient du fait que chacun dans l'organisation est soumis à de multiples règles contradictoires qui incitent non à bien faire, mais à limiter les dégâts, et donc renforce le suivisme.
Pour être passer à coté de ça, il faut que son boulot ne consiste pas à penser, mais à obéir, l'élément constitutif d'un contrat de travail avec le salaire. La DSI de l'UE n'est pas là pour prendre le risque de bien faire, mais pour s'assurer de pas faire pire que les autres. Et elle fait bien son travail.
Comme dit le medef à propos de l'entreprise : c'est la culture du risque et de l'innovation
Sans oublier les mailing listes développeurs inondées de rapport de bug déjà résolu liés à des librairies imaginons :
ML KDE rapport de bug type : ksound system provoque une erreur 3128 le son marche pas.
Bug corrigé il y a un an par la mise à jour de la lib trucsound.
Oui mais avec kcompris 3 ça marche pas
3 jours d'investigation après et de long logs épluchés
Vous avez installé un paquet binaire contenant une version bugguée de la lib, veuillez vous plaindre au mainteneur du paquet
Mainteneur du paquet : ben fallait chercher le paquet sur mon site d'origine on utilise pas pkg_add pour ce paquet binaire, comme on a maintenant un format unique de paquets, on les téléchargent tous au même endroit quelque soit la distro, c'est ça le progrès puis comme ça je suis sur que les paquets sont à jours si les gens les cherchent chez moi.
(n paquets binaires => n manière de faire apt-get install ou pkg_add différentes : vive l'aspirine! Tirage de cheveux en perspective pour les mainteneurs de logiciels et ainsi de suite. On passe de 10 minutes de pkg_add apt_get pour les maj, à un script qui fait du wget dans tous les coins fait son install à sa manière, backup au cas ou => on croise les doigts pour que ça marche).
Retour à la ML kcompris : Oui mais à cause de kassepied (plugin kcompris) qui a été compilé avec infernoX et vous qui avez fait l'upgrade de infernoY pour cette version à jour de kde, j'aurais besoin d'un version binaire avec la libKDE récente, mais une version libinfernoX c'est possible ?
Et l'on passe d'une version de kcompris "mainstream" à xx versions en fonctions des spécificités d'install et des choix de librairies. Je rappelle que les combinatoires croissent plus qu'exponentiellement, donc on finira par voir des linux 2008 (avec toutes les libs figées), puis linux 2010 et pour passer d'une version à l'autre, il faudra tout réinstaller.
Au final, je doute que cela sera plus simple, mais je suis sur que les utilisateurs windows se retrouveront moins dépaysés.
Il faut fournir aussi les versions des librairies qui sont sur le LSB pour le cas où l'upgrade des librairies est incompatbles avec les versions précédentes => explosion de l'espace disque et trous de sécurité en perspective.
En plus je soupçonne des problèmes d'accès au hardware : quand l'API kernel change (exemple pour accéder au framebuffer), les librairies user space doivent changer. Donc les paquets binaires figeront les distributions à la windows. On devra maintenir les systèmes pour faire marcher le plus grand nombre de logiciels binaires et geler les mises à jour, et renoncer à installer de nouveaux paquets ou des mises à jour sécurité.
Bref, bienvenue dans le monde windows en moins bien.
L'enfer de la gestion des dépendances est intimement lié à la distribution de logiciels binaires.
Le prix de la "facilité de d'installation" sera le prix de la maintenance tant des paquets (générer autant de binaires que les dépendances l'éxigent, et de systèmes cibles) que du système.
La qualité des paquets debian/bsd tient au fait que les dépendances et adaptations au système sont gérées à la main.
Je soupçonne que vouloir des paquets binaires simplement multi OS est un problème équivalent à générer les paquets leur dépendances, leur acclimatation auto magiquement. Quand je vois autoconf/automake, l'ambitieux système rpm, je crains qu'ils ne vaillent mieux réflêchir en amont de la génération de paquet à la création de logiciel qui est :
Quelles pratiques des développeurs et packageurs permettraient de générer plus facilement les paquets pour toutes les distros tout en alourdissant pas de manière rébarbative la création de logiciel ?
J'entend presque la critique habituelle des openBSDistes aux codeurs "linux" qui est : il faudrait que les développeurs apprennent à coder proprement et plus sobrement sans multiplier les dépendances, les trucs plateformes/linux spécifiques et gadgets inutiles (aka gnueries).
A mon avis la problématique de la distribution de binaire risque d'aboutir à une usine à gaz servant à corriger des problèmes en amont. Mais bon je fais ma Cassandre et j'attend pour confirmer mon opinion.
Ton approche était geeko centrique jusqu'à présent car elle ne prenait pas en compte le facteur le plus important dans une décision technique qui reste le facteur humain.
On en revient à l'attitude initial de toute personne face à une nouveauté qui'il ne peut comprendre (on a pas un temps infini pour tout apprendre): la peur, et le conservatisme c-a-d le choix de solutions qui ont déjà fait leur preuves même si elles sont non optimales. Et de la nécessité pour ceux qui ont de une connaissance plus poussée non de se comporter en tribunal (c'est bien/c'est mal) qui braque les décideurs, mais en conseiller qui apporte ses connaissance en expliquant le pour et le contre.
Donc tu vois, mon propos sur linuxfr est du même acabit que celui que tu as normalment en situation quand tu fais face rationnellement à ces même personnes. Je suis sûr que tu n'es pas arrivé en disant à tes clients qu'ils étaient des vendus incompétents, mais en imaginant qu'ils auraient des bénéfices à tirer d'une explication pédagogique dans le domaine et à les rassurer.
Voici un certain nombre de cas qui me disent que cela pose problème :
outils pour récupérer/manipuler en click a click des paramètres/réglages de la nouvelle carte trucmuche avec drivers proprio dans le kernel (au choix gadget HP sur cartes mères, overcloking/température sur nvidia, carte wifi ...) => J'aurais beau installé la partie user space en binaire si j'ai pas les drivers binaires je suis mal. Et l'on revient au fait qu'il fait résoudre les problèmes des blobs dans le kernel, et que cela ne marcherait peut être pas sur BSD x86 avec compatibilité binaire (qui est aussi un système libre), voire sur linux sparc64.... Donc la distribution de binaire pour ce secteur sera toujours moins intéressante que l'accès aux specs du hardware. (Cela coûtera en plus plus cher aux éditeurs).
Autres choses, imaginons une IHM de haut niveau. Comme il faut compiler tout en static, le binaire va réintégrer les librairies genre gtk, expat, sdl, ... non seulement la taille des install va exploser, mais quid des interactions (pour une appli qt par exemple) entre le nouveau desktop (KDE) et le binaire avec ses anciennes librairies. N'y a t'il pas des risques de devoir régler son système sur les applis binaires ? Du genre j'ai une appli métier qui utilise tel mécanisme donc je peux plus upgrader mon serveur qui est en DMZ. En tant que sysadmin, je serais pas chaud.
Pour les serveurs, (oracle par exemple) imaginons, c'est bien beau d'avoir les binaires, mais le sysadmin veut aussi une standardisation des emplacement de réglages (/etc/), des fichiers de log/pid, des scripts de démarrage, qu'en sera-t'il. Le démarrage sur un BSD (compatible binaire linux) qui se fait à la slackware, n'est pas le même que dans une RH ou une debian. De même pour la gestion des droits, il est parfois sain de créer un utilisateur local, avec toutes les contraintes et conventions par système, ça sent l'usiine à gaz.
Et que se passe-t'il quand une librairie (dont on on ne sait pas qu'elle est intégrée si le binaire est strippé) souffre d'une vulnérabilité ? On ne remet plus à jour une librairie, mais n applications ? En plus comment peut on faire confiance à des éditeurs propriétaires pour bien vouloir jouer le jeu de la transparence nécessaire à la sécu, alors qu'il livre la forme la plus obfuscated possible du code, c'est à dire un binaire ?
Ca va faire exploser le besoin en maintenance sur les serveurs (chic du boulot). Et déjà qu'on peut ne pas avoir confiance dans des logiciels même quand on a les sources, alors avec du binaire, faut être sacrément confiant. Vous vous sentez installer un logiciel sous forme binaire de gestion de DVD-rom fourni par sony vous ?
Le choix le plus simple, le plus efficace serait quand même que les éditeurs comprennent que leur métier c'est le service et pas la vente de logiciels en boîte, et se mettent à faire du logiciel libre, et continuent à faire du service payant. Peut être même que ce serait plus rentable si on regarde les économies d'échelle
par contre si une société de service vendait un contrat qui garantissait une obligation de moyen pour la correction en cas de fonctionnement non conforme d'un produit, l'état ne pourrait plus faire la distinction entre logiciels libres et propriétaires, et le logiciel libre pénétrerait plus d'endroits, et on pourrait même aider les projets.
Depuis le début c'est la meilleure manière pour le libre d'avoir sa place dans la sphère de l'informatique marchande sans léser personne. Mais comme l'informatique est une fonction support de l'entreprise (elle ne génère pas de revenu directe), il serait même encore plus intéressant pour diminuer les coûts de monter des GIE (groupement d'intérêt économique).
Dommage que les SSLL vendent du rêve et pas du pragmatisme.
La compatibilité est des deux cotés du tuyaux, l'UE choisi la solution de streaming, qui peut en fonction du fournisseur imposer le format. Je voulais juste mettre en exergue que la décision prise est une décision plus que technique et que comme le facteur sur laquelle l'UE à la main c'est le serveur, j'essayais de montrer comment on pouvait ne pas vouloir de libre.
Et pour les acronymes, ils sont tous définis et courants dans les contrats de services informatique. Comme le mot légalement garanti semble important dans la FAQ, j'essayais de voir comment l'aspect légal peut invalider le logiciel libre.
Le raisonnement tu remarqueras est aussi applicable sur le choix de l'encodage. Autant il est peut être garanti contractuellement que wmw va avoir certaines propriétés (pas d'acronymes, hein)(comme par exemple l'impossibilité supposée d'altérer les contenus, et du traçage), autant on ne peut le faire avec les formats ouverts.
La diffusion de contenu à tort ou à raison ne s'arrête pas à la diffusion du message, mais elle comprend aussi notamment les métas données : authenticité, origine, source(traçage), moyen de non falsification (surtout quand il s'agit de truc officiel), licence d'utilisation. A titre perso, je pense qu'aucun logiciel de streaming peut techniquement garantir tous ça et donc qu'un choix libre serait équivalent, mais au moins, si tu as la garantie légale que le produit le fait, le jour où l'on modifie une vidéo tu peux poursuivre quelqu'un devant un tribunal (le modficiateur pour violation de la DADVSI, ou le fournisseur pour défaut contractuel) et l'on ne t'accusera pas de ne pas y avoir pensé.
L'approche geek techno centriques sur des choix de l'UE est une forme d'oeillère confortable mais inefficace pour comprendre dans un premier temps puis amener les administrations dans un deuxième temps à améliorer leurs techno de diffusion.
Quand un choix est contraire à celui que l'on aurait fait il est plus facile d'imaginer que l'autre est incompétent ou représente un méchant lobby, que d'imaginer que l'on manque de compétence/information. Mais il se trouve que je n'aime pas la facilité :-) c'est pour ça que je propose une autre explication aux choix de l'UE.
Pour l'adullact c'est peut être la démarche qui manque.
Un GIE n'est que la forme légale pour désigner un regroupement d'acteurs ayant identifiés des besoins communs. Avant de commencer par la forme légale, il faut commencer par la forme sociale (i.e. une masse critique de futurs usagers ayant évalués leur problème). Donc un GIE viable doit apporter une solution en adéquation avec un problème identifié, dont le coût est évalué. Je pense juste que son manque de succès est dû à une erreur dans la démarche.
Si l'adullact ne marche pas c'est peut être pas tant que les concurrents sont sournois, ou les acheteurs incompétents, que l'inadéquation de l'offre à la demande.
je serais en charge de l'informatique pour une administration, mais je m'en fouterais du libre. Ce que je voudrais c'est que mes collaborateurs et les administrés aient la solution qui leur permette de faire tout ce qu'ils doivent faire en perdant le moins de temps d'argent et d'énervement possible avec l'informatique. Et je voudrais aussi passer le moins de temps possible là dessus pour pouvoir faire toutes les tâches qui m'incombent.
Si je dois me faire casser les pieds avec des prêches idéologiques par des gens infoutus de me garantir le coût de la solution, et de garantir les résultats, je dirais à la poubelle. Surtout si cela ressemble plus à une secte aux réunions desquelles je dois prendre part qu'à des acteurs économiques qui ont les pieds sur terre. Ils sont où les TCO des solutions, les évaluations des économies ? à part des démos http://demos.adullact.org/ je ne vois rien
L'adullact n'est pas un groupement d'intérêt économique, mais idéologique (je vous laisse parcourir les articles pour voir le champs sémantique truffé).
chez orange tV ils aimaient bien vls. Même les non spécialistes arrivaient à l'utiliser pour tester les set top boxs. Comme quoi peut être que tout le monde est pas vendu.
Même comme je le dis plus bas, je pense que la traduction française est fautive dans l'impression qu'elle donne, et que le "legal disclaimer" de la FAQ est fondé.
Ceux qui s'occupent du streaming vidéo à l'UE sont non seulement soumis à la contrainte technique que "ça marche", mais aussi contractuelles de SLA (Service Level Agreement ou Garanti de niveau de service) de GTR (Garanti de temps de rétablissement), de QoS (Qualité de Service) et obligations de moyen qu'aucune société peut leur fournir en logiciel libre.
Ce n'est pas que ça marche pas, c'est que ce n'est pas leur métier, et donc, si ils choisissent une solution libre, non content de devoir s'impliquer dans un métier qui n'est pas le leur (le streaming vidéo, l'édition de logiciel n'est pas ce pour quoi on paie nos institutions), ils devraient en plus être comptable des échecs pour une solution non testée à l'échelle. Il est normal, et nécessaire que l'UE externalise la mise en place de solutions vidéos.
Sachant que le temps homme en informatique spécalisée est à 600¤/jours HT, croyez vous vraiment qu'acheter une solution à 60k¤ dont on est sûr qu'elle marche en un mois est déraisonnable face à une solution pour laquelle tout est à faire (mise en place de l'hébergement, des indicateurs de bon fonctionnement...) et pour laquelle on ne peut estimer ni le coût ni conformité du produit en situation par rapport aux éxigences (une solution libre tiendra-t'elle la charge) ?
Si défaut il y a c'est celui de l'absence sur le marché d'une société qui propose un contrat de support (avec SLA, GTR, sécu) et une infra d'hébergement adapatée (utilisation de cache chez les FAI par exemple pour diminuer le transit et améliorer la QoS (qualité de service) en logiciel libre. Plutôt que de signer une pétition, il vaudrait mieux proposer un acteur crédible sur ce marché. (En fait proxad/free pourrait vendre sa capacité à gérer une solution de streaming vidéo)
Bon comme à l'UE c'est pas leur métier ils peuvent pas savoir que probablement vlc/vls est utilisé par de nombreux opérateurs télécom français de tvdsl. Mais aucun acheteur n'a une "rationnalité parfaite". (je laisse aux économistes le soin de définir ce terme qui dit en substance qu'un acheteur préférera avoir le produit de moindre qualité si il est sûr de faire aussi bien/mal que la moyenne donc il préférera une solution plus utilisée que d'autres en informatique c'est ce qu'on appelle la valeur d'usage (voir http://fr.wikipedia.org/wiki/Externalit%C3%A9)) .
par contre si une société de service vendait un contrat qui garantissait une obligation de moyen pour la correction en cas de fonctionnement non conforme d'un produit, l'état ne pourrait plus faire la distinction entre logiciels libres et propriétaires, et le logiciel libre pénétrerait plus d'endroits, et on pourrait même aider les projets.
Depuis le début c'est la meilleure manière pour le libre d'avoir sa place dans la sphère de l'informatique marchande sans léser personne. Mais comme l'informatique est une fonction support de l'entreprise (elle ne génère pas de revenu directe), il serait même encore plus intéressant pour diminuer les coûts de monter des GIE (groupement d'intérêt économique).
Dommage que les SSLL vendent du rêve et pas du pragmatisme.
Je reviens sur le sujet : les logiciels ne sont pas couverts par une obligation de résultat en d'autres mots vous ne pouver intenter un procès à microsoft pour vice caché si windows crash vos données et 10 ans de boulots.
Comment dans ce cas linux/bsd/tous logiciels libres sur windows est-il légalement moins "supportable" (sic) (to support signifie garantir en français juridique correct).
Donc évidemment que l'état ne peut garantir légalement qu'un logiciel libre fonctionne mais pas plus qu'un logiciel propriétaire qui comporte à 99,9% la clause AS IS (livré en l'état) où l'éditeur dénie toutes garanties que le produit va fonctionner. Il se donne juste l'obligation contractuelle de moyens pour essayer de le faire marcher.
A l'incompréhension de l'informatique, s'ajoute la mauvaise connaissance du français, et du droit.
Vu le nombre d'erreur et d'anglicisme on peut légitimement faire l'hypothèse que c'est une erreur de traduction depuis l'anglais par un stagiaire qui comprend rien. Le texte était peut être alors:
Nous ne pouvons pas légitimement vous garantir que vous pourrez visualiser les vidéos sous linux.
Comprendre : peut être que ça marche, mais nous ne pouvons vous le garantir.
Il me semble que Napoléon disait que là où l'on voit une volonté délibérée de mal faire, il n'y a souvent que de l'incompétence. C'est pour ça que ce grand homme créa des grandes écoles pour nous apporter les moyens de bien faire.
j'ai l'intuition qu'il y a confusion entre "player" et format. Il existe si je ne me trompe pas des formats de transport qui sont lisibles par windows media player(tm) quicktime(r) et vl(c) mplayer donc multi-plateforme ... comme mpeg TS http://en.wikipedia.org/wiki/Transport_stream.
Bon à l'intérieur de ça, on peut choisir le format pour la vidéo (théora). J'y connais pas trop mais ensuite, même une solution proprio doit pouvoir diffuser ceci. (quitte à mettre un logo sur vls et à monter une entreprise pour le garantir). En plus la france étant leader en TV dsl, il pourrait même profiter pour les diffusion en direct du réseau multicast des opérateurs.
Je suis un peu candide, mais je ne pense qu'il ne s'agit que d'un manque de connaissance, et un peu de peur de la part d'un directeur informatique qui lit 01, ou alors que leurs avocats veulent le genre de fonctionnalités du style streaming authentifié infalisifiable et incopiable (mouarf) propres administrations qu'aucune solution de streaming peut leur apporter sauf sur la plaquette commerciale mais après tout ils ont la garantie légal que ça marche. Même si après tout, les parlements ont éxonéré les fabricants de logiciels de toutes poursuite au cas où le produit est non conforme (en industrie il n'y a pas d'obligation de résultat).
Autrement dit, ils ont légalement aucune garantie du fait de leurs votes débiles qu'une solution propriétaire leur garanti ce qu'ils veulent (quelque soit l'objet de la clause contractuelle, sla, gtr, watermarking, copyright, méta donnée, authentificaiton des sources).
Disons que la dérive des assimilés libres (web 2.0/musique libre) vers l'overcrowding (faire faire par les autres, et licencier sous une licence non libre qui restreingent la liberté d'utilisation) me hérisse un peu. Mon propos sur les NC est général et le grand reproche que je leur fait c'est d'apporter la confusion.
Il n'y a pas en droit français une possibilité d'accoler une mention genre : (c) idealix 2006 ce document est redistribuable/utilisable/modifiable pour toute utilisation à condition qu'aucun acte commercial ne soit fait avec, que la présente source soit citée, et les présentes conditions reproduites ?
(citer ses sources, est obligatoire le droit de paternité, étant inaliénable, et incessible, automatique au moment de la divulgation la mention est donc inutile).
Je connais un avocat qui pourrait te garantir une licence aussi courte et valide en droit français (il a probablement contribué à un fait qui est dans la page d'accueil).
Pour la LAL l'argument de son manque de patine devant les tribunaux est assez ridicule :
elle pas moins patinée que la BSD/GPL (qui n'ont pas à ma connaissance fait l'objet de procès en france), et elle est bien plus conforme au droit français que les licences dérivées du droit anglo saxon (GPL/BSD). Notamment, parce que dans la tradition du droit français, elle définit tous les termes qu'elle utilise comme la NC. Et facilement mieux écrite que la Cecill v1.
A ce sujet, vu que les membres d'art libre (dont mélanie clément fontaine) ont participé à l'amélioration et à la traduction des CC (dixit http://fr.creativecommons.org/), je vois pas comment les même personnes qui feraient une licence aléatoire, pourraient améliorer l'adaptation des CC au droit français..
c'est une oeuvre modifiable, l'assoc peut en faire un livret, mais si pour une raison X ou Y elle veut en faire la promotion avec un brochage correct (3¤ pièce) en 100 exemplaires, elle n'a pas le droit de mettre un prix dessus, de le vendre, même à prix coutant (sinon c'est du commerce), et hop 3000¤ dans le budget.
C'est vrai qu'elle pourrait demander l'autorisation de le faire, et que vous pourrier l'accorder, comme avec le droit d'auteur classique, on apporte peu en plus du droit d'auteur si ce n'est le droit automatique pour les tiers de payer pour diffuser le contenu (puisque non commercial, veut dire même pas à prix maximal de 0¤ pièce ).
[HS]
J'admet, que les NC ont une image plus rock 'n roll qui se vend mieux même si c'est aussi la licence des bobos du libre. Pleine de bon sentiment, acceptable sans se creuser les méninges, et qui ne remet rien en cause, et qui permet de lutter contre les grands profiteurs.
Et pourquoi pas un logiciel libre avec les docs/manuels sous nc-nd-by-sa qu'y aurait-il de mal ?
Le problème des CC c'est leur incapacité à définir une quelquonque liberté. Suite à la conf de mako et les interventions d'antoine et mako, stallman à changer son opinion sur les CC même by-sa on y lit :
We recommend using the Free Art License, rather than this one, so as to avoid augmenting the problem caused by the vagueness of "a Creative Commons license". la Free art licence c'est la licence art libre je précise.
Comme les licences libres sont déjà si peu intuitives à adopter, il est dommage qu'un document pédagogique sur le libre tant par son contenu que sa démarche collaborative ne fasse pas le pas de la licence. C'est à mon avis, anti pédagogique.
2) Les CC NC en particulier elles favorisent ceux qui font des profits.
(Avis général qui ne concerne pas GILO en particulier.)
Un entrepreneur social qui veut faire du logiciel libre à péta ouchnok, et qui ne peut (on va imaginer que l'encre et le papier ont un certain coût dans certains endroits du monde) offrir ces plaquettes ne peut les vendre et hésitera à contribuer malgré son expertise. On pénalise des petites structures qui font la vie du libre.
Une association schtroumpfoise (je fais dans le misérabilisme post colonial), ne peut automatiquement promouvoir l'utilisation du libre en filant une plaquette à prix coutant (article 1 du code du commerce : il y a acte commercial dès l'échange d'un bien ou d'un service contre de l'argent).
Mais par contre un éditeur faisant une solution proprio dans la forme peut lui distribuer une version gratuite sur son stand, et pourquoi pas après avoir contribuer au projet pour vanter son produit,
En faisant de la fiction on peut imaginer cet éditeur soit un fournisseur d'idéalix (ou Y). Je gage que même en étant éthique, si le pdg X se plaint au pdg d'idéalix en arguant de la perte potentielle d'un marché d'un brouzillion ça entache le document de crédibilité. Et on ne peut contrer ça car on a pas la possibilité de forker dans une initiative auto financée vu l'article 1 du code du commerce. Cette restriction de liberté profite aux profiteurs de haut vol tout en pénalisant, certes les petits profiteurs, mais aussi moult adoptants sincères qui hésiteront à contribuer.
Or l'informatique est une économie d'échelle, plus le réseau est grand plus l'on gagne. Donc, c'est encore à mon avis une belle idiotie que de restreindre sa base de contributeurs et d'adoptants
Du moment où l'on limite les forks par l'aspect économique, on appelle ça du contenu "libre pour ceux qui peuvent se le permettre ". Et cela rompt l'aspect fondamentalement non discriminatoire du libre, car que l'on soit riche ou pauvre on a pas les mêmes droits.
Ce document est dans une licence non libre, confuse, non conforme à certaines valeurs du libre, à laquelle j'aurais préféré à titre personnel au final un bon vieux (c) des familles. Ca a le mérite de la clareté, et comme tout n'a pas vocation à être libre, cela aurait été tout aussi pédagogique.
C'est d'ailleurs pour ça que BSD est non commercial :) Ces développeurs libres ne comprennent rien à la juste rémunération des gens qui prennent des risques notamment en publiant un rapport sur le libre dans une licence non libre (NC contrevient à la liberté d'utilisation).
Il y a aucun avenir, aucun business possible, Nat, a faire une oeuvre libre (logicielle ou non) ; aucune société pourrait en vivre. N'est ce pas ?
Et pour les contenus libres je recommande la simple à lire/comprendre, et valable en droit français (même pour des contenus non artistique) : http://artlibre.org/licence/lal/
# Musique libre ? non. musique gratuite plutôt.
Posté par Jul (site web personnel) . En réponse à la dépêche Musique libre à la MJC de Lyon le 22/12/2006. Évalué à 2.
Cette musique est au libre ce qu'un freeware est à un logiciel libre : sans aucun rapport.
On peut pas le modifier, on peut pas l'utiliser comme on veut, on peut pas l'étudier (il y a pas les partitions). C'est un peu abusif d'appeler ça musique libre, de poster sur un site de logiciel libre en imaginant une quelconque proximité.
# ça pue c'est pas xhtml1 strict
Posté par Jul (site web personnel) . En réponse au sondage Le Javascript c'est. Évalué à 1.
<SCRIPT LANGUAGE="JavaScript"> function somme_N_entiers (N) { for (i=1,somme=0; i <=N ; somme+=i, document.writeln("Pour i = ", i++, "la somme est " , somme, "") ); return somme } var nombre= prompt("Somme des entiers jusqu'à N = ", 10); document.write("Somme des ", nombre, " premiers entiers = ", somme_N_entiers(nombre) ); < /SCRIPT>[^] # Re: Et pourquoi que ?
Posté par Jul (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 3.
En tant que sysadmin, notamment sur BSD, les automakes autoconf et auto conneries ne m'ont apportés que des emmerdes. donc je suis loin d'être auto satisfait.
[^] # Re: Nos députés sous GNU/Linux vont se marrer
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 2.
[^] # Re: des vendus
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 2.
La DSI va dire que les réactions sur la FAQ c'est un truc d'excité à leur administration, et aux internautes, que la décision ne leur appartient pas car elle comporte des aboutissants légaux. Les élus diront que légalement la décision ne leur appartient pas du fait de la séparation des pouvoirs mais qu'ils sont d'accord avec vous (vous allez voté bientôt rappelez vous), et les dirigeants de l'organisme disent qu'ils sont soumis à des réglements, et que si les réglements/lois sont mal faites, c'est aux élus de les changer.
Le système hiérarchique dans toute sa splendeur, l'incompétence vient du fait que chacun dans l'organisation est soumis à de multiples règles contradictoires qui incitent non à bien faire, mais à limiter les dégâts, et donc renforce le suivisme.
Pour être passer à coté de ça, il faut que son boulot ne consiste pas à penser, mais à obéir, l'élément constitutif d'un contrat de travail avec le salaire. La DSI de l'UE n'est pas là pour prendre le risque de bien faire, mais pour s'assurer de pas faire pire que les autres. Et elle fait bien son travail.
Comme dit le medef à propos de l'entreprise : c'est la culture du risque et de l'innovation
[^] # Re: Et pourquoi que ?
Posté par Jul (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 3.
ML KDE rapport de bug type : ksound system provoque une erreur 3128 le son marche pas.
Bug corrigé il y a un an par la mise à jour de la lib trucsound.
Oui mais avec kcompris 3 ça marche pas
3 jours d'investigation après et de long logs épluchés
Vous avez installé un paquet binaire contenant une version bugguée de la lib, veuillez vous plaindre au mainteneur du paquet
Mainteneur du paquet : ben fallait chercher le paquet sur mon site d'origine on utilise pas pkg_add pour ce paquet binaire, comme on a maintenant un format unique de paquets, on les téléchargent tous au même endroit quelque soit la distro, c'est ça le progrès puis comme ça je suis sur que les paquets sont à jours si les gens les cherchent chez moi.
(n paquets binaires => n manière de faire apt-get install ou pkg_add différentes : vive l'aspirine! Tirage de cheveux en perspective pour les mainteneurs de logiciels et ainsi de suite. On passe de 10 minutes de pkg_add apt_get pour les maj, à un script qui fait du wget dans tous les coins fait son install à sa manière, backup au cas ou => on croise les doigts pour que ça marche).
Retour à la ML kcompris : Oui mais à cause de kassepied (plugin kcompris) qui a été compilé avec infernoX et vous qui avez fait l'upgrade de infernoY pour cette version à jour de kde, j'aurais besoin d'un version binaire avec la libKDE récente, mais une version libinfernoX c'est possible ?
Et l'on passe d'une version de kcompris "mainstream" à xx versions en fonctions des spécificités d'install et des choix de librairies. Je rappelle que les combinatoires croissent plus qu'exponentiellement, donc on finira par voir des linux 2008 (avec toutes les libs figées), puis linux 2010 et pour passer d'une version à l'autre, il faudra tout réinstaller.
Au final, je doute que cela sera plus simple, mais je suis sur que les utilisateurs windows se retrouveront moins dépaysés.
[^] # Re: Et pourquoi que ?
Posté par Jul (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 2.
En plus je soupçonne des problèmes d'accès au hardware : quand l'API kernel change (exemple pour accéder au framebuffer), les librairies user space doivent changer. Donc les paquets binaires figeront les distributions à la windows. On devra maintenir les systèmes pour faire marcher le plus grand nombre de logiciels binaires et geler les mises à jour, et renoncer à installer de nouveaux paquets ou des mises à jour sécurité.
Bref, bienvenue dans le monde windows en moins bien.
[^] # Re: ça peut pas marcher ?
Posté par Jul (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 3.
L'enfer de la gestion des dépendances est intimement lié à la distribution de logiciels binaires.
Le prix de la "facilité de d'installation" sera le prix de la maintenance tant des paquets (générer autant de binaires que les dépendances l'éxigent, et de systèmes cibles) que du système.
La qualité des paquets debian/bsd tient au fait que les dépendances et adaptations au système sont gérées à la main.
Je soupçonne que vouloir des paquets binaires simplement multi OS est un problème équivalent à générer les paquets leur dépendances, leur acclimatation auto magiquement. Quand je vois autoconf/automake, l'ambitieux système rpm, je crains qu'ils ne vaillent mieux réflêchir en amont de la génération de paquet à la création de logiciel qui est :
Quelles pratiques des développeurs et packageurs permettraient de générer plus facilement les paquets pour toutes les distros tout en alourdissant pas de manière rébarbative la création de logiciel ?
J'entend presque la critique habituelle des openBSDistes aux codeurs "linux" qui est : il faudrait que les développeurs apprennent à coder proprement et plus sobrement sans multiplier les dépendances, les trucs plateformes/linux spécifiques et gadgets inutiles (aka gnueries).
A mon avis la problématique de la distribution de binaire risque d'aboutir à une usine à gaz servant à corriger des problèmes en amont. Mais bon je fais ma Cassandre et j'attend pour confirmer mon opinion.
[^] # Re: La question principale
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 2.
[^] # Re: des vendus
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 2.
On en revient à l'attitude initial de toute personne face à une nouveauté qui'il ne peut comprendre (on a pas un temps infini pour tout apprendre): la peur, et le conservatisme c-a-d le choix de solutions qui ont déjà fait leur preuves même si elles sont non optimales. Et de la nécessité pour ceux qui ont de une connaissance plus poussée non de se comporter en tribunal (c'est bien/c'est mal) qui braque les décideurs, mais en conseiller qui apporte ses connaissance en expliquant le pour et le contre.
Donc tu vois, mon propos sur linuxfr est du même acabit que celui que tu as normalment en situation quand tu fais face rationnellement à ces même personnes. Je suis sûr que tu n'es pas arrivé en disant à tes clients qu'ils étaient des vendus incompétents, mais en imaginant qu'ils auraient des bénéfices à tirer d'une explication pédagogique dans le domaine et à les rassurer.
[^] # Re: Et pourquoi que ?
Posté par Jul (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 3.
http://en.wikipedia.org/wiki/DLL_hell
C'est pour résoudre ce problème que windows à fait son java (qui devait éviter ces problèmes : .net
C'est fou comme en informatique on rebute souvent sur les mêmes problèmes.
# ça peut pas marcher ?
Posté par Jul (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 3.
outils pour récupérer/manipuler en click a click des paramètres/réglages de la nouvelle carte trucmuche avec drivers proprio dans le kernel (au choix gadget HP sur cartes mères, overcloking/température sur nvidia, carte wifi ...) => J'aurais beau installé la partie user space en binaire si j'ai pas les drivers binaires je suis mal. Et l'on revient au fait qu'il fait résoudre les problèmes des blobs dans le kernel, et que cela ne marcherait peut être pas sur BSD x86 avec compatibilité binaire (qui est aussi un système libre), voire sur linux sparc64.... Donc la distribution de binaire pour ce secteur sera toujours moins intéressante que l'accès aux specs du hardware. (Cela coûtera en plus plus cher aux éditeurs).
Autres choses, imaginons une IHM de haut niveau. Comme il faut compiler tout en static, le binaire va réintégrer les librairies genre gtk, expat, sdl, ... non seulement la taille des install va exploser, mais quid des interactions (pour une appli qt par exemple) entre le nouveau desktop (KDE) et le binaire avec ses anciennes librairies. N'y a t'il pas des risques de devoir régler son système sur les applis binaires ? Du genre j'ai une appli métier qui utilise tel mécanisme donc je peux plus upgrader mon serveur qui est en DMZ. En tant que sysadmin, je serais pas chaud.
Pour les serveurs, (oracle par exemple) imaginons, c'est bien beau d'avoir les binaires, mais le sysadmin veut aussi une standardisation des emplacement de réglages (/etc/), des fichiers de log/pid, des scripts de démarrage, qu'en sera-t'il. Le démarrage sur un BSD (compatible binaire linux) qui se fait à la slackware, n'est pas le même que dans une RH ou une debian. De même pour la gestion des droits, il est parfois sain de créer un utilisateur local, avec toutes les contraintes et conventions par système, ça sent l'usiine à gaz.
Et que se passe-t'il quand une librairie (dont on on ne sait pas qu'elle est intégrée si le binaire est strippé) souffre d'une vulnérabilité ? On ne remet plus à jour une librairie, mais n applications ? En plus comment peut on faire confiance à des éditeurs propriétaires pour bien vouloir jouer le jeu de la transparence nécessaire à la sécu, alors qu'il livre la forme la plus obfuscated possible du code, c'est à dire un binaire ?
Ca va faire exploser le besoin en maintenance sur les serveurs (chic du boulot). Et déjà qu'on peut ne pas avoir confiance dans des logiciels même quand on a les sources, alors avec du binaire, faut être sacrément confiant. Vous vous sentez installer un logiciel sous forme binaire de gestion de DVD-rom fourni par sony vous ?
Le choix le plus simple, le plus efficace serait quand même que les éditeurs comprennent que leur métier c'est le service et pas la vente de logiciels en boîte, et se mettent à faire du logiciel libre, et continuent à faire du service payant. Peut être même que ce serait plus rentable si on regarde les économies d'échelle
[^] # Re: mauvaise traduction probable depuis l'anglais
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 1.
Depuis le début c'est la meilleure manière pour le libre d'avoir sa place dans la sphère de l'informatique marchande sans léser personne. Mais comme l'informatique est une fonction support de l'entreprise (elle ne génère pas de revenu directe), il serait même encore plus intéressant pour diminuer les coûts de monter des GIE (groupement d'intérêt économique).
Dommage que les SSLL vendent du rêve et pas du pragmatisme.
[^] # Re: des vendus
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 2.
Et pour les acronymes, ils sont tous définis et courants dans les contrats de services informatique. Comme le mot légalement garanti semble important dans la FAQ, j'essayais de voir comment l'aspect légal peut invalider le logiciel libre.
Le raisonnement tu remarqueras est aussi applicable sur le choix de l'encodage. Autant il est peut être garanti contractuellement que wmw va avoir certaines propriétés (pas d'acronymes, hein)(comme par exemple l'impossibilité supposée d'altérer les contenus, et du traçage), autant on ne peut le faire avec les formats ouverts.
La diffusion de contenu à tort ou à raison ne s'arrête pas à la diffusion du message, mais elle comprend aussi notamment les métas données : authenticité, origine, source(traçage), moyen de non falsification (surtout quand il s'agit de truc officiel), licence d'utilisation. A titre perso, je pense qu'aucun logiciel de streaming peut techniquement garantir tous ça et donc qu'un choix libre serait équivalent, mais au moins, si tu as la garantie légale que le produit le fait, le jour où l'on modifie une vidéo tu peux poursuivre quelqu'un devant un tribunal (le modficiateur pour violation de la DADVSI, ou le fournisseur pour défaut contractuel) et l'on ne t'accusera pas de ne pas y avoir pensé.
L'approche geek techno centriques sur des choix de l'UE est une forme d'oeillère confortable mais inefficace pour comprendre dans un premier temps puis amener les administrations dans un deuxième temps à améliorer leurs techno de diffusion.
Quand un choix est contraire à celui que l'on aurait fait il est plus facile d'imaginer que l'autre est incompétent ou représente un méchant lobby, que d'imaginer que l'on manque de compétence/information. Mais il se trouve que je n'aime pas la facilité :-) c'est pour ça que je propose une autre explication aux choix de l'UE.
[^] # Re: mauvaise traduction probable depuis l'anglais
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 2.
Un GIE n'est que la forme légale pour désigner un regroupement d'acteurs ayant identifiés des besoins communs. Avant de commencer par la forme légale, il faut commencer par la forme sociale (i.e. une masse critique de futurs usagers ayant évalués leur problème). Donc un GIE viable doit apporter une solution en adéquation avec un problème identifié, dont le coût est évalué. Je pense juste que son manque de succès est dû à une erreur dans la démarche.
Si l'adullact ne marche pas c'est peut être pas tant que les concurrents sont sournois, ou les acheteurs incompétents, que l'inadéquation de l'offre à la demande.
Tel que l'adulact est présentée ici : http://www.adullact.org/article.php3?id_article=131 c'est surtout un organisme de prosélytisme. L'idéologie n'apporte pas de solutions concrètes. Le logiciel libre en tant que tel ne sert à rien à l'administration. cf Ce que l'administration apporte au libre http://www.libroscope.org/Ce-que-l-administration-apporte-au
je serais en charge de l'informatique pour une administration, mais je m'en fouterais du libre. Ce que je voudrais c'est que mes collaborateurs et les administrés aient la solution qui leur permette de faire tout ce qu'ils doivent faire en perdant le moins de temps d'argent et d'énervement possible avec l'informatique. Et je voudrais aussi passer le moins de temps possible là dessus pour pouvoir faire toutes les tâches qui m'incombent.
Si je dois me faire casser les pieds avec des prêches idéologiques par des gens infoutus de me garantir le coût de la solution, et de garantir les résultats, je dirais à la poubelle. Surtout si cela ressemble plus à une secte aux réunions desquelles je dois prendre part qu'à des acteurs économiques qui ont les pieds sur terre. Ils sont où les TCO des solutions, les évaluations des économies ? à part des démos http://demos.adullact.org/ je ne vois rien
L'adullact n'est pas un groupement d'intérêt économique, mais idéologique (je vous laisse parcourir les articles pour voir le champs sémantique truffé).
[^] # Re: mauvaise traduction probable depuis l'anglais
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 2.
et ils ont raison.
[^] # Re: des vendus
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 2.
Même comme je le dis plus bas, je pense que la traduction française est fautive dans l'impression qu'elle donne, et que le "legal disclaimer" de la FAQ est fondé.
Ceux qui s'occupent du streaming vidéo à l'UE sont non seulement soumis à la contrainte technique que "ça marche", mais aussi contractuelles de SLA (Service Level Agreement ou Garanti de niveau de service) de GTR (Garanti de temps de rétablissement), de QoS (Qualité de Service) et obligations de moyen qu'aucune société peut leur fournir en logiciel libre.
Ce n'est pas que ça marche pas, c'est que ce n'est pas leur métier, et donc, si ils choisissent une solution libre, non content de devoir s'impliquer dans un métier qui n'est pas le leur (le streaming vidéo, l'édition de logiciel n'est pas ce pour quoi on paie nos institutions), ils devraient en plus être comptable des échecs pour une solution non testée à l'échelle. Il est normal, et nécessaire que l'UE externalise la mise en place de solutions vidéos.
Sachant que le temps homme en informatique spécalisée est à 600¤/jours HT, croyez vous vraiment qu'acheter une solution à 60k¤ dont on est sûr qu'elle marche en un mois est déraisonnable face à une solution pour laquelle tout est à faire (mise en place de l'hébergement, des indicateurs de bon fonctionnement...) et pour laquelle on ne peut estimer ni le coût ni conformité du produit en situation par rapport aux éxigences (une solution libre tiendra-t'elle la charge) ?
Si défaut il y a c'est celui de l'absence sur le marché d'une société qui propose un contrat de support (avec SLA, GTR, sécu) et une infra d'hébergement adapatée (utilisation de cache chez les FAI par exemple pour diminuer le transit et améliorer la QoS (qualité de service) en logiciel libre. Plutôt que de signer une pétition, il vaudrait mieux proposer un acteur crédible sur ce marché. (En fait proxad/free pourrait vendre sa capacité à gérer une solution de streaming vidéo)
Bon comme à l'UE c'est pas leur métier ils peuvent pas savoir que probablement vlc/vls est utilisé par de nombreux opérateurs télécom français de tvdsl. Mais aucun acheteur n'a une "rationnalité parfaite". (je laisse aux économistes le soin de définir ce terme qui dit en substance qu'un acheteur préférera avoir le produit de moindre qualité si il est sûr de faire aussi bien/mal que la moyenne donc il préférera une solution plus utilisée que d'autres en informatique c'est ce qu'on appelle la valeur d'usage (voir http://fr.wikipedia.org/wiki/Externalit%C3%A9)) .
[^] # Re: mauvaise traduction probable depuis l'anglais
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 1.
Depuis le début c'est la meilleure manière pour le libre d'avoir sa place dans la sphère de l'informatique marchande sans léser personne. Mais comme l'informatique est une fonction support de l'entreprise (elle ne génère pas de revenu directe), il serait même encore plus intéressant pour diminuer les coûts de monter des GIE (groupement d'intérêt économique).
Dommage que les SSLL vendent du rêve et pas du pragmatisme.
# mauvaise traduction probable depuis l'anglais
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 5.
Comment dans ce cas linux/bsd/tous logiciels libres sur windows est-il légalement moins "supportable" (sic) (to support signifie garantir en français juridique correct).
Donc évidemment que l'état ne peut garantir légalement qu'un logiciel libre fonctionne mais pas plus qu'un logiciel propriétaire qui comporte à 99,9% la clause AS IS (livré en l'état) où l'éditeur dénie toutes garanties que le produit va fonctionner. Il se donne juste l'obligation contractuelle de moyens pour essayer de le faire marcher.
A l'incompréhension de l'informatique, s'ajoute la mauvaise connaissance du français, et du droit.
Vu le nombre d'erreur et d'anglicisme on peut légitimement faire l'hypothèse que c'est une erreur de traduction depuis l'anglais par un stagiaire qui comprend rien. Le texte était peut être alors:
Nous ne pouvons pas légitimement vous garantir que vous pourrez visualiser les vidéos sous linux.
Comprendre : peut être que ça marche, mais nous ne pouvons vous le garantir.
Il me semble que Napoléon disait que là où l'on voit une volonté délibérée de mal faire, il n'y a souvent que de l'incompétence. C'est pour ça que ce grand homme créa des grandes écoles pour nous apporter les moyens de bien faire.
[^] # Re: ce qui me choque...
Posté par Jul (site web personnel) . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 2.
Bon à l'intérieur de ça, on peut choisir le format pour la vidéo (théora). J'y connais pas trop mais ensuite, même une solution proprio doit pouvoir diffuser ceci. (quitte à mettre un logo sur vls et à monter une entreprise pour le garantir). En plus la france étant leader en TV dsl, il pourrait même profiter pour les diffusion en direct du réseau multicast des opérateurs.
Je suis un peu candide, mais je ne pense qu'il ne s'agit que d'un manque de connaissance, et un peu de peur de la part d'un directeur informatique qui lit 01, ou alors que leurs avocats veulent le genre de fonctionnalités du style streaming authentifié infalisifiable et incopiable (mouarf) propres administrations qu'aucune solution de streaming peut leur apporter sauf sur la plaquette commerciale mais après tout ils ont la garantie légal que ça marche. Même si après tout, les parlements ont éxonéré les fabricants de logiciels de toutes poursuite au cas où le produit est non conforme (en industrie il n'y a pas d'obligation de résultat).
Autrement dit, ils ont légalement aucune garantie du fait de leurs votes débiles qu'une solution propriétaire leur garanti ce qu'ils veulent (quelque soit l'objet de la clause contractuelle, sla, gtr, watermarking, copyright, méta donnée, authentificaiton des sources).
[^] # Re: BY et NC
Posté par Jul (site web personnel) . En réponse à la dépêche Le GILO est wikifié (guide des logiciels Opensource). Évalué à 3.
Disons que la dérive des assimilés libres (web 2.0/musique libre) vers l'overcrowding (faire faire par les autres, et licencier sous une licence non libre qui restreingent la liberté d'utilisation) me hérisse un peu. Mon propos sur les NC est général et le grand reproche que je leur fait c'est d'apporter la confusion.
Il n'y a pas en droit français une possibilité d'accoler une mention genre : (c) idealix 2006 ce document est redistribuable/utilisable/modifiable pour toute utilisation à condition qu'aucun acte commercial ne soit fait avec, que la présente source soit citée, et les présentes conditions reproduites ?
(citer ses sources, est obligatoire le droit de paternité, étant inaliénable, et incessible, automatique au moment de la divulgation la mention est donc inutile).
Je connais un avocat qui pourrait te garantir une licence aussi courte et valide en droit français (il a probablement contribué à un fait qui est dans la page d'accueil).
Pour la LAL l'argument de son manque de patine devant les tribunaux est assez ridicule :
elle pas moins patinée que la BSD/GPL (qui n'ont pas à ma connaissance fait l'objet de procès en france), et elle est bien plus conforme au droit français que les licences dérivées du droit anglo saxon (GPL/BSD). Notamment, parce que dans la tradition du droit français, elle définit tous les termes qu'elle utilise comme la NC. Et facilement mieux écrite que la Cecill v1.
A ce sujet, vu que les membres d'art libre (dont mélanie clément fontaine) ont participé à l'amélioration et à la traduction des CC (dixit http://fr.creativecommons.org/), je vois pas comment les même personnes qui feraient une licence aléatoire, pourraient améliorer l'adaptation des CC au droit français..
[^] # Re: BY et NC
Posté par Jul (site web personnel) . En réponse à la dépêche Le GILO est wikifié (guide des logiciels Opensource). Évalué à 2.
c'est une oeuvre modifiable, l'assoc peut en faire un livret, mais si pour une raison X ou Y elle veut en faire la promotion avec un brochage correct (3¤ pièce) en 100 exemplaires, elle n'a pas le droit de mettre un prix dessus, de le vendre, même à prix coutant (sinon c'est du commerce), et hop 3000¤ dans le budget.
C'est vrai qu'elle pourrait demander l'autorisation de le faire, et que vous pourrier l'accorder, comme avec le droit d'auteur classique, on apporte peu en plus du droit d'auteur si ce n'est le droit automatique pour les tiers de payer pour diffuser le contenu (puisque non commercial, veut dire même pas à prix maximal de 0¤ pièce ).
[HS]
J'admet, que les NC ont une image plus rock 'n roll qui se vend mieux même si c'est aussi la licence des bobos du libre. Pleine de bon sentiment, acceptable sans se creuser les méninges, et qui ne remet rien en cause, et qui permet de lutter contre les grands profiteurs.
Et pourquoi pas un logiciel libre avec les docs/manuels sous nc-nd-by-sa qu'y aurait-il de mal ?
[^] # Re: BY et NC
Posté par Jul (site web personnel) . En réponse à la dépêche Le GILO est wikifié (guide des logiciels Opensource). Évalué à 3.
Le problème des CC c'est leur incapacité à définir une quelquonque liberté. Suite à la conf de mako et les interventions d'antoine et mako, stallman à changer son opinion sur les CC même by-sa on y lit :
We recommend using the Free Art License, rather than this one, so as to avoid augmenting the problem caused by the vagueness of "a Creative Commons license". la Free art licence c'est la licence art libre je précise.
Le texte issu de la conf (rmll de dijon): http://www.libroscope.org/Vers-une-liberte-definie-Creative
Le changement sur le site de la FSF : http://www.fsf.org/licensing/licenses/index_html#OtherLicens(...)
Comme les licences libres sont déjà si peu intuitives à adopter, il est dommage qu'un document pédagogique sur le libre tant par son contenu que sa démarche collaborative ne fasse pas le pas de la licence. C'est à mon avis, anti pédagogique.
2) Les CC NC en particulier elles favorisent ceux qui font des profits.
(Avis général qui ne concerne pas GILO en particulier.)
Un entrepreneur social qui veut faire du logiciel libre à péta ouchnok, et qui ne peut (on va imaginer que l'encre et le papier ont un certain coût dans certains endroits du monde) offrir ces plaquettes ne peut les vendre et hésitera à contribuer malgré son expertise. On pénalise des petites structures qui font la vie du libre.
Une association schtroumpfoise (je fais dans le misérabilisme post colonial), ne peut automatiquement promouvoir l'utilisation du libre en filant une plaquette à prix coutant (article 1 du code du commerce : il y a acte commercial dès l'échange d'un bien ou d'un service contre de l'argent).
Mais par contre un éditeur faisant une solution proprio dans la forme peut lui distribuer une version gratuite sur son stand, et pourquoi pas après avoir contribuer au projet pour vanter son produit,
En faisant de la fiction on peut imaginer cet éditeur soit un fournisseur d'idéalix (ou Y). Je gage que même en étant éthique, si le pdg X se plaint au pdg d'idéalix en arguant de la perte potentielle d'un marché d'un brouzillion ça entache le document de crédibilité. Et on ne peut contrer ça car on a pas la possibilité de forker dans une initiative auto financée vu l'article 1 du code du commerce. Cette restriction de liberté profite aux profiteurs de haut vol tout en pénalisant, certes les petits profiteurs, mais aussi moult adoptants sincères qui hésiteront à contribuer.
Or l'informatique est une économie d'échelle, plus le réseau est grand plus l'on gagne. Donc, c'est encore à mon avis une belle idiotie que de restreindre sa base de contributeurs et d'adoptants
Du moment où l'on limite les forks par l'aspect économique, on appelle ça du contenu "libre pour ceux qui peuvent se le permettre ". Et cela rompt l'aspect fondamentalement non discriminatoire du libre, car que l'on soit riche ou pauvre on a pas les mêmes droits.
Ce document est dans une licence non libre, confuse, non conforme à certaines valeurs du libre, à laquelle j'aurais préféré à titre personnel au final un bon vieux (c) des familles. Ca a le mérite de la clareté, et comme tout n'a pas vocation à être libre, cela aurait été tout aussi pédagogique.
--
Sans fork, pas de libertés.
[^] # Re: BY et NC
Posté par Jul (site web personnel) . En réponse à la dépêche Le GILO est wikifié (guide des logiciels Opensource). Évalué à 2.
Il y a aucun avenir, aucun business possible, Nat, a faire une oeuvre libre (logicielle ou non) ; aucune société pourrait en vivre. N'est ce pas ?
Non commercial : est-ce cela qui importe dans les Licences dites "Libres"?
http://www.libroscope.org/Non-commercial-est-ce-cela-qui
Au passage je rappelle les stats indicatives d'utilisations des CC-NC/ND : grosso modo : 2/3 des licences CC utilisées sont nc et/ou ND
http://www.libroscope.org/Creative-Commons-adoption-et
Et pour les contenus libres je recommande la simple à lire/comprendre, et valable en droit français (même pour des contenus non artistique) :
http://artlibre.org/licence/lal/
[^] # Re: le plus pratique
Posté par Jul (site web personnel) . En réponse à la dépêche Le GILO est wikifié (guide des logiciels Opensource). Évalué à 0.