You are not logged in.
I'm posting this in "Development" because, with a very quick check in a LIVE session, I don't see this issue on Beryllium. It must only effect neofetch versions 7.1.0-4 and up. You can see the issue and the fix here...
https://github.com/dylanaraps/neofetch/issues/2389
The easiest way to fix this on Boron is to copy /usr/bin/neofetch to ~/bin and edit the file there. In Boron/Bookworm the section begins at line #1967.
No, he can't sleep on the floor. What do you think I'm yelling for?!!!
Offline
@rbh, re: https://github.com/dylanaraps/neofetch/ … 1751872439
I have not looked so much on the configuration. See now that I have line 'info "WM Theme" wm_theme' enabled, but i don't get info for "WM Theme".
Info for "DE", "WM" and "Theme" is shown correct.change after applying proposed patch.There was no change after applying proposed patch.
Same on 4 different machines, one was a VM.
You're using neofetch version 7.1.0-4 on BL Boron? Have you changed your Openbox theme from the default? You need to in order to see this issue.
No, he can't sleep on the floor. What do you think I'm yelling for?!!!
Offline
https://github.com/dylanaraps/neofetch/ … 1751876381
Sorry, even if ~/bin was first in path, command neofetch, wanted to run from /usr/bin/neofetch.
Running ~/bin/neofetch, gives correct info for "WM Theme".
I did a pull request of the patch.
// Regards rbh
Please read before requesting help: "Guide to getting help", "Introduction to the Bunsenlabs Lithium Desktop" and other help topics under "Help & Resources" on the BunsenLabs menu
Offline
https://github.com/dylanaraps/neofetch/ … 1751876381
Sorry, even if ~/bin was first in path, command neofetch, wanted to run from /usr/bin/neofetch.
Running ~/bin/neofetch, gives correct info for "WM Theme".I did a pull request of the patch.
https://github.com/dylanaraps/neofetch/ … 5c20564275
Ah, thanks much! I don't have much hope for it, the maintainer seems to have abandoned the project.
Maybe John will want to add a custom neofetch file to ~/bin or package it at some point, one that includes this fix and the correct RAM info that we're including in the upcoming default conky, but it's really a very niche issue (not of interest to most users, I would think).
Thanks for helping with this!
No, he can't sleep on the floor. What do you think I'm yelling for?!!!
Offline
I'm posting this in "Development" because, with a very quick check in a LIVE session, I don't see this issue on Beryllium.
I had to apply your patch on Beryllium in order to see the correct OB theme.
Maybe John will want to add a custom neofetch file to ~/bin or package it at some point, one that includes this fix and the correct RAM info that we're including in the upcoming default conky, but it's really a very niche issue (not of interest to most users, I would think).
It is a bit niche, yes. Your fix would be easy to apply, so a cleanly patched package could go in our repo post-release some time. I'd have to look at the RAM section to see why it doesn't agree with conky (and inxi and top), if it's an easy fix it could go in too. But lowish on the priority list I guess.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
I don't have much hope for it, the maintainer seems to have abandoned the project.
Maybe John will want to add a custom neofetch file to ~/bin or package it at some point,
Yes, no change to the code since 2021. A lot of work lying in the queue.
But, Neofetch is not an default BL application. Why then ship a patch to an abanded project?
And, is it really a problem?
On my 4 boxes I looked on, without your patch, command "/usr/bin/neofetch -vv 2" returns: "[!]\e[0m Info: Couldn'\''t detect WM Theme.", and that line does not show up on the screen.
Variabel "Theme" in neofetch, is read from ~/.gtkrc-2.0 or ~/.config/gtk-3.0/settings.ini, set by lxappereance.
Variabel "WM Theme", is by your patch, read from ~/.config/openbox/bl-rc.xml, set by obconf.
If both configs is set to same theme, they should show same. We recommend that same theme should be applied by both configs.
So, without hhh's patch, there is only "Theme" to show in neofetch...
// Regards rbh
Please read before requesting help: "Guide to getting help", "Introduction to the Bunsenlabs Lithium Desktop" and other help topics under "Help & Resources" on the BunsenLabs menu
Offline
It is a bit niche, yes. Your fix would be easy to apply, so a cleanly patched package could go in our repo post-release some time. I'd have to look at the RAM section to see why it doesn't agree with conky (and inxi and top), if it's an easy fix it could go in too. But lowish on the priority list I guess.
I fully agree on the content, it is a 'niechen' problem and absolutely secondary to the release of Boron.
There is no correct RAM specification in Conky. Period.
First (until 1.12) it was fine with Conky, then it was broken, to finally reappear in several ways.
I think these statements here characterize this correctly.
This machine has 8GB RAM, a 4x2GB and I combined that into Conky.
BTW, @johnraff has already put that in the current BL-Boron-conky.
doas inxi -mxxx
Memory:
System RAM: total: 8 GiB available: 7.76 GiB used: 809.8 MiB (10.2%)
Array-1: capacity: 8 GiB note: est. slots: 4 modules: 4 EC: None
max-module-size: 2 GiB
Device-1: DIMM0 info: double-bank type: DDR2 detail: synchronous
size: 2 GiB speed: 800 MT/s volts: N/A width (bits): data: 64 total: 64
manufacturer: N/A part-no: N/A serial: N/A
Device-2: DIMM1 info: double-bank type: DDR2 detail: synchronous
size: 2 GiB speed: 800 MT/s volts: N/A width (bits): data: 64 total: 64
manufacturer: N/A part-no: N/A serial: N/A
Device-3: DIMM2 info: double-bank type: DDR2 detail: synchronous
size: 2 GiB speed: 800 MT/s volts: N/A width (bits): data: 64 total: 64
manufacturer: N/A part-no: N/A serial: N/A
Device-4: DIMM3 info: double-bank type: DDR2 detail: synchronous
size: 2 GiB speed: 800 MT/s volts: N/A width (bits): data: 64 total: 64
manufacturer: N/A part-no: N/A serial: N/A
Last edited by unklar (2023-10-08 11:10:02)
Offline
I concur... leave this thread here and that'll be enough to satisfy us nerds for now.
No, he can't sleep on the floor. What do you think I'm yelling for?!!!
Offline
Variabel "Theme" in neofetch, is read from ~/.gtkrc-2.0 or ~/.config/gtk-3.0/settings.ini, set by lxappereance.
Variabel "WM Theme", is by your patch, read from ~/.config/openbox/bl-rc.xml, set by obconf.If both configs is set to same theme, they should show same. We recommend that same theme should be applied by both configs.
So, without hhh's patch, there is only "Theme" to show in neofetch...
Not quite, the default 'neofetch' shows lines for both WM Theme and (GTK) Theme.
On my Beryllium system (I haven't checked Boron but expect the same), without @hhh's patch it shows:
WM Theme: BL-Lithium
Theme: Dragon [GTK2/3]
(so WM theme has been parsed from rc.xml, not bl-rc.xml)
and with the patch:
WM Theme: Dragon
Theme: Dragon [GTK2/3]
We would indeed generally recommend that the same theme be set for both WM and GTK, but they are two different things and it's not always possible. Some GTK themes have no OB theme of the same name, and vice versa. Users might choose their own combination.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline