<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.gnome.apps.gkrellm">
    <title>gmane.comp.gnome.apps.gkrellm</title>
    <link>http://blog.gmane.org/gmane.comp.gnome.apps.gkrellm</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1681"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1680"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1677"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1670"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1669"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1666"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1663"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1642"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1640"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1638"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1635"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1629"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1621"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1615"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1611"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1609"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1605"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1602"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1601"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1584"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1681">
    <title>[PATCH] gkrellmd doesn't play nicely with autofs</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1681</link>
    <description>&lt;pre&gt;Under linux, running gkrellmd in combination with autofs will force
all auto-mounted filesystems to be mounted, and to stay mounted or
repeatedly unmount and remount.

Mount table entries of type "autofs" represent mount points under
control of the automount daemon; if the mount point directory is
accessed, then the daemon causes a real filesystem mount to occur.
After such an auto-mount, there will be two entries in the mount
table, one of type "autofs" and one for the newly mounted filesystem.

gkrellmd periodically scans mount points to support the filesystem
free-space monitoring. It treats mount points of type "autofs" as real
filesystems and attempts to determine their free space. This access
causes an automount to occur. If autofs has been configured to
automatically unmount after a timeout, then the gkrellmd polling will
either prevent the unmount occurring, or cause repeated mount, unmount
cycles, depending on the exact configuration.

The solution is trivial, simply ignore filesystems of type "autofs"
during filesystem polling.

Note that with this fix gkrellmd will still happily report on already
auto-mounted filesystems through their real mount entries, it just
won't cause the auto-mounts to occur. If the user wants to allow these
filesystems to auto-unmount, they must be careful to configure
gkrellmd's (n)fs-interval to be larger than twice the auto-unmount time.

-------------------------------------

--- gkrellm-2.3.5.old/src/sysdeps/linux.c 2010-10-06 03:27:33.000000000 +1100
+++ gkrellm-2.3.5/src/sysdeps/linux.c 2011-11-24 02:07:30.926450485 +1100
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1439,6 +1439,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
  || !strcmp(type, "usbdevfs")
  || !strcmp(type, "usbfs")
  || !strcmp(type, "sysfs")
+ || !strcmp(type, "autofs")
    )
  continue;
  /* Strip trailing / from the directory.

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Gerard Neil</dc:creator>
    <dc:date>2012-05-15T19:04:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1680">
    <title>[PATCH] gkrellm doesn't treat cifs as a network filesystem</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1680</link>
    <description>&lt;pre&gt;gkrellmd knows that certain filesystem types are network filesystems;
it supports different free-space polling frequencies (or disabling of
polling) for network vs non-network filesystems via the configuration
parameters fs-timeout and nfs-timeout.
Filesystems of type "cifs" should be treated identically to those of type "smb".

----------------------

--- gkrellm-2.3.5.old/server/monitor.c2010-10-06 03:46:59.000000000 +1100
+++ gkrellm-2.3.5/server/monitor.c2011-11-24 02:01:30.871402778 +1100
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1329,7 +1329,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 static gchar *remote_fs_types[] =
 {
 "nfs",
-"smbfs"
+"smbfs",
+"cifs"
 };

 void
--- gkrellm-2.3.5.old/src/fs.c2010-09-15 02:25:51.000000000 +1000
+++ gkrellm-2.3.5/src/fs.c2011-11-24 02:00:17.347088370 +1100
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -163,7 +163,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 static gchar *remote_fs_types[]=
 {
 "nfs",
-"smbfs"
+"smbfs",
+"cifs"
 };

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Gerard Neil</dc:creator>
    <dc:date>2012-05-15T18:43:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1677">
    <title>[gkrellm] nvidia-drivers 295.20 breaking gkrellm</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1677</link>
    <description>&lt;pre&gt;
I (and a few others: 
http://forums.gentoo.org/viewtopic-t-912998-start-0.html 
http://forums.gentoo.org/viewtopic-t-912998-start-0.html ) 
noticed that monitoring the GPU temperature with the newer nvidia-drivers
(295.20 and above) breaks gkrellm.

Annoyingly, gkrellm works fine when run under gdb.  As the debug messages
show, it seems that it's able to get the initial temperature from nvidia
fine, but then segfaults from the command line.  Here are the debug
messages.  Both of these were run with: gkrellm --debug-level 0x3080 (from
gdb and command line):

gdb (working):

--- GKrellM 2.3.5 ---
        [gkrellm_connect_to: (2,1,6) 127.0.0.1:7634]
hddtemp_daemon_read (once a minute):
        |/dev/sda|WDC WD3200AAJS-00L7A0|35|C|
nvidia-settings: result=1  output=
1 GPU on hector:0

    [0] hector:0[gpu:0] (Quadro NVS 290)

 stderr=
nvidia-settings gpus = 1
nvidia-settings GPUCoreTemp: result=1  output=
  Attribute 'GPUCoreTemp' (hector:0.0): 66.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.
    'GPUCoreTemp' can use the following target types: X Screen, GPU.


nvidia-settings GPUAmbientTemp: result=0  output=


nvidia-settings GPUAmbientTemp: result=0  output=


libsensors: init OK
coretemp:/sys/class/hwmon/hwmon0/device coretemp&amp;lt; at &amp;gt;0/temp2 1
coretemp:/sys/class/hwmon/hwmon0/device coretemp&amp;lt; at &amp;gt;0/temp3 1
coretemp:/sys/class/hwmon/hwmon0/device coretemp&amp;lt; at &amp;gt;0/temp4 1
coretemp:/sys/class/hwmon/hwmon0/device coretemp&amp;lt; at &amp;gt;0/temp5 1
load_font: Serif 11 0x72d920
load_font: Serif 9 0x72d8f0
load_font: Serif 8 0x72d860
load_sensors_config: &amp;lt;sensor_config_version&amp;gt; &amp;lt;1&amp;gt;
load_sensors_config: &amp;lt;sensor_sysdep_private&amp;gt; &amp;lt;2&amp;gt;
load_sensors_config: &amp;lt;sensor_float_factor&amp;gt; &amp;lt;10000&amp;gt;
load_sensors_config: &amp;lt;gkrellm_float_factor&amp;gt; &amp;lt;1000&amp;gt;
load_sensors_config: &amp;lt;"GPU&amp;gt; &amp;lt;C" "nVidia GPU Core" 10000 0 1 0&amp;gt;
load_sensors_config: &amp;lt;units_fahrenheit&amp;gt; &amp;lt;0&amp;gt;
load_sensors_config: &amp;lt;show_units&amp;gt; &amp;lt;0&amp;gt;
load_sensors_config: &amp;lt;volt_display_mode&amp;gt; &amp;lt;0&amp;gt;
nvidia-settings GPUCoreTemp: result=1  output=
  Attribute 'GPUCoreTemp' (hector:0.0): 66.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.
    'GPUCoreTemp' can use the following target types: X Screen, GPU.


sensor_temp: GPU C GPUCoreTemp t=66.00
[New Thread 0x7fffeac7e700 (LWP 22534)]
sensor_temp: GPU C GPUCoreTemp t=66.00
nvidia-settings GPUCoreTemp: result=1  output=
  Attribute 'GPUCoreTemp' (hector:0.0): 66.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.
    'GPUCoreTemp' can use the following target types: X Screen, GPU.


[Thread 0x7fffeac7e700 (LWP 22534) exited]
[New Thread 0x7fffeac7e700 (LWP 22536)]
sensor_temp: GPU C GPUCoreTemp t=66.00
nvidia-settings GPUCoreTemp: result=1  output=
  Attribute 'GPUCoreTemp' (hector:0.0): 66.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.
    'GPUCoreTemp' can use the following target types: X Screen, GPU.


-----

command line (broken):

--- GKrellM 2.3.5 ---
        [gkrellm_connect_to: (2,1,6) 127.0.0.1:7634]
hddtemp_daemon_read (once a minute):
        |/dev/sda|WDC WD3200AAJS-00L7A0|35|C|
nvidia-settings: result=1  output=
1 GPU on hector:0

    [0] hector:0[gpu:0] (Quadro NVS 290)

 stderr=
nvidia-settings gpus = 1
nvidia-settings GPUCoreTemp: result=1  output=
  Attribute 'GPUCoreTemp' (hector:0.0): 66.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.
    'GPUCoreTemp' can use the following target types: X Screen, GPU.


nvidia-settings GPUAmbientTemp: result=0  output=


nvidia-settings GPUAmbientTemp: result=0  output=


libsensors: init OK
coretemp:/sys/class/hwmon/hwmon0/device coretemp&amp;lt; at &amp;gt;0/temp2 1
coretemp:/sys/class/hwmon/hwmon0/device coretemp&amp;lt; at &amp;gt;0/temp3 1
coretemp:/sys/class/hwmon/hwmon0/device coretemp&amp;lt; at &amp;gt;0/temp4 1
coretemp:/sys/class/hwmon/hwmon0/device coretemp&amp;lt; at &amp;gt;0/temp5 1
load_font: Serif 11 0x25b1d20
load_font: Serif 9 0x25b1cf0
load_font: Serif 8 0x25b1c60
load_sensors_config: &amp;lt;sensor_config_version&amp;gt; &amp;lt;1&amp;gt;
load_sensors_config: &amp;lt;sensor_sysdep_private&amp;gt; &amp;lt;2&amp;gt;
load_sensors_config: &amp;lt;sensor_float_factor&amp;gt; &amp;lt;10000&amp;gt;
load_sensors_config: &amp;lt;gkrellm_float_factor&amp;gt; &amp;lt;1000&amp;gt;
load_sensors_config: &amp;lt;"GPU&amp;gt; &amp;lt;C" "nVidia GPU Core" 10000 0 1 0&amp;gt;
load_sensors_config: &amp;lt;units_fahrenheit&amp;gt; &amp;lt;0&amp;gt;
load_sensors_config: &amp;lt;show_units&amp;gt; &amp;lt;0&amp;gt;
load_sensors_config: &amp;lt;volt_display_mode&amp;gt; &amp;lt;0&amp;gt;
nvidia-settings GPUCoreTemp: result=1  output=
  Attribute 'GPUCoreTemp' (hector:0.0): 66.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.
    'GPUCoreTemp' can use the following target types: X Screen, GPU.


sensor_temp: GPU C GPUCoreTemp t=66.00
sensor_temp: GPU C GPUCoreTemp t=66.00
gkrellm segmentation fault:  Sensors  (update_monitor)

-----

Any help would be much appreciated.
&lt;/pre&gt;</description>
    <dc:creator>linux_slacker</dc:creator>
    <dc:date>2012-03-21T19:42:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1670">
    <title>gkrellm as a phone app for servers</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1670</link>
    <description>&lt;pre&gt;has anyone given thought to creating a gkrellm client android app to monitor computers 
running gkrellmd?

lots would have to be stripped but have it ask the server to monitor when starting, then 
just show the hardware reports from the server.  i doubt the classic inline display would 
be readable, but maybe a 'thumb through' setup page by page to view the processors, temps, 
processes, sensors, etc..

possible or a pipe dream?



&lt;/pre&gt;</description>
    <dc:creator>Rio</dc:creator>
    <dc:date>2012-03-19T10:45:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1669">
    <title>Fw: Re: Plugins and remote monitoring</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1669</link>
    <description>&lt;pre&gt;On Wed, 14 Mar 2012 20:32:42 +0000
Damien Moody &amp;lt;online&amp;lt; at &amp;gt;audiodef.com&amp;gt; wrote:


When you emerged gkrelltop, the local gkrelltop.so and a gkrelltopd.so intended
for a server was probably built, but the server gkrelltopd.so plugin needs to be
installed on the server machine and it needs to be enabled . 
So the requirements on the server are:
1) gkrelltopd.so in one of
~/.gkrellm2/plugins-gkrellmd
/usr/local/lib/gkrellm2/plugins-gkrellmd

2) Enable gkrelltopd.so on the server by having the line
plugin-enable gkrelltopd
in at least one of the files
~/.gkrellmd.conf
/usr/local/etc/gkrellmd.conf

On the server, run gkrellmd -plist to see what server plugins are installed
and gkrellmd -plog to see if it can load OK.

If the local and remote architectures are compatible, you can just copy over the
gkrellmtopd.so file from where it was built.  Otherwise you can build on the server
in the gkrelltop source directory with:

make gkrelltopd.so

You might then need to manually install gkrelltopd.so in an install directory because
it seems a make install will also try to build gkrelltop.so which you might not want on
the server.

Well, I think that should do it.  The latest gkrelltop version I know of is 2.2.6 but I
think the server gkrelltopd.so first appeared for the gkrelltop 2.2 or 2.2.1 version.

Bill
 

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Bill Wilson</dc:creator>
    <dc:date>2012-03-15T03:07:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1666">
    <title>Plugins and remote monitoring</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1666</link>
    <description>&lt;pre&gt;I seem to be unable to use plugins with remote monitoring. All the
builtins use remote data, but any plugins I add use local data, even
when starting with the -s switch. 

Is this a known issue? Can I fix this?

I use Gentoo, and I've installed gkrellm + various plugins via emerge. 

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Damien Moody</dc:creator>
    <dc:date>2012-03-14T13:32:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1663">
    <title>gkrellmd problem</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1663</link>
    <description>&lt;pre&gt;Dear Gkrellm developer,

we have a problem with gkrellmd. We use gkrellm to check if a computer idles and can be used for calculations. On each computer gkrellm is startet with:
/usr/bin/gkrellmd --pidfile /var/run/gkrellmd.pid --user nobody --group nogroup --max-clients 50 --update-hz 4 --port 19150 --allow-host 192.0.0.* --io-timeout 0 --reconnect-timeout 0 -d

Then up to six or seven people open there gkrellm client and connect to that server (gkrellmd). After some time the gkrellmd server seems to leak. For up to 30 second the client will get no information. Atfer data is send to the client for about 5 seconds and so on.

What could be the problem? A reconnection of the client doesn't resolve the problem. Only a restart of the daemon.

Best regards
Andreas Hauffe

----------------------------------------------------------------------------------------------------
Technische Universität Dresden
Institut für Luft- und Raumfahrttechnik / Institute of Aerospace Engineering
Lehrstuhl für Luftfahrzeugtechnik / Chair of Aircraft Engineering

01062 Dresden
Germany

phone : (++49)351 463 38496
fax : (++49)351 463 37263
mail : andreas.hauffe&amp;lt; at &amp;gt;tu-dresden.de
Website : http://tu-dresden.de/mw/ilr/lft
----------------------------------------------------------------------------------------------------

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Andreas Hauffe</dc:creator>
    <dc:date>2011-12-09T09:09:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1642">
    <title>gkrellm only shows temp from one gpu</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1642</link>
    <description>&lt;pre&gt;Hi all,

I am running gkrellm 2.3.5 and Ubuntu 11.04.
I have two GTX 460 cards in my machine which are recognized properly when I launch nvidia-settings, however with gkrellm (as well as gnome sensor-applet) only one of the cards is recognized. How can I get the temperature to show up for both cards?

below is the output from nvidia-smi -q -a:

==============NVSMI LOG==============

Timestamp                       : Sun Jun  5 17:04:49 2011
Driver Version                  : 270.41.06
Attached GPUs                   : 2

GPU 0:3:0
    Product Name                : GeForce GTX 460
    Display Mode                : N/A
    Persistence Mode            : Disabled
Temperature
        Gpu                     : 32 C

[...]

GPU 0:4:0
    Product Name                : GeForce GTX 460
    Display Mode                : N/A
    Persistence Mode            : Disabled
 Temperature
        Gpu                     : 26 C



below is the output from gkrellm -d 0x80:

sensor_temp: core1 /sys/class/hwmon/hwmon1/device/temp1_input t=38.00
sensor_temp: core2 /sys/class/hwmon/hwmon2/device/temp1_input t=34.00
sensor_temp: core3 /sys/class/hwmon/hwmon3/device/temp1_input t=37.00
sensor_temp: core4 /sys/class/hwmon/hwmon4/device/temp1_input t=32.00
sensor_temp: hdd /dev/sda t=33.00
sensor_temp: GPU:0 [gpu:0]/GPUCoreTemp t=32.00
sensor_temp: GPU:1 [gpu:1]/GPUCoreTemp t=0.00



Thanks in advance,
Phil&lt;/pre&gt;</description>
    <dc:creator>Philipp Bliedung</dc:creator>
    <dc:date>2011-06-05T21:12:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1640">
    <title>Disk Labels</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1640</link>
    <description>&lt;pre&gt;Hi There,

I am using GkrellM to monitor software raid disks and the disk labels are
md0 md1 md2 ...  I would like the labels to be more descriptive such as the
various mount points.  Is there any way to do this? TIA for any info.

 
Regards,

Jerry McCarthy
CPMG
 




______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Jerry McCarthy</dc:creator>
    <dc:date>2011-05-22T20:31:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1638">
    <title>Compiling an RPM</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1638</link>
    <description>&lt;pre&gt;Hi,

I'm trying to compile an RPM from the source downloaded from
http://members.dslextreme.com/users/billw/gkrellm/gkrellm.html.

http://members.dslextreme.com/users/billw/gkrellm/gkrellm-2.3.5.tar.bz2
is my source.

rpmbuild -ta gkrellm-2.3.5.tar.bz2

RPM build errors:
    File not found: /var/tmp/gkrellm-2.3.5-root/usr/lib64/pkgconfig/gkrellm.pc
    Installed (but unpackaged) file(s) found:
   /usr/lib/pkgconfig/gkrellm.pc

When I manually unpack the source, the gkrellm.pc is in the root
directory.  I'm not sure how to fix this one.  It looks like the spec
file is expecting to see it copied to that destination during the
build.

Any advice/info appreciated.

Thanks!

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Lummoxx</dc:creator>
    <dc:date>2011-04-28T19:25:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1635">
    <title>no taskbar icon on Windows XP</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1635</link>
    <description>&lt;pre&gt;I am running GkrellM on Windows XP 32 bits. There is a configuration
option for keeping the window on top, but that does not suit me. The
GkrellM taskbar icon is disabled by default and there is no
configuration option to enable it (such an option is however available
in the Linux version).

The lack of a taskbar icon makes GkrellM less useful in my particular
circumstances. Is there any way of enabling it (short of modifying the
source code and rebuilding it)?

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Piscium</dc:creator>
    <dc:date>2011-04-02T07:51:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1629">
    <title>gkrellm question - excessive cpu usage</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1629</link>
    <description>&lt;pre&gt;Since the list has been pretty quiet, I thought I'd ask about something  
that has been annoying me for a while.  Since upgrading my wife's  
Ubuntu box to 10.01, gkrellm has been using 100% of the CPU, or at  
least everything it can take without interfering with anything else.   
Both and top shows gkrellm as top user, but the system is perfectly  
responsive for other use.

I vaguely recall this happening several years ago, but I don't remember  
how I fixed it (perhaps just an upgrade or reinstall?) and couldn't  
find any forum posts about it.  At the suggestion of another Ubuntu  
forum post, I tried disabling all my plugins - but did not notice any  
difference in behavior.  However, I did notice that if started from the  
command line, gkrellm complains about three folders not being block  
devices.  All three are directories in  /etc/fstab being mounted as  
"bind" for nfs4 export.  I'm suspecting that it is the gkhdplop plugin  
that is simply trying to look at every mounted disk.  Can anyone  
confirm this, and is there any way to configure it?

Separately - I'd appreciate any other hints to try to figure out why  
gkrellm is being so CPU greedy.

Continued thanks for a great utility (I'm running it on Gentoo,  
Archlinux, Ubuntu, and Windows Vista).

Jack

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Jack</dc:creator>
    <dc:date>2011-01-22T20:13:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1621">
    <title>gpu core temp readout problem</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1621</link>
    <description>&lt;pre&gt;i just upgraded my nvidia driver to linux 64 version 260.19.29 and nvidia-settings of the 
same version.

since this upgrade my 2nd video card will not release gpu core temps.

gpu0 is a gtx285
gpu1 and 2 is a dual processor gtx295

gpu0 still reads out fine in gkrellm.

gkrellm is asking for the temps for all gpus according to the process list

when i run the command manually here is what i get:... the number 64 in the gpu0 readout 
is the correct temp. the other 2 return a 0:


odyssey bin # nvidia-settings -q [gpu:0]/GPUCoreTemp
Xlib:  extension "RANDR" missing on display ":0".

  Attribute 'GPUCoreTemp' (odyssey:0[gpu:0]): 64.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.
    'GPUCoreTemp' can use the following target types: X Screen, GPU.

odyssey bin # nvidia-settings -q [gpu:2]/GPUCoreTemp
Xlib:  extension "RANDR" missing on display ":0".

  Attribute 'GPUCoreTemp' (odyssey:0[gpu:2]): 0.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.
    'GPUCoreTemp' can use the following target types: X Screen, GPU.

odyssey bin # nvidia-settings -q [gpu:1]/GPUCoreTemp
Xlib:  extension "RANDR" missing on display ":0".

  Attribute 'GPUCoreTemp' (odyssey:0[gpu:1]): 0.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.
    'GPUCoreTemp' can use the following target types: X Screen, GPU.


is this a problem with the new driver?





&lt;/pre&gt;</description>
    <dc:creator>Rio</dc:creator>
    <dc:date>2011-01-06T11:54:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1615">
    <title>New User Question</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1615</link>
    <description>&lt;pre&gt;Apologies in advance if this is inappropriate for this list.

As a new user, is there a forum for asking a feature question?

Thanks,

Walt Bilofsky


______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Walt Bilofsky</dc:creator>
    <dc:date>2011-01-05T00:55:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1611">
    <title>Re running gkrellm-2.3.5-win64-setup.exe on Winxp x64</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1611</link>
    <description>&lt;pre&gt;Hi

Has anyone got it to work ?

For me it installs fine , but when I run it I get the following error message.
"gkrellm.exe - Entry point not found
The procedure entry point RegCloseKey could not be located in the dynamic link library KERNEL32.DLL"

I notice that the download page only mentions Win 7 for the 64 bit version.
Was hoping it could work under Winxp x64.

Regards
Daniel
&lt;/pre&gt;</description>
    <dc:creator>Daniel Walton</dc:creator>
    <dc:date>2010-12-20T21:15:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1609">
    <title>I Don't Understand Trayicons</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1609</link>
    <description>&lt;pre&gt;I want to set up an indicator in GKRellm for Chatzilla using trayicons, 
but I don't understand how they work. What's more the author's site is 
down so I can't go there and get any help.

Please explain how to make a trayicon. Thanks

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Mark Williams</dc:creator>
    <dc:date>2010-12-18T21:25:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1605">
    <title>GTK+ 3 vs GKrellM public API</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1605</link>
    <description>&lt;pre&gt;Hi,

trying to build my plugin with -DGTK_DISABLE_DEPRECATED -DGSEAL_ENABLE
, I just noticed that GKrellM public API still contains references to
GtkItemFactory and GtkTooltips, which are scheduled for removal in
GTK3. Considering that GTK3 release is planned at the end of the year,
I'd like to ask if there are any plans on an API transition?

As far as I looked into the code, auto_resolution_item_factory in
GkrellmChartconfig should not be much used by outside code, and
tooltip field in GkrellmLauncher is only accessed by the plugin
itself, so replacing it with void should be binary compatible.

I am attaching a work-in-progress patch replacing GtkItemFactory with
GtkUIManager and GtkTooltips with gtk_tooltip_... functions. With the
patch applied, GKrellM is still not GTK3 compatible, but at least the
public API is free of deprecated GTK stuff .

Regards,
&lt;/pre&gt;</description>
    <dc:creator>Jindřich Makovička</dc:creator>
    <dc:date>2010-10-28T19:48:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1602">
    <title>[Announce]: GKrellM 2.3.5 for Windows</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1602</link>
    <description>&lt;pre&gt;GKrellM 2.3.5 for Windows has been released.

This release is based on GKrellM 2.3.5 released by Bill Wilson on 
2010-10-07 except for a one-line change that fixes SpeedFan-support on 
64 bit systems. For completeness I have also uploaded the source code 
that was used to create the binaries.


Notable changes for Windows:
- Support for both 32 bit and 64 bit Windows systems
- Support for IPv6 (monitoring TCP connections requires Windows Vista or 
newer)
- Fixes filesystem monitoring in the GKrellM Service (gkrellmd)


Installer (32 bit, includes Gtk+):
http://www.srcbox.net/projects/gkrellm/downloads/gkrellm-2.3.5-win32-setup.exe

Installer (64 bit, includes Gtk+):
http://www.srcbox.net/projects/gkrellm/downloads/gkrellm-2.3.5-win64-setup.exe

Binary Archive (32 bit, without Gtk+):
http://www.srcbox.net/projects/gkrellm/downloads/gkrellm-2.3.5-win32-bin.zip

Binary Archive (64 bit, without Gtk+):
http://www.srcbox.net/projects/gkrellm/downloads/gkrellm-2.3.5-win64-bin.zip

Plugin development files (32 bit):
http://www.srcbox.net/projects/gkrellm/downloads/gkrellm-2.3.5-win32-dev.zip

Plugin development files (64 bit):
http://www.srcbox.net/projects/gkrellm/downloads/gkrellm-2.3.5-win64-dev.zip

Source:
http://www.srcbox.net/projects/gkrellm/downloads/gkrellm-2.3.5-win-src.zip


Notes for the above files:
- Binary archives are only useful for manual installs. They require the 
user to have a working Gtk+ runtime environment already installed. I 
have only tested GKrellM with the Gtk+ windows binaries available at 
http://www.gtk.org/download.html (they are also part of the installer).
- Plugin development files are useful if you actually want to build 
plugins for GKrellM on Windows.


Libraries used in this release:
- Gtk+ 2.16.6 (including all its dependencies)
- GnuTLS 2.10.2
- libgcrypt 2.4.6 (patched to work on win64)
- libntlm 1.2


Bye
Stefan Gehn

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Stefan Gehn</dc:creator>
    <dc:date>2010-10-13T20:31:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1601">
    <title>GKrellM 2.3.5</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1601</link>
    <description>&lt;pre&gt;
The new GKrellM 2.3.5 release tarballs are up:

    http://members.dslextreme.com/users/billw/gkrellm/gkrellm-2.3.5.tar.bz2

    http://members.dslextreme.com/users/billw/gkrellm/gkrellm-2.3.5.tar.gz

Bill


Changelog:

2.3.5 - Thu Oct 7, 2010
------------------------
    * Patch from Hajimu Umemoto: use utmpx instead of utmp on FreeBSD 9-CURRENT
    * Linux sensors: check for /sys/class/thermal/thermal_zone[0-*].
    * Patch from Simon de Hartog: Add Linux net monitor checking for
      IPv6 routes.
    * Patches from Stefan Gehn:
        - Use dynamic buffering to handle large disk names from a Mac gkrellmd.
        - Clean up debug printing by using gkrellm_debug(), g_message(),
          g_debug(), g_warning().
        - Replace sprintf() calls with snprintf().
        - Use glib gstdio to replace unix calls: fopen()-&amp;gt;g_fopen(), etc.
        - Use glib mutex functions for portability when building with
          GnuTLS.
        - Fix IMAP login by escaping backslash and double-quotes in
          username, password and mailbox strings.
        - Fix initial sending of fstab entries in gkrellmd, fstab was only
          sent if it was marked as "changed"
        - Configure scripts handle pkg-config and compiler errors better.
        - src/Makefile: Rename SMC_LIBS to X11_lIBS and add -lX11
        - Makefile: Drop duplicating SMC_LIBS in "netbsd" targets by calling
          src/Makefile with "netbsd" target instead of using the generic
          "gkrellm" target.
        - gkrellmd: Make "-d" commandline option the short version
          for "--detach" instead of for "--debug-level".
        - Enable IPv6-support on win32 if target os is windows xp or newer.
        - Support monitoring of active IPv6 TCP connections on windows vista
          or newer.
        - Fix building with mingw-w64 environment.
        - Fix time formatting on win32 for monthly network statistics
    * Patch from Stefan Gehn: add searching for linux sensors directly below
      hwmon dir since kernel is putting newer devices there.
    * Patch from Hajimu Umemoto: FreeBSD memory usage calculation update.
    * Translation updates
      o fr.po from Jerome UZEL
      o es.po from Cristian Othon Martinez Vera
      o de.po minor bug patch from Jan Brinkmann.
      o pt_BR.po update from Vinicius Moreira de Oliveira
    * Bugfixes
      o Fix eof check in fgets_pipe() (when using external mail check program).
      o Jindrich Makovicka patch: fix some aliasing violations due to
        sockaddr_* typecasting.
      o Ville Skytta patch: add explicit -lm linking to fix Fedora builds
        with --no-add-needed.

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Bill Wilson</dc:creator>
    <dc:date>2010-10-07T21:49:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1584">
    <title>Two questions for gkrellm on windows</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1584</link>
    <description>&lt;pre&gt;I can launch gkrellm (under Vista) and it runs for maybe an hour or  
two, but almost always ends with "GKrellM has stopped working.  A  
problem caused the program to stop working correctly.  Windows will  
close the program and notify you if a solution is available."  Are  
there any known issues like this?  Can anyone suggest how to even start  
troubleshooting this?

I've searched through the gkrellm for windows pages (at srcbox.net) but  
not found much information about plugins at all.  Is there a list of  
available plugins?  I'm specifically looking for something similar to  
gkrellmss.  (I have not yet downloaded the plugins zip - but it looks  
to me like it's for developing plugins.  If it actually contains  
plugins - sorry for the noise.)

Thanks for any suggestions.

Jack

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Jack</dc:creator>
    <dc:date>2010-09-30T23:26:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1582">
    <title>CPU temperature thermal</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.gkrellm/1582</link>
    <description>&lt;pre&gt;With 2.6.36-rc6, my gkrellm-2.3.4 can't read my CPU temperature
at /sys/class/thermal/thermal_zone0/temp (which exists). Pour quoi?

______________________________________________
Gkrellm mailing list
gkrellm&amp;lt; at &amp;gt;lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com


&lt;/pre&gt;</description>
    <dc:creator>Dennis Nezic</dc:creator>
    <dc:date>2010-09-30T14:07:19</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gnome.apps.gkrellm">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.gnome.apps.gkrellm</link>
  </textinput>
</rdf:RDF>

