Linux is invading my FreeBSD… 😖

Just for interest I thought I'd find out... using SirDice's method suggested in this thread

$ pkg rquery '%dn-%dv' twm | wc -l
7

pkg rquery '%dn-%dv' fvwm3 | wc -l
19

$ pkg rquery '%dn-%dv' windowmaker | wc -l
26

Not too bad. I was a bit surprised windowmaker has that many, but if you list them its mostly X11 stuff and various image libraries. Bit surprised to see perl5 but I guess perl is just about a given on any modern unix system, maybe they use it for configuration, just guessing.
 
Not too bad. I was a bit surprised windowmaker has that many, but if you list them its mostly X11 stuff and various image libraries.
They all have a little more if you count the build dependencies too.

Bit surprised to see perl5 but I guess perl is just about a given on any modern unix system, maybe they use it for configuration, just guessing.
It generally shouldn't be there. What typically happens is that one library happens to provide Perl bindings so the port (IMO) incorrectly pulls it in to use those optional bindings. In other platforms, they call this a "soft", "weak" or "recommended" dependency"

For most software you can do a recursive objdump -x | grep NEEDED or ldd to find out what is really required. I do this with large packages like obs-studio, gimp, libreoffice and firefox because there is zero chance I am scattering all that shite over my disk XD. But alas, this is not in any way a supported configuration.
 
Just for interest I thought I'd find out... using SirDice's method suggested in this thread
By the way the missing alias was added since then:
Code:
$ pkg alias | fgrep rquery
rall-depends         'rquery %dn-%dv'
rcomment             'rquery -i "%c"'
rdesc                'rquery -i "%e"'
roptions             'rquery -i "%n - %Ok: %Ov"'
runmaintained        'rquery -e '%m = "ports@FreeBSD.org"' '%o (%w)''
 
And what should be done?
I like the idea of a BSD-specific graphics stack better than Linux's :p But I also like the idea of not having as much Linux stuff as-possible while not using Linux. Like it seems like USB/etc is native to FreeBSD, but wifi and graphics come from Linux.

The drm-kmod ordeal on fresh 14.2-R and that pkg, 515, and 61 versions I feel adds complexity that doesn't need to exist.

It's something like ndiswrapper (Windows wifi inf on Linux) or hda-codecs for macOS Hackintosh needing built from Linux/Windows and their HDA stack first; those solutions work, but I don't like the idea of other stuff coming from other OSs if it can be helped (native Linux wifi and VoodooHDA auto "magic" also work :p)
 
I suppose everything is relative. Xfce4 is probably the lighter of those DEs and comes in at 268 dependencies. But I suppose that is actually less than double labwc which is frustrating considering it is an entire DE.
Code:
[20:24][fmc000@tu45b-freebsd ~] $ pkg rquery '%dn-%dv' labwc | wc -l
      16
[20:24][fmc000@tu45b-freebsd ~] $

I guess counting the dependencies this way could be misleading :)
 
I like the idea of a BSD-specific graphics stack better than Linux's :p But I also like the idea of not having as much Linux stuff as-possible while not using Linux. Like it seems like USB/etc is native to FreeBSD, but wifi and graphics come from Linux.

The drm-kmod ordeal on fresh 14.2-R and that pkg, 515, and 61 versions I feel adds complexity that doesn't need to exist.

It's something like ndiswrapper (Windows wifi inf on Linux) or hda-codecs for macOS Hackintosh needing built from Linux/Windows and their HDA stack first; those solutions work, but I don't like the idea of other stuff coming from other OSs if it can be helped (native Linux wifi and VoodooHDA auto "magic" also work :p)
If it makes you feel any better about using the software the only thing that Linux systems use that is Linux is the kernel. The majority of the other software is GNU. Some of the software comes from BSDs and many other places. But the GNU project is actually working on their own kernel called HURD and that will be a Linux free system as well. I think most of the things you are thinking of are specific to the GNU system not the Linux kernel.
 
The HURD will also have to battle the same issues we do, the creeping Linux kernel dependencies seeping through the cracks of many a user space program. Be it Linux defined special sauce for networking, namespaces or other things that the init-that-shall-not-be-named depends on. Good luck GNU.
 
Just for interest I thought I'd find out... using SirDice's method suggested in this thread

$ pkg rquery '%dn-%dv' twm | wc -l
7

Not too bad. I was a bit surprised windowmaker has that many, but if you list them its mostly X11 stuff and various image libraries. Bit surprised to see perl5 but I guess perl is just about a given on any modern unix system, maybe they use it for configuration, just guessing.
Good luck running twm without Xorg
 
The HURD will also have to battle the same issues we do, the creeping Linux kernel dependencies seeping through the cracks of many a user space program. Be it Linux defined special sauce for networking, namespaces or other things that the init-that-shall-not-be-named depends on. Good luck GNU.
Yikes, yeah, I hope it goes well. They've only been working on it since the mid 1980s. I'm sure they're due for some success?
 
There's a blast from the past.

Circling back to the Op and the main thrust of the posts, one needs to think about the choice of WindowManager vs Desktop Environment.
For me, almost every DE "reinvents the wheel", file managers, settings, terminals, etc. But honestly what does a DE actually give you? Maybe a central place to do some things that only affect "DE Applications"?
WindowManagers: just manage windows and top level menus. To get a consistent look and feel across all applications, you need to understand XResources, so a lot of manual work to get consistent look and feel across all applications.
Now toss in resources (memory, cpu) a DE will likely use more of everything vs a Window Manager.

So me? I go with a Window Manager (WindowMaker by default, but twm works just fine). XFCE and LXDE if I have no other choice. KDE, GNOME, MATE, oh heck no.
 
I recently got my hands on a 4K high DPI screen (15.6"). That's when I gave wayland and kde plasma 5 a try, to get the full native high DPI support, and it works very nicely. The old X window managers work fine on the old standard 0.27mm dot pitch screens, but on high DPI they don't scale well, everything comes out looking really tiny. Of course you can spend forever tweaking and you might even get it to work, but plasma works straight out of the box on high DPI. Perhaps the wmaker team are working on high DPI, I hope so, but obviously that would be a big piece of work.

On older thinkpads like my X200 which aren't high DPI I use windowmaker and fvwm. :)
 
I like the idea of a BSD-specific graphics stack better than Linux's :p But I also like the idea of not having as much Linux stuff as-possible while not using Linux. Like it seems like USB/etc is native to FreeBSD, but wifi and graphics come from Linux.

I'm surprised we don't have our own performant, modern wifi/bluetooth stack. Considering our general network stack is second to none; this puzzles me. FreeBSD made access points and extenders would be nice.

For graphics, I think the harder part would be convincing vendors to port their drivers to it. DRM is terribly limited compared to WDDM and I/Okit.
 
I'm surprised we don't have our own performant, modern wifi/bluetooth stack. Considering our general network stack is second to none; this puzzles me. FreeBSD made access points and extenders would be nice.

For graphics, I think the harder part would be convincing vendors to port their drivers to it. DRM is terribly limited compared to WDDM and I/Okit.
This is why I am using Nvidia now because they have driver support for FreeBSD. :D It's pretty fantastic.
 
I recently got my hands on a 4K high DPI screen (15.6"). That's when I gave wayland and kde plasma 5 a try, to get the full native high DPI support, and it works very nicely. The old X window managers work fine on the old standard 0.27mm dot pitch screens, but on high DPI they don't scale well, everything comes out really tiny. Of course you can spend forever tweaking and you might even get it to work, but plasma works straight out of the box. Perhaps the wmaker team are working on high DPI, I hope so, but obviously that would be a major piece of work. :)
That's what I am using as well. It's a 4K display with Plasma on X11. It's pretty great for gaming and the support on Plasma in gaming, for some reason, performs better than other display system. I'm not sure what they're doing that make the games work better but they are noticeably better and in some cases work on plasma and not on others. But yeah, back to the OP post. There are a lot of techs present in FreeBSD that are also present in other systems. :D
 
So me? I go with a Window Manager (WindowMaker by default, but twm works just fine). XFCE and LXDE if I have no other choice. KDE, GNOME, MATE, oh heck no.
I have reduced these painful jumps as much as possible: if FreeBSD/Wayland/sway can't cope, then there is always the old HDD with Windows 11.
That's it. I am removing things that take over my life - coloring panels, patterns on buttons, engraving desktops, re-gluing wallpaper, nailing fringe to the system tray, customization in crazy volumes, etc.
I spent three days on Fedora (also Waland and sway). It is just a nightmare, a nightmare and only a nightmare...

It's not even about counting dependencies, but about that plastic paradise that RedHat imposes.
Here I have already heard thoughts - to escape to OpenBSD. I don't see the point. X has been working since 1987. Wayland is developing successfully. It is available here. You just need more perseverance and time to set up small tricks. Now I can't understand why Firefox simply closes when I try to select a download folder in the settings that is different from the default (Downloads). Fedora doesn't have this. Well, I'll create a topic, maybe I'll be able to solve the problem if I don't find a solution online. Otherwise, everything is fine in the FreeBSD ecosystem for now.
Don't worry too much.
 
Back
Top