I think the card uses the legacy driver so

grep iwl4965 /proc/modules

And if it isn't loaded use

# modprobe iwl4965

If that fixes things then add the module name to /etc/modules (or to a file under /etc/modules-load.d/) to force load it every boot.

Well it would be for a Debian package and they prefer it if you use the reportbug package but some maintainers can be funny if bugs are reported in derivatives. Can you reproduce this in a Debian sid chroot?

Nice, thanks for sharing.

Apologies if this is an irritating point to raise but your scripts do not use bashisms so they could (should?) have a /bin/sh shebang instead.

EDIT: and did you know that yad already has a calendar?

yad --calendar

Why not just grab the source package instead and apply the patch to that?

Add the relevant deb-src lines to /etc/apt/sources.list then use

# apt update
apt source gnome-settings-daemon
cd gnome-settings-daemon-*
patch -p1 < brightness.patch
dpkg-source --commit
# mk-build-deps --install --remove
debuild -us -uc
# dpkg -i ../gnome-settings-daemon*.deb
# aptitude purge gnome-settings-daemon-build-deps

The dpkg-source & mk-build-deps commands are supplied by the dpkg-dev & devscripts packages.

You shouldn't have to do that at all, the libelogind0 package has Provides: libsystemd0.

Can we see

apt policy libgnome-desktop-3-dev

I think you must be mistaken — the -e switch for sudo invokes it as an editor for the file named afterwards, check ~/.xsession-errors to confirm this. I think you meant to use

{item => ['lxterminal -e sudo shutdown -h now', 'Shutdown', 'applications-system']},

But you don't need to open a terminal emulator to run the command

Not sure, sorry. I would investigate but the snooker's on TV

Check the installation instructions on trizen's github site: https://github.com/trizen/obmenu-genera … INSTALL.md

That has a link to my Debian packages for obmenu-generator, which include a package for the DesktopEntry perl modules (if you add the repository then these will be installed as a dependency of the obmenu-generator package).

If you decide to use my packages then you should try to remove the perl modules that were installed by the cpanm commands listed in Miyo's guide:

# cpanm uninstall Linux::DesktopFiles Data::Dump File::DesktopEntry

If you decide not to use my packages then you should still remove the Linux::DesktopFiles & Data::Dump perl modules because installing them with cpanm means that they will not be updated if any vulnerabilities are found in them.

The Devuan repsositories already have packages for those modules and they will be updated if any vulnerabilities arise:

# apt install libfile-desktopentry-perl libdata-dump-perl

Although in my tests the libfile-desktopentry-perl package isn't actually needed to generate the menus.

HTH

EDIT: libfile-desktopentry-perl is an optional dependency to provide locale support, I'll add it to my package as a Recommends.

EDIT2: package updated, the current version is now 0.89-2.

I use this to launch a QEMU/KVM virtual machine along with virt-viewer and a shared directory (with the path to the disk image as the argument):

function vlaunch {
   qemu-system-x86_64 -enable-kvm \
                      -m 4G \
                      -cpu host \
                      -smp cores=4 \
                      -drive file="$1",format=raw,cache=none,if=virtio \
                      -soundhw hda \
                      -vga qxl \
                      -device virtio-serial-pci \
                      -device virtserialport,chardev=spicechannel0,name=com.redhat.spice.0 \
                      -chardev spicevmc,id=spicechannel0,name=vdagent \
                      -spice unix,addr=/tmp/vm_spice.socket,disable-ticketing \
                      -device nec-usb-xhci,id=usb \
                      -chardev spicevmc,name=usbredir,id=usbredirchardev1 \
                      -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1 \
                      -chardev spicevmc,name=usbredir,id=usbredirchardev2 \
                      -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2 \
                      -fsdev local,id=qemu_dev,path=/home/empty/Public,security_model=none \
                      -device virtio-9p-pci,fsdev=qemu_dev,mount_tag=qemu_mount &
   remote-viewer "spice+unix:///tmp/vm_spice.socket"
}

See http://forums.debian.net/viewtopic.php?f=16&t=144775 for more on this.

But that's in $ENV (~/.kshrc) because I use Korn Shell rather than bloaty old bash :-)

Unless both cards have the same problem :-)

See https://wiki.archlinux.org/index.php/Ne … less#Intel & https://wiki.archlinux.org/index.php/Ne … ss#Atheros for some troubleshooting ideas.

Otherwise see https://wiki.archlinux.org/index.php/Ne … onnections — cause #4 looks like it might be relevant here.

No, you haven't. You've enabled CSM ("Legacy" mode), which emulates non-UEFI booting via your machine's UEFI firmware. This means the machine is still open to the many UEFI firmware vulnerabilities.

If you have a rootkit then it can read the contents of the drive once the system is running. Secure Boot would help prevent rootkits from running. It's far from perfect but it is an extra layer of protection.

And before anybody starts bleating about not trusting Microsoft's keys note that it is possible to create your own keys, enrol them in the UEFI firmware and sign the kernel images with them. That's how I have enabled Secure Boot in my Alpine Linux system.

I am formally withdrawing my assistance in this thread as an act of solidarity with anticapitalista. I fully support their fight to overthrow the capitalist system.

EDIT: and for the record Microsoft charge a nominal fee of $99 for use of their Secure Boot keys.

The AX201 should be supported by the firmware-iwlwifi & kernel packages in the beowulf-backports repositories.

The .deb packages can be downloaded from Debian's repositories (which are mirrored in Devuan by amprolla):

http://deb.debian.org/debian/pool/non-f … +1_all.deb

http://deb.debian.org/debian/pool/main/ … _amd64.deb

Download those on another machine then transfer them to your Devuan system and install them. Afterwards you can add the beowulf-backports repositories and install the linux-image-amd64 metapackage from there so that the kernel is kept updated.

That looks to be cropped, can you scroll the output? Or make the terminal bigger so that you can see it all.

Not sure. Which kernel is it using?

uname -a
aptitude search '?narrow(?installed, linux-image)'
ls -l /vmlinuz