mate-desktop / mate-sensors-applet Goto Github PK

Hi,

I have had some debugging trouble with this package as it failed to build the udisks plugin in my build env whereas the udisks plugin built fine on my local system.

I have come up with a patch [1] that fixes this problem. It may be interesting for upstream, as well.

Mike

[1] http://anonscm.debian.org/gitweb/?p=pkg-mate/mate-sensors-applet.git;a=blob;f=debian/patches/1001_fix-udisks-libatasmart-conditional.patch;h=87917d2651a860e751f787da7749e215ced1bb8b;hb=0a0b25ea0e1f08cbb68eaaf2a0ac6a84b728eb60

I: mate-sensors-applet: spelling-error-in-binary usr/lib/mate-sensors-applet/mate-sensors-applet destorying destroying
N:
N: Lintian found a spelling error in the given binary. Lintian has a list
N: of common misspellings that it looks for. It does not have a dictionary
N: like a spelling checker does.
N:
N: If the string containing the spelling error is translated with the help
N: of gettext or a similar tool, please fix the error in the translations
N: as well as the English text to avoid making the translations fuzzy. With
N: gettext, for example, this means you should also fix the spelling
N: mistake in the corresponding msgids in the *.po files.
N:
N: You can often find the word in the source code by running:
N:
N: grep -rw
N:
N: This tag may produce false positives for words that contain non-ASCII
N: characters due to limitatioN:
N: Lintian found a spelling error in the given binary. Lintian has a list
N: of common misspellings that it looks for. It does not have a dictionary
N: like a spelling checker does.
N:
N: If the string containing the spelling error is translated with the help
N: of gettext or a similar tool, please fix the error in the translations
N: as well as the English text to avoid making the translations fuzzy. With
N: gettext, for example, this means you should also fix the spelling
N: mistake in the corresponding msgids in the *.po files.
N:
N: You can often find the word in the source code by running:
N:
N: grep -rw
N:
N: This tag may produce false positives for words that contain non-ASCII
N: characters due to limitations in strings.
N:
N: Severity: minor, Certainty: wild-guess
N:
N: Check: binaries, Type: binary, udeb
ns in strings.
N:
N: Severity: minor, Certainty: wild-guess
N:
N: Check: binaries, Type: binary, udeb

Hi,

The sensors applet segfaults on Fedora 22 on a Lenovo g50-30 laptop. I have tried both the package in the repos as well as another provided by Wolfgang. This is from my journal and it was collected during two consecutive attempts to add the applet to the panel - apparently the problem lies with libhddtemp.so:

Jul 20 18:32:17 <redacted> /usr/libexec/gdm-x-session[1812]: Activating service name='org.mate.panel.applet.SensorsAppletFactory'
Jul 20 18:32:17 <redacted> /usr/libexec/gdm-x-session[1812]: Successfully activated service 'org.mate.panel.applet.SensorsAppletFactory'
Jul 20 18:32:17 <redacted> audit[3104]: <audit-1701> auid=1000 uid=1000 gid=1000 ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=3104 comm="mate-sensors-ap" exe="/usr/libexec/mate-sensors-applet" sig=11
Jul 20 18:32:17 <redacted> kernel: show_signal_msg: 33 callbacks suppressed
Jul 20 18:32:17 <redacted> kernel: mate-sensors-ap[3104]: segfault at 0 ip 00007ff2b6df0de7 sp 00007ffe23d224a0 error 6 in libhddtemp.so[7ff2b6df0000+2000]
Jul 20 18:32:18 <redacted> /usr/libexec/gdm-x-session[1812]: ** (mate-panel:1995): WARNING **: Operation was cancelled
Jul 20 18:32:18 <redacted> /usr/libexec/gdm-x-session[1812]: ** (mate-panel:1995): WARNING **: Operation was cancelled
Jul 20 18:32:18 <redacted> abrt-server[3108]: Deleting problem directory ccpp-2015-07-20-18:32:17-3104 (dup of ccpp-2015-07-19-22:59:48-2511)
Jul 20 18:32:19 <redacted> dbus[799]: [system] Activating service name='org.freedesktop.problems' (using servicehelper)
Jul 20 18:32:19 <redacted> dbus[799]: [system] Successfully activated service 'org.freedesktop.problems'
Jul 20 18:32:19 <redacted> abrt-server[3108]: Lock file '.lock' is locked by process 3115
Jul 20 18:32:22 <redacted> /usr/libexec/gdm-x-session[1812]: Activating service name='org.mate.panel.applet.SensorsAppletFactory'
Jul 20 18:32:22 <redacted> /usr/libexec/gdm-x-session[1812]: Successfully activated service 'org.mate.panel.applet.SensorsAppletFactory'
Jul 20 18:32:22 <redacted> audit[3120]: <audit-1701> auid=1000 uid=1000 gid=1000 ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=3120 comm="mate-sensors-ap" exe="/usr/libexec/mate-sensors-applet" sig=11
Jul 20 18:32:22 <redacted> kernel: mate-sensors-ap[3120]: segfault at 0 ip 00007f1d2b1b8de7 sp 00007fffff20ab30 error 6 in libhddtemp.so[7f1d2b1b8000+2000]
Jul 20 18:32:22 <redacted> abrt-hook-ccpp[3123]: Not saving repeating crash in '/usr/libexec/mate-sensors-applet'
Jul 20 18:32:22 <redacted> /usr/libexec/gdm-x-session[1812]: ** (mate-panel:1995): WARNING **: Operation was cancelled
Jul 20 18:32:22 <redacted> /usr/libexec/gdm-x-session[1812]: ** (mate-panel:1995): WARNING **: Operation was cancelled

Let me know if you need anything else.

Where can I see the information which pluggins are used and which can't be initialized e.g. nvidia pluggin on non-nvidia gpu etc. etc.? Thanks

I can see only 2 icons at the moment (ver. 1.26): CPU temp and probably chipset temp (the name is temp3).

[mate-sensors-applet-master]$ ./autogen.sh --with-nvidia
/usr/bin/mate-autogen
checking for autoconf >= 2.53...
testing autoconf2.50... not found.
testing autoconf... found 2.69
checking for automake >= 1.9...
testing automake-1.13... not found.
testing automake-1.12... found 1.12.2
checking for libtool >= 1.4.3...
testing libtoolize... found 2.4.2
checking for glib-gettext >= 2.2.0...
testing glib-gettextize... found 2.34.2
checking for intltool >= 0.25...
testing intltoolize... found 0.50.2
checking for pkg-config >= 0.14.0...
testing pkg-config... found 0.27
checking for mate-doc-utils >= 1.1.0...
testing mate-doc-prepare... found 1.5.0
checking for mate-common >= 1.1.0...
testing mate-doc-common... found 1.5.1
Checking for required M4 macros...
Checking for forbidden M4 macros...
Processing ./configure.ac
Running libtoolize...
libtoolize: putting auxiliary files in .'. libtoolize: copying file./ltmain.sh'
libtoolize: Consider adding AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
Running glib-gettextize... Ignore non-fatal messages.
Copying file mkinstalldirs
Copying file po/Makefile.in.in

Please add the files
codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
progtest.m4
from the /usr/share/aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.

Running intltoolize...
Running mate-doc-common...
Running mate-doc-prepare...
You should update your 'aclocal.m4' by running aclocal.
Running aclocal-1.12...
Running autoconf...
Running autoheader...
Running automake-1.12...
Makefile.am: error: required file './ChangeLog' not found
mate-sensors-applet-master]$

I see ChangeLog was taken out at the last commit on March 24th, looks like this may need to be revisited?

It seems udisks plugin is still relying on dead and obsolete udisks1... it should be ported to udisks2 if possible as udisks1 is being removed from major distributions:
https://github.com/mate-desktop/mate-sensors-applet/blob/master/plugins/udisks/udisks-plugin.c

Thanks

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Expected behaviour

Values between 0 and 3000ish

Actual behaviour

Values between 0 and 40

Steps to reproduce the behaviour

• Add MATE Sensors Applet to a panel
• Enable CoolerLevel for an NVIDIA GPU
• Observe reported fan speed as GPU fan spins up

MATE general version

1.18.0

Package version

1.18.2-5ubuntu0

Linux Distribution

Ubuntu MATE 17.10

I discovered that nvidia-settings has, among its query options, GPUCurrentFanSpeed, which returns a percentage, and GPUCurrentFanSpeedRPM, which returns a believable number or RPM. The command nvidia-settings -tq :0/GPUCurrentFanSpeedRPM returns a single value that should be the RPM of the GPU.

Expected behaviour

Succesful running after adding to a panel

Actual behaviour

Nothing happens, dmesg has the following message:

[15448.185122] traps: mate-sensors-ap[15264] trap int3 ip:7f2799071e31 sp:7ffc47b6ccd0 error:0
[15448.185128]  in libglib-2.0.so.0.5000.3[7f2799022000+112000]

Xorg produces no messages.

Steps to reproduce the behaviour

Try to add Hardware Sensors Monitor to a panel

MATE general version

1.18

Package version

1.18.1

Linux Distribution

4.9.16-gentoo SMP Fri May 26 17:15:42 -03 2017 x86_64 Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz GenuineIntel GNU/Linux
Using dev-libs/glib-2.50.3-r1

Also tried rebuilding glib, no fix.

As you can see, the icons are not centered on the panel properly.

If you enable a fan speed (i.e. 1324 RPM), it becomes even worse:

MATE general version

1.24 from Debian testing

Expected behaviour

libsensors should be in there to show CPU temp.

Actual behaviour

There is no libsensors to show CPU temp. Only Udisks2 and Nvidia.

Steps to reproduce the behaviour

Add Hardware Sensors Monitor to a panel

MATE general version

MATE 1.20.4

Package version

1.20.2

Linux Distribution

Antergos 64 bit 4.20.12-arch1-1-ARCH mate-desktop/mate-applets#1 SMP PREEMPT

Screenshot

Expected behaviour

Selectable sensors include those with units of Watts in addition to RPM, Voltage and Temperature.

Actual behaviour

Sensors from https://www.kernel.org/doc/html/v5.13/hwmon/corsair-psu.html are shown but only temperature, RPM and voltage values and not the wattage values.

Steps to reproduce the behaviour

MATE general version

1.25

Package version

1.26.0-1

Linux Distribution

Ubuntu 22.04 LTS

Link to bugreport of your Distribution (requirement)

Expected behaviour

To show hdd temps

Actual behaviour

even if i have a

They aren't actually been used

shows only cpu temp

Steps to reproduce the behaviour

you know

MATE general version

1.20

Package version

dpkg whatever

Linux Distribution

xenial 16.04.3

Link to downstream report of your Distribution

have no idea what this is

feature request (or idea) from raveit65

#56 (comment)

test.c.txt

gcc -Wall -g test.c -o test `pkg-config --cflags --libs glib-2.0 gobject-2.0`

A first attempt based on:
http://www.cs.uleth.ca/~holzmann/C/system/shell_commands.html
http://man7.org/linux/man-pages/man3/popen.3.html

Works, but very limited.

My problem is that hddtemp and smartctl need sudo to read the temperature...

incorrect-fsf-address

http://i.imgur.com/mSlce.png
that is from my 10.04 install
i installed 12.04 on a second drive for testing and i went to set my sensors and i cant figure out how to get my nvidia sensor in there

For the Debian package of mate-sensors-applet I will disable the aticonfig and the nvidia plugin.

Reason: they depend on packages in Debian contrib/non-free.

If you want to see those plugins be packaged for Debian (contrib, non-free), please create two separate source packages for them.

Thanks+Greets,
Mike

Any chance of using udisks instead of hddtemp ?
I get temperature just fine in terminal if I type :
"udisks --show-info /dev/sda | grep temperature-celsius-2 | cut -c 52-53"

No need to mess with hddtemp IMO
At least option for adding custom sensor (by entering bash command) would be great.

If i build against fedora 17 x86_64, i run into this error.

DEBUG: sensors-applet.c:811:36: warning: 'rows' may be used uninitialized in this function [-Wmaybe-uninitialized]
DEBUG: sensors-applet.c:808:50: warning: 'cols' may be used uninitialized in this function [-Wmaybe-uninitialized]
DEBUG: sensors-applet.c: In function 'sensors_applet_notify':
DEBUG: sensors-applet.c:307:63: warning: 'summary' may be used uninitialized in this function [-Wmaybe-uninitialized]
DEBUG: sensors-applet.c:307:63: warning: 'message' may be used uninitialized in this function [-Wmaybe-uninitialized]
DEBUG: /bin/sh ../libtool --tag=CC --mode=link gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wl,-z,relro -o mate-sensors-applet main.o about-dialog.o active-sensor.o prefs-dialog.o sensor-config-dialog.o sensors-applet.o sensors-applet-plugins.o sensors-applet-mateconf.o active-sensor-libmatenotify.o -lglib-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lglib-2.0 -pthread -lmateui-2 -lSM -lICE -lmatevfs-2 -lmate-panel-applet-2 -lmateconf-2 -lmatecomponentui-2 -lmatecanvas-2 -lmate-2 -lpopt -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lmatecomponent-2 -lmatecomponent-activation -lgmodule-2.0 -lMateCORBA-2 -lgthread-2.0 -lrt -lgobject-2.0 -lglib-2.0 -lcairo -L/lib64 -lmatenotify -lgtk-x11-2.0 -ldbus-glib-1 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -ldbus-1 -lpthread -lrt -lgobject-2.0 -lglib-2.0
DEBUG: libtool: link: gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wl,-z -Wl,relro -o mate-sensors-applet main.o about-dialog.o active-sensor.o prefs-dialog.o sensor-config-dialog.o sensors-applet.o sensors-applet-plugins.o sensors-applet-mateconf.o active-sensor-libmatenotify.o -pthread -lmateui-2 -lSM -lICE /usr/lib64/libmatevfs-2.so -L/lib64 -lxml2 -lssl -lcrypto -lavahi-glib -lavahi-common -lavahi-client -lresolv -lselinux -lutil -lmate-panel-applet-2 /usr/lib64/libmateconf-2.so -lmatecomponentui-2 -lmatecanvas-2 -lmate-2 -lpopt -lart_lgpl_2 -lmatecomponent-2 -lmatecomponent-activation /usr/lib64/libMateCORBA-2.so -lgmodule-2.0 -lgthread-2.0 -lmatenotify -lgtk-x11-2.0 -ldbus-glib-1 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -ldbus-1 -lpthread -lrt -lgobject-2.0 -lglib-2.0 -pthread
DEBUG: /usr/bin/ld: sensors-applet-plugins.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5'
DEBUG: /usr/bin/ld: note: 'dlclose@@GLIBC_2.2.5' is defined in DSO /lib64/libdl.so.2 so try adding it to the linker command line
DEBUG: /lib64/libdl.so.2: could not read symbols: Invalid operation
DEBUG: collect2: error: ld returned 1 exit status
DEBUG: make[2]: *** [mate-sensors-applet] Error 1

To avoid this error i used this patch for half an year.
sensors-applet-fixDSO.patch
https://dl.dropbox.com/u/49862637/Mate-desktop/patches/sensors-applet-fixDSO.patch

If you think this patch is useful i can do a pull request.

I tried to build MATE desktop environment on Gentoo Linux with musl as system C library instead of glibc. At the moment it fails at building mate-extra/mate-sensors-applet-1.24.1. Tried mate-sensors-applet from git master, which shows the same failure:

Actual behaviour

[...]
make[2]: Leaving directory '/root/build/mate-sensors-applet/plugins/udisks2'
Making all in i2c-proc
make[2]: Entering directory '/root/build/mate-sensors-applet/plugins/i2c-proc'
  CC       i2c-proc-plugin.lo
i2c-proc-plugin.c: In function 'i2c_proc_plugin_get_sensor_value':
i2c-proc-plugin.c:147:31: warning: implicit declaration of function 'setlocale' [-Wimplicit-function-declaration]
  147 |     if (NULL == (old_locale = setlocale(LC_NUMERIC, "C"))) {
      |                               ^~~~~~~~~
i2c-proc-plugin.c:147:41: error: 'LC_NUMERIC' undeclared (first use in this function)
  147 |     if (NULL == (old_locale = setlocale(LC_NUMERIC, "C"))) {
      |                                         ^~~~~~~~~~
i2c-proc-plugin.c:147:41: note: each undeclared identifier is reported only once for each function it appears in
i2c-proc-plugin.c: At top level:
i2c-proc-plugin.c:214:14: warning: no previous prototype for 'sensors_applet_plugin_name' [-Wmissing-prototypes]
  214 | const gchar *sensors_applet_plugin_name(void)
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~
make[2]: *** [Makefile:497: i2c-proc-plugin.lo] Error 1
make[2]: Leaving directory '/root/build/mate-sensors-applet/plugins/i2c-proc'
make[1]: *** [Makefile:426: all-recursive] Error 1
make[1]: Leaving directory '/root/build/mate-sensors-applet/plugins'
make: *** [Makefile:574: all-recursive] Error 1

Steps to reproduce the behaviour

git clone https://github.com/mate-desktop/mate-sensors-applet/
cd mate-sensors-applet/
./autogen.sh
make

MATE general version

1.24

Package version

1.24.1, git-master

Linux Distribution

Gentoo Base System release 2.7
musl-1.2.2

Link to bugreport of your Distribution (requirement)

https://bugs.gentoo.org/777375
build.log

The second dialog window, which you see if you want to cahange a icon for a sensor doesn't have any function anymore. All the buttons or entries aren't adjustable.
Also it's immposible to close the window with close button or windows-close button.

fedora bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1040523

 pgaltieri 2013-12-11 10:02:42 EST

Description of problem:
When I run mate-sensors-applet it shows the following sensors listed under libsensors:

  temp1
  Physical id 0
  Core 0
  Core 1
  temp1

If I go look in

/sys/devices/virtual/thermal

I see

cooling_device0  cooling_device2  cooling_device4  thermal_zone1
cooling_device1  cooling_device3  thermal_zone0

and if I run

cat /sys/devices/virtual/thermal/cooling_device0/type

for cooling_device[0-3] it shows the type as Processor.

gkrellm also shows 4 processors.

Version-Release number of selected component (if applicable):
mate-sensors-applet.x86_64             1.6.0-3.fc19

How reproducible:
Always

Steps to Reproduce:
1. Start mate-sensors-applet
2. See how many cores it shows
3.

Actual results:
Only 2 are shown

Expected results:
All 4 are shown

Additional info:
cat /proc/cpuinfo 
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model       : 69
model name  : Intel(R) Core(TM) i7-4500U CPU @ 1.80GHz
stepping    : 1
microcode   : 0x16
cpu MHz     : 774.000
cache size  : 4096 KB
physical id : 0
siblings    : 4
core id     : 0
cpu cores   : 2
apicid      : 0
initial apicid  : 0
fpu     : yes
fpu_exception   : yes
cpuid level : 13
wp      : yes
flags       : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid
bogomips    : 3591.61
clflush size    : 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 6
model       : 69
model name  : Intel(R) Core(TM) i7-4500U CPU @ 1.80GHz
stepping    : 1
microcode   : 0x16
cpu MHz     : 774.000
cache size  : 4096 KB
physical id : 0
siblings    : 4
core id     : 0
cpu cores   : 2
apicid      : 1
initial apicid  : 1
fpu     : yes
fpu_exception   : yes
cpuid level : 13
wp      : yes
flags       : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid
bogomips    : 3591.61
clflush size    : 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:

processor   : 2
vendor_id   : GenuineIntel
cpu family  : 6
model       : 69
model name  : Intel(R) Core(TM) i7-4500U CPU @ 1.80GHz
stepping    : 1
microcode   : 0x16
cpu MHz     : 774.000
cache size  : 4096 KB
physical id : 0
siblings    : 4
core id     : 1
cpu cores   : 2
apicid      : 2
initial apicid  : 2
fpu     : yes
fpu_exception   : yes
cpuid level : 13
wp      : yes
flags       : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid
bogomips    : 3591.61
clflush size    : 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:

processor   : 3
vendor_id   : GenuineIntel
cpu family  : 6
model       : 69
model name  : Intel(R) Core(TM) i7-4500U CPU @ 1.80GHz
stepping    : 1
microcode   : 0x16
cpu MHz     : 774.000
cache size  : 4096 KB
physical id : 0
siblings    : 4
core id     : 1
cpu cores   : 2
apicid      : 3
initial apicid  : 3
fpu     : yes
fpu_exception   : yes
cpuid level : 13
wp      : yes
flags       : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid
bogomips    : 3591.61
clflush size    : 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:

Expected behaviour

The color don't run on the sensors!!! Red setup but only grey!
http://storage8.static.itmages.com/i/17/1218/h_1513613494_7263891_98f16ea6f6.jpeg

Actual behaviour

Steps to reproduce the behaviour

MATE general version

1.18.0

Package version

Noyau Linux 4.8.0-53-generic x86_64

Linux Distribution

Mint 18.2 Sonya 64b

Link to downstream report of your Distribution

MATE Sensors applet 1.18.1 does not save order of sensors from multiple sources - libsensors and nvidia in my case. When I restart session or mate-panel --replace the order resets to default state.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

I always use sensors applet. Before version 1.6 (Linux Mint Debian Edition - mate 1.4) I could change order of displayed sensors (core0, core1, temp1 etc.) and they were saved (after log in the order was the same).
From version 1.6 and currently in 1.8 order of positions of displayed sensors are changed only temporary (after log out and log in they are reset to default order).

I saw that someone already submit same issue but it's still open.

A feature request from a Debian user (DebianBug#778756):

Could you please expose the ability to hide the temperature units of the
sensors in the applet? This would help a lot for those that have limited
space on their screens.

In mate-sensors-applet, starting from MATE 1.6 up to MATE 1.10 , the hdd temperature on my computer is never correct: regardless of which corrections are applied in preferences-->sensors-->hddtemp, the value displayed in the applet will be again largely off at every reboot.
Temperatures were reported correctly in older MATE versions and in Gnome.

As per title.
Useful links:
https://docs.google.com/document/d/1KCVPoYQBqMbDP11tHPpjW6uaEHrvLUmcDPqKAppCY8o/pub
https://docs.google.com/spreadsheets/d/1HavJQRPpMuq-N0GoN1wJR-9KEGXpKy3-NEPpZZkUGJY/pub?output=html

I'm already on it.

I'm using for my hardware sensor a third panel on the right side of my monitor.
With mate-sensors-applet-1.6.1 it looks llike this:

The weight of the panel is 70 pixel.
With 1.8.0 version the unit 'RPM' (rounds per minute) is translated in a bad way!

RPM is translated to 'Umdrehung / Minute', for getting displayed the icons of the fans i need to increase the weight of the panel to 163 pixels !
The right translation for the unit RPM is UPM (Umdrehung pro Minute) in german.
In general writing out a Unit is wrong for a panel applet, imo.

There are more and more themes using dark background and light text nowadays. I am running the default Mint-Y theme in my Mint 19.2 machine here, and the black fan icon is almost invisible as the panel color is default to almost black.

Will there be a other-color fan icon added in the future for replacement in such case?

OS
Linux Mint 19.2 Tina 64-bit
MATE 1.22.0

it looks as if in version 1.16.0 on Mint 18.1-64 the fan rpm is calculated or displayd in a wrong way:
Under CPU stress the fan rpm audibly increases but the displayed rpm value decreases.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

When MATE is set to use Turkish, libsensors returns an error and can't read the temperature. mate-sensors-applet simply displays "HATA" which means "Error" in Turkish. In English or French, everything works fine. Please see the attached screenshot for an example.

MATE general version

1.24.0

Package version

1.24.0-1

Linux Distribution

Ubuntu

Link to downstream report of your Distribution

https://bugs.launchpad.net/ubuntu/+source/mate-sensors-applet/+bug/1794348

Expected behaviour

1. show ssd nvme pcie m.2 (udisk2) temperature sensor
2. show correct temperature of ssd sata3

Actual behaviour

Doesn't show ssd nvme pcie m.2 (udisk2) temperature sensor

sudo inxi -xD
  ID-1: /dev/nvme0n1 vendor: Kingston model: SNV2S500G size: 465.76 GiB
    temp: 26.9 C

sudo nvme smart-log /dev/nvme0 | grep '^temperature'
temperature				: 27 C (300 Kelvin)

On another computer with Ubuntu Mate 22.04.1 and sata3 ssd disk

these data of the temperature of a SATA SSD are incorrect. it says 100 degrees celsius all time, and crystaldiskinfo (win) and hddtemp, inxi (linux) says 24°C.

sudo inxi -xD
ID-2: /dev/sda vendor: Kingston model: SA400S37480G size: 447.13 GiB
    temp: 24.0 C

sudo hddtemp /dev/sda
/dev/sda: KINGSTON SA400S37480G: 24°C

Related link: https://bugs.launchpad.net/ubuntu/+source/libatasmart/+bug/1581594

MATE general version

1.26.0

Linux Distribution

Ubuntu Mate 22.04.1

1. mate-sensor-applet lost user preferences settings after logout/login
   After adding the applet to the panel i choose those sensors.
   CPU-Fan
   Case-Fan2
   MB temp
   CPU temp
   GPU temp

A sreenshot of this state.

https://dl.dropbox.com/u/49862637/Mate-desktop/Bugs/sensor-applet.png

After logout/login all user settings are lost and i see the default settings again in the panel,
but preferences shows me the user settings.

https://dl.dropbox.com/u/49862637/Mate-desktop/Bugs/sensor-applet2.png

No gsettings keys in dconf-editor

https://dl.dropbox.com/u/49862637/Mate-desktop/Bugs/dconf-editor.png

The missing gsettings keys in dconf-editor issue concerns all panel applets.

Expected behaviour

Sensor-list in preferences should be updated if a drive doesn't exists any more.

Actual behaviour

Sensor-list shows non-existent drives in preferences and if this sensor is enable we see a lot of popup warnings.

Steps to reproduce the behaviour

1. plug in an USB-drive
2. reload panel or applet
3. activate the temp sensor of this drive in applet
4. unmount and unplug usb-drive
5. reload applet or panel
6. enjoy frequently popup warnings

MATE general version

master branch, 1.19.x

Package version

master branch, 1.19.1

Linux Distribution

fedora 26 with Mate developer version

Link to downstream report of your Distribution

not relevant

Problem exists since we use a gsettings key to store sensor order.
c5bce79

The applet should be check for existing sensors with every start to update sensor-list, or better a frequently check for catching new pluged in usb-, e-sata- or other drives.
@info-cppsp
Can you please take a look at this?

Expected behaviour

all sensors meters are shown in horizontal line

Actual behaviour

only one sensor is shown, other are "below" it (see attached screencast)

Steps to reproduce the behaviour

1. Install Ubuntu MATE 19.10
2. Login to installed system
3. Add Sensors Applet to the panel
4. Open Sensors Applet Preferences, go to Sensors tab
5. Check Disk Temperature under udisks2 section

MATE general version

1.22.1

Package version

1.22.1-1

Linux Distribution

Ubuntu-MATE 19.10 "Eoan Ermine" - Alpha amd64 (20190909)

Link to downstream report of your Distribution

http://bugs.launchpad.net/bugs/1843395

Expected behaviour

The Mellanox Range of Network Adapters have a temperature sensor that outputs it's value in Centigrade and displays using the Sensors command successfully. The sensor is detected in Mate-Sensors-Applet as "Temp1" variable and selecting it should generate a corresponding value on the panel.
Sensors output
mlx5_0000:a2:00.0-virtual-0 Adapter: Virtual device temp1: +41.0°C

Actual behaviour

When the "Temp1" variable is selected in the mate-sensors-applet preferences selection list, instead of producing a value it instead produces an ERROR flag and in notifications "Error updating sensor Temp1 - An error occurred while trying to update......" notification. Hovering over the ERROR flag in the panel shows "Temp1 - error compiling URL regex : Not Match"

Steps to reproduce the behaviour

Install Mellanox card, select Temp1 variable relating to value in mate-sensors-applet preferences.

MATE general version

Version 1.26.0

Package version

1.26

Linux Distribution

Fedora Compiz/Mate spin.

Link to bugreport of your Distribution (requirement)

https://bugzilla.redhat.com/show_bug.cgi?id=2244258

mate 1.6

Some user's settings in the mate-sensors-applet's preferences are lost starting a new session.
Lost settings are just those related to the display order of the selected sensors in the panel.

[Updated 2013-04-06]

Sensor icons are taken from the current icon theme:

But overlay icons are hardcoded with /usr/share/pixmaps:

Can this be unhardcoded? 🤔

Expected behaviour

Sensor icon and its overlay is taken from the icon theme

Actual behaviour

Only sensor icon is taken from the icon theme

Steps to reproduce the behaviour

Install papirus-icon-theme

MATE general version

1.24.0

Package version

mate-sensors-applet-1.24.0

Linux Distribution

NixOS

An expected behaviour

I would like – to have an additional possibility: of choosing the margin's size (to separate the sensors: while they – are displayed, on the MATE's panel).

The actual behaviour

I – have to create several plug-in instances: to create margins – by moving the sensors, along the panel… Then – an additional configuration (for each of them) – is required.

What steps – can help to reproduce the «behaviour»

In the applet: select more, than one sensor. And, if you – have a big font [just like me: as I – don't like the «small» ones, – which – stress my eyes 👓], – you – will get no space: in be-tween the sets of «full information» (about each sensor, in-cluding: a number of units, – and – a specification – of units of measuring).

What is my MATE's «general» version?

Don't know… I installed the «latest» (?) available «Linux Mint» v. №19 (code-name – «Tara»); just yesterday.

What is specified, as my «Package»'s version?

About which package – do you ask?… (The MATE's sensor applet; is it?)
All I have – is from the down-loaded «all – in all» installation file… Nothing «special».

What – is my «Linux»'s distribution?

As I said (above) – «Linux: Mint» (code-name – «Tara»; v. – 19).

Link – to down-stream report of my Distribution

What – is it? … (Is it – a snap-shot: of my hard-ware set?)
I am sorry (for – not being able to answer): I am not sure, about what – you – are asking.

Issue description

This is not a bug report. It's more of an improvement suggestion. So I'll skip some of the items here.
This is also a duplicate of #85 except maybe a little more useful.

After setting the applet not to use icons, the output becomes very ugly. Almost difficult to read. Take a look:

With icons, this looks fine to me:

This is labels and values:

and this is just values:

It looks a bit better after disabling showing units:

It becomes this big blob of text that is hard to navigate with eyes. There should be a clear separation between labels and values. The individual sensors should also have a bigger gap (perhaps even a configurable one).
Another thing I noticed is that the unit really doesn't have to be shown. The user most likely knows if they set it to F or C. So instead of showing °C or nothing, how about showing just the ° symbol?

As a reference, here's Plasma's thermal monitor:

There's another thing that could be improved, but I think I'll open another issue for that. It's about making a group of sensors and calculating either the average or picking the hottest/coldest one. Very useful for many-core CPUs. This is also very close to what Plasma does.

System info

Distro: Arch Linux
MATE version: 1.24
Package version: 1.24.1-1

I haven't found any bug report in Arch's bug tracker.

On a current Ubuntu Mate version, selecting a graph for a given sensor is ineffective.

Peering very closely at the screen, it seems that the graph may be there but in shades of grey so close as to be indistinguishable

(tested on multiple machines to sanity-check)

hello the mate-sensors-applet-1.18.0 is not showing in the correct place in the mate panel i installed just with configure --prefix=/usr and i had to downgrade to the 1.16.0 version in order to make it work like it has to be here is a screenshot in the correct place with old verision inside full mate 1.18

MATE general version

1.20

Package version

1.20.1

Linux Distribution

fedora

Link to downstream report of your Distribution

I don't file out bugs against myself :D

Ati plugin is obsolete since a long time, the proprietary driver is given up by AMD since 2016.
Current open-source drivers are xorg-x11-drv-ati (7.9.0) or new AMD driver xorg-x11-drv-amdgpu.
I never build the ati plugin for rpmfusion as Catalyst or fglrx drivers were well known as buggy in fedora.
Those drivers are removed from rpmfusion since 2 years or so.

Maybe it's time to drop those plugin?
Btw. maybe it's possible to add support for new drivers.

Note:
Sorry , i am using always nvidia cards, so i can't help or test something.

Expected behaviour

different names for each sensor

Actual behaviour

temp1 is listed for all 20 sensors under label and sensor

Steps to reproduce the behaviour

install on any yoga c630 arm64 laptop (and possibly anybox with thermal drivers connected to hwmon via THERMAL_HWMON kernel config option)

MATE general version

1.24

Package version

1.24.0+1

Linux Distribution

ubuntu 20.04

So mate applets currently displays temp1 for label and sensor. I know when THERMAL_HWMON is used/needed it put all temps in the /sys/class/hwmon/hwmon*/temp1_input, I tried looking at your code to see if it was using the folder name etc, but it was above my head.
sensors -A
shows correct names IE # I used the -A to remove adapters to make it more clear;
cpu6_thermal-virtual-0
temp1: +39.7°C (crit = +100.0°C)

I could see sum of the code was borrowed from the sensors app, but I couldnt figure out which code showed which or where to replace. If a command line option or a build option to switch the naming could happen thatd be great. If not if anyone can help me switch the code to show the correct name, Id be greatly appreciative! The only sensor with a diff name is in0 for the battery and its placement in the list changes sporadically making it impossible to figure out how the list is ordered. Thank you

example: when upgrade from mate-sensors-applet 1.1.0 to 1.1.1, you get a error message and lost sensors-applet configuration

The Temperature of NVidia cards is not being shown when the NVidia driver is installed instead of the nouveau driver.

In some instances the NVidia driver has to be used, for example to support HDMI audio output which is not a feature of the nouveau driver.

According to the original source material the Sensors-applet should show the temperature of the NVidia card if it's compiled with the -enable-nvidia switch.

In my setup the nvidia temperature is shown if I use the nvidia-smi command line command so the data is available.

I'm using the 340 NVidia driver on a x86_64 Mint Mate 13 build.

This is not one problem, but instead should be a general discussion thread.
I would also just write things up as a TODO list or idea list.

1. Check memory management. / reduce mem consumption.
   (~30MB just to show a number seems to be a LOT.)

2. Double-check pointer use.
   Pointers are very powerful, but also very dangerous.
   search for g_strdup_printf, check free
   use autoptr?
   init all ptrs to NULL

3. Add more OOP.
   Many functions for handling sensors could be simplified that way.

4. Rethink and document software architecture.
   Kinda goes with 3.

• update readme

5. The relocatable schemas problem. - kinda done, abandoned
   See here:
   mate-desktop/mate-panel#675

6. Clean up make warnings, notes.
   GtkStock deprecation in sensor-applet.c can't be removed without replacing old ui manager in mate-panel-applet.c with new GtkBuilder.

7. Fix tabs - done

8. Clean up includes

9. check plugins for deprecation, remove or update them

Ideas, solutions, more things are welcome.

Expected behaviour

I would like to be able to compare readings on graphs showing temperature at a glance: if the bar on the disk temp is higher than the CPU temperature graph, then it should mean that the disk temperature is higher than the CPU's.

Actual behaviour

Each graph is scaled separately according to the sensor's min and max values, making graphs useless without hovering for reading the actual values. The screenshot shows a disk temperature graph (left) seemingly higher than the CPU temperature graph (right), but hovering reveals that the opposite is true: disk is at 45 °C and CPU is at 58 °C.

Steps to reproduce the behaviour

On my Thinkpad X1 Carbon, enable all temperature sensors from libsensors.

MATE general version

1.24.1

Package version

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                       Version      Architecture Description
+++-==========================-============-============-==========================================================================
ii  mate-sensors-applet        1.24.1-1     amd64        Display readings from hardware sensors in your MATE panel
ii  mate-sensors-applet-common 1.24.1-1     all          Display readings from hardware sensors in your MATE panel (common files)

Linux Distribution

Debian testing

Link to bugreport of your Distribution (requirement)

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976961