The officially official Devuan Forum!

You are not logged in.

#1 Re: Devuan Derivatives » ThomOS - the new outrageous devuan-based switchblade OS » 2020-01-22 16:47:18

Altoid wrote:


stanz wrote:

... install pcmanfm or remove its non-working menu entry?
... other menu items failed.

Has anything else happened with this Derivative?

It looks really great (reminds me of my favourite # !) but to be a switchblade OS it needs to have a fully functional file manager (or at least MC installed) and some sort of auto network configuration or scripts to get things running.

Otherwise it's sort of crippled.

Any news?

Thanks in advance,


@Altoid: thanks for following up.  I'm glad to hear you like the appearance.

On the topic of development: I finally scraped together enough money to buy a VM server, where I'm currently developing.  Likewise, I will probably just set up lighthttpd to streamline downloads and avoid external sites like sourceforge. I've lived without nonwork internet for about a year and finally have reliable connectivity again.

The next release is semi ready to go -- I'm building it from scratch.  I've spent awhile upgrading the tools -- particularly the wifi manager.  Dependency bloat has impeded many of my decisions in terms of components like a file manager, but I share your belief that something like MC should absolutely be installed.

There have also been other little surprises about the base I released last year -- particularly, things like, I completely forgot to install things like lsusb.  Really, really crticial components for debugging and fixing a system.  I'm trying to find a procedure to avoid this.

I'm also working on a way to automate the debootstrap->chroot->install->configure process.  It ended up more ambitious than I realized.  I've spent much of this year learning things I didn't realize could be done.

You can see progress on the thom-utils gitlab, particularly the "beta" folder.  (In truth, the OS is just a proof of concept for the tools, so looking at the project that way may make more sense.)  You can also view my post history for some further insights on changes.

#2 Re: Devuan » make TDE desktop default and sothen devuan as different distro option » 2020-01-22 16:39:37

"If only there were a minimal version of devuan, where users could choose which desktop environment or window manager they wanted to use..."

For the record, if XFCE ever gets tanked or (even more) bloated, I'm all about a console-only devuan as the main base.

Then again, I'm also a psychopath when it comes to minimalism.  *places two cents in the jar*

#3 Re: Hardware & System Configuration » Passwordless root execution in scripts » 2019-12-13 03:57:21

jaromil wrote:

This software may be useful for your use-case:

There is also a more minimalist (suckless) version that parazyd maintains here

This looks great.  Can't wait to try it out.  Thanks, jaromil.

UPDATE: Weird, parazyd's version won't run the command as root (setgid failed) unless "sudo" is prepended.  But, it looks liket the permissions are set correctly.

-rws--x--x 1 omega staff 763024 Dec 13 05:22 /usr/local/bin/sup*

#4 Other Issues » Adjusting brightness in C » 2019-12-13 03:55:27

Replies: 3

I have a shell script that updates brightness using echo [number] > /location/of/brightness. It works okay when it's run as root. Also, as root, I can adjust the brightness value using an editor like nano.

A few minutes ago, I tried to translate this into a simple C program.  It compiled fine.  However, when I tried running the program as root, it gave a "Segmentation fault" as the result, and did not change the brightness.

Can anyone offer any pointers?

Here's the code:

#include <stdio.h>
#include <fcntl.h>	// Use "open"
#include <unistd.h>	// For "close"

int main() {
	// Open the brightness file.
	FILE *fp = fopen("/sys/class/backlight/acpi_video0/test", "w+");
	// Adjust brightness value.
	fprintf(fp, "5");
	// End.
	return 0;

#5 Off-topic » devuan on BuyVM » 2019-12-10 20:38:35

Replies: 1

As a point of bragging rights, I'm thrilled to learn that devuan has a presence on BuyVM:


This is perfect because now I can develop my OS around my absurd time constraints and schedule. 

I was actually among the first to donate to devuan back in 2014.  It's awesome to know that this project has gained so much momentum in the last five years.  I'm also proud to have played even an insignificant role.

#6 Re: Hardware & System Configuration » Passwordless root execution in scripts » 2019-12-10 20:18:31

Thanks, I will give this a read.  This is all uncharted territory for me.

#7 Re: Off-topic » ladies, gentlemen and whomever else: your fifth freedom... » 2019-12-10 20:17:25

HevyDevy wrote:
golinux wrote:

Soon you will not be able to choose not to run systemd.  Systemd is "capturing" the GNU-Linux "commons" that we have shared for decades through a web of hard dependencies. The only choice will be not to use GNU-Linux.

How soon ?

P sure there isn't a set date, but as a general trend, a lot of software will move with the opinion of the "mothership distros."  Alternatives will only be at the mercy of the larger bastions, like slackware and gentoo.  But, if those projects shut down, buy-in to systemd, or just don't find the battle worth it, we'll be locked.

I'm of the belief that this probably won't happen, but only because there is so much pushback from the BSDs and Slack/Gentoo.

On the other hand, I am very concerned about SOIC hardware fucking over the open-source ecosystem by design.

#8 Re: Hardware & System Configuration » Passwordless root execution in scripts » 2019-12-10 01:06:20

I think what I'm looking for might be setuid: something like root:netdev ownership and 4750 permissions.  It looks like this is a contentious solution for scripts, as opposed to binaries.

I read that if someone were to compromise the setuid binary, it would widen the attack surface.  Then again, to do something like that, I imagine they'd need root access -- so, I'm not sure I understand or appreciate the difference.

#9 Re: Devuan » Debian considering going systemd init only » 2019-12-09 14:52:58

HevyDevy wrote:

Im old school though, we will eventually get left behind and overtaken with tech that is shiny and "progressive"...

You'd think so, but then you've got people like me majoring in CSE.

#10 Re: Off-topic » Marginalizing systemd » 2019-09-06 18:00:26

pj1967 wrote:

Are there ways to strip it down to nearly nothing, and then call my own "rc.local" scripts to start the few things that I want running?

It may be fruitful to play around with RHEL in a VM.  You can circumvent init and a service manager (or don't use a service manager at all) pretty easily.  I posted a couple things a few weeks ago that you might find useful.

I don't know your role, why your customer wants RHEL, or how it will be used.  When we want to steer a customer to a better alternative, we usually just let them tell us why they want "their" way, and explain the issues with their thinking.  Then, we suggest a better route.

Based on its stats, how likely is it that RHEL7, which we know is a farcry from RHEL6, will run well on it?  How many more hours will be charged to maintenance?  I don't need an answer, but these are issues with tangible consequences for a customer.

#11 Documentation » Installing sinit on devuan [alpha] » 2019-08-24 15:03:25

Replies: 0

This post should offer some pointers if you want to try out's init on a devuan system.  It is the first step in a larger overhaul with my project spin.  This alpha-quality documentation, and I intend to provide updates when I can.  Please post your wisdom to help expand it.

I find sinit attractive becuase it's quick and builds quickly.  For a nonpersistent live system, this is very desirable.  I also don't care about having a service manager on a drive-by operating system.

I'm going to proceed with a yet-unverified claim: that this will work for any devuan system.  If anyone wants to prove this right or wrong, please post your results.  Unfortunately, my bandwidth and time are limited at the time of writing.


  • * A devuan image with sysvinit preinstalled (I used thomos, which is built from an ascii debootstrap)
    *'s init
    * A test environment or virtual machine (I used virtualbox)
    * sysvinit scripts in rcS.d
    * gcc and make installed
    * git (optional)

Installing the base system

This is probably the sloppiest (but easiest) way to test the init's functionality.

- Install devuan or devuan-like image in your test environment.
- Chroot into your system.
- Set up your network.  In virtualbox: dhclient eth0
- If needed, update packages and install gcc, make, and git (if that's how you're getting the source): apt-get update && apt-get install gcc make git
- Grab the sinit source: git clone git://
- Build the package: cd sinit && make && make install (by default, it installs to /usr/local/bin)
- Replace sysv's init: cp /sbin/init /sbin/init.sysvinit && cp /usr/local/bin/sinit /sbin/init
- At this point, you can remove sysv packages if you want.
- Use an editor to create the file /bin/rc.init (My example is used below):

echo "Loading devuan with sinit."
# At bare minimum, boot to a shell.
exit 0

- I made it executable, but I'm not sure if it's necessary to do so: chmod +x /bin/rc.init
- Exit the chroot and reboot the test system
- At boot, you should see the "Loading devuan with sinit" message, and a bash prompt should appear.

Getting Xorg

Using the rc.init file we created, you should boot to a root console.  Your system is read only.

The scripts in rcS.d have some missing links to getting Xorg up and running.  Right now, I could not tell you what they are doing.

- Make sure /tmp has write premissions.  One way to accomplish this is to remount the filesystem as read/write: mount -o remount,rw /
- Open /bin/rc.init in an editor.
- Add the following code before /bin/bash:

# Borrowing lingering SysV scripts.
# This method is sloppy and pays no mind to what each script is doing.
for script in /etc/rcS.d/*; do 
    sh $script start;

- To run Xorg as a user (example, the user "thomos"): su thomos
- Make sure .xinitrc executes an environment (example, "exec openbox-session")
- Run startx


Final product, based on 2019-08-24 procedures:

#12 Hardware & System Configuration » s6 on devuan » 2019-08-23 18:18:10

Replies: 2

I'm making time to watch the devaun conference videos and I'm loving it so far.  (Katolaz, if you're out there, I love the quotes.)

I watched the talk about s6 and it sounds great for a project system.  I wanted to know if anyone has had any luck with it on devuan so far.  Not looking for spoonfeeding, just experiences or dealbreakers for a devuan environment. … nit_system

I have about a month until I get home internet again.

#13 Hardware & System Configuration » Passwordless root execution in scripts » 2019-07-06 18:44:02

Replies: 16

I know what you're thinking, but bear with me.  I'm not sure the best way to phrase the question.  So, please consider the following situation.

I want to run a script with the following conditions:

- The script has to execute a task that only root can perform
- The script can only be executed as a user
- The user cannot be prompted to enter a password
- The user cannot execute the script by logging in as root or using sudo
- The user can log in as root or use sudo to modify permissions
- The commands su or sudo can be used in the script
- visudo cannot be accessed or modified

An example script could look like the following:


tcpdump -h

But, please don't link me to the guides on running tcpdump as non-root.  If it's easier to follow, replace the command with any other app that, by default, requires root.

Alright, here's the section where I explain why I'm asking this.

Simply put, if I've ever had a script that needs to do this, I just do something like sudo tcpdump -h (using the previous example as a reference) and add a line to visudo.  On the other hand, apps like wicd seem to only need group access in order to perform wpasupplicant tasks (wireshark to perform tcpdump, etc).  I'm wondering how these are configured to do so.

I skimmed the wicd source and, maybe I'm looking in the wrong places, but I'm not really finding anything.

#14 Re: Off-topic » Boom Times or financial apocalypse » 2019-07-03 14:29:33

Panopticon wrote: wont be long until they want to pay in libra to your fb account or whatever offshoot the zuck buck determines. I find it alarming banks are backing it...

I mean, banks have had deals with credit card companies for awhile now.  Many debit cards, tied to checking accounts, can be processed as credit because of Visa partnerships.  And, as you rightly pointed out, most users never question this.

There is another disturbing worldview developing: the belief that companies have all your information, so there's no reason not to give up everything all the time for any situation.  This kind of cynicism lets people disregard any responsibility for their actions, and as a consequence, they end up giving everything -- and they're okay with that.

Because of user mindsets, it wouldn't be surprising if banks teamed up with Facebook.  On the other hand, I remain skeptical that Facebook in particular might become "the" platform for this kind of transaction, though.  Third-party information sharing is already pretty pervasive.  I challenge the notion that neither banks nor social media behemoths could get further information about users already.

Back to hiding in a cave for another month.

#15 Re: Off-topic » ZombieLoad Attack (CVE-2018-12130), hyperthreading -how to disable it? » 2019-05-16 13:56:55

boycottsystemd wrote:

There is anoher intel vulnerability which uses hyperthreading.

Similar vulnerabilities, especially from Intel, will keep coming.  2018 was the year of microcode exploits.  Until Intel releases a mass-recall to fix their hardware (they won't), just sit back and enjoy the show.

Any idea pls ?

It's good practice to find research whether or not the CVE has been resolved:

#16 Re: Devuan » What happened at » 2019-04-04 19:16:46

TotallyDoneWithLinuxNow wrote:

How do I know that other “jokes” aren’t lurking in my system?

I know what you mean.  I went to compile the 5.0.6 kernel the other day and found the entirety of Louis C.K. stand-up videos encoded in base64 in a patch file.  Naturally I beat it repeatedly with a hammer and incinerated it in a large firepit.  It really makes you wonder what's on your system.  #totallydonewithlinuxnow #spectredoesntexist #alsoopenbsdhasitsownsetofbugssoiwouldrecommendkeepingupwiththeirmailinglists

#17 Re: Devuan » Using Debian packages » 2019-04-04 11:59:55

Last time I used the Spotify "app," it felt an awful lot like I was using the web version. 

I still wonder what the differences were.  But, I don't use Spotify.

#18 Re: Devuan » What happened at » 2019-04-03 22:15:17

I get that tensions are high.  Talking heads are going to talk. People who would never have used devuan are going to use it as a speaking point.  The devuan team has acknowledged the issue, and many people here who use it are going to keep using it.

That leaves a substantial potential member base.

And, as evidenced by the new members here, I'm pretty sure it's not the end of the world.

Or the project.

Give it time.

#19 Re: Devuan » What happened at » 2019-04-03 12:44:27

pulsar wrote:

For what it's worth, I knew virtually nothing about Devuan until I saw an article referencing the "pwned" page and it prompted me to research the project. Now I have a registered account on the project forum...Just flashed ascii release to usb.

Talking heads aside, can we take a second and appreciate this post?
All press is good press.  Any serious project gets dumped on from time to time.  That should be a good sign.

@pulsar, welcome to the madhouse. smile

#20 Re: Devuan Derivatives » ThomOS - the new outrageous devuan-based switchblade OS » 2019-03-13 19:47:39

fsmithred wrote:

Suggested listing:
  ThomOS (formerly Crunkbong)

I'm down with it.

Siva, you didn't mention it, but login/password are thomos/thomos

Original post updated.

System boots to console login. Login leads to automatic graphical session in openbox. I don't know how you got no autologin without adding 'noautologin' to the boot command, but you need to either add 'nox11autologin' or do something else to get rid of /etc/profile.d/


The boot item for foreign language does not work. The syntax 'lang=it_IT' is specific for lightdm along with refracta-lang, a custom live-config script for changing locale and keyboard at boot. I don't know if it still works. (you don't have that script, anyway). The standard method does work:
locales=it_IT.UTF-8 keyboard-layouts=it

I went ahead and omitted this.

That's as far as I got for now. More later. Looks good so far.

Thanks!  And good to hear from you. big_smile

Note: I'll be uploading the new iso later.  I currently don't have internet at the new place.

#21 Re: Devuan Derivatives » Announcement Regarding MiyoLinux » 2019-03-13 19:42:57


You've contributed way more than I think you'll admit.  Your project was a huge inspiration for my own.  (Not to mention it was way more aesthetically pleasing and user-friendly).  Thank you.

The thing I loved most about the Miyo project is literally the acronym itself: "make it your own."  And I love that phrase, because it's not an operating system derivative.  It's an approach.  There's a philosophy somewhere in it.

Pinky-swear you'll stick around the forums.

#22 Devuan Derivatives » ThomOS - the new outrageous devuan-based switchblade OS » 2019-03-05 13:59:35

Replies: 7

The crunkbong project has migrated to devuan ascii.  I decided to rename it after a good friend who got me into Linux. 

The project follows the same core values of simplicity, versatility, adaptability, and accommodation.  The idea is to use it when you need to accomplish a specific task in a live environment.

It boots to a console.  If you want a graphical session, you still have a choice of openbox (default) or dwm.  With the resources saved from stripping unnecessary components, I've fit a bunch of applications for fixing and monitoring. 

The thom-utils scripts have been updated.  wefe, for instance, has been (as far as I can tell) debugged and heavily modified for a variety of uses. 

Since this is the initial (0.1) release, I'm looking for testers and criticism.

Default login: thomos/thomos

Project page:

Download link:

#23 Re: Off-topic » The End of Trust » 2019-03-05 13:47:27

golinux wrote: wrote:

I'm disturbed that GitLab is on that list. sad

FYI . . . the Devuan team is looking at alternative options to gitlab.

Any progress?

#24 Off-topic » Holiday thread/traditions » 2018-12-25 13:26:50

Replies: 6

Since we're all from different parts of the world and different walks of life, I was wondering what everyone's holiday tradition(s) are.

Every year, on the 25th, my brother and I go to Waffle House at some point.  It's an inside joke from a couple of years when we were vacationing over Christmas break and our parents couldn't get us actual food, because pretty much everything is understandably closed.  My digestive tract hates me for it every year.

Whatever your tradition is, I hope you enjoy it.


#25 Re: Off-topic » OpenBSD » 2018-12-20 17:09:59

Ogis1975 wrote:

the easiest way to offer-fork it.

Then fork it already.

Board footer

Forum Software