Bug#1012600: zfs-dkms: Compilation fails. ZFS completely non-functional after latest kernel upgrade.

2022-06-09 Thread Mauro Condarelli
Package: zfs-dkms
Version: 2.1.4-1
Severity: grave
Tags: ftbfs
Justification: renders package unusable
X-Debbugs-Cc: mc5...@mclink.it

Dear Maintainer,
zfs system is completely non-functional due to zfs-dkms kernel module 
compilation terminating in error.

My `/home/` is on zfs and thus I'm restricted to use `root` who has 
a usable `$HOME`.

   * What led up to the situation?
Routine "apt update && apt upgrade", most likely due to kernel upgrade.
After installation system asked for a reboot to complete kernel update.
After reboot I got the normal `lightdm` login screen, but I was unable 
to login.
I went to a text console to analyze situation and I found /home/ completely
wiped.
Also dmesg shows system does not find suitable ZFS moduled and thus is
unable to mount pool.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I tried to reinstall the failing package, but there are evident errors
visible in `/var/lib/dkms/zfs/2.1.4/build/make.log`
I am unsure how I can attach the file here.
If I don't manage it I will try to comment on the bug from another machine.

System is currently completely unusable.

-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages zfs-dkms depends on:
ii  debconf [debconf-2.0]  1.5.79
ii  dkms   3.0.3-2
ii  file   1:5.41-4
ii  libc6-dev [libc-dev]   2.33-7
ii  libpython3-stdlib  3.10.4-1+b1
ii  lsb-release11.2
ii  perl   5.34.0-4
ii  python3-distutils  3.10.5-1

Versions of packages zfs-dkms recommends:
ii  linux-libc-dev  5.18.2-1
ii  zfs-zed 2.1.4-1+b1
ii  zfsutils-linux  2.1.4-1+b1

Versions of packages zfs-dkms suggests:
pn  debhelper  

-- debconf information:
  zfs-dkms/stop-build-for-32bit-kernel: true
  zfs-dkms/stop-build-for-unknown-kernel: true
* zfs-dkms/note-incompatible-licenses:
DKMS make.log for zfs-2.1.4 for kernel 5.18.0-1-amd64 (x86_64)
Fri Jun 10 12:50:47 AM CEST 2022
make  all-recursive
make[1]: Entering directory '/var/lib/dkms/zfs/2.1.4/build'
Making all in module
make[2]: Entering directory '/var/lib/dkms/zfs/2.1.4/build/module'
list='icp lua zstd'; for td in $list; do make -C $td; done
make[3]: Entering directory '/var/lib/dkms/zfs/2.1.4/build/module/icp'
mkdir -p api core spi io os algs algs/aes algs/edonr algs/modes algs/sha1 
algs/sha2 algs/skein asm-x86_64 asm-x86_64/aes asm-x86_64/modes asm-x86_64/sha1 
asm-x86_64/sha2 asm-i386 asm-generic
make[3]: Leaving directory '/var/lib/dkms/zfs/2.1.4/build/module/icp'
make[3]: Entering directory '/var/lib/dkms/zfs/2.1.4/build/module/lua'
mkdir -p setjmp
make[3]: Leaving directory '/var/lib/dkms/zfs/2.1.4/build/module/lua'
make[3]: Entering directory '/var/lib/dkms/zfs/2.1.4/build/module/zstd'
mkdir -p lib
make[3]: Leaving directory '/var/lib/dkms/zfs/2.1.4/build/module/zstd'
make -C /lib/modules/5.18.0-1-amd64/build  \
  \
M="$PWD"  O=/lib/modules/5.18.0-1-amd64/build CONFIG_ZFS=m modules
make[3]: Entering directory '/usr/src/linux-headers-5.18.0-1-amd64'
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/nvpair/nvpair.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/lua/lapi.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/unicode/u8_textprep.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/unicode/uconv.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/nvpair/fnvpair.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/avl/avl.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/spl/../os/linux/spl/spl-atomic.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/lua/lauxlib.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/icp/illumos-crypto.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/zcommon/cityhash.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/zstd/zfs_zstd.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/zfs/abd.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/spl/../os/linux/spl/spl-condvar.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/icp/api/kcf_cipher.o
  LD [M]  /var/lib/dkms/zfs/2.1.4/build/module/avl/zavl.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/zfs/aggsum.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/nvpair/nvpair_alloc_spl.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/zfs/arc.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/zcommon/zfeature_common.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/spl/../os/linux/spl/spl-cred.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/spl/../os/linux/spl/spl-err.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/lua/lbaselib.o
  CC [M]  /var/lib/dkms/zfs/2.1.4/build/module/zstd/lib/zstd.o
  CC [M]  

Bug#909613: gnome-mines: Flags are not visible

2018-09-25 Thread Mauro Condarelli
Package: gnome-mines
Version: 1:3.30.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,
in this game right clicking on a tile should mark it with an appropriate icon
(a small flag); this icon does not appear in currend version of the game (sid).

The tile was correctly marked because flag counter is correctly maintained and
other commends (e.g.: right clicking on a filled-up "open" tile) work as
expected.

It really seems just the icon graphics is missing.

I tried to launch he program from a terminal shell in hope to see some error
printout, but none appeared.

This error seems pretty similar to what reported to Red Hat Bugzilla – Bug
1190887 (https://bugzilla.redhat.com/show_bug.cgi?id=1190887) with the
difference resizing the game window has no effect whatsoever.

This bug makes game pretty much unusable.



-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-mines depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.0-1
ii  libc62.27-6
ii  libglib2.0-0 2.58.1-2
ii  libgnome-games-support-1-3   1.4.2-1
ii  libgtk-3-0   3.24.0-3

Versions of packages gnome-mines recommends:
ii  yelp  3.30.0-1

gnome-mines suggests no packages.

-- no debconf information


Bug#796331: emdebian-archive-keyring: The following signatures were invalid: REVKEYSIG B5B7720097BB3B58

2015-08-21 Thread Mauro Condarelli
Package: emdebian-archive-keyring
Version: 2.0.5
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I upgraded from wheezy to jessie a Virtual Machine (Virtualbox) I use to 
develop ARM code.
At end of dist-upgrade I started consistently to have the following error:

root@ariag25:~# apt-get update
Hit http://ftp.it.debian.org jessie InRelease
Get:1 http://www.emdebian.org jessie InRelease [5,012 B]
Hit http://security.debian.org jessie/updates InRelease
Hit http://ftp.it.debian.org jessie-updates InRelease
Ign http://www.emdebian.org jessie InRelease
Hit http://ftp.it.debian.org jessie/main Sources
Hit http://security.debian.org jessie/updates/main Sources
Hit http://ftp.it.debian.org jessie/main amd64 Packages
Ign http://www.emdebian.org jessie/main amd64 Packages/DiffIndex
Hit http://security.debian.org jessie/updates/main amd64 Packages
Hit http://ftp.it.debian.org jessie/non-free amd64 Packages
Hit http://security.debian.org jessie/updates/non-free amd64 Packages
Hit http://ftp.it.debian.org jessie/main Translation-en
Hit http://ftp.it.debian.org jessie/non-free Translation-en
Hit http://security.debian.org jessie/updates/main Translation-en
Hit http://ftp.it.debian.org jessie-updates/main Sources
Hit http://security.debian.org jessie/updates/non-free Translation-en
Get:2 http://ftp.it.debian.org jessie-updates/main amd64 Packages/DiffIndex 
[643 B]
Hit http://ftp.it.debian.org jessie-updates/non-free amd64 Packages
Get:3 http://ftp.it.debian.org jessie-updates/main Translation-en/DiffIndex 
[229 B]
Hit http://ftp.it.debian.org jessie-updates/non-free Translation-en
Hit http://www.emdebian.org jessie/main amd64 Packages
Ign http://www.emdebian.org jessie/main Translation-en_US
Ign http://www.emdebian.org jessie/main Translation-en
Fetched 5,884 B in 1s (4,079 B/s)
Reading package lists... Done
W: GPG error: http://www.emdebian.org jessie InRelease: The following 
signatures were invalid: REVKEYSIG B5B7720097BB3B58 Emdebian Archive Signing Key


   * What exactly did you do (or not do) that was effective (or ineffective)?
I tried to manually install the key:

root@ariag25:/media/cdrom# gpg --keyserver pgp.mit.edu --recv-keys 
B5B7720097BB3B58
gpg: directory `/root/.gnupg' created
gpg: new configuration file `/root/.gnupg/gpg.conf' created
gpg: WARNING: options in `/root/.gnupg/gpg.conf' are not yet active during this 
run
gpg: keyring `/root/.gnupg/secring.gpg' created
gpg: keyring `/root/.gnupg/pubring.gpg' created
gpg: requesting key 97BB3B58 from hkp server pgp.mit.edu
gpg: /root/.gnupg/trustdb.gpg: trustdb created
gpg: key 97BB3B58: public key Emdebian Archive Signing Key imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg:   imported: 1
root@ariag25:/media/cdrom# gpg --armor --export 97BB3B58 | apt-key add -
OK

I also (manually) upgraded to new version (from sid archives):

root@ariag25:~# wget 
http://ftp.fi.debian.org/debian/pool/main/e/emdebian-archive-keyring/emdebian-archive-keyring_2.0.5_all.deb
--2015-08-21 12:34:09--  
http://ftp.fi.debian.org/debian/pool/main/e/emdebian-archive-keyring/emdebian-archive-keyring_2.0.5_all.deb
Resolving ftp.fi.debian.org (ftp.fi.debian.org)... 130.230.54.99, 
2001:708:310:54::99
Connecting to ftp.fi.debian.org (ftp.fi.debian.org)|130.230.54.99|:80... 
connected.
HTTP request sent, awaiting response... 200 OK
Length: 6942 (6.8K) [application/x-debian-package]
Saving to: ‘emdebian-archive-keyring_2.0.5_all.deb’

emdebian-archive-keyring_2.0.5_ 
100%[===]   6.78K  
--.-KB/s   in 0.02s

2015-08-21 12:34:09 (350 KB/s) - ‘emdebian-archive-keyring_2.0.5_all.deb’ saved 
[6942/6942]

root@ariag25:~# dpkg -i emdebian-archive-keyring_2.0.5_all.deb
Selecting previously unselected package emdebian-archive-keyring.
(Reading database ... 78608 files and directories currently installed.)
Preparing to unpack emdebian-archive-keyring_2.0.5_all.deb ...
Unpacking emdebian-archive-keyring (2.0.5) ...
Setting up emdebian-archive-keyring (2.0.5) ...
OK


   * What was the outcome of this action?
No difference: the error is absolutely the same.


   * What outcome did you expect instead?
I expected to be able to apt-get update with no errors.
I asssume the problem is with key generation (apparently missing the revocation 
certificate).
I will install with the --allow-unauthenticated, but that does not seem right, 
does it?


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 8.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of