Bedrock does not do any packaging, third-party or otherwise. All the packages come directly from Devuan's repos.

Excellent, I think you will be pleased. It's quite a good program.

You may find that the commands are a bit long to be writing out all the time, in which case you can set up some aliases in .bashrc like so (I use mousepad as my text editor - your preference may be a different editor):

$ mousepad ~/.bashrc

Look for the lines in your .bashrc file that start with "alias...". Add one line for each of the different protonvpn commands you would commonly give. Here are some of mine:
#To go into the protonvpn configuration menu:
alias protonco='sudo protonvpn configure'
#To find the fastest local protonvpn server:
alias protonc='sudo protonvpn c -f'
#To disconnect from protonvpn:
alias protond='sudo protonvpn d'
#To check the status for protonvpn:
alias protons='sudo protonvpn s'
#To connect to the fastest server in a different country code - for example, Canada:
alias protonca='sudo protonvpn c --cc CA'
#To connect to a specific server in your state (if you are in the US) - for example, Florida:
alias protonfl12='sudo protonvpn c US-FL#12'

You could also go with shorter aliases. For example, instead of "protonco" for the protonvpn configuration menu, you could use the alias "pvc", then "pvs" for protonvpn status, "pvd" for disconnect, "pvf" for the fastest local server. Just pick something that's not already in use on your system.

Then save and exit mousepad and exit your terminal emulator and restart it, and your alias commands should be working.

Yeah, that's not true. It may not run because of your python setup (or lack thereof), but it has nothing to do with systemd.

The one you are running is past its end of life. The one I linked to is under continual development.

Anyway, do as you please.

You need to install the CLI version. The GUI version of protonvpn does not work without systemd. It's a problem that the GUI devs openly acknowledge and have no plans to fix.

CLI version of protonvpn is here: https://github.com/Rafficer/linux-cli-community

That was a good read, your experience was much like mine. I was using KDE on SuSE/openSUSE for 19-20 years, and in recent years I found myself longing for the good old days of KDE 3.x. I found exe gnu linux in about 2019 and fell in love with it. The day I tried exe gnu for the first time was the last day for me on openSUSE.

True. mpv it is then.

There are new updated development releases, called "continuous integration packages" that are packaged up from their git repo about once every 1-3 months, sometimes once every few days. It looks like a normal project in continual development: https://ci.netsurf-browser.org/debian/b … 4/?C=M;O=D

Yes, the adblocking has a toggle switch in the preferences panel, and it has been perfect for me so far today. I've only done limited testing, but no ads got through. But then again, most ads are javascript these days, and javascript is not well implemented yet in netsurf (which is a good thing). It probably won't be the browser you use to gain access to your bank account online, since they all require javascript, but for most normal webernet stuff it's looking real good.

I'm posting this message from the latest development package on my Devuan box. I grabbed version 3.10~5313-1, released on August 14th. Netsurf makes deb packages available for the development versions. You have to download the package you want (GTK2 version, or GTK3, or framebuffer with no GTK dependency), along with the "netsurf-common" deb file.

Latest librewolf and latest libreoffice running on Void without dbus.

The trick is to use the "ignorepkg" function, and after installing gtk3, remove the dbus dependencies that were installed along with it. librewolf and libreoffice need gtk3 to run, but they don't need dbus. gtk3 says it needs dbus, but there's no problem without it.

This should work on Hyperbola as well - I'll try it this week.

I was also able to install some other browsers once I had done this - surf, badwolf, epiphany, midori, netsurf, and vimb. Most of them are WebKit/GTK+ browsers. Netsurf is an independent browser with its own engine (and quite a nice one - GPL too).

Sounds like @zapper needs to explore your version of Devuan! Any thought as to when your next update will be available?

I can't find a major browser (or even a minor graphical browser except oddballs like Dillo) that will run without dbus because of the GTK+ (or qt-dbus) dependencies in all of them. I've read that the anti-dbus folks at Gentoo have a way of compiling some of their software without a GTK+ dependency, thereby avoiding the need for dbus, but also that about the only browser they could get working decently was Firefox, and even Firefox had a lot of trouble when compiled in that way. Here's a good overview from 3 years ago (be sure and read the comments): https://sysdfree.wordpress.com/2018/08/30/232/

My concern is that the "anti-dbus" Gentoo people don't really make a compelling case for why dbus is bad. I can't find where they have talked about actual problems caused by dbus - it's just that they know that dbus is not necessary to run a computer, so they want to try to get rid of it. But, at the same time they want to run a graphical web browser, an office suite, a graphical torrent manager, a graphical desktop, Windows programs on wine (!!!!) etc.

They don't even have a good "freedom" reason for getting rid of dbus - they appear to be just trying to run their systems in an ultra-ultra-minimalist way. And clearly, the software devs disagree with them, because the people writing graphical programs for GNU/Linux distros actually seem to PREFER to use dbus.

So, it seems that the best way to run without dbus would be:
a) to write your own graphical programs and desktop/window environment
b) to use only programs that can run in a tty or a terminal - like elinks or links2 or wm3 for internet, vim for writing documents, a cli torrent manager, ranger for a file manager, a cli-based music player, etc.

I'm a bicyclist, and in bicycling we have people called "weight weenies", who are always trying to get rid of some gear on their bike in order to lose a few ounces of weight. They think it will make them faster. They don't acknowledge that the biggest weight on their bike is their own big butt. The bike will weigh the least and ride the fastest without the rider!!

I'm wondering if the "anti-dbus" Gentoo people are just the "weight weenies" of the GNU/Linux world? Always trying to drop a few more mb of ram just "because", and just to lord it over their peers? I'm not seeing a compelling argument about why dbus is "evil" - unless I see one, I don't know if I'm going to spend more time worrying about this problem.

Running a GNU/Linux distro takes a lot of resources. I can start a distro with only 45mb of ram, but the moment I open a modern web browser I've ballooned to 250mb, and after I open a few tabs I'm quickly up over 400mb. The 1 or 2 mb of ram being taken up by dbus is negligible. If I really want to keep my session under 100mb of used ram, I'll just use a terminal-based web browser, use vim, use ranger, listen to my music with a cli-based music player, etc. If I do that, what do I need a graphical interface for at all? I can get rid of nearly everything then - polkit, consolekit, pam, dbus, xorg server, lots of firmware, etc.

Hey zap, check out my setup today - Hyperbola (testing) with jwm, jwm kit, and I got the latest abrowser from Trisquel running.

I'll look for your email - I think they've been getting sent to the spam folder for some reason. I'll email you my phone number so you can text me.

That JWMKit does look pretty awesome. What's it do to your memory usage?

Pretty sure that you mean that the Linux version of Hyperbola will be supported until 2027 at the latest, while they work on stabilizing HyperbolaBSD.