> le businness plan ne sert qu'a avoir des fonds lords des augmentations de capital
Redhat, même bénéficiaire, et sans demande de levée de fonds à un business (sans z merci) plan comme tout le monde. Ils ne travaillent pas en aveugle.
> Le probleme de cette direction c'etait surtout que c'etait des "grosses pontes"
A qui la faute ?
> > Mandrake a fait perdre beaucoup de pognon au LL
> Tu dis n'importe quoi !!!
> En quoi tu peut dire que mdk a fait perdre de l'argent du LL ? Depuis qd l'argent de mdk appartient au LL ?
Et les dons pour renflouer les pertes dûes au e-learning ? Et l'investissement venu du LL pour faire du e-learning ? C'est les cosmétiques qui en souffre ?
Je n'achete pas une distribution que je peux récupérer gratuitement pour que l'argent soit investi dans le e-learning. De plus sans que je sois mis au courant.
> Normal RH a tout fait pour que ca fasse grand bruit, histoire de montrer a tous l'innovation.
De toute manière, sur dlfp, c'est pas compliqué. Mandrake fait tout bien, à tout inventé, c'est les seuls à faire du libre dans l'esprit du libre etc...
Redhat a 10 ans dans le free software. Actuellement plus d'une centaine de développeur, sur des projets LL et beaucoup de leader de Linux, gcc, gnome, etc. Cette boîte a été visionnaire et a su mettre en oeuvre un buziness plan qui marche. Mandrake n'a pas de buziness plan qui marche. a initialement pompé sur redhat, fait des appels à la solidarité pour essuier les conneries faites dans le e-learning (direction approuvée par mandrake, inutil de dire que c'est des "dents longues" venus des USA), ce qui en montre beaucoup sur leur "confiance" dans le LL. Mandrake a fait perdre beaucoup de pognon au LL, n'a maintenant que très peu de développeurs et il faut continuer à lui cirer les pompes et faire des dons. Désolé, très peu pour moi. J'achèterai peut-être une distribe française mais pas une Mandrake. Vivement qu'une nouvelle distribe française soit créée avec un buzines plan claire. Quand j'achète une distribe, ce n'est pas pour filer du pognon dans du e-learning. Quand j'achète une redhat, tout ou presque va dans le LL (pub, developpement, support). Mandrake a joué avec le feu. Tant pis pour eux.
La contribution de mandrake au LL est ridicule par rapport à redhat. Alors vous pouvez continuer à chercher des poux dans la tête de redhat, le patch qui va pas, une pub trop "bruillante", etc, mais les faits sont là.
> Normal RH a tout fait pour que ca fasse grand bruit, histoire de montrer a tous l'innovation.
Ben mandrake n'a qu'à bosser sur son département communication. Surtout lorsqu'on sort une distribe avec Linux 2.4.21 qui n'existe pas encore http://www.mandrakelinux.com/fr/9.1/features/ :
"Mandrake Linux 9.1 inclut les logiciels suivants: Kernel 2.4.21"
Redhat ne va pas dire que c'est un 2.4.21 dans la rh9 même si elle utilise un 2.4.21-preX .
> hmm, mdk avait depuis pas mal de temps un pseudo-theme unifie juste qu'avant c'etait pas bo
Ben ça les regarde. Si mandrake fait des trucs moches non diffusable avant la rh8.0, ça les regarde.
> Et je vois pas en quoi ils avaient l'intention de dire qquechose.
Et plus loin :
> Hmmm, a mon souvenir RH a bien garder cela secret jusqu'a la beta
Ce que fait l'un est normal, et si l'autre fait la même chose c'est pas bien. Faudrait savoir ....
> qu'ils auraient du jouer a la gueguerre avec RH (donc jouer le jeu de RH qui fanfarronait bien que "leurs innovations" pour les users).
Mdk sont bosser sur son département communication.
> Je pense que le libre a deja trop souffert de gueguerres debiles.
n'en crées pas une nouvelle qui n'existe pas.
> et ça fait longtemps que mdk essaye de faire un thème commun c'est juste aqu'avant c'était moche :p
Me faites pas rire sans déconner. L'initiative de redhat a été un succès (au moins médiatiquement), sauf ici, et maintenant c'est mandrake qui a eu l'idée alors qu'il n'ont rien dit lors de la sortie de Redhat 8.0, qu'il n'y avait rien dans cooker avant le début des travaux sur 9.1 . Mandrake n'est pas le centre de l'innovation du logiciel libre et il peut leur arriver, comme à tout le monde, d'être débordé par les autres. Surtout que même pour la 9.0 kde et gnome était livré avec les thèmes par défaut alors que mandrake savait, et tout le monde le savait, que redhat allait sortir BlueCurve.
> Pas plus que RedHat !
Un peu plus car il y a Yast avec une license pas top mais pas de quoi foutter un chat.
Alors, il y a plein de "SuSE ça sux", et autres finesses. Faudrait peut-être vous réveiller. Concrètement, dans le domaine des serveurs il y a redhat, suse et rien d'autre (oublions la debian qui a une place, c'est évident, mais qui est un cas "spécial"). Pas la peine de parler de mandrake qui a abandonné ce segment pour faire un retour dimide avec la corporate server mais n'a jamais affiché un soucis, une politique à long terme pour les server. Alors désolé mais madrake est out dans ce créneau et son retour avec la corporate server ressemble plus à une opportunité de faire du pognon en surfant sur un courant de sympathie en France, que quelque chose de réellement bénéfique pour une entreprise.
Alors continuez vos "SuSE ça sux" si vous voulez aider redhat et faire en sorte qu'à jamais, mandrake ne puisse revenir sur ce segment.
> Ces querelles de clocher me font toujours bien rigoler.
Relis le thread. Je dis en premier :
- "Tout le monde y gagne."
Moi j'en est plein le cul des critiques systèmatiques contre redhat alors que c'est le plus gros contributeur et depuis longtemps.
> Par contre, cette abomination, cette merde immonde, ce truc horrible qu'est kudzu,
Pourquoi puisque tu ne sembles pas utiliser kudzu? De plus, si tu n'en veux pas, fait un "rpm -e kudzu kudzu-devel" ou "service kudzu off".
> mon dieu je n'en veux pas sur ma Deb.
Ben ça va être utilisé par la prochain deb et c'est actuellement utilisé par knoppix et plein d'autre.
> je ne sais pas s'ils ont repris "menu" et "apt"
apt a été porté pour rpm. C'est conectiva qui a fait le boulot. Il marche sur redhat mais redhat ne le diffuse pas pour "protéger" leur système up2date.
pourquoi le toujours ? tu as l'aire surpris. Redhat fait depuis toujours du logiciel libre (sauf le serveur rhn mais qui n'est pas destiné a être diffusé).
> c'est avant tout vers les entreprises avec leurs solutions professionnelles qu'ils se tournent de plus en plus.
Il n'est pas incompatible de faire du logiciel libre et de cibler les entreprises. D'ailleur redhat a toujours ciblé les entreprises et toujours fait du logiciel libre.
> énonce moi donc ce que redhat a apporté à debian.
Redhat est le plus gros contributeur pour Linux, libc, gcc, binutils et parti les plus importants pour gnome. Redhat héberge de nombreux projets dont gcc, libc, binutils, gdb, libstdc++, etc : http://sources.redhat.com/projects.html(...)
Plus notablement, puisque c'est une news sur rh9, le nouveau système de thread a principalement été écrit par redhat. Sa diffusion/test par rh9 va le fiabiliser et debian pourra l'intégrer en tout confiance. Donc le boulot de redhat se retrouve dans debian. A moins que debian vire le boulot de redhat dans leur disbribe. Kudzu (développé par redhat http://elvis.redhat.com/kudzu/index.html(...) ), va être utilisé par debian pour le prochaine version majeur et pour debian-desktop.
Maintenant, tu peux me dire ce qu'a apporte debian à redhat ?
> 3°) La Redhat est très longue à s'intaller comparé à la Mandrake.
On fait pas une installation tout les jours :-)
Sinon Redhat utilise rpm 4.1 pour la 8.0 et 4.2 pour la 9. Mandrake reste à 4.0 . J'ai entendu parler que c'était en parti dû à l'utilisation de ldconfig lors de l'installation de chaque paquet.
> 4°) URPMI est incontournable, il manque sous Redhat.
D'après http://news.com.com/2100-1016-994074.html(...) , ACL a été viré au dernier moment :
- "But Red Hat wasn't able to get everything it wanted into the new product. Access control lists, which permit administrators to control very precisely which computer users have access to what computer files and resources, wasn't mature enough to use, but Wilson believes it will be ready for the next version."
Ya eu beaucoup de "pertes" durant la phase beta :
- acpi
- htree pour ext3
- acl
> ils sont plutot partisant de l'ext3
Je fais peut-être un mauvaise interprétation de "partisant" dans ta phrase.
Je ne pense pas que Redhat soit partisant d'ext3. C'est comme si tu me disait qu'il était partisant d'evolution. C'est un choix réfléchi. ext3 est un fs de haute volée et très très fiable. Son mode "ordored" est unique et marche dans pratiquement toute les configuration de linux (avec smb, nfs, etc...). Enfin, il est compatible ext2 (ext2 était par défaut jusqu'à RH 7.1, c'est pas vieu) et pour les mise à jour c'est essentiel. De plus, il sera bientot complet et toujours FAIBLE avec acl, les attributs étendus, et très proche des meilleurs en perfo avec htree. Le tout dans quelques mois.
Toujours pas de XFS.
XFS n'est toujours pas intégré officiellement à Linux. Il n'est pas pret pour un usage général. Entre autre j'ai aussi entendu parlé de divers problèmes avec samba ou NFS.
Ce type de troll est toujours aussi ridicule. Le boulot de redhat se retrouve dans ta sublime d e b i a n.
Maintenant, j'espère que tu comprends pourquoi des personnes perdent^H^H^H^H^H^H^H investissent du temps sur redhat. Tout le monde y gagne. A moins que debian ne veut pas de NTPL par exemple.
Redhat est très impliqué dans les "couches basses" d'un système GNU/Linux (kernel, libc, gcc, etc...). Quelqu'un plus haut parle d'un fork KDE. J'espère que Redhat aura la bonne idée de faire un "vrai" fork XFree86. Pas forcément pour y mettre beaucoup de développement mais pour la coordination, la doc, les resources, la communication avec les boîtes qui developpent du hard, etc...
Je dis Redhat, mais ça peut être un autre. Redhat m'est venu à l'esprit aussi car il est l'un des premiers a avoir intégré xft/fontconfig.
> J'ai l'impression que toutes ces manifs n'ont servies à rien...
Faut surtout pas penser ça.
S'il n'y avait pas de manif, Chirac ne s'aurait pas autant opposé à la guerre. Si tout le monde laissait se mettre en place cette guerre sans lever le petit doigt, l'Europe ne serait pas en train de se remettre en question. Avec toutes les manifs, de petits pays ont osés dire non au USA (c'est très significatif).
Même si parfois on n'y croit pas, l'opinion public compte. Les manifs sont parmis les meilleurs moyens pour faire connaitre notre opinion. Biensur, ça ne change pas forcément l'histoire à court terme. Mais ça peut l'infléchir significativement à moyen/long terme.
> > Les sociétées commerciales s'oriente de plus souvent vers Gnome que Kde
> Ben non, au contraire...
IBM, Sun, HP, SGI fournissent ou vont fournir Gnome et sans KDE à côté.
> Autre avantage de Qt: sa version Windows
Il n'y a pas de version GPL de Qt sous Windows il me semble (à confirmer). C'est pas un gros avantage si on est dans une vision logiciel libre. Idem pour MacOS (sauf X).
Je ne pensais aux programmes mal intentionnés. J'était dans un contexte "normal". D'ailleur j'ai clairement fait un rapprochement avec les logiciels propriétaires. Je ne pense pas que les sociétés commerciales fassent des virus, qu'elles font exprès de faire des systèmes de fichier non fiable, qu'elles créent avec des intentions néfastes des trous de sécurité, etc...
> C'est ce qui fait que bien souvent des solutions sont retenu alors qu'elles ne sont pas adaptés à la masse des utilisateurs, tout ça parceque les developpeur font ce qu'ils veulent et que l'on peut être très bon developpeur mais pas forcement visionnaire/"bien en face des réalités"
J'ai lu sur la mailing list gnome que c'est maintenant un problème réellement pris en compte. Il invite les développeurs à contacter les "expers" ergonomies avant de débuter un développement, un bug peut être ouvert si une appli de respecte pas le guite usability, etc...
C'est sur les rails :-)
> Evolution sur un PIII 750, 128 Mo de ram n'est pas des plus rapide et stable (je n'ai pas testé pour KMail).
Pour la stabilité, j'ai pratiquement aucun problème. Par contre j'ai testé la version 1.4 et elle plante très facilement.
Pour la vitesse, ton problème est sous évolution 1.0 ou 1.2. La version 1.2 a corrigé les problèmes de vitesse dans la gestion des mails et l'affichage html. Ces deux étant dramatiquement lents.
> Non, je ne suis pas d'accord, il n'est pas moins bon, il a moins de fonctionnalité que tout le monde n'utilise pas.
Si tu veux. Mais evolution est plus utilisé que kmail. Ce que je ne veux pas, c'est que kde soit moins utilisé que gnome car kmail est "moins souvent choisi" qu'evolution.
Mais vu le score de mon post, on n'est pas de mon avis. Alors OK, gnome et kde ça ne se melange pas. C'est soit l'un, sous l'autre. Mais à moyen, long terme, c'est kde qui va en souffrir. Les sociétées commerciales s'oriente de plus souvent vers Gnome que Kde pour faire de développement (entre autre car Qt est GPL alors que les libs Gnome sont LGPL). Et Gnome va être de plus en plus supporté par les entreprises. Regarde Sun/IBM/hp qui supporte Gnome, développe/debugue pour Gnome. Dans une vision de "clash" entre les deux desktops, c'est Gnome que va resté. Et moi, je ne veux pas ce clash.
matiasf, on, doit pouvoir faire référence à bluecurve. Qu'on aime ou pas. C'est bluecurve, mal foutu ou pas, qui a initialisé et/ou répendu la réflexion sur l'unification des bureaux. Qui a pointé du doigt qu'un distributeur (le plus important) ne veut pas d'un bureau qui marche en tout ou rien. Tout KDE ou rien. C'est bluecurve qui a montré qu'un distributeur n'aimait pas le côté "bordelique" dans la cohabitation des applis Gnome/Kde. Car oui, les applis Gnome et Kde doivent pouvoir cohabité pour le bien de l'utilisateur.
> Quand aux applications par défaut.. ben mettre des applis par défaut GNOME/GTK dans KDE, si c'est pas "vouloir la mort de l'autre projet"
C'est une vision bien "petite". Si RedHat voulais saboté KDE, RedHat ne devrait pas faire d'effort pour que les deux bureaux cohabitent. Or c'est RedHat, avec hp entre autre, qui bosse le plus sur la cohabitation des deux projets. Les applis sont les plus utilisée sont sous Gnome. Galeon, evolution, gnucash... C'est statistique. Il y a plus d'utilisateurs d'evolution que de kmail même sous KDE. Faire en sort que kmail soit défaut dans KDE, c'est donner une mauvaise image de KDE. Pour un utilisateur qui n'a pas conscience d'utiliser des applis Gnome/Gtk ou Kde/Qt, c'est sous-entendre que le mailer du bureau KDE est moins bon que le mailer de Gnome. Le gens vont basculer sous Gnome pour utilisé evolution. Faire en sort que dans chaque bureau on retrouve les meilleurs applis, c'est rendre le choix du bureau indépendant des applis et ne pas favoriser un bureau car il a de meilleurs applis.
Si RedHat veux "couler" KDE, je leur conseille de faire un maximum d'incompatibilité entre les deux bureaux. Si Kde veut se couler tout seul, je leur conseille d'ignorer les exigences de Redhat qui est le plus gros distributeur.
Je ne dis pas que tout ce que fait Redhat est bien. Mais l'intention est bonne pour KDE et Gnome et n'est pas un "sabotage" de Kde.
[^] # Re: Bon esprit...
Posté par 123neveu . En réponse à la dépêche Interview de Gaël Duval à propos de Mandrake. Évalué à 8.
Ils auraient suivi mandrake car l'initiative est définitivement bonne.
[^] # Re: Bon esprit...
Posté par 123neveu . En réponse à la dépêche Interview de Gaël Duval à propos de Mandrake. Évalué à 8.
Redhat, même bénéficiaire, et sans demande de levée de fonds à un business (sans z merci) plan comme tout le monde. Ils ne travaillent pas en aveugle.
> Le probleme de cette direction c'etait surtout que c'etait des "grosses pontes"
A qui la faute ?
> > Mandrake a fait perdre beaucoup de pognon au LL
> Tu dis n'importe quoi !!!
> En quoi tu peut dire que mdk a fait perdre de l'argent du LL ? Depuis qd l'argent de mdk appartient au LL ?
Et les dons pour renflouer les pertes dûes au e-learning ? Et l'investissement venu du LL pour faire du e-learning ? C'est les cosmétiques qui en souffre ?
Je n'achete pas une distribution que je peux récupérer gratuitement pour que l'argent soit investi dans le e-learning. De plus sans que je sois mis au courant.
[^] # Re: Bon esprit...
Posté par 123neveu . En réponse à la dépêche Interview de Gaël Duval à propos de Mandrake. Évalué à 8.
[^] # Re: Bon esprit...
Posté par 123neveu . En réponse à la dépêche Interview de Gaël Duval à propos de Mandrake. Évalué à 7.
[^] # Re: Bon esprit...
Posté par 123neveu . En réponse à la dépêche Interview de Gaël Duval à propos de Mandrake. Évalué à 7.
Me faites pas rire sans déconner. L'initiative de redhat a été un succès (au moins médiatiquement), sauf ici, et maintenant c'est mandrake qui a eu l'idée alors qu'il n'ont rien dit lors de la sortie de Redhat 8.0, qu'il n'y avait rien dans cooker avant le début des travaux sur 9.1 . Mandrake n'est pas le centre de l'innovation du logiciel libre et il peut leur arriver, comme à tout le monde, d'être débordé par les autres. Surtout que même pour la 9.0 kde et gnome était livré avec les thèmes par défaut alors que mandrake savait, et tout le monde le savait, que redhat allait sortir BlueCurve.
[^] # Re: SuSE annonce la disponibilité de sa solution serveur pour plateformes Itanium 2
Posté par 123neveu . En réponse à la dépêche SuSE annonce la disponibilité de sa solution serveur pour plateformes Itanium 2. Évalué à 2.
Un peu plus car il y a Yast avec une license pas top mais pas de quoi foutter un chat.
Alors, il y a plein de "SuSE ça sux", et autres finesses. Faudrait peut-être vous réveiller. Concrètement, dans le domaine des serveurs il y a redhat, suse et rien d'autre (oublions la debian qui a une place, c'est évident, mais qui est un cas "spécial"). Pas la peine de parler de mandrake qui a abandonné ce segment pour faire un retour dimide avec la corporate server mais n'a jamais affiché un soucis, une politique à long terme pour les server. Alors désolé mais madrake est out dans ce créneau et son retour avec la corporate server ressemble plus à une opportunité de faire du pognon en surfant sur un courant de sympathie en France, que quelque chose de réellement bénéfique pour une entreprise.
Alors continuez vos "SuSE ça sux" si vous voulez aider redhat et faire en sorte qu'à jamais, mandrake ne puisse revenir sur ce segment.
Redhat vous remercie par avance.
[^] # Re: rupture définitive
Posté par 123neveu . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 8.
Relis le thread. Je dis en premier :
- "Tout le monde y gagne."
Moi j'en est plein le cul des critiques systèmatiques contre redhat alors que c'est le plus gros contributeur et depuis longtemps.
> Par contre, cette abomination, cette merde immonde, ce truc horrible qu'est kudzu,
Pourquoi puisque tu ne sembles pas utiliser kudzu? De plus, si tu n'en veux pas, fait un "rpm -e kudzu kudzu-devel" ou "service kudzu off".
> mon dieu je n'en veux pas sur ma Deb.
Ben ça va être utilisé par la prochain deb et c'est actuellement utilisé par knoppix et plein d'autre.
> je ne sais pas s'ils ont repris "menu" et "apt"
apt a été porté pour rpm. C'est conectiva qui a fait le boulot. Il marche sur redhat mais redhat ne le diffuse pas pour "protéger" leur système up2date.
# Troll detected
Posté par 123neveu . En réponse à la dépêche RedHat : pas si mal que ça. Évalué à 10.
pourquoi le toujours ? tu as l'aire surpris. Redhat fait depuis toujours du logiciel libre (sauf le serveur rhn mais qui n'est pas destiné a être diffusé).
> c'est avant tout vers les entreprises avec leurs solutions professionnelles qu'ils se tournent de plus en plus.
Il n'est pas incompatible de faire du logiciel libre et de cibler les entreprises. D'ailleur redhat a toujours ciblé les entreprises et toujours fait du logiciel libre.
[^] # Re: rupture définitive
Posté par 123neveu . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 9.
Redhat est le plus gros contributeur pour Linux, libc, gcc, binutils et parti les plus importants pour gnome. Redhat héberge de nombreux projets dont gcc, libc, binutils, gdb, libstdc++, etc :
http://sources.redhat.com/projects.html(...)
Plus notablement, puisque c'est une news sur rh9, le nouveau système de thread a principalement été écrit par redhat. Sa diffusion/test par rh9 va le fiabiliser et debian pourra l'intégrer en tout confiance. Donc le boulot de redhat se retrouve dans debian. A moins que debian vire le boulot de redhat dans leur disbribe. Kudzu (développé par redhat http://elvis.redhat.com/kudzu/index.html(...) ), va être utilisé par debian pour le prochaine version majeur et pour debian-desktop.
Maintenant, tu peux me dire ce qu'a apporte debian à redhat ?
[^] # Re: MDK en entreprise (c'est mon choix)
Posté par 123neveu . En réponse à la dépêche La Mandrake 9.1 (Bamboo) pour i586 est sortie. Évalué à 8.
On fait pas une installation tout les jours :-)
Sinon Redhat utilise rpm 4.1 pour la 8.0 et 4.2 pour la 9. Mandrake reste à 4.0 . J'ai entendu parler que c'était en parti dû à l'utilisation de ldconfig lors de l'installation de chaque paquet.
> 4°) URPMI est incontournable, il manque sous Redhat.
Ya apt, mais pas en standard.
[^] # Re: Nouvelle version majeure de Red Hat
Posté par 123neveu . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 8.
- "But Red Hat wasn't able to get everything it wanted into the new product. Access control lists, which permit administrators to control very precisely which computer users have access to what computer files and resources, wasn't mature enough to use, but Wilson believes it will be ready for the next version."
Ya eu beaucoup de "pertes" durant la phase beta :
- acpi
- htree pour ext3
- acl
> ils sont plutot partisant de l'ext3
Je fais peut-être un mauvaise interprétation de "partisant" dans ta phrase.
Je ne pense pas que Redhat soit partisant d'ext3. C'est comme si tu me disait qu'il était partisant d'evolution. C'est un choix réfléchi. ext3 est un fs de haute volée et très très fiable. Son mode "ordored" est unique et marche dans pratiquement toute les configuration de linux (avec smb, nfs, etc...). Enfin, il est compatible ext2 (ext2 était par défaut jusqu'à RH 7.1, c'est pas vieu) et pour les mise à jour c'est essentiel. De plus, il sera bientot complet et toujours FAIBLE avec acl, les attributs étendus, et très proche des meilleurs en perfo avec htree. Le tout dans quelques mois.
[^] # Re: Nouvelle version majeure de Red Hat
Posté par 123neveu . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 8.
XFS n'est toujours pas intégré officiellement à Linux. Il n'est pas pret pour un usage général. Entre autre j'ai aussi entendu parlé de divers problèmes avec samba ou NFS.
# Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars
Posté par 123neveu . En réponse à la dépêche Démarrage du projet Gentoo GNU/Hurd le 13 Mars. Évalué à 10.
[^] # Re: rupture définitive
Posté par 123neveu . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 10.
Maintenant, j'espère que tu comprends pourquoi des personnes perdent^H^H^H^H^H^H^H investissent du temps sur redhat. Tout le monde y gagne. A moins que debian ne veut pas de NTPL par exemple.
[^] # Re: Tout de même,
Posté par 123neveu . En réponse au journal Tout de même,. Évalué à 9.
[^] # Re: Keith Packard viré de XFree86
Posté par 123neveu . En réponse à la dépêche Keith Packard viré de XFree86. Évalué à 9.
Je dis Redhat, mais ça peut être un autre. Redhat m'est venu à l'esprit aussi car il est l'un des premiers a avoir intégré xft/fontconfig.
[^] # Re: La grerre contre l'Irak a commencé.
Posté par 123neveu . En réponse au journal La grerre contre l'Irak a commencé.. Évalué à 10.
Faut surtout pas penser ça.
S'il n'y avait pas de manif, Chirac ne s'aurait pas autant opposé à la guerre. Si tout le monde laissait se mettre en place cette guerre sans lever le petit doigt, l'Europe ne serait pas en train de se remettre en question. Avec toutes les manifs, de petits pays ont osés dire non au USA (c'est très significatif).
Même si parfois on n'y croit pas, l'opinion public compte. Les manifs sont parmis les meilleurs moyens pour faire connaitre notre opinion. Biensur, ça ne change pas forcément l'histoire à court terme. Mais ça peut l'infléchir significativement à moyen/long terme.
[^] # Re: GNOME 2.2.1, résumé GNOME et pré-programme du GU4DEC
Posté par 123neveu . En réponse à la dépêche GNOME 2.2.1, résumé GNOME et pré-programme du GU4DEC. Évalué à 8.
C'est pas gentil pour Debian. Gnome 2.2.1 a été porté ou paqueté pour Debian.
[^] # Re: Sortie de la slackware 9
Posté par 123neveu . En réponse à la dépêche Sortie de la slackware 9. Évalué à 8.
Point bizarre :
- 94 votes sur slack
- 21 votes sur redhat
- 13 votes sur mandrake
# Rik Van Riel
Posté par 123neveu . En réponse à la dépêche Faille de sécurité dans le noyau Linux. Évalué à 9.
http://www.surriel.com/nh.shtml(...)
[^] # Re: Discussion entre développeurs KDE et GNOME
Posté par 123neveu . En réponse à la dépêche Discussion entre développeurs KDE et GNOME. Évalué à 6.
> Ben non, au contraire...
IBM, Sun, HP, SGI fournissent ou vont fournir Gnome et sans KDE à côté.
> Autre avantage de Qt: sa version Windows
Il n'y a pas de version GPL de Qt sous Windows il me semble (à confirmer). C'est pas un gros avantage si on est dans une vision logiciel libre. Idem pour MacOS (sauf X).
[^] # Re: Les développeurs de logiciels libres peuvent-ils engager leur responsabilité civile ?
Posté par 123neveu . En réponse à la dépêche Les développeurs de logiciels libres peuvent-ils engager leur responsabilité civile ?. Évalué à 4.
Je ne pensais aux programmes mal intentionnés. J'était dans un contexte "normal". D'ailleur j'ai clairement fait un rapprochement avec les logiciels propriétaires. Je ne pense pas que les sociétés commerciales fassent des virus, qu'elles font exprès de faire des systèmes de fichier non fiable, qu'elles créent avec des intentions néfastes des trous de sécurité, etc...
[^] # Re: Discussion entre développeurs KDE et GNOME
Posté par 123neveu . En réponse à la dépêche Discussion entre développeurs KDE et GNOME. Évalué à 7.
J'ai lu sur la mailing list gnome que c'est maintenant un problème réellement pris en compte. Il invite les développeurs à contacter les "expers" ergonomies avant de débuter un développement, un bug peut être ouvert si une appli de respecte pas le guite usability, etc...
C'est sur les rails :-)
[^] # Re: Discussion entre développeurs KDE et GNOME
Posté par 123neveu . En réponse à la dépêche Discussion entre développeurs KDE et GNOME. Évalué à 9.
Pour la stabilité, j'ai pratiquement aucun problème. Par contre j'ai testé la version 1.4 et elle plante très facilement.
Pour la vitesse, ton problème est sous évolution 1.0 ou 1.2. La version 1.2 a corrigé les problèmes de vitesse dans la gestion des mails et l'affichage html. Ces deux étant dramatiquement lents.
> Non, je ne suis pas d'accord, il n'est pas moins bon, il a moins de fonctionnalité que tout le monde n'utilise pas.
Si tu veux. Mais evolution est plus utilisé que kmail. Ce que je ne veux pas, c'est que kde soit moins utilisé que gnome car kmail est "moins souvent choisi" qu'evolution.
Mais vu le score de mon post, on n'est pas de mon avis. Alors OK, gnome et kde ça ne se melange pas. C'est soit l'un, sous l'autre. Mais à moyen, long terme, c'est kde qui va en souffrir. Les sociétées commerciales s'oriente de plus souvent vers Gnome que Kde pour faire de développement (entre autre car Qt est GPL alors que les libs Gnome sont LGPL). Et Gnome va être de plus en plus supporté par les entreprises. Regarde Sun/IBM/hp qui supporte Gnome, développe/debugue pour Gnome. Dans une vision de "clash" entre les deux desktops, c'est Gnome que va resté. Et moi, je ne veux pas ce clash.
[^] # Re: Discussion entre développeurs KDE et GNOME
Posté par 123neveu . En réponse à la dépêche Discussion entre développeurs KDE et GNOME. Évalué à -1.
> Quand aux applications par défaut.. ben mettre des applis par défaut GNOME/GTK dans KDE, si c'est pas "vouloir la mort de l'autre projet"
C'est une vision bien "petite". Si RedHat voulais saboté KDE, RedHat ne devrait pas faire d'effort pour que les deux bureaux cohabitent. Or c'est RedHat, avec hp entre autre, qui bosse le plus sur la cohabitation des deux projets. Les applis sont les plus utilisée sont sous Gnome. Galeon, evolution, gnucash... C'est statistique. Il y a plus d'utilisateurs d'evolution que de kmail même sous KDE. Faire en sort que kmail soit défaut dans KDE, c'est donner une mauvaise image de KDE. Pour un utilisateur qui n'a pas conscience d'utiliser des applis Gnome/Gtk ou Kde/Qt, c'est sous-entendre que le mailer du bureau KDE est moins bon que le mailer de Gnome. Le gens vont basculer sous Gnome pour utilisé evolution. Faire en sort que dans chaque bureau on retrouve les meilleurs applis, c'est rendre le choix du bureau indépendant des applis et ne pas favoriser un bureau car il a de meilleurs applis.
Si RedHat veux "couler" KDE, je leur conseille de faire un maximum d'incompatibilité entre les deux bureaux. Si Kde veut se couler tout seul, je leur conseille d'ignorer les exigences de Redhat qui est le plus gros distributeur.
Je ne dis pas que tout ce que fait Redhat est bien. Mais l'intention est bonne pour KDE et Gnome et n'est pas un "sabotage" de Kde.