Page 1 of 1
OpenBox Re-spin
Posted: Tue Apr 23, 2019 8:21 am
by manyroads
Hello all.
I have completed my first 'draft' of an OpenBox install combined with some bits of PCmanFM, tint2, jgmenu all built on MX Linux. There are certainly bugs (aka "Known Issues") as well as 'surprises.
Be advised the landing page for the install is 'really sparse'. I recommend performing the install before attempting anything... else.
This draft Openbox desktop setup offers the following "features":
-- Openbox (wm) with tint2 panel (compiled by me); note I'm using Sardi-Flat icons (in the screenshot and Roboto Regular font).
-- A Customize icon/ launcher is on the tint2/jgmenu panel/launcher. (You can use it modify your setup from this launcher/area, should you so wish.)
-- The Desktop offers a fairly traditional Desktop Environment look (a bit like XFCE/ LXQt). This is not a traditional BunsenLabs, #! layout or approach. My version uses PCmanFM for managing the Desktop. PCmanFM which also manages the OpenBox desktop wallpaper (and is pretty light in features).
--- There are numerous "bolt-on" functions not normally found in OpenBox installs. The environment is not designed to be super geeky but rather a familiar & lightweight Desktop with a modicum of beauty. Hopefully the feature set is pretty easy to use. I leave BunsenLabs, ArchLabs, etc. to support that cool, geeky, Openbox Community.
-- I elected to use Compton as the Compositor rather than xcompmgr (Compton comes with a nice Configurator and is much more user friendly, but heavier than xcompmgr.) It is, also, reasonably tear-free.
-- For quick Semantic access to applications, I chose to use Albert as a semantic application launcher (Synapse, my favorite, doesn't like to work on OpenBox).
In the 'a bit awkward' arena:
-- If you want to change Preferred Applications you need to use terminal in cli-mode and enter:
-- To access Openbox AutoStart, you need to use an editor (I have Mousepad set as the desktop's default or optionally Geany). If you have ever edited a file, I think you'll find it pretty easy, but it does NOT have a nice GUI, for you technophobes.

The autostart I have currently in use may be viewed at the bottom of this document. You'll note it is highly plagiarized (
The world's most sincere form of flattery.)
Known Issues (Bugs???):bug:
--- Because I set PCmanFM to control the Desktop, I have simply hidden the tradional "obmenu"; obmenu has a pretty annoying error, anyway. And as we all know, an error you don't see doesn't exist, right?

See the following note:
I used an automated tool to generate the obmenu, and it works for everything except the MX Linux links (they seem to follow some non-standard approach for .desktop files/ layout) see:
https://sysdfree.wordpress.com/2018/02/15/165/
--- Catfish file search does not function. I'm trying to see what I can do about that. Ideas/ suggestions are welcomed.
Openbox Desktop Images:
http://treemagic.org/MX%20Desktops/Openbox-1.jpg
http://treemagic.org/MX%20Desktops/OpenBox-2.jpg
The Internet Archive Download (to be removed in about 30 days)
https://archive.org/download/MXOpenbox0.1
===== AutoStart (located in ~/.config/openbox of your install) ==================
Code: Select all
## Openbox autostart
## ====================
## When you login to your Openbox session, this autostart script
## will be executed to set-up your environment and launch any applications
## you want to run at startup.
##
## Note: some programs, such as 'nm-applet' are run via XDG autostart.
## Run
## /usr/lib/x86_64-linux-gnu/openbox-xdg-autostart --list
## or
## /usr/lib/i386-linux-gnu/openbox-xdg-autostart --list
## to list any XDG autostarted programs.
##
## More information about this can be found at:
## http://openbox.org/wiki/Help:Autostart
##
## This script is modified from the original available at
## http://forums.bunsenlabs.org
##
### SETTINGS START
## Turn on/off system beep.
xset b off
## Set keyboard settings - 250 ms delay and 25 cps (characters per second) repeat rate.
## Adjust the values according to your preferances.
xset r rate 250 25
## Set Desktop Manager
sleep 1; pcmanfm --desktop &
## Add keyboard mapping.
#xmodmap -e "keysym Insert = Multi_key"
## Disable CapsLock
#setxkbmap -option ctrl:nocaps
# alternative: use as compose key
#setxkbmap -option compose:caps
# Alias Super key to Super+Space for single-key menu.
# See 'man xcape' for other possibilities.
xcape -e 'Super_L=Super_L|space'
### TOUCHPAD: comment out the next two entries if you don't have one
## Configure touchpad. See 'man synaptics' for more info.
## (Now might be using libinput instead of synaptics.)
synclient VertEdgeScroll=1 HorizEdgeScroll=1 TapButton1=1 2>/dev/null
## Disable touchpad while typing
syndaemon -i .5 -K -t -R -d &
### TOUCHPAD END
### SETTINGS END
## GNOME PolicyKit authentication
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &
## Set a wallpaper
#nitrogen --restore
#variety &
#fehbg &
feh --randomize --bg-fill /usr/share/backgrounds/openbox/*
## Compton
## NOTE: composition must be started before tint2
compton &
## Start the tint2 session (the default tint2 will run if no sessions have been set)
tint2 &
## Volume control for systray
pnmixer &
## Start the Conky session (the default conkyrc will run if no sessions have been set)
# bl-conky-session --autostart &
## Start Clipboard manager
clipit &
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 8:24 am
by Jerry3904
Cool, thanks. Make sure to get it added to
the existing respin thread--where there is some great stuff being created!
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 12:48 pm
by Head_on_a_Stick
Nice work!
A few comments:
manyroads wrote: Tue Apr 23, 2019 8:21 am-- I elected to use Compton as the Compositor rather than xcompmgr (Compton comes with a nice Configurator and is much more user friendly, but heavier than xcompmgr.) It is, also, reasonably tear-free.
For optimal tear-reduction launch compton like this:
Code: Select all
compton -b --backend glx --vsync opengl-mswc
But the glx backend only works if hardware accelerated graphics are available (which is why BL & MX use the stock xrender backend with no vsync).
More here:
https://github.com/chjj/compton/wiki/perf-guide
manyroads wrote: Tue Apr 23, 2019 8:21 am
===== AutoStart (located in ~/.config/openbox of your install) ==================
Code: Select all
[...]
## Set Desktop Manager
sleep 1; pcmanfm --desktop &
Don't put
sleep commands in the autostart file, we found that the ones in the #! autostart file could cause race conditions and result in the panel not being transparent because the compositor was started after tint2 as well as a few other things — that's why the BL version doesn't include any (and also why the compositor is controlled from a script).
I will play around with your ISO and offer some more feedback later.
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 12:59 pm
by manyroads
Head_on_a_Stick wrote: Tue Apr 23, 2019 12:48 pm
Nice work!
A few comments:
manyroads wrote: Tue Apr 23, 2019 8:21 am-- I elected to use Compton as the Compositor rather than xcompmgr (Compton comes with a nice Configurator and is much more user friendly, but heavier than xcompmgr.) It is, also, reasonably tear-free.
For optimal tear-reduction launch compton like this:
Code: Select all
compton -b --backend glx --vsync opengl-mswc
But the glx backend only works if hardware accelerated graphics are available (which is why BL & MX use the stock xrender backend with no vsync).
More here:
https://github.com/chjj/compton/wiki/perf-guide
manyroads wrote: Tue Apr 23, 2019 8:21 am
===== AutoStart (located in ~/.config/openbox of your install) ==================
Code: Select all
[...]
## Set Desktop Manager
sleep 1; pcmanfm --desktop &
Don't put
sleep commands in the autostart file, we found that the ones in the #! autostart file could cause race conditions and result in the panel not being transparent because the compositor was started after tint2 as well as a few other things — that's why the BL version doesn't include any (and also why the compositor is controlled from a script).
I will play around with your ISO and offer some more feedback later.
Thank you very much, @head_on_a_stick. Your assistance/ comments are much appreciated.
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 1:01 pm
by rasat
Great!! ... added in respin list.
viewtopic.php?f=100&t=48617
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 1:54 pm
by chrispop99
Thanks manyroads.
Is this 64-bit? I wondered if a 32-bit would be of interest to users with older hardware.
Chris
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 2:06 pm
by Head_on_a_Stick
Quick update:
manyroads wrote: Tue Apr 23, 2019 8:21 am
Catfish file search does not function.
It works with the Adwaita icon theme selected, running it with the Sardi icon theme returns an error about not being able to load the pixbuf from the icon theme.
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 2:09 pm
by skidoo
if no joy with catfish, consider replacing it with "searchmonkey"
PCManFM, does it (its exo backend) ignore elections specified via galternatives ?
I used an automated tool to generate the obmenu, and it works for everything except the MX Linux links (they seem to follow some non-standard approach for .desktop files/ layout) see: sysdfree.wordpress...
obmenu-generator#L123
I see "Example" mentioned within the code ~~ obmenu-generator expects you to specify each
absolute path to be scanned? Said differently, this might represent a "non-standard" quirk of the obmenu-generator app; "standard" behavior would be for the app to also traverse, descend into, any /usr/share/applications/... subdirectories.
Code: Select all
desktop_files_paths : Absolute paths which contain .desktop files.
Example: [ '/usr/share/applications',
"\$ENV{HOME}/.local/share/applications",
glob("\$ENV{HOME}/.local/share/applications/wine/Programs/*"), ]
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 2:27 pm
by manyroads
chrispop99 wrote: Tue Apr 23, 2019 1:54 pm
Thanks manyroads.
Is this 64-bit? I wondered if a 32-bit would be of interest to users with older hardware.
Chris
Hi Chris... yes it is 64bit.
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 2:28 pm
by manyroads
Head_on_a_Stick wrote: Tue Apr 23, 2019 2:06 pm
Quick update:
manyroads wrote: Tue Apr 23, 2019 8:21 am
Catfish file search does not function.
It works with the Adwaita icon theme selected, running it with the Sardi icon theme returns an error about not being able to load the pixbuf from the icon theme.
The same happens with Synapse...@Head_on_a_stick. I was looking for a pixabuf fix. But it looks like both apps require gtk3.

Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 2:31 pm
by Head_on_a_Stick
skidoo wrote: Tue Apr 23, 2019 2:09 pm
PCManFM, does it (its exo backend) ignore elections specified via galternatives ?
The XFCE preferred applications system (as controlled from exo-preferred-applications) is separate from the Debian alternatives system (as controlled from galternatives).
In BunsenLabs the two systems were unified by creating a new bl-file-manager alternative and then using that along with x-terminal-emulator and x-www-browser in exo-preferred-applications.
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 2:44 pm
by Head_on_a_Stick
manyroads wrote: Tue Apr 23, 2019 2:28 pm
I was looking for a pixabuf fix. But it looks like both apps require gtk3.
The problem is with the Sardi icon theme, perhaps tell Eric about it, he would probably appreciate the feedback.
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 3:04 pm
by manyroads
skidoo wrote: Tue Apr 23, 2019 2:09 pm
if no joy with catfish, consider replacing it with "searchmonkey"
PCManFM, does it (its exo backend) ignore elections specified via galternatives ?
@skidoo, I'll try searchmonkey.
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 4:37 pm
by chrispop99
Clicking the network icon on the panel shows the list of available wireless networks, but clicking the preferred network makes the panel icon disappear. Network manager doesn't launch.
Chris
Re: OpenBox Re-spin
Posted: Tue Apr 23, 2019 6:38 pm
by manyroads
chrispop99 wrote: Tue Apr 23, 2019 4:37 pm
Clicking the network icon on the panel shows the list of available wireless networks, but clicking the preferred network makes the panel icon disappear. Network manager doesn't launch.
Chris
Thanks @chrispop99. I have only run it on VB (VirtualBox) no real network is required. I'll try to test using a wireless.... as soon as I can. If you happen to figure out a fix, let me know and I'll make the changes in the next draft release.
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 1:44 am
by JayM
manyroads wrote: Tue Apr 23, 2019 2:27 pm
chrispop99 wrote: Tue Apr 23, 2019 1:54 pm
Thanks manyroads.
Is this 64-bit? I wondered if a 32-bit would be of interest to users with older hardware.
Chris
Hi Chris... yes it is 64bit.
I'm very interested in running this on my old netbook if either a 32-bit version is in the offing or if there's a script that I can run on the stock 32-bit MX installation that's on it to turn it into this Openbox spin. Thanks.
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 6:47 am
by manyroads
JayM wrote: Wed May 01, 2019 1:44 am
[...]
I'm very interested in running this on my old netbook if either a 32-bit version is in the offing or if there's a script that I can run on the stock 32-bit MX installation that's on it to turn it into this Openbox spin. Thanks.
Hi @JayM, I am using my minimal script to strip down MXLinux and then adding OpenBox.
Here's the stripping commnds:
Code: Select all
#!/bin/bash
sudo apt update
sudo apt-get remove --purge aisleriot asunder chromium-bsu chromium-bsu-data clementine clipit dconf-editor dict fbreader featherpad feh firefox galculator geany geany-common gimp gimp-data gmtp gnome-hearts gnome-mahjongg gnome-ppp gnome-schedule gscan2pdf gsmartcontrol gtkhash gtkhash-common guvcview* hexchat htop lbreakout2 lbreakout2-data libreoffice* lightning luckybackup luckybackup-data mc mc-data nomacs nomacs-l10n onboard onboard-common onboard-data orage pdfshuffler peg-e pppoeconf qpdfview* samba samba-common samba-common-bin samba-libs simple-scan smtube swell-foop thunar-gtkhash thunderbird vlc xfce4-notes xfce4-notes-plugin xfce4-sensors-plugin xfce4-taskmanager xfce4-dict
#
sudo apt autoremove --purge
Here's the rest of what I'm using... notes & all.
Code: Select all
OpenBox dependencies:
build-essential
pkg-config
libpango1.0-dev
libglib2.0-dev
libxml2-dev
libxcursor-dev
libimlib2-dev
libstartup-notification0-dev
xlibs-dev
libxext-dev
x11proto-randr-dev
For Debian menu use:
menu
menu-xdg
Building and installing the program
Once you have the above dependancies installed, you are ready to build Openbox. You can obtain the source code from github.com (or as through tar archives (eg. linux from scratch)):
$ git clone https://github.com/Mikachu/openbox.git
Run bootstrap script to obtain configuration scripts
$ ./bootstrap
Then run:
$ ./configure --prefix=/usr --sysconfdir=/etc
...configure detects the build evironment...
$ make
...openbox builds...
$ sudo make install
...openbox installs...
If you do not want to install to /usr, then you should use ./configure --prefix=<whatever you want> --sysconfdir=/etc --datarootdir=/usr/share. If you don't do this, the Openbox log in options will not be available, because they need to be installed to /usr/share/xsessions.
If the configure command fails and the reason is not obvious, you should look in the generated config.log file to discover the cause of the problem.
For 64-bit distributions
When building Openbox on the 64-bit versions of Debian or Fedora, use:
$ ./configure --prefix=/usr --sysconfdir=/etc --libdir=/usr/lib64
$ make
$ sudo make install
I hope this helps you out.
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 1:03 pm
by Head_on_a_Stick
@manyroads, why are you building openbox from source?
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 4:11 pm
by manyroads
Head_on_a_Stick wrote: Wed May 01, 2019 1:03 pm
@manyroads, why are you building openbox from source?
I think the best answer is... I have had better success with a source build of Openbox. Actually though, I'm having even BETTER success with antiX ....opps, wrong answer.

Re: OpenBox Re-spin
Posted: Wed May 01, 2019 4:17 pm
by Head_on_a_Stick
manyroads wrote: Wed May 01, 2019 4:11 pmI have had better success with a source build of Openbox
Why? What was wrong with the openbox version in the repositories?
manyroads wrote: Wed May 01, 2019 4:11 pmI'm having even BETTER success with antiX
Yes, antiX does seem like a more sensible base for a pure window manager like openbox.
All of their desktops are pure window managers so it seems like a better fit.
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 4:28 pm
by manyroads
Pieces like communication (network) seems sporadic and unpredictable with the repo versions of OB.
As an aside, I m becoming something of a fan of iceWm... after I add a few tweaks and a decent set of themes and icons. Fluxbox themes is a bit too 'retro', for me (clunky looking). jwm is not bad but seems a bit unstable, especially with networking from Virtualbox. Actually antiX in general seems not to like VirtualBox very much. I can make it work but getting privs to work so that Guest Additions installs and allows 'seamless' shared file access is much harder than it ought to be.
I have not tried installing OB on antiX yet...
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 4:51 pm
by anticapitalista
manyroads wrote: Wed May 01, 2019 4:28 pm
Actually antiX in general seems not to like VirtualBox very much. I can make it work but getting privs to work so that Guest Additions installs and allows 'seamless' shared file access is much harder than it ought to be.
I have not tried installing OB on antiX yet...
You must use VB 6 version.
Also, do remember that this antiX version is an alpha release and will have lots of issues.
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 5:50 pm
by dolphin_oracle
manyroads wrote: Wed May 01, 2019 4:28 pm
Pieces like communication (network) seems sporadic and unpredictable with the repo versions of OB.
As an aside, I m becoming something of a fan of iceWm... after I add a few tweaks and a decent set of themes and icons. Fluxbox themes is a bit too 'retro', for me (clunky looking). jwm is not bad but seems a bit unstable, especially with networking from Virtualbox. Actually antiX in general seems not to like VirtualBox very much. I can make it work but getting privs to work so that Guest Additions installs and allows 'seamless' shared file access is much harder than it ought to be.
I have not tried installing OB on antiX yet...
add your user to the "vboxsf" user group (login/logout) to use shared file access
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 7:24 pm
by Jerry3904
Easiest with User Manager
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 7:43 pm
by manyroads
anticapitalista wrote: Wed May 01, 2019 4:51 pm
[...]
You must use VB 6 version.
Also, do remember that this antiX version is an alpha release and will have lots of issues.
I will make certain that v 6 is what is installed... I think it is actually defaulting to a version 5.whatever
It's not a problem though. I'm awaiting the next release for further tests.

Re: OpenBox Re-spin
Posted: Wed May 01, 2019 7:48 pm
by manyroads
dolphin_oracle wrote: Wed May 01, 2019 5:50 pm
add your user to the "vboxsf" user group (login/logout) to use shared file access
Did that. I get a different problem when I miss on that error/setting. The version I have works (sort of), I simply need to do everything using the root verison of SpaceFM. Access from non-root to the shared drive is not happy unless its from root. I do think it may have something to do with the version 5 vs. 6 of VB issue mentioned by @anticapitalista. I'll test that specifically in the next iteration.
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 8:04 pm
by dolphin_oracle
manyroads wrote: Wed May 01, 2019 7:48 pm
dolphin_oracle wrote: Wed May 01, 2019 5:50 pm
add your user to the "vboxsf" user group (login/logout) to use shared file access
Did that. I get a different problem when I miss on that error/setting. The version I have works (sort of), I simply need to do everything using the root verison of SpaceFM. Access from non-root to the shared drive is not happy unless its from root. I do think it may have something to do with the version 5 vs. 6 of VB issue mentioned by @anticapitalista. I'll test that specifically in the next iteration.
FWIW I'm using VB 5.2.24 with the latest antiX alpha 19a1 as a guest (VB 6 guest additions preinstalled) and not having any problems with shared folder access, either reading or writing.
Re: OpenBox Re-spin
Posted: Wed May 01, 2019 9:14 pm
by manyroads
dolphin_oracle wrote: Wed May 01, 2019 8:04 pm
FWIW I'm using VB 5.2.24 with the latest antiX alpha 19a1 as a guest (VB 6 guest additions preinstalled) and not having any problems with shared folder access, either reading or writing.
When I get home (I have a 2000 mile drive this weekend)... I'll give things another try. I have been having fun with the new antiX and learned a LOT! I will keep at things. I look forward to the journey... (in MX/antiX) as well as on the road.

Re: OpenBox Re-spin
Posted: Thu May 02, 2019 3:15 pm
by Head_on_a_Stick
manyroads wrote: Wed May 01, 2019 4:28 pm
Pieces like communication (network) seems sporadic and unpredictable with the repo versions of OB.
I don't understand, openbox doesn't have anything to do with networking, can you be more specific?
Also, if this is to be used as a respin then how are users supposed to update openbox if it has been installed from source?
The openbox project is not being developed any more but new vulnerabilities could yet be discovered in the code.
Re: OpenBox Re-spin
Posted: Fri May 03, 2019 7:02 am
by manyroads
Actually it is others who have told me the current version does not communicate. I have no problem with the issue. You'll find mention of the problem somewhere in this stream.
As for the update issue... I had not thought any of that through since this was being done for me and I was sharing what I'd done thus far. I certainly agree with yoour point about updates and usability. What I have done in the past is share my final scripts and let people do with them as they will. In that sense my work is more a 'working proof of concept' rather than a respin.
As for OB being abandoned or 'functionally stabilized', I was not aware. That actually seems reason enough to move on to another wm (like iceWM which is still alive, so far as I can tell.).
Re: OpenBox Re-spin
Posted: Fri May 03, 2019 7:28 am
by PPC
manyroads wrote: Fri May 03, 2019 7:02 am
As for OB being abandoned or 'functionally stabilized', I was not aware. That actually seems reason enough to move on to another wm (like iceWM which is still alive, so far as I can tell.).
Hi Manyroads!
iceWM (or my favorite Fluxbox) is a good wm to go, and also has a "plus" - it can make MX and antiX be more similar (both in: 1- the way antiX looks, making it more visually appealing to both new and currents users and 2- in the way Mx may use less resources, just like antiX).
My antiX with a Fluxbox that looks like MX (windows decorations and horizontal bar with quick launchers and quick buttons to eject usb devices, volume control and exit) uses about 120 meg of RAM on idle, less than 110 meg if no desktop icons/conky - sorry, not the exact numbers, I'm not on that pc right now...
Fluxbox as some "problems" like no notifications out of the box (you can work around that and install a system notifier).
EDIT 6/5/19 : instead of "system notifier" I should have said something like fluxbox "notification daemon", As far as I know that's the reason why Fluxbox does not, out of the box, show anything on screen when switching tasks, not even the windows identification... It's ok if you, like me have no more than 3 or 4 open windows... with more, it can be more productive just clicking the "windows name" on the task bar instead of using alt+tab, for example...
The only "notification daemon" I tested was Dunst. I don't even consider saying "system notifier" a mistake, just bad translation from my part, akin to the many typos I usually do :-( .
I dabbled a little on customizing my Distro, but that's as far as I go. I'm not a techie, despite using the CLI with some proficiency, I don't really understand the inwards of my OS, or even have a real desire to do so. We have a saying in Portuguese that goes something like "knowledge does not occupy space (in our brains)" meaning we can always learn more stuff, but getting even more detailed knowledge about any OS is something I want to do when I have some particular objective I want done in my computers...
P.
Re: OpenBox Re-spin
Posted: Sun May 05, 2019 7:58 am
by manyroads
PPC wrote: Fri May 03, 2019 7:28 am
manyroads wrote: Fri May 03, 2019 7:02 am
As for OB being abandoned or 'functionally stabilized', I was not aware. That actually seems reason enough to move on to another wm (like iceWM which is still alive, so far as I can tell.).
Hi Manyroads!
iceWM (or my favorite Fluxbox) is a good wm to go, and also has a "plus" - it can make MX and antiX be more similar (both in: 1- the way antiX looks, making it more visually appealing to both new and currents users and 2- in the way Mx may use less resources, just like antiX).
My antiX with a Fluxbox that looks like MX (windows decorations and horizontal bar with quick launchers and quick buttons to eject usb devices, volume control and exit) uses about 120 meg of RAM on idle, less than 110 meg if no desktop icons/conky - sorry, not the exact numbers, I'm not on that pc right now...
Fluxbox as some "problems" like no notifications out of the box (you can work around that and install a system notifier).
P.
@PPC I agree. I'll play further to see what I can devise.

Re: OpenBox Re-spin
Posted: Sun May 05, 2019 1:38 pm
by skidoo
Fluxbox as some "problems" like no notifications out of the box
Bear in mind that no "single, standard
notifications mechanism" exists.
Here's a non-comprehensive list of the assorted mechanisms used by various applications:
bleachbit and guake use "python-notify"
ulauncher and quodlibet use "python-pyinotify"
(ulauncher also requires "gir1.2-notify")
radiotray and blueman use "gir1.2-notify"
hplip uses "python3-notify2"
fail2ban and git-cola use "python3-pyinotify"
zenity, thunar, psensor, rhythmbox-plugins, orage... "libnotify4"
smartmontools uses its own "smart-notifier"
pidgin uses its own "pidgin-libnotify"
claws mail uses its own "claws-mail-multi-notifier"
yakuake, kwalletmanager, kcalc, dolphin... require "libkf5notifications5"
ktorrent uses "klibnotifyconfig4"
virtualbox-guest-x11 requires "libnotify-bin"
banshee and docky use "libnotify0.4-cil"
sparkleshare uses "libnotify3.0-cil"
hexchat, file-roller, deja dup... "libnotify4"
firefox-esr, thunderbird, spacefm, tint2, openbox... use "libstartup-notification0"
evolution uses its own "mail-notification-evolution"
With that in mind, seems wrong to blame fluxbox for any "problem [..] out of the box".
With fluxbox as a base, a starting point, we preserve a wide range of choices and are fairly unhampered when choosing our favorite individual programs. To the contrary, with a "Desktop Environment" as a starting point we're subject to "lock-in" and locked out scenarios... aw, gee, sorry but xfce-battery-monitor only talks (notifications) to xfce panel. Kwalletmanager, outside its native "DE", may still function but requires (guessing, offhand) installation of an additional 100Mb+ KDE components.
you can work around that and install a system notifier
whatis a "system notifier"?
Something that monitors power-related events? A process monitor (e.g. mate-system-monitor)?
Re: OpenBox Re-spin
Posted: Sun May 05, 2019 1:47 pm
by Head_on_a_Stick
manyroads wrote: Fri May 03, 2019 7:02 am
As for OB being abandoned or 'functionally stabilized', I was not aware. That actually seems reason enough to move on to another wm
The openbox project is still maintained but it is considered feature-complete and so will not be developed any further, I would consider this to be a major advantage.
EDIT: although Lubuntu are going to fork openbox and develop a Wayland-based version under the Mir display server, apparently.
Reference:
https://lubuntu.me/lubuntu-development-newsletter-9/
Re: OpenBox Re-spin
Posted: Sun May 05, 2019 6:23 pm
by manyroads
Head_on_a_Stick wrote: Sun May 05, 2019 1:47 pm
The openbox project is still maintained but it is considered feature-complete and so will not be developed any further, I would consider this to be a major advantage.
EDIT: although Lubuntu are going to fork openbox and develop a Wayland-based version under the Mir display server, apparently.
Reference:
https://lubuntu.me/lubuntu-development-newsletter-9/
@Head_on_a_Stick I defer to your expertise in the OpenBox (OB) arena (given your considerable BunsenLabs experience). If you believe that the antiX/MX family of OSes ought to have an OB respin, then I don't mind giving it a go. I am clearly no expert in the OB realm.

I will, at the very least, need "close scrutiny" of my work. :lipsrsealed:
Re: OpenBox Re-spin
Posted: Sun May 05, 2019 6:55 pm
by Head_on_a_Stick
manyroads wrote: Sun May 05, 2019 6:23 pm
If you believe that the antiX/MX family of OSes ought to have an OB respin
Not sure about that one, tbh.
MX is aimed at people who don't have either the time or the inclination to mess about with text file configuration and those who prefer GUI tools (AFAICT) but openbox & tint2 don't really fit that paradigm in the same way as XFCE.
And antiX aims for very low resource usage and their chosen window managers do a better job of that than openbox can manage.
BL, #!++ and Star (zephyr's Devuan-based openbox/tint2 distribution) seem to cover their target audience pretty well already.
But don't let me discourage you, tinkering is great fun

Re: OpenBox Re-spin
Posted: Sun May 05, 2019 7:04 pm
by manyroads
@Head_on_a_Stick I'll have to try the Devuan OpenBox variant Star...
In the meantime... I think I'll continue off & on tinkering with OB, and more arduous support of the new antiX v 19 roll-out.

Re: OpenBox Re-spin
Posted: Sun May 05, 2019 7:16 pm
by Head_on_a_Stick
manyroads wrote: Sun May 05, 2019 7:04 pm
I'll have to try the Devuan OpenBox variant Star
Correction: Star is made by ozi.
CROWZ is zephyr's project, also awesome.
Re: OpenBox Re-spin
Posted: Sun May 05, 2019 11:00 pm
by JayM
manyroads wrote: Wed May 01, 2019 6:47 am
JayM wrote: Wed May 01, 2019 1:44 am
[...]
I'm very interested in running this on my old netbook if either a 32-bit version is in the offing or if there's a script that I can run on the stock 32-bit MX installation that's on it to turn it into this Openbox spin. Thanks.
Hi @JayM, I am using my minimal script to strip down MXLinux and then adding OpenBox.
Here's the stripping commnds:
Code: Select all
#!/bin/bash
sudo apt update
sudo apt-get remove --purge aisleriot asunder chromium-bsu chromium-bsu-data clementine clipit dconf-editor dict fbreader featherpad feh firefox galculator geany geany-common gimp gimp-data gmtp gnome-hearts gnome-mahjongg gnome-ppp gnome-schedule gscan2pdf gsmartcontrol gtkhash gtkhash-common guvcview* hexchat htop lbreakout2 lbreakout2-data libreoffice* lightning luckybackup luckybackup-data mc mc-data nomacs nomacs-l10n onboard onboard-common onboard-data orage pdfshuffler peg-e pppoeconf qpdfview* samba samba-common samba-common-bin samba-libs simple-scan smtube swell-foop thunar-gtkhash thunderbird vlc xfce4-notes xfce4-notes-plugin xfce4-sensors-plugin xfce4-taskmanager xfce4-dict
#
sudo apt autoremove --purge
Here's the rest of what I'm using... notes & all.
Code: Select all
OpenBox dependencies:
build-essential
pkg-config
libpango1.0-dev
libglib2.0-dev
libxml2-dev
libxcursor-dev
libimlib2-dev
libstartup-notification0-dev
xlibs-dev
libxext-dev
x11proto-randr-dev
For Debian menu use:
menu
menu-xdg
Building and installing the program
Once you have the above dependancies installed, you are ready to build Openbox. You can obtain the source code from github.com (or as through tar archives (eg. linux from scratch)):
$ git clone https://github.com/Mikachu/openbox.git
Run bootstrap script to obtain configuration scripts
$ ./bootstrap
Then run:
$ ./configure --prefix=/usr --sysconfdir=/etc
...configure detects the build evironment...
$ make
...openbox builds...
$ sudo make install
...openbox installs...
If you do not want to install to /usr, then you should use ./configure --prefix=<whatever you want> --sysconfdir=/etc --datarootdir=/usr/share. If you don't do this, the Openbox log in options will not be available, because they need to be installed to /usr/share/xsessions.
If the configure command fails and the reason is not obvious, you should look in the generated config.log file to discover the cause of the problem.
For 64-bit distributions
When building Openbox on the 64-bit versions of Debian or Fedora, use:
$ ./configure --prefix=/usr --sysconfdir=/etc --libdir=/usr/lib64
$ make
$ sudo make install
I hope this helps you out.
Thanks, Manyroads. Openbox failed to build for me though. I found that I also needed to install autopoint, libtool and libxcbrender-util0-dev to make $ ./configure --prefix=/usr --sysconfdir=/etc work, but afterward make always failed to build with an error that I forgot to write down.
Oh, well. I was only interested in a 32-bit Openbox spin as a way of speeding up MX on my netbook, but now that I've been able to double its RAM (and I have an SSD for it enroute) I won't bother and will just keep the Xfce version on it as it's no longer laggy. But thanks again for the script and instructions.
Re: OpenBox Re-spin
Posted: Mon May 06, 2019 7:36 am
by anticapitalista
Someone has offered antiX with openbox - and is looking for feedback.
https://www.antixforum.com/forums/topic/antixlabs/
Re: OpenBox Re-spin
Posted: Mon May 06, 2019 8:15 am
by manyroads
Thank you. I'll check it out and offer thoughts (assuming I have some) on the antiX Forums.
Edit/ Update:
FWIW I gave the sourceforge download a go. I landed on a post-installation screen which offered no install option (that I am able to find) nor does it offer the bl exit (logout function). Otherwise the install looks exactly like BL.
Until it installs there’s really not much more I can do…
Re: OpenBox Re-spin
Posted: Mon May 06, 2019 9:30 am
by old_guy
manyroads
Same here.
I ran "locate install" in a term and found "/usr/sbin/minstall". Ran that and it installed.
Earl
Re: OpenBox Re-spin
Posted: Mon May 06, 2019 9:35 am
by manyroads
old_guy wrote: Mon May 06, 2019 9:30 am
manyroads
Same here.
I ran "locate install" in a term and found "/usr/sbin/minstall". Ran that and it installed.
Earl
Thank you @old_guy. I may try it again. But I think, the install really ought to be accessible and the bl-logout process ought to work. If I can work on it, I'll try to update the look & feel to something other than a direct duplication of that from bl. I tried using the bl materials on the MX base previously and found dependencies to be problematic. They simply have lots of 'stuff' in their install and it is hard to know where all the links go. At least for me it is...

Re: OpenBox Re-spin
Posted: Mon May 06, 2019 10:27 am
by Head_on_a_Stick
anticapitalista wrote: Mon May 06, 2019 7:36 am
Someone has offered antiX with openbox - and is looking for feedback.
The BunsenLabs installation script is adding the Debian repositories, which makes systemd installable.
I've registered on your forums to raise this issue directly, waiting for the confirmation email.
EDIT: the above statement is incorrect, apologies for the misinformation.
Re: OpenBox Re-spin
Posted: Thu May 09, 2019 6:08 am
by PPC
Hi Mark/ManyRoads
I just got a new usb pen drive and used it to do a very quick test of your OpenBox MX. Here are some quick notes:
First, the positive remarks:
1- The initial desktop image was jaw dropping (a kind of sunset, but almost instantly it got replaced by another one, also very beautiful)- I've upgraded my MX 17 to 18.2 via Mx updater- I haven't even checked if those images are available in the xfce normal version...
2- it looked, at first sight very cool and polished. Nice windows decoration and icon set.
3- after closing unneed stuff (like albert and clipit) I got 252-253mb free iddle ram, againts XFCE's 360mb - good memory consumption for a "full" OS, but not antiX "good" :-)
Now some constructive notes:
1- the eject button on the lower right side of the screen got displayed in the lower right part of the screen, making it almost impossible to use
2- the exit button on the right side of the bar would be a bit more usable it it displayed several options (turn off/suspend). Related to that: from the menu I found no obvious way to turn off the OS. The way I managed to do it was using the log off button and, from the log-in screen, clicking the icon on the upper right and choosing the turn off option- that's too many steps for a newbie or even a regular user...
3- the transparent bar and menus make the menus unreadable if there are open windows on the background- don't over do the transparency :-)
4- adding a File Manager quick lunch icon would be handy
5- I tried conky, it keeps blinking in my screen...
6- some essential software not included- like htop/ a media player, they are easy to add and this OpenBox version is a proof of concept still, but at least mpv or vlc would be nice to have OOTB...
7- I had no volume icon on the bar
8- A final, and in my option a not very good design option is that having the terminal quick lunch icon on the bar right next to the desktop name, made me initially think the icon referred to the desktop and that it was not a quick launcher. Maybe it was a bit dumb assumption from my part
Final considerations:
After solving the way to exit the OS, the remaining little kinks, adding a bit more software, and toning down the transparencies, this MX OB version can be a very good (less RAM hungry) alternative to the regular XFCE!
Congratulations, Mark
Side question: did you get to tinker with antiX fluxbox, Mark?
P.
Re: OpenBox Re-spin
Posted: Thu May 09, 2019 11:05 am
by manyroads
PPC wrote: Thu May 09, 2019 6:08 am
[...]
Side question: did you get to tinker with antiX fluxbox, Mark?
P.
I am working on 4 things currently.... an old guy can never have too much geeky stuff.
I'm trying to harmonize the look & feel of the iceWM,fluxbox,jwm window managers on antiX aplha. I'm getting there. I'll probably add Openbox to that mix next. My thinking is that people use windows managers to run on skinny resources. And, antiX is thinner than MX. Plus I'll share my setup scripts etc so anyone (not afraid of cli) can do it themselves where ever they like (on a debian platform).

Re: OpenBox Re-spin
Posted: Thu May 09, 2019 11:50 am
by PPC
manyroads wrote: Thu May 09, 2019 11:05 am
Plus I'll share my setup scripts etc so anyone (not afraid of cli) can do it themselves where ever they like (on a debian platform).
Nice, Mark! I only asked this because I'm the guy that sent you my antiX Fluxbox "transformation pack" and was curious if you would be doing anything with that :-), but it's outside of the scope of what you are now doing...
Also if I may be so bold as to suggest a "GUI" script for you to add to the stuff you are using and making available to other people-
viewtopic.php?f=40&t=48644
I start this script with a icon that mimics "MX updater". This basicly allows a antiX user to update the OS's packages without using the CLI or Synaptic - just click the icon, enter the password and click a button... It didn't get a very warm welcome when I made it available in the forum, maybe you can do something positive with it :-) [I belive the script was included in all the files I sent up, I'm too lazy to check now :-) ]
Also I noticed one thing- antiX fluxbox's config is missing an option to eject usb devices (I had to dig deep to find where it was and create a quick launcher for it- I wonder why FB does not have this program easily available...
Take care!
P.
Re: OpenBox Re-spin
Posted: Thu May 09, 2019 5:33 pm
by manyroads
PPC wrote: Thu May 09, 2019 11:50 am
manyroads wrote: Thu May 09, 2019 11:05 am
Plus I'll share my setup scripts etc so anyone (not afraid of cli) can do it themselves where ever they like (on a debian platform).
Nice, Mark! I only asked this because I'm the guy that sent you my antiX Fluxbox "transformation pack" and was curious if you would be doing anything with that :-), but it's outside of the scope of what you are now doing...
Also if I may be so bold as to suggest a "GUI" script for you to add to the stuff you are using and making available to other people-
viewtopic.php?f=40&t=48644
I start this script with a icon that mimics "MX updater". This basicly allows a antiX user to update the OS's packages without using the CLI or Synaptic - just click the icon, enter the password and click a button... It didn't get a very warm welcome when I made it available in the forum, maybe you can do something positive with it :-) [I belive the script was included in all the files I sent up, I'm too lazy to check now :-) ]
Also I noticed one thing- antiX fluxbox's config is missing an option to eject usb devices (I had to dig deep to find where it was and create a quick launcher for it- I wonder why FB does not have this program easily available...
Take care!
P.
Yes, Paulo... I have not forgotten. I'm actually not sure how many people benefit from our scripts. It would be interesting to find out (although I don't know how we would..) As for fluxbox, I have to say it is a bit peculiar. The worst thing I've found are the panel and how it handles icons (you can use anything you want so long as it's square.). I'll look at your script, I have a similar one for MX.
Code: Select all
#!/bin/bash
# ====== Cleanup ======
# Clean packages and install scripts in /var/cache/apt/archives/
sudo apt-get clean
# Removes orphaned packages which are no longer needed and purges
sudo apt autoremove --purge
#
# ====== Update-Upgrade ======
#
# update the stable software
sudo apt update
# perform full stable update/ upgrade
sudo apt full-upgrade
# perform testrepo full update
sudo apttestrep update
sudo apttestrepo upgrade
{/code]
Re: OpenBox Re-spin
Posted: Fri May 10, 2019 7:20 am
by PPC
manyroads wrote: Thu May 09, 2019 5:33 pm
As for fluxbox, I have to say it is a bit peculiar. The worst thing I've found are the panel and how it handles icons (you can use anything you want so long as it's square.).
Hi Mark!
We are away off topic here (the thread is about Openbox Re-spin), but I didn't get what you mean about the FB panel and how it handles icons:
1- the panel- Fb "normal" latest version's panel does not allow for a real start menu- only using a non changeable arrow icon that you can click in the bar to get the menu. Skidoo's Fb version allows the use of a start button and quick launch icons on the bar, but with one restriction- it only display's text, not icons. The way I worked around this in my computer was altering a ubuntu font an inserting glyphs corresponding to the svg icons I needed to be displayed in Fb bar. I set fb bar to use that altered ubuntu font and it works! Technically both my start menu and quick launchers are not icons, but a single character that happens to look just like a start menu, google chrome's icon, firefox icon, the terminal icon, the eject button, the power button and so on and so on... It was a hassle to create the font, but the end result looks just like monochromatic svg icons- because their characters were made from svg icons! I should have given up and just tried tweaking ICeWM, that allows quick launch icons in the bar...
side note- I only "created" one "icon"- the start menu's one- it's a altered version of "MX"'s default icon, but looking a bit like this: "aX" (a tiny "a" inserted in the part that looks like a white pyramid on the lower left of the icon). I found it was perfect for me. I added more "icons" that can be used as start menus, even the Debian logo, and I believe also FB's logo...
2- Now for how FB handles icons, if you are talking about the icons inside the menu and the desktop, or in the identification of the windows of running applications, in the antiX 19 a1 I tested, the icons in the menu do look a bit like low res, not quite right, but for me that's not a big of a deal. I believe I read a thread here where someone was looking into that and said FB had problems with diagonal lines (?!).
In the machine were I got to test antiX 19 FB, on a 1024*768 res screen, the default icons are usable... I didn't try on a higher res screen yet.
Don't you think this tinkering with antiX 19 FB deserves a thread? For example, you can post pictures about the problems with icon's you are having.
As always, take care!
P.
Re: OpenBox Re-spin
Posted: Fri May 10, 2019 7:26 am
by Jerry3904
Can you please start a separate thread about FB?!
Re: OpenBox Re-spin
Posted: Sun May 12, 2019 11:57 am
by manyroads
[removed by author]
see next post...
OpenBox Re-spin (draft release)
Posted: Mon May 13, 2019 11:02 am
by manyroads
MX Linux Openbox respin draft release
---- Update! ----
This release/ version seems to be running lighter than the previous draft versions and also a bit lighter than the version I created on antiX. The fact that it runs neck & neck with the antiX version is a HUGE surprise to me. "htop" reports ~325MB of RAM usage on my VirtualBox setup.
But when I compare the openbox resource usage (~325MB) to the 1.5 GB used by xfce4 on my main machine, openbox on MX is VERY skinny, indeed.
There are a few bugs in the release. You'll be happy to note, I do not charge extra for those.

If you know of a fix or two, please send them along.
Known bug(s)- unknown solution (s) - workarounds noted where they are known
--- flatpak does not load in mxpi
--- synaptic does not start with menu selection (obmenu, jgmenu or via synapse); it only loads via terminal (cli)
--- neither of the above problems is fixed by using systemd
--- lightdm-gtk-greeter-settings, also, only runs from terminal via cli
--- "move to trash" (does not find the trash folder); Delete works fine.
Known bug(s)- known solution?? - simple work-around
-- after the install the system is not using the
sardi-flat icon them... you will need to set that manually for now. Even I should be able to figure that problem out.
If you have ideas on how to fix the above bugs, or others you might find, please let me know.
Screenshots:
https://ibb.co/s3MVdpG
https://ibb.co/SmcBzWS
https://ibb.co/rFwwwnQ
Download (MX Snapshot)-- this should be fully uploaded and available by 1000 (Mountain Daylight Time) 1600 (UTC) Zulu
http://treemagic.org/MX%20Desktops/MX-L ... nbox-v-0.2
Re: OpenBox Re-spin
Posted: Mon May 13, 2019 12:21 pm
by dolphin_oracle
I would look at your polickit authentication agent and make sure its running. its sounds to me like a lot of issues point towards a wonky policykit setup.
Re: OpenBox Re-spin
Posted: Mon May 13, 2019 12:48 pm
by manyroads
dolphin_oracle wrote: Mon May 13, 2019 12:21 pm
I would look at your polickit authentication agent and make sure its running. its sounds to me like a lot of issues point towards a wonky policykit setup.
Thank you @dolphin_oracle.... I have never worked with that. I'll give it a go. :lipsrsealed:
Re: OpenBox Re-spin
Posted: Mon May 13, 2019 1:18 pm
by manyroads
dolphin_oracle wrote: Mon May 13, 2019 12:21 pm
I would look at your polickit authentication agent and make sure its running. its sounds to me like a lot of issues point towards a wonky policykit setup.
Well I tried:
-- reinstalling policykit (that did nothing)...
-- copying a working set of policykit files from my home xfce machine (no joy)
I read debian instructions on policykit installations with sysVinit & shim and they didn't offer any obvious clues.
Mother google did not turn up much that looked helpful except for some things on stackexchange that mirrored the above actions.

Re: OpenBox Re-spin
Posted: Mon May 13, 2019 2:12 pm
by dolphin_oracle
manyroads wrote: Mon May 13, 2019 1:18 pm
dolphin_oracle wrote: Mon May 13, 2019 12:21 pm
I would look at your polickit authentication agent and make sure its running. its sounds to me like a lot of issues point towards a wonky policykit setup.
Well I tried:
-- reinstalling policykit (that did nothing)...
-- copying a working set of policykit files from my home xfce machine (no joy)
I read debian instructions on policykit installations with sysVinit & shim and they didn't offer any obvious clues.
Mother google did not turn up much that looked helpful except for some things on stackexchange that mirrored the above actions.
is not always enough to have policykit installed. you also need an authentication agent. we use policykit-1-gnome as the authenticator.
if your WM doesn't autostart via xdg autostart standards, then you may need to manually launch it. lxpolkit is often easier in that sort of environment, rather than policykit-1-gnome.
Re: OpenBox Re-spin
Posted: Mon May 13, 2019 3:27 pm
by Head_on_a_Stick
The OP indicates that /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 is listed in the openbox autostart file and so should be running.
Re: OpenBox Re-spin
Posted: Mon May 13, 2019 3:31 pm
by dolphin_oracle
Head_on_a_Stick wrote: Mon May 13, 2019 3:27 pm
The OP indicates that /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 is listed in the openbox autostart file and so should be running.
I have not had success starting policykit-1-gnome that way. lxpolkit yes, but not policykit-1-gnome.
Re: OpenBox Re-spin
Posted: Mon May 13, 2019 3:44 pm
by Head_on_a_Stick
dolphin_oracle wrote: Mon May 13, 2019 3:31 pm
I have not had success starting policykit-1-gnome that way.
It works for BunsenLabs
The OP lifted the autostart file from that distribution and it was in turn inherited from CrunchBang (with some changes).
Re: OpenBox Re-spin
Posted: Mon May 13, 2019 3:49 pm
by dolphin_oracle
Head_on_a_Stick wrote: Mon May 13, 2019 3:44 pm
dolphin_oracle wrote: Mon May 13, 2019 3:31 pm
I have not had success starting policykit-1-gnome that way.
It works for BunsenLabs
The OP lifted the autostart file from that distribution and it was in turn inherited from CrunchBang (with some changes).
ok. the synaptic not starting was my main clue (synaptic uses synaptic-pkexec to start). the trash problem could be related (gvfs/thunar might use policykit, don't know, it wouldn't surprise me).
on the other hand, it might be worth exploring weather "menus" and/or "gksu" is installed and working.
to me it all sounds like a authentication and/or privledge escalation problem.
Re: OpenBox Re-spin
Posted: Mon May 13, 2019 4:00 pm
by manyroads
dolphin_oracle wrote: Mon May 13, 2019 3:31 pm
Head_on_a_Stick wrote: Mon May 13, 2019 3:27 pm
The OP indicates that /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 is listed in the openbox autostart file and so should be running.
I have not had success starting policykit-1-gnome that way. lxpolkit yes, but not policykit-1-gnome.
Thank you gents. I'm sure what I did is unconventional, maybe even wrong but here is what works (not to say something else wouldn't be better).
I tried both:
policykit-1-gnome
lxpolkit
I tried autostart; I tried both commands. lxpolkit worked; policykit-1-gnome did not.

Re: OpenBox Re-spin
Posted: Mon May 13, 2019 4:20 pm
by Head_on_a_Stick
manyroads wrote: Mon May 13, 2019 4:00 pm
I tried both:
policykit-1-gnome
lxpolkit
There is no
policykit-1-gnome command, you need to use
Code: Select all
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &
I've just tried your ISO and that line is missing from ~/.config/openbox/autostart and if I put it back at the end of that file, log out and log back in again then synaptic works.
The only problem is that the dialogue box asks for the root password rather than the user password.
Also, empty your trash before making an ISO image

Re: OpenBox Re-spin
Posted: Mon May 13, 2019 4:38 pm
by manyroads
Head_on_a_Stick wrote: Mon May 13, 2019 4:20 pm
manyroads wrote: Mon May 13, 2019 4:00 pm
I tried both:
policykit-1-gnome
lxpolkit
There is no
policykit-1-gnome command, you need to use
Code: Select all
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &
I've just tried your ISO and that line is missing from ~/.config/openbox/autostart and if I put it back at the end of that file, log out and log back in again then synaptic works.
The only problem is that the dialogue box asks for the root password rather than the user password.
Also, empty your trash before making an ISO image
I ran autoclean and autoremove --purge But the residual trash is probably related to the trash problem I mentioned. I'll run a test on that to see if it cleans up now. I truly appreciate your spending time to check my work out.
Edit: If I use SpaceFM delete works. If I use "trash" on pcmanFM I get an authorization error. I like the way pcmanfm does the desktop management, am not happy with using either xfdesktop or spacefm. Might you have any suggestion(s)? I tried iDesk... not fun.

Re: OpenBox Re-spin
Posted: Mon May 13, 2019 4:40 pm
by Head_on_a_Stick
manyroads wrote: Mon May 13, 2019 4:38 pm
I ran autoclean and autoremove --purge
Those are package manager commands, the trash is full of files from the user's desktop.
Try this before creating the image:
Be careful typing that though.
Re: OpenBox Re-spin
Posted: Mon May 13, 2019 5:00 pm
by manyroads
@Head_on_a_Stick Here's what ended up fixing the Trash removal problem....
Code: Select all
sudo chown -R $USER ~/.local/share/Trash
I am again testing using xfdesktop to manage the Desktop and using Thunar (not pcmanFM for the bulk of my file management. I actually like Thunar 'a lot'. All I need now is to figure out how to get the OB Menu back on the Desktop.
Re: OpenBox Re-spin
Posted: Mon May 13, 2019 5:33 pm
by manyroads
Head_on_a_Stick wrote: Mon May 13, 2019 4:40 pm
Be careful typing that though.
I will!
On another note, I'd like to display the obmenu on either the Desktop (right now managed by xfdesktop) or on tint2. I am unable to find the terminal command that displays the obmenu. Do you happen to know what it is?
Re: OpenBox Re-spin
Posted: Tue May 14, 2019 2:25 pm
by Head_on_a_Stick
manyroads wrote: Mon May 13, 2019 4:38 pm
I like the way pcmanfm does the desktop management, am not happy with using either xfdesktop or spacefm. Might you have any suggestion(s)?
I am ideologically opposed to icons on the desktop, it is a sin against nature.
But you should probably try to figure out that permission issue rather than just work around it.
manyroads wrote: Mon May 13, 2019 5:33 pm
I am unable to find the terminal command that displays the obmenu. Do you happen to know what it is?
If you're using obmenu then it just creates ~/.config/openbox/menu.xml for you, there is no command that can be used to display the openbox menu (AFAIK).
The menu should display if you right-click tint2, that option is set in the configuration for the linked ISO image.
Re: OpenBox Re-spin
Posted: Tue May 14, 2019 2:56 pm
by manyroads
Head_on_a_Stick wrote: Tue May 14, 2019 2:25 pm
I am ideologically opposed to icons on the desktop, it is a sin against nature. [...]
But you should probably try to figure out that permission issue rather than just work around it. [...]
If you're using obmenu then it just creates ~/.config/openbox/menu.xml for you, there is no command that can be used to display the openbox menu (AFAIK).
The menu should display if you right-click tint2, that option is set in the configuration for the linked ISO image.
Well I finally think I found a desktop manager to use (xfdesktop). It does not seem to consume as much memory as either pcmanfm or spacefm (odd I know). xfdesktop allows for much easier desktop tweaking and control. I also have set the desktop environment to default to Thunar (because I like it better than any other file manager and I have assumed editorial privs.)
In the next iteration, I have replaced jgmenu with obmenu (using xdotool) on tint2 (the xfce menu appears on Desktop menu click).
It makes this a pretty unique openbox setup. Like most things I do it ignore's a lot of assumptions.

:lipsrsealed: Rather than using autostart heavily, I have tint2 managing the start functions. I think that will be more readily edited by users. (It's only a "little bit" user-hostile.)
Right now the memory footprint seems to be hovering around 310MB. I think I can think that down some; but I may leave that exercise for the antiX variant, I'm also working on.
More later!

Re: OpenBox Re-spin
Posted: Tue May 14, 2019 3:28 pm
by Head_on_a_Stick
manyroads wrote: Tue May 14, 2019 2:56 pm
Rather than using autostart heavily, I have tint2 managing the start functions.
Really? How?
FWIW I think the autostart file is a more intuitive location for such things.
manyroads wrote: Tue May 14, 2019 2:56 pm
Right now the memory footprint seems to be hovering around 310MB.
I managed to get the XFCE desktop in MX down to just over 200MiB:
http://forum.mxlinux.org/viewtopic.php? ... 21#p497583
The stock system has about half a million superfluous services and applications running, XFCE itself is very lightweight.
Re: OpenBox Re-spin
Posted: Wed May 15, 2019 9:52 pm
by manyroads
Head_on_a_Stick wrote: Tue May 14, 2019 3:28 pm
manyroads wrote: Tue May 14, 2019 2:56 pm
Rather than using autostart heavily, I have tint2 managing the start functions.
Really? How?
FWIW I think the autostart file is a more intuitive location for such things.
manyroads wrote: Tue May 14, 2019 2:56 pm
Right now the memory footprint seems to be hovering around 310MB.
I managed to get the XFCE desktop in MX down to just over 200MiB:
http://forum.mxlinux.org/viewtopic.php? ... 21#p497583
The stock system has about half a million superfluous services and applications running, XFCE itself is very lightweight.
tint2 offers an execute function which starts things when tint2 fires up.
Right now I think there are abut three services started in autostart: conky, tint2, and xfdesktop. I am uploading my RC. The memory footprint of the RC is about 280MB. Once I get a stable feature set perhaps you can look it over and recommend services to trim out.
My xfce desktop is running at about 800MB but I think plank and few other items are eating memory. I'm not really worried since I have everything jammed into a laptop with 32G of mem.
Once I get a good openbox install I'll build the same thing on antiX... along with iceWM. I really am not a fan of fluxbox and jwm is ok but I leave that to others. The same with 32-bit. Not my cup of tea.

Re: OpenBox Re-spin
Posted: Wed May 15, 2019 10:22 pm
by JayM
manyroads wrote: Wed May 15, 2019 9:52 pm
Once I get a good openbox install I'll build the same thing on antiX... along with iceWM. I really am not a fan of fluxbox and jwm is ok but I leave that to others. The same with 32-bit. Not my cup of tea.
That's a shame. 32-bit systems would probably benefit the most by having a lighter-weight desktop that still looks well.
Re: OpenBox Re-spin
Posted: Thu May 16, 2019 8:12 am
by manyroads
This is the first release candidate version of MX-Openbox (18.2). Features of this version include:
-- xfdesktop (Desktop icons & wallpaper management)
-- Thunar integration and file management
-- Openbox keybindings (listed on the Desktop via Conky)
-- Significant Conky presence on the Desktop
-- Memory footprint of about 285MB
-- Extensive Desktop eye-candy (compositor, icons, themes)
-- Tint2 integration on the dekstop for panle & taskbar management
-- Menus include obmenu & xfce menus (via right mouse-click on the Desktop wallpaper)
-- synapse semantic launcher integration
-- Chromium, Thunderbird, Geany, Mousepad, Conky-manager, LightDM installed and linked to the Openbox environment
-- obmenu-generator/ obmenu implementation
-- ~20 wallpapers installed and available. xfdesktop allows for random wallpaper appearance.
If there are items you'd like added to the environment, please let me know. I, also, would appreciate reports of bugs or glitches (I'm sure they are there.).
Desktop Screenshots (4)
https://ibb.co/2Fks7Jk
https://ibb.co/qdtMVp0
https://ibb.co/0nrbfz3
https://ibb.co/R7fHZ95
The Current download may be accessed here:
http://treemagic.org/MX%20Desktops/MX-Openbox-rc
Re: OpenBox Re-spin
Posted: Fri May 17, 2019 4:33 pm
by gosia
Hello manyroads,
First of all, my English isn't that good, I hope you understand me anyway.
Great work, thank you so much. I installed Openbox-RC1 in a VM and am very happy. I found only small problems:
- Conky doesn't start automatically, is that what you want?
- Menu "Accessories" -> "MX Updater" is available twice and doesn't work (/usr/bin/apt-notifier-unhide-icon doesn't exist)
- Menu "Other": all items report only the Openbox error "Text was empty (or contained only space)".
The rest are just personal preferences that you can set yourself, e.g. the browser (I don't like Chrome). And background pictures together with Conky, that seldom fits. Often Conky is hard to read. But this is just a question of personal preference.
many greetings gosia
Re: OpenBox Re-spin
Posted: Fri May 17, 2019 6:46 pm
by manyroads
gosia wrote: Fri May 17, 2019 4:33 pm
Hello manyroads,
First of all, my English isn't that good, I hope you understand me anyway.
[...]
- Conky doesn't start automatically, is that what you want?
- Menu "Accessories" -> "MX Updater" is available twice and doesn't work (/usr/bin/apt-notifier-unhide-icon doesn't exist)
- Menu "Other": all items report only the Openbox error "Text was empty (or contained only space)".
[...]
Your English is just fine. If German is your native tongue, I work well in that language... :lipsrsealed:
Conky should have started autmatically. There should be a conky-startup.sh symlink that points to the .conky file folder and starts. It worked for me in my testing. Please check that out.
As for MX Links in the obmenu they are all mal-formed and do not function correctly. I'm not certain what can be done. If you right-click on the Desktop you'll see the xfce menu default, those should all function. I'm uncertain how to reconcile the two menus.
The wallpapers work fine for me, but my screen is 1920 wide... you will need a flat dark background in order to get things functioning nicely on your screen, from the sounds of it.
Here are some excellent sources for wallpapers (all are free)
http://pixabay.com
http://pxhere.com
http://wallpaperplay.com/board/debian-wallpapers
Re: OpenBox Re-spin
Posted: Fri May 17, 2019 7:14 pm
by old_guy
manyroads
Conky doesn't start on the live iso because:
demo@mx1:~
$ ls -l
total 0
lrwxrwxrwx 1 demo demo 39 May 15 20:14 conky-startup.sh -> /home/manyroads/.conky/conky-startup.sh
you have the link pointing to /home/manyroads
and conky-startup.sh shows:
sleep -5s
killall conky
cd "/home/manyroads/.conky/ManyRoads-Multi-Conky"
conky -c "/home/manyroads/.conky/ManyRoads-Multi-Conky/.OpenBox-KeyBindings" &
cd "/home/manyroads/.conky/ManyRoads-Multi-Conky"
conky -c "/home/manyroads/.conky/ManyRoads-Multi-Conky/.conkyrc" &
your /etc/skel is the same - need to change from /home/manyroads to /home/$USER
Earl
Re: OpenBox Re-spin
Posted: Fri May 17, 2019 7:43 pm
by kmathern
gosia wrote: Fri May 17, 2019 4:33 pm
[*]Menu "Accessories" -> "MX Updater" is available twice and doesn't work (/usr/bin/apt-notifier-unhide-icon doesn't exist) ...
I just downloaded manyroad's iso. Looking at it it looks like the
apt-notifier package has been removed but one of it's .desktop files,
/etc/xdg/autostart/mx-updater-autostart-xdg.desktop, is still installed. I think if you remove that file the MX Updater menu entries should go away.
Re: OpenBox Re-spin
Posted: Fri May 17, 2019 9:09 pm
by manyroads
Thank you for the insights. I'll do what I can. So far nothing sounds too hard.
Edit:
Here are a pile of debian wallpapers that should work.
http://treemagic.org/debian_wallpapers.tar.gz
I will likely include them in the next install.
Re: OpenBox Re-spin
Posted: Sat May 18, 2019 12:35 pm
by manyroads
For those who like openbox, you probably remember #! (crunch bang). Well I thought that it might be fun to name this 'for fun' openbox respin.
I have something(s) to start it off... but I'd like other pithy, clever suggestions as well. If we get a few good ones, I'll make a poll to decide.
My criteria for the name is that it be easily represented using a couple of mathematical or computer science symbols, like #!
Here are a couple candidates to kick things off:
(mx,ob) it is the "open" interval of mx to openbox.
mx^ob is the logical conjuntion of mx & openbox
Re: OpenBox Re-spin
Posted: Sun May 19, 2019 2:53 pm
by manyroads
Hello all.
I have fixed all reported bugs (by my testing) and changed the wallpapers to be more screen-size independent. Unless I hear otherwise, I think this release is very close to being 'ready for prime-time'.
You may download the current RC from here (it should be uploaded/available about 1930 UTC today 19 May 2019) :
http://treemagic.org/MX%20Desktops/MX-Openbox-rc
Re: OpenBox Re-spin
Posted: Sun May 19, 2019 4:49 pm
by old_guy
manyroads
Just downloaded rc2 and installed to Virtualbox.
You fixed the conky startup, but the info it shows???
System Information
User:mark@xxxxxx
Disk USE
System SSD
NETWORK
WAN IP XXXXXXXXXX
Info needs to be deleted from somewhere.
Also for Thunar to Browse Network I had to install gvfs-backends
Will continue to look through it - keep up the good work.
Earl
Re: OpenBox Re-spin
Posted: Sun May 19, 2019 5:11 pm
by manyroads
old_guy wrote: Sun May 19, 2019 4:49 pm
manyroads
Just downloaded rc2 and installed to Virtualbox.
You fixed the conky startup, but the info it shows???
System Information
User:mark@xxxxxx
Disk USE
System SSD
NETWORK
WAN IP XXXXXXXXXX
Info needs to be deleted from somewhere.
Also for Thunar to Browse Network I had to install gvfs-backends
Will continue to look through it - keep up the good work.
Earl
Thank you, Earl. The system info is an edit in the conky. I'll see if I can find the conky command.
Disk Use & SSD are per configuration. Here's the conky code:
Code: Select all
${image img/hard-disk.png -p 0,585 -s 30x30}
${offset 35}${font Good Times:size=12}${color2}DISK USE ${color}${hr 2}${font}
${voffset 15}${color}System SSD:
${color}Used: ${color}${fs_used /} of${color1}${fs_size /} ${color}~ Free: ${color0}${fs_free /} ${color}or${color0} ${fs_free_perc /}% ${color}
${color lightgrey}Read: $color${diskio_read}${alignr}${color lightgrey}Write: ${color}${diskio_write}
${diskiograph_read /dev/sda 10,160 FFFF14 FFFF14 -l}${diskiograph_write /dev/sda 10,160 48FF1C 48FF1C -l}
Edit:
Found User= $user_names (fixed)
I'll add gvfs-backends install to the setup.(fixed, add to the base install)
Re: OpenBox Re-spin
Posted: Wed Oct 09, 2019 4:39 pm
by manyroads
Details for the BunsenLabs Lithium (Experimental) installs (tutorial) on MX19b3 & antiX19b3 are available here.
http://eirenicon.org/getting-bunsenlabs ... a-journey/
Re: OpenBox Re-spin
Posted: Sat Oct 12, 2019 7:39 am
by darknetmatrix
Any chance that you are making a iso from your project?
Re: OpenBox Re-spin
Posted: Sat Oct 12, 2019 9:18 am
by manyroads
To be honest, I don't really know yet. It certainly is not difficult to build a BunsenLabs Openbox desktop on MX19b3 following the instructions in the tutorial I provide (at least I think it is).
There are many tasks with building/ maintaining isos that make creating and maintaining isos a chore from my end. Because I revise more than 6 different desktop environments, I am not sure I want to take on the responsibility of becoming a maintainer, especially for those I only rarely (and casually) use, like Openbox. :lipsrsealed:
As you may have noted from my signature block, I am primarily a bspwm user on MX18.3. That's my 'current' window manager of choice. I currently plan to build a bspwm respin on version 19 (once released) antiX & MX.

Re: OpenBox Re-spin
Posted: Sat Oct 12, 2019 10:38 am
by darknetmatrix
ok, no problem but great to here that maybe there's gonna be a bspwm-respin.
Re: OpenBox Re-spin
Posted: Thu Jan 14, 2021 8:36 pm
by ingente20
manyroads wrote: Sun May 19, 2019 2:53 pm
Hello all.
I have fixed all reported bugs (by my testing) and changed the wallpapers to be more screen-size independent. Unless I hear otherwise, I think this release is very close to being 'ready for prime-time'.
You may download the current RC from here (it should be uploaded/available about 1930 UTC today 19 May 2019) :
http://treemagic.org/MX%20Desktops/MX-Openbox-rc
Greetings and blessings, friend you will still have the image respin openbox to share it could be by telegram @danielbarranco thanks in advance
Re: OpenBox Re-spin
Posted: Fri Jan 15, 2021 12:54 pm
by manyroads
I no longer have any respins.... sorry.
Re: OpenBox Re-spin
Posted: Sat Apr 03, 2021 12:58 pm
by Rarou
Can someone guide me please how to install Openbox with the correct tools and what edits i need to do after install ?
Thank you.
Re: OpenBox Re-spin
Posted: Sat Apr 03, 2021 1:21 pm
by Jerry3904
You can install openbox from the standard repos. As far as the tools, it depends on what you want to do. You will probably at first want to do some web searches on something like "how to customize openbox."
Have a look at MX snapshot too.
Re: OpenBox Re-spin
Posted: Sat Apr 03, 2021 1:49 pm
by manyroads
@Rarou If you want to work with, or play around with, BunsenLabs (BL) on a non-systemd Debian platform, here is a method by which you can install BL on antiX19.
https://eirenicon.org/bunsenlabs-on-non ... n-antix19/
EDIT: FWIW this method works on MX as well.
Screenshot_2021-04-03_10-46-07.png
Re: OpenBox Re-spin
Posted: Thu Oct 28, 2021 1:56 pm
by AVLinux
FWIW,
The AVL-MXE (AV Linux MX Edition) Respin ISO comes with XFCE4 + Openbox (xfdesktop and xfwm are removed), now you may not want all of the multimedia programs and specialty stuff but it is based on MX 19.4.. The next AVL-MXE ISO based on MX-21 will have a much more refined Openbox experience hopefully more akin to the fit and finish of BunsenLabs..
http://www.bandshed.net/2021/05/22/avl- ... so-update/
Re: OpenBox Re-spin
Posted: Thu Oct 28, 2021 2:18 pm
by manyroads
@AVLinux FWIW. I have successfully used the Beryllium (BunsenLabs) experimental repos (setup) with MX21. see:
https://forums.bunsenlabs.org/viewtopic.php?id=7357
Re: OpenBox Re-spin
Posted: Thu Oct 28, 2021 4:24 pm
by figueroa
The way I set up OpenBox on recent versions of MX, starting with the XFCE version, is to install LXDE with MX Package Installer. (LXDE pulls in OpenBox.) The whole footprint is tiny, besides, I'm using a significant number of the LXDE components with OpenBox and it leaves me the option to run LXDE if I were to want to do that. (Note: I never remove any of the XFCE or LXDE components. XFCE also contains many useful components that you can continue to use with OpenBox on the desktop, including the possibility of using the xfce4-panel as your OpenBox panel.)
I use pcmanfm to manage the desktop and lxpanel to provide an easily configured panel and dynamic menu button and systray which just works with default settings. In fact, LXDE is little more than those components and a few well designed accessories.
To get OpenBox to use those two components working together, just add to ~/.config/autostart:
My full ~/.config/autostart is:
Code: Select all
numlockx &
setxkbmap -option terminate:ctrl_alt_bksp &
lxpanel &
pcmanfm --desktop &
volumeicon &
#xscreensaver &
#xautolock -time 30 -locker slock
pause 5
conky -d &
I also use the openbox-menu package to generate a nice right-click dynamic menu on the desktop.
I started a thread on the Gentoo forums with a fuller discussion of my conversion from LXDE to OpenBox on the desktop. The configurations and scripts posted there are fully cross-platform. That post is here:
https://forums.gentoo.org/viewtopic-t-1 ... enbox.html
An internet search for "configure openbox" will provide a rich trove of alternative components that can be used with OpenBox instead of running a full desktop environment. I'm a big fan of OpenBox.
Re: OpenBox Re-spin
Posted: Thu Oct 28, 2021 5:50 pm
by AVLinux
@figueroa
Handy info, thanks! Just thought I'd also mention that for power users of Openbox MX now has 'obmenu-generator' and it's related components so if you want you can have pretty snazzy OB menus with your system Icon theme without requiring any D.E. components from LXDE or XFCE4..
OBMenu.png
Re: OpenBox Re-spin
Posted: Thu Oct 28, 2021 7:33 pm
by manyroads
Also I think you may have the option to use wayland with Johann Malam's openbox wayland re-write sometime in the near? future.
EDIT:
@AVLinux here's the github for labwc
https://github.com/johanmalm/labwc
Re: OpenBox Re-spin
Posted: Thu Oct 28, 2021 10:46 pm
by figueroa
@AVLinux, Thanks -- obmenu-generator looks nice. I'll make a note in case I feel like I'm getting in a rut.
ADDED: openbox-menu also generates icons; it's good to have an endorsement for an alternative.
Re: OpenBox Re-spin
Posted: Mon Nov 15, 2021 11:59 am
by S.t.e.P.
I'd like to install MX with Openbox on an old PIII PC. The thing is: The MX installer in the live session stops after 15% every time. What I can do is install MX via cli (adding 3 in the live boot screen). But afterwards neither the Fluxbox version nor XFCE are loading properly.
That's why I would like to install MX with Openbox. What I'm wondering now is how can I make Openbox the default DE during installation via cli so that Openbox is loaded as DE. Do you have an idea or suggestion [sorry in advance if the solution is actually obvious but I don't see it]?
Re: OpenBox Re-spin
Posted: Mon Nov 15, 2021 12:09 pm
by Jerry3904
Please show us Quick System Info (--> menu, then just paste into the post)!
Re: OpenBox Re-spin
Posted: Mon Nov 15, 2021 1:45 pm
by figueroa
S.t.e.P. wrote: Mon Nov 15, 2021 11:59 am
I'd like to install MX with Openbox on a old PIII PC. The thing is: The MX installer in the live session stops after 15% every time. What I can do is install MX via cli (adding 3 in the live boot screen). But afterwards neither the Fluxbox version nor XFCE are loading properly.
That's why I would like to install MX with Openbox. What I'm wondering now is how can I make Openbox the default DE during installation via cli so that Openbox is loaded as DE. Do you have an idea or suggestion [sorry in advance if the solution is actually obvious but I don't see it]?
Try to do it in steps. Boot the live-usb with persistence. Install LXDE. Log out and log back in with LXDE. LXDE is littel more that OpenBox with PCManFM running the desktop and LXPanel and very little else.
Reboot, saving your persistence file and be sure you are logged in with LXDE. Now, make a snapshot for safekeeping somewhere other than on the booted USB flash drive. Once the snapshot is created, see if you can install.
If not, make the changes necessary to login to your Live-usb with just OpenBox. I suggest as a minimum you add the following to your .config/openboox/autostart:
This will give you a default usable panel with an application menu in the lower left-hand corner. From here you should be able to again try to install. That's my best shot for an easy way to get to the destination.
I'm following this thread and will look in again, hopefully to see that you succeed.
Re: OpenBox Re-spin
Posted: Sun Nov 21, 2021 10:16 am
by S.t.e.P.
It worked! Thanks to your advice figueroa!
Now this machine from 1999 (was "powerful" at the time and cost me 2.600,00 DM) has an up to date OS.
Also thanks to the whole MX team. You, providing 32bit, saved resources - this PC can now still run.
Re: OpenBox Re-spin
Posted: Sun Nov 21, 2021 10:41 am
by seaken64
S.t.e.P. wrote: Sun Nov 21, 2021 10:16 am
It worked! Thanks to your advice figueroa!
Now this machine from 1999 (was "powerful" at the time and cost me 2.600,00 DM) has an up to date OS.
Also thanks to the whole MX team. You, providing 32bit, saved resources - this PC can now still run.
the following inxi has been made under AntiX, which was running on that PC before:
Very interesing. I'm following these OpenBox threads and will probably start playing with it next.
But for now I am wondering what you find is more compelling in OB on MX on your 32-bit system when compared to antiX? I have not found a better solution on my P-III and P-II machines than antiX. I have played with MX Fluxbox with some success. But antiX has always given me the best results so far. You seem to indicate that this OpenBox in MX has been a better solution for you. Why?
Re: OpenBox Re-spin
Posted: Tue Nov 23, 2021 2:01 pm
by S.t.e.P.
@seaken64
I had AntiX 19 on the PC - it had some little bugs here and there, then came AntiX 21. I tried it and it didn't load LXDE properly and also the CPU was constantly at 100%. So I was looking for an alternative and luckily it worked.