IsNotGood a écrit 5009 commentaires

Je te rassure, le code n'est pas accusé par le juge.

> Puisque Novell a un accord sur les brevets avec MS, on ne peut rien déduire sur ce point du fait qu'ils distribuent du code mono.

Je ne comprend pas bien. Tu parles de la BSD ou de la GPL ?

Accord ou pas, mono étant sous BSD, Novell peut y mettre des brevets (à lui ou non) et distribuer mono. En fait mono est sous GPL et BSD mais Novell (et seul lui) peut le distribuer entièrement sous BSD. Ou un truc dans ce gout, j'ai oublié les détails.

Mono serait sous GPL, c'est différent. Normalement Novell n'aurait pas le droit de le distribuer avec des brevets dedans (ou il faut que les brevets soient libres d'utilisation par les programmes sous GPL).

Mais MS et Novell ont passé un accord et celui-ci leurs permet de diffuser des brevets dans du GPL (c'est une "faille" de la GPL v2 selon la FSF, qui a été corrigée dans la GPL v3).

> Quoique, finalement, j'suis pas sûre que la traduction pourrie d'Ubuntu

La traduction d'OOo ou Firefox doit être la même pour toutes les distributions. Les députés ne vont pas installer Ubuntu. Ils sont des utilisateurs, pas des administrateurs.

> Java par contre a du souci à se faire avec Mono/C#.

Et vice-versa.
Java en GPL ça va donner un coup de boost à l'adoption de java. Vivement mi-2007 pour voir ça à oeuvre et fin 2007 pour que presque toutes les distributions offre Java. Je suis convaincu qu'on va voir plein de projet basé sur java.

Beaucoup d'entreprises ont été séduites par java car c'est une solution indépendante de l'OS. C# est lié à MS à Windows. Certes il y a mono. Mais ça ressemble, avec l'accord Novell/MS, fort à un attrape nig... Désolé.

Au moment où Linux montent en puissance, je crois que beaucoup de décideurs vont y réfléchir à deux fois pour choisir entre C# et java. Java => expérience énorme et peut tourner partout de façon identique. C# => expérience faible (normal) et peut trouner dans la pratique que sous Windows.

Autre élément qui plaide en faveur de Java : son intégration à OOo (qui tourne partout contrairement à MS-Office).

Par contre, C# a un atout de taille, il a la "puissance de feu" de MS derrière lui. Difficile de dire qui s'imposera ou qui doit craindre plus l'autre.

J'ai peut-être été injuste.
Mais si je le suis, je serais très heureux que tu (ou un autre) le démontres.
Si tu as plus d'information, n'hésites surtout pas.
Au plaisir d'avoir plus d'info sur GlobalGCC.

Et si c'est, entre autre, car Mandriva est KDE-centric ?

> plus personne ne comprend java à part quelques dinosaures qui de toute façon sont incapable d'utiliser les nouvelles IHM et restent accrochés à leur clavier.

Si on suit ton raisonnement alors Unix/Linux est une anomalie. Et le C qui a presque 40 ans !? Et les SGBDR qui sont toujours bien installés, le clavier qui est toujours en forme, etc ?

C'est vrai que le marketing MS veut nous faire croire qu'il y a une révolution de l'utilisation des ordinateurs à toute leur sortie d'OS. M'enfin, le dernier cri de la technologie de MS est principalement une ressussé de Java.
Il y a des technologies sans avenir et d'autres avec un avenir. Seul l'avenir nous le dira.

> Tu as du lire et conclure un peu vite :)

Excuse moi, mais je n'ai pas voulu dire que tu affirmais qu'il y avait un problème.
J'ai trouvé ton post un peu ambigu.

> Faux,

Et pourquoi ?

> cela prouve juste que Novell n'a pas à se soucier des éventuels brevets sur Mono.

Mouaif...
Par contre les utilisateur ont à se soucier des éventuels brevets sur mono. Les distributeurs de mono (sauf peut-être Novell car il a un accord avec MS) ont à se soucier des brevets sur mono.

Si MS avait fait ce convertisseur sous GPL, personne n'aurait à se soucier des brevets car explicitement MS dit qu'il ne faut pas payer pour les brevets et qu'il n'y a pas de limite d'utilisation.

Donc définitivement la BSD est patent friendly.

Puis c'est BSD et on n'a pas les sources...

MS vomit la GPL mais adore la BSD. Ce n'est pas un hazard.

> Sinon la citation exact que tu essayais de citer c'est
> «Heureux les pauvres en esprit, car le royaume des cieux est à eux» Matthieu 5.3.

T'es trop fort.

> Gérer une branche non-us à l'image de debian pour le kernel cela ferait-il reculer le libre?

Le bel exemple...
Au fait, qu'elle est la branche principale de debian pour Linux ? C'est un fork ou c'est la version sans brevet ?
Damned, c'est la version sans brevet et après Debian ajoute des brevets.
Ce n'est pas un fork ça. 99,9 % du boulot est fait dans un cadre où les brevets sont en vigueur. Debian ne fait que 0,1 % (et encore je suis généreux) dans le cadre européen.
Ton exemple est complètement naze.

Mais va-y, fait le ton putain de fork. Comme ça Novell va y foutre tous les brevets de MS, etc... L'europe va avoir plein de boîte qui vont bosser sur le fork Européen. Un succès assurément. Et aux USA ils font surtout éviter de regarder ce fork pour éviter de récupérer un brevet. Les USA (tous les pays qui doivent vivre avec les brevets) vont regarder de travers un contributeur européen en se demandant s'il ne va pas refourguer un brevet, etc...

Là on aura un beau fork. Splendite !
Manque de bol, en 2015 les brevets sont approuvés en Europe et les dixaines de milier de brevets qui ont été accèpté durant les 30 années précédentes sont validés. On est alors comme des ... comme dire ... des cons.



Si tout va bien et qu'il n'y a pas de problème, qu'on est sûr de ne pas avoir de brevet en Europe, qu'on est sûr de pouvoir interdire les brevets aux USA, etc, etc, etc, on peut ignorer les brevets et faire comme on veut en Europe.

Avec des si, je te fais un monde merveilleux.
Heureux les faibles d'esprit, le royaux des rèves est à eux.
Je t'en souhais des doux.

> tu vas encore crier *foutaises*

Ça c'est toi, ce n'est pas moi.

> outre que je ne vois pas ce qui te permet d'affirmer ça

Admettons. Tu ne l'as pas infirmé.

> beaucoup de projets (VLC ?) ont des "options avancées" pour ceux qui en veulent.

Mauvais exemple...
VLC ne présente pas toutes les options. Loins de là. Regardes du côté de mplayer si tu veux quelque chose qui te propose (presque) toutes les options des librairies videos et audios qu'il utilise.

Tu devrais faire un rapport de bug à VLC pour que VLC propose toutes les options.

Marrant non ?
Tu crois que VLC propose toutes les options car VLC répond à tes besoins "essentiels".

Avec ta distribution tu peux configurer tous les paramètres de Xorg ? Les modeline et tout ? Ben non. Pourtant ça ne te manque pas.

Tu peux configurer via une interface graphique tous les paramètres noyau (/proc/sys) ? Ben non. Pourtant il y a en a des tonnes et certains très intéressant comme l'agressivité du swap, etc...

Avec KDE tu peux configurer via une interface graphique chaque aspect des thèmes ? Ben non. On te "limite" à un sous-ensemble ou des thèmes déjà fait.

Il n'y a que les utilisateurs (et je dis bien utilisateurs et non développeurs) de KDE qui érigent en dogme "IL FAUT UN MAX D'OPTION !!!". Et ils croient qu'ils ont un maximum d'option. Mais c'est totalement faut...

> ou alors en utilisant ce qui ressemble de trop près à une base de registre Windows.

Comme LDAP tu veux dire ?

Xml c'est mal d'après toi ? Pourtant KDE utilise libxml2 comme gconf.
Les arbres DOM c'est mal d'après toi ? Pourtant KDE utilise libxml2 comme gconf.
Un serveur pour accéder à une base de donnée partagée type LDAP c'est mal d'après toi ?
Pourvoir faire des modifications avec la ligne de commande c'est mal d'après toi ?

Par contre des fichiers .ini ala Windows c'est bien pour toi.

On est dans le troll de chez troll et pas un pêt d'argument valable.

> Le projet GGCC (entre autres) va reposer sur le framework GCC-ICC il me semble, donc inutile de mettre la charrue avant les boeufs. Ce dernier a un site : http://gcc-ici.sourceforge.net/ et lui est difficilement qualifiable de "vaporware".

D'où tu sais que ça va utiliser GCC-ICC ?
Pour l'instant ça reste du "vaporware" ou "je ne sais quoi".

Notes que j'ai JAMAIS dit que GlobalGCC ne ferait rien, que c'est une équipe de bras cassé, etc...

J'ai dit qu'en l'état actuel, et de ce que j'en connais, c'est du vaporware (et aussi du "je ne sais quoi").

> Basile Starynkevitch, Grigori Fursin, Albert Cohen ... ?

D'où tu sais que Grigori Fursin et Albert Cohen participent à GlobalGCC ?
Il faudrait peut-être sourcer les infos.
Et qui c'est "..." ?

> Je sais qu'un membre du groupe Alchemy de l'INRIA fréquente DLFP, s'il a des choses à ajouter...

Ce serait cool.

Je ne vois pas où est le problème. C'est comme ça aussi avec w3c. On fait des normes pour les futurs implémentations. Une norme n'a pas l'obligation de suivre ce qui est développé actuellement (sinon IE serait la norme w3c).

Un bon développeur fait les specs en premier. Il ne fait pas les specs une fois son programme terminé.

Faire attention aux brevets va te faire creuver de faim ?

Avoir un fork en Europe de GNU/Linux interdit aux USA va faire avancer GNU/Linux ?

Un pays a trop de bouffe (ou plus de bouffe) et un autre pays manque de bouffe (ou moins de bouffe). Le pays qui a trop de bouffe peut donner du la bouffe au pays qui manque de bouffe. C'est très intelligent à faire. On met a égalité les pays.

Le pays A peut faire du code avec des brevets et le pays B doit faire du code sans brevet. On peut transférer du code que du pays B au pays A.
On n'est pas dans la situation ou un pays à plus de code qu'un autre et où il peut le transférer. Tout ce que fait les développeurs libres des USA peut être utilisé en Europe mais pas l'inverse. Comme tu mets à égalité les pays ? Où est l'égalité ? Où est la fraternité qui fait le libre ?

Pourquoi pas des FOSDEM en wmv aussi...

> c'est du délire total, et pourtant c'est exactement ton raisonnement.

Absolument pas, c'est toi qui a fait cette anologie avec la faim dans le monde. Elle est complètement naze, minable comme la moitier de tes commentaires.

T'inquiètes pas, tu peux aussi compiler du php ou du python.

> Est-ce que par solidarité avec les gens qui crèvent de faim tu arrêtes de te nourrir?

On est en plein délire comme tout le reste de ton commentaire.

M'enfin, laisse creuver les autres de fain puisqu'il n'y a que ta panse qui compte.

http://wiki.mandriva.com/en/Releases/Mandriva/2007/Errata#XF(...)

XFS filesystem issues

See also Bug #24716. Some users have encountered a bug in XFS support in 2007 which can result in failure to read the disk and also possible data loss when the filesystem is under heavy load, for instance when attempting to transfer a large amount of data using rsync. It is possible this issue may be fixed by developments in the upstream kernel. If so, the fix will be added to the Mandriva kernel as an official update.

Et "heavy load" c'est une instance de rsync ...

Un bug XFS avec perte de donnée qui n'est pas corrigé (sauf peut-être pour cooker) depuis août/septembre 2006 ! 6 mois !
http://qa.mandriva.com/show_bug.cgi?id=24716

Pourtant Mandriva vend les distributions, vend du support, etc...

Chez Novell et Red Hat il a été décidé de ne supporter qu'un ou deux FS (avec Fedora il faut une options "obscure" pour avoir XFS/JFS/etc ; avec RHEL ce n'est pas fournit, il faut les compiler ce qui implique la perte du support de Red Hat si Red Hat le veut). C'est criticable mais ce sont des décisions responsables. Mandriva est irresponsable.

La distribution ne me séduit pas. Faut dire que je n'ai pas fait grand chose pour qu'elle me séduise. Mais le projet c'est pire. Des erreurs de choix, un positionnement flou, des faux semblants (on est des pro-libre mais on fournit Skype d'office), un manque de couille dans les décisions, etc...

Le logiciel ce n'est pas que l'Europe. Si nos amis libriste des USA sont dans la merde, on peut tout de même faire preuve d'un peu de solidarité. Surtout que les USA (comme l'Europe) ont beaucoup contribué au libre.

Autre chose : Qui te dit qu'il n'y aura jamais de brevet en Europe ?
La partie n'est pas définitivement gagnée pour le libre ni définitivement perdue pour les pro-brevets.

> de tout de facon comme mono ne sera pas present sur mon pc

Idem pour moi. Pour deux raisons :
- mono n'est pas GPL donc ne garantit pas qu'il y a un brevet
- l'accord MS/Novell

> gnome va probablement, a terme, degager de mon pc.

Premièrement, et tu l'as remarqué, Gnome marche parfaitement sans C#. Il est hors de question que Gnome dépende de C#. Que quelques applis dépendent de C#, c'est une chose. Mais Gnome ne dépend pas de C# et C# peut-être viré du jour au lendemain par Gnome. Entre autre Red Hat/Fedora y veillera particuliairement et on peut aussi faire confiance à Debian, la FSF, Sun etc pour être sur le coup.
L'accord Novell/MS a créé limite une "furie" du côté de Red Hat/Fedora.

Franchement j'ai beaucoup de mal à croire que C# devienne un composant incontournable de Gnome. A moins que Novell devienne le "patron" de Gnome, ce qui est très très très loins d'être acquis.

> Novell m'inquiète.

En en plus il y a des gros morceaux de mono statiquement linkés. Preuve que mono est aussi patent friendly (c'est pour ceux qui en doutaient).

Du journal :
> Mais ça ne marcherait qu'avec les versions Novell de OOo

Je ne crois pas où alors c'est temporaire. De toute manière, il est hors de question que j'installe ce truc tant qu'il n'est pas patent free.

$ rpm -q --queryformat "%{LICENSE}\n" -p odf-converter-1.0.0-5.i586.rpm
BSD-like

Patent friendly, forcément.

LICENSE.TXT :

Copyright (c) 2006, Clever Age
All rights reserved.

Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:

* Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
* Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
* Neither the name of Clever Age nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

C'est que moi où il n'y a pas les sources ?


Novell m'inquiète.

> mais rien n'empêche de le mapper en azerty

A une époque je tapais quasi indifférament en qwerty ou en azery (il faut penser qu'en qwerty des caractères manques).
Mais si je peux, je mappe les clavier qwerty en azerty

> grâce à une disposition moins tordue des touches

Et comment tu fais pour avoir un é ou un ê ou un ç ou un à avec un qwerty.
Elles sont mieux disposée ces touches (éêçà..) ?