I’ve been working on a #freebsd from scratch blog post series and was going to skip right over Xorg (preferring #wayland and #sway)…and then I heard about #NSCDE - a reimplementation of #Solaris #CDE look-and-feel via #fvwm

Thanks to work by Christian Moerz, it was a snap. Literally `pkg install Xorg nscde` a change to my .xinitrc and I was up in a pastel bliss again. Run #interlisp on it is a beautiful joy.

I was so impressed AND I got to avoid abandonware security holes and bit rot— so I sent some librepay love. It’s a great project!

#fvwm #fvwm3 version 1.1.2 has been released

For the full changelog, and release tarball, see here:

https://github.com/fvwmorg/fvwm3/releases/tag/1.1.2

There are some breaking changes which are listed.

Style lines can now match some window properties:

Style (Name Foo, Class XTerm) Sticky

Would only make that window sticky if the window name matches "Foo", and the Class is "XTerm". All are case-sensitive.

There's been a few options added to existing commands' the "CursorMove" command can now take a screen name to move the cursor there.

Plus other bits-and-pieces; the changelog has more details.

If you have any issues, file a bug report on Github.

Enjoy!

Interessant, wo überall bei #Linux festgelegt wird, welches Programm wofür zuständig ist. Wir haben Debians update-alternatives, ~/.config/mimeaps.list (die lauter Zombie-Einträge enthält, wenn es im Laufe der Zeit schon einige Deinstallationen gab), die KDE-Einstellung für Standardprogramme, die Firefox- und Thunderbird-internen Einstellungen dafür, ~/.mailcap (okay, die nutze ich nur für Mutt)...

Und bei #Fvwm blicke ich noch gar nicht durch, da ist es von Programm zu Programm unterschiedlich. Manche respektieren nicht einmal die Mimeapps-Liste oder update-alternatives, sondern bieten mir eine Auswahl von Programmen zum Öffnen an, die exakt 0 Einträge enthält (und Einträge, die ich optimistisch neu hinzufüge, im Nirvana ablegt).

Da ist bei meinem Fvwm noch Baustelle... Aber wir wollen ja lernen, wie das funktioniert. Also ich will.

#Fvwm - nur echt mit XEyes.

Allmählich nimmt mein Desktop Gestalt an. Die ganze Konfiguration ist eine große Textdatei, nichts mit Zusammenklicken.

Fvwm war in den 90ern mein erster Linux-Desktop. Und er ist immer noch gut brauchbar. Dabei braucht er nur wenige Ressourcen.

The Register is calling #XFCE the 'Unixi-est" of desktops.

After cocking my head to the side and pondering for a moment... Yeah, that tracks. I'm not even mad. lol

It's great to see XFCE on Wayland.

I'd still put #FVWM ahead of XFCE for "unixy-ness" though. FVWM has enough capabilities to be considered a "desktop" of sorts IMNSHO. Sadly, no Wayland on the horizon for FVWM.

#Linux #FreeBSD #TheRegister #IT #SOHO #HomeLab #GUI

https://go.theregister.com/feed/www.theregister.com/2024/12/18/xfce_420_is_out/

My Linux desktop. Someone asked about my config, but it's customized entirely for my use case.

The window manager is fvwm2, with a custom theme.

The only icons are minimized windows, I never liked the icon mess some people have.

The terminal is plain old xterm.

The wallpaper is selected semi-randomly (different months select from different folders) on each login. And this wallpaper appears to be in the wrong folder, it should be in the autumn folder, december gets the christmas folder.

On top I have polybar, with the background color chosen to match the wallpaper.

Top left is my own SGI-style toolchest program.

Lower right corner is root-tail, using green for .xsession-errors and yellow for syslog.

#fvwm #fvwm3

fvwm3-1.1.1 has been released!

See: https://github.com/fvwmorg/fvwm3/releases/tag/1.1.1

Note that this release represents a good nine months worth of work. In that time, there's been five new contributors (thanks to you!).

This release is notable for a few things:

1. There is a new buildsystem -- meson is replacing autotools. As from this date (2024-NOV-30), there is now a six-month timer on autools support in fvwm3. On Friday 30th May 2025, I will be removing autotools from the fvwm3 repository. meson will be the default at that point.

See: https://github.com/fvwmorg/fvwm3/discussions/1068

2. FvwmRearrange has been completely overhauled, and has a number of nifty options to control placement. Do please take a look at some of the options and examples in `man FvwmRearrange`.

3. FvwmPager has received some further updates for `is_shared` mode.

4. Moving windows and maximizing them has now gained some further options:

Moving windows can now honour window boundaries (see the `all_windows` and `both_sides` options to the `Move` command).

You can now maximize a window to honour the window below to make another window the same size: `Maximize both_sides True grow grow`.

There's also been a bunch of other changes too numerous to list here. See the release notes for more information.

Special thanks for this release has to go to Matt Jolly for all his hard work on getting meson working with fvwm.

Also, to Jaimos Skriletz for his hard work on FvwmPager, FvwmRearrange, and other areas/bug-fixes.

Let the numerous other bugs introduced with this release haunt us all!

Enjoy!

What are people's thoughts on the future of #X11 ?

The #Linux world is turning it's back on X in order to adopt #wayland

I suspect that similar things are getting to critical mass in the #BSD world.

Is X going to disappear entirely? Become super niche? Become abandoned? Remember xfree86?

I look to old window managers like #Openbox, #fvwm, #afterstep, and others and get all "misty eyed" about what will be lost.

Oh my goodness, my eyes. I'm not 15 anymore and have problems to read those really tiny fonts of #fvwm after a fresh #OpenBSD install on HiDPI screens.

IIRC there was the Ctrl+click command into the terminal window to change text size to monster-mega-huge (or something like that). But it seems to be gone. Do you have any ideas?

With #xterm hiding all of its usability and #fvwm being not as popular as it should be: I’m starting to think that Wayland was a huge mistake. It may remove the screen tearing and be more secure, but it ensures that people coming into *nix won’t see how great it used to be.

Ot may not be systemd level of apocalypse. But it’s also in line with its love for modern apple - screw history. Fire the wrecking ball, we’ve got new stuff to build.

Hmm. I’m sure this seemed like a good idea at the time.

I’m going to be adding another two monitors. Hence it’ll be six monitors overall. I’m sure this’ll be fine. No doubt I can claim fvwm randr testing.

#fvwm #smol #terminal #unix

I wonder whether I should do a write-up on how I use #linux/#unix the way I do?

I have spent all of my life living out of the terminal as much as possible, which has meant using certain programs to establish some kind of "workflow". I equally dislike how much I might have to use the browser. Although I use #telescope-browser with #gemini as much as I can!

I used to use #elinks (https://xteddy.org/elinks/) -- I believe this has been resurrected (https://github.com/rkd77/elinks). I'm also aware #dillo has also been revived.

There's so many of these types of articles though, and it can come across as a cliche -- which I would not want. But equally, I think there's merit in appreciating how other people use their computer to do $STUFF.

So... I'm not sure. If you think this might be interesting, let me know. I'll do it. Possibly, #gemini first, to prove a point? ;) ;)

A pauta sobre easter eggs da #SegundaFicha cobre apenas jogos? Como um usuário #Linux da velha guarda, gostaria de resgatar o easter egg das antigas versões do Red Hat (incluindo o #Conectiva Red Hat Linux), que exibiam um chapéu giratório se uma determinada região do `timetool` (aplicativo para ajuste de data e hora) era clicada. Não achei captura de tela, então, precisei eu mesmo fazer uma (emulador PCem, distribuição Conectiva Red Hat Linux Marumbi).

Etiquetas adicionais: #retrocomputing #redhat #fvwm #fvwm2 #anotherlevel #tcltk #emulacao #emulation