system-monitor is getting famous !
(This is bug#418652.)
Keyword - system-monitor
mardi, 18 mars 2008
WTF
Par Benoît Dejean le mardi, 18 mars 2008, 13:43 - GNOME
lundi, 10 décembre 2007
GNOME system monitor team
Par Benoît Dejean le lundi, 10 décembre 2007, 19:20 - GNOME
Bienvenue Karl !
mercredi, 13 juin 2007
Indiana patches
Par Benoît Dejean le mercredi, 13 juin 2007, 14:55 - GNOME
Dear Sun Microsystems,
I think your patches are bullshit. Please drop them or as already suggested, do fork.
As the maintainer of system-monitor and libgtop, i have already rejected stupid patches from you. They contain unkown API changes and a lot of dead code. The libgtop patch is the most scary. Here's a tip: libgtop code is OS specific (linux, bsd, solaris, etc have their own separate implementation) so copying linux code to solaris is obviously NOT going to work.
I can see that some of your patches are actually OK, but your people don't seem to understand how we work.
This reminds me of that private mail where you asked me to re-license libgtop to LGPL because you had some kind of packaging issues ... because you wanted to install libgtop in /foo/bar and instead of /foo/baz. Bad for you.
vendredi, 2 mars 2007
libsexy bugs
Par Benoît Dejean le vendredi, 2 mars 2007, 11:15 - GNOME
Hey chipx86, would you please have a look at libsexy bugzilla ?
There are a couple of annoying bugs about sexy_treeview so I had to disable libsexy in system-monitor 2.17.x.
Thanks.
mercredi, 28 février 2007
gnome-system-monitor 2.17 has been compromised
Par Benoît Dejean le mercredi, 28 février 2007, 10:45 - GNOME
Last night, Matthias Clasen and Shaun McCance helped me fix a gnome-doc-utils bug in gnome-system-monitor tarball. I then released gnome-system-monitor-2.17.93 because I am the maintainer.
Then, somebody, who owns a regular svn/ssh account, has commited without approval unreviewed content to gnome-system-monitor trunk. He also tagged the wrong way. And in the end, he released gnome-system-monitor-2.17.94. I don't know anything about this man. I've just got an email from him to tell what he has done. Update: he even created&closed a bug against system-monitor.
gnome-system-monitor 2.17.94 is not official and not trusted at all. DO NOT USE IT.
The following are unreviewed, not trusted and have unknown content :
- SVN tag
GNOME_SYSTEM_MONITOR_2_17_94and revision 1935, 1936, 1937 and 1938 - gnome-system-monitor 2.17.94 tarballs on the GNOME ftp server.
Today 28/02/2007, only the following are trusted and official :
- SVN tag
tags/GNOME_SYSTEM_MONITOR_2_17_93and revisions up to 1934 - gnome-system-monitor 2.17.93 tarballs on the GNOME ftp server.
Security infrastructure
It would be nice to be able to GPG-sign tarballs that are uploaded to the GNOME FTP server.
lundi, 12 février 2007
signedness fun
Par Benoît Dejean le lundi, 12 février 2007, 11:22 - GNOME
3 years ago, i deleted code that i didn't understand in libgtop. It was a mess about bitwise shift and xor.
Then came these bugs about system-monitor displaying 17179869184.0 GiB. This is about available disk space (you know, the 10% reservation for root, etc). On *BSD, available disk space can be negative... so you can get df to reports negative capacity :
$ df -h / Filesystem Size Used Avail Capacity Mounted on /dev/ad10s1a 496M 457M -514K 100% /
(This reminds me of mfs fun with OpenBSD 
libgtop uses statvfs/statfs functions to get disk space usage : struct statvfs members' type is fsblkcnt_t which is an unsigned integer. This means that some kernels store signed values as unsigned integers. Hence the old fun code i deleted. glibtop_fsusage members are guint64 so there is not signedness mismatch between libgtop and the system.
As I was unable to get negative values with linux 2.6.20 and ext3, I dig into GNU df code and found the very same code that was in libgtop, i guess someone copy&pasted it into libgtop a long time ago. This code does funny things to handle integers with the top bit set as negative integers.
I ended to this madness by ensuring available disk space is <= to free disk space.
jeudi, 25 janvier 2007
Bézier Curves
Par Benoît Dejean le jeudi, 25 janvier 2007, 08:39 - GNOME
I have commited a great but simple patch from Lucas Mazzardo Veloso . It uses Bezier Curves to draw the load graph instead of lines thanks to cairo. Sorry, dotclear 2.0-beta5.4 is buggy, i can't attach a screenshot.
jeudi, 18 janvier 2007
Art
Par Benoît Dejean le jeudi, 18 janvier 2007, 21:26 - GNOME
I've killed the GNOME logo in System-Monitor's System tab to please people. I'm weak. Now it looks so empty :/
samedi, 16 décembre 2006
Type safety
Par Benoît Dejean le samedi, 16 décembre 2006, 20:35 - GNOME
Converting system-monitor to C++ helped me to spot a lot of small errors. The most common is about enum. For example, gtk_table_attach has arguments of type GtkAttachOptions. Old code used 0 which is not a valid GtkAttachOptions but doesn't yield any warning about this, not even at runtime. Thanks to g++, i've been able to fix these errors.
Moreover, C++ makes me able to write more readable code. I'm trying to convert some C code to C++, and i just can't understand what i meant.
pretty_table->app_hash = g_hash_table_new (NULL, NULL);
pretty_table->default_hash = g_hash_table_new_full (g_str_hash, g_str_equal, g_free, g_object_unref);
No type information. I had to read all the code to remember the purpose of these data. Ugly GUINT_TO_POINTER inside 
Using C++, i simply use map<string, int> which gives me type information and type safety
jeudi, 14 décembre 2006
I've lost 5 years of work
Par Benoît Dejean le jeudi, 14 décembre 2006, 23:15 - GNOME
In the process of converting system-monitor to C++, i had to rename most of the files. I've lost complete history of the whole project 
We'll be soon in 2007 and we're still stuck with CVS mid-80 features. Yes, i'm only 3 years older than CVS. I'm ready to move to {git,monotone,mercurial} but now it's too late to avoid damage.
samedi, 9 décembre 2006
regex
Par Benoît Dejean le samedi, 9 décembre 2006, 18:49 - GNOME
So system-monitor cannot have regular expressions support in order to provide a decent GUI alternative to "lsof | grep". How fast is your python ?