Package: src:schleuder
Version: 5.0.0-8
Severity: serious
Tags: ftbfs trixie sid
User: debian...@lists.debian.org
Usertags: ftbfs-during-trixie-support-period

Dear maintainer:

During a rebuild of all packages in unstable in the year 2028, your package 
failed to build:

--------------------------------------------------------------------------------
[...]
Failures:

  1) running filters .key_auto_import_from_autocrypt_header successfully 
validates a signature, whose previously unknown key is in the autocrypt-header
     Failure/Error: crypto.sign GPGME::Data.new(plain), options

     ArgumentError:
       NULL pointer given
     # ./lib/schleuder/mail/gpg/gpgme_helper.rb:79:in `sign'
     # ./lib/schleuder/mail/gpg/sign_part.rb:6:in `initialize'
     # ./lib/schleuder/mail/gpg/signed_part.rb:29:in `new'
     # ./lib/schleuder/mail/gpg/signed_part.rb:29:in `sign'
     # ./lib/schleuder/mail/gpg.rb:55:in `block in sign'
     # ./lib/schleuder/mail/gpg.rb:111:in `instance_eval'
     # ./lib/schleuder/mail/gpg.rb:111:in `block in construct_mail'
     # ./lib/schleuder/mail/gpg.rb:104:in `construct_mail'
     # ./lib/schleuder/mail/gpg.rb:52:in `sign'
     # ./lib/schleuder/mail/gpg/delivery_handler.rb:13:in `deliver_mail'
     # ./spec/schleuder/integration/filters_spec.rb:178:in `block (3 levels) in 
<top (required)>'
     # ./spec/spec_helper.rb:60:in `block (3 levels) in <top (required)>'
     # ./spec/spec_helper.rb:59:in `block (2 levels) in <top (required)>'
     # ------------------
     # --- Caused by: ---
     # GPGME::Error::UnusableSecretKey:
     #   Unusable secret key
     #   ./lib/schleuder/mail/gpg/gpgme_helper.rb:79:in `sign'

  2) running filters .key_auto_import_from_attachments successfully validates a 
signature, whose previously unknown key is attached
     Failure/Error: crypto.sign GPGME::Data.new(plain), options

     ArgumentError:
       NULL pointer given
     # ./lib/schleuder/mail/gpg/gpgme_helper.rb:79:in `sign'
     # ./lib/schleuder/mail/gpg/sign_part.rb:6:in `initialize'
     # ./lib/schleuder/mail/gpg/signed_part.rb:29:in `new'
     # ./lib/schleuder/mail/gpg/signed_part.rb:29:in `sign'
     # ./lib/schleuder/mail/gpg.rb:55:in `block in sign'
     # ./lib/schleuder/mail/gpg.rb:111:in `instance_eval'
     # ./lib/schleuder/mail/gpg.rb:111:in `block in construct_mail'
     # ./lib/schleuder/mail/gpg.rb:104:in `construct_mail'
     # ./lib/schleuder/mail/gpg.rb:52:in `sign'
     # ./lib/schleuder/mail/gpg/delivery_handler.rb:13:in `deliver_mail'
     # ./spec/schleuder/integration/filters_spec.rb:215:in `block (3 levels) in 
<top (required)>'
     # ./spec/spec_helper.rb:60:in `block (3 levels) in <top (required)>'
     # ./spec/spec_helper.rb:59:in `block (2 levels) in <top (required)>'
     # ------------------
     # --- Caused by: ---
     # GPGME::Error::UnusableSecretKey:
     #   Unusable secret key
     #   ./lib/schleuder/mail/gpg/gpgme_helper.rb:79:in `sign'

  3) running filters .key_auto_import_from_attachments successfully validates a 
signature, whose previously unknown key is attached, from an encrypted+signed 
message
     Failure/Error: ctx.encrypt_sign(recipient_keys, plain_data, cipher_data, 
flags)

     GPGME::Error::NoSecretKey:
       No secret key
     # ./lib/schleuder/mail/gpg/gpgme_helper.rb:30:in `block in encrypt'
     # ./lib/schleuder/mail/gpg/gpgme_helper.rb:23:in `encrypt'
     # ./lib/schleuder/mail/gpg/encrypted_part.rb:27:in `initialize'
     # ./lib/schleuder/mail/gpg.rb:39:in `new'
     # ./lib/schleuder/mail/gpg.rb:39:in `block in encrypt'
     # ./lib/schleuder/mail/gpg.rb:111:in `instance_eval'
     # ./lib/schleuder/mail/gpg.rb:111:in `block in construct_mail'
     # ./lib/schleuder/mail/gpg.rb:104:in `construct_mail'
     # ./lib/schleuder/mail/gpg.rb:25:in `encrypt'
     # ./lib/schleuder/mail/gpg/delivery_handler.rb:11:in `deliver_mail'
     # ./spec/schleuder/integration/filters_spec.rb:253:in `block (3 levels) in 
<top (required)>'
     # ./spec/spec_helper.rb:60:in `block (3 levels) in <top (required)>'
     # ./spec/spec_helper.rb:59:in `block (2 levels) in <top (required)>'

Finished in 2 minutes 30.6 seconds (files took 1.09 seconds to load)
583 examples, 3 failures

Failed examples:

rspec ./spec/schleuder/integration/filters_spec.rb:159 # running filters 
.key_auto_import_from_autocrypt_header successfully validates a signature, 
whose previously unknown key is in the autocrypt-header
rspec ./spec/schleuder/integration/filters_spec.rb:197 # running filters 
.key_auto_import_from_attachments successfully validates a signature, whose 
previously unknown key is attached
rspec ./spec/schleuder/integration/filters_spec.rb:232 # running filters 
.key_auto_import_from_attachments successfully validates a signature, whose 
previously unknown key is attached, from an encrypted+signed message

Randomized with seed 56554

/usr/bin/ruby3.3 
-I/usr/share/rubygems-integration/all/gems/rspec-support-3.13.1/lib:/usr/share/rubygems-integration/all/gems/rspec-core-3.13.0/lib
 /usr/share/rubygems-integration/all/gems/rspec-core-3.13.0/exe/rspec  
--exclude-pattern \[\"../spec/schleuder/integration/keywords_spec.rb\"\] 
--format documentation failed
ERROR: Test "ruby3.3" failed. Exiting.
dh_auto_install: error: dh_ruby --install /<<PKGBUILDDIR>>/debian/schleuder 
returned exit code 1
make: *** [debian/rules:9: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
--------------------------------------------------------------------------------

The above is just how the build ends and not necessarily the most relevant part.
If required, the full build log is available here:

https://people.debian.org/~sanvila/build-logs/ftbfs-future/

About the archive rebuild: This is an effort to keep trixie free from FTBFS bugs
during its lifetime as a supported distribution, as explained here:

https://lists.debian.org/debian-devel/2024/05/msg00414.html

This category of bugs is considered to be RC for trixie.

The build was made using sbuild and a reduced chroot with only
build-essential packages.

If you could not reproduce the bug please contact me privately, as I
am willing to provide ssh access to a virtual machine where the bug is
fully reproducible.

If this is really a bug in one of the build-depends, please use
reassign and add an affects on src:schleuder, so that this is still
visible in the BTS web page for this package.

Thanks.

Reply via email to