Articles précédents : Logiciel
- [63] KDE 3.4 RC1
- [54] Sortie de la version 1.0.0 de Kerrighed
- [60] Firefox 1.0.1 et autres nouvelles Mozilliennes
- [18] ETF, UT 2004, America's Army, etc.
- [34] Sortie de Templeet 3.0
- [12] KQEMU : un module d'accélération pour QEMU
- [6] Livret de compétences : Appel au développeurs et Coding Party
- [7] Ultimate Boot CD v3.2
- [20] Calendar 0.8.3+ en français
- [32] amaroK 1.2 est là !
Liens connexes
- Bugzilla GNOME (207 clics)
- Les notes de version complètes (434 clics)
- Le daily LiveCD Ubuntu (709 clics)
- Le site Francais de GNOME (1212 clics)
Dépêche modérée par
Dépêche éditée par
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).
![[en]](../../../images/en.png)
Bugzilla GNOME (207 clics)-
Les notes de version complètes (434 clics)
-
Le daily LiveCD Ubuntu (709 clics)
![[fr]](../../../images/fr.png)
Le site Francais de GNOME (1212 clics)
> Lire la suite (115 commentaires, moyenne: 1,9). [dépêche : 1934 caractères]
- 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.
tester Gnome
> Je conseille aux personnes souhaitant participer aux tests d'utiliser le daily liveCD d'Ubuntu
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 () le 01/03/2005 à 12:47. (lien). Évalué à 3.Salut Fabb,
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 ????
Sound-Juicer, un extracteur/encodeur de CD
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 () le 01/03/2005 à 12:49. (lien). Évalué à 2.SJ est un extracteur/encodeur de CD audio (modérateur, peux tu corriger STP ? :), j'ai oublié de le mettre mais pour moi c'etait clair. C'est autre chose qu'un soft de gravure.
-
[^]Re: Hein ????
Posté par patrick_g (page perso, ) le 01/03/2005 à 13:12. (lien). Évalué à 0.ok merci pour la précision.
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 (Jabber id, page perso, ) le 01/03/2005 à 13:18. (lien). Évalué à 3.Pourquoi ne pas lancer un petit menu qui te pose la question?
-
[^]Re: Hein ????
Posté par crevette () le 01/03/2005 à 13:22. (lien). Évalué à 2.Oui, on peut envisager ca, mais je ne trouve pas ca pratique du tout.
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 () le 01/03/2005 à 13:19. (lien). Évalué à 2.Le mieux est que tu desactives GVM....
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 () le 01/03/2005 à 13:51. (lien). Évalué à 2.le probleme c'est que si tu as un graveur et un lecteur gvm ne permet pas de definir une action distincte pour chaque
ou alors ça a changé...-
[^]Re: Hein ????
Posté par crevette () le 01/03/2005 à 13:57. (lien). Évalué à 1.Le principe (a ce que je sache) n'ai pas de gerer cela par périph mais par type de média.
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 () le 01/03/2005 à 14:06. (lien). Évalué à 2.> mais je ne peux pas te confirmer n'aynat pas de GNOME sous les yeux
C'est ça. Tu peux spécifier une action pour un CD viège, audio, DVD ou donné.-
[^]Re: Hein ????
Posté par tgl () le 01/03/2005 à 17:26. (lien). Évalué à 3.Et puis pour des choses plus fine, on peut se tourner vers Ivman en remplacement de GVM :
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 () le 01/03/2005 à 17:39. (lien). Évalué à 2.> les possibilitées ne m'ont l'air à peu près limitées que par ce que
> 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 (Jabber id, page perso, ) le 01/03/2005 à 16:36. (lien). Évalué à -4.Stop !!!
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 ?-
[^]Re: Hein ????
Posté par ookaze () le 01/03/2005 à 16:55. (lien). Évalué à 4.Faux, aucun OS ne fait ça très bien.
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 () le 01/03/2005 à 13:26. (lien). Évalué à 1.Ce sont des actions par défaut qui te sont proposées. Si tu n'en veux pas, ne les utilises pas.
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 ????
-
-
[^]Re: Hein ????
-
-
-
[^]Re: Hein ????
Posté par GnunuX (Jabber id, page perso, ) le 01/03/2005 à 12:55. (lien). Évalué à 4.Graveman c'est un logiciel de gravure non ?
Alors que sound-juicer sert a extraire les musiques.-
[^]Re: Hein ????
Posté par yeKcim (page perso, ) le 01/03/2005 à 13:37. (lien). Évalué à 2.Oui, je n'ai pas trop compris non plus pourquoi graveman etait considéré comme logiciel d'extraction.
-
-
[^]Re: Hein ????
Posté par Cereal Killer (Jabber id, ) le 01/03/2005 à 13:59. (lien). Évalué à 3.Vu qu'on est tous d'accord pour dire que k3b rOx quand même bien, même tellement que la plupart des gnomsites se coltine les libs kde QUE pour pouvoir utiliser k3b, pourquoi ne pas encourager des projets comme GnomeBaker qui a de forte ressemblance avec k3b ?
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 () le 01/03/2005 à 14:11. (lien). Évalué à 1.> un seul soft pour manipuler les cd/dvdRW sous gnome
ç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 (page perso, ) le 01/03/2005 à 14:36. (lien). Évalué à 3.un peu de bon sens !
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 () le 01/03/2005 à 14:41. (lien). Évalué à 2.ici on ne parle pas d'écouter le CDaudio (y'a rythmbox)
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 (page perso, ) le 03/03/2005 à 10:05. (lien). Évalué à 2.Pourquoi personne ne parle de Gnome toaster ? C'est tout a fait dans l'optique de Gnome, très simple et efficace : http://gnometoaster.rulez.org/(...)
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 (Jabber id, ) le 03/03/2005 à 16:57. (lien). Évalué à 2.Je doute que ce soit intégré dans Gnome 2 alors qu'apparament c'est du GTK 1
-
[^]Re: Hein ????
Posté par dawar (page perso, ) le 04/03/2005 à 09:52. (lien). Évalué à 2.Oui, c'est malheureusement du GTK1, le developpement c'est arreté a la beta6.
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 () le 01/03/2005 à 14:12. (lien). Évalué à 2.Vu qu'on est tous d'accord pour dire que k3b rOx quand même bien, même tellement que la plupart des gnomsites se coltine les libs kde QUE pour pouvoir utiliser k3b
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 Fremy (page perso, ) le 02/03/2005 à 08:40. (lien). Évalué à 1.> La philosophie de GNOME c'est faire des softs simples a utiliser, pas des usines a gaz
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 () le 02/03/2005 à 08:49. (lien). Évalué à 3.Nouvelle, nouvelle... Depuis gnome 2.0 quoi, ça commence à faire un bail maintenant (qques années)
-
[^]Re: Hein ????
Posté par Philippe Fremy (page perso, ) le 03/03/2005 à 13:41. (lien). Évalué à 4.J'me fais vieux la. Va falloir que je renouvelle mes trolls.
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 () le 01/03/2005 à 14:47. (lien). Évalué à 3.Je vois pas vraiment le rapport entre gravure et rip.
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 () le 01/03/2005 à 14:50. (lien). Évalué à 3.Goobox est encore un peu jeune je pense et de plus il y a certaines parties qui ne respecte pas la HIG (mais il est neanmoins tres bien); Sound-juicer devrait se transformer en lecteur CD d'ici pas longtemps (le developpeur en a parlé il y a quelques mois) justement afin de virer "l'infame lecteur de cd de Gnome"
-
[^]Re: Hein ????
Posté par yoplait () le 01/03/2005 à 15:59. (lien). Évalué à 2.D'après ce que j'ai compris du consensus de desktop-devel-list, goobox sera à terme intégré dans la release en tant que lecteur de CD. Une chose est sûre (et confirmée par Ross Burton), Sound-Juicer restera juste un extracteur. Il devrait y avoir des liens entre les deux applications pour passer de l'un a l'autre facilement.
-
[^]Re: Hein ????
Posté par patrick_g (page perso, ) le 01/03/2005 à 16:13. (lien). Évalué à 3.autrement dit et pour résumer le thread :
lire les CD : goobox
extraire les pistes du CD : sound-juicer
graver/copier : graveman-
[^]Re: Hein ????
Posté par yoplait () le 01/03/2005 à 16:33. (lien). Évalué à 2.La méthode officielle et suportée pour graver des CD est fournie par nautilus. Je pense que ce n'est pas près de changer, même avec l'avènement de graveman / gnomebaker / coaster et personnellement je pense que c'est la bonne solution.
Par contre le changement d'implémentation est envisagé pour passer des CDR-tools à libburn, mais pas à court terme.-
[^]Re: Hein ????
-
-
-
[^]Re: Hein ????
Posté par Sébastien Bacher () le 01/03/2005 à 16:19. (lien). Évalué à 1.Pas vraiment.
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 () le 01/03/2005 à 16:42. (lien). Évalué à 1.http://mail.gnome.org/archives/desktop-devel-list/2005-January/msg0(...)
-
-
-
-
[^]Re: Hein ????
Posté par tico () le 02/03/2005 à 15:18. (lien). Évalué à 1.Y a un rapport.
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.
-
Retrait du support de Bonobo
Quid de la suppression du support de Bonodo dans Nautilus ?
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 fabb () le 01/03/2005 à 13:13. (lien). Évalué à 2.> On me confirme en régie ? ;)
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 () le 01/03/2005 à 13:58. (lien). Évalué à 1.Bon, c'est de moins en moins clair...
Ca sert à quoi Bonobo exactement ?-
[^]Re: Retrait du support de Bonobo
Posté par fabb () le 01/03/2005 à 14:15. (lien). Évalué à 4.http://developer.gnome.org/doc/guides/corba/html/p993.html(...)
-
-
-
[^]Re: Retrait du support de Bonobo
Bonobo?
mais un travail important a été fait pour supprimer le support de BONOBO
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 () le 01/03/2005 à 12:52. (lien). Évalué à 2.Clairement, je crois que BONOBO va y passer.
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 () le 01/03/2005 à 13:18. (lien). Évalué à 1.> Clairement, je crois que BONOBO va y passer.
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 (page perso, ) le 01/03/2005 à 14:11. (lien). Évalué à 2.De toutes façons, Bonobo restera dans toute la série des GNOME 2.x, compatibilité binaire oblige.
-
[^]Re: Bonobo?
Posté par fabb () le 01/03/2005 à 14:21. (lien). Évalué à 1.Et pour l'instant il n'est pas prévu de le virer pour Gnome 3.
-
-
-
[^]Re: Bonobo?
Posté par Philippe Fremy (page perso, ) le 02/03/2005 à 08:49. (lien). Évalué à 5.Je me marre en lisant les problemes que rencontre l'utilisation de bonobo chez les developpeurs. C'est pour ce genre de raison que KDE a mis mico (le corba utilise a l'epoque pre-KDE 2) a la poubelle il y a quelque chose comme 5 ans. Ils ont remplace des mois de travail sur corba par 1 semaine - homme de dev et un dlopen. Mais bon, tout le monde peut continuer a croire que bonobo, c'est l'avenir de Gnome.
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 () le 02/03/2005 à 10:00. (lien). Évalué à -2.> Ils ont remplace des mois de travail sur corba par 1 semaine - homme de dev et un dlopen.
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 Fremy (page perso, ) le 02/03/2005 à 10:36. (lien). Évalué à -1.C'est plus fort que moi, je ne peux pas resister.
Note que les problemes de bonobo ont ete evoque plutot par des supporters de Gnome.-
[+] [^]Re: Bonobo?
Posté par fabb () le 02/03/2005 à 10:44. (lien). Évalué à -1.> Note que les problemes de bonobo ont ete evoque plutot par des supporters de Gnome.
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 Fremy (page perso, ) le 03/03/2005 à 13:47. (lien). Évalué à 2.<< 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. >>
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 () le 03/03/2005 à 18:21. (lien). Évalué à 1.> Ils doivent etre assis en face de ceux qui predisent depuis le debut de KDE que le projet va se planter:
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 () le 02/03/2005 à 10:51. (lien). Évalué à 3.A mes yeux, le pb de bonobo, c'est pas que c'est pourri que ça marche mal et tout ça, c'est juste que c'est pas complètement fini, ie c'est un peu comme la xlib : avec la xlib, t'as tout ce qu'il faut pour faire des trucs biens, mais sans un toolkit comme qt ou gtk+, tu t'en sors pas. Bonobo à mon avis c'est pareil, faudrait rajouter des trucs pour le rendre plus simple à utiliser. Mais personne s'est lancé là dedans, et avec Havoc qui a décidé il y a bien longtemps que bonobo c'était pas bien, et qui par contre fait tout ce qu'il peut pour que son dbus puisse bénéficier d'une surcouche permettant de l'interfacer facilement avec gtk et la glib...
-
[^]Re: Bonobo?
Posté par fabb () le 02/03/2005 à 11:23. (lien). Évalué à 1.> avec Havoc qui a décidé il y a bien longtemps que bonobo c'était pas bien, et qui par contre fait tout ce qu'il peut pour que son dbus puisse bénéficier d'une surcouche permettant de l'interfacer facilement avec gtk et la glib...
...
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 () le 02/03/2005 à 11:32. (lien). Évalué à 3.> Havoc n'a JAMAIS dit que DBUS remplacera bonobo.
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 () le 02/03/2005 à 11:51. (lien). Évalué à 0.> Je parlais de création automatique de wrappers pour accéder aux méthodes/propriétés d'un gobject via dbus.
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 () le 02/03/2005 à 13:17. (lien). Évalué à 2.> Que le développement actuel de dbus ne vise qu'à virer bonobo ?
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?
-
[^]Re: Bonobo?
Posté par fabb () le 02/03/2005 à 16:03. (lien). Évalué à 1.> mais je peux te dire que moins il y aura de bonobo dans gnome 3, plus les développeurs seront contents...
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 (page perso, ) le 02/03/2005 à 18:09. (lien). Évalué à 4.C'est vrai, t'as raison, t'en sais certainement plus qu'un mec qui *lui* travaille sur le projet gnome et je peux te dire que dans l'ensemble les devels gnome sont de son avis, cela ne représente que les devels francais mais je doute que cela change quelque chose.
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 () le 02/03/2005 à 18:51. (lien). Évalué à 3.> 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
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 (page perso, ) le 02/03/2005 à 11:45. (lien). Évalué à 3.oui, c'est un peu le problème. CORBA/Bonobo est parfois vendu comme "language-neutral" : théoriquement, tu as ton interface décrite en IDL que tu peux utiliser depuis n'importe quel langage possédant une couche CORBA. Un problème est que CORBA en C est assez complexe, même avec bonobo et donc bien souvent une bibliothèque en C est écrite par dessus pour que ce soit plus simple à utiliser. Résultat : on est encore obligé d'écrire des bindings pour ces bibliothèques.
-
-
-
-
[^]Re: Bonobo?
Posté par Christophe Fergeau () le 01/03/2005 à 12:53. (lien). Évalué à 3.La plupart des devels gnome actuels n'aiment pas bonobo (trop lourd à utiliser, trop compliqué, ...) donc la tendance actuelle est à limiter son usage au maximum.
-
[^]Re: Bonobo?
Posté par fabb () le 01/03/2005 à 13:22. (lien). Évalué à 2.> donc la tendance actuelle est à limiter son usage au maximum.
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 () le 01/03/2005 à 13:30. (lien). Évalué à 1.> Il n'est pas question de limiter son usage
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 () le 01/03/2005 à 14:19. (lien). Évalué à 3.> Essaie de parler de bonobo aux développeurs de sound-juicer ou totem par exemple.
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 (page perso, ) le 01/03/2005 à 14:30. (lien). Évalué à 4.mouais, moi je pense que c'est une bonne perception.
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 () le 01/03/2005 à 14:49. (lien). Évalué à 0.Gnumeric doit pas trop utiliser bonobo vu qu'il fonctionne sous windows. Evolution utilisait plus bonobo dans sa version 1.x que dans sa version 2 je pense.
-
[^]Re: Bonobo?
Posté par fabb () le 01/03/2005 à 15:16. (lien). Évalué à 1.> Evolution utilisait plus bonobo dans sa version 1.x que dans sa version 2 je pense.
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 () le 01/03/2005 à 15:25. (lien). Évalué à 2.Oui, evo c'est encore 4/5 gros composants bonobo, mais dans la version 1, l'utilisation de bonobo était plus importante, tu devais avoir des composants out of process et tout le tintouin.
-
-
-
[^]Re: Bonobo?
-
-
-
[+] [^]Re: Bonobo?
Posté par philou (page perso, ) le 01/03/2005 à 16:07. (lien). Évalué à -1.A mon sens, Bonobo a été une de plus grosse erreur technique du projet Gnome.
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 () le 01/03/2005 à 16:17. (lien). Évalué à 2.Tu peux développer ? En particulier au regard de http://tml-blog.blogspot.com/2005/02/would-real-maintainer-of-popt-(...)
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 () le 01/03/2005 à 16:35. (lien). Évalué à 1.> mais j'ai pas souvenir d'avoir déjà entendu qqu'un se plaindre de gconf...
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 () le 01/03/2005 à 18:25. (lien). Évalué à 1.(à part quelques développeurs d'applications tierces pour qui la portabilité sous windows était importante)
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 zero heure (Jabber id, page perso, ) le 01/03/2005 à 22:49. (lien). Évalué à 6.Je me glisse dans le fil avec une remarque et une question:
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.--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm-
[^]Re: gconf (était:Re: Bonobo?)
Posté par fabb () le 02/03/2005 à 04:19. (lien). Évalué à 0.> la partition racine est devenue trop petite
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 (Jabber id, ) le 02/03/2005 à 08:54. (lien). Évalué à 1.Pour un particulier qui à un usage banale de sa machine (pas de serveur a l'écoute), ok, il n'y a pas grand interet.
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 (Jabber id, ) le 02/03/2005 à 09:05. (lien). Évalué à 2.http://www.debian.org/doc/manuals/securing-debian-howto/ch4.fr.html(...)
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 () le 02/03/2005 à 10:16. (lien). Évalué à 2.> Ok, ça tiens plus de la parano qu'autre chose
Un peu :-)
J'ai bien le :
4.6 Restreindre les redémarrages système depuis la console
Si votre système dispose d'un clavier attaché, n'importe qui (oui, vraiment n'importe qui) peut redémarrer le système avec celui-ci sans se connecter au système.
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 () le 02/03/2005 à 10:40. (lien). Évalué à 4.Toute personne qui accède physiquement au système peut le débrancher, frapper dessus avec un marteau
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 ?
-
-
[^]Re: Ca veu dire quoi surranée ?
-
[^]Re: Ca veu dire quoi surranée ?
Posté par Fred (page perso, ) le 02/03/2005 à 12:49. (lien). Évalué à 3.Sans aller jusque là!
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 () le 02/03/2005 à 10:09. (lien). Évalué à -1.> 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.
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 () le 02/03/2005 à 09:02. (lien). Évalué à 4.Il est utile de séparer les choses.
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 zero heure (Jabber id, page perso, ) le 02/03/2005 à 22:19. (lien). Évalué à 2.Eh ? Mais c'est ton propos qui est ridicule! tu n'es pas dans mon bureau, pas devant les bécanes que je gère, et pas non plus au courant de nos contraintes.
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.--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm-
[^]Re: gconf (était:Re: Bonobo?)
Posté par fabb () le 03/03/2005 à 03:43. (lien). Évalué à 1.> Dans nos conditions de travail, il est hors de question de ne pas partitionner /var /usr et /tmp - le /home est distant.
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 zero heure (Jabber id, page perso, ) le 03/03/2005 à 10:48. (lien). Évalué à 2.Excuse-moi, mais vu comment tu le disais: "ridicule et suranné", je t'ai trouvé assez généraliste. C'est vrai que sur un poste perso, en utilisation normale (bureautique, web, etc.), ça n'a pas grand sens, vu les tailles de disques actuels. Mais il n'y a pas que ce genre d'utilisateurs sur DLFP.
--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm-
[^]Re: gconf (était:Re: Bonobo?)
Posté par fabb () le 03/03/2005 à 18:34. (lien). Évalué à 1.> Excuse-moi, mais vu comment tu le disais: "ridicule et suranné", je t'ai trouvé assez généraliste.
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 (page perso, ) le 03/03/2005 à 19:56. (lien). Évalué à 2.gnumdk@milouse:~$ mount | grep hd
/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 () le 03/03/2005 à 21:51. (lien). Évalué à 1.$ df | grep ^/dev
/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 (page perso, ) le 04/03/2005 à 06:47. (lien). Évalué à 2.Si tu veux retailler à la volée tes partition, regarde LVM + FS qui va bien genre JFS. Comme ça, même si tu n'a pas prévu assez, tu peux te débrouiller pour retailler ;-)
-
-
-
-
-
-
-
[^]Re: gconf (était:Re: Bonobo?)
Posté par Christophe Merlet (page perso, ) le 02/03/2005 à 07:33. (lien). Évalué à 7.Mon répertoire /etc/gconf pése 36 Mo.
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 zero heure (Jabber id, page perso, ) le 02/03/2005 à 18:05. (lien). Évalué à 2.Si la taille des fichiers de schemas est vraiment critique, tu peux essayer de virer toutes les traductions.
oui pas con, j'y avais pas pensé--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm
-
-
-
-
-
supprimé/ajouté ?
Je me suis jeté sur le daily liveCD d'Ubuntu pour tester Evolution, car je vois dans la liste des nouveautés :
"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 () le 01/03/2005 à 15:10. (lien). Évalué à 3.Dans le même ordre d'idée, les extensions Epiphany existent depuis longtemps, alors je n'ai pas compris où était la nouveauté dans la news.
C'est juste parce qu'il y en a de nouvelles ?-
[^]Re: supprimé/ajouté ?
-
-
[^]Re: supprimé/ajouté ?
Posté par fabb () le 01/03/2005 à 15:39. (lien). Évalué à 1.> "Evolution donne même la météo désormais :) ?"
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é ?
-
[+] [^]Re: supprimé/ajouté ?
Posté par kra () le 04/03/2005 à 12:30. (lien). É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.
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 (Jabber id, ) le 01/03/2005 à 17:08. (lien). Évalué à 2.Maintenant la météo apparait dans le calendrier ce qui permet de voir la météo plusieur jour a l'avance. Plus pratique que d'avoir la météo uniquement pour le jour même, alors qu'il suffit de regarder par la fenetre.
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 (Jabber id, page perso, ) le 01/03/2005 à 19:00. (lien). Évalué à 5.Maintenant la météo apparait dans le calendrier ce qui permet de voir la météo plusieur jour a l'avance. Plus pratique que d'avoir la météo uniquement pour le jour même, alors qu'il suffit de regarder par la fenetre.
Pas d'accord, la plupart des geeks vivent dans un datacenter :p-
[^]Re: supprimé/ajouté ?
-
-
Cette page a été générée par Templeet en 0.3856s (dont 0.098 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.