GNOME 2.10 RC2

Posté par  . Modéré par Nÿco.
Étiquettes :
0
1
mar.
2005
Gnome
Le bureau GNOME rentre dans sa dernière phase de test, la version Release Candidate 2 sort aujourd'hui (1er mars).

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

  • # tester Gnome

    Posté par  . Évalué à 10.

    > 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  . É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 ????

    Posté par  (site web personnel) . Évalué à -1.

    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  . É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  (site web personnel) . É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  (site web personnel) . Évalué à 3.

          Pourquoi ne pas lancer un petit menu qui te pose la question?
          • [^] # Re: Hein ????

            Posté par  . É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  . É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  . É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  . É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  . É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  . É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  . É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  (site web personnel) . É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 ?

            "Liberté, Sécurité et Responsabilité sont les trois pointes d'un impossible triangle" Isabelle Autissier

            • [^] # Re: Hein ????

              Posté par  . É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  . É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 ????

            Posté par  . Évalué à 1.

            tout a fait, le mieux etant d'ouvrir le media dans le File Manager.
            tu peux sinon t'écrire un script qui te fait tout en meme temps aussi. :)
        • [^] # Re: Hein ????

          Posté par  . Évalué à 1.

          La richesse du libre c'est la diversité :-/
    • [^] # Re: Hein ????

      Posté par  (site web personnel) . Évalué à 4.

      Graveman c'est un logiciel de gravure non ?

      Alors que sound-juicer sert a extraire les musiques.
      • [^] # Re: Hein ????

        Posté par  (site web personnel) . Évalué à 2.

        Oui, je n'ai pas trop compris non plus pourquoi graveman etait considéré comme logiciel d'extraction.
    • [^] # Re: Hein ????

      Posté par  . É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  . É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  (site web personnel) . É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  . É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  (site web personnel) . É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  . Évalué à 2.

                Je doute que ce soit intégré dans Gnome 2 alors qu'apparament c'est du GTK 1
                • [^] # Re: Hein ????

                  Posté par  (site web personnel) . É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  . É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  (site web personnel) . É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  . Évalué à 3.

            Nouvelle, nouvelle... Depuis gnome 2.0 quoi, ça commence à faire un bail maintenant (qques années)
            • [^] # Re: Hein ????

              Posté par  (site web personnel) . É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  . É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  . É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  . É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  (site web personnel) . É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  . É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 ????

                Posté par  . Évalué à 2.

                Oui mais la méthode officielle n'est pas actuellement satisfaisante car elle ignore violament le multi-session en effaçant le CD sans avertissement...
          • [^] # Re: Hein ????

            Posté par  . É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  . É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.
        • [^] # Re: Hein ????

          Posté par  . Évalué à 1.

          Pour mes utilisateurs lambda, a l'issue de la copie d'un CD tu as un autre CD, m'enfin bon ...
          • [^] # Re: Hein ????

            Posté par  . Évalué à 2.

            Faut juste qu'il saisisse la différence entre copier le cd et copier le contenu du cd...
  • # Retrait du support de Bonobo

    Posté par  . Évalué à 3.

    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 ? ;)
  • # Bonobo?

    Posté par  (site web personnel) . Évalué à 4.

    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  . É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  . É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  (site web personnel) . É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  . É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  (site web personnel) . É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  . É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  (site web personnel) . É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  . É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  . É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  . É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  . É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  . É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  . É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?

                    Posté par  (site web personnel) . Évalué à 1.

                  • [^] # Re: Bonobo?

                    Posté par  . É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  (site web personnel) . É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  . É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  (site web personnel) . É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  . É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  . É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  . É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  . É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  (site web personnel) . É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  . É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  . É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  . É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?

            Posté par  . Évalué à 1.

            > A part eux ...

            - 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  (site web personnel) . É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  . É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  . É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  . É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  (site web personnel) . É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.

            "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

            • [^] # Re: gconf (était:Re: Bonobo?)

              Posté par  . É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  . É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  . É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  . É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  . É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 ?

                      Posté par  . Évalué à 2.

                      si c'est des pc public tu peux très bien imaginer que tes pc soit enfermé dans une piece a coté ou dans des caissons
                    • [^] # Re: Ca veu dire quoi surranée ?

                      Posté par  . É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  . É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  . É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  (site web personnel) . É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.

                "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

                • [^] # Re: gconf (était:Re: Bonobo?)

                  Posté par  . É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  (site web personnel) . É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.

                    "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

                    • [^] # Re: gconf (était:Re: Bonobo?)

                      Posté par  . É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  (site web personnel) . É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  . É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  . É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  (site web personnel) . É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  (site web personnel) . É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é

                "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

            • [^] # Re: gconf (était:Re: Bonobo?)

              Posté par  . Évalué à -1.

              c'est pas pour faire chier, mais si t'es a 10Mo pres sur ton /etc, ya peut etre comme qui dirait un probleme de calibrage de ta partition, non?
  • # supprimé/ajouté ?

    Posté par  . Évalué à 3.

    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  . É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é ?

      Posté par  . É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é ?

        Posté par  . Évalué à 0.

        > T'es sûr que ce n'est pas un patch spécifique à Ubuntu ?

        Oubliez moi, j'ai mal lu la release note.
      • [^] # Re: supprimé/ajouté ?

        Posté par  . É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  . É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  . É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é ?

          Posté par  (Mastodon) . Évalué à 4.

          Pas d'accord, la plupart des geeks vivent dans un datacenter :p


          dans ce cas la je ne vois pas quel interêt ils ont à savori quel temps il fait dehors ^_^

          Jami: beabb2b063da0a2f0a2acaddcd9cc1421245d5de

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.