Antoine a écrit 5722 commentaires

Richard Stallman a bien réfléchi à ce problème et Roberto di Cosmo aussi.

D'une part je doute justement que Stallman y ait bien réfléchi. Son choix des licences "verbatim" (cf. aussi les sections invariantes de la GFDL) date d'une époque où il n'avait pas réfléchi du tout à la question - qui, il est vrai, se posait encore peu. De plus, un échange de mails avec lui il y a quelques années m'a montré que sa réflexion sur le sujet était, là encore, peu affinée (c'est en partie grâce à cet échange que la LAL a été mentionnée à la fin de http://www.gnu.org/licenses/ - "We don't take the position that artistic or entertainment works must be free, but if you want to make one free, we recommend the Free Art License").

D'autre part, même si Stallman a réfléchi, ce n'est pas pour ça qu'il a raison et qu'il faut fermer le débat. Personne n'est parfait et le libre n'est pas un petit troupeau qui suit son berger.

Sinon, je suis d'accord, c'est pas libre au sens GPL du terme, mais c'est le choix de l'auteur.

Ce n'est pas libre du tout, c'est propriétaire. C'est le choix de chacun de faire du libre ou du proprio, mais ce n'est pas la peine d'essayer de masquer la réalité en utilisant des contorsions terminologiques fallacieuse (« pas libre au sens GPL du terme », sic).

Et le firewall Linux, doit-on le considérer comme un logiciel tiers ?

Tu parles d'OpenOffice ?

il faut vachement suivre le cycle de release, ça marche pour des petites entreprises avec un admin geek passionné mais pour des grosses entreprises?

Tu veux dire que les admins employés par les grosses entreprises ne devraient surtout pas faire ce qu'ils sont payés pour faire (à savoir de l'administration système) ?

Ensuite, s'il faut être un "geek passionné" pour "suivre le cycle de release" d'un truc qui est mis à jour tous les deux ans...

Python 3.2 a une représentation textuelle optimisée des nombres flottants :

>>> 2+.4
2.4

(il est capable de choisir la représentation la plus courte qui soit suffisamment précise pour le nombre considéré)

et je ne pense pas qu’ils vont s’amuser à maintenir deux versions en parallèle pendant longtemps : ce sont des extensions C et ça demande un peu de boulot

Les extensions C demandent très peu de boulot à porter (moins que le code Python).

l’API C de Python n’est pas stable même entre version mineure (?)

Si, si.

Il y a plus de 200000 téléchargements par mois rien que pour les installeurs Windows, je ne sais pas s'ils sont tous utilisés "en production" mais ça fait du monde.

Note: un langage de programmation ne sert pas qu'à faire tourner des frameworks Web.

C'est simple : selon l'agencement de ton données-centeur et la forme de tes serveurs (lame ou casserole à fondue), il peut être préférable de stocker des sites verticalement ou bien horizontalement. Nuxeo est flexible et permet les deux cas. Par contre seul MultiDeskOS a prévu le stockage en quinconce.

C'est assez peu dans l'esprit du libre.

Installer des liens publicitaires par défaut dans un LL de façon à générer des flux commerciaux à l'insu (potentiel) de l'utilisateur, c'est pas super respectueux non plus (*). Si la fondation Gnome n'est pas contente elle n'a qu'à réaliser et promouvoir sa propre distribution Linux, on verra si c'est une sinécure.

(*) (oui, la remarque vaut aussi pour Firefox et ses fameux réglages par défaut de moteur de recherche)

C'est l'info que sort SemiAccurate :
http://semiaccurate.com/2011/02/16/how-much-do-phone-makers-(...)

« SemiAccurate's moles told us the dirty little secret of Windows Phone 7, no one pays for it. Yes, to compete with Google's price for Android, free, MS is charging the same price, just not directly.

[....]

Microsoft knows this, and is giving WP7 away. Officially, they pay for a license, but Microsoft has guaranteed that they will get all that money, plus more, back through other channels, advertising, and other less direct methods. Windows Phone 7 is free, or to use the term tossed around about Android's cost, 'less than free'. »

Comment font tous les projets logiciel libre, à ton avis ? Il y en a très peu qui font des réunions.
Je te conseille d'y participer un jour, tu verras : la culture corporate n'est pas ce qui se fait de mieux en matière d'efficacité :)

On peut voir ça comme ça. Mais PAM / LDAP pourrait très bien intégrer la compatibilité Digest (qui n'est pas spécifique à HTTP, mais fait partie de la norme SASL).

S'il y a un proxy menteur, il peut très bien virer ton bout de javascript, ou le réécrire.

tu m'amuses assez. tu n'as jamais participé à une réunion de ta vie, réunion prévue et annoncée à l'avance, avec un ordre du jour précis, réunion que tu auras préparée et lors de laquelle tu te contenteras pour beaucoup de répondre oui ou non

Je ne vois pas en quoi cette réponse est censée invalider mes arguments, mais qu'importe, relis le contexte du bug : il est ouvert et fermé dans la même journée. Donc on ne voit pas comment il aurait pu faire partie d'un ordre du jour « prévu et annoncé à l'avance », à moins bien sûr que le projet GTK s'amuser à programmer des réunions urgentes pour discuter du retrait d'une fonctionnalité :)

Et les autres arguments par rapport à l'inadéquation d'IRC tiennent toujours.

Tout ça parce que l'équipe SIP à l'IETF a cru intelligent de déprécier HTTP Basic parce que « le mot de passe transite en clair sur le réseau et que c'est très mal », ce qui est vrai, sauf que SSL.

SIP est certes possible sur TLS, sauf que SIP étant une grosse bouse, c'est pas sûr que beaucoup de gens s'attaquent à la combinaison des deux ;)
(et il faut noter que dans son contexte d'utilisation - de longues sessions avec seulement quelques messages d'échangés -, SIP encourage plutôt le passage sur UDP que sur TCP)

si quelqu'un récupère le fichier de mot de passe il peut se connecter

Si quelqu'un récupère le fichier de mot de passe, il y a des chances qu'il ait accès à beaucoup d'autre choses aussi... et qu'il ait de toute façon déjà réussi à se connecter. Les fichiers de mot de passe ne se promènent pas de façon magique sur Internet quand on a le dos tourné.

Et pourtant, les erreurs stratégiques grosses comme un camion, ça existe y compris dans les grosses boîtes (quelqu'un a cité Alcatel ici-même). Et vu la baisse du cours de l'action, encore une fois, ce n'est pas que Linuxfr (à moins que ce soit devenu un repaire de rentiers capitalistes, ce qui n'est pas très compatible avec l'accusation d'adolescence).

C’est pas une direction de développement mais un choix mineur concernant la suite à donner à un bug report comme ils en ont probablement une dizaine par jour. Ils ne vont pas non plus lancer un débat public sur la BBC pour un rapport de bug mineur perdu parmi des milliers d’autres.

Ce n'est pas vraiment mineur puisque ça concerne le retrait d'une fonctionnalité.
Il ne s'agit pas de lancer un débat sur la BBC (qui ne sponsorise pas GTK) mais simplement de discuter le problème publiquement, par exemple sur le bug tracker, et d'attendre quelques temps, histoire que les gens aient l'occasion de donner leur avis.

mais en faire des dictateurs autistes qui prennent les décisions les plus importantes sans consulter personne, c’est un peu fort en café

Le terme dictateur est connoté, mais "autiste" semble correspondre ;)

Et je maintiens que faire de la gestion de projet sur IRC est le meilleur moyen de constituer une petite élite de super-contributeurs au détriment du reste de la communauté.

Tiens, c'est marrant, je consulte une liste Gnome par curiosité / association d'idées et je tombe sur quelqu'un qui a les mêmes critiques vis-à-vis d'IRC :
http://mail.gnome.org/archives/desktop-devel-list/2011-Febru(...)

Si ce n'est pas critique en performances tu utilises Python (Ruby, Perl...), ce qui te fournit naturellement une compatibilité "binaire".

J'imagine que les utilisateurs de fonctionnalités gtk ne se retrouvent pas régulièrement sur IRC pour vérifier lors des "GTK+ meetings" que l'on ne va pas les retirer subrepticement.

Il faut rappeler pourquoi IRC est mauvais comme support de prise de décision :
- impossibilité de discussion asynchrone (je poste un argumentaire, Machin répond plus tard alors que je suis offline)
- impossibilité de discussion structurée (pas de fil de discussion arborescent)
- impossibilité de prendre son temps (si je veux réfléchir à mon opinion concernant un sujet, voire me documenter, pas de chance, parce que la décision sera prise avant)
- archivage en général existant

(aussi, corollaire : quelqu'un qui n'est pas à l'aise en anglais sera encore plus désavantagé par rapport à une discussion par mail, parce qu'il est difficile d'être rapide, concis et précis à la fois)

IRC c'est bien pour du support ou simplement des discussions amicales. Pas pour décider de directions de développement.

Tu pourrais me dire que les lemuriens sont responsables du rechauffement climatique, et je serais dans l'incapacite de te montrer le contraire aussi.

Pourtant, il suffirait de calculer le nombre de tonnes de méthane émises par des lémuriens péteurs chaque année.

Oui, ben, tu peux utiliser .Net (ou Java) un peu partout, il me semble même que ça été conçu pour ça.
Quant à Visual Studio, c'est un IDE comme un autre. S'il s'agit de s'habituer à presser autre chose que F7 pour rebuilder, ce n'est insurmontable pour personne, même le mangeur de quiche qui n'a jamais touché qu'à MSVC.

Mort de rire, d'enlever une fonctionnalité en moins de 24 heures sans la moindre discussion préalable. Ils sont vraiment graves :-o

Mais il faut voir les choses du point de vue de Nokia hein, l'ecosysteme developpeurs de MS est bien plus large que le sien.

Heu... l'API WP7 est identique à Win32 ? Sinon on ne voit pas bien le rapport.

Apparement WP7 est fait pour ceux qui ne veulent pas passer du temps sur leur portable.

Mais en se ridiculisant en public, tout de même ?

Tu sais, y a aussi des linuxiens qui ont plus de 17 ans d'âge mental.

Oui mais ils sont tous partis causer ERP et Java Beans sur toolinux.com.