docker install problems on debian-10

[haaber]

Hey, I experience trouble while trying to install docker accordingly to
https://docs.docker.com/engine/install/debian/ on debian-10. It apprears
that aufs.ko (whatever that is) makes trouble

Building initial module for 4.19.120-1.pvops.qubes.x86_64
Error! Bad return status for module build on kernel:
4.19.120-1.pvops.qubes.x86_64 (x86_64)
Consult /var/lib/dkms/aufs/4.19+20190211/build/make.log for more
information.
dpkg: error processing package aufs-dkms (--configure):
installed aufs-dkms package post-installation script subprocess
returned error exit status 10
Errors were encountered while processing:
aufs-dkms
E: Sub-process /usr/bin/dpkg returned an error code (1)

Could someone help me, with a hint, please? Cheers, Bernhard

[haaber]

I append my own question by a detail: Since I am asked to consult the
make.log file, here is why it fails. I have no way to fix that without
some help. Maybe sme headers missing ??


from /var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/sbinfo.c:23:
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:134:2: error:
unknown type name ‘vfs_readf_t’
vfs_readf_t si_xread;
^~~~~~~~~~~
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:135:2: error:
unknown type name ‘vfs_writef_t’
vfs_writef_t si_xwrite;
^~~~~~~~~~~~
In file included from
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/branch.h:33,
from
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/aufs.h:38,
from
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/module.c:25:
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:134:2: error:
unknown type name ‘vfs_readf_t’
vfs_readf_t si_xread;
^~~~~~~~~~~
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:135:2: error:
unknown type name ‘vfs_writef_t’
vfs_writef_t si_xwrite;
^~~~~~~~~~~~

[alex.xi...@gmail.com]

confirmed the same issue encountered here, also on Debian 10 TemplateVM, latest stable QubesOS

[emlaa...@gmail.com]

I tried to find a simpler workaround, but it looks like it's a problem with kernel support, so either switch to a distro with aufs support(such as Debian 9/Jessie), or downgrade your kernel.

[haaber]

> I tried to find a simpler workaround, but it looks like it's a problem
> with kernel support, so either switch to a distro with aufs support(such
> as Debian 9/Jessie), or downgrade your kernel.

<< --snip -->

Thank you! I removed my debian-9 template long ago (surprised?), but I
could re-install one for building. Just to evaluate the time-cost: how
would "downgrade" work?

[dhorf-hfre...@hashmail.org]

On Sun, May 31, 2020 at 11:55:15AM +0200, haaber wrote:
> Thank you! I removed my debian-9 template long ago (surprised?), but I
> could re-install one for building. Just to evaluate the time-cost: how
> would "downgrade" work?

just install the right rpm for either kernel or debian template.
so close to no effort, just a bit of download+diskspace required.

they are all still in the repo, even if very outdated:

https://ftp.qubes-os.org/repo/yum/r4.0/current/dom0/fc25/rpm/

check the kernel-qubes-vm-* and kernel-latest-qubes-vm-*

even more versions if you look at the -testing repo:

https://ftp.qubes-os.org/repo/yum/r4.0/current-testing/dom0/fc25/rpm/


minor points to consider:
- make sure you pick the *qubes-vm* pkg if you want a kernel for use in
appvms.
- you can have as many vm-kernels installed as you have diskspace for.
- if you want to use many and use automated updates, may want to crank
up installonly_limit in dom0:/etc/dnf/dnf.conf and add kernel-latest
and kernel-latest-qubes-vm to installonlypkgs.
- depending on how you install the pkgs, you may have to use --force to
make it install _older_ pkgs than already installed.

[Emily]

The process isn't terribly involved, go into /etc/apt/sources.list and change any mentions of buster or what-have-you, and replace that with jessie, "sudo apt update" Jessie uses the 3.16 kernel(specific package name found with "aptitude search linux-image), so "sudo apt install linux-image-3.16.0-10-amd64 && sudo apt-get install linux-headers-3.16.0-10-amd64" and finally to apply the change "sudo apt-cache policy linux-image-3.16.0-10-amd64" and voila. honestly probably a little more hassle than just grabbing an old template from the qubes repository, but I have almost always preferred doing things the harder way at first just for the learning experience.