You are not logged in.
You should probably use the provided abstraction instead:
# dpkg-reconfigure tzdataThis isn't Arch ![]()
So what does aptitude do if you try to remove it?
aptitude --simulate purge firefox-esrIf it offers a choice keep refusing until it tells you there are no more options.
I seem to remember that the desktop task has a dependency on a virtual browser package that is satisfied by firefox-esr.
Fantastic work golinux, thank you for your sterling efforts.
I still dont understand what is going on with debians runit as i get the below output to check dbus and lightdm sv status ?
Fun fact: the GNOME desktop in Debian bullseye no longer needs PulseAudio at all. PipeWire is the future...
has flags esp and boot (in gparted)
Those are the flags for an EFI system partition. A BIOS boot partition needs the "bios_grub" flag set in gparted.
EDIT: note that some machines won't boot in non-UEFI mode from a GPT disk even if a BIOS boot partition is present and holds GRUB's core.img.
Can you not just reinstall sysvinit-core after upgrading? How about runit-init?
Is PulseAudio running?
pgrep -a pulseIf not then read the beowulf release notes.
There used to be a systemd-shim package for the pre-buster versions: https://packages.debian.org/stretch/systemd-shim
That has now been dropped but it isn't needed to run sysvinit, runit-init or openrc-init as PID1 in Debian. MX Linux is using a version of it to allow for co-installation of both systemd and sysvinit-core.
I suppose elogind could be described as a "shim" package, that allows for non-systemd inits to be used in systems that require logind compliance (ie, most desktop environments). The elogind package is only available in Debian thanks to the efforts of the Devuan developers.
I know it's an option for live-build but I don't think it will be in the installer.
Try the alpha3 ISO image for bullseye and report back, that should be pretty close to the release version.
i believe sysvinit is still required to function for runit to work??
No, the runit-init package can be used for PID1: http://dev1galaxy.org/viewtopic.php?id=3628
It is also possible to use openrc-init instead of sysvinit: http://dev1galaxy.org/viewtopic.php?id=2788
@OP: I wouldn't recommend sysvinit, both runit-init and openrc-init are superior and still under active development (sysvinit is "maintained" by Jesse from DistroWatch but it's dead really). Related: https://busybox.net/~vda/init_vs_runsv.html
Debian 11 (Bullseye) will be released with runit and SysV, probably even with OpenRC. Together with a few shim-packages to avoid the installation of systemd dependencies.
The runit-init package has been removed from the dependency list for the init metapackage in Debian bullseye so technically only systemd and sysvinit are supported. It is possible to use runit-init or openrc-init as PID1 though.
AFAIK there are no "shim-packages to avoid the installation of systemd dependencies", not sure where you're getting that from. Perhaps provide a citation?
These other inits that debian may be supporting still rely on systemd shims afaik?
No.
That failed at first because I had /bin/sh as the users shell and needed to change that to /usr/bin/bash
/bin/sh is linked to dash in Debian and Devuan. The usr merge does not break /bin/sh in any way — all of the system scripts have a /bin/sh shebang so nothing would work if the usr merge broke that.
The package is called zfsutils-linux and the same version is available from both beowulf-backports and buster-backports.
If you are referring to the rescue mode available from the "Advanced options" GRUB submenu on the ISO image then you can use
# parted /dev/sdX set Y boot onReplace X & Y with the required drive letter and partition number.
It would seem that slim is still looking for consolekit in spite of it being replaced by elogind.
Why is that?
SLiM has been dead since 2013 so it doesn't support logind sessions correctly.
Use a different display manager. Or no display manager at all, they're just bloat anyway ![]()
Too busy grabbing stuff from the bsd'ers
Speaking of which, the OpenBSD devs have managed to get their operating system booting on the M1 in multi-user mode:
https://marc.info/?l=openbsd-arm&m=161386122115249&w=2
![]()
I can't chroot to the target because there's no shell installed
Please post the actual chroot command you're trying along with the full error message. The standard debootstrap command most certainly installs bash, it wouldn't be much use otherwise.
Debian has a guide on installing through the CLI (and it's there that I found out about deboostrap) so I think it would be useful if Devuan had one as well.
Just follow https://www.debian.org/releases/stable/ … 03.en.html but download Devuan's debootstrap .deb package and use Devuan's mirrors (as noted above).
The relevant firmware package is firmware-iwlwifi.
It was closed for lack of volunteers but I think it was a great idea.
It would be fantastic if Devuan could inherit and revive this project!
So I take it you're volunteering then? Thanks! ![]()
Such intense Apple hate... Are they really any worse than Intel?
Fuck yes. Intel have contributed a huge amount to Linux, Apple are a bunch of twats.
Mrs. HoaS uses a console login and she isn't nerdy at all. I have it set to run startx automatically on login to TTY1 with this line in ~/.profile:
[ "$(tty)" = /dev/tty1 ] && exec startxThe AX200 card needs the kernel & firmware from the beowulf-backports repository.
What is "sixpair"?
See http://forums.debian.net/viewtopic.php?t=104157 for an overview of the metapackage problem and some ways to deal with it.
And for the menu entries it might be better to copy the relevant .desktop files from /usr/share/applications/ to ~/.local/share/applications/ and edit the file in $HOME instead so that any changes are not lost if the package is updated. That method also doesn't require root privileges.
so if using elogind, xserver-xorg-legacy is not needed if using devuan?
That is correct. I tried with the Devuan beowulf Xfce live ISO image — just disable the display manager and use startx instead for a lighter, more secure desktop.