This is surely very simple when you know how but I cant understand from the limitted documentation what I am supposed to put for an exec line.Gentree wrote:
~Brendan,
would it be possible for conky to (optionally) display the cpu temp as a scrolling graph like the network activity.
I like o/c , low-noise tuning and testing different heatsinks etc. , if I had a time scroll of temperature it would be a lot easier to see when it had stablised and the effect of fan speeds etc.
I imagine it would not be a great effort to combine the code for the network activity to the temp data if you think it is a good idea.
regards.
Possible, not currently implemented however. You could do it using $execgraph or $execigraph with a simple bash script.
_________________
Code: Select all
${color lightgrey}Temperatures: CPU: $acpitemp C
${color lightgrey}$exec acpi -t
many thanks,nonas wrote:You need to put your command between "brackets" { }.
${execi 600 grep % /opt/foldingathome/client2/unitinfo.txt | cut -c 11-14}
Code: Select all
${color lightgrey}${exec acpi -t|cut -c 21-24}
Code: Select all
bash-3.00#acpi -t
No support for device type: battery
Thermal 1: ok, 48.0 degrees C
bash-3.00#acpi -t|wc
No support for device type: battery
1 6 35
Code: Select all
${color lightgrey}${execbar acpi -t 2>/dev/nul |cut -c 21-24}Possible, not likely something to go into conky 1.x. Hopefully we could see some more advanced configuration stuff like this for conky 2.x.Gentree wrote:Code: Select all
${color lightgrey}${execbar acpi -t 2>/dev/nul |cut -c 21-24}thx.
I now have my temp graph , thanks for the suggestions and help.
It occured to me while looking at this that a good feature for execbar would be to define a percentile where it goes to red.
most things we would want to monitor on a bar display would probably have redline: disk >95% ; cpu >65C etc.
how about adding an optional arguement to graphbar?
I had a look at the code with an idea of doing the temp graph in C but my C coding has not really been used for 15yrs and I didnot get too far.
Thanks again.

No, if you're using "pseudoTransparency" it's pseudo because you can only see the root window, not the apps behind another app. Dunno with "composite".southpaw wrote:is there a way to set up conky so that if I open a transparent terminal over it I can still see it through the terminal?
Code: Select all
${pos_x 100} ${pos_y 100} $uptime
Well I have "composite extensions" enabled in my "xorg.conf", but since you mention it I believe I also have pseudotransparency enabled in my "~/.fluxbox/init".No, if you're using "pseudoTransparency" it's pseudo because you can only see the root window, not the apps behind another app. Dunno with "composite".
Code: Select all
# Conky: /proc/i8k doesn't exist! use insmod to make sure the kernel driver is loaded...This is fixed via this patch: http://bugs.gentoo.org/show_bug.cgi?id=113921St. Joe wrote:After upgrading to the 2.6.14-gentoo-r2 kernel I get an error message in the terminal output after conky has been running for about 1 minute, and then conky shuts down. What did I forget to compile in the kernel?
Error message:
Code: Select all
# Conky: /proc/i8k doesn't exist! use insmod to make sure the kernel driver is loaded...
Code: Select all
test_host=$1
username=$2
ssh -l $username $test_host uname >/dev/null 2>&1
if [ "$?" = 0 ]
then
echo "$test_host is up"
else
echo -e "\033[01;31m$test_host is down"
echo "$test_host is down" | mail -s "$test_host is down" some@email.com
fiCode: Select all
${color #D5DEE7}${execi 180 ~/bin/up.sh hostname username}Code: Select all
# Create own window instead of using desktop (required in nautilus)
own_window yes
# Use pseudo transparency with own_window?
own_window_transparent yes
# If own_window_transparent is set to no, you can set the background colour here
own_window_colour hotpink
# Use double buffering (reduces flicker, may not work for everyone)
double_buffer yes
Code: Select all
* Applying conky-1.3.4-miscbug.patch ... [ ok ] * Applying conky-1.3.4-arraybounds.patch ...
* Failed Patch: conky-1.3.4-arraybounds.patch !
* ( /usr/portage/app-admin/conky/files/conky-1.3.4-arraybounds.patch )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/conky-1.3.4-r2/temp/conky-1.3.4-arraybounds.patch-18359.out
yes, the patch, as i originally posted it to bugzilla seems to have been corrupted.paul555 wrote:I tried to emerge concky 1.3.4-r2 but i get that error message :Any clue?Code: Select all
* Applying conky-1.3.4-miscbug.patch ... [ ok ] * Applying conky-1.3.4-arraybounds.patch ... * Failed Patch: conky-1.3.4-arraybounds.patch ! * ( /usr/portage/app-admin/conky/files/conky-1.3.4-arraybounds.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/conky-1.3.4-r2/temp/conky-1.3.4-arraybounds.patch-18359.out
Code: Select all
mordred@avalon ~ $ uname -a
Linux avalon 2.6.14-gentoo-r4 #1 SMP PREEMPT Fri Dec 9 15:37:08 CET 2005 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/LinuxCode: Select all
mordred@avalon ~ $ conky -v
Conky 1.3.4 compiled Dec 12 2005Code: Select all
Conky: can't open '/sys/bus/i2c/devices/0-0051/temp1_input': No such file or directory
please fix i2c or remove it from ConkyYour issue is not the "i8k" problem that 1.3.4-r2 fixes. This is a simple matter of determiningmordredP wrote:any clue?Code: Select all
Conky: can't open '/sys/bus/i2c/devices/0-0051/temp1_input': No such file or directory please fix i2c or remove it from Conky
Code: Select all
asb100-i2c-1-2d
Adapter: SMBus I801 adapter at e800
VCore 1: +1.65 V (min = +1.46 V, max = +1.60 V)
+3.3V: +3.36 V (min = +3.14 V, max = +3.47 V)
+5V: +5.05 V (min = +4.76 V, max = +5.24 V)
+12V: +11.55 V (min = +10.82 V, max = +13.19 V)
-12V (reserved):
-12.07 V (min = -0.00 V, max = -0.00 V)
-5V (reserved):
-5.06 V (min = -0.00 V, max = -0.00 V)
CPU Fan: 0 RPM (min = 1997 RPM, div = 4)
Chassis Fan:
0 RPM (min = 3994 RPM, div = 2)
Power Fan: 0 RPM (min = 3994 RPM, div = 2)
M/B Temp: +35°C (high = +45°C, hyst = +40°C)
CPU Temp (Intel):
+34°C (high = +60°C, hyst = +50°C)
Power Temp:
-0°C (high = +45°C, hyst = +40°C)
CPU Temp (AMD):
+25°C (high = +60°C, hyst = +50°C)
vid: +1.525 V (VRM Version 9.0)
alarms:Code: Select all
0-0040@ 0-0050@ 0-0060@ 1-002d@ 1-0048@ 1-0049@ 1-0050@ 1-0051@Code: Select all
alarms fan2_div in0_input in2_max in4_min name temp2_input temp4_max
bus@ fan2_input in0_max in2_min in5_input power/ temp2_max temp4_max_hyst
cpu0_vid fan2_min in0_min in3_input in5_max pwm1 temp2_max_hyst vrm
driver@ fan3_div in1_input in3_max in5_min pwm1_enable temp3_input
fan1_div fan3_input in1_max in3_min in6_input temp1_input temp3_max
fan1_input fan3_min in1_min in4_input in6_max temp1_max temp3_max_hyst
fan1_min hwmon:hwmon0@ in2_input in4_max in6_min temp1_max_hyst temp4_input
Code: Select all
$ cat temp1_input
35000
$ cat temp2_input
35000Code: Select all
${i2c 1-002d temp 1} ${i2c 1-002d temp 2}