matiasf a écrit 1969 commentaires

Juste. L'un des objectifs de gcc 2.96 etait d'assurer la transition avec gcc 3 (et le support de IA64). RedHat a fait gcc 2.96 pour être compatible au niveau source (c++) avec gcc 3 (D'où les nombreuses plaintes). Je crois que gcc-3.2 est incompatible au niveau binaire avec gcc-3.1 ou gcc-3.0 (C++ ABI). Mais soyons positif. S'il y a des incompatibilités binaires de temps en temps, çà pousse à fournir les sources :-) .

> Ce n'est pas la premiere fois que RH fait des conneries, ce n'est surment pas la derniere. J'aime RedHat car ils prennent des risques. Et RedHat a fait quoi comme connerie ? - Aider au développement de GNOME dès le début (bien avant la 1.0). Beaucoup de concurrent qui ne croyait pas en Gnome au début l'on intégré dans leur distribe. - Ne pas avoir intégré KDE à leur distribe (comme Debian!) au début pour des problèmes de license avec QT. Ce chois a poussé Trolltech à changer la licence de QT. - Avoir tardé pour livré ReiserFS (qui ne donnait pas toujours satisfaction côté fiabilité (à l'époque)) pour se concentrer sur ext3 qu'il ont activement aidé pour la fiabilisation (un beta test de 10 mois d'ext3 avant la sortie officiel dans la 7.2 !) et qui permettait aux utilisateurs d'avoir un système de fichier journalisé de qualité et compatible avec ext2. - Bosser sur gcc (c'est un gros contributeur) et sortir la version 2.96RH repris par de nombreuse distribe. > gens connaissent Linux par RH, l'image vehiculee n'est pas forcement ideale. A bon ? Une image de positive. Je suis sure que dans 3-6 mois, d'autre distribe vont prendre la même direction (unifier GNOME/KDE). Car cette direction est LOGIQUE. Et cette idée raillée au début, va faire école. Si tu regardes les réactions, à froid, du thread de la mailing-list de kde, beaucoup comprennent le chois de RedHat (même s'il le regrette).

T'as pas compris. Je dis pas que les developpeurs de KDE font du "Windows touch". Je dis que "interdire de modifier les sources 'officiel' de KDE" (interdire un fork pour adapter à ses besoins, ses envies) est du "Windows touch". Avec Windows, tu prends et tu ne peux rien modifier (le "Windows touch"). Avec le LL, tu prends et tu peux modifier en toute liberté (le "LL touch"). J'ai rien contre KDE.

> Faut arrêter de prendre les utilisateurs pour des cons. Indiquer dans Kmail que Kmail utilise KDE ce n'est pas prendre l'utilisateur pour un con? Indiquer dans Kconquerator ..... ..... pour un con? Les cons comme moi prennent RedHat. Les pointures comme toi prennent LFS (sans X11 évidament). A chaqu'un sa distribe. Si pour toi Microsoft est si proche de RedHat, tu vas nous annoncer qu'il vont mettre leur code sous GPL, qu'il respecte les standards et vont donner un salaire à certains développeurs du LL .

> Pour moi, le LL, c pas seulement une licence, c'est un état d'esprit. RH fait tout selon la GPL, mais pour ce qui est de l'esprit, sur ce coup :-(( Vaut mieux lire çà qu'être aveugle. T'as tout faut. Tu veux que RH ne change rien et "subisse" les développements de KDE (bref le windows touch). RH est dans l'esprit du free software. Avoir des idée et les appliquer sans contraintes. - çà plait, çà reste. - c'est à chié, çà disparait.

> Virer la boite "A propos" d'un logiciel c'est totalement crétin. RedHat a des raisons qui sont correctes. Avec leur futur RH 8.0 il n'y aura plus d'une appli par défaut. Exemple, pour le lecture de mail l'appli par défaut est evolution sous GNOME ET sous KDE. Imaginons que je sois un utilisateur pas très au fait du desktop sous Linux. Je me loggue sous KDE, lance le lecture de mail par défaut, evolution, puis click sur "aide". J'obtient le menu : <aide> ... ... <about evolution> <about gnome> Ici, le <about gnome> est incongru car je suis sous KDE. Donc RedHat a virer tous les "about GNOME" et "about KDE" des applications afin de ne pas "troubler" l'utilisateur qui en a rien a foutre de savoir que son appli favorie utilise Gnome ou KDE.

Bref, tu reproches à RedHat de ne pas faire une distrib autour de KDE. <troll> - Le compilo y va pas pour KDE. - RedHat fourni pas de développeurs pour KDE. - RedHat ne doit pas utiliser XFt2, VFolder car KDE l'utilise pas. - Scandale RedHat y fond un tème qui l'ai pas pareil que KDE. - pis y font que du travail de cochon. - etc... </troll> RedHat et KDE n'ont pas les même objectifs. C'est pas nouveau. RedHat n'aide pas KDE. KDE n'aide pas RedHat. Point barre. D'autre s'en charge ! Pas de problème, prend une Suse. Et va reprocher à Suse de ne rien faire pour GNOME !!! RedHat a sa philosophie de l'OS . Qu'on aime ou pas. Gnome correspond à leur philosophie. Il défende leur vision du desktop et on ne peut pas les taxer d'opportunisme. Et si çà ne plaid pas, des opportunité vos se créer. Mandrake est né car RedHat ne fournissait pas KDE ! (Mandrake a pompé une RedHat et ajouté KDE au début !)

Si gcc-2.96 (RH) était pourri, pourquoi Mandrake, ASPLinux, Madeinlinux, l'utilent ? Pourquoi RedHat l'a utilisé si longtemps alors qu'il sont très pointu côté gcc (c'est peut-être le plus gros contributeur) ? Ce reproche sur gcc 2.96 (RH) me fait toujours rire...

Pourquoi ce "bruit" ? RedHat modifie KDE. En fait, RH crée une version de KDE spécifique pour eux. C'est tout (OK le cou p de la boite "à propos" est un peu maladroit) . Quand RedHat fornie un noyau Linux avec 80 patchs (OUI OUI et parfois plus !) personne ne trouve à redire. Alors, pourquoi ici ? KDE n'a pas à ce plaindre. Il y a très peu de développeur KDE chez RedHat. Donc RedHat ne peut avoir une influence sur KDE. Par contre, les développeur RedHat sur GNOME sont nombreux (et surtout important). Le project GNOME doit se méfier de RedHat ! Hors, pas de problème... Bizarre, Bizarre...

> Hum, le choix du C dans GNOME.

> la large majoritée des developpeur GNU/Linux/*BSD code en C

Juste.

> La volonté de se demarqué du projet KDE et du C++

Non.
C'était pour avoir des "languages bindings". En effet, C++ est un excelent language mais incompatible avec de nombreux language. Et il a toujours été question d'avoir un "wrapper" C++ pour GNOME/GTK !
Ceci permet à Gnome (et/ou) Gtk d'être programmable en C, C++, Perl, Python, Php, Scheme, Guile, Java, Objective C (et oui :-) ), C#, etc...

http://erik.bagfors.nu/gnome/languages.html(...)
Tout n'est pas parfait ...

Cette possibilité est beaucoup moins visible avec QT où les bindings sont beaucoup moins nombreux.

> qui imagine que GNUstep pourra ratraper le retrard accumulé depuis quelque temps

J'ai testé GNUstep il y a 12 - 18 mois et j'ai été très, très déçu (surtout par rapport à tout le "bruit" fait autour). Très déçu car j'avais une nextcube (ya très longtemps et N/B) et que GNOME (connait pas KDE...) était bien meilleur (Et je parle pas du look qui est la cadette de mes préoccupations).

> GNOME/KDE, qui on surment le default par moment de singaient windows

Singer windows est un défaut ?

Se forcer a prendre des distances avec de bonnes solutions est une bonne idée ?

L'interface graphique Windows a des défauts, mais aussi de fortes qualités. La copier n'est pas forcément une erreur.

PS: j'ai compris que "singer windows" n'est pas un gros défaut pour toi. C'était juste pour dire que pour moi avoir des trucs qui ressemble à windows ne me pause pas problème (fausse pour
- cliqué sur démarrer pour arrêter
- le bouton annuler dans la fenêtre de login
- c: d: ...
- leur séparateur de répertoire à la con '\'
- l' absence de message d'erreur claire en phase de boot.
- Installer le driver avant d'installer le périphérique.
- Les trous de sécurité
- Les anti-virus
- Ses fenêtres modales.
- Ses nombreuses fenêtre non-redimensionnable.
- Sa capacité à rendre perplexe le plus pointu des administrateurs réseau.
- Sa capacité a générer des conflits entre cartes PCI ?!?.
- Son obsession à lire A: alors que je n'ai pas de lecteur de disquette.
- etc... )

Y a encore plein de choses à ne pas copier...

Globalement OK avec toi.

J'ajouterai que RedHat, Mandrake, Debian, etc... on également un gros support de la communauté.

Il circule entre 20 à 100 messages par jours sur la mailing-list RH-Limbo par exemple.

Hors, UnitedLinux n'a pas grand chose pour exiter la communauté (dirait qui font tout pour l'éviter).

> va falloir arrêter de montrer RedHat en exemple

C'est marrant ce besoin de taper sur les gros même quand on a rien à lui reprocher (certains vont gémir avec des "gcc 2.96" et des "services up2date payant").

Si RedHat ne peut être montré en exemple, qui peut-on montrer en exemple ?

Mandrake ? pourquoi pas ?
IBM?
Caldera?
Suse?

Debian ? C'est pas une boîte commerciale.

> y'a qu'à voir le traitement qu'ils font subir à KDE dans la RH 8.

Quel traitement ?
la RH 8 n'est pas sortie encore !

> KDE leur a jamais plu
C'est assez vrai et il en ont le droit !

> car ils financent GNOME

finance ?!?
il aide et c'est leur droit aussi !

RedHat commence a peser significativement sur le monde Linux, c'est un fait.
Il faut être vigilant. Mais taper dessus uniquement car c'est une grosse boîte (dans la free software car à côté de MS ou IBM, RH est ridicule) est stupide.

Heureusement que linuxfr n'utilise pas Mandrake !

Sinon on aurait une news en première page à chaque RC de Mandrake.

On l'a échappé belle. Ouf...

Mandrake c'est pour les mandrakiens (un nouvement d'énervé venant de France).

Linuxfr est lu majoritairement par des windowsiens (cf stats).
Hors les windowsiens c'est la majorité !

Sachant que linuxfr utilise dacode, cette news intéresse la majorité.

Il est pas compliqué le filtrage des modérateurs. Bordel.

C'est cool ces petits tutoriels.

Il montre que Gnome malgrès sa réputation d'usine à gaz est abordable.

> c'est d'un tout autre niveau.

Pas de troll...

Sinon argumente.

> Bench concernant les serveurs de fichiers,

Il me semble que c'était un problème avec Samba, que c'est vieu et que les derniers bench montre des différences très faible.

> Une meilleure implementation permettant aux editeurs/constructeurs de greffer des drivers Proprios

1) ce n'est actuellement pas voulu par Linux (bien que souvent les modules reste compatible au niveau binaire entre version mineure

2) Si dans Linux on peut mettre plein de truc propriétaire bien caché, je ne suis pas sûre que le free software y gagne.

Redhat indique que les différences en leur précédent gcc 3.1.1 et gcc 3.2 sont faible et qu'il aurai tort de ne pas prendre ce "risque", initialement non prévu pour Limbo.

> mais parceque les sociétés qui les produisent nous traitent comme des criminels et s'arrogent le droit d'espionner notre vie privée !

Pourquoi pas. Mais uniquement si elles "s'arrogent le droit d'espionner notre vie privée" sans l'accord des politiques. Hors actuellement elle n'ont pas le droit. Faut "taper" sur les politiques pour que les lois soit respecter.

> un boycott des produits que commercialisent les sociétés ...

Non.
De plus, çà ne marchera pas (je crois).

Le boulot des politiques est d'assurer que le piratage est insignifiant. Leur boulot est de montrer à ces boîtes que la situation est saine et qu'elles n'ont pas s'occuper à du piratage. Ainsi, ces boîtes n'auront plus d'idées "perverses".

Mon avis, est qu'il faut virer les boîtes commerciales du traitement du piratage et exiger des politiques qu'ils fassent ce travail.

Polique, faites votre boulot. Faites des descentes chez les gens. S'il y a 4 ou 5 fichiers mp3 pompés illégalement, fermé les yeux. Mais si les 3/4 des CD sont des copies => amendes.

Qu'es qu'on veut ?
Lutter contre le piratage ou officialier le piratage avec des conneries comme les taxes sur les CD ou avec un traitement du piratage par les sociétés.

Chaqu'un son rôle. Et oui je n'ai pas envie d'avoir un mode formaté par les pirate ni de payer pour eux (genre taxe sur les CD).

Certains, et je les comprends vont dire :
Mais j'ai pas les tunes pour acheter Windows, office, etc... nécéssaire pour mes études. Ben les politiques devront faire en sorte que ces produit ne soit pas indispensable pour suivre ses études et peut-être promouvoir l'usage l'autre solution beaucoup moins onéreuses. Windows n'est pas cher, le problème c'est office. Hors il y a maintenant openoffice. Donc pas vraiment d'excuse.

> Quelqu'un connait il la vitesse en mètres par seconde du chameau d'Egypte ?

C'est toujours la vitesse en km/h divisé par 3,6.

> et qu'il n'y a pas de raison de payer pour quelque chose qui est "gratuit" ? Ne réfléchissent même pas à la quantité de travail qui est offerte !

> et communauté ça signifie "en commun" partager les fruits du travail mais aussi les efforts

Perso, (je vais passer pour un con) j'ACHETES mes distribes RedHat même si le manuel papier ne me sers à rien d'autre qu'à me torcher le c.. et que je peux graver facilement des CD fraichement pompés sur le web.

Sur linuxfr, les gens vont gueuler car RedHat propose un service de mise à jour moyennant finance.
Si RedHat doit attendre la générosité des utilisateurs, leur nombre de développeurs serait divisé par deux. Et les développeurs chez RedHat (et d'ailleur, Mdk par exemple) ne fond que du GPL (et un peu de BSD).

Je préfère payer une boîte qui fait du GPL même si je ne suis pas obligé que d'être obligé de payer une boîte qui fait du propriétaire.

Sur linuxfr (et ailleur) le gens gueule car staroffice sera payant. Qui va payer les développeurs de SUN? Pardon, il doit vivre de rien !

MERDE, le tout gratuit çà n'existe pas !
Le tout gratuit çà n'existe pas !

Combien de foi j'entend "C'est cool GNU/Linux c'est gratuit".
C'est pas gratuit. Y a des gens qui ont trimé tard le soir pour nous concocter de petits bijoux. Y a des gens qui sont payés (ya pas de honte à gagner sa vie) pour faire un driver, pour corriger un bug, etc...

GNU/Linux c'est la POSSIBILITE d'avoir un système complèt pour 0 €. La possibilité uniquement !

Cette manie du "tout gratuit" du "pirater c'est moins con que de payer" fait qu'on se retourve avec des taxes sur le CD- gravable que napter ferme que le système de cryptage de Mplayer est de plus en plus adopté, qu'il y a des un pressing formidable pour des conneries comme DMCA SSSCA etc... qu'il n'est pas possible de lire une DVD sous Linux au USA en toute légalitée, etc, etc, etc...

Alors merci les adaptes du piratage. Je parle de ceux qui ont du pognon mais qui achête au maximum un CD par an car un sous est un sous.

Encore un ptit sous,
Encore un ptit sous (comme dit picoli dans je sais plus quel film).

On a rien sans rien... et on fini toujours par payer (et maintenant çà va être de force).

> si quelqu'un veut passer une demi journée à m'explquer ce qui merde je suis OK

Je suis sur Grenoble. Et toi?

> Quelqu'un connait il la vitesse en mètres par seconde du chameau d'Egypte ?

Ben c'est la vitesse en Km/h divisée par 3,6 .

> Sur le coup, l'idée qu'une modif de fichier changait le versionnage de tout le projet m'a un peu choqué.

désolé, on c'est mal compris, mais de peu. Un exemple pour éclairir "ta lanterne" :
$ svn status -v
_ 59 57 f.matias .
_ 59 2 anonymou ./Makefile
_ 59 27 anonymou ./Makefile-mat.patch
_ 59 2 anonymou ./README
_ 59 2 anonymou ./install.patch
_ 59 24 anonymou ./install.patch-mat.patch
_ 59 46 f.matias ./subversion.spec
M 59 57 f.matias ./subversion.spec-mat.patch


Le 59 c'est le numéro de révision de l'arborescence complète à laquel correspond l'ensemble de mes fichier. Tous commit (ci) même d'un unique fichier change ce numéros. Les chiffres à droite du 59 est le numéro de l'arborescence lorsque le fichier a été modifié.

Mais Makefile:2, Makefile-mat.patch:27, etc... correspond à l'arborescence 59.

Ainsi, Makefile, README, install-patch qui ont le numéro 2 on été "check in" en même temps.

Si on les "check in" un par un alors:
Makefile => 2
README => 3
install-patch => 4

et ce sont les seules fichiers qui ont leur numéros de révision de dernière modification à 2, 3, 4.

Les numéros de version sont TOUJOURS pour toute l'arborescence. Mais on peut connaitre les numéros de version où un fichier a été modifier :

exemple :
$ svn log install.patch-mat.patch
------------------------------------------------------------------------
rev 24: anonymous | 2002-07-16 19:14:53 -0400 (mar, 16 jui 2002) | 1 line

Mise à jour des patchs pour construire les packages rpm.
------------------------------------------------------------------------
rev 22: anonymous | 2002-07-16 17:35:28 -0400 (mar, 16 jui 2002) | 1 line

patchs spécifiques pour créer les packages rpm. Ne marche peut-etre pas actuellement.
------------------------------------------------------------------------

Le fichier a été modifié deux fois : à la révision 22 et 24 de l'aborescente.

Si je veux la première version :

svn co ... -r 22 install.patch-mat.patch


Ce n'est pas génant.

lit cette courte page :
http://feliciano.matias.free.fr/svn/Transactions-et-num%E9ro-de-r%E(...)

> changait le versionnage de tout le projet m'a un peu choqué.

Il y a aussi l'étiquetage, voir http://svn.collab.net/repos/svn/tags/(...) pour un exemple.

Franchement Subversion est exploitable et plus simple et naturel que cvs. Si tu ambitionnes (pour un nouveau projet) utiliser un gestionnaire de version, çà peut-être un bon choix.

> Une bonne fois pour toute : Window 2000 et XP sont d'une stabilité équivalente à Linux. C'est la stricte vérité.
> ceux qui contredirons ce point sont d'une mauvaise fois évidente et malsaine !

çà me fait mal au cul de le dire mais tu as raison. Bon je pense qu'il reste néanmoins un avantage à Linux.

Je serais clairement en désaccord pour Win95/98/NT mais force est de reconnaitre que Microsoft a mis les bouchées double pour 2000/XP.

Il n'y en a pas. C'est même la procédure proposée par la doc de subversion.

C'était, entre autre, pour indiquer qu'il est possible d'installer (et sûrement de compiller) subversion sur une bécane avec apache 1.3 ou sans apache (bien sûr, il n'y aura pas subversion-serveur).

Si çà intéresse quelqu'un, je peut mettre les packages libapr* en ligne (y doivent d'ailleur être sur le site de subversion!).

Néanmoins, il n'est pas très "pûre" d'installer apache 2 alors que tu n'en a pas besoin...

> quand on pourra l'utiliser de manière graphique dans un vrai environnement, dépouvu de gnomeries.

Tu veux dire un truc qui n'utilise que libX11, comme xbill ?

Erreur, xbill c'est de la merde il utilise aussi libXt.

Le top du top reste l'utilisation de ncurses avec aalib pour les graphiques.

Sinon, tu peux me dire ce que te retourne un équivalent de :
$ rpm -q --whatrequires libgnome.so.32