IsNotGood a écrit 5009 commentaires

> à plus sérieusement évoqués

4 mots, 2 fautes.
Ça ne fait pas très sérieux.

Rappelons que PostgreSQL marche parfaitement sous Windows (mais encore mieux sous Linux :-)).

> les races n'existant pas selon les plus éminents scientifiques, la question n'a pas lieu d'être.

Oui. Il ne sagit de parler de races et de les comparer comme c'est fait pour les vaches. Les races n'existent pas, mais le racisme oui.

> Tiens, Sarkozy est un homme politique Américain ?

Non. Mais il serait parfait dans les néo-conservateurs (américain).

> Microsoft:

Franchement, on devrait en avoir rien à foutre des pseudo participations de MS au libre. Ce n'est que du marketing, que de la com, que des perturbations, que de la confusion.

J'ai pris le temps de lire/écouter le discours d'Obama. Il le mérite largement.
Ce n'est pas Sarkozy qui nous ferait un discour de cette qualité.

Et il n'y a pas de tabou dans les propos d'Obama. Sarkozy nous sort son récurrent "pas de tabou" pour justifier les l'horreur de ses propos, son populisme.
Notons que Obama "condamne" la discrimination positive alors que Sarko en fait son pensemment favoris.

La vidéo du discours d'Obama (lien direct donc doit marcher avec mplayer http://... ) :
http://youtube.com/get_video?video_id=pWe7wTVbLUU&t=OEgs(...)

> Remarquablement, la presse française s'en est à peine fait l'écho.

La chronique (à 8h15) de l'excellent Bernard Guetta (vous savez, le journaliste dont les pro-non au TCE voulaient la mort...) y était consacré ce matin (2008/03/20). Le 7/10h de France Inter est peut-être l'émission de radio la plus écoutée le matin.
http://www.radiofrance.fr/franceinter/chro/geopolitique/
L'audio (dépêchez vous, ça va probablement être viré dans quelques heures/jours) :
http://media.radiofrance-podcast.net/podcast/10009-20.03.200(...)

Qu’il parvienne ou non à redresser sa campagne en perte de vitesse, c’est un grand, un très grand monsieur
...
dos au mur, profondément ébranlé avant même que ce sondage ne sorte, ce jeune sénateur s’est rendu, mardi, à Philadelphie, la ville de la déclaration d’indépendance américaine, pour y prononcer un discours d’une rare hauteur de vue.
...
On enrage de ne pas pouvoir tout citer mais on voudrait qu’un quotidien traduise ce discours, en entier, car Barack Obama a fait face, parlant vrai, disant tout, en grand, très grand monsieur qui mériterait vraiment de devenir Président.

Et c'était en réponse à un employé MS qui FUDait (encore).

Désolé.
Mais le titre du journal est clair. Et en plus j'ai choisi de le mettre en seconde page (pourtant c'est rare quand j'ai l'autorisation de faire un journal en première page :-)).

> une partie des lecteurs de LinuxFr ne considère pas Mandriva comme une alternative fiable à Windows !

Il y en a plein qui pensent que GNU/Linux n'est pas (encore) une alternative à Windows.

> Navrant !

Le navrant c'est aussi la propagande "GNU/Linux est une alternative à Windows" qu'on entend depuis des années.

En passant, il faudrait définir "alternative". Pour moi, Windows n'est pas une alternative à GNU/Linux.

> Tu as raison, après avoir mieux regardé à quoi ça correspond, ç'est pas terrible.

Mon avis n'était pas technique.

> mais visiblement ce serait trop dangereux d'un point de vue légal.

Pour Fedora ce n'est pas un problème légal.

A noter que Fedora va virer (ou presque) Codeina.
Non que Codeina soit mauvais, mais ça ne colle pas avec Fedora.
Perso, je n'ai pas été emballé par sa venue dans F8.

pasBill pasGates nous a mis 3 millions de fois les (le pluriel est trop fort) propos de Mark Webbink. Ben il n'est plus employé Red Hat depuis octobre 2007. Il bosse pour la SFLC (il est au directoire). Et cette dernière a statué, entre autre, que MS-OOXML n'est pas compatible avec la GPL.

> mais visiblement il est plus occupe a trouver des raisons de cracher sur MS qu'a comprendre la realite d'un probleme technique.

Par ma part l'avis "technique" d'Albert n'est pas des plus pertinants.

> la realite d'un probleme technique.

Allons au-delà du problème technique. Car ce n'est pas qu'un problème technique.
C'est une volonté/décision/stratégie de MS.

Le fond du problème est la compatibilité et surtout l'interropérabilité. Combien de formats MS-OOXML on a déjà ? Celui de MS-Office 2007, celui de MS-Office 2003 qui n'est (déjà) plus supporté, celui décrit initialement dans ECMA, celui qui sortira de l'ISO. Et quel bordel ! MS-OOXML n'est pas qu'un format, c'est plusieurs formats. Et techniquement c'est une bouse. Pour passer l'ISO, MS-OOXML va accèpter 5 (!) formats de date ! Il est quasi sûr qu'aucune implémentation n'arrivera à gérer ça correctement.

On aura les formats "standard" MS-OOXML (tel que vaguement documenté) et les formats implémentés par MS-Office. D'ailleurs MS-OOXML stocke la version du logiciel qui a créé le fichier. La spèc a plein de "Implementation-defined" sans que jamais MS décrive ce que fait son implémentation :
http://www.robweir.com/blog/2008/03/implementation-defined-n(...)
Implementation-defined (Not really)


Tu peux toujours essayer de ramener le problème MS-OOXML a un problème technique qui demande une réponde technique. Mais c'est de l'enculage de mouche. Le vrai problème n'a rien de technique. MS en a rien à foutre des standards et de l'intéropérabilité avec d'autres concurrents. Certes l'argument d'Albert n'est pas des plus pertinants (à mon avis). Mais il est significatif de la bouse qu'est MS-OOXML. La préoccupation de compatilbilité est maintenant ramené à la compatibilité entre suites d'une seule société pour un format dicté par cette même société. C'est lamentable.

MS-OOXML n'est pas compatible MS-OOXML...
http://www.robweir.com/blog/2008/03/disharmony-of-ooxml.html
The Disharmony of OOXML

...

OOXML Text
<w:color w:val="FF0000"/>
<w:jc w:val="right"/>

OOXML Sheet
<color rgb="FFFF0000"/>
<alignment horizontal="right"/>

OOXML Presentation
<a:srgbClr val="FF0000"/>
<a:pPr algn="r"/>


Pour ODF :
ODF Text
<style:text-properties fo:color="#FF0000"/>
<style:paragraph-properties fo:text-align="end" />

ODF Sheet
<style:text-properties fo:color="#FF0000"/>
<style:paragraph-properties fo:text-align="end"/>

ODF Presentation
<style:text-properties fo:color="#FF0000"/>
<style:paragraph-properties fo:text-align="end"/>

Une information aussi important mérite une dépêche en première page.

> base de registres GConf.

Les pages xhtml de dlfp sont une base de registres alors...

Du genre "sucks less" ou "sucks more" ?
Non, il n'y a pas.
Pour "sucks less" c'est déjà activé et pour "sucks more" c'est foutu à la poubelle.

> Justement, je pense que git a aussi sa place pour les projets moins importants. Il favorise les développements en parallèle en simplifiant le suivi et la réunification de branches.

Tout dépend où on met la barre. Il y aura forcément du flou. Puis si les utilisateurs sont habitués à git, ben autant utiliser git même s'il n'est pas "nécessaires".

Mouais. Mais par "obligation" et durant très peu de temps (l'upstream utilisait git). Je ne prétend pas être un utilisateur et encore moins un spécialiste.

OK.

Mais c'est du chipotage.
Les développeurs ont dit qu'il faut attendre la version 4.1.
Les distributions ne vont pas mettre la version 4.0 par défaut (sauf Fedora, mais c'est dans l'esprit de Fedora qui ne prétend pas être la distribution de Mme Michu).

C'est comme lorsque Linux 2.6.0 est sorti, tout le monde ne s'y est pas précipité.

> ouais mais si je vais là : http://www.kde.org on me dit que la version stable c'est la 4

Ce n'est pas ce que j'ai vu :
KDE 3.5.9 released.
On 19th February 2008, the KDE community released the ninth update for the stable version of KDE.

> 2) ca ne met pas ma machine a genoux quand je fait un update

Il reste des Z80 ?

> Sauf à être admin, on ne peut pas annuler un commit avec svn. Par exemple, si je me suis trompé dans mon message de commit, je ne pourrais le changer, même si je m'en rends compte 2 secondes après avoir commité. Par contre, git permet de réellement annuler un commit (souvent pour le refaire plus proprement juste derrière).

Oui. Mais c'est du détail. Et ça relève aussi de la "politique". Est-il normal de supprimer un commit d'un gestionnaire de version public ? Pas évident de répondre à ça. Pour ma part je pense que non. C'est comme supprimer un commentaire ou un journal sur dlfp. Que l'admin puisse le faire est normal. Que l'utilisateur puisse le faire est plus discutable et d'autant plus pour un gestionnaire un version.

> C'est bien ce que je dis : seuls les gens autorisés peuvent le faire.

Et pour ton dépôt git ?
Tout le monde peut écrire dedans ?
Et es-ce parce que tu vas avoir ton propre dépôt que ça va être mergé en upstream ?
J'en doute.
La majorité des admins te donne un espace sur leur serveur svn si tu en as besoin.
Il faut aussi prendre en compte les effets sur la communication. Si toutes les branches sont sur le même serveur, et bien tout le monde peut voir le travail des autres, et merger, et le proposer en upstream, etc.
Si chaqu'un fait ça dans son coin...

> Si je n'ai qu'un accès en lecture seule sur le dépôt, je ne vois pas comment faire ca.

Ça se fait aussi avec svn. Après si tu ne veux pas le faire, ben ne le fait pas.
Es-ce que c'est plus pratique de le faire git ? Probablement.

> J'ai lu la doc de subversion, je pense savoir de quoi je parle, et je n'ai vu nulle part comment faire une branche distante et la garder à jour.

C'est vrai que ça ne saute pas yeux. Mais l'idée est là :
http://svnbook.red-bean.com/nightly/en/svn.advanced.vendorbr(...)

Si en plus ce avec quoi tu dois te synchroniser est un dépôt svn, c'est encore plus simple.
J'image que tu vas dire que c'est un enfer, etc mais ça se fait très bien si tu n'as pas deux mains gauches et un cerveau de poulpe.

> J'utilise quotidiennement svn au boulot, et ce depuis plusieurs années.

Désolé, mais parfois on ne dirait pas.

> j'espère que Git va devenir plus populaire, car il permet vraiment de nouvelles manières de développer.

Pour développer dans son coin c'est très bien.
Mais in fine, pour la majorité des projets, es-ce bien pour le projet ? J'en suis moins sûr.

C'est clair que git ou des choses comme ça ont leur place pour les projets hors-norme. Par exemple Linux. Le dernier patch de 2.6.23 à 2.6.24 :
10209 files changed, 776107 insertions(+), 483031 deletions(-)

Tu travailles souvent sur des projets de ce type ?
Moi pas.
En jours ouvré ça fait 1000 lignes d'ajouté par jour !