Quite so, it is yet another reason I am still on Beowulf.

Fortunately (unlike Wicd which is abandoned) it is getting worked on again.

See here.

Kudos and a big Thank You to Robert Pierce for stepping up to save SLiM.

Best,

A.

Now it's going to pretty much be pre-installed on and live iso I will make.

If it is of use. If I can learn how to I can maybe put the package to share save some people some time if they like the old gtk obmenu. Still works without a hitch. Just like you'd expect it to. There is really no reason for it to not work besides it not being maintained / depreciated. After all we still use slim.

#!++ uses obmenu2, their debian directory is here. It's all MIT licensed so you don't need to ask Ben for permission. I'm sure he would grant it though.

Thanks matey.

After playing around with it for a while, I took a dive into the "GUI Menu Editor"...I'm not sure how I didn't notice this before.

The developer of #!++ has repackaged obmenu to work on newer systems using python3. Not only that, but he also incorporated (into obmenu) the ability to add icons to the Openbox menu (if desired).

I downloaded the .deb file from my installation of #!++, and I've installed it on Chimaera, Daedalus, and Ceres...it works perfectly on all of them!

This may be what the OP was looking for???

I' ve fixed a bug when running execv in xmenu-cache.c, and I'm rebuilding the iso images of gnuinos openbox.

Done. I've built the images mirroring from deb.devuan.org without issues:

https://www.gnuinos.org/mirror/chimaera/live/

Now you can give a try to the xmenu downloading the ob images.

xinomilo wrote:

there's also rofi, dmenu replacement ...

Seems that this app (just from reading about it) suffers from what I have seen in many other applications: feature creep.
Why can't things go back to the tried and true do one thing and do it well and just not complicate things?

I like how obmenu works and not getting it in chimaera is yet another reason to keep using beowulf with a backported kernel.

Recently I developed a dynamic cache for xmenu called xmenu-cache. It monitors /usr/share/applications keeping the content of xmenu up-to-date. The local directory /usr/local/share/applications should be added to the watching directories of inotify as well, but this directory is used only in some exotic cases, so I decided to leave the program as simple as possible so far. I included a built-in *.svg -> *.png conversor, because icons in .svg format weren't displayed by xmenu. You can test the menu running the new images of gnuinos-openbox (chimaera):

https://www.gnuinos.org/mirror/chimaera/live/

Alternatively, you can also install both xmenu and xmenu-cache from the package mirror in your current system:

http://packages.gnuinos.org/gnuinos/pool/main/x/xmenu/
http://packages.gnuinos.org/gnuinos/poo … enu-cache/

Once you have installed the packages, you need to follow the steps below:

• Add a new line xmenu-cache & to your ~/.config/openbox/autostart in order to start the monitoring tool

• Replace the default menu of openbox with xmenu.sh in your ~/.config/openbox/rc.xml

• If you want to customize the static part of the menu (header plus footer), copy the content of /etc/default/xmenurc to ~/.xmenurc and modify the key-value pairs to suit your needs better. By default:

#===== Configuration file for xmenu-cache =====

ApplicationLauncher = gmrun
TerminalEmulator = sakura
FileManager = spacefm
TextEditor = geany
WebBrowser = icecat
Logout = logout

Bear in mind that this is a work in progress, and it has nothing to do with my previous popupmenu in Gtk. It's faster and requires X11 instead, and neither does it depend on libmenu-cache. Only on lxmenu-data, because it requires some .desktop files in /usr/share/desktop-directories to classify the applications by categories.

Here you are a screenshot:

I've been following this thread as I have a parallel Devuan Beowulf setup on another drive which I keep up to date.
It is a practise bed for when I finally leave Xfce behind and go to a 100% Openbox setup.
I'd like to recover the best part of my old #! Waldorf installation.

Seems that this app (just from reading about it) suffers from what I have seen in many other applications: feature creep.
Why can't things go back to the tried and true do one thing and do it well and just not complicate things?

I like how obmenu works and not getting it in chimaera is yet another reason to keep using beowulf with a backported kernel.
slim and wicd my other ones.

Of course, YMMV.

Best,

A.

I used now the old XML obmenu file parallel with jgmenu. Jgmenu is anchored in the Tint2 bar. What else I noticed is that jgmenu can also read the XML file without any problem and can also display it just like obmenu. I like that jgmenu has a search function integrated. That is already very practical. I have set it so that jgmenu uses the same optics settings of obconf and tint2.

Ah good to know that it no longer works.

I'm on my phone...waiting in line to pick up my son from school.  So, I can't test this as to whether it would work or not...

I probably shouldn't even say anything since I can't test it...

I don't know if the dependencies are still available, but you could try downloading the. deb file to see if it will install...

https://packages.debian.org/buster/obmenu

...and I shouldn't have said anything. I just tried it on chimaera, and it didn't work due to a missing dependency --> python-glade2.

I use obmenu-generator and/or jgmenu on Openbox. Sorry for the interruption. I'll bow out of the discussion now...

$ apt search yad
yad/stable,now 0.40.0-1 amd64 [installed]
  tool for creating graphical dialogs from shell scripts

Command-line only, works very well in my experience.

I probably shouldn't even say anything since I can't test it...

I don't know if the dependencies are still available, but you could try downloading the. deb file to see if it will install...

https://packages.debian.org/buster/obmenu