Processed: severity of 1025012 is important

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 1025012 important
Bug #1025012 [zookeeper] zookeeper: starts but is completely unusable
Severity set to 'important' from 'grave'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1025012: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1025012
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 1003648 php-horde-prefs 2.9.0-8
Bug #1003648 [src:php-horde-ansel] php-horde-ansel: (autopkgtest) needs update 
for php8.1: deprecation warnings on stderr
Bug reassigned from package 'src:php-horde-ansel' to 'php-horde-prefs'.
No longer marked as found in versions php-horde-ansel/3.0.10+debian1-2.
Ignoring request to alter fixed versions of bug #1003648 to the same values 
previously set
Bug #1003648 [php-horde-prefs] php-horde-ansel: (autopkgtest) needs update for 
php8.1: deprecation warnings on stderr
Marked as found in versions php-horde-prefs/2.9.0-8.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1003648: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003648
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1003648: Reassign

[Anton Gladky]

reassign 1003648 php-horde-prefs/2.9.0-8
thanks

The warning is in Prefs.php, which is in package php-horde-prefs.
Some other packages can be affected

Anton

Bug#1023697: Keep out of testing

[Vincent Bernat]

On Thu, 10 Nov 2022 22:45:57 +0100 Bastian Germann  wrote:

As a new maintainer has stepped up, this cannot be the reason anymore to dump 
the package.
Actually, with the next version of swupdate (one of those handful) I wanted to 
switch from OpenSSL
to SWUpdate.


As there are no real plan to provide QUIC support in OpenSSL 3 and the 
performance regressions of OpenSSL 3 are quite important, I may also 
switch HAProxy to WolfSSL.

Bug#1024910: marked as done (dt-schema: (autopkgtest) needs update for python3.11: No module named '_libfdt')

[Debian Bug Tracking System]

Your message dated Fri, 16 Dec 2022 01:49:11 +
with message-id 
and subject line Bug#1024910: fixed in dt-schema 2022.08.2-5
has caused the Debian Bug report #1024910,
regarding dt-schema: (autopkgtest) needs update for python3.11: No module named 
'_libfdt'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1024910: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024910
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Source: dt-schema
Version: 2022.08.2-3
Severity: serious
Tags: sid bookworm
User: debian...@lists.debian.org
Usertags: needs-update
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Control: affects -1 src:python3-defaults

Dear maintainer(s),

We are in the transition of adding python3.11 as a supported Python 
version [0]. With a recent upload of python3-defaults the autopkgtest of 
dt-schema fails in testing when that autopkgtest is run with the binary 
packages of python3-defaults from unstable. It passes when run with only 
packages from testing. In tabular form:


   passfail
python3-defaults   from testing3.10.6-3
dt-schema  from testing2022.08.2-3
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of python3-defaults 
to testing [1]. https://docs.python.org/3/whatsnew/3.11.html lists 
what's new in Python3.11, it may help to identify what needs to be updated.


More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[0] https://bugs.debian.org/1021984
[1] https://qa.debian.org/excuses.php?package=python3-defaults

https://ci.debian.net/data/autopkgtest/testing/amd64/d/dt-schema/28726229/log.gz

=== python3.11 ===
Traceback (most recent call last):
  File 
"/tmp/autopkgtest-lxc.apldq448/downtmp/autopkgtest_tmp/test/test-dt-validate.py", 
line 20, in 

import dtschema
  File "/usr/lib/python3/dist-packages/dtschema/__init__.py", line 1, 
in 

from dtschema.lib import (
  File "/usr/lib/python3/dist-packages/dtschema/lib.py", line 18, in 


import dtschema.dtb
  File "/usr/lib/python3/dist-packages/dtschema/dtb.py", line 9, in 


import libfdt
  File "/usr/lib/python3/dist-packages/libfdt.py", line 15, in 
import _libfdt
ModuleNotFoundError: No module named '_libfdt'
autopkgtest [17:13:35]: test unittests



OpenPGP_signature
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
Source: dt-schema
Source-Version: 2022.08.2-5
Done: Bastian Germann 

We believe that the bug you reported is fixed in the latest version of
dt-schema, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1024...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Germann  (supplier of updated dt-schema package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 16 Dec 2022 02:34:50 +0100
Source: dt-schema
Architecture: source
Version: 2022.08.2-5
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Team 
Changed-By: Bastian Germann 
Closes: 1024910
Changes:
 dt-schema (2022.08.2-5) unstable; urgency=medium
 .
   * Team upload
   * autopkgtests: py3versions: use -d instead of -s (Closes: #1024910)
Checksums-Sha1:
 26d558e5681828a1cc5e30517ba4bad76a0760df 2035 dt-schema_2022.08.2-5.dsc
 95518d4ce683f5033a0c26829a77ad16e674db46 3796 
dt-schema_2022.08.2-5.debian.tar.xz
 f98be5542a4d7fce1d57826da1a0153eb33743d4 6483 
dt-schema_2022.08.2-5_source.buildinfo
Checksums-Sha256:
 d13ced3e466e27f4097b392259a2664ebb291d7b9e4e650d17904384428525cc 2035 
dt-schema_2022.08.2-5.dsc
 d2f05218a9a33d069a3f20ee87b5bad299c9ad8459093d0bdff9aedd780f46b3 3796 
dt-schema_2022.08.2-5.debian.tar.xz
 1044494586149aa79b2b294b0d9f01bfbd31f157bd866f030e016876263d6d22 6483 
dt-schema_2022.08.2-5_source.buildinfo
Files:
 6dff5ca149e1a28fc2013ad69664ae26 2035 devel optional dt-schema_2022.08.2-5.dsc
 9986fa27013bf2ba140aacec66e9dba6 3796 devel optional 
dt-schema_2022.08.2-5.debian.tar.xz
 

Bug#1026198: ruby-webpack-rails: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-webpack-rails
Version: 0.9.11+git-1
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules build-indep
dh build-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
 fakeroot debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_testroot -i -O--buildsystem=ruby

[... snipped ...]


TZInfo::DataSourceNotFound:
  tzinfo-data is not present. Please add gem 'tzinfo-data' to your Gemfile and 
run bundle install
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:159:in
 `rescue in create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:156:in
 `create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
# /<>/spec/spec_helper.rb:13:in `'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `block in require'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `require'
# /<>/spec/manifest_spec.rb:1:in `'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `load'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `block in load'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `load'
# --
# --- Caused by: ---
# TZInfo::DataSources::ZoneinfoDirectoryNotFound:
#   None of the paths included in 
TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo 
directories.
#   
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in
 `initialize'
No examples found.

Finished in 0.7 seconds (files took 1.34 seconds to load)
0 examples, 0 failures, 2 errors occurred outside of examples

/usr/bin/ruby3.0 
-I/usr/share/rubygems-integration/all/gems/rspec-support-3.10.3/lib:/usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib
 /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/exe/rspec --pattern 
./spec/\*\*/\*_spec.rb --format documentation failed
mv ./.gem2deb.Gemfile.lock Gemfile.lock
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/ruby-webpack-rails-0.9.11\+git/debian/ruby-webpack-rails returned 
exit code 1
make: *** [debian/rules:6: binary-indep] Error 25
dpkg-buildpackage: error: fakeroot debian/rules binary-indep subprocess 
returned exit status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for 

Bug#1026196: ruby-voight-kampff: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-voight-kampff
Version: 1.1.3-4
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-voight-kampff/ -i -O--buildsystem=ruby

[... snipped ...]

# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:159:in
 `rescue in create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:156:in
 `create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
# 
/usr/share/rubygems-integration/all/gems/combustion-1.3.7/lib/combustion.rb:56:in
 `initialize!'
# ./spec/spec_helper.rb:6:in `'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `require'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `block in require'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `require'
# ./spec/lib/voight_kampff_spec.rb:1:in `'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `load'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `block in load'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `load'
# --
# --- Caused by: ---
# TZInfo::DataSources::ZoneinfoDirectoryNotFound:
#   None of the paths included in 
TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo 
directories.
#   
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in
 `initialize'
No examples found.

Finished in 0.6 seconds (files took 0.86722 seconds to load)
0 examples, 0 failures, 4 errors occurred outside of examples

/usr/bin/ruby3.0 
-I/usr/share/rubygems-integration/all/gems/rspec-support-3.10.3/lib:/usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib
 /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/exe/rspec --pattern 
./spec/\*\*/\*_spec.rb --format documentation failed
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-voight-kampff returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

If you could not reproduce the bug please contact me 

Bug#1026197: ruby-webpacker: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-webpacker
Version: 5.4.3-2
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-webpacker/ -i -O--buildsystem=ruby

[... snipped ...]

from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
from /usr/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:431:in 
`each_strongly_connected_component_from'
from /usr/lib/ruby/3.0.0/tsort.rb:349:in `block in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `each'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `call'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in 
`each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:226:in `tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:205:in `tsort_each'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
from /<>/test/test_app/config/environment.rb:4:in `'
from /<>/test/test_helper.rb:7:in `require_relative'
from /<>/test/test_helper.rb:7:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from /<>/test/command_test.rb:1:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:21:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `select'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `'
rake aborted!
Command failed with status (1): [ruby -w -I"test" /usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb "test/command_test.rb" 
"test/compiler_test.rb" "test/configuration_test.rb" "test/dev_server_test.rb" "test/env_test.rb" "test/helper_test.rb" 
"test/manifest_test.rb" "test/rake_tasks_test.rb" "test/webpacker_test.rb"  -v]
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default
(See full trace by running task with --trace)
mv ./.gem2deb.Gemfile.lock Gemfile.lock
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-webpacker returned exit code 1
make: *** [debian/rules:8: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026195: ruby-sprockets-rails: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-sprockets-rails
Version: 3.4.1-2
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-sprockets-rails/ -i 
-O--buildsystem=ruby

[... snipped ...]

TZInfo::DataSourceNotFound: tzinfo-data is not present. Please add gem 
'tzinfo-data' to your Gemfile and run bundle install

/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:159:in
 `rescue in create_default_data_source'

/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:156:in
 `create_default_data_source'

/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'

/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'

/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'

/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
/usr/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
/usr/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in 
each_strongly_connected_component'
/usr/lib/ruby/3.0.0/tsort.rb:431:in `each_strongly_connected_component_from'
/usr/lib/ruby/3.0.0/tsort.rb:349:in `block in 
each_strongly_connected_component'
/usr/lib/ruby/3.0.0/tsort.rb:347:in `each'
/usr/lib/ruby/3.0.0/tsort.rb:347:in `call'
/usr/lib/ruby/3.0.0/tsort.rb:347:in `each_strongly_connected_component'
/usr/lib/ruby/3.0.0/tsort.rb:226:in `tsort_each'
/usr/lib/ruby/3.0.0/tsort.rb:205:in `tsort_each'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
/<>/test/test_quiet_assets.rb:28:in `setup'

rails test <>/test/test_quiet_assets.rb:42


Finished in 7.276513s, 22.5383 runs/s, 92.9016 assertions/s.
164 runs, 676 assertions, 0 failures, 29 errors, 0 skips
rake aborted!
Command failed with status (1): [ruby -w -I"test" /usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb 
"test/test_asset_url_processor.rb" "test/test_helper.rb" "test/test_quiet_assets.rb" "test/test_railtie.rb" 
"test/test_sourcemapping_url_processor.rb" "test/test_task.rb" -v]
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default
(See full trace by running task with --trace)
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-sprockets-rails returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026194: ruby-sassc-rails: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-sassc-rails
Version: 2.1.2-6
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-sassc-rails/ -i -O--buildsystem=ruby

[... snipped ...]

railties (6.1.7) lib/rails/railtie.rb:207:in `method_missing'
<>/test/sassc_rails_test.rb:43:in `initialize!'
<>/test/sassc_rails_test.rb:122:in 
`test_sass_imports_work_correctly'
minitest (5.14.2) lib/minitest/test.rb:98:in `block (3 levels) in run'
minitest (5.14.2) lib/minitest/test.rb:195:in `capture_exceptions'
minitest (5.14.2) lib/minitest/test.rb:95:in `block (2 levels) in run'
minitest (5.14.2) lib/minitest.rb:272:in `time_it'
minitest (5.14.2) lib/minitest/test.rb:94:in `block in run'
minitest (5.14.2) lib/minitest.rb:367:in `on_signal'
minitest (5.14.2) lib/minitest/test.rb:211:in `with_info_handler'
minitest (5.14.2) lib/minitest/test.rb:93:in `run'
minitest (5.14.2) lib/minitest.rb:1029:in `run_one_method'
minitest (5.14.2) lib/minitest.rb:341:in `run_one_method'
minitest (5.14.2) lib/minitest.rb:328:in `block (2 levels) in run'
minitest (5.14.2) lib/minitest.rb:327:in `each'
minitest (5.14.2) lib/minitest.rb:327:in `block in run'
minitest (5.14.2) lib/minitest.rb:367:in `on_signal'
minitest (5.14.2) lib/minitest.rb:354:in `with_info_handler'
minitest (5.14.2) lib/minitest.rb:326:in `run'
minitest (5.14.2) lib/minitest.rb:164:in `block in __run'
minitest (5.14.2) lib/minitest.rb:164:in `map'
minitest (5.14.2) lib/minitest.rb:164:in `__run'
minitest (5.14.2) lib/minitest.rb:141:in `run'
minitest (5.14.2) lib/minitest.rb:68:in `block in autorun'

rails test /<>/test/sassc_rails_test.rb:120


Finished in 0.144429s, 138.4761 runs/s, 0. assertions/s.
20 runs, 0 assertions, 0 failures, 18 errors, 2 skips
rake aborted!
Command failed with status (1): [ruby -w -I"test" 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb 
"test/sassc_rails_test.rb" "test/test_helper.rb" -v]
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default
(See full trace by running task with --trace)
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-sassc-rails returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026193: ruby-rails-controller-testing: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-rails-controller-testing
Version: 1.0.5-2
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-rails-controller-testing/ -i 
-O--buildsystem=ruby

[... snipped ...]

from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
from /usr/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:431:in 
`each_strongly_connected_component_from'
from /usr/lib/ruby/3.0.0/tsort.rb:349:in `block in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `each'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `call'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in 
`each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:226:in `tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:205:in `tsort_each'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
from /<>/test/dummy/config/environment.rb:5:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from /<>/test/test_helper.rb:4:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from /<>/test/controllers/assigns_test.rb:1:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:21:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `select'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `'
rake aborted!
Command failed with status (1): [ruby -w -I"test" 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb "test/controllers/assigns_test.rb" 
"test/controllers/template_assertions_test.rb" "test/helpers/template_assertions_test.rb" 
"test/integration/template_assertions_test.rb" "test/test_helper.rb" -v]
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default
(See full trace by running task with --trace)
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-rails-controller-testing returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026192: ruby-pry-rails: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-pry-rails
Version: 0.3.9-2
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-pry-rails/ -i -O--buildsystem=ruby

[... snipped ...]

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
/<>/spec/config/environment.rb:23:in `'
:85:in 
`require'
:85:in 
`require'
/<>/debian/ruby-tests.rake:25:in `block in '
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'

Caused by:
TZInfo::DataSources::ZoneinfoDirectoryNotFound: None of the paths included in 
TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo 
directories.
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in
 `initialize'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:157:in
 `new'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:157:in
 `create_default_data_source'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
/<>/spec/config/environment.rb:23:in `'
:85:in 
`require'
:85:in 
`require'
/<>/debian/ruby-tests.rake:25:in `block in '
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default => test => console => development_env
(See full trace by running task with --trace)
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-pry-rails returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026188: ruby-haml: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-haml
Version: 5.2.2-1
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
dh_auto_build
dh_ruby --build
yard && mv doc yardoc
[warn]: @param tag has unknown parameter name: new
in file `lib/haml/parser.rb' near line 215
[warn]: @param tag has unknown parameter name: old

[... snipped ...]

from debian/ruby-tests.rb:7:in `'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in
 `initialize': None of the paths included in 
TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo 
directories. (TZInfo::DataSources::ZoneinfoDirectoryNotFound)
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:157:in
 `new'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:157:in
 `create_default_data_source'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
from /usr/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:431:in 
`each_strongly_connected_component_from'
from /usr/lib/ruby/3.0.0/tsort.rb:349:in `block in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `each'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `call'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in 
`each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:226:in `tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:205:in `tsort_each'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
from /<>/test/test_helper.rb:32:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from /<>/test/attribute_parser_test.rb:3:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from debian/ruby-tests.rb:7:in `block in '
from debian/ruby-tests.rb:7:in `each'
from debian/ruby-tests.rb:7:in `'
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install /<>/debian/ruby-haml 
returned exit code 1
make[1]: *** [debian/rules:15: override_dh_auto_install] Error 25
make[1]: Leaving directory '/<>'
make: *** [debian/rules:7: binary-indep] Error 2
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026191: ruby-omniauth-rails-csrf-protection: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-omniauth-rails-csrf-protection
Version: 1.0.1-2
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-omniauth-rails-csrf-protection/ -i 
-O--buildsystem=ruby

[... snipped ...]

from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
from /usr/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:431:in 
`each_strongly_connected_component_from'
from /usr/lib/ruby/3.0.0/tsort.rb:349:in `block in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `each'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `call'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in 
`each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:226:in `tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:205:in `tsort_each'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
from /<>/test/test_helper.rb:56:in `'
from /<>/test/test_helper.rb:34:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from /<>/test/application_test.rb:1:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:21:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `select'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `'
Running test against Rails 6.1.7
rake aborted!
Command failed with status (1): [ruby -w -I"test" 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb 
"test/application_test.rb" "test/test_helper.rb" -v]
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default
(See full trace by running task with --trace)
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-omniauth-rails-csrf-protection returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026190: ruby-joiner: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-joiner
Version: 0.6.0-1
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-joiner/ -i -O--buildsystem=ruby

[... snipped ...]

# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:156:in
 `create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
# 
/usr/share/rubygems-integration/all/gems/combustion-1.3.7/lib/combustion.rb:56:in
 `initialize!'
# ./spec/spec_helper.rb:7:in `'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `require'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `block in require'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `require'
# ./spec/acceptance/paths_spec.rb:1:in `'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `load'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `block in load'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `load'
# --
# --- Caused by: ---
# TZInfo::DataSources::ZoneinfoDirectoryNotFound:
#   None of the paths included in 
TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo 
directories.
#   
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in
 `initialize'
No examples found.


Finished in 0.6 seconds (files took 0.81624 seconds to load)
0 examples, 0 failures, 2 errors occurred outside of examples

/usr/bin/ruby3.0 
-I/usr/share/rubygems-integration/all/gems/rspec-support-3.10.3/lib:/usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib
 /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/exe/rspec --pattern 
spec/\*\*\{,/\*/\*\*\}/\*_spec.rb failed
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install /<>/debian/ruby-joiner 
returned exit code 1
make: *** [debian/rules:8: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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, 

Bug#1026189: ruby-invisible-captcha: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-invisible-captcha
Version: 1.1.0-5
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-invisible-captcha/ -i 
-O--buildsystem=ruby

[... snipped ...]

An error occurred while loading spec_helper.
Failure/Error: Rails.application.initialize!

TZInfo::DataSourceNotFound:
  tzinfo-data is not present. Please add gem 'tzinfo-data' to your Gemfile and 
run bundle install
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:159:in
 `rescue in create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:156:in
 `create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
# ./spec/dummy/config/environment.rb:5:in `'
# ./spec/spec_helper.rb:5:in `'
# --
# --- Caused by: ---
# TZInfo::DataSources::ZoneinfoDirectoryNotFound:
#   None of the paths included in 
TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo 
directories.
#   
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in
 `initialize'
No examples found.
No examples found.


Finished in 0.7 seconds (files took 0.90923 seconds to load)
0 examples, 0 failures, 1 error occurred outside of examples

Finished in 0.7 seconds (files took 0.90923 seconds to load)
0 examples, 0 failures, 1 error occurred outside of examples


/usr/bin/ruby3.0 
-I/usr/share/rubygems-integration/all/gems/rspec-support-3.10.3/lib:/usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib
 /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/exe/rspec --pattern 
./spec/\*\*/\*_spec.rb --format documentation failed
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-invisible-captcha returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026187: ruby-globalid: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-globalid
Version: 0.6.0-1
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-globalid/ -i -O--buildsystem=ruby

[... snipped ...]

Error:
RailtieTest#test_GlobalID.app_for_Blog::Application_defaults_to_blog:
TZInfo::DataSourceNotFound: tzinfo-data is not present. Please add gem 
'tzinfo-data' to your Gemfile and run bundle install
test/cases/railtie_test.rb:22:in `block in '

rails test test/cases/railtie_test.rb:21

E

Error:
RailtieTest#test_SignedGlobalID.verifier_defaults_to_Blog::Application.message_verifier(:signed_global_ids)_when_secret_key_base_is_present:
TZInfo::DataSourceNotFound: tzinfo-data is not present. Please add gem 
'tzinfo-data' to your Gemfile and run bundle install
test/cases/railtie_test.rb:62:in `block in '

rails test test/cases/railtie_test.rb:61

E

Error:
RailtieTest#test_SignedGlobalID.verifier_can_be_set_with_config.global_id.verifier_=:
TZInfo::DataSourceNotFound: tzinfo-data is not present. Please add gem 
'tzinfo-data' to your Gemfile and run bundle install
test/cases/railtie_test.rb:82:in `block in '

rails test test/cases/railtie_test.rb:80



Finished in 0.585726s, 230.4834 runs/s, 402.9191 assertions/s.
135 runs, 236 assertions, 0 failures, 8 errors, 0 skips
rake aborted!
Command failed with status (1): [ruby -w -I"lib:test" /usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb 
"test/cases/global_id_test.rb" "test/cases/global_identification_test.rb" "test/cases/global_locator_test.rb" 
"test/cases/railtie_test.rb" "test/cases/signed_global_id_test.rb" "test/cases/uri_gid_test.rb" 
"test/cases/verifier_test.rb" ]
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default => test
(See full trace by running task with --trace)
mv ./.gem2deb.Gemfile.lock Gemfile.lock
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install /<>/debian/ruby-globalid 
returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026186: ruby-factory-bot-rails: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-factory-bot-rails
Version: 6.2.0-1
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-factory-bot-rails/ -i 
-O--buildsystem=ruby

[... snipped ...]

  tzinfo-data is not present. Please add gem 'tzinfo-data' to your Gemfile and 
run bundle install
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:159:in
 `rescue in create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:156:in
 `create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
# ./spec/fake_app.rb:12:in `'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `block in require'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `require'
# ./spec/spec_helper.rb:6:in `'
# --
# --- Caused by: ---
# TZInfo::DataSources::ZoneinfoDirectoryNotFound:
#   None of the paths included in 
TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo 
directories.
#   
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in
 `initialize'
No examples found.
No examples found.


Finished in 0.00012 seconds (files took 0.75777 seconds to load)
0 examples, 0 failures, 1 error occurred outside of examples

Finished in 0.00012 seconds (files took 0.75777 seconds to load)
0 examples, 0 failures, 1 error occurred outside of examples


/usr/bin/ruby3.0 
-I/usr/share/rubygems-integration/all/gems/rspec-support-3.10.3/lib:/usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib
 /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/exe/rspec --pattern 
./spec/\*\*/\*_spec.rb --format documentation failed
mv ./.gem2deb.Gemfile.lock Gemfile.lock
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-factory-bot-rails returned exit code 1
make: *** [debian/rules:8: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026185: ruby-enumerize: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-enumerize
Version: 2.5.0-1
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-enumerize/ -i -O--buildsystem=ruby

[... snipped ...]

from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:157:in
 `create_default_data_source'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
from /usr/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:431:in 
`each_strongly_connected_component_from'
from /usr/lib/ruby/3.0.0/tsort.rb:349:in `block in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `each'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `call'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in 
`each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:226:in `tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:205:in `tsort_each'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
from /<>/test/test_helper.rb:26:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from /<>/test/activemodel_test.rb:3:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:21:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `select'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `'
rake aborted!
Command failed with status (1): [ruby -w -I"test" /usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb "test/activemodel_test.rb" "test/activerecord_test.rb" 
"test/attribute_map_test.rb" "test/attribute_test.rb" "test/base_test.rb" "test/module_attributes_test.rb" "test/mongo_mapper_test.rb" "test/mongoid_test.rb" 
"test/multiple_test.rb" "test/predicates_test.rb" "test/rails_admin_test.rb" "test/sequel_test.rb" "test/set_test.rb" "test/value_test.rb" -v]
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default
(See full trace by running task with --trace)
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-enumerize returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

If you could not reproduce the bug please contact me privately, as I
am willing to 

Bug#1026184: ruby-combustion: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-combustion
Version: 1.3.7-1
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-combustion/ -i -O--buildsystem=ruby

[... snipped ...]


An error occurred while loading spec_helper.rb.
Failure/Error: Combustion::Application.initialize!

TZInfo::DataSourceNotFound:
  tzinfo-data is not present. Please add gem 'tzinfo-data' to your Gemfile and 
run bundle install
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:159:in
 `rescue in create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:156:in
 `create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
# ./lib/combustion.rb:56:in `initialize!'
# ./spec/spec_helper.rb:17:in `block in '
# ./spec/spec_helper.rb:16:in `chdir'
# ./spec/spec_helper.rb:16:in `'
# --
# --- Caused by: ---
# TZInfo::DataSources::ZoneinfoDirectoryNotFound:
#   None of the paths included in 
TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo 
directories.
#   
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in
 `initialize'
No examples found.


Finished in 0.6 seconds (files took 1.82 seconds to load)
0 examples, 0 failures, 1 error occurred outside of examples

/usr/bin/ruby3.0 
-I/usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib:/usr/share/rubygems-integration/all/gems/rspec-support-3.10.3/lib
 /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/exe/rspec --pattern 
./spec/\*_spec.rb failed
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-combustion returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026183: ruby-coffee-rails: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-coffee-rails
Version: 5.0.0-3
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules build-indep
dh build-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
 fakeroot debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_testroot -i -O--buildsystem=ruby

[... snipped ...]


/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
/usr/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
/usr/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in 
each_strongly_connected_component'
/usr/lib/ruby/3.0.0/tsort.rb:431:in `each_strongly_connected_component_from'
/usr/lib/ruby/3.0.0/tsort.rb:349:in `block in 
each_strongly_connected_component'
/usr/lib/ruby/3.0.0/tsort.rb:347:in `each'
/usr/lib/ruby/3.0.0/tsort.rb:347:in `call'
/usr/lib/ruby/3.0.0/tsort.rb:347:in `each_strongly_connected_component'
/usr/lib/ruby/3.0.0/tsort.rb:226:in `tsort_each'
/usr/lib/ruby/3.0.0/tsort.rb:205:in `tsort_each'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'

/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
/<>/test/assets_test.rb:16:in `setup'

Error:
AssetsTest#test_coffee-script.js_is_included_in_Sprockets_environment:
Errno::ENOENT: No such file or directory @ apply2files - 
/<>/test/tmp/coffee-script.js
/<>/test/assets_test.rb:22:in `delete'
/<>/test/assets_test.rb:22:in `teardown'

rails test test/assets_test.rb:25



Finished in 1.037368s, 4.8199 runs/s, 5.7839 assertions/s.
5 runs, 6 assertions, 0 failures, 2 errors, 0 skips
rake aborted!
Command failed with status (1)
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default => test
(See full trace by running task with --trace)
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-coffee-rails returned exit code 1
make: *** [debian/rules:6: binary-indep] Error 25
dpkg-buildpackage: error: fakeroot debian/rules binary-indep subprocess 
returned exit status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026182: ruby-browser: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-browser
Version: 4.2.0-3
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules build-indep
dh build-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
 fakeroot debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_testroot -i -O--buildsystem=ruby

[... snipped ...]

from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
from /usr/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:431:in 
`each_strongly_connected_component_from'
from /usr/lib/ruby/3.0.0/tsort.rb:349:in `block in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `each'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `call'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in 
`each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:226:in `tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:205:in `tsort_each'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
from /<>/test/sample_app.rb:55:in `'
from 
:148:in 
`require'
from 
:148:in 
`require'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `block in require'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `require'
from /<>/test/middleware_test.rb:5:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:21:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `select'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `'
Coverage report generated for Unit Tests to /<>/coverage. 768 / 
1256 LOC (61.15%) covered.
rake aborted!
Command failed with status (1): [ruby -w -I"lib:lib:test" 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb "test/browser_test.rb" 
"test/middleware_test.rb" "test/rails_test.rb" ]
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default => test
(See full trace by running task with --trace)
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install /<>/debian/ruby-browser 
returned exit code 1
make: *** [debian/rules:8: binary-indep] Error 25
dpkg-buildpackage: error: fakeroot debian/rules binary-indep subprocess 
returned exit status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026181: ruby-arbre: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-arbre
Version: 1.4.0-2
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-arbre/ -i -O--buildsystem=ruby

[... snipped ...]

# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:159:in
 `rescue in create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:156:in
 `create_default_data_source'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
# 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
# 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
# 
/usr/share/rubygems-integration/all/gems/combustion-1.3.7/lib/combustion.rb:56:in
 `initialize!'
# ./spec/rails/rails_spec_helper.rb:4:in `'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `require'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `block in require'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `require'
# ./spec/rails/integration/rendering_spec.rb:1:in `'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `load'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `block in load'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
# 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:326:in
 `load'
# --
# --- Caused by: ---
# TZInfo::DataSources::ZoneinfoDirectoryNotFound:
#   None of the paths included in 
TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo 
directories.
#   
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in
 `initialize'

Finished in 0.7 seconds (files took 1.03 seconds to load)
0 examples, 0 failures, 2 errors occurred outside of examples

/usr/bin/ruby3.0 
-I/usr/share/rubygems-integration/all/gems/rspec-support-3.10.3/lib:/usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib
 /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/exe/rspec --pattern 
./spec/\*\*/\*_spec.rb --format documentation failed
mv ./.gem2deb.Gemfile.lock Gemfile.lock
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install /<>/debian/ruby-arbre 
returned exit code 1
make: *** [debian/rules:8: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

If you could not reproduce the bug 

Bug#1026180: ruby-ahoy-email: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-ahoy-email
Version: 1.1.1-2
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-ahoy-email/ -i -O--buildsystem=ruby

[... snipped ...]

from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:157:in
 `create_default_data_source'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
from 
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/railtie.rb:50:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `instance_exec'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:32:in
 `run'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:61:in
 `block in run_initializers'
from /usr/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:431:in 
`each_strongly_connected_component_from'
from /usr/lib/ruby/3.0.0/tsort.rb:349:in `block in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `each'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `call'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in 
`each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:226:in `tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:205:in `tsort_each'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
from 
/usr/share/rubygems-integration/all/gems/combustion-1.3.7/lib/combustion.rb:56:in
 `initialize!'
from /<>/test/test_helper.rb:10:in `'
from /<>/test/click_test.rb:1:in `require_relative'
from /<>/test/click_test.rb:1:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:21:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `select'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `'
rake aborted!
Command failed with status (1)
/usr/share/rubygems-integration/all/gems/rake-13.0.6/exe/rake:27:in `'
Tasks: TOP => default => test
(See full trace by running task with --trace)
ERROR: Test "ruby3.0" failed. Exiting.
dh_auto_install: error: dh_ruby --install 
/<>/debian/ruby-ahoy-email returned exit code 1
make: *** [debian/rules:7: binary-indep] Error 25
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

About the archive rebuild: The build was made using virtual machines
from Hetzner, with enough memory, enough disk, and either one or two
CPUs, using a reduced chroot with only build-essential packages (plus
debhelper).

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 affects, so that this is still visible in the BTS web
page for this package.

Thanks.

Bug#1026179: ruby-active-model-serializers: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:ruby-active-model-serializers
Version: 0.10.12-1
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install --destdir=debian/ruby-active-model-serializers/ -i 
-O--buildsystem=ruby

[... snipped ...]

from /usr/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:431:in 
`each_strongly_connected_component_from'
from /usr/lib/ruby/3.0.0/tsort.rb:349:in `block in 
each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `each'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in `call'
from /usr/lib/ruby/3.0.0/tsort.rb:347:in 
`each_strongly_connected_component'
from /usr/lib/ruby/3.0.0/tsort.rb:226:in `tsort_each'
from /usr/lib/ruby/3.0.0/tsort.rb:205:in `tsort_each'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/initializable.rb:60:in
 `run_initializers'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/application.rb:391:in
 `initialize!'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `public_send'
from 
/usr/share/rubygems-integration/all/gems/railties-6.1.7/lib/rails/railtie.rb:207:in
 `method_missing'
from /<>/test/support/isolated_unit.rb:77:in 
`make_basic_app'
from /<>/test/support/rails_app.rb:5:in 
`'
from /<>/test/support/rails_app.rb:4:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `block in require'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:299:in
 `load_dependency'
from 
/usr/share/rubygems-integration/all/gems/activesupport-6.1.7/lib/active_support/dependencies.rb:332:in
 `require'
from /<>/test/test_helper.rb:57:in `'
from 
:85:in 
`require'
from 
:85:in 
`require'
from /<>/test/action_controller/adapter_selector_test.rb:3:in 
`'
from 
:85:in 
`require'
from 
:85:in 
`require'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:21:in
 `block in '
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `select'
from 
/usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb:6:in
 `'
rake aborted!
Command failed with status (1): [ruby -w -I"test" /usr/share/rubygems-integration/all/gems/rake-13.0.6/lib/rake/rake_test_loader.rb "test/action_controller/adapter_selector_test.rb" "test/action_controller/explicit_serializer_test.rb" "test/action_controller/json/include_test.rb" "test/action_controller/json_api/deserialization_test.rb" "test/action_controller/json_api/errors_test.rb" "test/action_controller/json_api/fields_test.rb" "test/action_controller/json_api/linked_test.rb" "test/action_controller/json_api/transform_test.rb" "test/action_controller/lookup_proc_test.rb" "test/action_controller/namespace_lookup_test.rb" 
"test/action_controller/serialization_scope_name_test.rb" "test/action_controller/serialization_test.rb" "test/active_model_serializers/adapter_for_test.rb" "test/active_model_serializers/json_pointer_test.rb" "test/active_model_serializers/logging_test.rb" "test/active_model_serializers/model_test.rb" "test/active_model_serializers/test/serializer_test.rb" "test/active_record_test.rb" "test/adapter/attributes_test.rb" "test/adapter/deprecation_test.rb" "test/adapter/json/belongs_to_test.rb" "test/adapter/json/collection_test.rb" "test/adapter/json/fields_test.rb" "test/adapter/json/has_many_test.rb" 
"test/adapter/json/transform_test.rb" "test/adapter/json_api/belongs_to_test.rb" "test/adapter/json_api/collection_test.rb" "test/adapter/json_api/errors_test.rb" "test/adapter/json_api/fields_test.rb" "test/adapter/json_api/has_many_explicit_serializer_test.rb" "test/adapter/json_api/has_many_test.rb" "test/adapter/json_api/has_one_test.rb" "test/adapter/json_api/include_data_if_sideloaded_test.rb" "test/adapter/json_api/json_api_test.rb" 

Bug#1026178: redmine: FTBFS in bookworm (missing build-depends on tzdata)

[Santiago Vila]

Package: src:redmine
Version: 5.0.0-1
Severity: serious
Tags: bookworm ftbfs patch

Dear maintainer:

During a rebuild of all packages in bookworm, your package failed to build:


[...]
 debian/rules binary-indep
dh binary-indep --with ruby
   dh_update_autotools_config -i
   dh_autoreconf -i
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
./debian/check-locales
bundle --local --quiet
`/sbuild-nonexistent` is not a directory.
Bundler will use `/tmp/bundler20220525-2469344-bbkpvo2469344' as your home 
directory temporarily.
rm -f Gemfile.lock
make[1]: Leaving directory '/<>'
   debian/rules override_dh_auto_test
make[1]: Entering directory '/<>'

[... snipped ...]

/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/initializable.rb:60:in
 `run_initializers'
/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/application.rb:391:in
 `initialize!'
/<>/config/environment.rb:16:in `'
/usr/share/rubygems-integration/all/gems/zeitwerk-2.4.2/lib/zeitwerk/kernel.rb:34:in
 `require'
/usr/share/rubygems-integration/all/gems/zeitwerk-2.4.2/lib/zeitwerk/kernel.rb:34:in
 `require'
/usr/share/rubygems-integration/all/gems/activesupport-6.1.4.6/lib/active_support/dependencies.rb:332:in
 `block in require'
/usr/share/rubygems-integration/all/gems/activesupport-6.1.4.6/lib/active_support/dependencies.rb:299:in
 `load_dependency'
/usr/share/rubygems-integration/all/gems/activesupport-6.1.4.6/lib/active_support/dependencies.rb:332:in
 `require'
/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/application.rb:367:in
 `require_environment!'
/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/application.rb:533:in
 `block in run_tasks_blocks'

Caused by:
TZInfo::DataSources::ZoneinfoDirectoryNotFound: None of the paths included in 
TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo 
directories.
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in
 `initialize'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:157:in
 `new'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:157:in
 `create_default_data_source'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:55:in
 `block in get'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `synchronize'
/usr/share/rubygems-integration/all/gems/tzinfo-2.0.4/lib/tzinfo/data_source.rb:54:in
 `get'
/usr/share/rubygems-integration/all/gems/activesupport-6.1.4.6/lib/active_support/railtie.rb:50:in
 `block in '
/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/initializable.rb:32:in
 `instance_exec'
/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/initializable.rb:32:in
 `run'
/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/initializable.rb:61:in
 `block in run_initializers'
/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/initializable.rb:60:in
 `run_initializers'
/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/application.rb:391:in
 `initialize!'
/<>/config/environment.rb:16:in `'
/usr/share/rubygems-integration/all/gems/zeitwerk-2.4.2/lib/zeitwerk/kernel.rb:34:in
 `require'
/usr/share/rubygems-integration/all/gems/zeitwerk-2.4.2/lib/zeitwerk/kernel.rb:34:in
 `require'
/usr/share/rubygems-integration/all/gems/activesupport-6.1.4.6/lib/active_support/dependencies.rb:332:in
 `block in require'
/usr/share/rubygems-integration/all/gems/activesupport-6.1.4.6/lib/active_support/dependencies.rb:299:in
 `load_dependency'
/usr/share/rubygems-integration/all/gems/activesupport-6.1.4.6/lib/active_support/dependencies.rb:332:in
 `require'
/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/application.rb:367:in
 `require_environment!'
/usr/share/rubygems-integration/all/gems/railties-6.1.4.6/lib/rails/application.rb:533:in
 `block in run_tasks_blocks'
Tasks: TOP => db:migrate => db:load_config => environment
(See full trace by running task with --trace)
make[1]: *** [debian/rules:22: override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:5: binary-indep] Error 2
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit 
status 2


(The above is just how the build ends and not necessarily the most relevant 
part)

Note 1: I'm using the "patch" tag because there is an obvious fix
(indicated in the subject).

Note 2: This bug is currently "hidden" by #1022340, which makes the build to 
fail for
another reason. After fixing #1022340, this package will ftbfs again if built in
a chroot with only build-essential and build-dependencies installed.


About the archive rebuild: The build was made using 

Bug#990335: marked as done (Test failure with OpenLDAP 2.5.5)

[Debian Bug Tracking System]

Your message dated Fri, 16 Dec 2022 00:39:12 +
with message-id 
and subject line Bug#990335: fixed in volatildap 1.5.0-2
has caused the Debian Bug report #990335,
regarding Test failure with OpenLDAP 2.5.5
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
990335: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990335
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: volatildap
Version: 1.5.0-1
Severity: medium
Forwarded: https://github.com/rbarrois/volatildap/issues/7
Tags: patch

Dear maintainer,

While working towards the OpenLDAP 2.5.5 transition, I noticed that
volatildap's tests & autopkgtest are failing when run against this new
OpenLDAP version.

I have opened an upstream bug about this, and also filed a PR offering a
possible patch.  You can see the bug here:

  https://github.com/rbarrois/volatildap/issues/7

and the PR here:

  https://github.com/rbarrois/volatildap/pull/8

OpenLDAP 2.5.5 is currently in experimental, so there is no urgency in
fixing this problem.

Thank you,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
https://sergiodj.net/


signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: volatildap
Source-Version: 1.5.0-2
Done: Bastian Germann 

We believe that the bug you reported is fixed in the latest version of
volatildap, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 990...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Germann  (supplier of updated volatildap package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 16 Dec 2022 01:10:00 +0100
Source: volatildap
Architecture: source
Version: 1.5.0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Team 
Changed-By: Bastian Germann 
Closes: 990335
Changes:
 volatildap (1.5.0-2) unstable; urgency=medium
 .
   * Team upload
   * Use (L)MDB backend (Closes: #990335)
Checksums-Sha1:
 b0bd8227cc60556815e98ad9d8ca55423d8f99de 1951 volatildap_1.5.0-2.dsc
 ae5270fb00580a8088b69fdf5b64623ddbb03c68 3444 volatildap_1.5.0-2.debian.tar.xz
 03ffeb5e6d469a98a8aadd5b4b0600f690457224 6230 
volatildap_1.5.0-2_source.buildinfo
Checksums-Sha256:
 3aee1997efa7459b14a4011cb3ab2b8aa5177f3d904725a5245f47b19394267f 1951 
volatildap_1.5.0-2.dsc
 d8bb589cc3cb1fcb5929e6e34ab17c6ed666cad17a5593c072a16cfaf38eb6bf 3444 
volatildap_1.5.0-2.debian.tar.xz
 108e8a8e85fc5af7e24d1331f26e7e8934479278746ab37d81162874ef7a50e1 6230 
volatildap_1.5.0-2_source.buildinfo
Files:
 cb1638dc3e2d49fdc112b32cc4ad243a 1951 python optional volatildap_1.5.0-2.dsc
 9e2b0a0cac882d6254b789b32129738b 3444 python optional 
volatildap_1.5.0-2.debian.tar.xz
 6d584de79bc97f746746da6f5e84949c 6230 python optional 
volatildap_1.5.0-2_source.buildinfo

-BEGIN PGP SIGNATURE-

iQHEBAEBCgAuFiEEQGIgyLhVKAI3jM5BH1x6i0VWQxQFAmObu58QHGJhZ2VAZGVi
aWFuLm9yZwAKCRAfXHqLRVZDFE1NDADBq/Zm/8bPp1ks4xmV2GnZ7GLYADJ/Yd4s
I7GHxcKNppdn4H9m6o2iynJHhzQevqAZBHswC83efV8VVvBZP5SE6gMn+708kr3v
NidXKosqd7Mvq7dDk0PTtW47F1ZncU6UYVFXeimJ8Xu6hdxzNugLRZjRN2JRoqmG
y7aTKI6h0S9OES6DJ5VvisD9z0ooPoN9/stJN5B5XSxWnlGd5jm5hyP0KP3jhi54
V6NZ1jK4ufVVm5YsWvMvfKPiSs7UOahDlnOjv1pNG1TmBnP45p+KTEl2aDjz1Leu
3gdo8pXt3Ks/EgLP2qN8jXYZ3FQq5huZmDrihSAS5whiInEkCgsfQO3nxqJ5zXBT
30lgptd91rv33MHfZS2Z9JaIfsMVTcwWC5C7/aiB8BsXPfL2pDNM3a26M6BYOuEc
RiozYmzO8XKzg/Hx80Fr1Yyal9C/v/nAIODy+vyMgOSXulIF8uB0as6yMP6e9/d9
KRN4Czeo43gHMBUXQf3pLrXDMII80KY=
=O+hS
-END PGP SIGNATURE End Message ---

Bug#1003108: marked as done (Dependency on python3-cachecontrol has an odd alternative)

[Debian Bug Tracking System]

Your message dated Fri, 16 Dec 2022 01:16:34 +0100
with message-id <910ae4ca-491c-e33b-e2b7-96c08d86f...@debian.org>
and subject line Re: python3-poetry: Still an issue
has caused the Debian Bug report #1003108,
regarding Dependency on python3-cachecontrol has an odd alternative
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1003108: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003108
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: python3-poetry
Version: 1.1.12+dfsg-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hey!

python3-cachecontrol (>= 0.12.6) | python3 (>> 3.6)

So, python3-cachecontrol don't get installed. Dunno who is generating
this dependency. Checked cachecontrol repository, but nothing odd
here. And in dh-python, nothing odd here either.


- -- System Information:
Debian Release: bookworm/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(101, 'experimental-debug'), (101, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.0-2-amd64 (SMP w/12 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-poetry depends on:
ii  python3 3.9.8-1
ii  python3-cachy   0.3.0-4
ii  python3-cleo0.8.1-2
ii  python3-clikit  0.6.2-3
ii  python3-html5lib1.1-3
ii  python3-importlib-metadata  4.6.4-1
ii  python3-lockfile1:0.12.2-2.2
ii  python3-packaging   21.3-1
ii  python3-pexpect 4.8.0-2
ii  python3-pkginfo 1.8.2-1
ii  python3-poetry-core 1.0.7-2
ii  python3-requests2.25.1+dfsg-2
ii  python3-requests-toolbelt   0.9.1-1
ii  python3-shellingham 1.3.2-1.1
ii  python3-tomlkit 0.8.0-1
ii  python3-virtualenv  20.12.1+ds-1

python3-poetry recommends no packages.

python3-poetry suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJGBAEBCAAwFiEErvI0h2bzccaJpzYAlaQv6DU1JfkFAmHUC/MSHGJlcm5hdEBk
ZWJpYW4ub3JnAAoJEJWkL+g1NSX5wxAP/ifdRGmBN7Uxwr5yB0GT9zBXNl2jOk7l
8IUyaG7jkbIHggLaxTo7hG65uOfLn7v0EF8iEHv+iV68lbPeN7anbjVdZgoRno/K
81XfA+KPlkNgMbT2AcLKizxCbYGHSqqBNTFe3sIaDwoEKdwxcB5EEejbc67s2KJf
32lOUXgmHvS+oA+jZ2YOSBuf0qK1G6ET/8tBDWUg02gnlsE4KQnQUNvA1pKrl5LX
+3P1cYKGrQXuxnayMGWZJ4xlbS4QdWLspQmiIbFENxyT594mDF2pnl96EMKNkde3
hnhFu4I2Hz3Q0IUteFPiAOv4ADREwzgSVUXJ0LsTUIkwJjN5t46h1tAKcdxhsYSl
O0CBxIAFvTK/BWPeLth11zOqzR2XYeUOVu3hidmg7pzBEVpvNk1VP9pxdXBve315
dEEsEz6EW10QrMBkC3GbR4vLVb+Z2z79O1NXL7/+Shxq6843LMy8wlgSLd4KW26m
vZP32DACnnORWAmACU6xOM4lmZPP7c0PUN4yZcIcB42HWHRUuRb8KFfguvvwLYzD
n72kbABEgQijWCGyL81XF2r7I35FZjebX3B5xJAL9Nu/x0CDZgzaJOoKrmebmXdy
qmVYm1/mZ8UlXdvUTl3nLCTw9RFr98sM07R4zh1r8qQFJEhhihk+saNLoasOxxOJ
WhvF48J+K10+
=+gUh
-END PGP SIGNATURE-
--- End Message ---
--- Begin Message ---

Version: 1.2.2+dfsg-1--- End Message ---

Processed: bug 1023039 is forwarded to https://github.com/xmlsec/python-xmlsec/issues/244

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forwarded 1023039 https://github.com/xmlsec/python-xmlsec/issues/244
Bug #1023039 [python-xmlsec] python-xmlsec: FTBFS with xmlsec1 1.2.35
Set Bug forwarded-to-address to 
'https://github.com/xmlsec/python-xmlsec/issues/244'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1023039: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1023039
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1017186: marked as done (ruby-vips: FTBFS: ERROR: Test "ruby3.0" failed: Failure/Error: expect(image.avg).to be_within(0.001).of(109.789))

[Debian Bug Tracking System]

Your message dated Thu, 15 Dec 2022 22:12:02 +
with message-id 
and subject line Bug#1017186: fixed in ruby-vips 2.1.4-1
has caused the Debian Bug report #1017186,
regarding ruby-vips: FTBFS: ERROR: Test "ruby3.0" failed:  Failure/Error: 
expect(image.avg).to be_within(0.001).of(109.789)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1017186: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017186
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ruby-vips
Version: 2.0.17-3
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20220813 ftbfs-bookworm

Hi,

During a rebuild of all packages in sid, your package failed to build
on amd64.


Relevant part (hopefully):
>  Failure/Error: expect(image.avg).to be_within(0.001).of(109.789)
>expected 109.41407425505706 to be within 0.001 of 109.789
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-support-3.10.3/lib/rspec/support.rb:102:in
>  `block in '
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-support-3.10.3/lib/rspec/support.rb:111:in
>  `notify_failure'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-expectations-3.10.1/lib/rspec/expectations/fail_with.rb:35:in
>  `fail_with'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-expectations-3.10.1/lib/rspec/expectations/handler.rb:40:in
>  `handle_failure'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-expectations-3.10.1/lib/rspec/expectations/handler.rb:56:in
>  `block in handle_matcher'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-expectations-3.10.1/lib/rspec/expectations/handler.rb:27:in
>  `with_matcher'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-expectations-3.10.1/lib/rspec/expectations/handler.rb:48:in
>  `handle_matcher'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-expectations-3.10.1/lib/rspec/expectations/expectation_target.rb:65:in
>  `to'
>  # ./spec/connection_spec.rb:165:in `block (2 levels) in '
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example.rb:262:in
>  `instance_exec'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example.rb:262:in
>  `block in run'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example.rb:508:in
>  `block in with_around_and_singleton_context_hooks'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example.rb:465:in
>  `block in with_around_example_hooks'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/hooks.rb:486:in
>  `block in run'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/hooks.rb:624:in
>  `run_around_example_hooks_for'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/hooks.rb:486:in
>  `run'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example.rb:465:in
>  `with_around_example_hooks'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example.rb:508:in
>  `with_around_and_singleton_context_hooks'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example.rb:259:in
>  `run'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example_group.rb:644:in
>  `block in run_examples'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example_group.rb:640:in
>  `map'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example_group.rb:640:in
>  `run_examples'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/example_group.rb:606:in
>  `run'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/runner.rb:121:in
>  `block (3 levels) in run_specs'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/runner.rb:121:in
>  `map'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/runner.rb:121:in
>  `block (2 levels) in run_specs'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/configuration.rb:2067:in
>  `with_suite_hooks'
>  # 
> /usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib/rspec/core/runner.rb:116:in
>  `block in run_specs'
>  # 
> 

Bug#1020560: marked as done (diffutils: Missing LGPL-2.1+, GPL-2+ in d/copyright)

[Debian Bug Tracking System]

Your message dated Thu, 15 Dec 2022 21:36:23 +
with message-id 
and subject line Bug#1020560: fixed in diffutils 1:3.8-2
has caused the Debian Bug report #1020560,
regarding diffutils: Missing LGPL-2.1+, GPL-2+ in d/copyright
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1020560: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020560
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Source: diffutils
Severity: important
Version: 1:3.8-1

Hi,

diffutils has an incomplete copyright file. At least LGPL-2.1+ and GPL-2+ licenses are missing even though they are 
applicable to some files. While they can be distributed as GPL-3+, it is not the correct license for those files to 
record in d/copyright.


I have attached a d/copyright file in the machine-readable format for v3.8.

Thanks for considering replacing the file.
BastianFormat: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: diffutils
Upstream-Contact: bug-diffut...@gnu.org
Source: https://ftp.gnu.org/gnu/diffutils/diffutils-3.8.tar.xz
Comment: This is the Debian prepackaged version of the GNU diffutils package.
 GNU `diff' was written by Mike Haertel, David Hayes, Richard Stallman,
 Len Tower, and Paul Eggert.  Wayne Davison designed and implemented
 the unified output format. GNU `diff3' was written by Randy Smith.
 GNU `sdiff' was written by Thomas Lord.  GNU `cmp' was written by
 Torbjorn Granlund and David MacKenzie.

Files: *
Copyright: 1985-1986, 1988-1989, 1990-2021 Free Software Foundation, Inc.
License: GPL-3+

Files: aclocal.m4
   build-aux/config.rpath
   m4/*
Copyright: 1996-2021 Free Software Foundation, Inc.
License: FSFULLR

Files: *Makefile.in
Copyright: 1994-2021 Free Software Foundation, Inc.
License: GPL-3+ and FSFULLR

Files: lib/*
   gnulib-tests/accept.c
   gnulib-tests/bind.c
   gnulib-tests/connect.c
   gnulib-tests/fdopen.c
   gnulib-tests/fpucw.h
   gnulib-tests/getcwd-lgpl.c
   gnulib-tests/glthread/thread.*
   gnulib-tests/h*
   gnulib-tests/ioctl.c
   gnulib-tests/listen.c
   gnulib-tests/nanosleep.c
   gnulib-tests/netinet_in.in.h
   gnulib-tests/perror.c
   gnulib-tests/pipe.c
   gnulib-tests/pthread*
   gnulib-tests/same-inode.h
   gnulib-tests/se*
   gnulib-tests/sleep.c
   gnulib-tests/sig-handler.*
   gnulib-tests/sigaction.c
   gnulib-tests/sigprocmask.c
   gnulib-tests/snprintf.c
   gnulib-tests/soc*
   gnulib-tests/strerror_r.c
   gnulib-tests/sys*
   gnulib-tests/w32sock.h
   gnulib-tests/wctomb*
   gnulib-tests/windows-t*
Copyright: 1985, 1987-2021 Free Software Foundation, Inc.
License: LGPL-2.1+

Files: build-aux/test-driver
   build-aux/gnupload
   build-aux/depcomp
   build-aux/missing
   build-aux/mdate-sh
   build-aux/compile
   build-aux/ar-lib
   gnulib-tests/test-sigsegv-*.c
   gnulib-tests/altstack-util.h
   gnulib-tests/warn-on-use.h
   gnulib-tests/mm*
   gnulib-tests/c++defs.h
   gnulib-tests/arg-nonnull.h
   gnulib-tests/_Noreturn.h
   lib/arg-nonnull.h
   lib/c++defs.h
   lib/sigsegv.in.h
   lib/warn-on-use.h
Copyright: 1995-2021 Free Software Foundation, Inc.
License: GPL-2+

Files: lib/sigsegv.c
Copyright: 1993-2021 Free Software Foundation, Inc.
   2018  Nylon Chen 
License: GPL-2+

Files: lib/stackvma*
Copyright: 2002-2021 Free Software Foundation, Inc.
   2003-2006  Paolo Bonzini 
License: GPL-2+

Files: build-aux/install-sh
Copyright: 1994 X Consortium
License: X11
 Permission is hereby granted, free of charge, to any person obtaining a copy
 of this software and associated documentation files (the "Software"), to
 deal in the Software without restriction, including without limitation the
 rights to use, copy, modify, merge, publish, distribute, sublicense, and/or
 sell copies of the Software, and to permit persons to whom the Software is
 furnished to do so, subject to the following conditions:
 .
 The above copyright notice and this permission notice shall be included in
 all copies or substantial portions of the Software.
 .
 THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
 IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
 FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL THE
 X CONSORTIUM BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN
 AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF 

Bug#1020560: diffutils: Missing LGPL-2.1+, GPL-2+ in d/copyright

[Santiago Vila]

El 13/12/22 a las 16:03, Bastian Germann escribió:

I guess the rule was to use a wildcard when it is possible.
You can certainly list every file but then the copyright file will be much 
bigger.


Note: What I finally did was to keep the lib/* and m4/* wildcards and expand 
the others.


> How did you generate the file?

It is not generated. If you can come up with a better file that is fine.


Well, I took your file as a base, and it helped a lot, but I also had to make 
several
important changes. By using "debmake -k", I found there was a bunch of files 
under
LGPL 2.0+ and another bunch of files under LGPL 3.0+ so I had to create new 
blocks for them.

While moving files to the right block it became clear to me that expanding
the wildcards was better than not expanding them.

The final file differs from the proposal in several minor ways: I looked at 
other people's copyright
file and realized that nobody puts the full path in the Source: field at the 
top, most people
put only the URL as the base directory, which I believe it is good enough.

Another change I did: I consider this paragraph:

 You should have received a copy of the GNU General Public License
 along with this file.  If not, see .

to be at the same "level" as this one:

 On Debian systems, the complete text of the GNU General Public License
 version 3 may be found in `/usr/share/common-licenses/GPL-3'.

as both tell the user where to find the license. So I put the latter after
the former, not in a Comment section.

I believe the file should be mostly correct now.

Thanks a lot.

Bug#1025194: marked as done (tpot: (autopkgtest) needs update for python3.11: module 'inspect' has no attribute 'getargspec')

[Debian Bug Tracking System]

Your message dated Thu, 15 Dec 2022 21:14:10 +
with message-id 
and subject line Bug#1025194: fixed in tpot 0.11.7+dfsg-5
has caused the Debian Bug report #1025194,
regarding tpot: (autopkgtest) needs update for python3.11: module 'inspect' has 
no attribute 'getargspec'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1025194: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1025194
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Source: tpot
Version: 0.11.7+dfsg-4
Severity: serious
Tags: sid bookworm
User: debian...@lists.debian.org
Usertags: needs-update
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Control: affects -1 src:python3-defaults

Dear maintainer(s),

We are in the transition of adding python3.11 as a supported Python 
version [0]. With a recent upload of python3-defaults the autopkgtest of 
tpot fails in testing when that autopkgtest is run with the binary 
packages of python3-defaults from unstable. It passes when run with only 
packages from testing. In tabular form:


   passfail
python3-defaults   from testing3.10.6-3
tpot   from testing0.11.7+dfsg-4
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of python3-defaults 
to testing [1]. https://docs.python.org/3/whatsnew/3.11.html lists 
what's new in Python3.11, it may help to identify what needs to be updated.


More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[0] https://bugs.debian.org/1021984
[1] https://qa.debian.org/excuses.php?package=python3-defaults

https://ci.debian.net/data/autopkgtest/testing/amd64/t/tpot/28796450/log.gz

==
ERROR: Assert that get_params returns the exact dictionary of parameters 
used by TPOT.

--
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File 
"/tmp/autopkgtest-lxc.aob2cy93/downtmp/autopkgtest_tmp/python3.11/tests/tpot_tests.py", 
line 480, in test_get_params

initializer = inspect.getargspec(TPOTBase.__init__)
  ^^
AttributeError: module 'inspect' has no attribute 'getargspec'

--
Ran 249 tests in 50.080s


OpenPGP_signature
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
Source: tpot
Source-Version: 0.11.7+dfsg-5
Done: Christian Kastner 

We believe that the bug you reported is fixed in the latest version of
tpot, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1025...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Christian Kastner  (supplier of updated tpot package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 15 Dec 2022 20:37:30 +0100
Source: tpot
Architecture: source
Version: 0.11.7+dfsg-5
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Christian Kastner 
Closes: 1025194
Changes:
 tpot (0.11.7+dfsg-5) unstable; urgency=medium
 .
   [ Debian Janitor ]
   * Set upstream metadata fields
 .
   [ Christian Kastner ]
   * Refresh patches
   * Add patch for Python 3.11 FTBFS (Closes: #1025194)
Checksums-Sha1:
 5b8fa2f10b0b6b9c8d07d50c58be6487a66cd0da 2473 tpot_0.11.7+dfsg-5.dsc
 7ca5d246cf88c9fc9b7881c1fd3069caa6d1929d 10332 tpot_0.11.7+dfsg-5.debian.tar.xz
 8cfdd6075fdb67da34b078252eb292006b38c213 7906 
tpot_0.11.7+dfsg-5_source.buildinfo
Checksums-Sha256:
 85cc294f33019f9038bb935156a780ff33baf7dd5305858b767cca027f233bef 2473 
tpot_0.11.7+dfsg-5.dsc
 3aa25535c00847c162793ab5919803522617e83f93bd9db9cb6351e0b68b2eba 10332 
tpot_0.11.7+dfsg-5.debian.tar.xz
 dfe84ce0ca87d530bfa07f6962a660e1ade80ef4ca76ecc471fe647700fb8a4f 7906 
tpot_0.11.7+dfsg-5_source.buildinfo
Files:
 

Bug#1012496: inkscape: FTBFS on arm64, ppc64el, s390x

[Sandro Tosi]

On Wed, 8 Jun 2022 13:48:36 +0200 Mattia Rizzolo  wrote:
> Source: inkscape
> Version: 1.2-1
> Severity: serious
> Tags: ftbfs
> Forwarded: https://gitlab.com/inkscape/inkscape/-/issues/3554

Hello Mattia,
upstream doesnt seem to have make a dent in cracking this issue and in
https://gitlab.com/inkscape/inkscape/-/issues/3554#note_1120324670 you
mentioned you were planning on reverting (temporarily) inkscape to
1.1.2, but i still see 1.2.1 in unstable, with the problems mentioned
here.

Are you still planning on doing this?

Matplotlib, which i maintain, is impacted by inkscape not being built
on all archs and migrating to debian.

Regards,
Sandro

Bug#1025924: marked as done (python-rx: Fails to build with Python 3.11 (AttributeError: module 'asyncio' has no attribute 'coroutine'))

[Debian Bug Tracking System]

Your message dated Thu, 15 Dec 2022 21:03:32 +
with message-id 
and subject line Bug#1025924: fixed in python-rx 3.2.0-3
has caused the Debian Bug report #1025924,
regarding python-rx: Fails to build with Python 3.11 (AttributeError: module 
'asyncio' has no attribute 'coroutine')
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1025924: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1025924
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: python-rx
Version: 3.2.0-2
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source

python-rx fails to build now that tests are being run on Python 3.11.
Here are the failures from pytest:

=== FAILURES 
===
__ TestFromFuture.test_future_cancel 
___

self = 

def test_future_cancel(self):
loop = asyncio.get_event_loop()
success = [True, False, True]

>   @asyncio.coroutine
E   AttributeError: module 'asyncio' has no attribute 'coroutine'

tests/test_observable/test_fromfuture.py:66: AttributeError
__ TestFromFuture.test_future_dispose 
__

self = 

def test_future_dispose(self):
loop = asyncio.get_event_loop()
success = [True, True, True]

>   @asyncio.coroutine
E   AttributeError: module 'asyncio' has no attribute 'coroutine'

tests/test_observable/test_fromfuture.py:90: AttributeError
__ TestFromFuture.test_future_failure 
__

self = 

def test_future_failure(self):
loop = asyncio.get_event_loop()
success = [True, False, True]

>   @asyncio.coroutine
E   AttributeError: module 'asyncio' has no attribute 'coroutine'

tests/test_observable/test_fromfuture.py:39: AttributeError
__ TestFromFuture.test_future_success 
__

self = 

def test_future_success(self):
loop = asyncio.get_event_loop()
success = [False, True, False]

>   @asyncio.coroutine
E   AttributeError: module 'asyncio' has no attribute 'coroutine'

tests/test_observable/test_fromfuture.py:14: AttributeError
__ TestStart.test_start_async 
__

self = 

def test_start_async(self):
loop = asyncio.get_event_loop()
success = [False]

>   @asyncio.coroutine
E   AttributeError: module 'asyncio' has no attribute 'coroutine'

tests/test_observable/test_start.py:23: AttributeError
___ TestStart.test_start_async_error 
___

self = 

def test_start_async_error(self):
loop = asyncio.get_event_loop()
success = [False]

>   @asyncio.coroutine
E   AttributeError: module 'asyncio' has no attribute 'coroutine'

tests/test_observable/test_start.py:43: AttributeError
__ TestAsyncIOScheduler.test_asyncio_schedule_action 
___

self = 


def test_asyncio_schedule_action(self):
loop = asyncio.get_event_loop()

>   @asyncio.coroutine
E   AttributeError: module 'asyncio' has no attribute 'coroutine'

tests/test_scheduler/test_eventloop/test_asyncioscheduler.py:33: 
AttributeError
___ TestAsyncIOScheduler.test_asyncio_schedule_action_cancel 
___

self = 


def test_asyncio_schedule_action_cancel(self):
loop = asyncio.get_event_loop()

>   @asyncio.coroutine
E   AttributeError: module 'asyncio' has no attribute 'coroutine'

tests/test_scheduler/test_eventloop/test_asyncioscheduler.py:80: 
AttributeError
 TestAsyncIOScheduler.test_asyncio_schedule_action_due 
_

self = 


def test_asyncio_schedule_action_due(self):
loop = asyncio.get_event_loop()

>   @asyncio.coroutine
E   AttributeError: module 'asyncio' has no attribute 'coroutine'

tests/test_scheduler/test_eventloop/test_asyncioscheduler.py:55: 
AttributeError
 TestAsyncIOThreadSafeScheduler.test_asyncio_threadsafe_schedule_action 


self = 


def 

Bug#1025765: Happens due to no longer having separate language versions?

[Lynoure Braakman]

Here's the output I get:

$ torbrowser-launcher

Tor Browser Launcher

By Micah Lee, licensed under MIT

version 0.3.5

https://github.com/micahflee/torbrowser-launcher

Downloading Tor Browser for the first time.

Downloading
https://aus1.torproject.org/torbrowser/update_3/release/Linux_x86_64-gcc3/x/en-US

Latest version: 12.0

Downloading
https://dist.torproject.org/torbrowser/12.0/tor-browser-linux64-12.0_en-US.tar.xz.asc

Download Error: 404


And then it just seems to wait.

When I go and look at
https://aus1.torproject.org/torbrowser/update_3/release/Linux_x86_64-gcc3/x/en-US
and then follow to the link to the blog at
https://blog.torproject.org/new-release-tor-browser-120 and then to the
distribution directory at https://dist.torproject.org/torbrowser/12.0/ (so
far so good),

I can see there is no *en-US* or other languages at all, just *ALL*, which
is probably why things are not working so well anymore.

-- 

Lynoure
lyno...@gmail.com

Bug#1003242: marked as done (python3-mailman-hyperkitty: Need a newer version to match mailman core)

[Debian Bug Tracking System]

Your message dated Thu, 15 Dec 2022 20:59:20 +
with message-id 
and subject line Bug#1003242: fixed in mailman-hyperkitty 1.2.0-1
has caused the Debian Bug report #1003242,
regarding python3-mailman-hyperkitty: Need a newer version to match mailman core
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1003242: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003242
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: python3-mailman-hyperkitty
Version: 1.1.0-10
Severity: important

Dear Maintainer,

Since a routine apt upgrade, hyperkitty has stopped archiving emails.
In the log I see:

  Jan 07 00:36:18 2022 (3203621) Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/mailman_hyperkitty/__init__.py", line 154
, in _archive_message
url = self._send_message(mlist, msg)
  File "/usr/lib/python3/dist-packages/mailman_hyperkitty/__init__.py", line 210
, in _send_message
raise ValueError(result.text)
ValueError: Auth required
Authorization RequiredThe archiver key is now
 required to be sent over the Authorization HTTP header.
 You need to upgrade the mailman-hyperkitty package to
 1.2.0 or newer.



looks like there are inconsistent packages. 
-- System Information:
Debian Release: bookworm/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-cloud-amd64 (SMP w/1 CPU thread)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-mailman-hyperkitty depends on:
ii  debconf [debconf-2.0]   1.5.79
ii  mailman33.3.3-1
ii  python3 3.9.8-1
ii  python3-pkg-resources   59.6.0-1
ii  python3-requests2.25.1+dfsg-2
ii  python3-zope.interface  5.4.0-1+b1
ii  ucf 3.0043

Versions of packages python3-mailman-hyperkitty recommends:
ii  mailman3-web   0+20200530-2
ii  python3-django-hyperkitty  1.3.5-1

python3-mailman-hyperkitty suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: mailman-hyperkitty
Source-Version: 1.2.0-1
Done: Pierre-Elliott Bécue 

We believe that the bug you reported is fixed in the latest version of
mailman-hyperkitty, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1003...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Pierre-Elliott Bécue  (supplier of updated mailman-hyperkitty 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 15 Dec 2022 21:33:51 +0100
Source: mailman-hyperkitty
Architecture: source
Version: 1.2.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Mailman Team 
Changed-By: Pierre-Elliott Bécue 
Closes: 1003242
Changes:
 mailman-hyperkitty (1.2.0-1) unstable; urgency=medium
 .
   * New upstream release 1.2.0 (Closes: #1003242)
   * Switch to debhelper-compat (level 13)
   * d/control: Bump Standards-Version to 4.6.1
   * d/copyright: Updated
Checksums-Sha1:
 ae5c97f39f97b187c1a3b63f82d5351bc14ab1d6 2638 mailman-hyperkitty_1.2.0-1.dsc
 328f00f676f617d22dc624a6ceab04fe0807cd44 21794 
mailman-hyperkitty_1.2.0.orig.tar.gz
 30e9a63e12046554078711ebe8658c84f43abeee 833 
mailman-hyperkitty_1.2.0.orig.tar.gz.asc
 a2efadda299e55d4c2da1ea6b7426093745e9ab0 38640 
mailman-hyperkitty_1.2.0-1.debian.tar.xz
 5cfec2545fcabf0a1440dd2e49feb1cbdfa39978 1 
mailman-hyperkitty_1.2.0-1_amd64.buildinfo
Checksums-Sha256:
 72dffd940a12b840ec6374f95e331cd0b82b0345957b99d216ae1bacdefccad2 2638 
mailman-hyperkitty_1.2.0-1.dsc
 110071d4a5f7cff5afdd00073a2facfe284b3a3a62ba9210058c84e883db26da 21794 
mailman-hyperkitty_1.2.0.orig.tar.gz
 582549d67b8cf00dd5356b7743b2ffea449a757307d0ddc81e4cceaf1a4ec5b7 833 
mailman-hyperkitty_1.2.0.orig.tar.gz.asc
 d326bfb0b8a2a83254e80a2e3262900520df3c6fdd45184c9f789e711c1624dd 38640 
mailman-hyperkitty_1.2.0-1.debian.tar.xz
 

Processed: severity of 1003108 is serious

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 1003108 serious
Bug #1003108 [python3-poetry] Dependency on python3-cachecontrol has an odd 
alternative
Severity set to 'serious' from 'normal'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1003108: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003108
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1026116: Patches not applied in security release deb10u6, FTBFS

[Mihai Moldovan]

* On 12/15/22 18:42, Sven Joachim wrote:
> It seems you are slightly mistaken here, as the same problem had been
> reported for 2:1.20.4-1+deb10u3 already.  It has been fixed post-buster
> in 2:1.20.6-1.
Oh, sorry, that bug report didn't show up for me. I did search for bug reports
against xorg-server-source in oldstable before writing my report.

It does explain why I haven't seen this problem with deb10u3 any longer -
sunweaver/Mike has uploaded a fixed version to our (X2Go) package repository
previously, which I haven't known about. From what he told me, he assumed that
his patch was applied to buster's package version as well.

After deb10u6 made it to the security repository, though, the overridden package
version was lower and we've started seeing the issue again.

It would have been nice for sunweaver's fix to make it into an updated version
based on the deb10u6 version (so deb10u7 I figure?), but given that's buster is
almost oldoldstable, I don't think that there will be another release just to
fix that issue.



Mihai


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1003242: marked as pending in mailman-hyperkitty

[Pierre-Elliott Bécue]

Control: tag -1 pending

Hello,

Bug #1003242 in mailman-hyperkitty reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/mailman-team/mailman-hyperkitty/-/commit/239750a8177af67d1d4bdb4f3246e43ad1538672


New upstream release 1.2.0

Closes: #1003242


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1003242

Processed: Bug#1003242 marked as pending in mailman-hyperkitty

[Debian Bug Tracking System]

Processing control commands:

> tag -1 pending
Bug #1003242 [python3-mailman-hyperkitty] python3-mailman-hyperkitty: Need a 
newer version to match mailman core
Added tag(s) pending.

-- 
1003242: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003242
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1026173: yabar: Errors out when calling it manually

[Steve]

Package: yabar
Version: 0.4.0-1.1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: stephen.d.al...@gmail.com

Dear Maintainer,

Below is the error when attempting to launch this program. It doesn't
create any config file, even when commanded to do so. :-)

~$ yabar -c /home/steve
Error in the config file at line 0 : file I/O error
Exiting...


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

Kernel: Linux 6.0.0-5-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages yabar depends on:
ii  libc62.36-6
ii  libcairo21.16.0-7
ii  libconfig9   1.5-0.4
ii  libglib2.0-0 2.74.2-1
ii  libpango-1.0-0   1.50.10+ds-1
ii  libpangocairo-1.0-0  1.50.10+ds-1
ii  libxcb-ewmh2 0.4.1-1.1
ii  libxcb-randr01.15-1
ii  libxcb1  1.15-1

yabar recommends no packages.

Versions of packages yabar suggests:
ii  fonts-font-awesome  5.0.10+really4.7.0~dfsg-4.1

-- no debconf information

Bug#1026055: lapack breaks openturns autopkgtest: undefined reference to `ztrsyl3_' (and 3 more)

[Paul Gevers]

Hi Sébastien,

On 13-12-2022 21:59, Sébastien Villemot wrote:

The problem is that atlas needs to be recompiled against lapack 3.11.0.
Which has been done in atlas 3.10.3-13. But atlas itself cannot migrate
to testing because of #1025699.


While I understand recompiling "solves" the issue, normally this error 
"undefined reference" hints at removal of symbols. Normally that should 
be handled by a SONAME bump which would trigger auto trackers to be 
generated for the transition. Such trackers notify the release team of 
transitions and they can trigger rebuilds (you know that drill, 
including the transition bug filing for coordination). Why do you think 
that a SONAME bump wasn't the right solution in this case?


Paul


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1026172: mono: FTBFS on mipsel

[Jo Shields]

What hardware is in the mipsel-osuosl-* machines? Mono has a history of 
triggering hardware bugs in imperfect MIPS implementations, e.g. Loongson 2


On 12/15/22 14:57, Salvatore Bonaccorso wrote:

Source: mono
Version: 6.8.0.105+dfsg-3.2
Severity: serious
Justification: FTBFS
X-Debbugs-Cc: car...@debian.org

Hi

After uploading mono/6.8.0.105+dfsg-3.3 the package FTBFS on mipsel,
it suceeded on mipsel-osuosl-01 but the history of failures is found
at:

https://buildd.debian.org/status/logs.php?pkg=mono=6.8.0.105%2Bdfsg-3.3=mipsel

Regards,
Salvatore

Bug#1026056: closed by Debian FTP Masters (reply to Olivier Sallou ) (Bug#1026056: fixed in logol 1.7.9+dfsg-6)

[Paul Gevers]

Control: reassign -1 src:logol 1.7.9+dfsg-5
Control: fixed -1 logol/1.7.9+dfsg-6
Control: affects -1 src:swi-prolog

Hi,

On 14-12-2022 10:15, Debian Bug Tracking System wrote:

* rebuild against new swi-prolog (Closes: #1026056)


I can't but feel a bit uneasy by this "solution". Apparently it's not 
properly tracked by dependencies, so it doesn't show up on the Release 
Teams auto transition trackers [1] (which would typically trigger the 
Release Team to trigger binNMU's, but if nothing else at least would put 
it on the radar). For C based libraries this "solution" typically hides 
real problems. Do we believe we can improve the logol/swi-prolog 
situation in a similar way, or is the effort really not worth it 
(apparently autopkgtest catches the issue, but the solution isn't 
visible from the failure).


Paul

[1] https://release.debian.org/transitions/


OpenPGP_signature
Description: OpenPGP digital signature

Processed: Re: Bug#1026056 closed by Debian FTP Masters (reply to Olivier Sallou ) (Bug#1026056: fixed in logol 1.7.9+dfsg-6)

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 src:logol 1.7.9+dfsg-5
Bug #1026056 {Done: Olivier Sallou } [src:swi-prolog, 
src:logol] swi-prolog breaks logol autopkgtest: Program exited with wrong 
status code
Bug reassigned from package 'src:swi-prolog, src:logol' to 'src:logol'.
No longer marked as found in versions logol/1.7.9+dfsg-5 and 
swi-prolog/9.0.2+dfsg-1.
No longer marked as fixed in versions logol/1.7.9+dfsg-6.
Bug #1026056 {Done: Olivier Sallou } [src:logol] swi-prolog 
breaks logol autopkgtest: Program exited with wrong status code
Marked as found in versions logol/1.7.9+dfsg-5.
> fixed -1 logol/1.7.9+dfsg-6
Bug #1026056 {Done: Olivier Sallou } [src:logol] swi-prolog 
breaks logol autopkgtest: Program exited with wrong status code
Marked as fixed in versions logol/1.7.9+dfsg-6.
> affects -1 src:swi-prolog
Bug #1026056 {Done: Olivier Sallou } [src:logol] swi-prolog 
breaks logol autopkgtest: Program exited with wrong status code
Added indication that 1026056 affects src:swi-prolog

-- 
1026056: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026056
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1026172: mono: FTBFS on mipsel

[Salvatore Bonaccorso]

Source: mono
Version: 6.8.0.105+dfsg-3.2
Severity: serious
Justification: FTBFS
X-Debbugs-Cc: car...@debian.org

Hi

After uploading mono/6.8.0.105+dfsg-3.3 the package FTBFS on mipsel,
it suceeded on mipsel-osuosl-01 but the history of failures is found
at:

https://buildd.debian.org/status/logs.php?pkg=mono=6.8.0.105%2Bdfsg-3.3=mipsel

Regards,
Salvatore

Bug#1026116: Patches not applied in security release deb10u6, FTBFS

[Mihai Moldovan]

[Resent to the bug tracker as well]

* On 12/15/22 19:15, Emilio Pozuelo Monfort wrote:
> I'm not sure I understand what the problem is. The patches are in 
> debian/patches/ and are applied during build using quilt.

Thank you for looking into it.


>  From the amd64's build log [1]:

It won't show up there, since the arch-indep part of the build is done
separately. The build log you have been searching for is at

https://buildd.debian.org/status/fetch.php?pkg=xorg-server=all=2%3A1.20.4-1%2Bdeb10u6=1667984135=0


dpkg-buildpackage
-

Command: dpkg-buildpackage -us -uc -mall Build Daemon (x86-grnet-02)
 -A -rfakeroot
--changes-option=-O../xorg-server_1.20.4-1+deb10u6_all-buildd.changes
--buildinfo-option=-O../xorg-server_1.20.4-1+deb10u6_all-buildd.buildinfo
dpkg-buildpackage: info: source package xorg-server
[...]
make[1]: Leaving directory '/<>'
 debian/rules build-indep
mkdir -p build-source
tar \
--owner=0 --group=0 \
--transform 's,^,xorg-server/,' \
--exclude=debian \
--exclude=autom4te.cache \
-cf - * | xz > build-source/xorg-server.tar.xz
tar: build-source/xorg-server.tar.xz: file changed as we read it
>build-source-stamp
dh build-indep --with quilt,autoreconf --parallel
   dh_quilt_patch -i -O--parallel
Applying patch 001_fedora_extramodes.patch
patching file hw/xfree86/common/extramodes

Applying patch 02_kbsd-input-devd.diff
[...]


As clearly visible, xorg-server.tar.xz, which ends up in the xorg-server-source
binary package, is created *before* applying the patches, which is leading to
the issue I have described initially.



Mihai



OpenPGP_signature
Description: OpenPGP digital signature

Processed: fixed in 1024180 3.0.2-2

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 1024180 3.0.2-2
Bug #1024180 {Done: David da Silva Polverari } 
[src:pngcheck] pngcheck: autopkgtest needs update for new version of zlib: 
warning on stderr
Marked as fixed in versions pngcheck/3.0.2-2.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1024180: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024180
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: fixed 1021278 3.0.2-2

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 1021278 3.0.2-2
Bug #1021278 {Done: David da Silva Polverari } 
[src:pngcheck] pngcheck: CVE-2020-35511
Marked as fixed in versions pngcheck/3.0.2-2.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1021278: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021278
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#1026117: golang-gogoprotobuf: FTBFS on all and ppc64el: test failures

[Debian Bug Tracking System]

Processing control commands:

> severity -1 important
Bug #1026117 [src:golang-gogoprotobuf] golang-gogoprotobuf: FTBFS on all and 
ppc64el: test failures
Severity set to 'important' from 'serious'

-- 
1026117: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026117
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1026117: golang-gogoprotobuf: FTBFS on all and ppc64el: test failures

[Shengjing Zhu]

Control: severity -1 important

On Thu, Dec 15, 2022 at 8:57 AM Cyril Brulebois  wrote:
>
> Source: golang-gogoprotobuf
> Version: 1.3.2-2
> Severity: serious
> Justification: FTBFS
> X-Debbugs-Cc: Jelmer Vernooij 
>
> Hi Jelmer,
>
> Your golang-gogoprotobuf upload FTBFSes on both all and ppc64el:
>   https://buildd.debian.org/status/package.php?p=golang-gogoprotobuf
>
>

I give it back, and it builds now.
https://buildd.debian.org/status/logs.php?pkg=golang-gogoprotobuf=1.3.2-2=all=sid

I have checked the code. It happens when

https://github.com/gogo/protobuf/blob/f67b8970b736e53dbd7d0a27146c8f1ac52f74e5/test/stdtypes/stdtypes.pb.go#L3432

If the rand source returns 0, then NullableTimestamp is not
initialized. There are many places that have the same check.

The code looks totally nonsense to me.

It's dead upstream, anyway.. If the flaky tests cause more troubles,
I'll just disable them.

-- 
Shengjing Zhu

Bug#933189: marked as done (Split out the backlight helper?)

[Debian Bug Tracking System]

Your message dated Thu, 15 Dec 2022 19:00:39 +
with message-id 
and subject line Bug#933189: fixed in liblxqt 1.2.0-2
has caused the Debian Bug report #933189,
regarding Split out the backlight helper?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
933189: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933189
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: liblxqt0
Version: 0.14.2~20-g2b80534-1
Severity: normal

No further text needed

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'buildd-unstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.1.19-towo.1-siduction-amd64 (SMP w/8 CPU cores; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages liblxqt0 depends on:
ii  desktop-file-utils   0.23-4
ii  libc62.28-10
ii  libkf5windowsystem5  5.54.0-1
ii  libqt5core5a 5.11.3+dfsg1-2
ii  libqt5dbus5  5.11.3+dfsg1-2
ii  libqt5gui5   5.11.3+dfsg1-2
ii  libqt5widgets5   5.11.3+dfsg1-2
ii  libqt5x11extras5 5.11.3-2
ii  libqt5xdg3   3.4.0~18-gf30ee3a-1
ii  libstdc++6   9.1.0-10
ii  libx11-6 2:1.6.7-1
ii  libxss1  1:1.2.3-1
ii  shared-mime-info 1.10-1

Versions of packages liblxqt0 recommends:
ii  liblxqt-l10n  0.14.2~20-g2b80534-1

liblxqt0 suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: liblxqt
Source-Version: 1.2.0-2
Done: ChangZhuo Chen (陳昌倬) 

We believe that the bug you reported is fixed in the latest version of
liblxqt, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 933...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
ChangZhuo Chen (陳昌倬)  (supplier of updated liblxqt package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 14 Dec 2022 00:05:12 +0800
Source: liblxqt
Binary: liblxqt-backlight-helper liblxqt-backlight-helper-dbgsym liblxqt-l10n 
liblxqt1 liblxqt1-dbgsym liblxqt1-dev
Architecture: source amd64 all
Version: 1.2.0-2
Distribution: unstable
Urgency: medium
Maintainer: LXQt Packaging Team 
Changed-By: ChangZhuo Chen (陳昌倬) 
Description:
 liblxqt-backlight-helper - backlight helper for liblxqt
 liblxqt-l10n - Language package for liblxqt
 liblxqt1   - Shared libraries for LXQt desktop environment (libs)
 liblxqt1-dev - Shared libraries for LXQt desktop environment (dev)
Closes: 933189
Changes:
 liblxqt (1.2.0-2) unstable; urgency=medium
 .
   * Move bin/lxqt-backlight_backend into liblxqt-backlight-helper (Closes: 
#933189).
   * Fix liblxqt1-dev Depends.
Checksums-Sha1:
 9bab85934df049acded5feedfc86d929d8e7ab7f 2683 liblxqt_1.2.0-2.dsc
 55937be8d2b7d17f9864fd009a50b39a963bf97c 8276 liblxqt_1.2.0-2.debian.tar.xz
 98fcdce33e2fa8e9dfd1966abfa015d563af6196 11544 
liblxqt-backlight-helper-dbgsym_1.2.0-2_amd64.deb
 78dab20f86442e41061ec11fd885082770cc75f2 18508 
liblxqt-backlight-helper_1.2.0-2_amd64.deb
 e49363cf9f533b03c3ee7d4625811272fe478416 41056 liblxqt-l10n_1.2.0-2_all.deb
 1ed03fca543cc6992601f10203363719450da1c0 2827512 
liblxqt1-dbgsym_1.2.0-2_amd64.deb
 74d6606d799ed163446c667e2862726607728b23 30748 liblxqt1-dev_1.2.0-2_amd64.deb
 8795a11c0d0962ddc5d630943ad308ca6f25a17c 91320 liblxqt1_1.2.0-2_amd64.deb
 532223ddaa93fd51a7fc4ccfec688c9b1628eae2 14883 liblxqt_1.2.0-2_amd64.buildinfo
Checksums-Sha256:
 cbc9565c9b0f8426f19157cf97c08880c379b2ccbc16fcfe30981ffca49bc4f4 2683 
liblxqt_1.2.0-2.dsc
 e80cee38d10504799c4d02e55050af390452132c297fea94339a0d836e85 8276 
liblxqt_1.2.0-2.debian.tar.xz
 4756a42e19280a4efdcc1347effdd7c4cc7cfd2ebf581b4003a19e91370196ec 11544 
liblxqt-backlight-helper-dbgsym_1.2.0-2_amd64.deb
 3177e3b3615e2ec3c790ff89982dcb43a023a01f3a4df5460eee879c0cc54da3 18508 

Bug#1021278: (no subject)

[David da Silva Polverari]

fixed 1021278 3.0.2-2
thanks

Bug#1021278:

[David Polverari]

fixed 1021278 3.0.2-1
thanks

Bug#1026116: Patches not applied in security release deb10u6, FTBFS

[Emilio Pozuelo Monfort]

On 15/12/2022 18:42, Sven Joachim wrote:

Control: forcemerge 989852 -1

Am 15.12.2022 um 01:16 schrieb Mihai Moldovan:


Package: xorg-server-source
Version: 2:1.20.4-1+deb10u6
Severity: normal

Hi


It looks like the content of debian/patches/ has not been applied when packaging
xorg-server-source.

This at least one patch contains a FTBFS fix, it's impossible to build
xorg-server out of the box.

This is a regression - older versions of the same package (also in buster) had
the patches applied just fine. The Debian Security release, however, does not.


It seems you are slightly mistaken here, as the same problem had been
reported for 2:1.20.4-1+deb10u3 already.  It has been fixed post-buster
in 2:1.20.6-1.


I'm not sure I understand what the problem is. The patches are in 
debian/patches/ and are applied during build using quilt.


From the amd64's build log [1]:

dh build-arch --with quilt,autoreconf --parallel
   dh_quilt_patch -a -O--parallel
Applying patch 001_fedora_extramodes.patch
patching file hw/xfree86/common/extramodes

Applying patch 02_kbsd-input-devd.diff
patching file config/Makefile.am
patching file config/config-backends.h
patching file config/config.c
patching file config/devd.c
patching file configure.ac
Hunk #1 succeeded at 568 (offset 2 lines).
Hunk #2 succeeded at 954 (offset 3 lines).
Hunk #3 succeeded at 2483 (offset 38 lines).
patching file hw/xfree86/common/xf86Config.c
Hunk #1 succeeded at 1264 (offset 7 lines).
patching file hw/xfree86/common/xf86Globals.c
Hunk #1 succeeded at 119 (offset 2 lines).
patching file include/dix-config.h.in
Hunk #1 succeeded at 424 (offset -9 lines).
[...]

Cheers,
Emilio

[1] 
https://buildd.debian.org/status/fetch.php?pkg=xorg-server=amd64=2%3A1.20.4-1%2Bdeb10u6=1667984267=0

Processed: merge attempt, take two

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 989852 xorg-server-source 2:1.20.4-1+deb10u3
Bug #989852 [src:xorg-server] xorg-server-source: Cannot build X from provided 
source tarball
Bug reassigned from package 'src:xorg-server' to 'xorg-server-source'.
No longer marked as found in versions xorg-server/2:1.20.4-1+deb10u3.
No longer marked as fixed in versions xorg-server/2:1.20.6-1.
Bug #989852 [xorg-server-source] xorg-server-source: Cannot build X from 
provided source tarball
Marked as found in versions xorg-server/2:1.20.4-1+deb10u3.
> forcemerge 989852 1026116
Bug #989852 [xorg-server-source] xorg-server-source: Cannot build X from 
provided source tarball
Bug #1026116 [xorg-server-source] Patches not applied in security release 
deb10u6, FTBFS
Severity set to 'serious' from 'normal'
There is no source info for the package 'xorg-server-source' at version 
'2:1.20.4-1+deb10u6' with architecture ''
Unable to make a source version for version '2:1.20.4-1+deb10u6'
Marked as found in versions xorg-server/2:1.20.4-1+deb10u3.
Added tag(s) patch.
Bug #989852 [xorg-server-source] xorg-server-source: Cannot build X from 
provided source tarball
There is no source info for the package 'xorg-server-source' at version 
'2:1.20.4-1+deb10u6' with architecture ''
Unable to make a source version for version '2:1.20.4-1+deb10u6'
Marked as found in versions 2:1.20.4-1+deb10u6.
Merged 989852 1026116
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1026116: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026116
989852: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989852
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed (with 1 error): Re: Bug#1026116: Patches not applied in security release deb10u6, FTBFS

[Debian Bug Tracking System]

Processing control commands:

> forcemerge 989852 -1
Bug #989852 [src:xorg-server] xorg-server-source: Cannot build X from provided 
source tarball
Unable to merge bugs because:
package of #1026116 is 'xorg-server-source' not 'src:xorg-server'
Failed to forcibly merge 989852: Did not alter merged bugs.


-- 
1026116: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026116
989852: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989852
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: fixed 1014977 in 1.0.3-1+deb10u1

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 1014977 1.0.3-1+deb10u1
Bug #1014977 {Done: Philipp Kern } [src:libde265] libde265: 
CVE-2022-1253 CVE-2021-36411 CVE-2021-36410 CVE-2021-36408 CVE-2021-35452
The source 'libde265' and version '1.0.3-1+deb10u1' do not appear to match any 
binary packages
Marked as fixed in versions libde265/1.0.3-1+deb10u1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1014977: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014977
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: wxmaxima: Please transition to wxwidgets3.2

[Debian Bug Tracking System]

Processing control commands:

> severity -1 important
Bug #1019818 [src:wxmaxima] wxmaxima: Please transition to wxwidgets3.2
Severity set to 'important' from 'serious'
> notfound -1 wxmaxima/22.09.0-1
Bug #1019818 [src:wxmaxima] wxmaxima: Please transition to wxwidgets3.2
No longer marked as found in versions wxmaxima/22.09.0-1.

-- 
1019818: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019818
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1019818: wxmaxima: Please transition to wxwidgets3.2

[Bastian Germann]

Control: severity -1 important
Control: notfound -1 wxmaxima/22.09.0-1

On Wed, 14 Sep 2022 15:42:16 -0400 s...@techie.net wrote:

Please transition wxmaxima from wxwidgets3.0 to wxwidgets3.2.

wxWidgets 3.2 (a new API/ABI stable release) has been released a few
months ago and is now packaged in unstable as wxwidgets3.2. Upstream
has stopped supporting wxWidgets 3.0, so the Debian wx team would
like to migrate all wx package users to wxwidgets3.2 for bullseye,
with the plan to remove wxwidgets3.0 before release.

For most packages, the transition should be as simple as changing
Build-Depends from libwxgtk3.0-gtk3-dev to libwxgtk3.2-dev. Some
packages may require small patches; I'm happy to help with those (and
I have some already from working on this transition in Fedora
already).


Seems like this is fixed on the release architectures or was never an issue.
The 3.0 packages are only alternative build dependencies.

Bug#1024913: marked as pending in flask-restful

[Thomas Goirand]

Control: tag -1 pending

Hello,

Bug #1024913 in flask-restful reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/python-team/packages/flask-restful/-/commit/620f19df99caada5b3deb4369db24e690c253534


* Fix autopkgtest so it works with multiple Python interpreter installed (ie:
kill the flask-restful server before trying to spawn a 2nd one).
(Closes: #1024913).


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1024913

Processed: Bug#1024913 marked as pending in flask-restful

[Debian Bug Tracking System]

Processing control commands:

> tag -1 pending
Bug #1024913 [src:flask-restful] flask-restful: (autopkgtest) needs update for 
python3.11: Address already in use
Added tag(s) pending.

-- 
1024913: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024913
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1026163: Uses Java 11

[Moritz Muehlenhoff]

Source: puppetdb
Version: 7.11.2-3
Severity: grave

Thanks for all the great work on Puppetdb!

I was trying to setup a test environment with Puppetdb 7.11.2 from current
testing and I noticed that it's using openjdk-11-jre-headless.

While openjdk-11 is currently still in testing, Bookworm will only
include openjdk-17 (#1023237).

Cheers,
 Moritz

Bug#1022341: marked as done (pango1.0: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 MESON_TESTTHREADS=8 meson test returned exit code 1)

[Debian Bug Tracking System]

Your message dated Thu, 15 Dec 2022 14:42:41 +
with message-id 
and subject line Bug#1022341: fixed in pango1.0 1.50.12+ds-1
has caused the Debian Bug report #1022341,
regarding pango1.0: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && 
LC_ALL=C.UTF-8 MESON_TESTTHREADS=8 meson test returned exit code 1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1022341: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022341
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: pango1.0
Version: 1.50.10+ds-1
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20221023 ftbfs-bookworm

Hi,

During a rebuild of all packages in sid, your package failed to build
on amd64.


Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> debian/tests/run-with-locales \
>   --generate en_US.utf8 \
>   -- \
> env \
>   LC_ALL=en_US.utf8 \
> dh_auto_test
> run-with-locales: en_US.utf8...
>   Character set: UTF-8
>   Source file: en_US
>   Output: /tmp/tmp.v6YZpViSPi/en_US.utf8
>   cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 MESON_TESTTHREADS=8 meson test
> ninja: Entering directory `/<>/obj-x86_64-linux-gnu'
> ninja: no work to do.
>  1/26 test-coverage   OK  0.03s   2 subtests passed
>  2/26 testboundaries  OK  0.03s   1 subtests passed
>  3/26 testboundaries_ucd  OK  0.02s   5 subtests passed
>  4/26 testcolor   OK  0.02s   3 subtests passed
>  5/26 testscript  OK  0.02s   1 subtests passed
>  6/26 testlanguageOK  0.02s   2 subtests passed
>  7/26 testmatrix  OK  0.01s   10 subtests passed
>  8/26 testtabsOK  0.03s   3 subtests passed
>  9/26 test-ot-tagsOK  0.03s   2 subtests passed
> 10/26 testcontext OK  0.03s   6 subtests passed
> 11/26 test-ellipsize  OK  0.03s   3 subtests passed
> 12/26 testiterOK  0.04s   2 subtests passed
> 13/26 test-shape  SKIP0.03s
> 14/26 test-itemizeOK  0.04s   2 subtests passed
> 15/26 testattributes  OK  0.03s   37 subtests passed
> 16/26 cxx-testSKIP0.03s
> 17/26 test-harfbuzz   OK  0.03s   1 subtests passed
> 18/26 test-bidi   OK  0.09s   7 subtests passed
> 19/26 testserialize   OK  0.03s   7 subtests passed
> 20/26 test-fonts  OK  0.03s   4 subtests passed
> 21/26 test-font   OK  0.08s   16 subtests passed
> 22/26 testmiscOK  0.11s   28 subtests passed
> 23/26 test-break  OK  0.13s   17 subtests passed
> 24/26 markup-parseOK  0.19s   122 subtests passed
> 25/26 test-layout ERROR   0.46s   exit status 1
> >>> LC_ALL=en_US.UTF-8 G_TEST_SRCDIR=/<>/tests 
> >>> MALLOC_PERTURB_=221 
> >>> G_TEST_BUILDDIR=/<>/obj-x86_64-linux-gnu/tests 
> >>> srcdir=/<>/tests 
> >>> /<>/obj-x86_64-linux-gnu/tests/test-layout -k --tap
> 
> 26/26 test-pangocairo-threads OK  0.57s   1 subtests passed
> 
> Ok: 23  
> Expected Fail:  0   
> Fail:   1   
> Unexpected Pass:0   
> Skipped:2   
> Timeout:0   
> 
> Full log written to 
> /<>/obj-x86_64-linux-gnu/meson-logs/testlog.txt
>   cd obj-x86_64-linux-gnu && tail -v -n \+0 meson-logs/testlog.txt
> ==> meson-logs/testlog.txt <==
> Log of Meson test suite run on 2022-10-23T07:29:39.966446
> 
> Inherited environment: DEB_HOST_GNU_SYSTEM=linux-gnu DFLAGS=-frelease 
> DEB_BUILD_ARCH_BITS=64 DEB_TARGET_GNU_CPU=x86_64 DEB_HOST_ARCH_OS=linux 
> USER=user42 CXXFLAGS='-g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security' 
> DEB_BUILD_GNU_TYPE=x86_64-linux-gnu DEB_TARGET_MULTIARCH=x86_64-linux-gnu 
> OBJCFLAGS='-g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security' 
> DH_INTERNAL_OPTIONS='-Nlibpango1.0-doc-a' DEB_BUILD_ARCH_CPU=amd64 
> DEB_HOST_ARCH_LIBC=gnu DEB_HOST_ARCH_ABI=base 
> HOME=/<>/debian/.debhelper/generated/_source/home 
> APT_CONFIG=/var/lib/sbuild/apt.conf SCHROOT_CHROOT_NAME=sid-amd64-sbuild 
> DEB_BUILD_ARCH_ENDIAN=little LDFLAGS='-Wl,-z,relro -Wl,-z,now -Wl,-O1 
> -Wl,-z,defs' DEB_TARGET_ARCH_BITS=64 

Bug#1025406: marked as done (tpm2-pytss: FTBFS in sid)

[Debian Bug Tracking System]

Your message dated Thu, 15 Dec 2022 14:23:33 +0100
with message-id <4ae7ff22-d83e-e750-aedf-a13bc2cf9...@debian.org>
and subject line Re: tpm2-pytss: FTBFS in sid
has caused the Debian Bug report #1025406,
regarding tpm2-pytss: FTBFS in sid
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1025406: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1025406
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Source: tpm2-pytss
Version: 1.2.0-2
Severity: serious

Hello, your package not FTBFS with a clean sid environment.


Following the failure

W: cgroups are not available on the host, not using them.
I: pbuilder: network access will be disabled during build
I: Current time: Sun Dec  4 09:06:09 CET 2022
I: pbuilder-time-stamp: 1670141169
I: Building the build Environment
I: extracting base tarball [/home/locutus/pbuilder/sid-base.tgz]
I: copying local configuration
W: No local /etc/mailname to copy, relying on /tmp/build/209176/etc/mailname to 
be correct
W: --override-config is not set; not updating apt.conf Read the manpage for 
details.
I: mounting /proc filesystem
I: mounting /sys filesystem
I: creating /{dev,run}/shm
I: mounting /dev/pts filesystem
I: redirecting /dev/ptmx to /dev/pts/ptmx
I: policy-rc.d already exists
I: Obtaining the cached apt archive contents
I: Copying source file
I: copying [tpm2-pytss_1.2.0-2.dsc]
I: copying [./tpm2-pytss_1.2.0.orig.tar.gz]
I: copying [./tpm2-pytss_1.2.0-2.debian.tar.xz]
I: Extracting source
gpgv: unknown type of key resource 'trustedkeys.kbx'
gpgv: keyblock resource '/tmp/dpkg-gpg-verify.AFKkmrLk/trustedkeys.kbx': 
General error
gpgv: Signature made Fri Oct 21 11:38:32 2022 UTC
gpgv:using RSA key 406220C8B8552802378CCE411F5C7A8B45564314
gpgv:issuer "b...@debian.org"
gpgv: Can't check signature: No public key
dpkg-source: warning: cannot verify inline signature for 
./tpm2-pytss_1.2.0-2.dsc: no acceptable signature found
dpkg-source: info: extracting tpm2-pytss in tpm2-pytss-1.2.0
dpkg-source: info: unpacking tpm2-pytss_1.2.0.orig.tar.gz
dpkg-source: info: unpacking tpm2-pytss_1.2.0-2.debian.tar.xz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying 
debian-hacks/docs-Use-internal-ressources-for-intersphinx.patch
I: Not using root during the build.
I: Installing the build-deps
 -> Attempting to parse the build-deps
 -> Considering build-depdebhelper-compat (= 13)
   -> Trying to add debhelper-compat=13
 -> Considering build-dep dh-sequence-python3
   -> Trying to add dh-sequence-python3
 -> Considering build-dep libtss2-dev
   -> Trying to add libtss2-dev
 -> Considering build-dep pybuild-plugin-pyproject
   -> Trying to add pybuild-plugin-pyproject
 -> Considering build-dep python3-all:any
   -> Trying to add python3-all:any
 -> Considering build-dep python3-asn1crypto
   -> Trying to add python3-asn1crypto
 -> Considering build-dep python3-cffi (>= 1.0.0)
   -> Trying to add python3-cffi
 -> Considering build-dep python3-cryptography (>= 3.0)
   -> Trying to add python3-cryptography
 -> Considering build-dep python3-dev
   -> Trying to add python3-dev
 -> Considering build-dep python3-doc
   -> Trying to add python3-doc
 -> Considering build-dep python3-myst-parser
   -> Trying to add python3-myst-parser
 -> Considering build-dep python3-pkgconfig
   -> Trying to add python3-pkgconfig
 -> Considering build-dep python3-pytest 
   -> Trying to add python3-pytest
 -> Considering build-dep python3-pytest-cov 
   -> Trying to add python3-pytest-cov
 -> Considering build-dep python3-pytest-forked 
   -> Trying to add python3-pytest-forked
 -> Considering build-dep python3-pytest-xdist 
   -> Trying to add python3-pytest-xdist
 -> Considering build-dep python3-setuptools
   -> Trying to add python3-setuptools
 -> Considering build-dep python3-setuptools-scm
   -> Trying to add python3-setuptools-scm
 -> Considering build-dep python3-sphinx 
   -> Trying to add python3-sphinx
 -> Considering build-dep python3-sphinx-rtd-theme 
   -> Trying to add python3-sphinx-rtd-theme
 -> Considering build-dep swtpm 
   -> Trying to add swtpm
 -> Installing  debhelper-compat=13 dh-sequence-python3 libtss2-dev 
pybuild-plugin-pyproject python3-all:any python3-asn1crypto python3-cffi 
python3-cryptography python3-dev python3-doc python3-myst-parser python3-pkgconfig 
python3-pytest python3-pytest-cov python3-pytest-forked python3-pytest-xdist 
python3-setuptools python3-setuptools-scm python3-sphinx python3-sphinx-rtd-theme 
swtpm
Reading package lists...
Building dependency tree...
Reading state 

Bug#1026161: Removal notice: obsolete

[Ilias Tsitsimpis]

Source: haskell-ekg-json
Version: 0.1.0.6-7
Severity: serious

I intend to remove this package. It's a dependency of haskell-ekg, which
we plan on removing (see #1026158).

If you believe we should keep this package in Debian, please close this
bug report.

-- 
Ilias

Bug#1026160: Removal notice: unused library

[Ilias Tsitsimpis]

Source: haskell-ekg-core
Version: 0.1.1.7-2
Severity: serious

I intend to remove this package. It's a dependency of haskell-ekg, which
we plan on removing (see #1026158).

If you believe we should keep this package in Debian, please close this
bug report.

-- 
Ilias

Bug#1023972: python-ase: FTBFS with Python 3.11 due to pathlib.Path.__enter__() deprecation

[Andrius Merkys]

On Sun, 13 Nov 2022 13:12:15 +0200 Andrius Merkys  wrote:
python-ase/3.22.1 FTBFS with the following after Python 3.11 support has 
been added:


DeprecationWarning: pathlib.Path.__enter__() is deprecated and scheduled 
for removal in Python 3.13; Path objects as a context manager is a no-op


I have forwarded this upstream.


A month has passed without any action from the upstream. Now the issue 
is of severity:serious. If threatened by autoremoval, one possibility to 
resolve it might be ignoring the warning for the time being:


import warnings
warnings.filterwarnings("ignore", category=DeprecationWarning)

Source: 
https://stackoverflow.com/questions/879173/how-to-ignore-deprecation-warnings-in-python


Haven't tested if this indeed works yet.

Andrius

Bug#1026158: Removal notice: obsolete

[Ilias Tsitsimpis]

Source: haskell-ekg
Version: 0.4.0.15-6
Severity: serious

I intend to remove this package:

  * It has no rev dependencies
  * The current version FTBFS
  * Seems unmaintained; Last upload more than 4 years ago
  * It's not part of the latest Stackage LTS

If you believe we should keep this package in Debian, please close this
bug report.

-- 
Ilias

Processed: Re: Bug#1018030: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1018030 [src:haskell-uri] Removal notice: obsolete
Bug 1018030 cloned as bug 1026157
> reassign -2 ftp.debian.org
Bug #1026157 [src:haskell-uri] Removal notice: obsolete
Bug reassigned from package 'src:haskell-uri' to 'ftp.debian.org'.
No longer marked as found in versions haskell-uri/0.1.6.4-4.
Ignoring request to alter fixed versions of bug #1026157 to the same values 
previously set
> retitle -2 RM: haskell-uri -- ROM; obsolete
Bug #1026157 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-uri -- ROM; obsolete' from 'Removal notice: 
obsolete'.
> severity -2 normal
Bug #1026157 [ftp.debian.org] RM: haskell-uri -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
1018030: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018030
1026157: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026157
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1018030: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-uri -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-uri from unstable.

-- 
Ilias

Bug#1022920: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-thyme -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-thyme from unstable.

-- 
Ilias

Processed: Re: Bug#1022920: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1022920 [src:haskell-thyme] Removal notice: obsolete
Bug 1022920 cloned as bug 1026156
> reassign -2 ftp.debian.org
Bug #1026156 [src:haskell-thyme] Removal notice: obsolete
Bug reassigned from package 'src:haskell-thyme' to 'ftp.debian.org'.
No longer marked as found in versions haskell-thyme/0.3.5.5-5.
Ignoring request to alter fixed versions of bug #1026156 to the same values 
previously set
> retitle -2 RM: haskell-thyme -- ROM; obsolete
Bug #1026156 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-thyme -- ROM; obsolete' from 'Removal notice: 
obsolete'.
> severity -2 normal
Bug #1026156 [ftp.debian.org] RM: haskell-thyme -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
1022920: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022920
1026156: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026156
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: python3-trio: MultiError implementation conflicts with BaseExceptionGroup backport in Python 3.10

[Debian Bug Tracking System]

Processing control commands:

> affects -1 src:ipykernel
Bug #1026155 [python3-trio] python3-trio: MultiError implementation conflicts 
with BaseExceptionGroup backport in Python 3.10
Added indication that 1026155 affects src:ipykernel

-- 
1026155: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026155
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1026155: python3-trio: MultiError implementation conflicts with BaseExceptionGroup backport in Python 3.10

[Timo Röhling]

Package: python3-trio
Version: 0.21.0-1
Severity: serious
Tags: fixed-upstream
Control: affects -1 src:ipykernel

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer,

your package conflicts with the BaseExceptionGroup backport from
python3-exceptiongroup, which will cause ipykernel to FTBFS.

Apparently, this has been addressed in the new upstream release 0.22.0.

Relevant build log excerpt from ipykernel:

if not monkeypatched_or_warned:
>   warnings.warn(
"You seem to already have a custom sys.excepthook handler "
"installed. I'll skip installing Trio's custom handler, but this "
"means MultiErrors will not show full tracebacks.",
category=RuntimeWarning,
)
E   RuntimeWarning: You seem to already have a custom sys.excepthook 
handler installed. I'll skip installing Trio's custom handler, but this means 
MultiErrors will not show full tracebacks.

/usr/lib/python3/dist-packages/trio/_core/_multierror.py:511: RuntimeWarning

FAILED ipykernel/tests/test_async.py::test_async_interrupt[trio] - 
RuntimeWarning: You seem to already have a custom sys.excepthook handler 
installed. I'll skip installing Trio's custom handler, but this means 
MultiErrors will not show full tracebacks.


Cheers
Timo


-BEGIN PGP SIGNATURE-

iQGzBAEBCgAdFiEEJvtDgpxjkjCIVtam+C8H+466LVkFAmObEGgACgkQ+C8H+466
LVm+vQwAnzg7/F631S3n2sShpH1IgA+GHN4vwpgyn9LHab0a6I5WH3GtV6pDuT7Q
NSkMahKJieGZi+Mfmhbw5QWfDMTMyGTOCtkjJpp/U+d+/srtBARCdaQcNERmY+El
M4ySgro1HFrmP7xu2S705g+UslRJWt9Lzg2EbZPfRhUAb9/AlOShSc0bxqzfMk59
7UVTJEUcZNM7cnZi+lAnDNz7ftXTE8UpquZjwDbHtuN8lL8OdSRTm1KdsTXrMKF5
QNIOepmawjxshEAomi10iKyQmLk76fwgaMS9BDoomUfzCJFwSZSgZB53sgAwsHzD
04O3Au1tZua8XOhk/0qa+sonCXcD3yKQ4nqJnMKg9WkRXNLFAYds/zl8jKD/AdSy
9mFB7CNI/tTJN05ixpHO9iokvdJHtIWDwOeF8x+xmVl9wTbiI46kmMrjCzDmHi4k
EfMPqSG8t76pkBVmwiV0oiKWSyjzb3bdeWX3NQVNFCZYDOPpEeWdxfJjBS/+Nmwg
DlV3IZvA
=s0A+
-END PGP SIGNATURE-

Processed: Re: Bug#1022918: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1022918 [src:haskell-text-format] Removal notice: obsolete
Bug 1022918 cloned as bug 1026154
> reassign -2 ftp.debian.org
Bug #1026154 [src:haskell-text-format] Removal notice: obsolete
Bug reassigned from package 'src:haskell-text-format' to 'ftp.debian.org'.
No longer marked as found in versions haskell-text-format/0.3.2-4.
Ignoring request to alter fixed versions of bug #1026154 to the same values 
previously set
> retitle -2 RM: haskell-text-format -- ROM; obsolete
Bug #1026154 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-text-format -- ROM; obsolete' from 'Removal 
notice: obsolete'.
> severity -2 normal
Bug #1026154 [ftp.debian.org] RM: haskell-text-format -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
1022918: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022918
1026154: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026154
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1022918: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-text-format -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-text-format from unstable.

-- 
Ilias

Processed: Re: Bug#1022913: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1022913 [src:haskell-test-framework-th-prime] Removal notice: obsolete
Bug 1022913 cloned as bug 1026153
> reassign -2 ftp.debian.org
Bug #1026153 [src:haskell-test-framework-th-prime] Removal notice: obsolete
Bug reassigned from package 'src:haskell-test-framework-th-prime' to 
'ftp.debian.org'.
No longer marked as found in versions haskell-test-framework-th-prime/0.0.10-4.
Ignoring request to alter fixed versions of bug #1026153 to the same values 
previously set
> retitle -2 RM: haskell-test-framework-th-prime -- ROM; obsolete
Bug #1026153 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-test-framework-th-prime -- ROM; obsolete' 
from 'Removal notice: obsolete'.
> severity -2 normal
Bug #1026153 [ftp.debian.org] RM: haskell-test-framework-th-prime -- ROM; 
obsolete
Severity set to 'normal' from 'serious'

-- 
1022913: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022913
1026153: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026153
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1022913: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-test-framework-th-prime -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-test-framework-th-prime from
unstable.

-- 
Ilias

Processed: Re: Bug#1022196: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1022196 [src:haskell-relational-schemas] Removal notice: obsolete
Bug 1022196 cloned as bug 1026152
> reassign -2 ftp.debian.org
Bug #1026152 [src:haskell-relational-schemas] Removal notice: obsolete
Bug reassigned from package 'src:haskell-relational-schemas' to 
'ftp.debian.org'.
No longer marked as found in versions haskell-relational-schemas/0.1.8.0-1.
Ignoring request to alter fixed versions of bug #1026152 to the same values 
previously set
> retitle -2 RM: haskell-relational-schemas -- ROM; obsolete
Bug #1026152 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-relational-schemas -- ROM; obsolete' from 
'Removal notice: obsolete'.
> severity -2 normal
Bug #1026152 [ftp.debian.org] RM: haskell-relational-schemas -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
1022196: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022196
1026152: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026152
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1022196: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-relational-schemas -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-relational-schemas from
unstable.

-- 
Ilias

Processed: Re: Bug#1022194: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1022194 [src:haskell-relational-query-hdbc] Removal notice: obsolete
Bug 1022194 cloned as bug 1026151
> reassign -2 ftp.debian.org
Bug #1026151 [src:haskell-relational-query-hdbc] Removal notice: obsolete
Bug reassigned from package 'src:haskell-relational-query-hdbc' to 
'ftp.debian.org'.
No longer marked as found in versions haskell-relational-query-hdbc/0.7.2.0-2.
Ignoring request to alter fixed versions of bug #1026151 to the same values 
previously set
> retitle -2 RM: haskell-relational-query-hdbc -- ROM; obsolete
Bug #1026151 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-relational-query-hdbc -- ROM; obsolete' from 
'Removal notice: obsolete'.
> severity -2 normal
Bug #1026151 [ftp.debian.org] RM: haskell-relational-query-hdbc -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
1022194: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022194
1026151: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026151
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1022194: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-relational-query-hdbc -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-relational-query-hdbc from
unstable.

-- 
Ilias

Processed: Re: Bug#1022191: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1022191 [src:haskell-persistable-types-hdbc-pg] Removal notice: obsolete
Bug 1022191 cloned as bug 1026150
> reassign -2 ftp.debian.org
Bug #1026150 [src:haskell-persistable-types-hdbc-pg] Removal notice: obsolete
Bug reassigned from package 'src:haskell-persistable-types-hdbc-pg' to 
'ftp.debian.org'.
No longer marked as found in versions 
haskell-persistable-types-hdbc-pg/0.0.3.5-2.
Ignoring request to alter fixed versions of bug #1026150 to the same values 
previously set
> retitle -2 RM: haskell-persistable-types-hdbc-pg -- ROM; obsolete
Bug #1026150 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-persistable-types-hdbc-pg -- ROM; obsolete' 
from 'Removal notice: obsolete'.
> severity -2 normal
Bug #1026150 [ftp.debian.org] RM: haskell-persistable-types-hdbc-pg -- ROM; 
obsolete
Severity set to 'normal' from 'serious'

-- 
1022191: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022191
1026150: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026150
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1022191: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-persistable-types-hdbc-pg -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-persistable-types-hdbc-pg from
unstable.

-- 
Ilias

Processed: Re: Bug#1022195: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1022195 [src:haskell-relational-record] Removal notice: obsolete
Bug 1022195 cloned as bug 1026149
> reassign -2 ftp.debian.org
Bug #1026149 [src:haskell-relational-record] Removal notice: obsolete
Bug reassigned from package 'src:haskell-relational-record' to 'ftp.debian.org'.
No longer marked as found in versions haskell-relational-record/0.2.2.0-5.
Ignoring request to alter fixed versions of bug #1026149 to the same values 
previously set
> retitle -2 RM: haskell-relational-record -- ROM; obsolete
Bug #1026149 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-relational-record -- ROM; obsolete' from 
'Removal notice: obsolete'.
> severity -2 normal
Bug #1026149 [ftp.debian.org] RM: haskell-relational-record -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
1022195: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022195
1026149: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026149
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1022195: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-relational-record -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-relational-record from unstable.

-- 
Ilias

Bug#1022223: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-pipes-zlib -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-pipes-zlib from unstable.

-- 
Ilias

Processed (with 4 errors): Re: Bug#1022908: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1022908 [src:haskell-pipes-aeson] Removal notice: obsolete
Bug #1022909 [src:haskell-pipes-aeson] Removal notice: obsolete
Failed to clone 1022908: Bug is marked as being merged with others. Use an 
existing clone.

> reassign -2 ftp.debian.org
Failed to clear fixed versions and reopen on -2: The 'bug' parameter ("-2") to 
Debbugs::Control::set_package did not pass regex check
.

> retitle -2 RM: haskell-pipes-aeson -- ROM; obsolete
Failed to set the title of -2: The 'bug' parameter ("-2") to 
Debbugs::Control::set_title did not pass regex check
.

> severity -2 normal
Failed to set severity of Bug -2 to normal: The 'bug' parameter ("-2") to 
Debbugs::Control::set_severity did not pass regex check
.


-- 
1022908: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022908
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#1022223: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #103 [src:haskell-pipes-zlib] Removal notice: obsolete
Bug 103 cloned as bug 1026148
> reassign -2 ftp.debian.org
Bug #1026148 [src:haskell-pipes-zlib] Removal notice: obsolete
Bug reassigned from package 'src:haskell-pipes-zlib' to 'ftp.debian.org'.
No longer marked as found in versions haskell-pipes-zlib/0.4.4.2-3.
Ignoring request to alter fixed versions of bug #1026148 to the same values 
previously set
> retitle -2 RM: haskell-pipes-zlib -- ROM; obsolete
Bug #1026148 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-pipes-zlib -- ROM; obsolete' from 'Removal 
notice: obsolete'.
> severity -2 normal
Bug #1026148 [ftp.debian.org] RM: haskell-pipes-zlib -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
103: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=103
1026148: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026148
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1022908: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-pipes-aeson -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-pipes-aeson from unstable.

-- 
Ilias

Processed: Re: Bug#1022906: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1022906 [src:haskell-monad-unlift] Removal notice: obsolete
Bug 1022906 cloned as bug 1026147
> reassign -2 ftp.debian.org
Bug #1026147 [src:haskell-monad-unlift] Removal notice: obsolete
Bug reassigned from package 'src:haskell-monad-unlift' to 'ftp.debian.org'.
No longer marked as found in versions haskell-monad-unlift/0.2.0-6.
Ignoring request to alter fixed versions of bug #1026147 to the same values 
previously set
> retitle -2 RM: haskell-monad-unlift -- ROM; obsolete
Bug #1026147 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-monad-unlift -- ROM; obsolete' from 'Removal 
notice: obsolete'.
> severity -2 normal
Bug #1026147 [ftp.debian.org] RM: haskell-monad-unlift -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
1022906: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022906
1026147: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026147
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1022906: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-monad-unlift -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-monad-unlift from unstable.

-- 
Ilias

Processed: Re: Bug#1022905: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1022905 [src:haskell-maths] Removal notice: obsolete
Bug 1022905 cloned as bug 1026146
> reassign -2 ftp.debian.org
Bug #1026146 [src:haskell-maths] Removal notice: obsolete
Bug reassigned from package 'src:haskell-maths' to 'ftp.debian.org'.
No longer marked as found in versions haskell-maths/0.4.9-2.
Ignoring request to alter fixed versions of bug #1026146 to the same values 
previously set
> retitle -2 RM: haskell-maths -- ROM; obsolete
Bug #1026146 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-maths -- ROM; obsolete' from 'Removal notice: 
obsolete'.
> severity -2 normal
Bug #1026146 [ftp.debian.org] RM: haskell-maths -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
1022905: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022905
1026146: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026146
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1022905: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-maths -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-maths from unstable.

-- 
Ilias

Processed: Re: Bug#1020782: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1020782 [src:haskell-hashmap] Removal notice: obsolete
Bug 1020782 cloned as bug 1026145
> reassign -2 ftp.debian.org
Bug #1026145 [src:haskell-hashmap] Removal notice: obsolete
Bug reassigned from package 'src:haskell-hashmap' to 'ftp.debian.org'.
No longer marked as found in versions haskell-hashmap/1.3.3-3.
Ignoring request to alter fixed versions of bug #1026145 to the same values 
previously set
> retitle -2 RM: haskell-hashmap -- ROM; obsolete
Bug #1026145 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-hashmap -- ROM; obsolete' from 'Removal 
notice: obsolete'.
> severity -2 normal
Bug #1026145 [ftp.debian.org] RM: haskell-hashmap -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
1020782: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020782
1026145: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026145
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1020782: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-hashmap -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-hashmap from unstable.

-- 
Ilias

Processed: Re: Bug#1018051: Removal notice: obsolete

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #1018051 [src:haskell-hsh] Removal notice: obsolete
Bug 1018051 cloned as bug 1026144
> reassign -2 ftp.debian.org
Bug #1026144 [src:haskell-hsh] Removal notice: obsolete
Bug reassigned from package 'src:haskell-hsh' to 'ftp.debian.org'.
No longer marked as found in versions haskell-hsh/2.1.3-4.
Ignoring request to alter fixed versions of bug #1026144 to the same values 
previously set
> retitle -2 RM: haskell-hsh -- ROM; obsolete
Bug #1026144 [ftp.debian.org] Removal notice: obsolete
Changed Bug title to 'RM: haskell-hsh -- ROM; obsolete' from 'Removal notice: 
obsolete'.
> severity -2 normal
Bug #1026144 [ftp.debian.org] RM: haskell-hsh -- ROM; obsolete
Severity set to 'normal' from 'serious'

-- 
1018051: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018051
1026144: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026144
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1018051: Removal notice: obsolete

[Ilias Tsitsimpis]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-hsh -- ROM; obsolete
Control: severity -2 normal

Dear FTP masters, please remove haskell-hsh from unstable.

-- 
Ilias