matiasf a écrit 1969 commentaires

Je n'attaquais pas reiserfs. Je l'ai pris pour exemple pour indiquer l'immaturiter des systèmes de fichier.


Je n'avais pas envisagé mon apartement comme un environnement dure (C'est peu être car je n'ai ni mome ni chien...

> Si DotGnu se prend un brevet logiciel Microsoft dans la figure, qui va payer pour qu'on achète une licence de ce brevet afin de pouvoir continuer son développement ?

Je croix que tu dois retourner sur le site www.dotgnu.org. Ils font réellement le maximum pour éviter les problèmes de brevet. Par exemple, Mono n'a pas été retenu pour le language C# par le projet dotgnu car il y a un problème potentiel avec la licence C# de microsoft (et aussi pour une autre raison technique que j'ai oublié).
Et il faut aussi noter que Dotgnu ne sera surement pas compatible avec la solution MS.

> Pour être un logiciel efficace, la plateforme DotGnu doit être déployée massivement.

A bon ?!?. Linux n'est pas déployée massivement et il est efficace. Peut-être veux-tu parler de la distribution des clients qui accèdent aux services dotgnu?. Ils utiliseront les facilités de plug-in des navigateurs (entre autre car contrairement à MS, ils n'ont pas uniquement une vision web-centric). Comme quand tu vas sur un site qui utiliser flash et que le navigateur ne le supporte pas, tu peux être automatiquement dirigé sur le site de download du plug-in flash. De plus, il y aura un système automatique de mise à jour de ton plug-in si c'est nécessaire. Enfin, tout çà s'est sur le papier actuellement.

> Combien es tu prêt à payer pour un bon service ? ...

Pas facile ta question. Il y a trois parties.
1 > - un service qui te permet d'accéder à un logiciel de visualisation sécurisé, en lecture seule de documents protégés par la Propriété intellectuelle.
Pour cette partie "technique" de l'accès à l'info, le prix doit être extrèmement faible (outils très largement difusé).

2 > (musique, films, littérature, articles scientifiques, description des dépots de brevets).
çà c'est le contenue. Le prix peut-être beaucoup plus variable (article particuliairement interessant, dernier album de mon artiste préféré, etc....).

3 > un service qui te permet d'accéder en lecture/écriture à des informations te concernant... Même réponse que 1.

Il faut noté que 1 et 3 pourront être gratuit car il ne sont qu'un véhicule de l'info et non l'information elle même.

> Java et Sun n'ont ils aucun droit de prétendre au leadership ? comme Netscape, comme Corba, comme BeOS ?

Je comprend pas bien. leadership de quoi? Des langages de programmation, de la VM? leadership ou monopole? Dotgnu supportera Java. Et Java sera peut-être le langage de programmation le plus utilisé sous Dotgnu. Ou ne sera pas...

> MicroSoft supprime sa Java VM qui est controlé par des standards et souhaite la remplacer par une VM .NET qui est controlé par Microsoft. Comment comptes tu t'y prendre pour virer celle de MS ?

1- Ne pas promouvoir la solution .NET.
2- Participé à fond au non succès de la solution .NET. En claire : Ne pas utiliser de solution .NET. Si on est nombreux, on peut y croire au-lieu de penser (comme toi) que .NET est une fatalité.
3- (optionnel) aider un concurrent. Par exemple, installer la VM java sur toutes les machines windows que je vois et prouver que la VM MS n'est pas indispensable.
4- ...

Bref, JE ne peut pas supprimer à moi tout seul la VM MS. Mais faisont un minimum pour ne pas rendre cette VM incontournable. Et le mieu est de l'utiliser le moins possible.

> Enfin, quel avenir pour les pays pauvres dans un contexte de société de consommation avec un Linux qui est condamné à s'acheter des brevets s'il souhaite évoluer ?

C'est un troll obligatoirement. Ou peut-être es-tu encore fataliste. Ou je ne comprend pas. Mais si tu croix définitivement que Linux, pour évoluer, est condamné à acheter des brevets, retourne vite sous Windows, développe du .NET grave et me sappe pas le moral.

C'est interressant.

J'ai une question pour Mandrake et les utilisateurs. Si la cible primaire de Mandrake est les desktops, est-il urgent de proposer reiserfs, ext3, jfs?
Sachant aussi que reiserfs est long à mettre au point (nfs, quota, non accessible si on boot depuis une disquette, problème avec lilo parfois.... mais C'est normal, ça vient de sortir). Les systèmes de fichier journalisé arrive sous Linux mais ne sont pas encore mure. Alors pour un usage Desktop, est-il interressant ou raisonnable de mettre reiserfs, ext3, ...
Quelles sont vos motivations?

Surement. Si il n'y a pas de news c'est que la distribe est stable (ce type de distribe n'est pas là pour faire du bruit...). Leur objectif actuellement est d'ajouter ext3. La futur version sera basée sur Redhat 7.0.

C'est distrib "High Availability Server" est basé sur Redhat 6.2 + errata qui est également utilisé pour :
- Red Hat Linux 6.2 Enterprise Edition for Oracle 8i
- Red Hat Linux 6.2 with IBM Small Business Suite
- Red Hat Linux 6.2 with Lotus Domino
- Red Hat Linux 6.2 with IBM WebSphere

Si tu veux un truc fiable, prend par exemple :
http://ha.redhat.com/(...) basé sur Redhat 6.2 et noyau 2.2.
ou
http://www.debian.org/(...) version stable.
ou
...

Mais une beta ou la mouture X.0 d'une distrib, si çà plante, te plaint pas. Merci.

PS: je suis encore sous RH 6.2 (pour un usage personnel) et ne pense pas passer à 7.2 avec noyau 2.4.9-pre2-aa-3bis car j'aime pas me prendre la tête avec des bugs. C'est con car je ne contribue pas au débuggage (désolé).

> Mono dépend énormément des specs Ms mais en fait il ne dépend pas d'Hailstorm.

Il y a changement, tant mieux (je ne suis plus retourné sur go-mono depuis ... longtemps).

> DotGnu est un chantier immense.

Oui mais où est le problème. Linux, GNU ont été des chantiers immenses. Le free software commence a trop raisonner comme les boites commerciales (Positionnement du produit par rapport au marché, planning en fonction des concurrents, etc...). Le free software a le temps !. Internet a pris le temps... on sait le résultat maintenant.

> or java est déjà là.

Dotgnu n'est pas un langage de programmation mais un support (VM, cryptage, authentification, etc...) pouvant être utilisé par plusieurs langage (dont java).

> Ce qui est très inquiétant, c'est ce modèle des web services que promeut Microsoft.............

Oui et non. payé pour un bon service ne me dérange pas. Ce qui est dérangant c'est de payé toujour MS pour touts les services. De plus il va réduire la liberté de développement : une VM, celle de microsoft... Et les langagues (non MS) portés vers cette VM (qui évolura en permanence comme c'est si bien le faire MS) vont souffrir et surement décrocher.

Pour moi il faut virer la VM MS.

> Si ce modèle là se répend, on va pouvoir se mettre où je pense tout nos petits idéaux sur les licences, la liberté et la gratuité. :(

Rhaa, j'aime quand tu parles comme ça. Mais j'ajouterai principalement de solidarité. GNU/Linux est une formidable opportunité pour les pays pauvres. Et avec ce système libre, ont arrête afin de creuser le fossé entre les pays riches et les pays "en voi de développement" (de freeware ;o) )

Marre de voir Mono partout comme le concurrent free software de la politique .NET de microsoft.

C'est une évidence mais dans free software il y a free. Le projet mono implémente une partie de la solution .NET.

Elle est dépendante de :
1- Le language C# (specs réalisées par MS).
2- La libraire run-time C# (specs réalisées par MS)
3- du service Hailstorm.

C'est pas très "free" (libre) comme solution. La bonne voie est dotgnu http://www.dotgnu.org/(...) . Faite un tour sur le site pour comprendre les problèmes liés à l'utilisation de passport ou suivez ce lien:
http://avirubin.com/passport.html(...)

Non. Mono utilise des technologies Microsoft et le service Hailstorm.

Dotgnu n'utilise pas les technologies Microsofts ni les facilités Hailstorm. La seule ouverture vers microsoft sera le support du langage C#. Mais avec Dotgnu on est pas obligé d'utiliser ce langage (dotgnu resa indépendant du langage et on pourra utiliser java, perl, etc... (mais pour le moment ce ne sont que des promesses...

Visite le site dotgnu et aussi la mailing-list "arch" si tu as le temps. Ils sont obsédés par les licences. Par exemple pour l'implémentation de C# il n'ont pas retenu Mono pour des raisons techniques et de brevet.

Il y a un vrai concurrent pour .NET en libre et sans problème de copyright

C'est http://www.dotgnu.org/(...)

Pour installé mysql, php-mysql (en module du module php) il y a un piège :

1 - Installer gnupthread (mais c'est un problème de mon installation je pense (Je devais faire avec!)).
2 - lors de la compilation d'apache, il faut linker en dur libgcc.

> ce qui lance tout plein de cochoneries, c'est gnome-session.

C'est paramétrable dans "propriété de la session et programme au démarrage".

Du calme.

C'est un constat et je n'ai pas critiqué les modérateurs (sauf pour le manque d'explication des refus de news). Simplement, je ne comprends pas le filtrage.

Une seule fois j'ai envoyé un mail pour me plaindre à la mailing modérateur (c'est dire si je n'en fais pas un formage). C'est pour ext3/RedHat. J'ai eu une réponse (pas très convaincante pour moi, mais les goûts et les couleurs...).

> La nouvelle a été proposée par 3 personnes. J'ai approuvé celle qui me semblait la mieux.

Je ne l'ai pas vu passé (celle de JLG).

> On ne refuse pas de nouvelles d'après la personne qui l'a proposée, ...

Loin de moi cette conclusion. Et on ne se connait pas :o) .

P.S. : Pas de drâme, je lis toujours linuxfr.
Le boulot que vous faites est de votre propre initiative. Vous n'avez pas de compte à rendre. Je me suis laissé allé et j'ai profité de cette tribune pour faire part de mes "bobos" ... et partagé une news me semble-t-il interessante.

C'est plus rigolo comme çà...

J'avais posté une news pour cette article mais il a été refusé par les modérateurs (sans raison). Celà fait bien 8 mois que toutes les news que je propose sont refusée ?!?. Je n'est une qu'une seule explication (c'était une news sur le choi ext3 par RedHat).

http://www.liberation.fr/chroniques/gassee/ga20010831.html(...) .

En gros, JLG explique un futur possible du PC en ignorant temporairement les "tenailles" de microsoft.

Une phrase est particuliairement interressante :
"... j'attends encore le procès en abus de position dominante que les parties prenantes du monde Linux ont le devoir d'entreprendre ..."

Rassures-toi, les développeurs (par exemple Gnome et KDE) sont au-dessus de tout çà.

Pas de problème, c'est paramétrable via /proc/sys.
Comme çà tu sera V2.0 compatible.

>> Tu ne réponds pas à la question sur le retard ou l'avance de KDE.

> Je pensais l'avoir fait, a propos des arguments sur le noyau "technique".

Pour le développement en C++ tu dis que KDE est plus facile, plus cohérent, etc...(je suis d'accord).
Si je liste vaguement les fonctionnalités gnome :
- Anti-aliasing (depuis peu).
- système d'impression indépendant du périphérique (gnome-print).
- Automation et incorporation d'object (ala Windows).
- gestionnaire des donnnées utilisations.
- glade/libglade pour développer une interface (gestion des resources).
- vfs (pas convaincu que ce soit un plus).
- etc...

C'est sur des fonctionnalités comme çà que je demande des arguments "techniques".

>> S'il y a une réponse, je ne veux pas la connaitre ...

> Pourquoi demander alors ? :-)

Humm, peut-être, parce que, il me semble parfois que, etc...

troll de base.

Linux en version 1.2 et 2 et il avait beaucoup mieux (solaris par exemple). Linux ne c'est pas arrêté pourtant...

C'est une fonctionnalité ajoutée à la V2.2 et c'est normal. La but est d'avoir de la mémoire vive disponible rapidement. C'est paramétrable via /proc/sys.

J'ai utilisé Linux V2.0 est cette fonctionnalité est globalement bonne.

Par contre avec peu de mémoire vive il a tendance a tout swapper.

Gnome est né pour tué Qt car Qt n'était pas libre. Maintenant Gnome ne veut ni tuer Qt ni KDE.

Merci pour ta réponse.

La liste d'appli Perl/Gtk que j'ai donné vient d'une recherche sur freshmeat.net (pas très rigoureurx).

Le multi-langage de Gnome et la volonté de contenter tout le monde semble peser sur la cohérence et la propreté du tout. J'ai lu hier la mailing-list Gnome-V2 (mois août uniquement). Et bien c'est loin d'être facile pour eux... Les débats sur les Apis sont "marrants", déplacer une API d'une lib à une autre, intégrée gnome-db, intérêt d'esd, le débat GConf/Bonobo-conf (qui font tous les deux la même chose) est significatif.
Je suis de ton avis. Un développeur C++ préférera Qt/KDE.
Pour avoir parcouru la bonne doc (avec attention) et un peu utilisé Qt (pour des essais il y a 2/3 ans) je reconnais que c'est claire, bien fait et comme tu le dis "trivial". KDE : j'ai rien lu.
Tu ne réponds pas à la question sur le retard ou l'avance de KDE. S'il y a une réponse, je ne veux pas la connaitre ...

> Non, c'est vrai, et ce retard ne fait que s'amplifier. Je suis passé de Gnome a KDE il y a un peu plus d'un an (les premières betas de KDE2), pas seulement pour le desktop mais aussi pour l'environnement de développement. Le fossé entre les deux était déjà impressionnant.

Je connais pas très bien KDE. J'ai parcouru leur site, j'ai vue KDE tourner, je connais des utilisateurs heureux de KDE. Le bureau de KDE est cohérent et c'est globalement du bon (bonne finition, intégration).
Mais en quoi Gnome est en retard sur KDE? Je parle du "noyau" technique et j'ai bien indiqué plus haut "technologiquement supérieur ne veut pas dire bon pour l'utilisateur".

>> Gtk--/Gnome--, le wrap c++ de gtk+/Gnome est terminé.
> Non, il n'est pas terminé. Dès que GTK2 et Gnome2 seront stabilisés, ça sera reparti pour un tour.

Selon le site elle est terminée et utilisée (http://gtkmail.sourceforge.net/index.html(...) , http://wwwmath.uni-muenster.de/~mam/index.htm(...) , http://guillaume.cottenceau.free.fr/html/grany.html(...) , http://genSQL.sourceforge.net/index.html(...) ). Et c'est un début puisque la première version stable de Gtk--/Gnome-- date de 2-4 mois.

Et pour l'adaptation à GTK2/Gnome2, un demi-tour maximum.
Cette critique est facile. C'est le même problème pour les wraps de KDE.

> Et même, Gtk-- n'offre pas toutes les fonctionalités de Qt. Par exemple si tu veux un parser XML, tu l'as avec Qt. Si tu veux utiliser Gtk--, il va falloir prendre libXml, qui est en C, donc la wrapper aussi.

Qt est une librairie effectivement très complète, très bien faite et avec une interface propre (je me suis documenté :o) ). Elle restera surement supérieure à Gtk-- car tout est basé sur C++. Pour xml il existe des parseurs C++ (http://www.ari.lusis.org/xml++/(...) basé sur gnome-xml). Je ne trouve pas que se soit un plus d'intégrer xml dans une librairie graphique (à moins que la librairie graphique utilise xml; fichier de config par exemple).

> Ça fait plusieurs années maintenant que Gnome promet ça, et les wrappers sont tous plus ou moins avancés.

Pour C++, Ada, Perl, ils sont indiqués comme complèts (à moins que les sites officiels des projets disent des conneries...). Et je pense que Guile est tout proche de la fin.

Exemple d'appli en Perl/Gtk :
http://www.muhri.net/pronto/(...)
http://www.cscmail.net/(...)
http://cyberpunks.org/holograph/armymaker.phtml(...)
http://frood.sourceforge.net/(...)
http://www.gutenbook.org/(...)
L'outil de configue de Icewm tourne sous Perl/Gtk (je l'utilise).
http://perlcomposer.sourceforge.net/(...)

J'arrête car il y en beaucoup (un tour sur freshmeat me donne 80 programme).

Par contre, je convient que pour les wraps, il y a un bon support pour Gtk et qu'ils sont rarement finis pour Gnome (Sauf C++ pour gnome-lib).
Les applis développé avec les wraps sont peu connue. C'est normal, on ne fait pas une grosse appli avec un language interprété. Par contre sous Gnome en voit beaucoup d'applis avec perl ou guile embarqué (Guppi, Gnumeric, Gimp (mais c'est pas une appli Gnome) pour sité les plus importantes).

> Mais le plus important c'est qu'ils aient une bonne API C++.
Pour un développeur en C++ :o).

J'aime Gnome et je peux le critiquer facilement (CF pour post plus haut).

Mais quand je lis que Gnome est en retard sur KDE, je ne comprend pas. En retard sur un programme, une fonctionnalité. OK. Mais globalement Gnome est en retard sur KDE?
J'entend des arguments et principalement sur le noyau "technique" et pas de truc du style (sous Gnome il y a pas Kdeveloper, c'est lent au démarrage, etc...).

> KDE est au moins aussi indépendant que Gnome vis à vis du langage de programmation.

Désolé. je viens de découvrir http://developer.kde.org/language-bindings/.(...)

> Il est évident que Gnome a pris du retard par rapport à KDE.

ça n'engage que toi. Disont que l'utilisateur final peut-être déçu par Gnome. Mais la situation peut rapidement se retourner :
1 - techniquement Gnome a des fonctionnalités "sexy" qui finiront par être au point :o)...
2 - le nombre de développeurs d'appli est important. Gtk--/Gnome--, le wrap c++ de gtk+/Gnome est terminé. Un développeur c++ peut choisir entre Gtk/Gnome et Qt/Kde. On peut maintenant développer en C, C++, Ada, Perl pour les languages totalement terminés (et bientôt en php http://gtk.php.net/.(...) Pour du prototypage ou une petite appli c'est cool).

> Si Star Office a été porté sur gtk, c'est essentiellement pour des raisons commerciales...

Gnome/Gtk présente l'avantage (et on l'oublit trop) d'être indépandant du langage. Es-t-il possible avec KDE/QT de programmer en Perl, Python ou Php. Il est essentiel pour une suite bureautique d'avoir son "visual basic".

Les mails de critique dans la list Gnome sont bons.

Gnome est sorti après KDE. Pour ne pas être mis de côté, il devait faire quelque chose de technologiquement supérieur. Par ma part (c'est subjectif car je connais mal KDE) ils y sont parvenu (indépendance du language de programmation, corba, bonobo, libole2, thème, pango, etc...).

NB: technologiquement supérieur ne veut pas dire bon pour l'utilisateur (Cf : Hurt/Linux).

Ils sont toujours "obsédé" par la technologie (du moins pour le noyau de gnome).

Je crois que les mails de Cox, etc... sont là pour recentrer le project Gnome et donnée une vision utilisateur et non d'"obsédé de la technologie".
Je ne serais pas contre que RedHat (globalement des pros) donne un coup de pied dans la fourmilière et donne un guide claire au projet (comme au début de Gnome).

Ces problèmes sont visible sur la partie application. Hors le principal but de Gnome est d'offrir une infrastructure pour les applis. Et on a l'impression qu'elles court toujours après les évolutions du noyau (je parle des grosses appli comme gnumeric (gnome-office)). Et malgrés l'anciennté du gnome il ne sont toujours pas dans une phase de stabilisation.
Pourtant "fan" de Gnome je ne comprends pas que je n'arrive pas à faire fonctionner correctement toutes les applis gnome-office en même temps (avec bonobo). J'ai franchement l'impression que les applications ne sont jamais toutes synchrones avec le noyau. On peut tempérer en disant qu'il sont toujours en phase de développement mais après gnome V1.0, 1.2, 1.4 ce n'est plus une excuse.
Un exemple, j'ai installé la dernière version de Gnumeric et j'ai du prendre les dernière (ou presque) version de glib, oaf, gconf, gnome-vfs, gal, bonobo, gnome-print. Gnumeric demande même guile V1.5 alors que sur ftp://ftp.gnu.org/(...) la dernière version stable est la 1.4 ?!? Compte-tenu de l'anciennté de Gnome ce n'est pas normal.

On peut se pauser la question de l'interrêt de la fondation Gnome qui est la pour guider le projet par rapport aux utilisateurs.