Re: Include GNOME Usage in the future releases

nome.org/Apps/Usage > https://gitlab.gnome.org/GNOME/gnome-usage > ___ > desktop-devel-list mailing list > desktop-devel-list@gnome.org > https://mail.gnome.org/mailman/listinfo/desktop-devel-list -- Benoît Dejean _

system-monitor branched for gnome-2-26 (was: Re: String additions to 'gnome-system-monitor.master')

rocks) Cheers -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

libgtop branched for gnome-2-26

Hello, I've branched libgtop. Stable branched is gnome-2-26. Dev happens in master. Regards, -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de message numériquement signée

system-monitor and libgtop branched

Bonjour, i've branched system-monitor and libgtop for gnome-2.24. The name of the stable branches is gnome-2-24. Development happens in trunk. Ciao, -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de

Re: Using vala

Le lundi 07 juillet 2008 à 08:01 -0700, kamel derouiche a écrit : Hi,, I want to use vala for information system (uname, kernel,..., memory status) how I should do to use the files: sys / utsname, io.h, poll.h Please use libgtop-2. -- Benoît Dejean GNOME http://www.gnomefr.org

Re: Getting a list of open files, the smart way?

to steal the code. i'll answer all your technical questions. -- Benoît Dejean [EMAIL PROTECTED] ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Getting a list of open files, the smart way?

On 5/15/08, Benoît Dejean [EMAIL PROTECTED] wrote: system-monitor has this using libgtop. feel free to steal the code. i'll answer all your technical questions. I read it but didn't get too far, I'll check again and spam you with questions. Thanks. Checkout this example: http

Re: libtool versioning (was Re: Getting a list of open files, the smart way?)

Bastien Nocera a écrit : On Thu, 2008-05-15 at 20:26 +0200, Benoît Dejean wrote: On 5/15/08, Benoît Dejean [EMAIL PROTECTED] wrote: I'm going to comment about your log message instead which says: Updated libtool versioning: API addition does not change the ABI, so only increased

libgtop branched for GNOME 2.22

Hello, I've branched libgtop. The stable releases will now happen in the /branches/gnome-2-22 branch. Developpement happens in /trunk. Ciao, -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de message

system-monitor branched for GNOME 2.22

Hello, system-monitor has been branched. The stable releases will now happen in the /branches/gnome-2-22 branch. Developement happens in /trunk. Bye, -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une

Re: Extreme memory usage for gnome-panel related apps

Le vendredi 30 novembre 2007 à 09:36 +, Ross Burton a écrit : And how do i see which files are open? ls /proc/[pid]/fd/ Simply right-click. -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de

system-monitor branched for GNOME 2.20

Hello, I've branched system-monitor. The stable releases will now happen in /branches/gnome-2-20 branch. Developpement happens in /trunk. -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de

system-monitor branched for GNOME 2.20

Hello, I've branched system-monitor. The stable releases will now happen in /branches/gnome-2-20 branch. Developpement happens in /trunk. -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de

libgtop branched for GNOME 2.20

Hello, libgtop has been branched. The stable releases will now happen in the /branches/gnome-2-20 branch. Developpement happens in /trunk. Ciao, -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de

Re: Module maintenance: problems and oportunities

Le mardi 26 juin 2007 à 10:43 +0300, Lucas Rocha a écrit : Hi, 2007/6/26, Elijah Newren [EMAIL PROTECTED]: On 6/25/07, Lucas Rocha [EMAIL PROTECTED] wrote: 2007/6/25, Benoît Dejean [EMAIL PROTECTED]: I've always been around multiload_applet2. gnome-applets is a collection

Re: Module maintenance: problems and oportunities

. Hey chief (davyd), would you promote me ? to do to gnome-love list I don't think gnome-love works, there are many bugs marked HELPWANTED or assigned to gnome-love, i've never seen any being solved by someone coming out of the blue. -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http

Re: libpcre: external dependency for gnome-system-monitor?

Le vendredi 08 juin 2007 à 08:39 -0600, Elijah Newren a écrit : On 6/7/07, Benoît Dejean [EMAIL PROTECTED] wrote: Le jeudi 07 juin 2007 à 13:17 -0400, Matthias Clasen a écrit : On 6/7/07, Benoît Dejean [EMAIL PROTECTED] wrote: or use the new GRegex? I think GRegex already

Re: libpcre: external dependency for gnome-system-monitor?

Le jeudi 07 juin 2007 à 13:17 -0400, Matthias Clasen a écrit : On 6/7/07, Benoît Dejean [EMAIL PROTECTED] wrote: or use the new GRegex? I think GRegex already requires pcre ? I can see that glib requires pcre 7.0 to build. So what's wrong ? It's now optionnal but enabled by default

Re: su/sudo wrapper

or accepted for integration in GNOME. So is there a room between blessed external dependencies and no external dependencies ? -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de message numériquement signée

Re: High CPU load from image slideshow screensaver

screensaver is also very CPU hungry (and the drawings are not smooth at all), wasting a lot of power. -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de message numériquement signée

Re: su/sudo wrapper

Le dimanche 27 mai 2007 à 12:04 +0200, Vincent Untz a écrit : Le mercredi 23 mai 2007, à 21:22 +0200, Benoît Dejean a écrit : Well, we know about the need. The point is we don't want to bless something that doesn't do things right, because if we do so, more projects will use

Re: su/sudo wrapper

, Great, that's exactly the kind of answer i was expecting :) So you are not confortable enough with it to merge for 2.20, right ? I'am going to try to port system-monitor to it. -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description

Re: su/sudo wrapper

Le samedi 19 mai 2007 à 22:52 -0700, David Zeuthen a écrit : Hi, On Sun, 2007-05-20 at 00:58 +0200, Benoît Dejean wrote: Le samedi 19 mai 2007 à 00:06 +0100, Bastien Nocera a écrit : On Fri, 2007-05-18 at 15:01 +0200, Benoît Dejean wrote: Hello, It all depends what

Re: su/sudo wrapper

Le samedi 19 mai 2007 à 00:06 +0100, Bastien Nocera a écrit : On Fri, 2007-05-18 at 15:01 +0200, Benoît Dejean wrote: Hello, It all depends what for. But most (newly written) apps should use PolicyKit as it allows just for that sort of thing. http://webcvs.freedesktop.org/hal/PolicyKit

su/sudo wrapper

a look at what other people are using. In the end, may be we could agree to use the same library for consistency and ask for it to be an official external dependency. Thanks. -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description

Re: libgtop branched for GNOME 2.18

/show_bug.cgi?id=352807 No, it's too hard and i don't have the hardware to test. -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de message numériquement signée

libgtop branched for GNOME 2.18

Hello, libgtop has been branched. The stable releases will now happen in the /branches/gnome-2-14 (fourteen) branch. Developpement happens in /trunk. Ciao, -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une

Re: gtkmm as a dependency

Le lundi 09 avril 2007 à 19:32 -0600, Elijah Newren a écrit : Hi, gtkmm is now allowed as a dependency. Is it only gtkmm or also the bindings for gnomevfs, gconf, etc ? -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description

system-monitor branched for GNOME 2.18

Hello, system-monitor has been branched. The stable releases will now happen in the /branches/gnome-2-18 branch. Developpement happens in /trunk. Bye, -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une

Re: Module decisions for GNOME 2.18

a specific version of its API) to be useful. Does this mean that it is actually possible to compile nm-applet without compiling NetworkManager or having NetworkManager dev files installed and install nm-applet without installing NetworkManager ? -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop

Re: gnome-system-monitor (temporarily) reverted to gnome-2-16 for GNOME 2.17.x

Le samedi 28 octobre 2006 à 11:55 -0600, Elijah Newren a écrit : On 10/27/06, Benoît Dejean [EMAIL PROTECTED] wrote: Please don't do that. I'm very disappointed : why haven't you talk to me before doing that ? I would have explained. I was about to ask for help for autotools

Re: gnome-system-monitor (temporarily) reverted to gnome-2-16 for GNOME 2.17.x

Le jeudi 26 octobre 2006 à 13:44 -0600, Elijah Newren a écrit : Hi Benoit, It looks like you recently added a dependency on pcre to gnome-system-monitor. Since this isn't one of the approved external dependencies at http://live.gnome.org/TwoPointSeventeen/ExternalDependencies, I have

gnome-system-monitor has been branched

The stable branch is gnome-2-16 and the development branch is HEAD. -- Benoît Dejean JID: [EMAIL PROTECTED] GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de message numériquement signée

Re: libgtop has been branched

Le vendredi 09 décembre 2005 à 16:22 +0100, Xavier Bestel a écrit : Some plans apart from breaking the ABI compatibility ? * configure.in: * glibtop.h: * include/glibtop/cpu.h: * include/glibtop/procmap.h: Increased GLIBTOP_NCPU to 32. Added

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le vendredi 28 octobre 2005 à 00:29 +0800, Davyd Madeley a écrit : On Thu, 2005-10-27 at 11:05 +0200, Benoît Dejean wrote: perhaps we can afford to spend a little bit of memory to get some really kick arse features. define little. 22MB is not little for me and a lot of users. Most

Re: Proposal for inclusion in Desktop: pessulus

Le vendredi 28 octobre 2005 à 16:04 +0200, Vincent Untz a écrit : Hi, I'd like to see pessulus included in GNOME Desktop 2.14, and therefore, surprise surprise, I'm proposing it for inclusion. Pessulus is a lockdown editor for GNOME, written in python. This time i'm OK with memory usage

Re: [Deskbar] Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le jeudi 27 octobre 2005 à 21:04 +0200, Mikkel Kamstrup Erlandsen a écrit : (What about beagle ?) We have a beagle plugin based on libbeagle (by Raphael Slinckx) -bindings. An it rocks I might add; I had no idea beagle was this fast. I mean seriously fast. what the difference between your

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le jeudi 27 octobre 2005 à 10:32 +0200, Thomas Vander Stichele a écrit : On Wed, 2005-10-26 at 19:18 +0200, Benoît Dejean wrote: Le mercredi 26 octobre 2005 à 19:04 +0200, Thomas Vander Stichele a écrit : Hi, hi But are you sure that 10 python applets would each consume 22 MB ? How

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le jeudi 27 octobre 2005 à 13:32 +0100, Gustavo J. A. M. Carneiro a écrit : Qui, 2005-10-27 às 11:05 +0200, Benoît Dejean escreveu: The result: a single process (per user, per display), and a single main loop, for all applets. Of course this means if one applet deadlocks or dies, they all

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le mardi 25 octobre 2005 à 00:35 +0200, Benoît Dejean a écrit : Le dimanche 23 octobre 2005 à 19:19 +0200, Raphael Slinckx a écrit : - Memory usage on startup : 22MB RES this is the highest memory usage after X on startup. (for the record, the second biggest applet is wnck

Re: [Deskbar] Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le jeudi 27 octobre 2005 à 14:06 +0200, Mikkel Kamstrup Erlandsen a écrit : We are aware of memory- and startup issues, but you surely know that premature optimisation is a top-three killer in free software projects. of course. It's also premature to say 'we can do much better, later'. We

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le mardi 25 octobre 2005 à 22:26 +0200, Raphael Slinckx a écrit : Hi ! i meant 6s startup with CPU 100% Yes that's a problem and we will be fixing it, but if you install the applet you are accepting it's drawbacks. You said : This mail introduces the deskbar-applet, and officially

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le mercredi 26 octobre 2005 à 18:32 +0200, Thomas Vander Stichele a écrit : Hi, That excludes lots of users, me being the first. I'm sad to here it. Fully understood : you don't care about many of us (users. You don't mind ruining everyone else improvements. You're right, time is

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le mercredi 26 octobre 2005 à 19:04 +0200, Thomas Vander Stichele a écrit : Hi, But are you sure that 10 python applets would each consume 22 MB ? How much of this 22 MB would be shared among python applets ? In my my first email, i reported that deskbar-applet takes 22MB RES : 10MB are

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le mercredi 26 octobre 2005 à 20:15 +0200, Vincent Untz a écrit : Le mercredi 26 octobre 2005 à 18:50 +0200, Benoît Dejean a écrit : Of course i'm overreacting. I'm quotting Davyd : Inclusion into Desktop should not be a sign of any particular standard or quality, but simply

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le mardi 25 octobre 2005 à 15:57 +0100, Gustavo J. A. M. Carneiro a écrit : Ter, 2005-10-25 às 14:39 +0100, Mike Hearn escreveu: Finally, I should mention that a future pygtk version should decrease memory usage, and improve startup time, by registering GObject wrappers on demand, and by

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le dimanche 23 octobre 2005 à 19:19 +0200, Raphael Slinckx a écrit : == Requirements == Required dependencies: * Python 2.3 or above :/ - deskbar-applet startup is as long as full gnome startup: 6s for loading the applet on my ppc 1GHz. - Memory usage on startup : 22MB RES this is

Re: Disk Activity in System Monitor 2.10.1

Le lundi 24 octobre 2005 à 14:32 -0400, Walter J. Mazurowski a écrit : Hi! this is ... sorry i can't find the bug# anymore. Just have a look at /proc/diskstats : stats about dm-* are all 0. So no stats for LVM/DM devices. (same with /sys/block/dm-*/stat). Sorry. -- Je cherche un emploi de

Re: Gnome 2.14 Module Proposal: Deskbar Applet

Le mardi 25 octobre 2005 à 13:13 +1000, Nigel Tao a écrit : On Tue, 2005-10-25 at 00:35 +0200, Benoît Dejean wrote: Start-up time may not be that big an issue if it's a one-off and doesn't stop you otherwise using your desktop. This may be a bigger concern for those who want to replace

gnome-system-monitor has been branched

The stable branch is gnome-2-12 and the development branch is HEAD. -- Benoît Dejean JID: [EMAIL PROTECTED] GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: This is a digitally signed message part

libgtop has been branched

The stable branch is gnome-2-10 and the development branch is HEAD. -- Benot Dejean TazForEver AT dlfp DOT org JID: [EMAIL PROTECTED] GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: This is a digitally signed message part