Les versions RC sont faites pour qu'un maximum de personnes puissent tester le bureau GNOME et qu'elles puissent rapporter le maximum de bogues, afin d'obtenir une version 2.10 la plus stable possible.
De manière générale, l'intégration de D-BUS a été améliorée/ajoutée dans les logiciels composant le bureau, le démarrage des applications a aussi été accéléré, grâce à l'amélioration de GTK-2.6 qui intègre un système de cache des thème d'icônes.
Je conseille aux personnes souhaitant participer aux tests d'utiliser le daily liveCD d'Ubuntu, qui inclut au jour le jour toutes les dernières versions des logiciels du bureau GNOME (merci Seb Bacher pour tout le boulot fourni). Au programme des nouveautés par rapport à la version 2.8, on compte principalement :
- Deux nouveaux programmes inclus :
- Sound-Juicer, un extracteur/encodeur de CD audio ;
- Totem, un lecteur multimédia utilisant Xine ou GStreamer comme "backend" ;
- Une réorganisation du menu GNOME ; il est désormais séparé en trois sections, beaucoup plus claires. De plus, celui-ci supporte mieux les spécifications de Freedesktop.org ;
- Un système d'extensions pour Epiphany, le navigateur Web de GNOME, permettant d'ajouter des fonctions telles que la gestion des "raccourcis souris" ("mouse gesture") ;
- Peu de fonctionnalités nouvelles sur Nautilus (le shell graphique), mais un travail important a été fait pour supprimer le support de BONOBO, et plusieurs éléments (système de types MIME, menus contextuels, mode spatial) ont été améliorés pour faciliter son utilisation ;
- Un mode hors-ligne pour les calendriers, les contacts et les emails dans Evolution. Le support IMAP a aussi été réécrit. Evolution donne même la météo désormais :). Enfin, un système de plugins lui a été adjoint, permettant d'étendre ses fonctions à l'infini (et au-delà même :) ;
Sinon, bien d'autres applications ont été améliorées : de nouvelles applets ont été développées (trash-applet) ou totalement revues (comme le mixer qui est bien plus agréable à utiliser), et de nombreuses corrections de bugs ont été effectuées.
Cette liste est bien sûr loin d'être complète, et le mieux, pour ceux et celles qui voudrait tout découvrir, est encore de tester le bureau GNOME via le LiveCD. N'oubliez pas de faire remonter vos bugs sur le bugzilla de GNOME.
À noter aussi qu'une version dite "de maintenance" est sortie il y a quelques jours pour la branche 2.8, corrigeant des bugs et ajoutant des traductions.
Aller plus loin
- Bugzilla GNOME (4 clics)
- Les notes de version complètes (1 clic)
- Le daily LiveCD Ubuntu (2 clics)
- Le site Francais de GNOME (1 clic)
# tester Gnome
Posté par fabb . Évalué à 10.
Comme Ubuntu, Fedora travaille activement sur Gnome. Actuellement il faut passer par rawhide. Le 14 mars il y aura FC4 test 1.
Ubuntu ou Fedora, c'est une question de goût.
A propos de la liveCD, j'ai :
cdimage.ubuntu.com : (113) No route to host
> N'oubliez pas de faire remonter vos bugs sur le bugzilla de GNOME.
Ça dépend. Si la distribution est activement supportée (par exemple en beta test ou pré-beta test) le mieux est d'utiliser le bugzilla du distributeur. Ainsi le distributeur peut faire le tri/synthèse des problèmes pour ne pas harceler inutilement les developpeurs upstream.
PS : lorsque vous faites un rapport de bug, n'oubliez pas de vérifier si le bug n'a pas déjà été soumis. Lisez aussi tout les conseils pour bien faire un rapport de bug. La page http://bugzilla.gnome.org/(...) vous dit tout (section "New to bugzilla?").
[^] # Re: tester Gnome
Posté par crevette . Évalué à 3.
Tu as raison, il n'y a pas que Ubuntu mais comme je l'utilise je n'avais que ca a mettre sous la main.
Chez moi cdimage.ubuntu.com ca marche (tm) :)
Merci pour toutes tes précisions, je ne voulais pas surcharger la news, ton commentaire vient a point.
j'ai pas trop détaillé les nouveautés pour GNOME-2.10 qachant une news sera faites a sa sortie (la semaine prochaine si tout va bien).
# Hein ????
Posté par patrick_g (site web personnel) . Évalué à -1.
Comment ?
Je viens de lire dans le dernier Ubuntu Traffic que ça y est on a enfin sous Gnome un beau graveur/extracteur compatible GTK2 et que le soft choisi est Graveman.
Et maintenant cette news qui annonce que c'est sound-juicer qui est choisi comme défaut sous Gnome ???
faudrait vraiment choisir parceque la ça devient lourd...je ne veux plus avoir à me coltiner K3B et ses libs et je veux que Gnome choisisse clairement un extracteur/graveur et un seul.
[^] # Re: Hein ????
Posté par crevette . Évalué à 2.
[^] # Re: Hein ????
Posté par patrick_g (site web personnel) . Évalué à 0.
maintenant une petite question : l'un des avantages de HAL c'est la fenêtre ou on peut spécifier ce que Gnome doit faire en cas d'insertion d'un média (exemple on lui impose de lancer Totem quand on insère un DVD)...c'est vraiment très utile et très simple d'utilisation.
alors maintenant je fais quoi pour l'insertion des CD-audios ?
je lui impose de lancer CD-Player pour écouter ?
je lui impose de lancer Sound-juicer pour extraire ?
je lui impose de lancer Graveman pour copier/graver ?
je veux bien que la philosophie Unix ce soit une appli pour une fonction mais bon....y'a quand même pas mal de synergie entre les softs extracteurs et les softs graveurs je trouve et ça serait pas mal d'avoir une seule appli.
[^] # Re: Hein ????
Posté par Juke (site web personnel) . Évalué à 3.
[^] # Re: Hein ????
Posté par crevette . Évalué à 2.
Tu te retrouves vite fait envahi par des boites de dialogues qui te demandes plein de trucs.
Le mieux etant l'ennemi du bien, je preferes definir une action par défaut, celle que j'utilise le plus.
[^] # Re: Hein ????
Posté par crevette . Évalué à 2.
Il faut etre un peu lucide, ce que tu demandes est impossible a gérer, le principe de Gnome-Volume-Manager c'est d'executer une action qd tu montes un type de média, pas de gérer tous les cas possible.
Si tu veux avoir un soft qui fasse tout, ce n'est pas du coté de GNOME que tu dois regarder.
[^] # Re: Hein ????
Posté par philip . Évalué à 2.
ou alors ça a changé...
[^] # Re: Hein ????
Posté par crevette . Évalué à 1.
Cela dit, GVM permet de spécifier des actions pour les CD vierges, donc tu peux lui faire lancer une commande spécifique pour cela (mais je ne peux pas te confirmer n'aynat pas de GNOME sous les yeux).
[^] # Re: Hein ????
Posté par fabb . Évalué à 2.
C'est ça. Tu peux spécifier une action pour un CD viège, audio, DVD ou donné.
[^] # Re: Hein ????
Posté par tgl . Évalué à 3.
http://ivman.sourceforge.net/(...)
Là, les possibilitées ne m'ont l'air à peu près limitées que par ce que HAL connait des médias, or un coup d'oeil dans le hal-device-manager montre qu'il en sait beaucoup :
http://tdegreni.free.fr/gentoo/hal-device-manager.png(...)
[^] # Re: Hein ????
Posté par tgl . Évalué à 2.
> HAL connait des médias
Enfin et encore, pas vraiment, disons plutôt que pour aller plus loin (genre distinguer un CD de divx d'un CD de ogg), il faut lui adjoindre des petits scripts perso, mais ça reste bien sûr possible aussi.
[^] # Re: Hein ????
Posté par Jean Parpaillon (site web personnel) . Évalué à -4.
Impossible ? Je connait un OS qui fait ça très bien (je vais pas dire lequel, je vais me faire traiter de traitre ou je ne sais quoi ;)
C'est pas en disant imossible (surtout que c'est faux dans 99,9999999% des cas) aux utilisateurrs qu'on fait un bureau convivial, c'est le but de Gnome non ?
Pour écraser le troll et avancer, j'imagine très bien :
- pour les CD-extra : lire le CD audio ou monter le volume. On me fait signe que ça existe. Ben oui mais ça a jamais marché chez moi...
- pour un CD multisession : monter le volume, continuer à graver
- pour un DVD : lire le DVD, monter le volume
- etc.
- etc.
C'est impossible ça ?
"Liberté, Sécurité et Responsabilité sont les trois pointes d'un impossible triangle" Isabelle Autissier
[^] # Re: Hein ????
Posté par ookaze . Évalué à 4.
Lis un peu ce que disent les autres avant d'essayer de les casser.
Moi j'ai un CD multisession et je veux le lire. Avec ton système, l'environnement me mets en mode gravure sur mon multisession, mais ce n'est PAS ce que je veux : il faut tout défaire et trouver un moyen de lire son CD, ou alors toujours activer une boîte de dialogue demandant ce qu'on veut faire. En plus, l'analyse du media m'oblige à attendre pour rien. Tu ne peux pas tout avoir, c'est impossible à l'heure actuelle.
Je connais un OS où ils ont implémenté un truc comme tu décris. Résultat des courses, j'ai tout désactivé. Cette fonctionnalité m'a fait rater des gravures.Parfois, ça lockait tout pendant plusieurs minutes.
[^] # Re: Hein ????
Posté par fabb . Évalué à 1.
Les valeurs par défaut c'est pour les usages les plus courrants. Ce n'est pas pour gérer tous les cas.
[^] # Re: Hein ????
Posté par crevette . Évalué à 1.
tu peux sinon t'écrire un script qui te fait tout en meme temps aussi. :)
[^] # Re: Hein ????
Posté par spotty . Évalué à 1.
[^] # Re: Hein ????
Posté par GnunuX (site web personnel) . Évalué à 4.
Alors que sound-juicer sert a extraire les musiques.
[^] # Re: Hein ????
Posté par yeKcim (site web personnel) . Évalué à 2.
[^] # Re: Hein ????
Posté par Cereal Killer . Évalué à 3.
Personnellement, je n'aime pas l'interface de graveman et je suis pas vraiment pour un soft de plus pour extraire / encoder des cdaudios (alors que grip le fait très bien depuis des lustres).
Apparemment, gnomabaker ne supporte pas (encore) la gravure "on the fly" ... ceci explique peut-être cela ... mais j'attend impatiemment de le voir evoluer (le projet a l'air très actif)
En gros, ce que je veus dire, c'est que je suis d'accord avec patrick_g, qu'un seul soft pour manipuler les cd/dvdRW sous gnome, serait bienvenue. Et si en plus il pouvait être aussi bien que k3b, ce serai que du bonheur.
[^] # Re: Hein ????
Posté par fabb . Évalué à 1.
ça n'a pas de sens. Tu veux un soft pour écouter les cd audio, voir un DVD, voir le contenu d'un cd, graver un CD viègre ?
Ça n'a pas de sens. Il faut un point d'entré et il existe. C'est Nautilus. Il y a G-V-M pour les évènements et associer une action par défaut.
Le couteau suisse qui fait navigateur web, traitement de texte, maileur, agenda, etc ça puxor grave.
[^] # Re: Hein ????
Posté par patrick_g (site web personnel) . Évalué à 3.
on n'a jamais réclamé un couteau suisse qui puxor !!
ici on ne parle pas d'écouter le CDaudio (y'a rythmbox) ni de voir un DVD (y'a totem) ni de browser le contenu d'un data-CD (y'a nautilus).
On parle juste de tout ce qui touche au gravage : extraire/copier/graver.
ce sont des fonctions qui peuvent facilement êtres unifiées dans un soft.
sinon (et pour pousser ta logique de séparation jusqu'a l'absurde) pourquoi pas un soft pour graver les ISO et un autre pour graver les CDaudios et un dernier pour graver les dataCD ? après tout c'est pas la même chose !
[^] # Re: Hein ????
Posté par crevette . Évalué à 2.
Ah non, ca fait longtemps que RB ne lit plus les CDs audio :-)
Pour la gravure des CD-Data, y a Nautilus-CD-Burner qui fait ca et qui est inclus dans GNOME.
[^] # Re: Hein ????
Posté par dawar (site web personnel) . Évalué à 2.
Le problème, c'est que le projet s'est arreté a la 1.0Beta6...
A l'utilisation, c'est simple : un onglet piste, pour un coller iso, wav/mp3/ogg (converti en pistes audios) ; un onglet fichier, pour faire un CD de données.
Bref, je suis triste que Gnome Toaster n'évolue plus.
[^] # Re: Hein ????
Posté par Staz . Évalué à 2.
[^] # Re: Hein ????
Posté par dawar (site web personnel) . Évalué à 2.
Je ne trouve pas d'equivalent dans les autres logiciels de gravure, qui sont soit des usines a gaz, soit beaucoup plus sommaires. Dans Gnome Toaster, il y'a tout, accessible simplement.
Personne ne sait ce qu'il est arrivé a ce projet ?
[^] # Re: Hein ????
Posté par crevette . Évalué à 2.
Parles pour toi, je n'ai jamais utilisé un soft KDE autre que sur un Live CD pour tester. KDE j'aime pas, point. pas de K3b et autre klib chez moi.
La philosophie de GNOME c'est faire des softs simples a utiliser, pas des usines a gaz (je ne mets pas en cause KDE ou QT), meme si GnomeBaker est en GTK, ca ne fait pas de lui un bon soft de gravure de CD, pour le bureau GNOME (pas la meme philospohie).
Si tu aimes des softs a la K3B ou GnomeBaker, libre a toi de les utiliser, mais je ne pense pas que ce dernier serait inclus dans GNOME.
[^] # Re: Hein ????
Posté par Philippe F (site web personnel) . Évalué à 1.
Ca, c'est la nouvelle philosophie de Gnome. Si tu regardes sur la ongueur de l'historique du projet, c'est un changement relativement recent.
Au contraire, a ses debuts, Gnome etait le bureau de hacker, avec le window manager le plus configurable de la planete et autres rejouissances.
[^] # Re: Hein ????
Posté par Christophe Fergeau . Évalué à 3.
[^] # Re: Hein ????
Posté par Philippe F (site web personnel) . Évalué à 4.
Bon aller, en toute honnetete, j'ai vu un des derniers Gnome a linux solution et j'ai ete impressionne. J'ai trouve ca tres poli, tres clair. Apres, faut voir ce que ca donne a l'usage mais l'impression generale etait plutot positive.
C'est juste dommage que, non allez, je m'arrete la. Bonne chance pour le projet, il y a des gens vraiment brillant qui bossent dessus (qu'on retrouve sur xdg).
[^] # Re: Hein ????
Posté par Ozz . Évalué à 3.
Par contre je suis un peu déçu qu'il n'ai pas choisit l'option Goobox plutot que soundJuicer. Un lecteur/ripper, ça me semble plus naturel, et ça permettait de se débarrasser de l'infame lecteur de cd de Gnome.
[^] # Re: Hein ????
Posté par crevette . Évalué à 3.
[^] # Re: Hein ????
Posté par yoplait . Évalué à 2.
[^] # Re: Hein ????
Posté par patrick_g (site web personnel) . Évalué à 3.
lire les CD : goobox
extraire les pistes du CD : sound-juicer
graver/copier : graveman
[^] # Re: Hein ????
Posté par yoplait . Évalué à 2.
Par contre le changement d'implémentation est envisagé pour passer des CDR-tools à libburn, mais pas à court terme.
[^] # Re: Hein ????
Posté par gpe . Évalué à 2.
[^] # Re: Hein ????
Posté par Sébastien Bacher . Évalué à 1.
Blog de Ross:
http://www.burtonini.com/blog/computers/sound-juicer/sj-20040917
" All comments welcome, but I am intent on turning SJ into a replacement for for the GNOME CD Player, so stop telling me I shouldn't!"
Bref ce qui est prévu c'est plutôt d'intégrer sound-juicer
[^] # Re: Hein ????
Posté par yoplait . Évalué à 1.
[^] # Re: Hein ????
Posté par tico . Évalué à 1.
Pour l'utilisateur lambda, "ripper un cd", c'est du chinois, "copier un cd", ça a du sens.
Et que ça soit sur le disque dur (extraction/encodage), ou sur un cd (gravure de cd audio, l'utilisateur s'attend à pouvoir lire le cd sur son autoradio), de son point de vue, c'est la même chose, on copie un cd, seule la destination change.
[^] # Re: Hein ????
Posté par HappyPeng . Évalué à 1.
[^] # Re: Hein ????
Posté par Seazor . Évalué à 2.
# Retrait du support de Bonobo
Posté par Degrémont Aurélien . Évalué à 3.
Bonobo, c'était bien l'ancien bus de message de Gnome ? C'est remplacé par D-Bus ?
On me confirme en régie ? ;)
[^] # Re: Retrait du support de Bonobo
Posté par crevette . Évalué à -1.
[^] # Re: Retrait du support de Bonobo
Posté par fabb . Évalué à 2.
Non, je ne confirme pas.
Le concept de Gnome/Nautilus est de séparer la vue nautilus (des répertoires et des fichiers) et l'appli qui permet de regarder/modifier des données.
Ce concept étant validé depuis Gnome 2.6, bonobo n'a pas d'intérêt dans Nautilus et il est donc supprimé. C'est une "optimisation".
Notes que ça fait depuis un moment que Nautilus ne fait pas navigateur web contrairement à Konqueror et ce pour la même raison.
[^] # Re: Retrait du support de Bonobo
Posté par Degrémont Aurélien . Évalué à 1.
Ca sert à quoi Bonobo exactement ?
[^] # Re: Retrait du support de Bonobo
Posté par fabb . Évalué à 4.
[^] # Re: Retrait du support de Bonobo
Posté par Guillaume Chevallereau . Évalué à 1.
# Bonobo?
Posté par Sylvain Briole (site web personnel) . Évalué à 4.
Je suis Gnome de très très loin : du coup je suis allé voir, suite à cette info', où en était Bonobo : apparemment tjrs. vivant sur le site pour développeurs de Gnome.
Alors pourquoi en supprimer le support dans cette application?
[^] # Re: Bonobo?
Posté par crevette . Évalué à 2.
Déja Nautilus n'utilise plus son système de vue embarqué, maintenant il appelle le soft kivabien (je supportais pas trop ce genre de comportement).
D-BUS semble être le consensus choisis, tant au niveau GNOME que FDO/KDE pour être le système de 'messagerie' interne.
[^] # Re: Bonobo?
Posté par fabb . Évalué à 1.
Bonobo ne va pas "y passer".
> D-BUS semble être le consensus choisis, tant au niveau GNOME que FDO/KDE pour être le système de 'messagerie' interne.
Tu l'as dit, c'est pour de la messagerie interne. Bonobo va plus loin et ne peut pas être remplacé par D-BUS avant un bon moment si jamais il est remplacé un jour.
[^] # Re: Bonobo?
Posté par Vivi (site web personnel) . Évalué à 2.
[^] # Re: Bonobo?
Posté par fabb . Évalué à 1.
[^] # Re: Bonobo?
Posté par Vivi (site web personnel) . Évalué à 1.
[^] # Re: Bonobo?
Posté par fabb . Évalué à 1.
[^] # Re: Bonobo?
Posté par yoplait . Évalué à 3.
[^] # Re: Bonobo?
Posté par Philippe F (site web personnel) . Évalué à 5.
Je pense que le probleme de fond de bonobo, c'est que Corba est beaucoup trop complexe pour les besoins qu'en ont Gnome. Quand on a affaire a des gens qui travaillent pendant leur temps libre, mieux vaut eviter de leur compliquer la vie. A cote, KPart fournit les memes services que bonobo, mais ca a coute une semaine de dev et n'importe quel debutant motive peut comprendre comment ca marche en moins d'une semaine (man dlopen suffit en gros).
[^] # Re: Bonobo?
Posté par fabb . Évalué à -2.
Puisque tu le dis.
> A cote, KPart fournit les memes services que bonobo
L'indispensable "KDE c'est mieux que Gnome" d'un fan KDE. Ça me manquait beaucoup.
[^] # Re: Bonobo?
Posté par Philippe F (site web personnel) . Évalué à -1.
Note que les problemes de bonobo ont ete evoque plutot par des supporters de Gnome.
[^] # Re: Bonobo?
Posté par fabb . Évalué à -1.
J'ai jamais dit que bonobo était la perfection absolu.
Mais ça fait depuis le début de bonobo (en fait le début de Gnome) que les gens critiquent Orbit/Corba/bonobo et prévoit sa suppression à court terme.
Ils se sont complètement trompés (je parle de la suppression de Corba/bonobo). Ce tromper ça arrive à tout le monde. Mais insister indéfiniment ça devient lourd.
Corba/bonobo est là depuis des années et sera encore là pour beaucoup d'années.
Pour ajouter un élément "technique", bonobo n'a rien à voir avec dlopen. Gtk+ fait ça depuis *très* longtemps. Faut pas confondre greffon et serveur.
[^] # Re: Bonobo?
Posté par Philippe F (site web personnel) . Évalué à 2.
Ouai, ca se peut. Ils doivent etre assis en face de ceux qui predisent depuis le debut de KDE que le projet va se planter:
- parce qu'il est base sur un toolkit proprietaire (KDE 1)
- parce qu'il n'utilise pas Corba (KDE 2)
- parce que Sun, Redhat, IBM, Ximian, etc investissent a fond dans Gnome et vont rendre KDE obsolete.
Finalement, il faut pas trop ecouter les racontars...
<< Pour ajouter un élément "technique", bonobo n'a rien à voir avec dlopen. >>
Oui et non. Il est possible de faire tourner les composants bonobo a l'interieur du meme processus, et dans ce cas, c'est bien un dlopen qui est utilise.
Ce que je disais, c'est que l'equivalent cote KDE de bonobo, c'est KPart + DCOP. KPart utilise dlopen ce qui le rend leger, facile a comprendre, facile a lancer (pas de fork comme en corba) et qui a permis aux composants KPart de se developper tres vite.
Le choix de corba dans bonobo rend la technologie plus complexe et limite par consequent son adoption.
[^] # Re: Bonobo?
Posté par fabb . Évalué à 1.
C'est vrai.
> Oui et non. Il est possible de faire tourner les composants bonobo a l'interieur du meme processus, et dans ce cas, c'est bien un dlopen qui est utilise.
C'est vrai aussi :-)
> Le choix de corba dans bonobo rend la technologie plus complexe et limite par consequent son adoption.
J'ai jamais codé de bonobo. Mais là c'est un peu léger comme argument. J'image que lorsqu'on utilise bonobo on ne parle pas le "corba" en native. On utilise une interface qui doit cacher ces détails et simplifier la vie des développeurs d'appli.
[^] # Re: Bonobo?
Posté par Christophe Fergeau . Évalué à 3.
[^] # Re: Bonobo?
Posté par fabb . Évalué à 1.
...
Havoc n'a JAMAIS dit que DBUS remplacera bonobo.
> son dbus puisse bénéficier d'une surcouche permettant de l'interfacer facilement avec gtk et la glib...
Ça n'a aucun sens. Interface gtk avec cvs si ça t'amuse.
[^] # Re: Bonobo?
Posté par Christophe Fergeau . Évalué à 3.
Il l'a pas dit, mais en suivant l'évolution de dbus et de ce qu'il veut faire avec dbus, c'est de plus en plus évident (surtout si tu prends en compte le fait qu'il n'aime pas bonobo).
> Ça n'a aucun sens. Interface gtk avec cvs si ça t'amuse.
Je parlais de création automatique de wrappers pour accéder aux méthodes/propriétés d'un gobject via dbus, j'espère que ça t'es plus compréhensible maintenant. Par contre je comprends pas ce que tu dis toi ;)
[^] # Re: Bonobo?
Posté par fabb . Évalué à 0.
Que veux tu me faire dire ?
Qu'on peut remplacer bonobo par dbus si on étend dbus ?
Oui on peut.
Que le développement actuel de dbus ne vise qu'à virer bonobo ?
Je n'y crois pas 3 secondes.
Que bonobo n'est pas éternel ?
bonobo n'est pas éternel.
Que bonobo sera remplacé par dbus (+ quelque chose au dessus) ?
Oui, c'est possible. Mais ce n'est même pas prévu pour Gnome 3 ...
[^] # Re: Bonobo?
Posté par Christophe Fergeau . Évalué à 2.
Havoc ne l'a pas dit ouvertement, mais à mon avis un de ses objectifs est d'avoir qqchose de viable qui peut à peu près remplacer bonobo, même si ce n'est pas l'unique raison d'être de dbus...
> Que bonobo sera remplacé par dbus (+ quelque chose au dessus) ?
> Oui, c'est possible. Mais ce n'est même pas prévu pour Gnome 3 ...
Je sais pas trop d'où tu tires toutes tes certitudes et tes infos sur gnome, mais je peux te dire que moins il y aura de bonobo dans gnome 3, plus les développeurs seront contents...
[^] # Re: Bonobo?
Posté par liberforce (site web personnel) . Évalué à 1.
[^] # Re: Bonobo?
Posté par fabb . Évalué à 1.
Les développeurs ne sont pas obligé d'utiliser bonobo.
C'est BEAUCOUP plus compliqué et pas standard d'utiliser D-bus ou de tout faire à partir de rien pour remplacer bonobo que d'utiliser directement bonobo. D'accord ?
Donc pourquoi les développeurs seront contents s'il y a moins de bonobo ?
Car ils auront l'opportunité de refaire bonobo ?
Ton propos n'a tout simplement pas sens tant qu'il n'y a pas d'alternative à bonobo, et à l'heure actuelle il n'y en a pas. Et si il n'y en a pas c'est aussi car bonobo est satisfaisant ou que personne ne sait (ou ne veux, mais ça revient à dire que bonobo est satisfaisant) faire mieux.
[^] # Re: Bonobo?
Posté par gnumdk (site web personnel) . Évalué à 4.
Apres, gnome 2.12 n'est pas encore la, il s'en passe des choses dans un projet ;)
>car bonobo est satisfaisant ou que personne ne sait ... faire mieux.
Mwai, en meme temps, quand gtk avait un selecteur de fichier pourri(je l'aimais bien moi), je pense pas que personne ne voulait faire mieux mais plutot que personne n'avait le temps de s'en occuper. Et dans ce cas la, c'est la meme chose, il faut quand meme constater que tout ca est un échec par rapport à kpart. Je ne parle pas d'un point de vu technique mais d'un point de vu facilité d'utilisation, la majorité des programmes kde(meme non officiels) utilise kpart et dcop...
Je pense que si gnome 3 arrive a fournir quelque chose de simple à utiliser pour un programmeur lambda, cela ne sera pas un mal, que ce soit en faisant une surcouche à bonobo ou en codant un truc nouveau.
Mais Christophe n'a pas dit que bonobo allait disparaitre, il a juste montré que ce n'était pas une fierté du projet Gnome et qu'il y'a peut être du travail à faire de ce coté la. L'avenir nous le dira...
[^] # Re: Bonobo?
Posté par fabb . Évalué à 3.
Et pour le selecteur de fichier avant tu aurais dit ? :
- moins il y aura de selecteur de fichier et plus les développeurs seront contents
Ça n'a pas de sens.
Que des gens disent :
- il faut améliorer bonobo
- il faut simplifier son utilisation
- il faut une meilleur doc
- etc
je peux parfaitement entendre ces reproches/aspirations.
Mais pour "gnome sans bonobo c'est mieux que gnome avec bonobo", je suis sourd.
> Je pense que si gnome 3 arrive a fournir quelque chose de simple à utiliser pour un programmeur lambda, cela ne sera pas un mal
Là, je suis d'accord. J'ai jamais dit que bonobo était l'outil ultime et qu'il était inammovible. S'il y a mieux ou s'il on sait/peut faire mieux, je dis : go !
Mais la disponibilité des fonctionnalités de bonobo c'est certainement mieux que rien.
[^] # Re: Bonobo?
Posté par Vivi (site web personnel) . Évalué à 3.
[^] # Re: Bonobo?
Posté par Christophe Fergeau . Évalué à 3.
[^] # Re: Bonobo?
Posté par fabb . Évalué à 2.
Je crois que c'est une mauvaise perception. Il n'est pas question de limiter son usage. Il est question de l'utiliser là où il est utile. Dans nautilus (voir plus haut) il n'est pas utile. Par contre pour le panel, evolution, les visualisateurs, etc il est utile et son usage est fortement recommandé.
[^] # Re: Bonobo?
Posté par Christophe Fergeau . Évalué à 1.
On doit pas parler avec les mêmes personnes alors...
Essaie de parler de bonobo aux développeurs de sound-juicer ou totem par exemple.
> visualisateurs
Je me demande si eog n'a pas perdu son support bonobo d'ailleurs...
[^] # Re: Bonobo?
Posté par fabb . Évalué à 3.
Tu trouveras toujours un ou deux développeurs pas content. C'est la vie.
T'as bien des gens qui trouve que Unix sucks.
Ça fait depuis des années qu'on entends que bonobo puxor et il est toujours là. *Librement* implémenté, *librement* utilisé.
> Je me demande si eog n'a pas perdu son support bonobo d'ailleurs...
Peut-être (au fait, il a déjà eu un support bonobo ?). Gthumb (le nouveau) a un support bonobo.
[^] # Re: Bonobo?
Posté par Vivi (site web personnel) . Évalué à 4.
Bonobo a surtout été utilisé par les gens qui l'ont codé au départ, à savoir l'équipe Ximian (ex-Helixcode, maintenant Novell) pour leurs softs (Gnumeric, Evolution) et dans Nautilus. A part eux ...
[^] # Re: Bonobo?
Posté par Christophe Fergeau . Évalué à 0.
[^] # Re: Bonobo?
Posté par fabb . Évalué à 1.
Tout est bonoboïfier dans Evolution 2.
Vires par exemple /usr/lib/bonobo/servers/GNOME_Evolution_Calendar_2.0.server pour rigoler.
[^] # Re: Bonobo?
Posté par Christophe Fergeau . Évalué à 2.
[^] # Re: Bonobo?
Posté par fabb . Évalué à 1.
- gnome-panel et tous les applets
- Rhythmbox
- abiword
- balsa
- gnomemeeting
- gpdf
- yelp
- etc
J'ai "seulement" 84 serveurs bonobo ici (dont 10 pour evolution qui est la plus grosse appli).
[^] # Re: Bonobo?
Posté par philou (site web personnel) . Évalué à -1.
Il ne reste plus qu'à virer l'autre erreur : GConf :
- portabilité réduit à néant
- stabilité désastreuse
- compléxité accrue
- utilité constestée
Comme bonobo, c'est un concept agréable ...
[^] # Re: Bonobo?
Posté par Christophe Fergeau . Évalué à 2.
Pour la stabilité, la complexité et l'utilité contestable, c'est pareil, j'aimerais bien que tu développes un petit peu.
J'ai vu pas mal de devels gnome se plaindre de bonobo, mais j'ai pas souvenir d'avoir déjà entendu qqu'un se plaindre de gconf... (à part quelques développeurs d'applications tierces pour qui la portabilité sous windows était importante).
[^] # Re: Bonobo?
Posté par fabb . Évalué à 1.
Moi non plus. Gconf est _très_ aprécié. Du moins l'idée car il reste quelque soucis d'implémentations (NFS et via réseau ; j'ai oublié les détails) et de performance (accès disque).
Je n'ai absolument pas envis de voir gconf partir pour des fichiers .ini qui sucks dans tous les domaines.
[^] # Re: Bonobo?
Posté par EmmanuelP . Évalué à 1.
Et même pour eux, il y a un espoir, avec le travail de Tor Lillqvist (dans le cadre du port Windows d'Evolution ...).
http://tml-blog.blogspot.com/2005/02/would-real-maintainer-of-popt-(...)
(5ème paragraphe)
[^] # gconf (était:Re: Bonobo?)
Posté par ZeroHeure . Évalué à 6.
ici on utilise principalement kde. Mais pour faire plaisir aux stagiaires j'ai installé un Gnome "de base", avec ce qu'il faut pour bosser et se détendre (entre le dur labeur!).
Notre /etc/gconf est assez gros: 28Mo. Et dire qu'autrefois je pestais contre la taille de la base de registre Windows (ma question c'est est-ce que cette taille est normale?) ...!
Cette taille de /etc/gconf a créé un problème inattendu. Lors d'une mise à jour (avec apt sur Debian), la partition racine est devenue trop petite, à cause de gconf grandissant trop vite (40 Mo). La mise à jour s'est arrêtée en plein vol, avec les conséquences qu'on imagine. Bon ça se répare, on déplace son gconf sur /usr/local, on trifouille par ci par là et on relance le bazar. Mais quand même! Tout d'un coup j'ai trouvé gconf dangereux.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: gconf (était:Re: Bonobo?)
Posté par fabb . Évalué à 0.
Jamais, jamais, jamais compris cette obsession de partitionner les disques en 50 bouts.
Je trouve cette manie ridicule et surannée.
[^] # Ca veu dire quoi surranée ?
Posté par Cereal Killer . Évalué à 1.
MAIS, plus tu cherches la securité, la perenité de tes données et que t'es un minimum sérieux, tu partitionnes ton disque un peu plus qu'une bête / avec tout dedans.
Le premier exemple qui me viens est évidemment avoir un / et un /home sur 2 partitions différentes ... avoir tes précieuses données sur une partoche à part est toujours bon quand t'as à réinstaller par exemple.
Un autre exemple, essentiellement applicable à une machine en production avec de bonne contrainte de sécurité, est de séparer tes partitions en fonctions des "droits de montages". => man mount
=> http://www.debian.org/doc/manuals/securing-debian-howto/ch3.fr.html(...)
[^] # Re: Ca veu dire quoi surranée ?
Posté par Cereal Killer . Évalué à 2.
Celui-ci explique un peu plus pourquoi mon man mount :)
Ok, ça tiens plus de la parano qu'autre chose, mais y en a pour qui s'est important.
[^] # Re: Ca veu dire quoi surranée ?
Posté par fabb . Évalué à 2.
Un peu :-)
J'ai bien le :
Toute personne qui accède physiquement au système peut le débrancher, frapper dessus avec un marteau, etc. Inhiber <ctrl><alt><sup> est le cadet de mes soucis.
[^] # Re: Ca veu dire quoi surranée ?
Posté par eJah . Évalué à 4.
Quoit !? tu n'as pas mis ton systeme dans une autre piece equipee d'une cage de farraday fermee a double tour par une porte blindee ??
Pfff, tout se perd...
--
;)
[^] # Re: Ca veu dire quoi surranée ?
Posté par fabb . Évalué à 1.
Tranquile je suis maintenant.
[^] # Re: Ca veu dire quoi surranée ?
Posté par Staz . Évalué à 2.
[^] # Re: Ca veu dire quoi surranée ?
Posté par Fred . Évalué à 3.
Notre filliale d'un grand groupe mutualise les salles serveurs (ben ouais, c'est cher une salle serveurs quand t'as que 2 serveurs par filliale); Du coup, imagine pour X Y raison un autre mec arrive, se plante de machine et fait un ctrl+alt+Suppr. Ben t'est baisé! Ou alors, t'est avec un swith clavier écran sur 4-5 machines, en switchant tu te trompe de machine et tu redemarres le serveur de production. T'est baisé aussi! (Décidément)
Il vaut mieux éliminer le plus de source d'erreur possible! Même si ça semble absurde à priori! Ca coute pas beaucoup mais des fois t'est bien content. Et ça, c'est vraiment du vécu!
[^] # Re: Ca veu dire quoi surranée ?
Posté par fabb . Évalué à -1.
Une partition de plus ne remplace pas un bon backup.
> => http://www.debian.org/doc/manuals/securing-debian-howto/ch3.fr.html(...)
Tu peux aussi chrooter chaques utilisateurs, les mettres dans un périphérique loopback etc.
J'ai autre chose à foutre.
[^] # Re: gconf (était:Re: Bonobo?)
Posté par kd . Évalué à 4.
Personnellement, j'ai un /home, un /usr, et un tout le reste.
Le /usr, on peut le mettre en lecture seule quand on n'installe pas beaucoup de programmes. Comme ça, quand ton ordi crash parce que t'as débranché l'alim sans faire exprès ou parce que le fusible saute à cause de plaques chauffantes de la cuisine "qui pète les plombs", eh bien tu as moins de chances d'endommager tes programmes.
De plus, en faisant un "rm -rf /" même en root, tes programmes sont encores là.
Et pas mal aussi, on peut surveiller facilement la taille de tous tes programmes avec un simple df.
Le /home, c'est parce que c'est les données et que je ne vois pas ce que les données ont à faire sur la même partition que le système. Même sous Windows, on voit souvent une autre partition dédiée aux données,. Mais c'est surtout qu'avec Windows 98 il fallait souvent réinstaller son système. Et donc, en "formatant" le disque système, les données étaient encore là.
Alors, après, si c'est pour ton usage personnel, c'est peut-être inutile. Mais pour un système qui utilise pleinement le côté multi-utilisateur de UNIX, un serveur, ou autre machine devant être fiable, il faudrait par exemple avoir une partition /var séparée, pour éviter le déni de service par log interposé.
D'ailleurs, je me pose une question. Il serait plus logique - je trouve - de pouvoir mettre /etc sur une partition à lecture seule. Seulement, il me semble bien que ça n'est pas pour l'nstant possible, à cause de fichier comme /etc/mtab, ou encore /etc/ppp/resolv.conf. Je pense que ces fichiers devraient être dans /var. Que dit FSB ?
[^] # Re: gconf (était:Re: Bonobo?)
Posté par ZeroHeure . Évalué à 2.
Et surtout, comme tout le monde tu ne connais pas _tout_ d'Unix. Dans nos conditions de travail, il est hors de question de ne pas partitionner /var /usr et /tmp - le /home est distant.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: gconf (était:Re: Bonobo?)
Posté par fabb . Évalué à 1.
Je ne dis pas que ce n'est jamais intéressant mais j'ai vu *énormement* de personnes qui ont regretté avoir fait plein de partitions et qui se mordaient les doigts après coup. Si tu fréquentes des forums, tu ne pourra qu'être d'accord avec moi :
http://ww.google.fr/search?hl=fr&q=partition+%2Fvar+%2Ftmp+full(...)
Les gens qui ont regretté de ne pas avoir plein de partitions partout sont très rares. Ce qui est le plus populaire c'est d'avoir un "/home" séparé. Perso, je préfère un backup.
[^] # Re: gconf (était:Re: Bonobo?)
Posté par ZeroHeure . Évalué à 2.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: gconf (était:Re: Bonobo?)
Posté par fabb . Évalué à 1.
J'ai fait une faute de communication :-)
ridicule :
- car dans 97 % des cas c'est inutiles et une source d'emmerdemment
suranné :
- c'est vieux et lié à des problèmes techniques. Limite du fs, limite en nombre de inode, limite des disques, pas de lvm, pas de quota, etc.
Ceci dit, je trouve très bien que l'arborescence Unix soit bien foutue et permette d'utiliser intelligement "plein de partitions" lorsque c'est utile.
[^] # Re: gconf (était:Re: Bonobo?)
Posté par gnumdk (site web personnel) . Évalué à 2.
/dev/hda1 on / type xfs (rw,noatime)
/dev/hda6 on /usr/local type xfs (rw,noatime)
/dev/hda7 on /usr/local/games type xfs (rw,noatime)
/dev/hda8 on /home type xfs (rw,noatime)
/dev/hda9 on /mnt/Download type xfs (rw,noatime)
/dev/hda10 on /var/cache/apt/archives type xfs (rw,noatime)
/dev/hda11 on /mnt/Documents type xfs (rw,noatime)
/dev/hda12 on /mnt/mdk type xfs (rw,noatime)
/dev/hdb1 on /mnt/Zik type xfs (rw,noatime)
/dev/hdb3 on /mnt/Save type xfs (rw,noatime)
/dev/hdb2 on /mnt/Videos type xfs (rw,noatime)
/dev/hdc1 on /mnt/P2P type xfs (rw,noatime)
/dev/hdc5 on /usr/src type xfs (rw,noatime)
gnumdk@milouse:~$
Plein de partoches roxor ;)
Si à chaque fois que je change d'os je dois recopier toutes mes données sur le dur parce que je n'ai qu'un /, je serais devenu fou depuis longtemps ;) D'ailleurs si je devais sauvegarder tout ce que j'ai sur mes durs, je serais envahi de cd depuis longtemps ;)
Par contre, il est clair que je prefere un gros / que deux partoches pour /var et /tmp, trop difficile de prévoir à l'avance de combien on aura besoin, alors qu'avec un / de 6 Go, je suis tranquille :)
/dev/hda1 5,8G 2,5G 3,4G 43% /
[^] # Re: gconf (était:Re: Bonobo?)
Posté par fabb . Évalué à 1.
/dev/md0 120269524 47962012 66288864 42% /
/dev/hdc1 19467148 13004872 6462276 67% /mnt/big_a1
/dev/hda1 19467148 13005104 6462044 67% /mnt/big_b1
/dev/hde1 18658996 7932568 10726428 43% /mnt/small1
$ cat /proc/mdstat
Personalities : [raid0]
md0 : active raid0 hdc2[0] hda2[1]
120372992 blocks 128k chunks
tout est dans /dev/md0. /dev/hdc1 /dev/hda1 c'est pour backup (/dev/hdc1 c'est j-2 et /dev/hda1 c'est j-1). C'est identique à /dev/md0 mais sans les gros trucs sans importances (videos (légales, des enregistrements tv), trucs que je peux downloader, etc). Si /dev/md0 s'"écroule", je peux continuer à bosser avec /dev/hdc1 ou /dev/hda1. /dev/hde1 est a usage temporaire, typiquement pour des tests.
[^] # Re: gconf (était:Re: Bonobo?)
Posté par Fred . Évalué à 2.
[^] # Re: gconf (était:Re: Bonobo?)
Posté par Christophe Merlet (site web personnel) . Évalué à 7.
Ces 36 Mo sont décomposé en 16 Mo de /etc/gconf/schemas et 20 Mo de /etc/gconf/gconf.xml.defaults
Les schemas contenus dans /etc/gconf/schemas représentent le fichier de conf brut des applis, et les fichiers dans /etc/gconf/gconf.xml.defaults sont les valeurs par défaut des applis initialisé à partir du schemas.
Pourquoi ces fichier de conf sont si volumineux ? Simplement parce que chaque options de configuration possède une description courte et une description longue dans toute les langues supportés par GNOME.
Y a t'il moyen de diminuer la taille de ces fichiers de conf ? Il faudrait étudier la pertinence de mettre ces traductions dans le fichier gettext .mo de l'application concerné. Ce serait alors au démon gconf de fournir les bonnes descriptions localisées et non plus aux application style gconf-editor de parser tous les fichiers xml pour afficher les desriptions de clé.
Si la taille des fichiers de schemas est vraiment critique, tu peux essayer de virer toutes les traductions.
[^] # Re: gconf (était:Re: Bonobo?)
Posté par ZeroHeure . Évalué à 2.
oui pas con, j'y avais pas pensé
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: gconf (était:Re: Bonobo?)
Posté par kra . Évalué à -1.
# supprimé/ajouté ?
Posté par gnuk . Évalué à 3.
"Evolution donne même la météo désormais :) ?"
Evolution le faisait déjà dans la version 1.4.x, et permettait même de suivre les fils RSS.
Chose que je n'ai jamais compris : pourquoi ces fonctionnalitées ont été supprimée à partir de la version 2.x ?
Pourquoi seulement l'une d'entre elle revient aujourd'hui et de facon atrophiée ?
[^] # Re: supprimé/ajouté ?
Posté par ookaze . Évalué à 3.
C'est juste parce qu'il y en a de nouvelles ?
[^] # Re: supprimé/ajouté ?
Posté par crevette . Évalué à 1.
[^] # Re: supprimé/ajouté ?
Posté par fabb . Évalué à 1.
C'est le genre de truc que j'ai jamais aprécié. Pour la météo et autres gadgets il y a le panel.
T'es sûr que ce n'est pas un patch spécifique à Ubuntu ?
[^] # Re: supprimé/ajouté ?
Posté par fabb . Évalué à 0.
Oubliez moi, j'ai mal lu la release note.
[^] # Re: supprimé/ajouté ?
Posté par kra . Évalué à -1.
ya un truc pas mal aussi, ca s'appelle "regarder par la fenetre" et "sortir le bras par la fenetre" pour avoir respectivement l'etat du ciel et la temperature exterieure.
=====> []
nan, serieux, ca sert a quoi en pratique ces panels de meteo?
[^] # Re: supprimé/ajouté ?
Posté par Staz . Évalué à 2.
Sinon ça avait été retiré de la 2:x parcque le gars qui avait codé ca avait foutu le camp et qu'il avait trouvé personne d'autre pour le coder.
Perso je pense qu'ils ont bien fait, tout comme il devrait séparer le mail du calendrier (a la mozilla)
[^] # Re: supprimé/ajouté ?
Posté par alexissoft . Évalué à 5.
Pas d'accord, la plupart des geeks vivent dans un datacenter :p
[^] # Re: supprimé/ajouté ?
Posté par Psychofox (Mastodon) . Évalué à 4.
dans ce cas la je ne vois pas quel interêt ils ont à savori quel temps il fait dehors ^_^
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.