Open outpaddling opened 2 years ago
I can't reproduce this on bare metal on my linux systems. I can't seem to find my GhostBSD laptop at the moment to test it on FBSD 12. When you get a chance, can you check what version of fluxbox is installed? Fluxbox handles the window drawing.
pkg info below, but again it works fine with Lumina 1.6.0 and the same version of fluxbox.
FreeBSD coral.acadix bacon ~ 1001: pkg info fluxbox
fluxbox-1.3.7_5
Name : fluxbox
Version : 1.3.7_5
Installed on : Sun Dec 12 16:02:10 2021 CST
Origin : x11-wm/fluxbox
Architecture : FreeBSD:13:amd64
Prefix : /usr/local
Categories : x11-wm
Licenses : MIT
Maintainer : jgh@FreeBSD.org
WWW : http://fluxbox.org/
Comment : Small and fast window manager based on BlackBox
Options :
DEBUG : off
DOCS : on
IMLIB2 : off
NLS : on
REMEMBER : on
SLIT : on
SYSTRAY : on
TOOLBAR : on
XINERAMA : on
XRENDER : on
Shared Libs required:
libXpm.so.4
libXext.so.6
libXrender.so.1
libXrandr.so.2
libfreetype.so.6
libfribidi.so.0
libfontconfig.so.1
libXinerama.so.1
libXft.so.2
libX11.so.6
Annotations :
FreeBSD_version: 1300139
repo_type : binary
repository : FreeBSD
Flat size : 2.73MiB
Description :
Fluxbox is a window manager based on BlackBox with some new features:
- Transparent menus
- Pixmap themes
- Window snapping
- Integrated bbkeys
- Iconbar
- Configurable titlebar (slit)
- Windows tabs
- Wheel scroll changes workspace
- KDE and partial Gnome support
WWW: http://fluxbox.org/
Thanks for the additional information.
Problem resolved by the window theme fix in #787.
Actually, this seems to be an issue with certain window themes, such as "bloe", which is apparently the default, even though the default listed in the preferences menu is "arch". If I switch the theme to "bloe" even on 1.6.0, the preferences resize is terribly slow.
bloe
should not be the default. It should be Lumina-Dark
previously it was bias_allblack
bloe
should not be the default. It should beLumina-Dark
previously it wasbias_allblack
Not sure if this was clear, but bloe is not the default according to the window manager settings menu. I figured out that it was using bloe by manually trying every theme until I found one with the window decorations I was seeing. So I think it's not be initialized.
I'm guessing Lumina is allowing the default fluxbox theme (bloe) to take effect at first, rather than initializing to its own. Funny thing is that once it's changed in the Lumina settings, it works as expected. Just before the first change it's not using the Lumina default.
FreeBSD moray.acadix bacon ~ 1003: cat /usr/local/share/fluxbox/init
! If you're looking for settings to configure, they won't be saved here until
! you change something in the fluxbox configuration menu.
session.menuFile: ~/.fluxbox/menu
session.keyFile: ~/.fluxbox/keys
session.styleFile: /usr/local/share/fluxbox/styles/bloe
session.configVersion: 13
I think that might be something local to your system then.
The lumina repo does have a fluxbox init file in the repo. https://github.com/lumina-desktop/lumina/blob/master/src-qt5/core/lumina-desktop/fluxboxconf/fluxbox-init-rc
which is trying to load the bias_allblack, however that init file is installed to $${L_SHAREDIR}/lumina-desktop/
So I'm not sure how your system got set to bloe... unless that's the default that FreeBSD is shipping for fluxbox.
I do have a bias_allblack variant getting installed: https://github.com/lumina-desktop/lumina/blob/master/src-qt5/core/xtrafiles/theme.cfg and it's installed to $${L_SHAREDIR}/fluxbox/style/lumina-dark/theme.cfg
I probably need to set aside time to do a full walk through of all the bits of theme stuff and actually draw up the order of operations so I can try to figure out what's loading when. Currently there's multiple files that are being read and parsed, so there's probably a conflict somewhere I haven't tracked down yet.
From a clean install it seems to work on systems I test it on, so I'm guessing on systems with other configuration bits... the startup is glitching because of files it's not expecting. That or something is not getting overwritten. I really need another cheap Thinkpad so I can set up a dedicated FreeBSD install.
Have you tried running FreeBSD under VirtualBox? Works great, except for the Lumina resize issues. Using desktop-installer you can be up and running in under half an hour.
I cant get VBOX to run because for whatever reason I cant enable the VT extensions. If enable them in the BIOS, they will automatically be disabled as soon as the system reboots... and any changes to bios require a reboot. My guess is that my cpu has a hardware bug in it that somehow passed Intels QC. That's why I always test on bare metal. Edit... and I really dont want to spend $500 on a replacement 9900k... so bare metal will continue for the foreseeable future.
You are Intel's QC. ;-)
Any old junker would suffice for desktop-installer + Lumina. I've tested it recently on an ancient Toshiba Satellite (Pentium 2 Ghz, 3 GiB) and it took about half an hour. Everything works except the lid switch.
The FreeBSD port does install /usr/local/share/lumina-desktop/fluxbox-init-rc with
session.styleFile: /usr/local/share/fluxbox/styles/bias_allblack
The problem seems to be that there is no bias_allblack in the fluxbox install.
FreeBSD coral.acadix bacon ~ 1005: ls /usr/local/share/fluxbox/styles/
Artwiz Makro Results bora_blue/ zimek_bisque/
BlueFlux/ MerleyKay Shade bora_green/ zimek_darkblue/
BlueNight Meta Twice carp/ zimek_green/
Emerge/ Nyz arch/ green_tea/
Flux Operation bloe/ ostrich/
LemonSpace Outcomes bora_black/ qnx-photon
There is a separate x11-themes/fluxbox-tenr-styles-pack that lists it, though. So I think the solution is just to add it as a dependency for Lumina.
@outpaddling im circling back to this and I want to make sure I'm clear on everything. Can you confirm that adding this dep resolved the issue for you on FreeBSD?
It actually does not. Attaching a screenshot of a first run on a fresh install, where it used bloe initially even though bias_all_black is installed. I then changed the window theme to bias_bisque, saved, changed it to bias_all_black and saved again. After all that it appeared to be using bias_bisque. So somehow it is not updating immediately. Upon the second login to Lumina, it's using the correct theme.
Grabbing the corner and expanding or contracting, the redraws fall far behind mouse movement. It's as if each redraw takes close to a second. 1.6.0 works fine on the same installations (1 VirtualBox guest, 1 laptop).
Maintainer's:
https://github.com/lbartoletti/freebsd-ports/tree/lumina-1.6.1
My copy:
https://github.com/outpaddling/freebsd-ports-wip