Conky Starts But Then Quits

I have conky-manager installed and for a while conky was starting and stayed running. Lately conky is starting but then quitting within about 5 seconds or so of it starting. If I restart it manually, it does the same thing by starting and then quitting. This is the conky-startup.sh:

sleep 0s
killall conky
cd "/home/gus/.conky/Green Apple Desktop"
conky -c "/home/gus/.conky/Green Apple Desktop/Gotham" &

And this is my conky file:

use_xft yes
xftfont 123:size=8
xftalpha 0.1
update_interval 1
total_run_times 0

own_window yes
own_window_type desktop
own_window_transparent yes
own_window_hints undecorated,below,sticky,skip_taskbar,skip_pager
own_window_colour 000000
own_window_argb_visual yes
own_window_argb_value 0

double_buffer yes
#minimum_size 250 5
#maximum_width 500
draw_shades no
draw_outline no
draw_borders no
draw_graph_borders no
default_color white
default_shade_color red
default_outline_color green
alignment top_right
gap_x 15
gap_y -30
no_buffers yes
uppercase no
cpu_avg_samples 2
net_avg_samples 1
override_utf8_locale yes
use_spacer yes


minimum_size 0 0
TEXT
${color white}
${font GE Inspira:pixelsize=25}
${alignc}EndeavourOS
$hr
${alignc}${time %l:%M%p}
${alignc}${time %m/%d/%g}
${alignc}${time %A}
$hr
${alignc}MEM: $legacymem
${alignc}CPU: $cpu%

Any clue on how to fix this? Thanks!

I get that every once in a while, but only after making an edit with conky running. Curious why you’re not starting conky in background daemon mode: conky -dc /path/to/config

I didnt setup the start script, that is what conly-manager outputted I guess. How would I change (what changes should I make) the script to make it work? I am not very experienced in this area.

Edit: I forgot to add that I am using community openbox wm.

running this at the command line does the same thing as the script? Displays for 5 seconds and then gone? or are you manually running the startup script?

I just ran it in terminal and it did the same thing. This is the output the terminal gave:

[gus@endeavouros ~]$ conky -c "/home/gus/.conky/Green Apple Desktop/Gotham" &
[1] 62020
[gus@endeavouros ~]$ conky: Syntax error (/home/gus/.conky/Green Apple Desktop/Gotham:1: syntax error near 'yes') while reading config file. 
conky: Assuming it's in old syntax and attempting conversion.
conky: desktop window (25a) is root window
conky: window type - desktop
conky: drawing to created window (0x2000002)
conky: drawing to double buffer
conky: Invalid value 'yes' for setting 'use_spacer'. Valid values are: 'none', 'left', 'right'.
*** buffer overflow detected ***: terminated

Here is a screenshot of it:


The script is set to autostart when I log in but the same thing happens then as well.

This might be a big ol’ clue right here.

change the yes answers to true

to
own_window true

Trying it right now but still doing the same thing. I tried "none, right, and left with same results.

I did and I am still getting the same behavior. I think I am going to uninstall it and then reinstall it to see if that changes anything.

1 Like

I doubt that you got the same error message when launching from terminal.

Changed it to none and this is terminal output:

[gus@endeavouros ~]$ conky -c "/home/gus/.conky/Green Apple Desktop/Gotham" &
[1] 64576
[gus@endeavouros ~]$ conky: Syntax error (/home/gus/.conky/Green Apple Desktop/Gotham:1: syntax error near 'true') while reading config file. 
conky: Assuming it's in old syntax and attempting conversion.
conky: desktop window (25a) is root window
conky: window type - desktop
conky: drawing to created window (0x2000001)
conky: drawing to double buffer
*** buffer overflow detected ***: terminated

I’m not familiar with conky (I do not, and never have, used conky), but there are some recent bug reports that may apply to you:

Which is seemimgly related to this one:

And this one:

Thanks for that info! I will give them a read and see what is up. I uninstalled it and cleared things up with pacman -R $(pacman -Qdtq) several times until it came back “clean”. I then rebooted and reinstalled and got all the same results as before. Even running just conky without the conky-manger gave the same behavior. I uninstalled it again and cleaned it up again. Conky is nice but I can live with out it. If I get it going correctly, I will update here. Thanks!

1 Like

this worked for me

conky.config = {
use_xft = true,
xftalpha = 1,
update_interval = 1,
own_window = true,
own_window_class = "Conky",
own_window_type = 'desktop',
own_window_transparent = false,
own_window_argb_visual = true,
own_window_argb_value = 0,
double_buffer=true,
draw_shades=false,
draw_outline=false,
draw_borders=false,
draw_graph_borders=false,
default_color = white,
default_shade_color = red,
default_outline_color = green,
alignment = top_right,
gap_x = 15,
gap_y = 30,
no_buffers = true,
uppercase =  false,
cpu_avg_samples = 2,
net_avg_samples = 1,
override_utf8_locale = true,
use_spacer =  none,

}

conky.text = [[
${color white}
${font GE Inspira :size=25}
${alignc}EndeavourOS
$hr
${alignc}${time %l:%M%p}
${alignc}${time %m/%d/%g}
${alignc}${time %A}
$hr
${alignc}MEM: $legacymem
${alignc}CPU: $cpu%
]]

I’m getting the same issue with my conky setup of many years. There was a conky package update in the last day or so. I’m guessing it is related to that update.

Doing an update.

So the above does work however as soon as i do something else I get a
*** buffer overflow detected ***: terminated
must be a change in conky that is causing it to use more buffer than it should now. Neither of my conky’s are staying at the moment even without a mouse move.

shows a fix from an Hour ago but I cannot verify it works

I’m a conky user. I go to /usr/share/applications and copy conky and paste it in /home/username/.config/autostart.
Screenshot from 2024-02-25 10-07-32

its not a problem of it starting its a problem of it continuing to run. A recent update has caused a buffer overflow. It shows that they fixed it on the github however I don’t think its updated in the repos.

1 Like

I was having the buffer overflow problem & used downgrade to 19-6. Locked the upgrade until it gets sorted out. Working without a problem after the downgrade.

2 Likes

Yeah I downgraded it as well. I didn’t ignore it right yet though. I will run another update next weekend so hopefully they will have a fixed version out by then. If not then i will downgrade and ignore. I normally do it this way as I understand every now and then one update will have issues the next usually fixes them.

1 Like