You are not logged in.
^ I'm not sure about that, sounds like it would be expensive...
Not really. Expensive would be an ARM and a leg. This is just an ARM and a foot.
Looks lovely. Someone should get it running on a proper distro that doesn't use microsoft-init.
(foot is the name of the terminal)
Someone needs to make an ARM version of foot.
JWM-Kit wrote:I know this is currently just in discussion, but if this comes to fruition can I suggest it be called "The Devuan Community's Crapton Repository" or the DCCR for short. Of course in the Devuan community It will simple be known as Crapton.
-- to be clear, I'm not expecting anyone to take this suggestion seriously.
I don't know, but I think Crapton is a great name for it...but that's just me and my quirkyness...
Name really needs to change to something like DDCCR - Devuan Distrinbtuions Community Crapton Repository
Neither Debian or Devuan offer a rolling release. Testing/unstable are development branches, which is not the same thing at all. A rolling release distribution should always have all of the packages upgraded in sync and so should always be usable, at least theoretically. De{bi,vu}an's development branches are not expected to be usable at any given time.
By your definition, there are no real rolling releases. All distros hold back thousands of packages if you look at them on repology, and they all hold back core package groups and synchronize their release as a working "chunk" upgrade. The rolling releases we have today should be called "rolling chunky releases" or something like that. Even if they synchronize their core package groups for upgrade once every few days or even once every few hours, they are still going through a mini-fied and compressed version of what the staged release distros do.
I've read that the real rolling release experience would be to switch to Fedora "rawhide" repos, where the packages would just fall on you in completely random order, constantly breaking and causing you to fix everything on the fly. I don't know if rawhide still works that way today. openSUSE "factory" would probably be the same experience. Debian experimental would be similar but I don't think that experimental is a full enough set of packages to make a working distro. Or if you built a Linux from Scratch installation for yourself, and you immediately built every new package as soon as it was released and figured out by yourself how to integrate it into your system - that would probably be the truest rolling release.
Lowest RAM at startup - Ubuntu (Seriously???
Hahahahaha!)
2nd lowest RAM at startup - Debian
Highest RAM at startup - ArchLowest disk space used - Debian
2nd lowest disk space used - Ubuntu
Highest disk space used - ArchArch was last in both cases.
Phoronix has benchmarked Arch against Debian a few times over the past 10-12 years. If I recall correctly, Debian has trounced Arch every single time. By default, Arch is a bit of a bloated pig of a mess of a distro. You've got to tweak the heck out of it if you want a top performer. Most of these kids that are raving about their Arch installs on youtube that don't even know how to edit their own config files, they probably don't realize they could have significantly increased performance tomorrow with a default Devuan installation using a default 5.10 kernel instead of their shiny new 6.1 kernels. They love their bleeding edge kernels, their bleeding edge mesa, not realizing that they are probably incurring a significant performance penalty running those new versions, that LTS kernel versions almost always beat the newest versions in benchmarks by significant margins.
I've never use haiku or BeOS, but I've heard so much about them. I should really allow myself some free time to try out some of the non-linux/windows operating systems. Haiku, OpenIndiana, ArcaOS, Icaros, ReactOS, and more. On another note, didn't someone fork TempleOS recently? Oh how I wish I had more time to just mess with the stuff.
Hey JWM-Kit! Long time no see! Happy New Year! Yes, the TempleOS fork is called ZealOS - there's a github page for it. They've added networking and are improving the graphics. I tried TempleOS a couple years ago, I should do a run through with ZealOS sometime this year.
I spent part of my evening playing with Haiku in a vm - very very interesting OS. I think it occupies a place kind of like some of the Puppy Linux's. Lots of typical Linux software that seems to install and run quite well. I'll bet you would find a lot to appreciate about Haiku.
EDIT: @admin: time to close this thread?
Why? Watching you bang your head endlessly against zapper is quite entertaining. I would think we need at least another 20 pages of this.
I've never tried it but have been interested. I see there's a lot of software ports available on the Haiku Depot Server: https://depot.haiku-os.org/#!/?bcguid=bc1-AOOA&repos=haikuports&arch=x86_64&viewcrttyp=FEATURED
Libreoffice is on there, a bunch of web browsers and other standard linux software titles. I wonder if these actually work well and if Haiku could be made into a productive little small office computer?
I see they claim to have the latest Falkon browser working, which would be a big step forward for them in terms of modern web-capable browsers.
Edit: Wow, they have vlc, mpv, youtube-dl, yt-dlp. This could be a cool minimal media player project for one of my old laptops.
Wouldn't you just find the service associated with the process and un-check that service's annoying run-levels with 'sudo sysv-rc-conf'?
Maybe I'm being dense and this has nothing to do with services. But this is usually one of the first places I look to get misbehaving autostart processes under control.
This could be a good direction for Lumina to go. The current version is great, but this is intriguing. I wonder if it would be able to run on FreeBSD like regular Lumina?
I was poking around at Void again today, as I often do, and I saw that Void can also replace elogind with seatd.
Void also has a Wayland tiling window manager called "river" that I'm hoping to try soon.
rather than pandering to political principles
Arch: Licensing is too political
Also Arch (circa 2012-2013): We're shoving systemd down your throat, and anyone who speaks up about it gets banned
Funny how "pandering to political principles" always applies to what OTHER people are saying and doing.
Glad you could fix it! I think if you grab the 'driver install tool' on the top of the page with the wrappers that it has a script that will figure the 32-bit part out for you. I can't recall for sure though.
I don't have one, but I do see that this Solus build page points as source toward a Brother page that has .deb's - https://github.com/el-christianito/brother-brgenml1
If the Solus person is correct, maybe those .deb's can help you.
This is just the result of my quick internet search, so if that doesn't help I don't know what will.
Oh, that is interesting. Thanks Andy. Time to give antiX another spin...
When you do, check out what this person is doing with Wayland-only antiX (no X) and a Wayland tiling window manager called Hyprland - https://www.antixforum.com/forums/topic/antix-without-x-wayland-only/
Also, check out what antiX users are doing to get pipewire working on antiX with seatd and no elogind - https://www.antixforum.com/forums/topic/pipewire-without-systemd/page/5/#post-95369
I actually meant: have you tried seatd in Devuan? I don't know if it can be used as an elogind replacement yet.
antiX moved to seatd instead of elogind 2 1/2 months ago, when antiX 22 was released. Seems to work fine.
That system is just installed and it's already used up all 10GiB. Devuan uses 3-4GiB max, even with a full desktop. No surprise though, that's what happens when the applications are mostly flatpaks.
The fact that you have no programs open and are already using 1.4GB of memory is also pretty hilarious. But, that's Gnome for you.
And I've just learned from the book that apparently BMW also produce cars as a side-business to keep the motorcycle division properly funded. Interesting.
More likely that the motorcycles were making them too much money, so they started a loss-making car business on the side for the tax deductions.
Merry xmas devuan/dev1galaxy.
Giving conky a try for status stuff. I was using slstatus but patched dwm to fit in a conky status bar at the bottom, not a dzen bar this is pure conky.https://i.postimg.cc/mz59cNjm/2022-12-25-202954-1920x1080-scrot.png
Wow, how did you do that? The thing I hate about conky is how normally useless it is on DWM, but you've fixed that.
Probably systemd crawled off of one of HOAS's systems up into the forum software and then down into your computer and started bloating the place up, putting up new wallpaper, buying expensive new furniture, running up huge credit card bills...
EDIT2: changed awk to grep just in case andyprough takes the piss.
In theological studies that's called "accommodation" - God spoke to humans in baby talk because they couldn't understand His mind or thoughts. HOAS speaks to the intellectually challenged folks like me in baby grep because we can't understand the awk/sed mind or awk/sed thoughts.
@fanderal - I'm assuming you have been keeping your page memory and dentries and inodes nice and clean? As root:
sync; echo 1 > /proc/sys/vm/drop_caches
sync; echo 2 > /proc/sys/vm/drop_caches
I wonder if this is an rfkill blacklist thingey with the ethernet being down?
Your modprobe command probably needs to be 'sudo modprobe ...'
From root
ip link set etho up
doesn't error, it's just ignored.
It's probably up already. "ip a" will tell you it's current state.
In my experience what you want is TLPUI - https://github.com/d4nj1/TLPUI
It will help you to blacklist your wireless card from going to sleep. I have a wireless card on an Asus laptop that I have to configure TLP for with every distro, and TLPUI normally handles it beautifully.
You can also simply edit the /etc/tlp.conf file by hand if you can determine which device to blacklist from sleep. TLP documentation is on the TLP site: https://linrunner.de/tlp/
I found out recently that the instructions in comment #6 above also work exactly the same on 32-bit systems.