- This topic has 17 replies, 9 voices, and was last updated Oct 17-6:01 am by to-the-moon.
-
Posts
-
roland
I have stuck with 19.3 Manolis Glezos through thick and thin as it is free from 2 problems affecting the other releases I have up and running, workspace freezing and desktop icons failing to show.
However following a recent routine update using apt update and apt dist-upgrade, conky fails to appear on any workspace until I run it with a manual bash.
Has anyone else experienced this, how can I cause conky to reappear?
christophe
Hello roland.
Look at this recent thread:
https://www.antixforum.com/forums/topic/conky-is-crashing/confirmed antiX frugaler, since 2019
roland
root@antix1:/home/roland/Desktop# apt-cache policy icewm
icewm:
Installed: 3.0.1-1.0antix1
Candidate: 3.0.1-1.0antix1
Version table:
*** 3.0.1-1.0antix1 100
100 /var/lib/dpkg/status
root@antix1:/home/roland/Desktop#Thanks for that guidance Christophe, I seem to have the latest icewm installed. There is no simple fix I think? No real problem as I can run it from a bash terminal as needed.
conky appears on the screen straight after a cold boot, but vanishes after the first button or mouse pressed on the screen but not on the taskbar. I tried to take a screenshot, I was able to load screenshot module as I have it as a taskbar icon, but the moment I press the screenshot button to take the shot, conky disappears from my screen and does not appear in the screenshot either. If I try to load any module from a screen icon conky disappears at that moment.
anticapitalista
It is a known issue that the IceWM devs are also looking into.
https://github.com/ice-wm/icewm/issues/96
Philosophers have interpreted the world in many ways; the point is to change it.
antiX with runit - leaner and meaner.
Anonymous
ModdIt
@male, Thanks for good input.
I normaly run just ice but did a test.
Switched desktops for testing, error occurred as described, conky running but not displayed.Changed conkyrc as below, own window type was set to desktop so hashed out.
#own_window_type desktop own_window_type overridedid icewm –restart
conky became visible again.
My conky now running fine with zzz icwwm and rox icewm.
I am starving, anyone reading please fire up Bullseye antix and older versions,
Test if errors occur with the conky config change.The comment from ICEWM Dev that conky is hidden under the main window in the stack means
conky config change is probably the solution to solve the issue.- This reply was modified 6 months, 4 weeks ago by ModdIt.
anticapitalista
Except it had a black window behind it and not that of the desktop wallpaper. Open any app to see this.
So it is not a complete solution IMO.
The biggest change from IceWM 2 series and the 3 one is how IceWM now interacts with the ‘desktop’. 2 series is fine, 3 needs fixing.- This reply was modified 6 months, 4 weeks ago by anticapitalista.
Philosophers have interpreted the world in many ways; the point is to change it.
antiX with runit - leaner and meaner.
Well, of course it has a black window behind it, because
man conky writes:own_window_type ... ... Override windows are not under the control of the window manager. Hints are ignored. This type of window can be useful for certain situations. ..Of course, this is not optimal, but at least people can see their conky. 😉
Pure Icewm runs fine on at least 40 plus systems,
Black background but everything working does not mean a bug in ice.
a blame game does not fix issues.
Maybe dave is right with needing a startup delay to have conky on top.
Time for me to go.
anticapitalista
This is what the IceWM devs suggest:
https://github.com/ice-wm/icewm/issues/96#issuecomment-1276581899
So it IS due to a change in IceWM, but also changes needed in conky.
Philosophers have interpreted the world in many ways; the point is to change it.
antiX with runit - leaner and meaner.
anticapitalista
Those using the newer IceWM (3.0.1) on antiX-19 or antiX-21, try this:
Add this line
Conky.Conky.layer: 1to the end of /home/your_username/.icewm/winoptions
AND
edit /home/your_username/.conkyrc so
own_window_type desktop changes to own_window_type normalLogout and login
Philosophers have interpreted the world in many ways; the point is to change it.
antiX with runit - leaner and meaner.
calciumsodium
Those using the newer IceWM (3.0.1) on antiX-19 or antiX-21, try this:
Add this line
Conky.Conky.layer: 1to the end of /home/your_username/.icewm/winoptions
AND
edit /home/your_username/.conkyrc so
own_window_type desktop changes to own_window_type normalLogout and login
I tried your fix.
It works.
Thanks for taking the time to troubleshoot.
Please see screenshot.Attachments:
For clarity, ICEWM Dev answer below. Readers can draw own conclusions.
We did. ICEWM was doing exactly what it was told to do.
It may not have done that before letting a faulty conkyrc work.gijsbers commented Oct 12, 2022
Now I see it too and I found the cause. Let me quote the EWMH spec:
Stacking order
To obtain good interoperability between different Desktop Environments,
the following layered stacking order is recommended, from the bottom:
1. windows of type _NET_WM_TYPE_DESKTOP
2. windows having state _NET_WM_STATE_BELOW
3. windows not belonging in any other layerThis Conky has both type = DESKTOP and state = BELOW.
In 2.9.9 BELOW dominated. In 3.0.0 DESKTOP dominates.
The first rule which matches is applied.
An easy solution would be to give Conky type NORMAL and keep state BELOW.
See the section on own_window_type in the conky manpage.
Another option is to keep type NORMAL, not set BELOW,
and in the icewm winoptions file set Conky.Conky.layer: 1.
In icewm layer 1 is between desktop (layer 0) and BELOW (layer 2).
Odd numbered layers are seldomly used. Hence ideal to control a single app.Thanks @anti, that’s it.
@calciumsodium, according to your picture you are running rox-icewm. But that was not affected.
Wallon
Dear anticapitalista,
Your solution works for me with antiX 21 Full.
The faithful Conky stays in his place!
Best regards,
WallonAttachments:
- You must be logged in to reply to this topic.
