You are not logged in.
Pages: 1
KDE is a much better choice. No mutter, no GTK. No glitches with kwin compositor (chose x11, not wyaland!). With open RC is smooth. It's like the new king of lightweight (which GTK/Mutter is absolutely not).
To disable sleeeping/screen blanking middle click battery icon in tray (KDE). Simple as one click.
Try "Cromite" bin (has blocked, like Brave, manifest2) from github. Much faster without that AI bullshit. Or simply use falkon (but Debian does not update qtwebengine, although it does gtkwebkit, so beware).
On pre-excalibur version (netinstall) there were packages missing for locales. Debian wiki stated completely different packages than Devuan for the languages. What Debian wiki said was inaplicable for Devuan. Devuan had no such packages (nor wiki). I found some differently named packages ind Devuan repos and installed them. Then it all worked. At the moment can't remember the names and if was carried over to Devuan Excalibur or it was fixed and now Debian wiki works on Devuan for changing the system language.
You can also try chrony. It works like a charm on my Artix runit box. Put "iburst" in your config.
use f2fs (flsh friendly file system) on both drives as f2fs is for nand-flash, while ext4 is not designed for them. Its from spinning drives era. Its like putting square wheels on a ferrari:
$ mkfs.f2fs -l LABEL -i -O extra_attr,inode_checksum,sb_checksum -C utf8 /dev/sdb
Do not use sparse file Always check manpages.
If on KDE dont use KIO. Use rsync.
1. remove old kernels with their corresponding headers
2. install current hearders corresponding to your kernel version
3. update initramfs Debian way
4. update grub
5 roboot.
Does it work now?
Toxic answeres. DOT is not something to be laughed at as is not my alias for wget with PFS for using it among others with Devuan servers.
It will be slow. I already posted that error and was laughed off. You can tweak ext4 with fast commit, but ext4 is not created for nand-flash and you cannot chose f2fs (creaded from the ground up for nand-flash). Its a magnitute faster on nand-flash. I was laughed off when I said that spinning drives are ancient history and installer should have possibility to use f2fs (on root and home). I was forced to use ext4 and comparing to my Artix with f2fs, Exalibur speed is a joke.
Can you confirm that you can run:
$ firejail -seccomp falkon
with all related (profiles) to firejail installed?
Does it fail?
This is what permananently broke Refractasnapshot. If you create ISO with Refractasnapshot of your painstakingly configured system, then your ISO will not boot. Unfixable.
For years I have been managing Artix, but I had never had a success on Devuan 5. Nor do I know how to set up network on Devuan.
What is happening:
1. I put DOT capable IPs in KDEs network manager GUI. Testing shows, that not DOT is used. Plain queries
((. It should be default, but isn't. It's been buffling me for years that you don't do this by default. This bears the question if you use your own creationa at all. If you were then you wouldn't allow plain text DNS querries, would you? I don't understand this behavior of nm.
2. I looked for "stubby-openrc" but cannot find it. I also theoreticaly could "cap_net_bind blah blah" reprogramm it (systemd has stubby working out of the box!). But I'm stuck and I don't want to dwell on it.
HOW do you (step by step) do stubby on open-rc Devuan 6? THIS IS A COMPLETE SHOWSTOPPER FOR ME. I cannot continue the setup until I have this issue resolved.
DOT via stubby works like charm on Artix runit.
How do you do this on Devuan 6 Opne-RC? Your help is going to be immensly appreciated.
Thanks.
Short history (Devuan 5):
a) Previously on ver. 5 in the middle of the lifecycle refracta snapshot stopped working alltogether. Backporting from excalibur testing helped. Users never got the update.
b) Since the very beginning, on Devuan version 5, users had a dummy button for refracta snapshot. Pressing this button in menu, did not start refracta whatsoever. Pressing this button did nothing.
c) Going to Konsole and relogging to root ("su -") did not make refracta snapshot to start. It threw a bunch of cryotic errors.
Current version (Devuan 6):
Refracta snapshot does not work. Immediately, I used sudo -i to start it. Although it goes through the process, ISO cannot be booted. It cannot be booted from external usb stick (dd bs=1M if... of... oflag=fsync), nor from Ventoy (save yourselve some space and money using only one stick) formatted to ext4. Both dedicated stick and external soft cannot boot Refracta Snapthos ISOs.
My assumption (I'm guessing) that linux-live or busybox is not compatible with DEBIAN 12 or both. I tested on two computers (the one, on which ISO was created and onother linux-libre compatible). I tested both sticks (4 tests alltogether). Nothing boots. Worked on Devuan 5. It's a regression.
What is expected happen:
Fix refracta snapthot to work and test if it's booting
a) on Ventoy (reformat the boot partition to ext4)
b) on dedicated (money and space wasted) USB stick (dd)
Test Refracta Snaphsot as this is kind of a showstopper
.
I used advance online installation as with ver 5, nothing has changed. Some bugs were carried over:
1. Can't chose other file systems than ext4. Ext4 was designed for spinning drives. Nobody is using it anymore. It's an ancient history. The only viable option for nand-flash storage is f2fs. It's been designe from the ground up for nand-flash storage. It's the only thing we have. We have nothing else. Just because some opensuse idiot messed up his lvm, and another repeted it on arch wiki, doesn't mean everyone has to listen to them. Tested for years by me
on Artix. No issues whatsoever.
What is expected:
Fix online installer to have f2fs both for "/" and "/home". Currently there is none.
2. Installer messes up partition and by default it choses 8GiB for SWAP. The system has 8 GB physical RAM. This is not sane, you should know better. I had to completely redo the partitions.
What is expected:
Running installation once before publishing and looking what is happening. Here look for insane defaults and fix the installer.
3. Installation via WiFi is impossible, due to user needed to completely memorisng nad manually putting SSID. Do you know your SSID by heart?
What is expected:
Fix installer. Scan networks inside the installler (nmcli dev wifi).
4. The installer cannot be booted when put on ext4 filesystem. Devuan is the only installer that cannot do this. One has to buy a separate USB stick.
Installer during booting throws bunch of exFAT errors (exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, exFAT error, .... hundreds of times).
What is expected:
I assume installer is dependent on propriatary, closed source, secret code filesystem by Microsoft. Remove Devauan installer dependency on poorly reverse-engineered propriatary garbage. Make it boot from ext4 like every other distro (Devuan is the only one incapable of booting from ext4). Since booting processed throwed my bunch of exFAT errrors on the whole screen, I assume that is the case.
5. Installer pollutes KDE with additional (useless for KDE users) TWO GTK terminals. KDE has its own 'Konsole'.
What is expected:
Whoever decided to add 2 GTK terminals for KDE installation, should go back and reverse his decitions.
This is the bug report for Devuan 6 Excalibur installer.
P.S. While registering human verification fails. You asked about current stable version codname. I assumed it was 'Excalibur'. I failed human verification.
Pages: 1