You are not logged in.
It will just install itself after I've removed it
Logs or it never happened ![]()
It doesn't matter actually, the tilde in the package name means that APT will treat it as older than the versions from the new release even if they are technically the same. But having an oldstable-backports repository makes no sense so it should be removed.
You can use dmesg -w to "watch" new messages being printed to the kernel ring buffer and see if anything is added when you insert an SD card.
3126 3171 3171 3171 ? -1 Ss 1000 0:00 \_ /usr/bin/ssh-agent x-session-manager
^ That's the only "ssh" program running but it's not an SSH client or server, it's just an authentication agent (see ssh-agent(1)). Uninstall the openssh-client package to get rid of it if you're that paranoid.
how I could get a root shell on the installation medium
sudo -iThe backported kernel is drawn from testing and so may be subject to the mandatory transition delay from sid, which may result in vulnerabilities being left exposed for longer than would be the case with the stable kernel.
If you do need the backported kernel then be sure to leave the repository enabled so that it's updated. I've had too many arguments about this over at the MX forums but I'm definitely right ![]()
And note that "unstable" in De{vu,bi}an refers to the package version flux rather than reliability.
EDIT: yay for the rtl8821ce support though, thanks for the update OP.
EDIT2: and watch out for regressions with the backported kernel, the developers are too busy adding new vulnerabilites features to worry about keeping old stuff working.
Can you co-maintain iwd with me?
Sorry, no, I'm already maintaining several Alpine Linux packages and I intend to also start maintaining some OpenBSD ports so I don't think I'll have the time. And I don't actually use Devuan anyway so my help probably wouldn't be very useful.
I did not feel any speed benefit
Devuan already uses the startpar package to parallelise sysvinit and I think it may also work with OpenRC.
if these options being enabled is safe and OK?
Take note of the warning given by the OpenRC developers:
Yeah, the package was updated to fix https://nvd.nist.gov/vuln/detail/CVE-2020-10713 but it looks like it went a bit wrong.
I just switched to Ceres
That's also a development branch.
You can mix testing and unstable if you know what you're doing: https://www.debian.org/doc/manuals/debi … le_literal
And use the transitions page to get an idea of upcoming problems: https://release.debian.org/transitions/
My word, Andreas is a grumpy ****er isn't he? ![]()
Looks like he isn't interested in adding sysvinit support to iwd and he is not compelled to do so: https://www.debian.org/vote/2019/vote_002#outcome
upgraded to Chimaera
That's a development branch, it breaks. If the stable release works for you then use that.
I do consequently use the backports kernels on all my machines. Did that from Squeeze onward for various generations of hardware. Never had any issues.
The backported kernels are subject to the mandatory transition delay (because backports can only be taken from testing) so that may leave open known vulnerabilities on your system for longer than necessary.
The weird thing I found was that Xfce's suspend or hibernate would not trigger 00fix file at all.
Yup, looks like Xfce uses a custom logout command: https://wiki.archlinux.org/index.php/Xfce#Suspend
You could create a wrapper script at /usr/local/bin/xfce-session-logout, something like:
#!/bin/sh
case "$1" in
--suspend) /usr/sbin/pm-suspend;;
--hibernate) /usr/sbin/pm-hibernate;;
*) /usr/bin/xfce-session-logout "$1";;
esacThe url for giving some grub rescue commands was :-
https://www.easytechstutorials.com/how- … -rescue-2/
Rather than the ones above!
I don't think you will be able to boot from the GRUB command line. Re-installing the bootloader should fix things.
See also https://bugs.launchpad.net/ubuntu/+sour … omments/16 (but my commands are simpler).
What's the best practice for adding support for sysvinit or devuan as well?
The posted script seems to already support sysvinit:
if [ "$1" = "configure" ] || [ "$1" = "abort-upgrade" ] || [ "$1" = "abort-deconfigure" ] || [ "$1" = "abort-remove" ] ; then if [ -x "/etc/init.d/zoneminder" ]; then update-rc.d zoneminder defaults >/dev/null invoke-rc.d zoneminder start || exit 1 fi fi
Looks like you need to attempt a reinstallation of the bootloader.
Load up a beowulf live ISO image then
sudo -i
mount /dev/sdXY /mnt
apt update && apt install grub-pc
grub-install --boot-directory=/mnt/boot /dev/sdX
reboot^ That presumes you have a non-UEFI system and /boot is on the main root partition, replace X & Y with the drive letter and root partition number.
sudo /etc/init.d//networking restart [sudo] password for penguin: [....] Running /etc/init.d//networking restart is deprecated because it may not re-[warne some interfaces ... (warning).
Rather than restarting the service just bring the interface down then back up again:
# ifdown eth0
# ifup eth0^ If that works then create an exectuable script at /etc/pm/sleep.d/00fix with this content:
#!/bin/sh
#
# 00fix: bring network back after resuming from suspend
case "$1" in
thaw|resume)
/usr/sbin/ifdown eth0
/usr/sbin/ifup eth0
;;
esacEDIT: have you tried the r8168 driver? That might fix your problem.
I am not familiar with this particular forum board, but some do not allow for accounts to be "deleted" to the point where your posts will disappear. It has to do with database issues, for lack of a more accurate explanation.
AFAIUI the reason why most forums don't allow for account deletion is because it would potentially remove posts that may be useful for the community.
^ I presume you used apt source iwd to grab the original Debian source package and modified that?
I have no idea how to make the package install the sysv initscript to the system
Add the iwd sysvinit script to the main source directory and run this to create a patch to add it:
dpkg-source --commitThen create a file at debian/iwd.install with this content:
iwd /etc/init.d/tell it to update-rc.d
Add this to the file at debian/iwd.postinst (just before the #DEBHELPER# line):
# enable sysvinit script
update-rc.d iwd defaultsAnd also create a file at debian/iwd.postrm with this content:
#!/bin/sh
set -e
# remove sysvinit script
update-rc.d iwd remove
#DEBHELPER#In my experience, iwd is less reliable than wpa_supplicant
The package in beowulf is pre-release, the current versions are much better — I'm using v1.8 in my Alpine Linux box and it's very reliable.
iwd has a Build-Depends on systemd
That's not a hard dependency, Alpine Linux don't list it in their makedepends (Alpine is fundamentally incompatible with systemd).
EDIT: systemd is only needed because the compilation generates a unit file, Alpine specify ./configure --disable-systemd-service.
EDIT2: which is probably why your Devuan system didn't work with iwd — it doesn't supply a sysvinit script.
Here's the Alpine init script: https://git.alpinelinux.org/aports/tree … /iwd.initd
Use sysd2v to convert /lib/systemd/system/iwd.service to a sysvinit script then make it executable, put it in /etc/init.d/ and enable it.
Note that the more recent versions of wpa_supplicant have "features" that don't work with certain Broadcom drivers.
Note that wicd uses wpa_supplicant to associate with wireless access points.
iwd ftw!
pass through USB drives
https://wiki.archlinux.org/index.php/QE … USB_device
UEFI mode
# apt install ovmf
kvm -m 4G -cdrom devuan.iso -bios /usr/share/ovmf/OVMF.fdSee also http://forums.debian.net/viewtopic.php?f=16&t=144775
EDIT: or just use gnome-boxes, which offers USB pass-through OOTB with no configuration required.
Then you do not need to activate pulseaudio. It is doing nothing today that alsa does not do.
How about autoselecting the non-HDMI output for laptops? ALSA doesn't do that.
(Sorry for the OT, OP.)
we need to build it from source at least until maybe Head_on_a_Stick graciously packages it
Perhaps the next time I boot into Debian but I'm enjoying my new OpenBSD box too much atm.
Here's the packaging guide I use: https://www.debian.org/doc/manuals/debmake-doc/
For xlupe it should be fairly simple, just download the source tarball and rename it to xlupe_1.1.orig.tar.gz then unpack it and
# apt install build-essential devscripts
export DEBEMAIL="your.email@email.com"
export DEBFULLNAME="Vernon Surname_goes_here"
cd xlupe-1.1
debmakeThe debmake command will create a basic debian directory with template files that can be filled in.
To apply your suggested changes just run the sed command in the source directory then use this command to generate a patch:
dpkg-source --commitdebian/control is for listing the (build-)dependencies, package name, source URL and a few other details.
debian/rules is for building the package, debhelper(7) will manage most build systems automagically but to create the Makefile for Xlupe you may have to add this line:
override_dh_auto_configure:
xmkhfIf the Makefile doesn't have an install target then use debian/xlupe.install, like this:
xlupe /usr/bin/
debian/xlupe.desktop /usr/share/applications/^ The second line installs the .desktop file, which should be placed in the debian directory.
Once all of the templates are filled in then build the package with
debuild -us -ucHTH
EDIT: install the lintian package to run checks on the .deb once it's built, it will give advice on any problems.
See also https://lintian.debian.org/tags.html