a few days ago and for half a decade prior, my # 2 priority was .deb package support (as in debian-based repos.) my # 3 priority was being systemd-free, as systemd has no place with me.

my first priority was and is the kernel. if i go bsd then who knows, but as long as im using gnu+linux im looking for a debian-like kernel. its not just debian distros that have the blob-free kernel im talking about, void has it too.

im hoping void does well, its a possible solution for moving forward if if things regain stability over there, but my limited experience with obarun so far is positive. i know very little about obarun (if theres pdf book, ill read it. maybe html too, i will look for one.)

of course ive tried running obarun, good so far. i only hold distros to their own standards; obarun seems to makes few claims, and cant break many. ive only heard cool things about s6, what little ive heard.

debian and void have a blob-free kernel, its not linux-libre and i dont want linux-libre (then perhaps id start with connochaetos or parabola.) so to hurry up to the point-- ive never compiled a kernel and im not eager to try it; whats the closest thing to a blob-free kernel (like voids got) available for obarun?

and if i want to avoid non-free stuff from the repos, whats the method i can use? im not asking from a user standpoint, im looking to relocate the base of fig os from debian-based to the first good thing i can find.

obarun is obviously a good distro; im evaluating it as a good fit as well. thanks to anybody who replies, this will probably take me a while. i have used other distro families (including arch) before, but not as often. no problem if obarun does fit or not; its the first distro im asking about because ive gotten good advice here previously, and i tried obarun for the first time recently.
https://wiki.archlinux.org/index.php/Kernels

remember the underlay of obarun is arch so you have to think whether a question is about obarun or is it about arch.
As far as I know Obarun has not produced its own kernel. But arch gives you the ability to have and tune any kernel you like. You are free to be as strict or as loose as you want with arch.
i really do apologise; i often forget that most distros have moved to 64-bit only.

void actually supports 32-bit, i can't find a 32-bit obarun setup and though im happy some distros support that, i get why its rare.

its not like im anti-64-bit or anything; i may continue to learn useful stuff here, though i should quickly point out that im looking for a 32-bit option for now-- at least for this particular effort. if i get a 32-bit option setup, id be willing to consider making a side-version based on obarun. thanks. also-- the hardened kernel was an interesting option.
Sorry, no way for Obarun concerning 32-bit version. So much effords is needed to provide a side architecture version. I prefer to concentrate under only one that works properly instead of provide multiple things that works poorely : "do one thing and do it well".
I think there is a 32bit arch repository and I believe arch-openrc had a 32bit version as well using that repository. But I don't think it is maintained anymore, so everything is stale. The nice thing about 32bit is that they can run pretty much anywhere. With 4core 64bit pcs, factory refurbished and guaranteed, for less than # $/Euro100 few people will maintain a 32bit machine.
The nice thing about 32bit is that they can run pretty much anywhere.
this is true. i have to say that even as a 32-bit holdout, i dont know how long im going to care about this. ive got just one 32-bit machine.

5 years ago, any of the homeless people i knew with laptops (a good number, considering the climbing popularity of smartphones) were up to 64-bit except one guy who i gave a 32bit machine to.

people are throwing out 32-bit stuff less and less.

im probably going to keep doing 32-bit as long as i can find used 32-bit stuff, but its getting impractical even for me. the intel core2 is now 12 years old-- even if i have 32-bit hw, im probably trying to find a use for it and coming up with stuff like clocks and "finding out the oldest specs something will run on."

i should probably go 64-bit in a couple years. heck, every program i really care about is either 64-bit only or relies on python or standard gnu utils.

32-bit is almost-- not quite-- as globally irrelevant as 16-bit software now. but i respect every single person who can name real exceptions. next year i may pick up a laptop for 10-25 bucks that is 32-bit, but the only thing i absolutely needed it for last year was connecting to a very old (parallel) laser printer. i used an old dell with wheezy, then fig os for that.

what about routers? how many of those are 32-bit these days? i mean they all run dd-wrt/librewrt, older 32-bit arm processors are still in use but since im only supporting x86, that doesnt really count. its really getting to be a challenge to find anybody serious about running 32-bit, but id love to hear from them. i still dont support 64 right now, because 32 runs fine and im too lazy to support both.

Powered by Obarun