You are not logged in.
My sshd is configured for no root login.
Now I am looking for the same feature in lightdm. I failed to find something, also in the greeter.
I consider a graphical root login as a security risk.
Daedalus with Lightdm and Cinnamon installed from a netinstall: I can login as root on my desktop. Why is this possible? I thought this is a nogo and disabled.
Tested also a VM with Excalibur and Cinnamon, Trixie with LXDE: same picture.
I don't know how new this adapter is. The firmware is from 2023, two years old. In any case installing the backports firmware is worth a try.
Veracrypt
All distros will use the build by Mozilla. Nobody will compile without SSE3 nowadays.
If you can't use one of the alternatives, the only way is to buy a more recent laptop or PC.
If you use a desktop like Mate, Cinnamon, XFCE or like, install pipewire to switch between sources and sinks.
Alsa is not userfriendly and lacks everything required to easily control Audio hardware.
greenjeans wrote:
... do you have an /etc/machine-id file?
Of course, I say so in one of my last posts.
I wrote:Machine-id is set thus:
$ cat /var/lib/dbus/machine-id
26a708d3d7dc6778fc6ff9f55921b024
$
That means your machine-id is fixed. The patch changing the machine-id works fine if that file does not exist. I don't have this file on my Daedalus and changing ids.
Same on my Daedalus: 340 files since installation.
New installation, the files do not take very much space. New machine ID on every boot.
That will be needed to maintain older pcb Hardware.
Under debian the new versions kick out the old versions.
The debian maintainer answered, that he does not intend to change this behavior.
Commercial use with debian/devuan is such not possible. You do not want to migrate old projects forcefully to new versions, for small changes in a maintenance phase. Migration is not backwards compatible.
I think all Linux distributions will do the same: kick out the old versions.
The kicad documentation states that a project once modified can no more be read by an older version of kicad. But does that mean the design data is screwed up?
If you are very conservative and precautios, make up a VM with the older kicad version.
Anyhow: on the kicad home page I can't find any support for downloading older versions either.
That N100 is a quite weak CPU. Everything requiring CPU performance will delay the response.
Another conspiracy theory about something being bad?
Could you please read the code and enlighten us?
I am no programmer. Do it yourself.
Why not? If you desire have a look at the code. The sources are available.
apt has a progress bar. Perfect for me, I am using apt since many years now, no complaints about it.
You must have omitted upgrading for quite a while.
Nevertheless, good luck for a new approach.
@RedGreen925 and @delgado:
Have you digested the OP's = the_edge123 input correctly?
My sources.list refers to stable.
During the last update, the packages were upgraded but/etc/devuan_version
still contains daedalus.
We are on Devuan here, not on Debian. Daedalus = Stable, Excalibur = Testing!!! I am sorry, you are both on the wrong track.
@Fabien: I am pretty sure you do not have Excalibur on your PC. You are on Daedalus still. The output is correct.
You may check with a
cat /etc/os-releaseWhen you want to upgrade to Excalibur, make sure your Daedalus is up-to-date. Then run
apt install usrmergeThen change your sources.list to excalibur.
Some reading: https://www.devuan.org/os/releases
Again: You never have upgraded to Excalibur if your sources.list refers to "stable".
My sources.list refers to stable.
For Devuan stable still is Daedalus. If you want to upgrade to Excalibur, change your sources.list to excalibur instead of stable.
I think so.
... you did install usrmerge before updating ...
There will be some complaints within the upgrade process if that wasn't done.
Is Devuan in process of putting this update into the Daedalus repos?
Definitely not. The Daedalus repo will only be updated if there is an update coming from the Debian repo.
Devuan is Debian w/o systemd, only parts that have relation to systemd are replaced or modified.
Anyhow, if I read the document correctly the main fix is an bios update.
kernel is 4.19.-27
Linux devuan 4.19.0-27-amd64
however there are no correspondent linux-headers available in the repo
I think that is not really true. From:
https://pkginfo.devuan.org/cgi-bin/poli … *&x=submit
linux-headers-4.19.0-27-common - 4.19.316-1
http://deb.devuan.org/merged beowulf-security/main amd64
http://deb.devuan.org/merged beowulf-security/main i386
http://deb.devuan.org/merged beowulf-security/main arm64They are available, but not in the main section, you have to enable security!
Warning: os-prober will be executed to detect other bootable partitions. Its output will be used to detect bootable binaries on them and create new boot entries. Found Devuan GNU/Linux 5 (daedalus) on /dev/nvme0n1p2 Found Arch Linux (rolling) on /dev/nvme0n1p3 Adding boot menu entry for UEFI Firmware Settings ...
This shows that os-prober is executed and finds Arch. And what is normal for any uefi system, adds an entry to access the uefi bios.
You should see Arch in the grub menu as selectable option.
Installed a Daedalus VM, encrypted with LVM, efi based, Lightdm and Cinnamon with German locale and Keyboard. Installation works, Lightdm is set to US keyboard, Cinnamon too. Adding a German keyboard works until reboot, then the system is back to US. Is that worth an issue? I think yes?
Edith: the screensaver login allows to switch the keyboard to German, the login doesn't.
From https://unix.stackexchange.com/question … rrupt-irq7
"Classically, the default usage of IRQ 7 is for the (essentially obsolete) parallel port (also known as IEEE 1284 or LPT)..."
Use the search machine of your least mistrust to find some more info.