mat1 a écrit 374 commentaires

> je ne veux pas risquer de choquer une moule

Le lobby des moules a encore frappé.

Lis le test. Il a les 3 cds.

Qu'il n'est pas testé Gnome n'est pas un reproche. Je l'ai indiqué pour dire qu'il n'y a pas de screenshot de Gnome.

Relis le journal.

On a l'impression que tu as fait un grep sur une redhat/fedora pour répondre rapidement...

J'ai fait une petit test.
J'ai lancé up2date et j'ai :
- "L'Agent de mise à jour de Red Hat vous souhaite la bienvenue !"

Dessous :
- "Ceci est l'Agent de mise à jour de Red Hat. Il vous aidera dans la mise à .... "

C'est un assistant ça passe. Les autres redhat-config-* n'ont pas de "Welcome..." et le "system-settings:///" n'en a pas aussi.

Donc tu n'utilises pas Mozilla car c'est trop lent pour affichage des widgets ?

> rassure moi , tu blagues ?

Non. J'ai parcouru rapidement le test, j'ai regardé les screenshot et je me suis dis :
- "C'est quoi ce truc".

Ça c'est passé comme ça. Point.
Il se peut que le control center de Mandrake est comme ça depuis 10 ans et que j'ai rien remarqué.

> J'ai dit que gtk rame parce que personne n'a pris le temps de l'optimiser depuis la 2.0!

Je ne dis pas que tu as tord (dailleur je n'en sais rien et je m'en fous). Je rappèle que le propos est sur ce que perçoit l'utilisateur. Il y a plein d'autres domaines a travailler avant de s'attaquer à l'optimisation globale de Gtk.

Puis quand tu dis "gtk rame", ça veut dire quoi ?
J'ai fait une recherche google très bête sur les pages françaises :
gtk rame : 222
qt rame : 253

Bref, pas de quoi conclure.

> Euh OpenOffice te previent que le fichier est plein de macros, a toi de faire confiance a qui tu pense pouvoir faire confiance.

Ce n'est pas satisfesant. C'est pratiquement comme MS-Office. Il y a des documents qui peuvent avoir des macros (genre tableur) sans qu'il y ait d'écriture sur disque. Je fait quoi dans ce cas ? Avant d'activer les macros j'audite tout le source ?

Ce n'est vraiment pas satisfesant et très triste.

Le logiciel libre ne manque pas d'experts en sécurité pour faire beaucoup beaucoup mieux.

> Sinon, pour PBPG

Je remercie pasBill pasGates de m'avoir indiqué cette monstrueuse faille dans OOo. Si c'est monstrueu pour MS-Office ça l'est aussi pour OOo.

Il faut reconnaitre que Gnome a maintenant plus de support de compagnies que KDE. C'est relativement récent (autour de Gnome 2.0). Au début de Gnome à part RedHat il n'y avait pas grand monde et tout à faire.

KDE s'est appuié sur trolltech (QT).
Les compagnies (IBM, Sun, Novell, RedHat, ...) se sont pas chaud pour participer à KDE entre autre à cause de trolltech.

Ça ne semble pas s'arranger car il semble que Suse va "laisser tomber" KDE. Entre autre suite à son rachat par Novell qui pocède aussi Xiniam.

Donc il ne reste que des compagnies engagées dans QT pour soutenir KDE.

Je pousse à utiliser bittorrent.
Mais si ça ne colle pas avec toi, utilise un miroir ftp. C'est fait pour ça :-)

Sinon j'es ADSL tele2 depuis 10 jours environ et les changements d'ip sont rares. En fait j'ai eu un changement d'ip suite à un reboot.

> Avez-vous de meilleurs idées ?

pas vraiment.

Questions :
Tu as un changement d'ip tout les combiens ?
C'est quoi ton FAI ?

Fichtre.

Surtout n'installe pas une RedHat. Tu fesais chuter significativement le niveau global de ses utilisateurs.

> Juste pour rire, combien d'annees-hommes depensees dans Bonobo pour lui faire faire au final la meme chose que dlopen ?

Minable.

> ton soutien presque inconditionnel a Gnome.

Si tu veux.
Je soutien Gnome et vous soutenez KDE.
Mais il y a une petite différence. Je ne descend pas KDE.

Votre méthode pour soutenir KDE c'est de descendre Gnome :
- Gtk codé avec les pieds
- MDI
- Corba/bonobo
- ...


L'abus de délire nui gravement à votre crédibilité.

> 1) Si j'en crois http://fr.openoffice.org/DicOOo/index_dicooo.htm(...(...)) une macro OO peut downloader des softs sur le net et les installer

Putain, je suis dégouté.
J'ai fait deux trois tests à l'arrache et je peut décrire dans mon $HOME avec le configuration par défaut.

Je pensais que par défaut j'aurait le droit d'écriture uniquement dans $HOME/.openoffice/lieu_sans_interet... et qu'une option me permettrait, si nécessaire, d'ajouter d'autres chemins.

Ben non. Dégouté je suis.

Il y a un "spécialiste" OOo pour apporter des précisions.

Savoir que je dois faire attention à tous les fichiers OOo avec macro me fait mal au cul. J'ai l'impression de retourner sous Windows. Je vais redevenir parano.

> Par contre, ce n'est pas gnome qui est lent mais gtk qui est codé avec les pieds!

Un expert donne son avis! Sa conclusion est sans appels : "gtk est codé avec les pieds!".

Merci de m'avoir ouvert les yeux. Je me disait bien qu'il y avait un truc qui me fesait perdre 0,02 seconde par semaine. Fort de ton avis "avisé", je vais aller sur les mailing-list gtk pour insulter les codeurs de gtk qui font un travail de porc.

Et je vais aussi, de ce pas, passer sous KDE pour ne pas me faire entuber de 0.02 seconde par semaine comme sous Gnome (Les salops ~@#).

Puis il faut que je pense à virer mozilla car avec leur xul je perds au moins 0.03 secondes par semaine. xul encore un exemple d'usine à gaz codée avec les pieds. J'installe konqueror. Après réflexion je me dis que KDE c'est pas génial. Le menu avec ses milliers d'entrée ça prend du temps en affichage surtout que j'utilise pas tout. Je vais passer sous wmaker.
Arf. wmake ? Je crois qu'il y a mieux. Je vais installer twm (au moin il n'y a pas le mode opaque) et ouvrir une xterm. Le gros avantage, c'est que j'ai viré le swap (Ouaaiii!!!) et j'ai agrandi par partition avec cet espace enfin "libéré". C'est vrai quoi, y font chié avec leur grosse merde codée avec les pieds. Mais de quel droit ils se permettent de me faire perdre mon temps, occuper tout ma mémoire à moi et bouffer de la place sur mon disque dur acquis à la sueur de front !

Je te remercie gnumdk. Je parlais de la perception des utilisateurs sur la vitesse et la place mémoire de gnome/kde. Mais j'était dans le faux car la perception des utilisateurs est pourri pas la propagance Gnome/MDI/RedHat/(ajouté la tête de turc de votre chois) qui est la que pour nous asservir et nous pousser à gober toutes leurs conneries. J'ai fait une conclusion trop attive car j'avais de la merde dans les yeux.

Grace à toi, maintenant, je vois claire. Alléluia.
Que la lumière d'accompagne mon amis.

Chantons en coeur :
Alléluia !     Alléluia !     Alléluia !

> - Qu'est ce qui m'empeche moi, pasbill, de creer un rpm qui fait un rm -rf / a l'installation ?

Tu peux même m'envoyer un mail avec en pièce attachée un script shell qui fait ça et indiquer dans le mail ce que je dois faire pour l'exécuter :
$ chmod +x grand_nettoyage_de_printemps.sh
$ ./grand_nettoyage_de_printemps.sh

Il se peut même, qu'en gros demeuré que je suis, je me soit logué sous le compte root pour dépiler le courrier et que j'exécute ton script.

Alors que peut faire l'OS/concepteur => Rien.

Qu'est-ce qui empêcher microsoft de proposer une mise à jour qui fait un "rm -r -f /" ?

Ben rien.

Bon j'arrête mon (ton ?) raisonnement à la con.

Le distributeur ne va pas le faire car il va passer pour un gros con et perdre ses clients.
Le client doit avoir un minimum de connaissance et ne pas faire confiance au premier venu (ou au minimum il doit pouvoir l'identifier dans le cas où l'envis de lui casser la gueule lui prend).

Il y a deux cas qui me viennent en tête où il peut y avoir des problèmes avec GNU/Linux :
- l'installation d'un paquet non authentifié (gros problème car sous root et tu l'as souligné)
- l'exécution d'un programme récupéré sur le web ou via mail. Mais dans ce cas il faut le faire expret. Les clients mail/web Linux ne te propose pas d'excéduter les fichiers même si le type mime indique que c'est un excécutable. Si tu sauvegardes, le fichier n'a pas les droits d'excécution. Il n'y a pas de format de document sous Linux qui permet de faire "rm -rf /" comme avec le visual basic dans les document MS Office, etc..., etc...

Le problème avec Windows (en fait c'est surtout les applis MS le problème), c'est qu'il suffit d'ouvrir une pièce jointe pour être dans la merde.

MS a fait des erreurs de conception. Lindows en faisant tourner l'utilisateur sous le compte root fait une connerie à la MS.

> les reponses seront exactement les meme si tu met "kde c est lent que proposez vous"

J'ai écrit :
Il va de soit que tu peux remplacer Gnome par KDE dans les exemples.

Pour te faire plaisir, j'ajoute :
Il va de soit que tu peux remplacer KDE par Gnome dans les exemples.

Si tu veux...

Si sur un forum il y a une question du type :
- Gnome c'est lent (ou ça bouffe trop de mémoire), que me proposez-vous ?

Les réponses sont :
XFCE, Icewm, windowmaker, ...

Mais KDE est rarement proposé. Sauf par les trolleurs...

Lorsqu'il y a un test d'une distribution et que Gnome et KDE sont testés il n'y a pas :
- l'un des intérêt de KDE par rapport à Gnome est sa vitesse (ou son faible poid en mémoire).
- nous recommendons d'utiliser KDE pour les PC peu puissants.

Il va de soit que tu peux remplacer Gnome par KDE dans les exemples.

Peut-être que dans un "bench" il y a des différences. Mes ces différences ne sont pas perçues par l'utilisateur.

Alors bien sûr il y aura toujours un "activiste" KDE qui va trouver le cas où Gnome est lent. Genre visualiser un répertoire avec 2 000 images en mode préview où Gnome met 5 minutes et KDE 20 secondes...

No problemo.
Asta la vista, baby.

> Monsieur les modérateurs , à vous ! enlevez moi cela !

Après 2 secondes de réflexion supplémentaire, je trouve ton propos choquant.

Ses isos contiennent du logiciel libre ! A moins que Mandrake ait ajouté du proprio, il est tout à fait légal de les diffuser même si Mandrake n'a pas donné son feu vert. Et c'est tant mieux.

Lorsque la RH9 est sortie il fallait aussi attendre une semaine pour le download gratuit "officiel". Sur la news dlfp plusieurs ont indiqué des torrents et ça n'a choqué personne.
http://linuxfr.org/2003/03/31/11902.html(...)
Et c'est tant mieux.

J'ai vu sur la mailing-list RedHat des gens indiquer l'existence de torrents non officiel et ça n'a produit aucune réaction de RedHat.
Et c'est tant mieux.

Je suis d'accord avec toi pour être "discret" une courte période dans l'intérêt du distributeur et donc indirectement dans notre intérêt.

Ne voyez pas dans mon journal une provocation envers les "fans" Mandrake ou de Mandrake. Nul doute qu'un torrent non officiel devait exister le jour même de la disponibilité de la Mandrake 10.0 community via le club. Si j'avais connaissance de ce torrent et que les isos étaient 100 % libre (ce qui n'est pas le cas je crois), je serait resté plus que discret.

> Monsieur les modérateurs , à vous ! enlevez moi cela !

Comment dire ça ?

Ah voilà.

Si tu n'avais pas tord, je dirais que tu as raison :
http://www.mandrakelinux.com/fr/ftp.php3(...)

Images ISO Mandrakelinux 10.0 Community pour i586 et compatibles

Les membres du Club Mandrakelinux (niveau Silver et au dessus) peuvent télécharger les quatre premières images ISO du PowerPack ! Si vous n'êtes pas encore Membre, vous pouvez vous inscrire maintenant.

Note à propos de BitTorrent: si vous souhaitez utiliser le système peer-to-peer BitTorrent pour télécharger Mandrakelinux 10.0 Community, voici le fichier Torrent adéquat (si vous avez des problèmes d'utilisation, vous pouvez consulter cette FAQ).

Le fichier torrent officiel.
http://qa.mandrakesoft.com/torrent/Mandrakelinux-10.0-Community.tor(...)

Et je viens aussi de découvrir une FAQ pour bittorrent grace à toi :
http://www.mandrakeclub.com/article.php?sid=1302&mode=nocomment(...)

> Bien sur que si, evolution lance des processus en background! Lance ton evolution, ferme le, fait un ps et on en reparle ;)

Evolution tourne :
$ ps axf | grep evo | grep -v "grep evo"
2777 pts/1 S 0:05 | \_ evolution
1829 ? S 0:00 /usr/libexec/evolution/1.4/evolution-wombat --oaf-activate-iid=OAFIID:GNOME_Evolution_Wombat_InterfaceCheck --oaf-ior-fd=40
1831 ? S 0:00 /usr/libexec/evolution/1.4/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory --oaf-ior-fd=42

Avec les thread :
ps axmf | grep evo | grep -v "grep evo"
2777 pts/1 S 0:05 | \_ evolution
2778 pts/1 S 0:00 | | \_ evolution
2779 pts/1 S 0:00 | | \_ evolution
2780 pts/1 S 0:00 | | \_ evolution
2791 pts/1 S 0:00 | | \_ evolution
2793 pts/1 S 0:00 | | \_ evolution
1829 ? S 0:00 /usr/libexec/evolution/1.4/evolution-wombat --oaf-activate-iid=OAFIID:GNOME_Evolution_Wombat_InterfaceCheck --oaf-ior-fd=40
1831 ? S 0:00 /usr/libexec/evolution/1.4/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory --oaf-ior-fd=42

J'arrête evolution :
1829 ? S 0:00 /usr/libexec/evolution/1.4/evolution-wombat --oaf-activate-iid=OAFIID:GNOME_Evolution_Wombat_InterfaceCheck --oaf-ior-fd=40
1831 ? S 0:00 /usr/libexec/evolution/1.4/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory --oaf-ior-fd=42

Il me semble qu'evolution-wombat est là pour détecter s'il y a déjà un evolution qui tourne. Tu peux donc lancer plusieurs fois evolution il n'y aura qu'un evolution en cour.

evolution-alarm-notify est là pour envoyer une alarme. Il est normal qu'il reste donc en mémoire.

Donc il y a evolution-wombat qui pourrait être viré.

> A force de me faire casser

Question : Personne utilise evolution autour de toi ?

> C# comme langage de script ????

Ok, ok.
MS va virer VB pour le remplacer par C# (à long terme !). Java n'est pas un language de script mais il peut être utilisé comme ça.

Il existe (ou existait) des interpréteurs C. Le C n'est pas un langage de script pour autant.

> tu as le thème redhat (pas bô, kde ressemble à gnome)

Bluecurve n'est pas le thème par défaut de Gnome. Tu as KDE *et* Gnome qui ressemblent à "redhat". Nuance.

Es-ce que je dit :
- fait chier Bluecurve, j'ai Gnome qui ressemble à KDE :-)

Ces avantages ont evidemment un cout:
- toutes les communications entre composant se font par un IDL et via le reseau. Declarer les interfaces est assez lourd
- parce que les composants sont reclames a un serveur, ca prend pas mal de temps d'activer un composant
- l'ensemble du framework est relativement lourd a apprendre, a installer et a gerer
- la consommation memoire du tout n'est pas forcement negligeable. Le marshalling et la communication reseau introduisent des delais
- le debug de tout ca est une horreur. Quand le serveur tombe, il te reste plein de processus en background a tuer.

La communication est faite via le réseau si tu as besoin du réseau.
Pour les "processus en background" c'est plus ou moins faux. Pour evolution (et d'autres) il n'y a pas de processus en backgroup. Les composans sont chargés par le programme comme une librairie.

Voyons les choses de plus loin, côté utilisateur.
Prend evolution. Généralement c'est reconnu comme un bon produit par l'utilisateur (je ne parle pas technique).

evolution utilise beaucoup bonobo (donc corba et plus spécifiquement ORBit). Amuses toi à faire :
# mv /usr/lib/bonobo/servers/GNOME_Evolution_Summary.server /tmp
puis lance evolution.

Es-ce que les utilisateurs disent que c'est lent, lourd que ça plante tout le temps, etc...

Non.

Es-ce que les utilisateurs trouvent KDE plus rapide ou plus léger que Gnome ? Non.

Pourquoi ? Mais pourquoi ?!?!
Quelle injustice ! C'est une conspiration contre KDE.

> Ce qui freine gnome

Ben heureusement que Gnome est freiné sinon la concurrence ne pourrait pas lutter...