BAud a écrit 12786 commentaires

ah bah c'est clairement marketing oui.
Il n'y a pas d'encouragement à la vente de windows, bien au contraire :
- celui qui n'aura pas eu à l'acheter aura plus de budget pour s'acheter une version boîte d'un GNU/Linux (dans la logique des vannes "Il y a moins bien, mais c'est plus cher")
- celui qui n'a pas eu le choix a un "coup de pouce", ce que je vois comme une compensation

Clairement, c'est à la base que l'utilisateur devrait avoir le choix entre :
- pas de système d'exploitation (parce qu'il en a déjà un, parce qu'il veut installer un GNU/Linux ou un *BSD...), c'est la base du respect de la loi stricto sensu
- le système d'exploitation qu'il souhaite, au choix, voire une distribution GNU/Linux pour bénéficier directement de beaucoup plus de logiciels qu'un simple système d'exploitation

D'ailleurs je m'aperçois que j'ai mis plus de 20000 paquets logiciels, c'est plutôt "plus de 20 Go de paquets logiciels et plus de 15000 paquets logiciels (ou plus de 10000 paquets source de logiciel, en fonction du critère utilisé pour compter)".
Ceci peut être déduit des chiffres disponibles sur http://wiki.mandriva.com/en/Releases (en ajoutant des paquets PLF par exemple)

mouais c'est vrai que j'ai tendance à en semer partout des tags ;-) (ici même d'ailleurs https://linuxfr.org/tracker/623.html encore).

À la base, ce qu'il y a sur demoll était pour prototyper rapidement une fonctionnalité à venir sur VHFFS (dont je parle sur https://linuxfr.org//2008/02/22/23741.html dans la dépêche). Car, en effet, c'est joli les nuages de tags et en plus c'est fonctionnel (cela permet de faire plein de stats par exemple en plus d'un visuel agréable).

En vrac, les specs sont sur http://www.vhffs.org/wiki/fr:dev:devtags et j'avais réutilisé sabros.us sur demoll pour valider le principe et commencer à lister d'une autre manière nos projets, ça va finir par viendre... même si déjà il y a plus de web 2.0 sur le panel.

D'ailleurs, s'il y a des gens motivés par l'hébergement libre et veulent essayer par eux-mêmes, ils peuvent répondre à mon commentaire sur https://linuxfr.org//comments/907296.html#907296

Tu ne crois pas si bien dire, ce serait un de nos projets http://faq.tuxfamily.org/Project_TuxFamily/Fr TuxNation avec un hébergement dans chaque pays européen (pour commencer).

Déjà, sur la gestion des miroirs il nous reste beaucoup de choses à apprendre (et réaliser) en terme de coordination par exemple.
Tout fork (amical) est le bienvenu et rendra le libre plus solide, le tout c'est de se coordonner et échanger pour éviter de tout refaire à chaque fois.

ah mais complètement de rien, ça nous fait bien plaisir de promouvoir l'art libre avec tes sympathiques collègues qui savent créer librement.
Nous avions commencé à vous recenser sur une liste (un peu incomplète) d'ailleurs : http://demoll.tuxfamily.org/tags/index.php?tag=artistique

et oui, nous sommes partant pour Mont-de-Marsans, reste à s'organiser un peu.

rho boutade tout ça, désolé j'ai dégainé du clavier au quart de tour.

Merci de ton implication et de ta transparence à promouvoir Mozilla dans nos colonnes (pas de joke cette fois-ci).

La dépêche de Noj Han est sympa pour rappeller de bons réflexes à avoir dans le libre (plus en terme de comm' que d'initiative qui est bonne, tout est est dans le détail...), même si c'est (encore) Mozilla qui a pris pour cette fois, c'est effectivement des réflexes de "juristes propriétaires" qui peuvent créer des quiproquos et le sujet de l'art libre peut être neuf pour tous ceux qui ne font "que" du logiciel.
Merci d'ailleurs pour son oeuvre http://www.nojhan.net/geekscottes/ en CC-by-sa.

Je crois que tu n'as lu que le milieu de la phrase et oublié le début et la fin de mon commentaire :-)

une occasion d'animer un peu la communauté des utilisateurs et contributeurs, rien de plus.

Dans ce cas pourquoi ne pas en profiter pour promouvoir le libre ? Cela permettrait de découvrir des talents sympathiques et en plus de faire appel à eux ensuite (et donnerait un logo vraiment libre au passage comme le fait Debian).

en gros : installer des paquets de développement de Fedora 9 sur Fedora 8). C'est mââl mais ça a le mérite de fonctionner

euh un rpmbuild -ba paquet.spec après avoir récupéré le src.rpm et l'avoir installé par un rpm -ivh *src.rpm ça devrait fonctionner et c'est la bonne manière de faire, non ?
Tu peux essayer avec http://koji.fedoraproject.org/packages/java-1.7.0-icedtea/1.(...) qui est plus récent que le paquet que tu cites sur [http://jph.gonzalez.free.fr/?p=6].

Dans Ta Cuisine ?

J'aimerais des retours sur ce convient dans http://demoll.tuxfamily.org/linuxfr/ en remplacement du "squat" de mon wiki http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsArchiLin(...) (pour de la doc') et http://wiki.eagle-usb.org/wakka.php?wiki=NewsLinuxFr (rédaction collaborative)

J'ai migré le contenu extrait de mon wiki :
- http://demoll.tuxfamily.org/linuxfr/NewsLinuxFr pour la rédaction collaborative, avec les fonctionnalités de conversion de la syntaxe wikini vers celle de linuxfr
° voir par exemple http://demoll.tuxfamily.org/linuxfr/NewsFreeBSD70 et sa version pour soumission http://demoll.tuxfamily.org/linuxfr/NewsFreeBSD70/linuxfr
- http://demoll.tuxfamily.org/linuxfr/SuggestionsLecteurLinuxF(...) pour la doc'

L'intérêt serait d'avoir :
- de la documentation,
- d'utiliser une plateforme indépendante du serveur principal (ce qui permet en cas d'indispo de bénéficier d'un site d'info),
- de proposer des rédactions collaboratives pour ceux intéressés par un sujet à faire paraître sur linuxfr ("spoiler inside" mais bon), un complément à https://linuxfr.org/redacteurs/
- éventuellement un complément à https://linuxfr.org/tracker/ et la ML de dév'' pour avoir des développements ouverts de linuxfr (ceux intéressés peuvent se faire connaître et déjà s'inscrire à la ML de dév ;-) )
- bien sûr cela reste un wiki, d'autres utilisations sont envisageable même si pour l'instant l'objet est volontairement restreint (et suffisant a priori)

Merci de vos commentaires constructifs, le contenu utile serait migré sur http://wiki.linuxfr.org si un consensus se fait jour. Sinon le tracker correspondant est https://linuxfr.org/tracker/605.html (vous pouvez voter) et les suggestions principales seront notées sur http://demoll.tuxfamily.org/linuxfr/MiseEnPlaceWikiLinuxFr

le retour de la guerre des Sith(s) ;-)

NB : sur le web il est commun de parler de site web

puis bon rcp avec le .rhosts contenant
+ oracle
c'est clairement des trous de sécurité pour tout le monde
(j'ai même déjà vu des
+ root
dedans... comme si le premier péquin venu ne pouvait pas installer en moins de 10 mn un pc avec les utilisateurs kivonbien... cette pratique déplorable était surnommée, "root à un endroit, root partout..."

J'ai soumis la suggestion suivante sur Ubuntu Brainstorm :
http://brainstorm.ubuntu.com/idea/1928/
perso je suis complètement pour ta suggestion
D'ailleurs j'invite les ubuntistes à se positionner : préférez-vous ubuntu ou le libre (ce n'est pas un ou exclusif bien sûr) et à rappeler quelques poncifs http://wiki.eagle-usb.org/wakka.php?wiki=UbuntuNonFree (Ubuntu s'est bien amélioré concernant le libre, il ne reste plus grand' chose à améliorer, autant continuer).

Notamment, préférer la formulation Ubuntu Linux pour la distribution voire Ubuntu GNU/Linux pour ceux qui y tiennent, le noyau Linux étant un bon représentant du libre (et bien défendu) pour lequel nous avons tous un intérêt commun, étant sur linuxfr ;-)

Pirater n'est pas voler

si si, certains s'y sont essayé sur leurs galions affublés de pavillon noir et de bandeau sur l'oeil et jambe de bois, ils ont mal fini... il y a 2 siècles quoi, c'était des batailles d'un autre temps en Europe (mais encore bien réelles en mer de Chine...).

la licence GPL n'est ni dite virale ni virale en réalité.
ce serait plutôt un vaccin ou comme disent certains une licence héréditaire : le binaire distribué l'est sous GPL, le code qui en est issu reste sous la licence choisie par leurs auteurs respectifs.

Pour le développeur rien ne change, son code reste sous la licence qu'il a choisie. C'est pour celui qui distribue un binaire qu'il est déconseillé de faire du proprio (dans tous les cas, BSD comme GPL, in fine pour l'un, a priori pour l'autre).
La loi est la même en ce qui concerne la BSD et la GPL effectivement, ce que ne manquent pas de rappeller ni Theo de Raadt, ni Linus, ni Stallman, à raison pour chacun.

Oui, je voulais le distribuer, mais en lui conservant sa license d'origine.

c'est bien ce que je dis : toi comme moi nous attachons au code source, tu gardes l'entière liberté du code et tu peux le distribuer sous ISC. Ce n'est qu'à partir du moment où tu distribues un binaire (pour un utilisateur) que tu le distribues en GPL, ce n'est pas très gênant ; ton code reste bien disponible pour tout le monde en ISC, libre à quelqu'un de faire l'effort de réécrire ce qui est GPL pour distribuer l'ensemble sous une licence qui (vous) convient plus. À la base si je veux exagérer c'est toi qui est une sale feignasse de vouloir reprendre du code GPL, à toi d'assumer ton choix et de ne pas accuser la GPL.

Franchement, la GPL permet d'assurer ce que nous voulons toi comme moi : garantir que le code avec ses évolution est reversé (ça ne coûte pas très cher de mettre le code en ligne hein de nos jours). La BSD est pragmatique et fait confiance (ce que j'aurais tendance à faire : sur le long terme il vaut mieux reverser le code, tout le monde est gagnant), la GPL aussi est pragmatique et incite à directement penser à fournir le code.
Concrètement, si je devais penser à bosser dans l'embarqué, clairement je choisis un kernel Linux : au moins le kernel qui m'est fourni en binaire est utilisable, j'ai toute légitimité à demander le code sans plus d'explication (c'est plus efficace pour tout le monde de suivre la licence), pour un kernel BSD c'est pareil : tout le monde y gagne à s'échanger le code pour l'améliorer (ce qui se passe légitimement en entreprise grâce aux accords croisés qui sont passés). Simplement avec la GPL, la (bonne) décision doit être prise dès le début (il faut réfléchir), avec la BSD la démarche va de soi pour mieux travailler et tout le monde est content (le fournisseur fout rien et automagiquement son code devient de meilleur qualité pour ses autres clients).
Tous ceux qui ont deux doigts de jugeotte tiennent le même raisonnement, ce qui a levé tous mes soucis à fournir du code sous double licence BSD+GPL 2+ pour contenter les meilleurs des deux mondes.

dont le contenu s'affiche exactement de la même façon quel que soit le navigateur

c'est un leurre, hormis si tu avais ajouté "respectueux des standards du W3C".

Pour s'afficher de la même façon, tu fais du PDF dont la finalité est d'avoir un rendu "indépendant" de la machine sur lequel tu le regardes / imprimes.

Ben elle est compatible au sens GNU : tu as le droit de linker une librairie ISC dans un programme GPL, mais pas l'inverse.

euh si, tu as tout à fait les droits de faire les deux, simplement faut assumer : passer ton programme binaire en GPL pour la distribution (mais le code source, non lié, peut rester sous la double licence GPL et ISC, ce qui fait que ceux qui utiliseront le code de ton programme mais sans le lier à une bibliothèque GPL pourront le distribuer sous licence ISC).

Tu gardes l'entière propriété de ton programme (des lignes que tu as écrites en tout cas), c'est bien toi qui choisit la licence de ton code source, ce n'est qu'au moment où tu distribues un programme que les contraintes de licences doivent s'appliquer et - effectivement à ce moment - du fait que tu as choisi de reprendre du code GPL, c'est la GPL qui s'applique : le choix de la GPL est bien le tiens, rien ne t'empêche de réécrire ce dont tu as besoin ou d'être plus pragmatique et de distribuer en GPL (de toute façon tu souhaitais le distribuer aussi ton source non ?).

Tu vas être bon pour proposer une bonne formulation sur http://fr.wikipedia.org/wiki/Amaya_%28navigateur_web%29 étant donné que la phrase qui te fait réagir est une citation.

C'est bizarre, il me semble me rappeller en 1995 (ça devait être les versions alpha ou bêta vu que la 1.0 date de 1997) à l'époque où il y avait NCSA_Mosaic, HotJava (oui oui l'époque du protocole WAIS des Gopher et autres Lynx) que l'objet de Amaya n'était pas d'être un navigateur fonctionnel mais de respecter strictement la norme pour travailler sur de futures implémentations.
Je peux me tromper, de là à en déduire "si mes pages passent avec Amaya, je respecte la norme" il n'y a qu'un pas. Les objectifs ont peut-être changé entretemps ?

t'as l'air en manque :D

bah il est question de remettre un http://wiki.linuxfr.org mais vous serez sympas de ne pas recommencer ce genre d'initiative qui dénature le projet ;-) (de toute façon maintenant les wiki sont disponibles de partout, autant en squatter un dédié à ce genre de truc rigolo et imaginatif).

bah il est encore temps de le soumettre sur l'agenda du libre... tu peux même le mettre en événement récurrent si c'est le cas.

spa sur mon agenda, je ne pourrai pas être là :D
http://agendadulibre.org/

dommage de l'avoir oublié, ça permet de s'organiser un peu à l'avance...

http://www.espagnolfacile.com/

pour l'anglais, rien de tel que http://traduc.org :-)

et il fonctionne complètement avec IcedTea ou pas ? (tel que tu l'as formulé, il y a "seulement" l'impression que CaRMetal est prêt pour icedtea, mais que celui-ci n'est pas encore dans debian).