Aurélien Bompard a écrit 951 commentaires

> En plus j'ai toujours été pour la haine inter-distribution!

Tiens, c'est marrant, pas moi. En plus là, Ubuntu comme concurrent de RHEL, ça semble un peu tiré du chapeau (haha). SuSE Linux ES pourquoi pas, mais Ubuntu n'est même pas sur le radar (pour l'instant, qui sait).

C'est sûr qu'ils marchent mieux à l'étranger qu'en France, mais ça c'est aussi notre complexe du corn-flakes. Techniquement, on en utilise chez nous, et ils répondent au support, ils se déplacent pour déboguer les problèmes hardware, etc.

> A ma connaissance, seuls RedHat et Novell savent répondre au besoin des entreprises, vous en avez d'autres?

Tu as oublié Mandriva, c'est volontaire ? (ou pas, hein, c'est pas comme si on était vendredi)

http://www2.mandriva.com/fr/pro/

Il me semble que le problème dans l'adoption de l'ODT par les autres suites, ce n'est pas la lecture/écriture du XML lui-même, ni sa compréhension ou sa complexité, mais le fait que pour bien représenter tous les cas prévus il faut avoir implémenté beaucoup de fonctionnalités dans le logiciel, ce qui va − si mes infos sont bonnes − à l'encontre de l'objectif de légèreté d'Abiword.

> elle insérait des espaces insécable automatiquement avant les symboles de ponctuation qui en ont besoin.

Cadeau : http://extensions.services.openoffice.org/fr/project/insecab(...)

Je reformule :
* Les détenteurs de brevets sur le mp3 ne veulent pas accorder de licence redistribuable. Donc déjà, là c'est mort pour les distribs concernées par les BL.
* Les licences sur les brevets achetés par RH, eux, permettent la redistribution : pas pareil du point de vue de la conformité GPL.

C'est plus clair là ?

Ensuite, comme tu le fais remarquer, ça ne couvre pas les autres entités qui utiliseraient les mêmes choses brevetées. Mais là, franchement, la seule solution c'est de faire sauter le brevet, ou de racheter la boîte. La vraie bonne solution étant de pousser pour abandonner les brevets logiciels, et là-dessus RH fait ce qu'il peut.

> Une recherche rapide te confirmera aussi qu'ils ont bien signe des accords de licence, en payant

Les brevets logiciels posent aussi un problème que tu n'as peut-être pas vu : s'il faut acquérir une licence (même pour 1 centime), ça bloque la redistribution, ce qui est contraire à la GPL (v2).

Avec les brevets sur le mp3 & co, on ne peut pas payer une fois (même une grosse fois) et couvrir non seulement les utilisateurs directs mais aussi ceux à qui ceux-ci auraient redistribué la version.
Le mode de fonctionnement des BL est complètement opposé à celui du LL, on n'y peut rien.

La seule chose que peuvent faire les distribs c'est :
- ne pas inclure le MP3, et proposer un mode de récupération légal (par exemple les codecs Fluendo, ou les codecs libres classique pour ceux en dehors des pays où les brevets logiciels ont cours)
- ignorer le problème, ce qui est tout à fait légal si on est domicilié en dehors de ces mêmes pays

Je ne connais pas cette autre histoire de brevets dont tu parles (la recherche rapide n'a rien donné), mais ce que tu disais au-dessus c'est que Red Hat a payé pour permettre la redistribution. On est donc pas du tout dans le même cas.

> Donc Fedora (ou IsNotGood) se fout de la gueule du monde

Attaque directe spotted. Restons clames SVP, le projet Fedora ne se fout pas de la gueule du monde (c'est assez dur à faire quand on y pense), et je pense qu'IsNotGood est sincère.

Ce que tu décris est arrivé relavitement récemment dans yum (2 versions de mémoire), avant on ne stockait pas si un paquet était installé sur demande utilisateur ou par dépendance.

Donc maintenant qu'on a l'info, le plugin dont on parlait peut avoir le comportement que tu décris (j'ai jamais essayé personnellement mais je crois que c'est comme ça que ça marche).

Apt pour RPM était reconnu comme un gros hack assez compliqué à maintenir. Il y a beaucoup de choses dans APT qui supposent que derrière c'est DPKG qui installe, et résultat en plus d'être compliqué il y avait des fonctionnalités de RPM qu'on ne pouvait pas utiliser.
En plus, APT c'est beaucoup de lignes de code, c'est pas si simple que ça en a l'air.

Tout ça c'est de mémoire, mais vu que le développeur a jeté l'éponge, et que c'était manifestement un bon (il a fait smart après), j'imagine que ça devait être particulièrement chiant à maintenir.

> Plutot une decision technique de se conformer a la loi US et ignorer les pays ou la loi est moins contraignante.

Ce que tu décris est une décision légale, pas technique.

Fedora est une association administrativement située aux USA, il faut donc qu'elle en respecte la loi, c'est pas plus compliqué que ça.

> Et le choix moral, quand ils signent des accords de licence pour certains brevets et payent leur detenteurs pour permettre la redistribution, c'est quand meme un peu du foutage de gueule.

Bon, c'est bien beau de se moquer des pays où les brevets logiciels obligent à faire n'importe quoi, mais plutôt que de dépenser ton énergie ici tu devrait aller soutenir la Quadrature.

Pour ce qui est de Red Hat, on ne peut pas vraiment mettre en doute leur engagement contre les brevets logiciels (une petite recherche rapide te le confirmera). Ignorer les brevets logiciels, qui font partie de leur loi, ce n'est pas une méthode pour lutter contre (autant que le piratage de MS Office n'est pas une méthode pour lutter contre son monopole).

Ça avait fait effectivement pas mal de bruit au début du développement de Yum. Mais c'était il y a très longtemps, et comme c'est celui qui code qui décide... (yum c'était un projet indépendant de Fedora à l'époque).

Eh ben, quelle agressivité...

Kudzu, c'est effectivement un héritage de Red Hat 9, qui a été viré dès que possible (Fedora 9, ça a pris du temps à remplacer) : http://fedoraproject.org/wiki/Anaconda/Features/NoMoreKudzu

En tout cas tu ne le trouvera pas en F14.

De mémoire, apt pour rpm n'est plus maintenu.

5223 ? C'est le port TCP SSL d'XMPP ça. Facetime ferait pas du Jingle par hasard ?

> Si tout le contenu était connu comme certains le disent l'avancent ici, pourquoi il irait tremper d'avantage dans cette sale confiture au risque de se retrouver plus piégé que jamais?

Pas pour en apprendre plus, il est le mieux placé pour tout savoir déjà. Comme dit plus haut, et comme présenté par le fondateur de Mediapart, l'objectif est de faire peur aux sources en laissant penser que leur identité n'est pas en sécurité.

> Quel est le lien entre Sarkozy et les vols dans l'affaire Bétencourt?

C'est le financement de sa campagne présidentielle (dont E. Woerth était trésorier). En droit français, si des irrégularités de financement sont découvertes dans une campagne politique, ça annule l'élection. Citation de Eva Joly sur France Info :
« Un financement illicite de campagne entraîne l'annulation de l'élection présidentielle, ce sont des faits extraordinairement graves. »
Source : http://www.france-info.com/chroniques-l-invite-de-18h15-2010(...)

C'est très sérieux.

> PS: si jamais Eva Joly se présentait avec comme seule ligne de son programme d'assainir la politique, je vote pour elle.

De mémoire, c'était aussi la seule ligne du programme de Bayrou.

Cela dit, je suis tout à fait d'accord.

Je profite de la dépêche pour remercier l'équipe de développement, c'est un logiciel excellentissime !

J'ai déjà fait une paire de soirées chez moi avec des potes (non geeks) autour de Performous, on passe vraiment de super moments (bon, les voisins un peu moins).

Merci à vous !

J'abonde. Le fait d'avoir déjà affecté son budget libère complètement la donation. Au final, je me retrouve à donner à des projets pour lesquels je n'aurais pas fait la démarche (PayPal ou autre), c'est donc une bonne chose pour eux.
Dans le monde du logiciel libre, qui est plein de petits projets sans financement, je pense que c'est une méthode que nous devrions encourager.

Je ne pense pas qu'on puisse atteindre un revenu mensuel permettant de vivre de ça (quoique, il suffit de regarder le nombre de clics sur les Afghanistan War Diaries de Wikileaks), mais un clic c'est déjà un bel encouragement à bosser sur son projet. En tout cas, les donations que j'ai reçues sur un de mes projets m'ont bien motivé à m'y remettre.

Allez, mes préférés :

* https://flattr.com/thing/42799/Afghanistan-War-Diary-2004-20(...)
* https://flattr.com/thing/68412/Soutenez-Framasoft
* https://flattr.com/thing/56371/The-Battle-for-Wesnoth
* https://flattr.com/thing/51333/Frozen-Bubble
* https://flattr.com/thing/52412/Geekscottes

Ah oui, c'est une version libre de StackOverflow en fait. Très bien ça.

Les deux ont leur intérêt, mais l'utilisation d'un modèle en ODT facilite la gestion de la mise en page.

Pour le plugin ODT de Dokuwiki, j'avais commencé en générant la totalité du ODT XML "à la main", puis j'ai ajouté la possibilité d'utiliser un document modèle ODT pour faciliter la gestion des styles, et au final je vais supprimer la partie génération manuelle qui fait vraiment doublon maintenant.

Je m'auto-réponds, je viens de trouver : http://en.opensuse.org/openSUSE:Build_Service_Tips_and_Trick(...)

Ça permet d'utiliser exactement un fichier spec par distrib. Donc on a soit un fichier spec très complexe pour toutes les distribs, soit un fichier spec par distrib, mais rien entre les deux. Dommage, les différences entres distribs sont en général assez consistantes d'un version à l'autre (noms de paquets différents par exemple).

Est-ce que tu aurais un lien sur le moyen d'avoir un fichier spec par distro ? J'essaye de faire ça en ce moment et je ne suis tombé que sur cette page : http://en.opensuse.org/openSUSE:Build_Service_cross_distribu(...) qui encourage plutôt l'utilisation de macros dans un seul fichier spec.

> En tout cas, si Systemd n'est pas dans Fedora

Il est dans Fedora, il n'est juste pas par défaut. Mais si on veut on peut l'utiliser, il suffit d'installer le paquet systemd-sysvinit.

Le mot étant d'origine étrangère, les anglophone font leur possible pour le prononcer "à la française" (avec plus ou moins de succès sur le "r").