Bug#1031444: poetry: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

2023-02-18 Thread Lucas Nussbaum
Hi Nilesh,

On 19/02/23 at 01:13 +0530, Nilesh Patra wrote:
> Control: tags -1 moreinfo
> Control: severity -1 important
> 
> Hi Lucas,
> 
> On Fri, 17 Feb 2023 07:47:47 +0100 Lucas Nussbaum  wrote:
> > Source: poetry
> > Version: 1.3.2+dfsg-3
> > Severity: serious
> > Justification: FTBFS
> > Tags: bookworm sid ftbfs
> > User: lu...@debian.org
> > Usertags: ftbfs-20230216 ftbfs-bookworm
> > 
> > Hi,
> > 
> > During a rebuild of all packages in sid, your package failed to build
> > on amd64.
> 
> It builds fine on my local machine. I built more than 10 times on barriere.d.o
> and it worked fine.
> 
> I was able to reproduce the issue once on my local machine, of many,
> many re-builds though but unfortunately that is not enough (for me) to
> reliably repro/root-cause this.
> 
> Would you please consider building this again? If it still fails, then
> maybe it is a random issue or reproducible on some specific systems. I'm
> downgrading the severity to important for now, I hope that is fine.

I can still reproduce it, and it fails every time for me.

However, it does not fail with DEB_BUILD_OPTIONS=parallel=1 (while it
fails every time with the default (parallel=8 on my system)). So it
looks like a race condition in the tests?

Lucas



Bug#1031578: lightproof: FTBFS in testing: make[1]: *** [debian/rules:38: override_dh_auto_install] Error 1

2023-02-18 Thread Rene Engelhard

tag 1031578 + unreproducible

thanks


Hi,

Am 18.02.23 um 23:06 schrieb Lucas Nussbaum:

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


No, it does not.

In a clean cowbuilder testing chroot:

$ apt-get -b source lightproof
Reading package lists... Done
Skipping already downloaded file 'lightproof_1.6-2.dsc'
Skipping already downloaded file 'lightproof_1.6.orig.tar.gz'
Skipping already downloaded file 'lightproof_1.6-2.debian.tar.xz'
Need to get 0 B of source archives.
Skipping unpack of already unpacked source in lightproof-1.6
dpkg-buildpackage: info: source package lightproof
dpkg-buildpackage: info: source version 1.6-2
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Rene Engelhard 
dpkg-buildpackage: info: host architecture amd64
 dpkg-source --before-build .

 fakeroot debian/rules clean
dh clean
dh: warning: Compatibility levels before 10 are deprecated (level 9 in use)
   debian/rules override_dh_auto_clean
make[1]: Entering directory '/home/rene/lightproof-1.6'
find . -name "*.pyc" -exec rm {} \;
find . -name "*.oxt" -exec rm {} \;
dh_clean
dh_clean: warning: Compatibility levels before 10 are deprecated (level 
9 in use)

# manually needed as long as we don't build -editor
rm -rf debian/libreoffice-lightproof-editor
rm -f debian/libreoffice-lightproof-editor.substvars
make[1]: Leaving directory '/home/rene/lightproof-1.6'
   dh_clean
dh_clean: warning: Compatibility levels before 10 are deprecated (level 
9 in use)

 debian/rules build
dh build
dh: warning: Compatibility levels before 10 are deprecated (level 9 in use)
   dh_update_autotools_config
   debian/rules override_dh_auto_build
make[1]: Entering directory '/home/rene/lightproof-1.6'
for cfg in `find src -name "*.cfg"`; do \
    python3 make.py $cfg; \
done
/home/rene/lightproof-1.6/make.py:39: DeprecationWarning: The 
SafeConfigParser class has been renamed to ConfigParser in Python 3.2. 
This alias will be removed in Python 3.12. Use ConfigParser directly 
instead.

  fArgs = cp.SafeConfigParser()
/home/rene/lightproof-1.6/pythonpath/lightproof_compile___implname__.py:170: 
FutureWarning: Possible nested set at position 5

  compr = re.compile(sc)
Traceback (most recent call last):
  File 
"/home/rene/lightproof-1.6/pythonpath/lightproof_compile___implname__.py", 
line 170, in mysplit

    compr = re.compile(sc)
    ^^
  File "/usr/lib/python3.11/re/__init__.py", line 227, in compile
    return _compile(pattern, flags)
   
  File "/usr/lib/python3.11/re/__init__.py", line 294, in _compile
    p = _compiler.compile(pattern, flags)
    ^
  File "/usr/lib/python3.11/re/_compiler.py", line 743, in compile
    p = _parser.parse(p, flags)
    ^^^
  File "/usr/lib/python3.11/re/_parser.py", line 980, in parse
    p = _parse_sub(source, state, flags & SRE_FLAG_VERBOSE, 0)
    ^^
  File "/usr/lib/python3.11/re/_parser.py", line 455, in _parse_sub
    itemsappend(_parse(source, state, verbose, nested + 1,
    ^^
  File "/usr/lib/python3.11/re/_parser.py", line 841, in _parse
    raise source.error('global flags not at the start '
re.error: global flags not at the start of the expression at position 28

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/rene/lightproof-1.6/make.py", line 43, in 
    dist(i[:-4], fArgs._sections['args'])
  File "/home/rene/lightproof-1.6/make.py", line 15, in dist
    code = pythonpath.lightproof_compile___implname__.c(f.read(), 
a['lang'])

^
  File 
"/home/rene/lightproof-1.6/pythonpath/lightproof_compile___implname__.py", 
line 270, in c

    item = mysplit(lines[i].strip(), i + 1, oldlinenums[lines[i]], debug)
^^
  File 
"/home/rene/lightproof-1.6/pythonpath/lightproof_compile___implname__.py", 
line 174, in mysplit

    raise Exception(str(e), oldline)
Exception: ('global flags not at the start of the expression at position 
28', 126)


missing config file or options: src/hu_HU/hu_HU.cfg
/home/rene/lightproof-1.6/make.py:39: DeprecationWarning: The 
SafeConfigParser class has been renamed to ConfigParser in Python 3.2. 
This alias will be removed in Python 3.12. Use ConfigParser directly 
instead.

  fArgs = cp.SafeConfigParser()
/usr/lib/python3.11/zipfile.py:1547: UserWarning: Duplicate name: 
'META-INF/manifest.xml'

  return self._open_to_write(zinfo, force_zip64=force_zip64)
/home/rene/lightproof-1.6/make.py:39: DeprecationWarning: The 
SafeConfigParser class has been renamed to ConfigParser in Python 3.2. 
This alias will be removed in Python 3.12. Use ConfigParser directly 
instead.

  fArgs = cp.Safe

Bug#1031124: unblock: mariadb/1:10.11.1-4

2023-02-18 Thread Otto Kekäläinen
Control: retitle -1 unblock: mariadb/1:10.11.2-1

MariaDB Foundation just announced 10.11.2 GA, so I uploaded 10.11.2 so
that Bookworm users will get the latest version. The old version
10.11.1-5 had been in unstable for only 1-2 days, so this move delayed
the process by 1-2 days as 'days in unstable'' clock restarted.

Please
- update the unblock to be about version mariadb/1:10.11.2-1.
- add unblock to autopkgtests override to ignore failing autopkgtests
of mariadb-10.6
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1030604)

Thanks!



Bug#1030604: marked as done (mariadb breaks mariadb-10.6 autopkgtest: Variable 'innodb_compression_algorithm' can't be set to the value of 'lz4')

2023-02-18 Thread Otto Kekäläinen
Control: found -1 1:10.11.2-1
Control: retitle -1 mariadb breaks mariadb-10.6 autopkgtest: provider
plugins not installed
Control: severity -1 normal

Since https://salsa.debian.org/mariadb-team/mariadb-server/-/merge_requests/36
was merged it fixed Bug#1031116 (apt ordering broke Cacti
autopkgtests) but now this came back - the mariadb-10.6 autopkgtests
cannot pass as they will install mariadb-server version 1:10.11.2-1
which only works with the autopkgtests from 10.11 and the old
autopkgtests in 10.6 will never pass running old tests with new
binaries.

This should just be ignored and eventually fixed by removing
mariadb-10.6 from testing and unstable.

This failure should just be ignored



Bug#1031596: London-Tokyo vs. Tokyo-London distance much different!!

2023-02-18 Thread Sebastiaan Couwenberg

tags 1031596 upstream
severity 1031596 important
forwarded 1031596 https://rt.cpan.org/Public/Bug/Display.html?id=146578
thanks

On 2/19/23 03:08, Dan Jacobson wrote:

Regarding Geo::Calc version 0.12, there is something very wrong.
The distance from London to Tokyo,
11314595.851556
is different that from Tokyo to London,
8256133.168096 !!
See https://rt.cpan.org/Public/Bug/Display.html?id=146578 .

There is no activity on the many years of reports there.


That's not usual for RT tickets.


Are you sure this package should be in Debian?


As noted in the ITP (#1021476) it was required for Geo::GPX 1.00, but 
was dropped in 1.08.


If software is dead upstream and doesn't work for you, stop using it.

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



Bug#1031604: RM: libgeo-calc-perl -- NPOASR; Dead upstream, no longer required for Geo::GPX

2023-02-18 Thread Bas Couwenberg
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: libgeo-calc-p...@packages.debian.org
Control: affects -1 + src:libgeo-calc-perl

Please remove libgeo-calc-perl from the archive, it's dead upstream and no 
longer required for Geo::GPX.

Kind Regards,

Bas



Bug#1031603: phosh: Add Virtualization section/file in docs folder - /usr/share/doc/phosh/

2023-02-18 Thread Georgi Naplatanov
Package: phosh
Version: 0.24.0-1
Severity: wishlist
X-Debbugs-Cc: go...@oles.biz

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


1. I wanted to run Phosh on virtial machine to be able to build and test 
applications for Phosh.
2. I tried different video card configurations with VirtualBox and QEMU
3. I found out that when using virt-manager package with video QXL, it's 
possible to install Debian GNU/Linux (testing - amd64 architecture) and start 
and use Phosh graphical user environment.
4. I think that many users will want to use Phosh in virtialization environment 
so I guess that this information will help them to set up such environment 
quickly.

Thanks for packaging Phosh for Debian and efforts to bring Debian GNU/Linux to 
mobile devices!

Kind regards
Georgi



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

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

Versions of packages phosh depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  fonts-lato   2.0-2.1
ii  gnome-shell-common   43.2-2
ii  gsettings-desktop-schemas43.0-1
ii  libc62.36-8
ii  libcairo21.16.0-7
ii  libcallaudio-0-1 0.1.7-1
ii  libecal-2.0-23.46.4-1
ii  libedataserver-1.2-273.46.4-1
ii  libfeedback-0.0-00.0.3-1
ii  libfribidi0  1.0.8-2.1
ii  libgcr-base-3-1  3.41.1-1+b1
ii  libgcr-ui-3-13.41.1-1+b1
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libglib2.0-0 2.74.5-1
ii  libgnome-desktop-3-2043.1-1
ii  libgtk-3-0   3.24.36-3
ii  libgudev-1.0-0   237-2
ii  libhandy-1-0 1.8.1-1
ii  libical3 3.0.16-1+b1
ii  libnm0   1.40.10-1
ii  libpam0g 1.5.2-6
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpolkit-agent-1-0  122-3
ii  libpolkit-gobject-1-0122-3
ii  libpulse-mainloop-glib0  16.1+dfsg1-2+b1
ii  libpulse016.1+dfsg1-2+b1
ii  libsecret-1-00.20.5-3
ii  libsystemd0  252.5-2
ii  libupower-glib3  0.99.20-2
ii  libwayland-client0   1.21.0-1
ii  phoc 0.24.0-1

Versions of packages phosh recommends:
ii  feedbackd  0.0.3-1
ii  gnome-session-bin  43.0-1
ii  gnome-session-common   43.0-1
ii  gnome-settings-daemon  43.0-4
ii  iio-sensor-proxy   3.0-2
ii  phosh-mobile-tweaks0.24.0-1
ii  phosh-plugins  0.24.0-1
ii  slurp  1.4.0-1
ii  squeekboard1.20.0-2

phosh suggests no packages.

-- no debconf information



Bug#991408: Netbeans: source code problem

2023-02-18 Thread Leandro Cunha
Hi,

For some consistency please request the removal of this package
including unstable. It makes no sense to have the name of an IDE and
install a Java LayoutManager to allow placement in absolute positions.
I even agree with the removal, but it must be done correctly and in
such a way that I don't find this package in the repository via
tracker.debian.org and packages.debian.org as if exist.
I'll let whoever takes care of this package do that.
Thanks!

-- 
Cheers,
Leandro Cunha
-BEGIN PGP PUBLIC KEY BLOCK-

mQINBF/gQ8gBEADHVKgoWsUWNGVvR6sMhBPUdBUEH+QALpr1QYXhetBfRwaY0HWN
pKgejHdxKO8H+kIhRMoh89CCKg3hAJ9LmOOTXkX7U5/Cya/zRMKk5zBD3rKIaugh
0XYT15Nz1jwL7TIDG25yPSloDtVgVXTep0ZzKsNYJjb4OAqa88cvUEJEhhqrldlR
gpNbkixEh5ituO8pMShEBWqLs3yt4Hr1VFWnTIm4dl/JLBHpexzubDOw/mKCTpNd
A1JGHTvce1wtJ2fMzCVzhEjd5pyjLZV/o8hVw2/ON/yXvpJuz0lV/hiW0M+cDcas
sKftErtsZpRy3wwXdkBcJt6soYuqfCHwgMfL2iC6mPviE8xWAHMOmhdC3wDskZpb
RcLfH5IMYajJAGRO/GCMcKKbq7WkEOeloivtg64xBlYuJf9aOcHKP/8R3EObiNp7
ubQAJtV3pEGD4mx1mhutFxDHB+CfnxE3dWvxZSV9y1n4UOzkDJ3kDx5Ee0MbRvJD
w6aXKc6dhYREgh7hLDcMFz+3LcBiZDLxI3g+SHe3Bl61vdsnPno+0HhCzvB+fL4S
eoy7Myfiunz9BrB2HPN+wNCT0YgV+Kv8QoDGzBwos5H1vUJSY4t59w6xoXAYUsAm
hjAM8s+rUtG40mcUWePd8kZtgE9IV1eQ+Qt8/SNpSdRnUunmIGl3JjHvEwARAQAB
tClMZWFuZHJvIEN1bmhhIDxsZWFuZHJvY3VuaGEwMTZAZ21haWwuY29tPokCTgQT
AQoAOBYhBLT5oBCvKN3HzFEPK8LZ4zKUW9A8BQJf4EPIAhsDBQsJCAcCBhUKCQgL
AgQWAgMBAh4BAheAAAoJEMLZ4zKUW9A8FjAQAKWYqiLpLUD+DLB+NSy3DI3rf9z3
k0vE7TLaEjdEM5CQWN+j4vBqMnAckdcARvSWPndTjp8K+mtFF4PyfhNbS64z/a7L
F3DdhmX73n7LKFG8Ow9NZwcrkmPwH5WcP7mXTh6R+6/+OSL/K85NB8MLlxQTJOni
julVax9JEZjwBaP2HLCu53Zq9gZcvJlXoAoTHyTxKdp8Mh8V+Qit26E78o9c6SQD
Dq9eyMRG8hYCRfreDjKceRkYHjECySlk+VoI1ssVs07Dqvxg6qSyP4RnW+1+W74C
s0yIyuC/eRJpMAf1PBQEOOrVcTfRfpN+go955t21yIAvT58vqotTM5eaqXYIQn/y
sC4lThZai/ZBZHxl5Mbv42WkkYdjisLQOCALIMBpj5nq4oh2C+kvMupcuBKfERgV
dguU51MzfQktKb6d5y777zYnDaFMQDD2IfiD/C7ln5A9LP/L54ixlA3uRmWx/yAx
/m+Zusws98j4Eq/jw5T54XW655m6lMCTE9WXLJkgxrRcEonHSllbgRSsToEmWq0Z
doxcnpagHdcGQzW+cu2VOGi1da73ZFmrn+ptJgc8cW2suO06IeArOi0TzIg7e65j
Xp2DbJCpFrfzEuBb1u71WvB8V2MkAfJZx/uZJPCA936B4HT8YGPEMzlQRIHI2Y9C
+DloyzlBLTS1EMKuuQINBF/gQ8gBEAC47o9u1Wm9jZ6RC+lfxEDEvVS7MmI5VzSy
q04rFttWwbKix13pc65aDlk47LxWrb84N3Gnf1E/OTsLTXqC7u5JZ7YJkC6CsPbo
D1sQkfCiJCFCTgf7dydEVt8ujS/Uu1kz86ufdRwaMRcvBZAORGdB58LEsLB65WN4
hLRYF7xvcxu6t7FGrIYereaxUAWLA2B/ZnCEdOY94w7s0uaPjHdf4lfHebuZ7T08
iG5ACDvKBjgaFArGfdNYWchXJgbOEg14bGj40/8LuBKQMZASiFSqLPZxoporK9FY
xBw+D080dUWWD5g868TZ3pkM3DXO9bdq22IBKqKOep8CnuKgoDpUvA8dTEY/UDCn
sdOlBUK/Y9zTGVmD/90cO/xkvkV78suqiBnwBSddPzVS0EuiWwrLGu8gaY4EyM/X
7khlbTcMgh4njzUCAE6Tq+TbXSxn86wuOybVY5Y+I99LNdsocI5SIn2nDh2IOi00
4dE/iwO2MatWIOLFBC7pw8Xv4UHZY+WIf3Y/6XjExpllhUkeB6BwZpTr1SXk+cug
q5Dj5i4aGn2LrvQJ57terqUWYyDUBFgXTc4SPOzT5og8CavBgHfrQoFwSnRZ2oyX
xtZhEDI5Pk2j1qTbOhXZ29po4rPNWHMq2HQgM0I+BqQndsoVdkPOFzS2wKkdXjCz
bNYcyanusQARAQABiQI2BBgBCgAgFiEEtPmgEK8o3cfMUQ8rwtnjMpRb0DwFAl/g
Q8gCGwwACgkQwtnjMpRb0Dzh6g//ZjXaWSzKmG5ZS6XJa/ZOokkE2hFOFusWX8Qa
hEwLAnTFEy02dLfV54rKwmu2jHPDKLhE+iYtusvytueZAzVRyQahv0RE4BH8Emqw
gQdBwyJ/L+QhUp/lMdJ6Hh/2ZSZmzU29U24vnY+U+haoB1fLnA3lXgOP59kMLGud
lERR2Vluuc7TcpzvcaRWgrQRU2vSrrBBEp6y07iVKbRM/9yhE/aHJahLbhKh2Dk9
WJvHPnhYJY5yU+Y5vTl3BiW5+EuzMBdPUawOWKhqCq9dswn0GL1g/vlt/bdU/6DO
jECQ6fssTAtDjRClXySsS3X0mh8y8qlGvMPB4anfvOy4+4nUV6IESdJftKn2SMGd
CA3MaQ+S7frWn5v7GIWSC9vumCsiu1JTOugLmbVmu5m5nFsyllavm/k9LtOtswuF
fHM/SlXLFuGBWU6XceqaM2dpP8i5jGz0vIGMhqoFNgXWGO1NhwR1rmeU1CMpnM5e
Wue4h/+mJiuEzuZcmzOcwq3HGMUXO0jZDgLEmlnenO9czhrLuGZaMXGdwnIk0G3O
+SqH36v7blnDh96RXpgaa+ifTHd0qKeoVXVwSq/9jNtHSQrI+NJcTpMhu73xtxhX
UFPr/31+IFLWepC5GDwdu/gQm5E6ntGyxE2p2v76pcjz7SGdXjPFZjqekBveEJuW
fNdY6Ns=
=rdCA
-END PGP PUBLIC KEY BLOCK-


Bug#1031601: darktable-cli creates output files with a different extension to what was requested

2023-02-18 Thread Michael Deegan
Package: darktable
Version: 4.2.0-2+b1
Severity: normal

Hopefully this demonstrates the issue:

michael@joyola:/tmp/dt-bug$ ls -la
total 16336
drwxr-xr-x  2 michael michael 4096 Feb 19 13:49 .
drwxrwxrwt 21 rootroot 1445888 Feb 19 13:49 ..
-r--r--r--  1 michael michael 15273036 Feb  7 10:59 p2073460.orf
michael@joyola:/tmp/dt-bug$ darktable-cli p2073460.orf p2073460.tiff
[export_job] exported to `p2073460.tif'
michael@joyola:/tmp/dt-bug$ ls -la
total 44496
drwxr-xr-x  2 michael michael 4096 Feb 19 13:50 .
drwxrwxrwt 21 rootroot 1445888 Feb 19 13:49 ..
-r--r--r--  1 michael michael 15273036 Feb  7 10:59 p2073460.orf
-rw-r--r--  1 michael michael 28827338 Feb 19 13:50 p2073460.tif

Thanks,

-MD

-- System Information:
Debian Release: 11.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'oldstable-updates'), (500, 'oldstable-debug'), (500, 'stable'), (500, 
'oldstable'), (490, 'testing'), (400, 'unstable'), (1, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-21-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages darktable depends on:
ii  libc62.36-8
ii  libcairo21.16.0-5
ii  libcolord-gtk1   0.1.26-2
ii  libcolord2   1.4.5-3
ii  libcups2 2.3.3op2-3+deb11u2
ii  libcurl3-gnutls  7.87.0-2
ii  libexiv2-27  0.27.6-1
ii  libgcc-s110.2.1-6
ii  libgdk-pixbuf-2.0-0  2.42.2+dfsg-1+deb11u1
ii  libglib2.0-0 2.74.5-1
ii  libgomp1 10.2.1-6
ii  libgphoto2-6 2.5.27-1
ii  libgphoto2-port122.5.27-1
ii  libgraphicsmagick-q16-3  1.4+really1.3.36+hg16481-2+deb11u1
ii  libgtk-3-0   3.24.36-3
ii  libheif1 1.11.0-1
ii  libicu72 72.1-3
ii  libimath-3-1-29  3.1.6-1
ii  libjpeg62-turbo  1:2.0.6-4
ii  libjson-glib-1.0-0   1.6.2-1
ii  libjxl0.70.7.0-10
ii  liblcms2-2   2.14-1+b1
ii  liblensfun1  0.3.3-1
ii  liblua5.4-0  5.4.4-3
ii  libopenexr-3-1-303.1.5-4
ii  libopenjp2-7 2.5.0-1+b1
ii  libosmgpsmap-1.0-1   1.2.0-1
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpangocairo-1.0-0  1.50.12+ds-1
ii  libpng16-16  1.6.37-3
ii  libportmidi0 1:217-6
ii  libpugixml1v51.11.4-1
ii  librsvg2-2   2.54.5+dfsg-1
ii  libsdl2-2.0-02.0.14+dfsg2-3+deb11u1
ii  libsecret-1-00.20.4-2
ii  libsoup2.4-1 2.72.0-2
ii  libsqlite3-0 3.40.1-1
ii  libstdc++6   12.2.0-14
ii  libtiff6 4.5.0-4
ii  libwebp7 1.2.4-0.1
ii  libwebpmux3  1.2.4-0.1
ii  libx11-6 2:1.8.3-3
ii  libxml2  2.9.14+dfsg-1.1+b3
ii  libxrandr2   2:1.5.1-1
ii  zlib1g   1:1.2.11.dfsg-2+deb11u2

darktable recommends no packages.

darktable suggests no packages.

-- no debconf information

-MD

-- 
-
Michael Deegan   Hugaholic  https://www.deegan.id.au/
  Jung, zr jbeel?  --



Bug#1031600: geany: Geany crashes when I press Ctrl+Shift+V

2023-02-18 Thread Konomi
Package: geany
Version: 1.38-1+b1
Severity: important
Tags: upstream
X-Debbugs-Cc: konomikit...@gmail.com

Dear Maintainer,

Pressing Ctrl+Shift+V crashes Geany. This has been reported upstream [1] and
there is also a patch available [2]. As this causes users to lose work I've
marked this as important.

It would be nice to have this patched before Bookworm releases.

There is currently a work around for users reading this report. Find the
`keybindings.conf` file which is usually located in `~/.config/geany/` find the
line that has `menu_paste=v` and directly under that line add
`menu_paste=v`.

Thank you for your time.

[1] https://github.com/geany/geany/issues/2813
[2] https://github.com/geany/geany/pull/3091


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

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

Versions of packages geany depends on:
ii  geany-common 1.38-1
ii  libatk1.0-0  2.46.0-5
ii  libc62.36-8
ii  libcairo21.16.0-7
ii  libgcc-s112.2.0-14
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libglib2.0-0 2.74.5-1
ii  libgtk-3-0   3.24.36-3
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpangocairo-1.0-0  1.50.12+ds-1
ii  libstdc++6   12.2.0-14

Versions of packages geany recommends:
ii  sensible-utils  0.0.17+nmu1

Versions of packages geany suggests:
pn  doc-base  
ii  libvte9   1:0.28.2-6+b1

-- no debconf information



Bug#995903:

2023-02-18 Thread Nelly Messmer
What is àll about


Bug#1031267: debmany: shell injection

2023-02-18 Thread Axel Beckert
Control: tag -1 + patch pending

Hi Jakub,

found time to analyse this closer.

Axel Beckert wrote:
> Given that the full path including the exploit code is always shown to
> the user before the exploit actually runs, I consider the impact
> rather low:
> 
> ┌┤ Select a file (file:./injection.deb) 
> ├┐
> │ 
>│
> │  usr/share/doc/$(cowsay${IFS}pwned>/dev/tty;sleep${IFS}inf)/changelog.gz 
> changelog.gz  │
> │ 
>│
> │ 
>│
> │ 
>│
> └┘

And this even though $manpages (which holds a space separated list of
all files to offer) is — on purpose — unquoted when passing to the
selection program.

But the real culprit is the use of eval in lines 415, 422 and 424:

  414   debug "Opening manpage file: "`printf "$mancmdline" "$PWD/$file"` # 
comment
  415   eval $(printf "$mancmdline" "$PWD/$file")
  416   cd - >/dev/null
  417 else
  418   # other file (usr/share/doc)
  419   debug "Opening other file: "`printf "$othercmdline" "$PWD/$return"` 
# comment
  420   if [[ "$return" =~ \.gz$ ]]
  421   then
  422   eval $(printf "gzip -dc $PWD/$return | $othercmdline")
  423   else
  424   eval $(printf "$othercmdline" "$PWD/$return")
  425   fi

Eval is evil. Once again.

My first thought was to just exclude all files with shell special
characters, especially '$(' and friends. But

  apt-file search -n \$\( | fgrep /usr/share/doc/

shows that these are actually used (and fail with debmany due to the
issue reported by Jakub):

  sdlbasic: /usr/share/doc/sdlbasic/english/sections/commands/Maths/hex$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/chr$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/insert$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/lCase$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/lTrim$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/left$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/mid$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/replace$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/replaceSubstr$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/reverse$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/right$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/space$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/str$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/string$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/trim$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/typeOf$().html
  sdlbasic: 
/usr/share/doc/sdlbasic/english/sections/commands/Strings/uCase$().html

Additionally there are tons of files with just $ or any kind of brackets.

Just quoting them "properly" inside the eval and printf won't help as
you can always escape from there by just ending the according
quotation by adding a closing quote character into your file path.

In case of the ".gz" case in your example, it's easier to fix as you
can simply move "gzip -dc $PWD/$return |" out of the eval/printf.

But in the other cases it's less simple.

So I came up with the following fix which uses command instead of
eval, and bash pattern substitution to replace %s with the file name
instead letting printf inside an $() doing the substitution:

diff --git a/debmany/debmany b/debmany/debmany
index 7eeb68b..dfea6e9 100755
--- a/debmany/debmany
+++ b/debmany/debmany
@@ -96,6 +96,19 @@ Examples: debmany foo.deb  show manpages from a local 
package file foo.deb
   fi
 }
 
+replace_percent_s_and_execute() {
+  replacement="$1"
+  shift
+  declare -a cmdarr
+  cmdarr=($@)
+  debug "cmdarr before; ${cmdarr[@]}"
+  for i in ${!cmdarr[@]}; do
+cmdarr[$i]="${cmdarr[$i]/\%s/$replacement}"
+  done
+  debug "cmdarr after; ${cmdarr[@]}"
+  command "${cmdarr[@]}"
+}
+
 while [ $# -gt 0 ]
 do
   case $1 in
@@ -377,6 +390,7 @@ else
   dpkg --fsys-tarfile "$file" | tar --wildcards -xf - $mandirs 2>/dev/null
   # find all manpage files
   manpages=`find usr -type f 2>/dev/null|sort|sed -e 's|\([^/]*\)$|\1 \1|'`
+  # | egrep -v '[\`\\${}*?;<>|]'
 fi
 
 while true
@@ -412,16 +426,16 @@ do
 cd "$path"
   fi
   debug "Opening manpage file: "`printf "$mancmd

Bug#787277: running into the same with bullseye -> bookworm upgrade

2023-02-18 Thread Yaroslav Halchenko
Happened to me on a new server I received from a vendor with bullseye
preinstalled so I don't know exactly if they didn't mess with password
there but very unlikely they did. Upon upgrade to bookworm got those
persisting errors

root@typhon:~# apt-get -f install
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
5 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up ca-certificates-java (20230103) ...
org.debian.security.InvalidKeystorePasswordException: Cannot open Java 
keystore. Is the password correct?
at org.debian.security.KeyStoreHandler.load(KeyStoreHandler.java:68)
at 
org.debian.security.KeyStoreHandler.(KeyStoreHandler.java:52)
at 
org.debian.security.UpdateCertificates.(UpdateCertificates.java:65)
at 
org.debian.security.UpdateCertificates.main(UpdateCertificates.java:51)
Caused by: java.io.IOException: Keystore was tampered with, or password was 
incorrect
at 
java.base/sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:795)
at 
java.base/sun.security.util.KeyStoreDelegator.engineLoad(KeyStoreDelegator.java:222)
at java.base/java.security.KeyStore.load(KeyStore.java:1479)
at org.debian.security.KeyStoreHandler.load(KeyStoreHandler.java:66)
... 3 more
Caused by: java.security.UnrecoverableKeyException: Password verification 
failed
at 
java.base/sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:793)
... 6 more
dpkg: error processing package ca-certificates-java (--configure):
 installed ca-certificates-java package post-installation script subprocess 
returned error exit status 1
dpkg: dependency problems prevent configuration of 
openjdk-17-jre-headless:amd64:
 openjdk-17-jre-headless:amd64 depends on ca-certificates-java (>= 
20190405~); however:
  Package ca-certificates-java is not configured yet.

dpkg: error processing package openjdk-17-jre-headless:amd64 (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of default-jre-headless:
 default-jre-headless depends on openjdk-17-jre-headless; however:
  Package openjdk-17-jre-headless:amd64 is not configured yet.

dpkg: error processing package default-jre-headless (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of openjdk-17-jre:amd64:
 openjdk-17-jre:amd64 depends on openjdk-17-jre-headless (= 17.0.6+10-1); 
however:
  Package openjdk-17-jre-headless:amd64 is not configured yet.

dpkg: error processing package openjdk-17-jre:amd64 (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of default-jre:
 default-jre depends on default-jre-headless (= 2:1.17-74); however:
  Package default-jre-headless is not configured yet.
 default-jre depends on openjdk-17-jre; however:
  Package openjdk-17-jre:amd64 is not configured yet.

dpkg: error processing package default-jre (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 ca-certificates-java
 openjdk-17-jre-headless:amd64
 default-jre-headless
 openjdk-17-jre:amd64
 default-jre
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@typhon:~# cat /etc/default/cacerts
# defaults for ca-certificates-java

# The password which is used to protect the integrity of the keystore.
# storepass must be at least 6 characters long. It must be provided to
# all commands that access the keystore contents.
# Only change this if adding private certificates.
#storepass=''

# enable/disable updates of the keystore /etc/ssl/certs/java/cacerts
cacerts_updates=yes

The history of the package on the box:

root@typhon:~# zgrep ca-certifica /var/log/dpkg.log*
/var/log/dpkg.log:2023-02-18 19:57:08 upgrade ca-certificates:all 20210119 
20211016
/var/log/dpkg.log:2023-02-18 19:57:08 status half-configured 
ca-certificates:all 20210119
/var/log/dpkg.log:2023-02-18 19:57:08 status unpacked ca-certificates:all 
20210119
/var/log/dpkg.log:2023-02-18 19:57:08 status half-installed ca-certificates:all 
20210119
/var/log/dpkg.log:2023-02-18 19:57:08 status unpacked ca-certificates:all 
20211016
/var/log/dpkg.log:2023-02-18 19:57:47 upgrade ca-certificates-java:all 20190909 
20230103
/var/log/dpkg.log:2023-02-18 19:57:47 status half-configured 
ca-certificates-java:all 20190909
/var/log/dpkg.log:2023-02-18 19:57:47 status unpacked ca-certificates-java:all 
20190909
/var/log/dpkg.log:2023-02-18 19:57:47 status half-installed 
ca-certificates-java:all 20190909
/var/log/dpkg.log:2023-02-18 19:57:47 

Bug#1021842: Finalizing 'inhibit-automatic-native-compilation'

2023-02-18 Thread Stefan Monnier
> Shouldn't make-temp-file-internal return a non predictable file name?

Nope.  It's less predictable but it's still predictable.

> Otherwise what's the point of using make-temp-file in the first place if
> the temporary name is predictable?

`make-temp-name` uses `O_EXCL | O_CREAT` so as to close the race
condition: if someone predicated the filename, we detect it atomically
and we try again.

You might like to check


https://wiki.sei.cmu.edu/confluence/display/c/FIO21-C.+Do+not+create+temporary+files+in+shared+directories


-- Stefan



Bug#1004869: python-xarray autopkgtest fail on i386

2023-02-18 Thread Peter Michael Green

This patch was dropped in the next upload (probably by accident), and
hence this bug has reappeared.

I have prepared a NMU reinstating Jochen's changes and uploaded
it to delayed/5, please tell me if you have any objections.
diff -Nru python-xarray-2023.01.0/debian/changelog 
python-xarray-2023.01.0/debian/changelog
--- python-xarray-2023.01.0/debian/changelog2023-01-22 11:21:51.0 
+
+++ python-xarray-2023.01.0/debian/changelog2023-02-19 00:50:57.0 
+
@@ -1,3 +1,15 @@
+python-xarray (2023.01.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Jochen Sprickerhof ]
+  * Add patch to fix FTBFS on i386.
+Thanks to Adrian Bunk (Closes: 1004869)
+  * Use execute_after_ in d/rules
+  * Set R³ in d/control
+
+ -- Peter Michael Green   Sun, 19 Feb 2023 00:50:57 +
+
 python-xarray (2023.01.0-1) unstable; urgency=medium
 
   * Mew upstream release
diff -Nru python-xarray-2023.01.0/debian/control 
python-xarray-2023.01.0/debian/control
--- python-xarray-2023.01.0/debian/control  2023-01-22 11:21:51.0 
+
+++ python-xarray-2023.01.0/debian/control  2023-02-19 00:50:21.0 
+
@@ -48,6 +48,7 @@
 Vcs-Browser: https://salsa.debian.org/science-team/python-xarray
 Vcs-Git: https://salsa.debian.org/science-team/python-xarray.git
 Homepage: http://xarray.pydata.org/
+Rules-Requires-Root: no
 
 Package: python3-xarray
 Architecture: all
diff -Nru 
python-xarray-2023.01.0/debian/patches/0015-Mark-failing-test-on-i386-as-xfail.patch
 
python-xarray-2023.01.0/debian/patches/0015-Mark-failing-test-on-i386-as-xfail.patch
--- 
python-xarray-2023.01.0/debian/patches/0015-Mark-failing-test-on-i386-as-xfail.patch
1970-01-01 00:00:00.0 +
+++ 
python-xarray-2023.01.0/debian/patches/0015-Mark-failing-test-on-i386-as-xfail.patch
2023-02-19 00:50:21.0 +
@@ -0,0 +1,20 @@
+From: Adrian Bunk 
+Date: Thu, 29 Dec 2022 09:05:39 +0100
+Subject: Mark failing test on i386 as xfail
+
+---
+ xarray/tests/test_interp.py | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/xarray/tests/test_interp.py b/xarray/tests/test_interp.py
+index b3c94e3..1dc8aff 100644
+--- a/xarray/tests/test_interp.py
 b/xarray/tests/test_interp.py
+@@ -854,6 +854,7 @@ def test_interpolate_chunk_1d(
+ @requires_dask
+ @pytest.mark.parametrize("method", ["linear", "nearest"])
+ @pytest.mark.filterwarnings("ignore:Increasing number of chunks")
++@pytest.mark.xfail
+ def test_interpolate_chunk_advanced(method: InterpOptions) -> None:
+ """Interpolate nd array with an nd indexer sharing coordinates."""
+ # Create original array
diff -Nru python-xarray-2023.01.0/debian/patches/series 
python-xarray-2023.01.0/debian/patches/series
--- python-xarray-2023.01.0/debian/patches/series   2023-01-22 
11:21:51.0 +
+++ python-xarray-2023.01.0/debian/patches/series   2023-02-19 
00:50:21.0 +
@@ -12,3 +12,4 @@
 xfail-pad-constant.patch
 no-sphinx-design.patch
 xfail-on-random-patch
+0015-Mark-failing-test-on-i386-as-xfail.patch
diff -Nru python-xarray-2023.01.0/debian/rules 
python-xarray-2023.01.0/debian/rules
--- python-xarray-2023.01.0/debian/rules2023-01-22 11:21:51.0 
+
+++ python-xarray-2023.01.0/debian/rules2023-02-19 00:50:21.0 
+
@@ -4,7 +4,7 @@
 export DH_VERBOSE=1
 
 export PYBUILD_NAME=xarray
-PY3VERS:= $(shell py3versions -s)
+export http_proxy=127.0.0.1:9 https_proxy=127.0.0.1:9
 
 # Disable checking for this release:
 DEB_BUILD_OPTIONS += nocheck
@@ -12,30 +12,19 @@
 %:
dh $@  --buildsystem=pybuild
 
-override_dh_auto_clean:
-   dh_auto_clean
+execute_after_dh_auto_clean:
 ifeq (,$(findstring nodoc,$(DEB_BUILD_PROFILES)))
$(MAKE) -C doc clean
 endif
 
-override_dh_auto_install: $(PYTHON3:%=install-python%)
-   dh_auto_install
+execute_after_dh_auto_install: $(PYTHON3:%=install-python%)
find debian/python3-xarray -name '*.idx' -exec chmod -x {} \;
 
-override_dh_auto_build:
-   http_proxy=127.0.0.1:9 https_proxy=127.0.0.1:9 dh_auto_build
+execute_after_dh_auto_build:
 ifeq (,$(findstring nodoc,$(DEB_BUILD_PROFILES)))
PYTHONPATH=$(CURDIR) $(MAKE) -C doc html
 endif
 
-override_dh_auto_test:
-ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
-   for p in $(PY3VERS); do \
-   PY3VERNUM=`echo $$p | sed -e 's/python//' `; \
-   pybuild --test --test-pytest -i $$p -p $$PY3VERNUM  ;  \
-   done
-endif
-
 override_dh_sphinxdoc:
dh_sphinxdoc --exclude=MathJax.js
find debian/python-xarray-doc -name '*.html' \


Bug#1029441: usbauth-notifier: diff for NMU version 1.0.4-2.1

2023-02-18 Thread 蔡昆宏
Hi Adrian,

Sorry I have been busy lately and thank you so much for taking care of this
bug.
The diff looks good to me!

Kun-Hung

Adrian Bunk  於 2023年2月19日 週日 上午6:51寫道:

> Control: tags 1029441 + patch
> Control: tags 1029441 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for usbauth-notifier (versioned as 1.0.4-2.1) and
> uploaded it to DELAYED/7. Please feel free to tell me if I should cancel
> it.
>
> cu
> Adrian
>


Bug#1031597: hw-detect: add support for compressed Contents-firmware

2023-02-18 Thread Cyril Brulebois
Cyril Brulebois  (2023-02-19):
> Discussed on #debian-cd earlier: that index is not *huge* but it's also
> not negligible (271 KB before the symlink fix). Steve suggested we add
> compression support.

And 304 KB with the symlink fix (considering bookworm).


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature


Bug#1031598: debian-cd: missing Contents-firmware in firmware archives (tar, zip, cpio)

2023-02-18 Thread Cyril Brulebois
Control: tag -1 patch pending

Cyril Brulebois  (2023-02-19):
> As mentioned earlier on #debian-cd: the firmware archives generated by
> make-firmare-image contain the dep11/ directory but are missing the
> Contents-firmware index that was added to make hw-detect's easier (and
> slightly faster).

Fixed in:
  
https://salsa.debian.org/images-team/debian-cd/-/commit/7eea34f26fd61035e443d67bff8f08e5e66196df

Only tagging for the time being… Steve, please respin the firmware
“images” (tar, zip, cpio) when you get a chance. Nowhere critical,
but still nice to have.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature


Bug#1031599: bluez: Please provide a user service for mpris-proxy

2023-02-18 Thread Undef
Package: bluez
Version: 5.66-1
Severity: normal
Tags: patch
X-Debbugs-Cc: debian@undef.tools

Dear Maintainer,

On my Mobian PinePhone Pro I have configured an "mpris-proxy.service" which 
allows the buttons on my bluetooth headset to control media on the device.
Without this proxy, bluetooth controls are completely ineffective.

Please consider including the attached systemd user service which will allow 
users
to simply run `systemctl enable --user mpris-proxy` to use this functionality.

Thank you.

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: arm64 (aarch64)

Kernel: Linux 6.1.12-rockchip-imxdebug (SMP w/6 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CRAP, TAINT_UNSIGNED_MODULE
Locale: LANG=C, 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 bluez depends on:
ii  dbus [default-dbus-system-bus]  1.14.6-1
ii  init-system-helpers 1.65.2
ii  kmod30+20221128-1
ii  libasound2  1.2.8-1+b1
ii  libc6   2.36-8
ii  libdbus-1-3 1.14.6-1
ii  libdw1  0.188-2.1
ii  libglib2.0-02.74.5-1
ii  libreadline88.2-1.3
ii  libudev1252.5-2
ii  sysvinit-utils [lsb-base]   3.06-2
ii  udev252.5-2

bluez recommends no packages.

Versions of packages bluez suggests:
ii  pulseaudio-module-bluetooth  16.1+dfsg1-2+b1

-- no debconf information
[Unit]
Description=Forward bluetooth media controls to MPRIS

[Service]
Type=simple
ExecStart=/usr/bin/mpris-proxy

[Install]
WantedBy=default.target


Bug#989720:

2023-02-18 Thread robotmum


从 Windows 版邮件发送



Bug#1031598: debian-cd: missing Contents-firmware in firmware archives (tar, zip, cpio)

2023-02-18 Thread Cyril Brulebois
Package: debian-cd
Severity: normal

As mentioned earlier on #debian-cd: the firmware archives generated by
make-firmare-image contain the dep11/ directory but are missing the
Contents-firmware index that was added to make hw-detect's easier (and
slightly faster).


Cheers,
-- 
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/



Bug#1031597: hw-detect: add support for compressed Contents-firmware

2023-02-18 Thread Cyril Brulebois
Package: hw-detect
Severity: normal

Discussed on #debian-cd earlier: that index is not *huge* but it's also
not negligible (271 KB before the symlink fix). Steve suggested we add
compression support.


Cheers,
-- 
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/



Bug#1031596: London-Tokyo vs. Tokyo-London distance much different!!

2023-02-18 Thread Dan Jacobson
Package: libgeo-calc-perl
Version: 0.12-1
Severity: grave
File: /usr/share/doc/libgeo-calc-perl
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=146578

Regarding Geo::Calc version 0.12, there is something very wrong.
The distance from London to Tokyo,
11314595.851556
is different that from Tokyo to London,
8256133.168096 !!
See https://rt.cpan.org/Public/Bug/Display.html?id=146578 .

There is no activity on the many years of reports there.
Are you sure this package should be in Debian?



Bug#1021034: nautilus: Strange reaction of mouse wheel in directory with many files

2023-02-18 Thread Алексей Шилин
This is actually a bug in GTK, GtkListView to be precise [1].

 [1] https://gitlab.gnome.org/GNOME/gtk/-/issues/2971



Bug#1031254: cryptsetup: unable to boot rootfs from luks via tpm (cryptsetup unknown option tpm2-device tpm2-pin)

2023-02-18 Thread Redstone Ore
Could you elaborate more on why this occurs and are there any ways to avoid
this issue?

I’ve looked at crypttab man page but couldn’t find relevant information.

(I’m new to Linux, so I don’t know too much)


Bug#1031594: os-prober is disabled by default in /etc/default/grub - Windows not found

2023-02-18 Thread Steve McIntyre
On Sun, Feb 19, 2023 at 12:42:10AM +, Andrew M.A. Cater wrote:
>Package: os-prober
>Version: 1.79
>Severity: normal
>
>Dear Maintainer,
>
>In testing for Debian Bookworm Alpha 2 release
>
>Windows not found when dist-upgrade from existing 11.6 system
>
>Disabled in /etc/default/grub
>
>* grub2:
>Add commented-out GRUB_DISABLE_OS_PROBER to /etc/default/grub
>to make it easier for users to turn os-prober back on if they want
>it (#1013797, #1009336)
>
>This needs to be discussed

Thinking something like:

 * *maybe* a debconf Q in grub to ask "do you want me to look for other OSes?"
 * we can set that if we find what looks like other OSes in d-i
 * and also check on upgrades - if we have other OSes listed in the
   current grub config

Otherwise we *are* going to get panicky Windows users using d-i or
upgrading and "losing" their Windows installation.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
< liw> everything I know about UK hotels I learned from "Fawlty Towers"



Bug#1031595: RFP: ventoy -- Ventoy is an open source tool to create bootable USB drive for ISO/WIM/IMG/VHD(x)/EFI files.

2023-02-18 Thread Fjords

Package: ventoy
Severity: wishlist

Ventoy is an open source tool to create bootable USB drive for 
ISO/WIM/IMG/VHD(x)/EFI files. With ventoy, you don't need to format the 
disk over and over, you just need to copy the image files to the USB 
drive and boot it. You can copy many image files at a time and ventoy 
will give you a boot menu to select them.


I know there is a freeze already and it might be a little too late, but 
I think this would be a great tool to include in Sid. The standalone 
binaries work just fine, but it would be more convenient to update it 
through the package manager (thus the version on the USB device 
updates). MultiBootUSB hasn't been updated in years, and it's a bit 
tricky to get working, whereas Ventoy does it with ease. You can check 
the GitHub for lists of all known distros that Ventoy works on. Thanks 
in advance.


Upstream: https://github.com/ventoy/Ventoy



Bug#101937: [xwd] 'xwd -name windowtitle -frame' doesn't capture frame

2023-02-18 Thread Alan Coopersmith

This is operating as documented - in the xwd man page, it states:

   -frame  This  option  indicates that the window manager frame should be
   included when manually selecting a window.

But using -name is selecting a window automatically, not waiting for the user
to manually click on it.

With the current implementation, you would instead need to do:

"xwininfo -name ... -children | grep Parent"

and use the id returned by that with the -id argument to xwd:

"xwd -id ... -out image"

Making -frame work with the automatic selection arguments (-id & -name)
might be a nice enhancement, but it's not a bug that it doesn't yet.

--
-Alan Coopersmith- alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/solaris



Bug#1031594: os-prober is disabled by default in /etc/default/grub - Windows not found

2023-02-18 Thread Andrew M.A. Cater
Package: os-prober
Version: 1.79
Severity: normal

Dear Maintainer,

In testing for Debian Bookworm Alpha 2 release

Windows not found when dist-upgrade from existing 11.6 system

Disabled in /etc/default/grub

* grub2:
Add commented-out GRUB_DISABLE_OS_PROBER to /etc/default/grub
to make it easier for users to turn os-prober back on if they want
it (#1013797, #1009336)

This needs to be discussed



Bug#1031593: AttributeError: module 'gettext' has no attribute 'bind_textdomain_codeset

2023-02-18 Thread James Valleroy
Package: deluge-web
Version: 2.0.3-3.3
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: jvalle...@mailbox.org

When starting the deluge-web service, it produces the following error:


Feb 18 19:36:34 freedombox systemd[1]: Started deluge-web.service - Deluge 
Bittorrent Client Web Interface.
Feb 18 19:36:34 freedombox deluge-web[43842]: Unable to initialize 
gettext/locale!
Feb 18 19:36:34 freedombox deluge-web[43842]: module 'gettext' has no attribute 
'bind_textdomain_codeset'
Feb 18 19:36:34 freedombox deluge-web[43842]: Traceback (most recent call last):
Feb 18 19:36:34 freedombox deluge-web[43842]:   File 
"/usr/lib/python3/dist-packages/deluge/i18n/util.py", line 111, in 
setup_translation
Feb 18 19:36:34 freedombox deluge-web[43842]: 
gettext.bind_textdomain_codeset(I18N_DOMAIN, 'UTF-8')
Feb 18 19:36:34 freedombox deluge-web[43842]: 
^^^
Feb 18 19:36:34 freedombox deluge-web[43842]: AttributeError: module 'gettext' 
has no attribute 'bind_textdomain_codeset'
Feb 18 19:36:34 freedombox deluge-web[43842]: 19:36:34 [ERROR   
][deluge.i18n.util   :146 ] Unable to initialize gettext/locale!
Feb 18 19:36:34 freedombox deluge-web[43842]: 19:36:34 [ERROR   
][deluge.i18n.util   :147 ] module 'gettext' has no attribute 
'bind_textdomain_codeset'
Feb 18 19:36:34 freedombox deluge-web[43842]: Traceback (most recent call last):
Feb 18 19:36:34 freedombox deluge-web[43842]:   File 
"/usr/lib/python3/dist-packages/deluge/i18n/util.py", line 111, in 
setup_translation
Feb 18 19:36:34 freedombox deluge-web[43842]: 
gettext.bind_textdomain_codeset(I18N_DOMAIN, 'UTF-8')
Feb 18 19:36:34 freedombox deluge-web[43842]: 
^^^
Feb 18 19:36:34 freedombox deluge-web[43842]: AttributeError: module 'gettext' 
has no attribute 'bind_textdomain_codeset'


The bind_textdomain_codeset function was removed from Python 3.11.


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

Kernel: Linux 6.0.0-0.deb11.6-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages deluge-web depends on:
ii  deluge-common  2.0.3-3.3
ii  python33.11.1-3
ii  python3-mako   1.2.4+ds-1

deluge-web recommends no packages.

deluge-web suggests no packages.

-- no debconf information



Bug#979090: Legally problematic GPL-3+ readline dependency

2023-02-18 Thread Gregor Riepl
Since merge requests are disabled on the Salsa repository, I'm attaching 
the patch here.


Almost everything in the project is GPL-2+, with only a few outliers:
install-sh is X11, and debian/avrdude.metainfo.xml is CC-BY-SA-3.0.
I believe this is acceptable under the terms of libreadline8.

@Milan please review the patch and push a new version soon, if you can.From acdcf1c29c6a3d3d20cac2d4cf046a5a0e7c90cf Mon Sep 17 00:00:00 2001
From: Gregor Riepl 
Date: Sun, 19 Feb 2023 00:31:37 +0100
Subject: [PATCH] Fix and updat d/copyright to include all copyrights and
 correct licenses

---
 debian/changelog |   9 +
 debian/copyright | 520 +--
 2 files changed, 512 insertions(+), 17 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 198010a..10d190a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+avrdude (6.3-20171130+svn1429-3) UNRELEASED; urgency=medium
+
+  [Gregor Riepl]
+  * Fix debian/copyright
+(add missing statements, correct license to GPL-2+)
+Closes: #979090
+
+ -- Gregor Riepl   Sun, 19 Feb 2023 00:31:45 +0100
+
 avrdude (6.3-20171130+svn1429-2) sid; urgency=medium
 
   * revert usbtiny tpi implementation (closes: #922558)
diff --git a/debian/copyright b/debian/copyright
index b9051f1..e42c6fa 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -1,24 +1,510 @@
-This package was debianized by Michael Biebl  on
-Mon,  6 Jun 2005 20:28:53 +0200.
+Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Source: http://savannah.nongnu.org/projects/avrdude/
+Upstream-Name: avrdude
+Upstream-Contact: Brian S. Dean 
 
-It was downloaded from http://savannah.nongnu.org/projects/avrdude/
+Files: *
+Copyright:
+ 1990-200  Brian S. Dean 
+ 2001-2016 Joerg Wunsch 
+ 2009 Analog Devices Inc.
+ Michael Hennerich (henner...@blackfin.uclinux.org)
+ 2008 Klaus Leidinger 
+ 2003, 2004, 2006 Eric B. Weddington 
+ 2003-2005 Theodore A. Roth 
+ 2011 Darell Tan 
+ 2003, 2004  Martin J. Thomas  
+ 2005-2007 Colin O'Flynn 
+ 2005 Erik Walthinsen
+ 2005 Juliane Holzt 
+ 2006 Christian Starkjohann
+ 2006 David Moore
+ 2006 Thomas Fischl
+ 2007 Dick Streefland
+ 2007 Limor Fried
+ 2009 Lars Immisch
+ 2009 Michal Ludvig 
+ 2011-2012 Roger E. Wolff 
+ 2011 Brett Hagman
+ 2011 Hannes Weisbach, Doug Springer
+ 2012 Kirill Levchenko
+ 2013 Radoslav Kolev 
+ 2003-2004 Jan-Hinnerk Reichert 
+ 2004 Alex Shepherd 
+ 2009-2010 David Hoerl 
+ 2011-2014 Rene Liebscher 
+ Wolfgang Moser
+ Ville Voipio
+ Jim Paris 
+ David Mosberger-Tang
+License: GPL-2+
+
+Files:
+ Makefile.in
+ doc/Makefile.in
+ windows/Makefile.in
+Copyright:
+ 1994-2014 Free Software Foundation, Inc.
+ 2003  Theodore A. Roth  
+License: GPL-2+
+ This Makefile.in is free software; the Free Software Foundation
+ gives unlimited permission to copy and/or distribute it,
+ with or without modifications, as long as this notice is preserved.
+ .
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY, to the extent permitted by law; without
+ even the implied warranty of MERCHANTABILITY or FITNESS FOR A
+ PARTICULAR PURPOSE.
+ .
+ This program is free software; you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation; either version 2 of the License, or
+ (at your option) any later version.
+ .
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ GNU General Public License for more details.
+ .
+ You should have received a copy of the GNU General Public License
+ along with this program. If not, see .
 
-AVRDUDE was written by:
-  Brian S. Dean  .
+Files:
+ aclocal.m4
+ m4/*
+ config.sub
+ doc/texinfo.tex
+ doc/mdate-sh
+ config.guess
+ compile
+ INSTALL
+ COPYING
+ configure
+ missing
+ ylwrap
+ ltmain.sh
+Copyright: 1989-2015 Free Software Foundation, Inc.
+License: GPL-2+
 
-Contributors:
-  Joerg Wunsch 
-  Eric Weddington 
-  Jan-Hinnerk Reichert 
-  Alex Shepherd 
-  Martin Thomas 
-  Theodore A. Roth 
+Files:
+ install-sh
+Copyright: 1994 X Consortium
+License: X11+PublicDomain
 
+Files:
+ debian/*
 Copyright:
-  2000, 2001, 2002, 2003  Brian S. Dean 
+ 2005-2015 Michael Biebl 
+ 2015 Guido Günther 
+ 2015-2019 Milan Kupcevic 
+ 2023 Gregor Riepl 
+License: GPL-2+
+
+Files:
+ debian/avrdude.metainfo.xml
+Copyright:
+ 2018 Milan Kupcevic 
+License: CC-BY-SA-3.0
+
+License: GPL-2+
+ This program is free software; you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation; either version 2 of the License, or
+ (at your option) any later version.
+ .
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY

Bug#1031587: [request-tracker-maintainers] Bug#1031587: Handling of the request-tracker4 -> request-tracker5 transition in bookworm

2023-02-18 Thread Andrew Ruthven
On Sun, 2023-02-19 at 00:12 +0200, Adrian Bunk wrote:
> https://release.debian.org/testing/freeze_policy.html#soft
> 
> ...
> Dropping or adding binary packages to a source package, moving
> binaries between source packages or renaming source or binary
> packages is no longer allowed. Packages with these changes will not
> be allowed to migrate to testing. These changes are also no longer
> appropriate in unstable.
> ...
> 
> 
> The problem is that opening of #1030749 is de facto
> a request-tracker4 -> request-tracker5 transition that
> happened 4 weeks after the deadline for transitions.

The soft freeze date snuck up on us. :(

Given the minimal impact to packages, is this a transition?

If you look at the release and EOL dates on 
https://bestpractical.com/release-policy/ you'll see that Best
Practical
typically end of life releases 3-4 years after the next release. 5.0
was
released in 2020, therefore it is worth considering that 4.4 will most
likely be EOL in 2023 or 2024. For practical support reasons, we're
concerned about releasing Bookworm with 4.4.

> There are two options for resolving this:
> 1. Treat #1030749 as a forbidden transition and ship both versions
>    of request-tracker in bookworm, or
> 2. grant reverse dependencies an exception from the soft freeze
>    rules for the request-tracker4 -> request-tracker5 transition.
> 
> 
> For option 2 I looked at the 9 reverse dependencies of request-
> tracker4
> in the autoremoval list:
> 
> RT extension installer that has to stop depending on
> both versions:
> - libmodule-install-rtx-perl

This will need to updated after all the below packages are updated.

> No package remame required, has to upgrade to the upstream version
> that supports request-tracker5:
> - librt-extension-commandbymail-perl

We've had updated packaging ready to go for a while, but it looks like
we'd forgotten to upload it. Current proposed package does introduce
new packages, but we could drop that and re-use the existing package
name.

> Ships packages for both versions and has to drop the
> request-tracker4 package:
> - rt-extension-assets-import-csv
> 
> request-tracker4 -> request-tracker5 transition prepared
> in experimental:
> - rt-extension-customfieldsonupdate
> - rt-extension-calendar
> - rt-extension-jsgantt
> - rt-extension-nagios
> - rt-extension-smsnotify

Some of these will need to be updated, but that is relatively
straightforward.

> Update to latest upstream version and package rename required:
> - rt-extension-repeatticket

Again, we have updated packaging ready, again includes new package
names. But the splitting into new packages can be dropped.

Cheers,
Andrew

-- 
Andrew Ruthven, Wellington, New Zealand
and...@etc.gen.nz |
Catalyst Cloud: | This space intentionally left blank
https://catalystcloud.nz |



Bug#1031592: unblock: poke/3.0+dfsg

2023-02-18 Thread Sergio Durigan Junior
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi there,

I decided to file this request even though this is *not* going to
involve any transition nor anything big.  Please let me know if you
prefer to be contacted via other channels.

[ Reason ]

poke has recently released version 3.0.  Unfortunately, due to personal
reasons, I was unable to work on updating our package until this
weekend.  I believe it is in the best interest of our users to have poke
3.0 shipped in bookworm, not only because of the several bugs that are
being fixed, but also because other GNU/Linux distributions are already
shipping the latest version to their users.

[ Impact ]

Shipping the current version of poke in testing (2.4) will make the
bookworm release already outdated when compared to other distributions.

[ Risks ]

poke is not a key package.  Nothing reverse-depends on it.  If we
encounter any problems with poke, it will not affect any essential part
of the system.

[ Other Info ]

I've uploaded poke 3.0 to experimental.  You can confirm that the
package successfully builds:

https://buildd.debian.org/status/package.php?p=poke&suite=experimental



Please let me know if you need more information to proceed with this
request.

Thank you in advance,

-- 
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


Bug#1031591: ibus-table-chinese: Lintian warning in debian/copyright needs fixing

2023-02-18 Thread Boyuan Yang
Source: ibus-table-chinese
Version: 1.8.12-1
Severity: normal
Tags: sid

Hi,

The debian/copyright file for current ibus-table-chinese package has some
format errors that triggers lintian warnings. Besides, it needs to be reviewed
for up-to-date copyright information.

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part


Bug#1031590: ibus-table-chinese: Please add new binary package ibus-table-cantonyale

2023-02-18 Thread Boyuan Yang
Source: ibus-table-chinese
Version: 1.8.12-1
Tags: sid
Severity: normal

Hi,

Due to Debian 12 release freeze, current version of ibus-table-chinese did not
build binary package ibus-table-cantoyale. Please consider adding this new
binary package an go through Debian NEW queue after the freeze (and release)
has been lifted.

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part


Bug#992150: Please allow symlink in system extension

2023-02-18 Thread Sebastian Ramacher
Control: severity -1 normal

On 2021-08-13 14:34:04 +, Bastien Roucariès wrote:
> Package: firefox
> Version: 57.0.0
> Severity: serious
> Tags: upstream
> Justification: Policy 4.13
> Forwarded: https://bugzilla.mozilla.org/show_bug.cgi?id=1420286
> X-Debbugs-Cc: pkg-javascript-de...@lists.alioth.debian.org
> Control: tags -1 + security
> 
> Hi,
> 
> By default firefox does not allow symlink in system extension.
> 
> It is really bad from the point of view of the javascript team, from a point 
> of
> view of maintenability and security...
> 
> Chrome allow symlink BTW.
> 
> Maintainer do a copy of each javascript file instead at build time (they do 
> not
> use trigger)
> 
> I found this bug during a lintian audit of embdeded javascript pacakge. This 
> is
> not documented and I do know if security team is aware of this.
> 
> Firefox upstream recommand to use packaged and signed extension. It is worse
> from the point of view of the javascript team because it will need binNMU of
> arch all file, that is not implemented.
> 
> Therefore, could we recover the old system of working symlink ? We have now
> salsa to test regression and it could be safe.

While the lack of arch: all binNMUs is annoying, it can be worked
around. Also, looking at the current set of xul-ext-* extensions, none
of them seem to suffer from any of the above issues. So I don't see a
reason for this bug to have serious severity.

Cheers
-- 
Sebastian Ramacher



Bug#1031195: os-autoinst: FTBFS on several release architectures

2023-02-18 Thread Philip Hands
Control: reopen -1

It seems that the initial attempt to fix this bug was a failure, so I'm
reopening the bug and will attempt to do a proper job shortly.

Cheers, Phil.



Bug#993660: firefox-esr: FTBFS and embeded copy of code

2023-02-18 Thread Sebastian Ramacher
Control: reassign -1 src:firefox 111.0-1
Control: unblock -1 by 1031589

On 2022-05-04 20:52:14 +0200, Paul Gevers wrote:
> Control: tag -1 - ftbfs
> Control: tag 993659 - ftbfs
> 
> Hi Bastien,
> 
> On Sat, 04 Sep 2021 11:46:35 + "=?utf-8?q?Bastien_Roucari=C3=A8s?="
>  wrote:
> > Source: src:firefox-esr
> > Version: FTBFS and embdeded copy
> > Severity: serious
> > Tags: upstream ftbfs
> > Control: clone -1 -2
> > Control: affects -2 src:firefox
> 
> Did you intent to have -2 (this bug 993660) reassigned to src:firefox
> instead? Now these two bugs are just clones against the firefox-esr source
> package.
> 
> Also, ftbfs is used when the build fails, not when the build is not building
> all binary artifacts, we don't have a tag for that.

Let's assume so. Having the same bug twice against the same source
packages does not make sense.

Cheers
-- 
Sebastian Ramacher



Bug#201994: [xconsole] want mouse wheel to scroll log window

2023-02-18 Thread Alan Coopersmith
Previously translations for buttons 4 & 5 were only set for the scrollbar, so 
required the mouse to be over the scrollbar to use the mouse wheel.


I've submitted a merge request upstream to handle buttons 4 & 5 in the text
area as well:
https://gitlab.freedesktop.org/xorg/app/xconsole/-/merge_requests/7

You should be able to edit the XConsole app-defaults file on your system
to do the same until a new release is published.

--
-Alan Coopersmith- alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/solaris



Bug#173314: xcalc only accepts digits from the numeric pad

2023-02-18 Thread Alan Coopersmith

This is because the key mappings in the translation list in app-defaults
only list the main set of number keys with a modifier of "None", so they
don't work when NumLock is active.  We can't remove that modifier since
then holding down shift and hitting one of them would enter the number
instead of doing the intended operation (!, *, (, or ) for instance).

Instead I've submitted a merge request upstream to add translations for
those keys with Mod2 (aka NumLock) in the modifier list - you should be
able to edit the XCalc app-defaults file on your system to do the same
until a new release is published:
https://gitlab.freedesktop.org/xorg/app/xcalc/-/merge_requests/11

--
-Alan Coopersmith- alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/solaris



Bug#1018811: [Debian-pan-maintainers] Bug#1018811: Three new test issues preventing upload of patch (Was: pyfai: autopkgtest regression on armel and i386)

2023-02-18 Thread Adrian Bunk
Hi,

if pyfai should be part of bookworm, then it is now becoming urgent that 
this bug gets fixed soon.

cu
Adrian


On Sun, Jan 22, 2023 at 10:23:16PM +0100, Andreas Tille wrote:
> Am Sun, Jan 22, 2023 at 06:58:53PM +0100 schrieb Jerome Kieffer:
> > On Sun, 22 Jan 2023 16:56:46 +0100
> > Andreas Tille  wrote:
> > 
> > > Thanks for commenting on this.  Would you be able to push the needed 
> > > changes
> > > to Salsa (and preferably upload)?
> > 
> > Hi Andreas,
> > 
> > I know a bit about debian packaging and also about the gitlab-CI, but I 
> > never used the later for the former.
> > 
> > I just re-acetivated my salsa account and forked the project.
> > 
> > Now what should I do ?
> > * I guess replace the content of the master branch with the newest release
> > * should I update the content of any other branch ?
> 
> You deel only with the master branch
> 
> > * then perform a merge-request on the scient-team 
> 
> If its easier for you simply send me a patch.
> 
> > Maybe (probably) there is a documentation existing, but as usual a
> > quick googling did not provide the adequate answer.
> 
> I wrongly assumed that you were comfortable with Salsa.  I think I
> can live with any form of patch or MR.
> 
> Kind regards
> Andreas. 
> 
> -- 
> http://fam-tille.de



Bug#1031589: Handling of RC bugs in firefox-esr

2023-02-18 Thread Adrian Bunk
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: Maintainers of Mozilla-related packages 

Control: block 1021810 982794 992150 993659 993660 by -1

popcon is no longer a criteria for key packages, which makes
firefox-esr subject to autoremoval that would be permanent
for bookworm at this point of the freeze.

Currently firefox-esr is on the autoremoval list due to 5 RC bugs.

While my personal opinion is that Debian should follow Ubuntu
which is now providing Chromium and Firefox only as snap
(perhaps using a different similar technology like flatpak),
not providing Firefox as a package in bookworm due to autoremoval
based on some random RC bug would be wrong.

If for some reason firefox-esr would intentionally not be shipped
in bookworm, then reverse dependencies currently on the autoremoval
list should get RC bugs for getting the chance to adapt.

It would be good if a release team member could review which RC bugs
in firefox-esr should be downgraded/ignored/fixed for bookworm.



Bug#92706: xcalc support for comma on numeric keypad

2023-02-18 Thread Alan Coopersmith

I believe this was fixed upstream a couple years after this bug was reported:

 341. Added KP_Separator to symbols that can generate decimal() in xcalc
  (Egbert Eich).

https://cgit.freedesktop.org/~libv/xfree86/commit/programs/xcalc/XCalc.ad?id=b4898b6e916dbc0f71daa5edaba1cc115ae5794d

--
-Alan Coopersmith- alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/solaris



Bug#1031585: hipsparse: FTBFS in testing: make[3]: *** [library/CMakeFiles/hipsparse.dir/build.make:102: library/libhipsparse.so.0.1] Error 1

2023-02-18 Thread Santiago Vila

reassign 1031585 libamdhip64-5
affects 1031585 + src:hipsparse
fixed 1031585 5.2.3-2
close 1031585
forcemerge 1021643 1031585
thanks

El 18/2/23 a las 20:55, Lucas Nussbaum escribió:

c++: error: -E or -x required when input is from standard input


See above.

Thanks.



Bug#1029441: usbauth-notifier: diff for NMU version 1.0.4-2.1

2023-02-18 Thread Adrian Bunk
Control: tags 1029441 + patch
Control: tags 1029441 + pending

Dear maintainer,

I've prepared an NMU for usbauth-notifier (versioned as 1.0.4-2.1) and 
uploaded it to DELAYED/7. Please feel free to tell me if I should cancel it.

cu
Adrian
diff -Nru usbauth-notifier-1.0.4/debian/changelog usbauth-notifier-1.0.4/debian/changelog
--- usbauth-notifier-1.0.4/debian/changelog	2023-01-11 10:46:45.0 +0200
+++ usbauth-notifier-1.0.4/debian/changelog	2023-02-19 00:24:21.0 +0200
@@ -1,3 +1,13 @@
+usbauth-notifier (1.0.4-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove the unused debconf handling.
+  * Move the addgroup calls from the preinst to the postinst
+and make failure fatal.
+  * Add the missing dependency on adduser. (Closes: #1029441)
+
+ -- Adrian Bunk   Sun, 19 Feb 2023 00:24:21 +0200
+
 usbauth-notifier (1.0.4-2) unstable; urgency=medium
 
   * Fix d/watch issue
diff -Nru usbauth-notifier-1.0.4/debian/control usbauth-notifier-1.0.4/debian/control
--- usbauth-notifier-1.0.4/debian/control	2023-01-11 10:40:05.0 +0200
+++ usbauth-notifier-1.0.4/debian/control	2023-02-19 00:24:21.0 +0200
@@ -9,7 +9,6 @@
libudev-dev,
libdbus-1-dev,
pkg-config,
-   po-debconf
 Standards-Version: 4.6.1
 Homepage: https://github.com/kochstefan/usbauth-all/tree/master/usbauth-notifier
 Vcs-Git: https://salsa.debian.org/debian/usbauth-notifier.git
@@ -18,8 +17,7 @@
 
 Package: usbauth-notifier
 Architecture: linux-any
-Pre-Depends: debconf
-Depends: ${shlibs:Depends}, ${misc:Depends}, usbauth
+Depends: ${shlibs:Depends}, ${misc:Depends}, usbauth, adduser
 Description: Notifier for USB Firewall to use with desktop environments
  A notifier for the usbauth firewall against BadUSB attacks. The user could
  manually allow or deny USB devices. Every user that wants use the notifier must
diff -Nru usbauth-notifier-1.0.4/debian/postinst usbauth-notifier-1.0.4/debian/postinst
--- usbauth-notifier-1.0.4/debian/postinst	2021-02-08 11:16:10.0 +0200
+++ usbauth-notifier-1.0.4/debian/postinst	2023-02-19 00:24:21.0 +0200
@@ -2,8 +2,13 @@
 
 set -e
 
-# source debconf library
-. /usr/share/debconf/confmodule
+if ! getent group usbauth>/dev/null; then
+addgroup --system --quiet usbauth
+fi
+
+if ! getent group usbauth-notifier>/dev/null; then
+addgroup --system --quiet usbauth-notifier
+fi
 
 NPRIV_PATH=/usr/libexec/usbauth-npriv
 NOTIFIER_DIR=/usr/libexec/usbauth-notifier
@@ -19,6 +24,4 @@
 
 #DEBHELPER#
 
-db_stop
-
 exit 0
diff -Nru usbauth-notifier-1.0.4/debian/postrm usbauth-notifier-1.0.4/debian/postrm
--- usbauth-notifier-1.0.4/debian/postrm	2021-02-08 11:16:10.0 +0200
+++ usbauth-notifier-1.0.4/debian/postrm	2023-02-19 00:24:21.0 +0200
@@ -2,17 +2,11 @@
 
 set -e
 
-# source debconf library
-. /usr/share/debconf/confmodule
-
 if [ "$1" = "purge" ]; then
 delgroup --system --quiet usbauth || true
 delgroup --system --quiet usbauth-notifier || true
-db_purge
 fi
 
 #DEBHELPER#
 
-db_stop
-
 exit 0
diff -Nru usbauth-notifier-1.0.4/debian/preinst usbauth-notifier-1.0.4/debian/preinst
--- usbauth-notifier-1.0.4/debian/preinst	2021-02-08 11:16:10.0 +0200
+++ usbauth-notifier-1.0.4/debian/preinst	1970-01-01 02:00:00.0 +0200
@@ -1,20 +0,0 @@
-#!/bin/sh
-
-set -e
-
-# source debconf library
-. /usr/share/debconf/confmodule
-
-if ! getent group usbauth>/dev/null; then
-addgroup --system --quiet usbauth || true
-fi
-
-if ! getent group usbauth-notifier>/dev/null; then
-addgroup --system --quiet usbauth-notifier || true
-fi
-
-#DEBHELPER#
-
-db_stop
-
-exit 0


Bug#1026501: request-tracker4: diff for NMU version 4.4.6+dfsg-1.1

2023-02-18 Thread Adrian Bunk
Control: tags 1026501 + pending

Dear maintainer,

I've prepared an NMU for request-tracker4 (versioned as 4.4.6+dfsg-1.1) 
and uploaded it to DELAYED/7.

cu
Adrian
diff -Nru request-tracker4-4.4.6+dfsg/debian/changelog request-tracker4-4.4.6+dfsg/debian/changelog
--- request-tracker4-4.4.6+dfsg/debian/changelog	2022-07-15 14:42:26.0 +0300
+++ request-tracker4-4.4.6+dfsg/debian/changelog	2023-02-18 23:36:39.0 +0200
@@ -1,3 +1,12 @@
+request-tracker4 (4.4.6+dfsg-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add upstream fixes for FTBFS with newer libdatetime-locale-perl
+and libtest-mocktime-perl and add a new required build dependency
+on libtest-mocktime-hires-perl. (Closes: #1026501)
+
+ -- Adrian Bunk   Sat, 18 Feb 2023 23:36:39 +0200
+
 request-tracker4 (4.4.6+dfsg-1) unstable; urgency=high
 
   * New upstream release.
diff -Nru request-tracker4-4.4.6+dfsg/debian/control request-tracker4-4.4.6+dfsg/debian/control
--- request-tracker4-4.4.6+dfsg/debian/control	2022-07-15 14:36:10.0 +0300
+++ request-tracker4-4.4.6+dfsg/debian/control	2023-02-18 23:36:39.0 +0200
@@ -93,6 +93,7 @@
libtest-email-perl,
libtest-expect-perl,
libtest-longstring-perl,
+   libtest-mocktime-hires-perl,
libtest-mocktime-perl,
libtest-nowarnings-perl,
libtest-pod-perl,
diff -Nru request-tracker4-4.4.6+dfsg/debian/patches/0001-Switch-to-Test-MockTime-HiRes-in-date-api-test.patch request-tracker4-4.4.6+dfsg/debian/patches/0001-Switch-to-Test-MockTime-HiRes-in-date-api-test.patch
--- request-tracker4-4.4.6+dfsg/debian/patches/0001-Switch-to-Test-MockTime-HiRes-in-date-api-test.patch	1970-01-01 02:00:00.0 +0200
+++ request-tracker4-4.4.6+dfsg/debian/patches/0001-Switch-to-Test-MockTime-HiRes-in-date-api-test.patch	2023-02-18 23:36:39.0 +0200
@@ -0,0 +1,47 @@
+From 8a2430fea5f565039f161c8485ac34496c2ad588 Mon Sep 17 00:00:00 2001
+From: Jim Brandt 
+Date: Mon, 9 Jan 2023 13:46:58 -0500
+Subject: Switch to Test::MockTime::HiRes in date api test
+
+Version 1.14 of DateTime::Format::Natural added support for
+milliseconds, which involved changing DateTime calls to
+DateTime::HiRes. DateTime::HiRes uses Time::HiRes::time(),
+and Test::MockTime doesn't overload that time function. This
+resulted in test times being returned as "now" rather than the
+mocked time.
+
+Switch to Test::MockTime::HiRes, which does overload the HiRes
+time functions. This module also overloads the same time functions
+as Test::MockTime, so this change should be compatible with
+earlier versions of DateTime::Format::Natural.
+---
+ sbin/rt-test-dependencies.in | 1 +
+ t/api/date.t | 2 +-
+ 2 files changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/sbin/rt-test-dependencies.in b/sbin/rt-test-dependencies.in
+index e3e02c970..db8d51b6c 100644
+--- a/sbin/rt-test-dependencies.in
 b/sbin/rt-test-dependencies.in
+@@ -235,6 +235,7 @@ Test::Email
+ Test::Expect 0.31
+ Test::LongString
+ Test::MockTime
++Test::MockTime::HiRes
+ Test::NoWarnings
+ Test::Pod
+ Test::Warn
+diff --git a/t/api/date.t b/t/api/date.t
+index aee517d9c..7f7ecd701 100644
+--- a/t/api/date.t
 b/t/api/date.t
+@@ -1,5 +1,5 @@
+ 
+-use Test::MockTime qw(set_fixed_time restore_time);
++use Test::MockTime::HiRes qw(set_fixed_time restore_time);
+ use DateTime;
+ 
+ use warnings;
+-- 
+2.30.2
+
diff -Nru request-tracker4-4.4.6+dfsg/debian/patches/0001-Update-tests-for-EN-datetime-locale-change-to-space.patch request-tracker4-4.4.6+dfsg/debian/patches/0001-Update-tests-for-EN-datetime-locale-change-to-space.patch
--- request-tracker4-4.4.6+dfsg/debian/patches/0001-Update-tests-for-EN-datetime-locale-change-to-space.patch	1970-01-01 02:00:00.0 +0200
+++ request-tracker4-4.4.6+dfsg/debian/patches/0001-Update-tests-for-EN-datetime-locale-change-to-space.patch	2023-02-18 23:36:39.0 +0200
@@ -0,0 +1,120 @@
+From 03868c7eaeea38cd9f9ebe588ee52df355b029cc Mon Sep 17 00:00:00 2001
+From: Jim Brandt 
+Date: Mon, 7 Nov 2022 17:18:48 -0500
+Subject: Update tests for EN datetime locale change to space
+
+DateTime::Locale version 1.58 published CLDR 42.0.0 which changed
+the space character in times before the AM and PM to be
+U+202F NARROW NO-BREAK SPACE (aka NNBSP) from the previous
+space (U+0020). This broke tests looking for a space character
+for localized datetimes with an AM/PM.
+
+Update to a like test to work for older versions of DateTime::Locale
+and for new ones from 1.58 forward.
+---
+ t/api/date.t | 37 +
+ 1 file changed, 21 insertions(+), 16 deletions(-)
+
+diff --git a/t/api/date.t b/t/api/date.t
+index 19a0a0153..aee517d9c 100644
+--- a/t/api/date.t
 b/t/api/date.t
+@@ -81,6 +81,11 @@ my $current_user;
+ RT->Config->Set( Timezone => 'UTC' );
+ }
+ 
++# Note, starting with DateTime::Locale version 1.58,
++# RT::Date::LocalizedDateTime re

Bug#1031588: usbauth-notifier: diff for NMU version 1.0.4-2.1

2023-02-18 Thread Adrian Bunk
Package: usbauth-notifier
Version: 1.0.4-2
Severity: normal
Tags: patch  pending

Dear maintainer,

I've prepared an NMU for usbauth-notifier (versioned as 1.0.4-2.1) and 
uploaded it to DELAYED/7. Please feel free to tell me if I should cancel it.

cu
Adrian
diff -Nru usbauth-notifier-1.0.4/debian/changelog usbauth-notifier-1.0.4/debian/changelog
--- usbauth-notifier-1.0.4/debian/changelog	2023-01-11 10:46:45.0 +0200
+++ usbauth-notifier-1.0.4/debian/changelog	2023-02-19 00:24:21.0 +0200
@@ -1,3 +1,13 @@
+usbauth-notifier (1.0.4-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove the unused debconf handling.
+  * Move the addgroup calls from the preinst to the postinst
+and make failure fatal.
+  * Add the missing dependency on adduser. (Closes: #1029441)
+
+ -- Adrian Bunk   Sun, 19 Feb 2023 00:24:21 +0200
+
 usbauth-notifier (1.0.4-2) unstable; urgency=medium
 
   * Fix d/watch issue
diff -Nru usbauth-notifier-1.0.4/debian/control usbauth-notifier-1.0.4/debian/control
--- usbauth-notifier-1.0.4/debian/control	2023-01-11 10:40:05.0 +0200
+++ usbauth-notifier-1.0.4/debian/control	2023-02-19 00:24:21.0 +0200
@@ -9,7 +9,6 @@
libudev-dev,
libdbus-1-dev,
pkg-config,
-   po-debconf
 Standards-Version: 4.6.1
 Homepage: https://github.com/kochstefan/usbauth-all/tree/master/usbauth-notifier
 Vcs-Git: https://salsa.debian.org/debian/usbauth-notifier.git
@@ -18,8 +17,7 @@
 
 Package: usbauth-notifier
 Architecture: linux-any
-Pre-Depends: debconf
-Depends: ${shlibs:Depends}, ${misc:Depends}, usbauth
+Depends: ${shlibs:Depends}, ${misc:Depends}, usbauth, adduser
 Description: Notifier for USB Firewall to use with desktop environments
  A notifier for the usbauth firewall against BadUSB attacks. The user could
  manually allow or deny USB devices. Every user that wants use the notifier must
diff -Nru usbauth-notifier-1.0.4/debian/postinst usbauth-notifier-1.0.4/debian/postinst
--- usbauth-notifier-1.0.4/debian/postinst	2021-02-08 11:16:10.0 +0200
+++ usbauth-notifier-1.0.4/debian/postinst	2023-02-19 00:24:21.0 +0200
@@ -2,8 +2,13 @@
 
 set -e
 
-# source debconf library
-. /usr/share/debconf/confmodule
+if ! getent group usbauth>/dev/null; then
+addgroup --system --quiet usbauth
+fi
+
+if ! getent group usbauth-notifier>/dev/null; then
+addgroup --system --quiet usbauth-notifier
+fi
 
 NPRIV_PATH=/usr/libexec/usbauth-npriv
 NOTIFIER_DIR=/usr/libexec/usbauth-notifier
@@ -19,6 +24,4 @@
 
 #DEBHELPER#
 
-db_stop
-
 exit 0
diff -Nru usbauth-notifier-1.0.4/debian/postrm usbauth-notifier-1.0.4/debian/postrm
--- usbauth-notifier-1.0.4/debian/postrm	2021-02-08 11:16:10.0 +0200
+++ usbauth-notifier-1.0.4/debian/postrm	2023-02-19 00:24:21.0 +0200
@@ -2,17 +2,11 @@
 
 set -e
 
-# source debconf library
-. /usr/share/debconf/confmodule
-
 if [ "$1" = "purge" ]; then
 delgroup --system --quiet usbauth || true
 delgroup --system --quiet usbauth-notifier || true
-db_purge
 fi
 
 #DEBHELPER#
 
-db_stop
-
 exit 0
diff -Nru usbauth-notifier-1.0.4/debian/preinst usbauth-notifier-1.0.4/debian/preinst
--- usbauth-notifier-1.0.4/debian/preinst	2021-02-08 11:16:10.0 +0200
+++ usbauth-notifier-1.0.4/debian/preinst	1970-01-01 02:00:00.0 +0200
@@ -1,20 +0,0 @@
-#!/bin/sh
-
-set -e
-
-# source debconf library
-. /usr/share/debconf/confmodule
-
-if ! getent group usbauth>/dev/null; then
-addgroup --system --quiet usbauth || true
-fi
-
-if ! getent group usbauth-notifier>/dev/null; then
-addgroup --system --quiet usbauth-notifier || true
-fi
-
-#DEBHELPER#
-
-db_stop
-
-exit 0


Bug#1021842: Finalizing 'inhibit-automatic-native-compilation'

2023-02-18 Thread Andrea Corallo
Tatsuya Kinoshita  writes:

> On 2023-02-17 at 09:42 -0700, Sean Whitton wrote:
>> So: commit ce4a066ed1e fixes Debian bug #1021842 without the env var.
>
> On 2023-02-14 at 11:32 +, Andrea Corallo wrote:
>> Stefan Monnier  writes:
>> > `temporary-file-directory' may point to a world-writable directory, so
>> > it's vulnerable to the usual race condition where someone manages to
>> > predict the name of the file you're going to write and places there
>> > a symlink to some "interesting" place, so you end up overwriting some
>> > other file unwittingly.
>> 
>> Okay, ce4a066ed1e generates trampolines in a temporary directory if no
>> other option is viable (using the make-temp-file machinery to generate
>> the unpredictable name).
>
>> +   finally (cl-return
>> +(expand-file-name
>> + (make-temp-file-internal (file-name-sans-extension 
>> rel-filename)
>> +  0 ".eln" nil)
>> + temporary-file-directory
>
> Hmm, it seems using make-temp-file-internal with DIR-FLAG=0 which just
> constructs a name and do not create the file like make-temp-name, so
> there is a race condition as Stefan mentioned.  Is that really OK?

Mmhh, Stefan mentioned the case where the tmp file name is predicted.

Shouldn't make-temp-file-internal return a non predictable file name?
Otherwise what's the point of using make-temp-file in the first place if
the temporary name is predictable?

  Andrea



Bug#1031587: Handling of the request-tracker4 -> request-tracker5 transition in bookworm

2023-02-18 Thread Adrian Bunk
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: Dominic Hargreaves , Debian Request Tracker Group 

Control: block 1030749 by -1

https://release.debian.org/testing/freeze_policy.html#soft

...
Dropping or adding binary packages to a source package, moving binaries between 
source packages or renaming source or binary packages is no longer allowed. 
Packages with these changes will not be allowed to migrate to testing. These 
changes are also no longer appropriate in unstable.
...


The problem is that opening of #1030749 is de facto
a request-tracker4 -> request-tracker5 transition that
happened 4 weeks after the deadline for transitions.


There are two options for resolving this:
1. Treat #1030749 as a forbidden transition and ship both versions
   of request-tracker in bookworm, or
2. grant reverse dependencies an exception from the soft freeze
   rules for the request-tracker4 -> request-tracker5 transition.


For option 2 I looked at the 9 reverse dependencies of request-tracker4
in the autoremoval list:

RT extension installer that has to stop depending on
both versions:
- libmodule-install-rtx-perl

No package remame required, has to upgrade to the upstream version
that supports request-tracker5:
- librt-extension-commandbymail-perl

Ships packages for both versions and has to drop the
request-tracker4 package:
- rt-extension-assets-import-csv

request-tracker4 -> request-tracker5 transition prepared
in experimental:
- rt-extension-customfieldsonupdate
- rt-extension-calendar
- rt-extension-jsgantt
- rt-extension-nagios
- rt-extension-smsnotify

Update to latest upstream version and package rename required:
- rt-extension-repeatticket



Bug#1031575: xawtv: FTBFS in testing: libzvbi.h:28:10: fatal error: version.h: No such file or directory

2023-02-18 Thread Sebastian Ramacher
Control: reassign -1 zvbi 0.2.40-1
Control: forcemerge 1031179 -1

On 2023-02-18 23:06:52 +0100, Lucas Nussbaum wrote:
> Source: xawtv
> Version: 3.107-1.1
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20230217 ftbfs-bookworm
> 
> Hi,
> 
> During a rebuild of all packages in testing (bookworm), your package failed
> to build on amd64.
> 
> 
> Relevant part (hopefully):
> > make[1]: Entering directory '/<>'
> >   CC  console/dump-mixers.o
> >   CC  console/record.o
> >   CC  console/showriff.o
> >   CC  console/showqt.o
> >   CC  console/streamer.o
> >   CC  common/channel-no-x11.o
> >   CC  common/sound.o
> >   CC  common/webcam.o
> > console/showriff.c: In function ‘ProcessChunk’:
> > console/showriff.c:487:48: warning: expression does not compute the number 
> > of elements in this array; element type is ‘struct VAL’, not ‘char *’ 
> > [-Wsizeof-array-div]
> >   487 | 
> > dump_vals(f,sizeof(names_strf_auds)/sizeof(char*),names_strf_auds);
> >   |^
> > console/showriff.c:487:48: note: add parentheses around the second ‘sizeof’ 
> > to silence this warning
> > console/showriff.c:182:12: note: array ‘names_strf_auds’ declared here
> >   182 | struct VAL names_strf_auds[] = {
> >   |^~~
> > console/showriff.c:496:48: warning: expression does not compute the number 
> > of elements in this array; element type is ‘struct VAL’, not ‘char *’ 
> > [-Wsizeof-array-div]
> >   496 | 
> > dump_vals(f,sizeof(names_strf_auds)/sizeof(char*),names_strf_auds);
> >   |^
> > console/showriff.c:496:48: note: add parentheses around the second ‘sizeof’ 
> > to silence this warning
> > console/showriff.c:182:12: note: array ‘names_strf_auds’ declared here
> >   182 | struct VAL names_strf_auds[] = {
> >   |^~~
> > console/showriff.c:435:9: warning: ignoring return value of ‘fread’ 
> > declared with attribute ‘warn_unused_result’ [-Wunused-result]
> >   435 | fread(&formtype,sizeof(FOURCC),1,f);/* read the form 
> > type */
> >   | ^~~
> > console/showriff.c:475:9: warning: ignoring return value of ‘fread’ 
> > declared with attribute ‘warn_unused_result’ [-Wunused-result]
> >   475 | fread(&fcc_type,sizeof(FOURCC),1,f);
> >   | ^~~
> > console/showriff.c:504:9: warning: ignoring return value of ‘fread’ 
> > declared with attribute ‘warn_unused_result’ [-Wunused-result]
> >   504 | fread(buf, buflen, 1, f);
> >   | ^~~~
> > console/showriff.c: In function ‘dump_vals’:
> > console/showriff.c:205:13: warning: ignoring return value of ‘fread’ 
> > declared with attribute ‘warn_unused_result’ [-Wunused-result]
> >   205 | fread(&val32,4,1,f);
> >   | ^~~
> > console/showriff.c:210:13: warning: ignoring return value of ‘fread’ 
> > declared with attribute ‘warn_unused_result’ [-Wunused-result]
> >   210 | fread(&val32,4,1,f);
> >   | ^~~
> > console/showriff.c:224:13: warning: ignoring return value of ‘fread’ 
> > declared with attribute ‘warn_unused_result’ [-Wunused-result]
> >   224 | fread(&val32,4,1,f);
> >   | ^~~
> > console/showriff.c:235:13: warning: ignoring return value of ‘fread’ 
> > declared with attribute ‘warn_unused_result’ [-Wunused-result]
> >   235 | fread(&val16,2,1,f);
> >   | ^~~
> > console/showqt.c: In function ‘dump_string’:
> > console/showqt.c:530:9: warning: ignoring return value of ‘read’ declared 
> > with attribute ‘warn_unused_result’ [-Wunused-result]
> >   530 | read(fh,&ssize,sizeof(ssize));
> >   | ^
> > console/showqt.c:531:9: warning: ignoring return value of ‘read’ declared 
> > with attribute ‘warn_unused_result’ [-Wunused-result]
> >   531 | read(fh,&stype,sizeof(stype));
> >   | ^
> > console/showqt.c:535:9: warning: ignoring return value of ‘read’ declared 
> > with attribute ‘warn_unused_result’ [-Wunused-result]
> >   535 | read(fh,str,ssize);
> >   | ^~
> > console/showqt.c: In function ‘dump_fields’:
> > console/showqt.c:428:13: warning: ignoring return value of ‘read’ declared 
> > with attribute ‘warn_unused_result’ [-Wunused-result]
> >   428 | read(fh,&fcc,sizeof(fcc));
> >   | ^
> > console/showqt.c:432:13: warning: ignoring return value of ‘read’ declared 
> > with attribute ‘warn_unused_result’ [-Wunused-result]
> >   432 | read(fh,&int8,sizeof(int8));
> >   

Bug#1031586: deap: FTBFS in testing: AttributeError: module 'numpy' has no attribute 'bool'

2023-02-18 Thread Lucas Nussbaum
Source: deap
Version: 1.3.1-3
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> make[2]: Entering directory '/<>/doc'
> PYTHONPATH=/<>/../ sphinx-build -b html -d _build/doctrees   . 
> _build/html   
> Running Sphinx v5.3.0
> Matplotlib created a temporary config/cache directory at 
> /tmp/matplotlib-sjrce1n5 because the default path 
> (/sbuild-nonexistent/.config/matplotlib) is not a writable directory; it is 
> highly recommended to set the MPLCONFIGDIR environment variable to a writable 
> directory, in particular to speed up the import of Matplotlib and to better 
> support multiprocessing.
> making output directory... done
> WARNING: favicon file 'deap_orange_icon_32.ico' does not exist
> loading intersphinx inventory from http://docs.python.org/objects.inv...
> loading intersphinx inventory from 
> http://docs.scipy.org/doc/numpy/objects.inv...
> WARNING: failed to reach any of the inventories with the following issues:
> intersphinx inventory 'http://docs.python.org/objects.inv' not fetchable due 
> to : 
> HTTPConnectionPool(host='127.0.0.1', port=9): Max retries exceeded with url: 
> http://docs.python.org/objects.inv (Caused by ProxyError('Cannot connect to 
> proxy.', NewConnectionError(' 0x7f2346f40b10>: Failed to establish a new connection: [Errno 111] Connection 
> refused')))
> WARNING: failed to reach any of the inventories with the following issues:
> intersphinx inventory 'http://docs.scipy.org/doc/numpy/objects.inv' not 
> fetchable due to : 
> HTTPConnectionPool(host='127.0.0.1', port=9): Max retries exceeded with url: 
> http://docs.scipy.org/doc/numpy/objects.inv (Caused by ProxyError('Cannot 
> connect to proxy.', NewConnectionError(' object at 0x7f2346f43550>: Failed to establish a new connection: [Errno 111] 
> Connection refused')))
> WARNING: extlinks: Sphinx-6.0 will require a caption string to contain 
> exactly one '%s' and all other '%' need to be escaped as '%%'.
> building [mo]: targets for 0 po files that are out of date
> building [html]: targets for 43 source files that are out of date
> updating environment: [new config] 43 added, 0 changed, 0 removed
> reading sources... [  2%] about
> reading sources... [  4%] api/algo
> reading sources... [  6%] api/base
> reading sources... [  9%] api/benchmarks
> reading sources... [ 11%] api/creator
> reading sources... [ 13%] api/gp
> reading sources... [ 16%] api/index
> reading sources... [ 18%] api/tools
> reading sources... [ 20%] contributing
> reading sources... [ 23%] examples/bipop_cmaes
> reading sources... [ 25%] examples/cmaes
> reading sources... [ 27%] examples/cmaes_plotting
> reading sources... [ 30%] examples/coev_coop
> reading sources... [ 32%] examples/eda
> reading sources... [ 34%] examples/es_fctmin
> reading sources... [ 37%] examples/es_onefifth
> reading sources... [ 39%] examples/ga_knapsack
> reading sources... [ 41%] examples/ga_onemax
> reading sources... [ 44%] examples/ga_onemax_numpy
> reading sources... [ 46%] examples/ga_onemax_short
> reading sources... [ 48%] examples/gp_ant
> reading sources... [ 51%] examples/gp_multiplexer
> reading sources... [ 53%] examples/gp_parity
> reading sources... [ 55%] examples/gp_spambase
> reading sources... [ 58%] examples/gp_symbreg
> reading sources... [ 60%] examples/index
> reading sources... [ 62%] examples/nsga3
> reading sources... [ 65%] examples/pso_basic
> reading sources... [ 67%] examples/pso_multiswarm
> reading sources... [ 69%] index
> reading sources... [ 72%] installation
> reading sources... [ 74%] overview
> reading sources... [ 76%] porting
> reading sources... [ 79%] releases
> reading sources... [ 81%] tutorials/advanced/benchmarking
> reading sources... [ 83%] tutorials/advanced/checkpoint
> reading sources... [ 86%] tutorials/advanced/constraints
> reading sources... [ 88%] tutorials/advanced/gp
> reading sources... [ 90%] tutorials/advanced/numpy
> reading sources... [ 93%] tutorials/basic/part1
> reading sources... [ 95%] tutorials/basic/part2
> reading sources... [ 97%] tutorials/basic/part3
> reading sources... [100%] tutorials/basic/part4
> 
> WARNING: autodoc: failed to import module 'algorithms' from module 'deap'; 
> the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import function 'algorithms.eaSimple' from module 
> 'deap'; the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import function 'algorithms.eaMuPlusLambda' from 
> module 'deap'; the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import function 'algorithms.eaMuCommaLambda' from 
> module 'deap'; the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import function 'algorithms.eaGenerateUpdate' 
> 

Bug#720266: x11-apps: xman aborts closing search window

2023-02-18 Thread Alan Coopersmith

This is because xman was not installing a WM_DELETE_WINDOW handler for the
search window, so window managers fall back to XKillClient() to shut down
the entire program when the close button is clicked.

Upstream fix: https://gitlab.freedesktop.org/xorg/app/xman/-/merge_requests/6

--
-Alan Coopersmith- alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/solaris



Bug#1031585: hipsparse: FTBFS in testing: make[3]: *** [library/CMakeFiles/hipsparse.dir/build.make:102: library/libhipsparse.so.0.1] Error 1

2023-02-18 Thread Lucas Nussbaum
Source: hipsparse
Version: 5.3.3+dfsg-1
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> make[3]: Entering directory '/<>/obj-x86_64-linux-gnu'
> [  2%] Building CXX object 
> library/CMakeFiles/hipsparse.dir/src/hcc_detail/hipsparse.cpp.o
> cd /<>/obj-x86_64-linux-gnu/library && /usr/bin/c++ 
> -D__HIP_PLATFORM_AMD__=1 -D__HIP_PLATFORM_HCC__=1 -Dhipsparse_EXPORTS 
> -I/<>/library/src/include -I/<>/library/include 
> -I/<>/obj-x86_64-linux-gnu/include/hipsparse 
> -I/<>/obj-x86_64-linux-gnu/include -g -O2 
> -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -fPIC 
> -fvisibility=hidden -fvisibility-inlines-hidden 
> -Wno-unused-command-line-argument -Wall -std=c++14 -MD -MT 
> library/CMakeFiles/hipsparse.dir/src/hcc_detail/hipsparse.cpp.o -MF 
> CMakeFiles/hipsparse.dir/src/hcc_detail/hipsparse.cpp.o.d -o 
> CMakeFiles/hipsparse.dir/src/hcc_detail/hipsparse.cpp.o -c 
> /<>/library/src/hcc_detail/hipsparse.cpp
> [  4%] Building Fortran object 
> library/CMakeFiles/hipsparse_fortran.dir/src/hipsparse_enums.f90.o
> cd /<>/obj-x86_64-linux-gnu/library && /usr/bin/gfortran   -g 
> -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -O3 
> -DNDEBUG -O3 -J../include/hipsparse -std=f2003 -ffree-form -cpp -c 
> /<>/library/src/hipsparse_enums.f90 -o 
> CMakeFiles/hipsparse_fortran.dir/src/hipsparse_enums.f90.o
> /usr/bin/cmake -E cmake_copy_f90_mod include/hipsparse/hipsparse_enums.mod 
> library/CMakeFiles/hipsparse_fortran.dir/hipsparse_enums.mod.stamp GNU
> /usr/bin/cmake -E touch 
> library/CMakeFiles/hipsparse_fortran.dir/src/hipsparse_enums.f90.o.provides.build
> [  6%] Building Fortran object 
> library/CMakeFiles/hipsparse_fortran.dir/src/hipsparse.f90.o
> cd /<>/obj-x86_64-linux-gnu/library && /usr/bin/gfortran   -g 
> -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -O3 
> -DNDEBUG -O3 -J../include/hipsparse -std=f2003 -ffree-form -cpp -c 
> /<>/library/src/hipsparse.f90 -o 
> CMakeFiles/hipsparse_fortran.dir/src/hipsparse.f90.o
> /usr/bin/cmake -E cmake_copy_f90_mod include/hipsparse/hipsparse.mod 
> library/CMakeFiles/hipsparse_fortran.dir/hipsparse.mod.stamp GNU
> /usr/bin/cmake -E touch 
> library/CMakeFiles/hipsparse_fortran.dir/src/hipsparse.f90.o.provides.build
> make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> [  6%] Built target hipsparse_fortran
> /<>/library/src/hcc_detail/hipsparse.cpp: In function 
> ‘hipsparseStatus_t hipsparseSpMM_bufferSize(hipsparseHandle_t, 
> hipsparseOperation_t, hipsparseOperation_t, const void*, 
> hipsparseSpMatDescr_t, hipsparseDnMatDescr_t, const void*, 
> hipsparseDnMatDescr_t, hipDataType, hipsparseSpMMAlg_t, size_t*)’:
> /<>/library/src/hcc_detail/hipsparse.cpp:13502:56: warning: 
> ‘rocsparse_status rocsparse_spmm_ex(rocsparse_handle, rocsparse_operation, 
> rocsparse_operation, const void*, rocsparse_spmat_descr, 
> rocsparse_dnmat_descr, const void*, rocsparse_dnmat_descr, 
> rocsparse_datatype, rocsparse_spmm_alg, rocsparse_spmm_stage, size_t*, 
> void*)’ is deprecated: This function is deprecated and will be removed in a 
> future release. Use rocsparse_spmm instead. [-Wdeprecated-declarations]
> 13502 | return 
> rocSPARSEStatusToHIPStatus(rocsparse_spmm_ex((rocsparse_handle)handle,
>   |   
> ~^~
> 13503 | 
> hipOperationToHCCOperation(opA),
>   | 
> 
> 13504 | 
> hipOperationToHCCOperation(opB),
>   | 
> 
> 13505 | alpha,
>   | ~~
> 13506 | (const 
> rocsparse_spmat_descr)matA,
>   | 
> ~~
> 13507 | (const 
> rocsparse_dnmat_descr)matB,
>   | 
> ~~
> 13508 | beta,
>   | ~
> 13509 | (const 
> rocsparse_dnmat_descr)matC,
>   | 
> ~~
> 13510 | 
> hipDataTypeToH

Bug#1031584: greetd: FTBFS in testing: dh_auto_test: error: /usr/share/cargo/bin/cargo build --release returned exit code 101

2023-02-18 Thread Lucas Nussbaum
Source: greetd
Version: 0.8.0-2
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> # actually does the build
> dh_auto_test -- --release
> debian cargo wrapper: options, profiles, parallel: ['parallel=8'] [] ['-j8']
> debian cargo wrapper: rust_type, gnu_type: x86_64-unknown-linux-gnu, 
> x86_64-linux-gnu
> debian cargo wrapper: running subprocess (['env', 'RUST_BACKTRACE=1', 
> '/usr/bin/cargo', '-Zavoid-dev-deps', 'build', '--verbose', '--verbose', 
> '-j8', '--target', 'x86_64-unknown-linux-gnu', '--release'],) {}
> error: failed to select a version for the requirement `rpassword = "^5.0"`
> candidate versions found which didn't match: 6.0.1
> location searched: directory source `/<>/debian/cargo_registry` 
> (which is replacing registry `crates-io`)
> required by package `agreety v0.8.0 (/<>/agreety)`
> perhaps a crate was updated and forgotten to be re-vendored?
> dh_auto_test: error: /usr/share/cargo/bin/cargo build --release returned exit 
> code 101


The full build log is available from:
http://qa-logs.debian.net/2023/02/17/greetd_0.8.0-2_testing.log

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20230217;users=lu...@debian.org
or:
https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20230217&fusertaguser=lu...@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant changed in the meantime.



Bug#1031581: vlc: FTBFS in testing: libzvbi.h:28:10: fatal error: version.h: No such file or directory

2023-02-18 Thread Lucas Nussbaum
Source: vlc
Version: 3.0.18-2
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> make[6]: Entering directory '/<>/modules'
> ../doltlibtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  
> -DMODULE_STRING=\"$(p="access/libvnc_plugin_la-vnc.lo"; p="${p##*/}"; 
> p="${p#lib}"; p="${p%_plugin*}"; p=$(echo "$p"|sed 's/-/_/g'); p="${p%.lo}"; 
> echo "$p")\" -D__PLUGIN__  -I./access -I./codec -I../include -I../include 
> -Wdate-time -D_FORTIFY_SOURCE=2   -g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security   -Wall -Wextra 
> -Wsign-compare -Wundef -Wpointer-arith -Wvolatile-register-var 
> -Wformat-security -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes 
> -Werror-implicit-function-declaration -Winit-self -Wlogical-op -Wshadow=local 
> -pipe -fvisibility=hidden -O3 -fno-math-errno -funsafe-math-optimizations 
> -fno-rounding-math -fno-signaling-nans -fcx-limited-range -funroll-loops 
> -fomit-frame-pointer -c -o access/libvnc_plugin_la-vnc.lo `test -f 
> 'access/vnc.c' || echo './'`access/vnc.c
> ../doltlibtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  
> -DMODULE_STRING=\"$(p="access/libcdda_plugin_la-cdda.lo"; p="${p##*/}"; 
> p="${p#lib}"; p="${p%_plugin*}"; p=$(echo "$p"|sed 's/-/_/g'); p="${p%.lo}"; 
> echo "$p")\" -D__PLUGIN__  -I./access -I./codec -I../include -I../include 
> -Wdate-time -D_FORTIFY_SOURCE=2-g -O2 
> -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security   -Wall -Wextra -Wsign-compare -Wundef 
> -Wpointer-arith -Wvolatile-register-var -Wformat-security -Wbad-function-cast 
> -Wwrite-strings -Wmissing-prototypes -Werror-implicit-function-declaration 
> -Winit-self -Wlogical-op -Wshadow=local -pipe -fvisibility=hidden -O3 
> -fno-math-errno -funsafe-math-optimizations -fno-rounding-math 
> -fno-signaling-nans -fcx-limited-range -funroll-loops -fomit-frame-pointer -c 
> -o access/libcdda_plugin_la-cdda.lo `test -f 'access/cdda.c' || echo 
> './'`access/cdda.c
> ../doltlibtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  
> -DMODULE_STRING=\"$(p="access/libdvdnav_plugin_la-dvdnav.lo"; p="${p##*/}"; 
> p="${p#lib}"; p="${p%_plugin*}"; p=$(echo "$p"|sed 's/-/_/g'); p="${p%.lo}"; 
> echo "$p")\" -D__PLUGIN__  -I./access -I./codec -I../include -I../include 
> -Wdate-time -D_FORTIFY_SOURCE=2   -g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security   -Wall -Wextra 
> -Wsign-compare -Wundef -Wpointer-arith -Wvolatile-register-var 
> -Wformat-security -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes 
> -Werror-implicit-function-declaration -Winit-self -Wlogical-op -Wshadow=local 
> -pipe -fvisibility=hidden -O3 -fno-math-errno -funsafe-math-optimizations 
> -fno-rounding-math -fno-signaling-nans -fcx-limited-range -funroll-loops 
> -fomit-frame-pointer -c -o access/libdvdnav_plugin_la-dvdnav.lo `test -f 
> 'access/dvdnav.c' || echo './'`access/dvdnav.c
> ../doltlibtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  
> -DMODULE_STRING=\"$(p="access/libdvdread_plugin_la-dvdread.lo"; p="${p##*/}"; 
> p="${p#lib}"; p="${p%_plugin*}"; p=$(echo "$p"|sed 's/-/_/g'); p="${p%.lo}"; 
> echo "$p")\" -D__PLUGIN__  -I./access -I./codec -I../include -I../include 
> -Wdate-time -D_FORTIFY_SOURCE=2   -g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security   -Wall -Wextra 
> -Wsign-compare -Wundef -Wpointer-arith -Wvolatile-register-var 
> -Wformat-security -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes 
> -Werror-implicit-function-declaration -Winit-self -Wlogical-op -Wshadow=local 
> -pipe -fvisibility=hidden -O3 -fno-math-errno -funsafe-math-optimizations 
> -fno-rounding-math -fno-signaling-nans -fcx-limited-range -funroll-loops 
> -fomit-frame-pointer -c -o access/libdvdread_plugin_la-dvdread.lo `test -f 
> 'access/dvdread.c' || echo './'`access/dvdread.c
> ../doltlibtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  
> -DMODULE_STRING=\"$(p="access/liblibbluray_plugin_la-bluray.lo"; 
> p="${p##*/}"; p="${p#lib}"; p="${p%_plugin*}"; p=$(echo "$p"|sed 's/-/_/g'); 
> p="${p%.lo}"; echo "$p")\" -D__PLUGIN__  -I./access -I./codec -I../include 
> -I../include -Wdate-time -D_FORTIFY_SOURCE=2  -I/usr/include/libxml2 
> -I/usr/include/freetype2 -I/usr/include/libpng16  -g -O2 
> -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security   -Wall -Wextra -Wsign-compare -Wundef 
> -Wpointer-arith -Wvolatile-register-var -Wformat-security -Wbad-function-cast 
> -Wwrite-strings -Wmissing-prototypes -Werror-implicit-function-declaration 
> -Winit-self -Wlogical-op -Wshadow=local -pipe -fvisibility=hidden -O3 
> -fno-math-errno -funsafe-math-optimizations -fno-rounding-

Bug#1031583: rust-sequoia-sq: FTBFS in testing: build-dependency not installable: librust-rpassword-5+default-dev

2023-02-18 Thread Lucas Nussbaum
Source: rust-sequoia-sq
Version: 0.27.0-1
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> +--+
> | Install package build dependencies  
>  |
> +--+
> 
> 
> Setup apt archive
> -
> 
> Merged Build-Depends: debhelper (>= 12), dh-cargo (>= 25), cargo, rustc, 
> libstd-rust-dev, librust-anyhow-1+default-dev (>= 1.0.18-~~), 
> librust-buffered-reader-1+compression-bzip2-dev, 
> librust-buffered-reader-1+compression-deflate-dev, 
> librust-cfg-if-1+default-dev, librust-chrono-0.4+default-dev (>= 0.4.10-~~), 
> librust-clap-3+default-dev, librust-clap-3+derive-dev, 
> librust-clap-3+env-dev, librust-clap-3+wrap-help-dev, 
> librust-clap-complete-3+default-dev, librust-itertools-0.10+default-dev, 
> librust-rpassword-5+default-dev, librust-sequoia-autocrypt-0.24-dev, 
> librust-sequoia-net-0.25-dev, librust-sequoia-openpgp-1+compression-bzip2-dev 
> (>= 1.1-~~), librust-sequoia-openpgp-1+compression-deflate-dev (>= 1.1-~~), 
> librust-sequoia-openpgp-1+crypto-nettle-dev (>= 1.1-~~), 
> librust-sequoia-openpgp-1-dev, librust-serde-1+default-dev (>= 1.0.137-~~), 
> librust-serde-1+derive-dev (>= 1.0.137-~~), librust-serde-json-1+default-dev 
> (>= 1.0.80-~~), librust-tempfile-3+default-dev (>= 3.1-~~), 
> librust-term-size-0.3+default-dev, librust-tokio-1+default-dev (>= 
> 1.13.1-~~), bash-completion, build-essential, fakeroot
> Filtered Build-Depends: debhelper (>= 12), dh-cargo (>= 25), cargo, rustc, 
> libstd-rust-dev, librust-anyhow-1+default-dev (>= 1.0.18-~~), 
> librust-buffered-reader-1+compression-bzip2-dev, 
> librust-buffered-reader-1+compression-deflate-dev, 
> librust-cfg-if-1+default-dev, librust-chrono-0.4+default-dev (>= 0.4.10-~~), 
> librust-clap-3+default-dev, librust-clap-3+derive-dev, 
> librust-clap-3+env-dev, librust-clap-3+wrap-help-dev, 
> librust-clap-complete-3+default-dev, librust-itertools-0.10+default-dev, 
> librust-rpassword-5+default-dev, librust-sequoia-autocrypt-0.24-dev, 
> librust-sequoia-net-0.25-dev, librust-sequoia-openpgp-1+compression-bzip2-dev 
> (>= 1.1-~~), librust-sequoia-openpgp-1+compression-deflate-dev (>= 1.1-~~), 
> librust-sequoia-openpgp-1+crypto-nettle-dev (>= 1.1-~~), 
> librust-sequoia-openpgp-1-dev, librust-serde-1+default-dev (>= 1.0.137-~~), 
> librust-serde-1+derive-dev (>= 1.0.137-~~), librust-serde-json-1+default-dev 
> (>= 1.0.80-~~), librust-tempfile-3+default-dev (>= 3.1-~~), 
> librust-term-size-0.3+default-dev, librust-tokio-1+default-dev (>= 
> 1.13.1-~~), bash-completion, build-essential, fakeroot
> dpkg-deb: building package 'sbuild-build-depends-main-dummy' in 
> '/<>/apt_archive/sbuild-build-depends-main-dummy.deb'.
> Ign:1 copy:/<>/apt_archive ./ InRelease
> Get:2 copy:/<>/apt_archive ./ Release [963 B]
> Ign:3 copy:/<>/apt_archive ./ Release.gpg
> Get:4 copy:/<>/apt_archive ./ Sources [654 B]
> Get:5 copy:/<>/apt_archive ./ Packages [741 B]
> Fetched 2358 B in 0s (161 kB/s)
> Reading package lists...
> Reading package lists...
> 
> Install main build dependencies (apt-based resolver)
> 
> 
> Installing build dependencies
> Reading package lists...
> Building dependency tree...
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  sbuild-build-depends-main-dummy : Depends: librust-rpassword-5+default-dev 
> but it is not installable
> E: Unable to correct problems, you have held broken packages.
> apt-get failed.


The full build log is available from:
http://qa-logs.debian.net/2023/02/17/rust-sequoia-sq_0.27.0-1_testing.log

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20230217;users=lu...@debian.org
or:
https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20230217&fusertaguser=lu...@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant c

Bug#1031582: mozjs78: FTBFS in testing: ld: cannot find -lXt: No such file or directory

2023-02-18 Thread Lucas Nussbaum
Source: mozjs78
Version: 78.15.0-5
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
>   CXX=x86_64-linux-gnu-g++ \
>   RUST_HOST=x86_64-unknown-linux-gnu \
>   RUST_TARGET=x86_64-unknown-linux-gnu \
> /bin/sh /<>/js/src/configure \
>   --host=x86_64-linux-gnu \
>   --target=x86_64-linux-gnu \
>   --prefix=/usr \
>   --libdir=/usr/lib/x86_64-linux-gnu/ \
>   --with-system-zlib \
>   --disable-strip \
>   --with-intl-api \
>   --enable-readline \
>   --disable-jemalloc \
>   --without-system-icu \
> ; then \
>   echo Configure successful; \
> else \
>   echo Configure failed with status $?; \
>   tail -v -n +0 config.log; \
>   exit 1; \
> fi
> Creating Python 3 environment
> created virtual environment CPython3.11.1.final.0-64 in 232ms
>   creator 
> CPython3Posix(dest=/<>/debian/build/_virtualenvs/init_py3, 
> clear=False, global=False)
>   seeder FromAppData(download=False, pip=bundle, setuptools=bundle, 
> wheel=bundle, via=copy, app_data_dir=/tmp/tmp9rqr0id3)
> added seed packages: pip==20.2.2, setuptools==49.6.0, wheel==0.35.1
>   activators 
> BashActivator,CShellActivator,FishActivator,PowerShellActivator,PythonActivator,XonshActivator
> /<>/python/mozbuild/mozbuild/virtualenv.py:697: 
> DeprecationWarning: The distutils package is deprecated and slated for 
> removal in Python 3.12. Use setuptools or check PEP 632 for potential 
> alternatives
>   from distutils.version import LooseVersion
> /<>/python/mozbuild/mozbuild/virtualenv.py:316: 
> DeprecationWarning: The distutils.sysconfig module is deprecated, use 
> sysconfig instead
>   import distutils.sysconfig
> b"running build_ext\nbuilding 'psutil._psutil_linux' extension\ncreating 
> build\ncreating build/temp.linux-x86_64-3.11\ncreating 
> build/temp.linux-x86_64-3.11/psutil\nx86_64-linux-gnu-gcc -Wsign-compare 
> -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong -Wformat 
> -Werror=format-security -g -fwrapv -O2 -g -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC 
> -DPSUTIL_POSIX=1 -DPSUTIL_SIZEOF_PID_T=4 -DPSUTIL_VERSION=570 
> -DPSUTIL_LINUX=1 
> -I/<>/debian/build/_virtualenvs/init_py3/include 
> -I/usr/include/python3.11 -c psutil/_psutil_common.c -o 
> build/temp.linux-x86_64-3.11/psutil/_psutil_common.o\nx86_64-linux-gnu-gcc 
> -Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong 
> -Wformat -Werror=format-security -g -fwrapv -O2 -g -fstack-protector-strong 
> -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC 
> -DPSUTIL_POSIX=1 -DPSUTIL_SIZEOF_PID_T=4 -DPSUTIL_VERSION=570 
> -DPSUTIL_LINUX=1 
> -I/<>/debian/build/_virtualenvs/init_py3/include 
> -I/usr/include/python3.11 -c psutil/_psutil_linux.c -o 
> build/temp.linux-x86_64-3.11/psutil/_psutil_linux.o\nx86_64-linux-gnu-gcc 
> -Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong 
> -Wformat -Werror=format-security -g -fwrapv -O2 -g -fstack-protector-strong 
> -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC 
> -DPSUTIL_POSIX=1 -DPSUTIL_SIZEOF_PID_T=4 -DPSUTIL_VERSION=570 
> -DPSUTIL_LINUX=1 
> -I/<>/debian/build/_virtualenvs/init_py3/include 
> -I/usr/include/python3.11 -c psutil/_psutil_posix.c -o 
> build/temp.linux-x86_64-3.11/psutil/_psutil_posix.o\ncreating 
> build/lib.linux-x86_64-3.11\ncreating 
> build/lib.linux-x86_64-3.11/psutil\nx86_64-linux-gnu-gcc -shared -Wl,-O1 
> -Wl,-Bsymbolic-functions -g -fwrapv -O2 -g -fwrapv -O2 -g 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-3.11/psutil/_psutil_common.o 
> build/temp.linux-x86_64-3.11/psutil/_psutil_linux.o 
> build/temp.linux-x86_64-3.11/psutil/_psutil_posix.o -o 
> build/lib.linux-x86_64-3.11/psutil/_psutil_linux.cpython-311-x86_64-linux-gnu.so\nbuilding
>  'psutil._psutil_posix' extension\nx86_64-linux-gnu-gcc -Wsign-compare 
> -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong -Wformat 
> -Werror=format-security -g -fwrapv -O2 -g -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC 
> -DPSUTIL_POSIX=1 -DPSUTIL_SIZEOF_PID_T=4 -DPSUTIL_VERSION=570 
> -DPSUTIL_LINUX=1 
> -I/<>/debian/build/_virtualenvs/init_py3/include 
> -I/usr/include/python3.11 -c psutil/_psutil_common.c -o 
> build/temp.linux-x86_64-3.11/psutil/_psutil_common.o\nx86_64-linux-gnu-gcc 
> -Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong 
> -Wformat -Werror=format-security -g -fwrapv -O2 -g -fstack-protector-strong 
> -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC 
> -DPSUTIL_POSIX=1 -DPSUTIL_SIZEOF_PID_T=4 -DPSUTIL_VERSION=570 
> -DPSUTIL_LINUX=1 
> -I/<>/debian/build/_virtu

Bug#1031580: pigx-rnaseq: FTBFS in testing: E: Build killed with signal TERM after 150 minutes of inactivity

2023-02-18 Thread Lucas Nussbaum
Source: pigx-rnaseq
Version: 0.1.0-1.1
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> input: 
> /<>/tests/output/feature_counts/raw_counts/hisat2/counts.tsv, 
> /<>/tests/output/colData.tsv
> output: 
> /<>/tests/output/report/hisat2/analysis1.deseq.report.html
> log: /<>/tests/output/logs/hisat2/analysis1.report.log
> jobid: 45
> reason: Missing output files: 
> /<>/tests/output/report/hisat2/analysis1.deseq.report.html; 
> Input files updated by another job: 
> /<>/tests/output/colData.tsv, 
> /<>/tests/output/feature_counts/raw_counts/hisat2/counts.tsv
> wildcards: analysis=analysis1
> resources: tmpdir=/tmp, mem_mb=4000, mem_mib=3815
> 
> /usr/bin/Rscript --vanilla /<>/scripts/runDeseqReport.R 
> --logo=/<>/images/Logo_PiGx.png --prefix='analysis1' 
> --reportFile=/<>/scripts/deseqReport.Rmd 
> --countDataFile=/<>/tests/output/feature_counts/raw_counts/hisat2/counts.tsv
>  --colDataFile=/<>/tests/output/colData.tsv 
> --gtfFile=/<>/tests/sample_data/sample.gtf 
> --caseSampleGroups='HBR' --controlSampleGroups='UHR' --covariates=''  
> --workdir=/<>/tests/output/report/hisat2 --organism='' 
> --description='This analysis is part of the pigx-rnaseq build-time tests.' 
> --selfContained='True' >> 
> /<>/tests/output/logs/hisat2/analysis1.report.log 2>&1
> [Sat Feb 18 07:58:43 2023]
> Finished job 38.
> 35 of 48 steps (73%) done
> [Sat Feb 18 07:58:57 2023]
> Finished job 45.
> 36 of 48 steps (75%) done
> E: Build killed with signal TERM after 150 minutes of inactivity


The full build log is available from:
http://qa-logs.debian.net/2023/02/17/pigx-rnaseq_0.1.0-1.1_testing.log

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20230217;users=lu...@debian.org
or:
https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20230217&fusertaguser=lu...@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant changed in the meantime.



Bug#1031579: linuxtv-dvb-apps: FTBFS in testing: libzvbi.h:28:10: fatal error: version.h: No such file or directory

2023-02-18 Thread Lucas Nussbaum
Source: linuxtv-dvb-apps
Version: 1.1.1+rev1500-1.4
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> cc -O -g -w -DVERSION=\"1.7.0\" -DWITH_PNG -DUSE_LIBZVBI -I/include 
> -Wdate-time -D_FORTIFY_SOURCE=2  -c -o vbi.o vbi.c
> In file included from vbi.c:18:
> /usr/include/libzvbi.h:28:10: fatal error: version.h: No such file or 
> directory
>28 | #include "version.h"
>   |  ^~~
> compilation terminated.
> make[3]: *** [: vbi.o] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/02/17/linuxtv-dvb-apps_1.1.1+rev1500-1.4_testing.log

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20230217;users=lu...@debian.org
or:
https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20230217&fusertaguser=lu...@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant changed in the meantime.



Bug#1031578: lightproof: FTBFS in testing: make[1]: *** [debian/rules:38: override_dh_auto_install] Error 1

2023-02-18 Thread Lucas Nussbaum
Source: lightproof
Version: 1.6-2
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> for oxt in `find . -name "*.oxt"`; do \
>   oxt=`echo $oxt | sed -e 's,./,,'`; \
>   pkg="libreoffice-`echo $oxt | cut -d- -f1 | sed -e "s/_/-/g" | tr A-Z 
> a-z`"; \
>   dir=`echo $oxt | cut -d- -f1`; \
>   mkdir -p 
> /<>/debian/$pkg/usr/lib/libreoffice/share/extensions/$dir && \
>   cd 
> /<>/debian/$pkg/usr/lib/libreoffice/share/extensions/$dir && \
>   unzip -o /<>/$oxt; \
> done
> Archive:  /<>/lightproof_editor-0.1.oxt
>   inflating: META-INF/manifest.xml   
>   inflating: description.xml 
>   inflating: Linguistic.xcu  
>   inflating: Lightproof.py   
>   inflating: pythonpath/lightproof_handler_lightproof_editor.py  
>   inflating: pythonpath/lightproof_impl_lightproof_editor.py  
>   inflating: pythonpath/lightproof_lightproof_editor.py  
>   inflating: pythonpath/lightproof_compile_lightproof_editor.py  
>   inflating: README  
>   inflating: doc/syntax.txt  
>   inflating: doc/manual.txt  
>   inflating: src/en/en.dat   
>   inflating: lightproof_editor/script.xlb  
>   inflating: lightproof_editor/RegisteredFlag  
>   inflating: lightproof_editor/General.xba  
>   inflating: lightproof_editor/dialog.xlb  
>   inflating: Office/UI/StartModuleWindowState.xcu  
>   inflating: Office/UI/WriterWindowState.xcu  
>   inflating: Office/Accelerators.xcu  
>   inflating: icons/comp.png  
>   inflating: icons/compall.png   
>   inflating: icons/comp16.png
>   inflating: icons/compall16.png 
>   inflating: icons/debug16.png   
>   inflating: icons/debug.png 
>   inflating: META-INF/manifest.xml   
>   inflating: Addons.xcu  
>   inflating: pythonpath/lightproof_opts_lightproof_editor.py  
> Archive:  /<>/lightproof_en-0.4.3.oxt
>   inflating: META-INF/manifest.xml   
>   inflating: description.xml 
>   inflating: Linguistic.xcu  
>   inflating: Lightproof.py   
>   inflating: pythonpath/lightproof_handler_lightproof_en.py  
>   inflating: pythonpath/lightproof_impl_lightproof_en.py  
>   inflating: pythonpath/lightproof_lightproof_en.py  
>   inflating: README_lightproof_en.txt  
>   inflating: dialog/en.xdl   
>   inflating: dialog/en_en_US.default  
>   inflating: dialog/en_en_US.properties  
>   inflating: dialog/OptionsDialog.xcs  
>   inflating: dialog/OptionsDialog.xcu  
>   inflating: pythonpath/lightproof_opts_lightproof_en.py  
> Archive:  /<>/lightproof_ru_RU-0.3.4.oxt
> warning [/<>/lightproof_ru_RU-0.3.4.oxt]:  zipfile is empty
> Archive:  /<>/lightproof_hu-1.6.2.oxt
> warning [/<>/lightproof_hu-1.6.2.oxt]:  zipfile is empty
> make[1]: *** [debian/rules:38: override_dh_auto_install] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/02/17/lightproof_1.6-2_testing.log

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20230217;users=lu...@debian.org
or:
https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20230217&fusertaguser=lu...@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant changed in the meantime.



Bug#1031577: rust-droid-juicer: FTBFS in testing: build-dependency not installable: librust-sys-mount-1+default-dev (>= 1.5-~~)

2023-02-18 Thread Lucas Nussbaum
Source: rust-droid-juicer
Version: 0.1.2-1
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> +--+
> | Install package build dependencies  
>  |
> +--+
> 
> 
> Setup apt archive
> -
> 
> Merged Build-Depends: debhelper (>= 12), dh-cargo (>= 25), cargo, rustc, 
> libstd-rust-dev, librust-clap-4+default-dev, librust-clap-4+derive-dev, 
> librust-goblin-0.2+default-dev, librust-serde-1+default-dev, 
> librust-serde-1+derive-dev, librust-serde-json-1+default-dev, 
> librust-sys-mount-1+default-dev (>= 1.5-~~), librust-toml-0.5+default-dev, 
> librust-uname-0.1+default-dev, build-essential, fakeroot
> Filtered Build-Depends: debhelper (>= 12), dh-cargo (>= 25), cargo, rustc, 
> libstd-rust-dev, librust-clap-4+default-dev, librust-clap-4+derive-dev, 
> librust-goblin-0.2+default-dev, librust-serde-1+default-dev, 
> librust-serde-1+derive-dev, librust-serde-json-1+default-dev, 
> librust-sys-mount-1+default-dev (>= 1.5-~~), librust-toml-0.5+default-dev, 
> librust-uname-0.1+default-dev, build-essential, fakeroot
> dpkg-deb: building package 'sbuild-build-depends-main-dummy' in 
> '/<>/apt_archive/sbuild-build-depends-main-dummy.deb'.
> Ign:1 copy:/<>/apt_archive ./ InRelease
> Get:2 copy:/<>/apt_archive ./ Release [957 B]
> Ign:3 copy:/<>/apt_archive ./ Release.gpg
> Get:4 copy:/<>/apt_archive ./ Sources [473 B]
> Get:5 copy:/<>/apt_archive ./ Packages [558 B]
> Fetched 1988 B in 0s (176 kB/s)
> Reading package lists...
> Reading package lists...
> 
> Install main build dependencies (apt-based resolver)
> 
> 
> Installing build dependencies
> Reading package lists...
> Building dependency tree...
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  sbuild-build-depends-main-dummy : Depends: librust-sys-mount-1+default-dev 
> (>= 1.5-~~) but it is not installable
> E: Unable to correct problems, you have held broken packages.
> apt-get failed.


The full build log is available from:
http://qa-logs.debian.net/2023/02/17/rust-droid-juicer_0.1.2-1_testing.log

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20230217;users=lu...@debian.org
or:
https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20230217&fusertaguser=lu...@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant changed in the meantime.



Bug#1031574: gst-plugins-bad1.0: FTBFS in testing: libzvbi.h:28:10: fatal error: version.h: No such file or directory

2023-02-18 Thread Lucas Nussbaum
Source: gst-plugins-bad1.0
Version: 1.22.0-3
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> cc -Iext/teletextdec/libgstteletext.so.p -Iext/teletextdec 
> -I../ext/teletextdec -I. -I.. -I/usr/include/gstreamer-1.0 
> -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
> -I/usr/include/x86_64-linux-gnu -I/usr/include/orc-0.4 
> -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch 
> -fvisibility=hidden -fno-strict-aliasing -Wmissing-prototypes 
> -Wold-style-definition -Wmissing-declarations -Wredundant-decls 
> -Wwrite-strings -Wformat -Wformat-security -Winit-self -Wmissing-include-dirs 
> -Waddress -Wno-multichar -Wvla -Wpointer-arith -g -O2 
> -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wno-error -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC 
> -pthread -DHAVE_CONFIG_H -MD -MQ 
> ext/teletextdec/libgstteletext.so.p/gstteletextdec.c.o -MF 
> ext/teletextdec/libgstteletext.so.p/gstteletextdec.c.o.d -o 
> ext/teletextdec/libgstteletext.so.p/gstteletextdec.c.o -c 
> ../ext/teletextdec/gstteletextdec.c
> In file included from ../ext/teletextdec/gstteletextdec.h:26,
>  from ../ext/teletextdec/gstteletextdec.c:45:
> /usr/include/libzvbi.h:28:10: fatal error: version.h: No such file or 
> directory
>28 | #include "version.h"
>   |  ^~~
> compilation terminated.
> [1103/1540] cc -Iext/srtp/libgstsrtp.so.p -Iext/srtp -I../ext/srtp -I. -I.. 
> -I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/x86_64-linux-gnu 
> -I/usr/include/orc-0.4 -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 
> -Wall -Winvalid-pch -fvisibility=hidden -fno-strict-aliasing 
> -Wmissing-prototypes -Wold-style-definition -Wmissing-declarations 
> -Wredundant-decls -Wwrite-strings -Wformat -Wformat-security -Winit-self 
> -Wmissing-include-dirs -Waddress -Wno-multichar -Wvla -Wpointer-arith -g -O2 
> -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wno-error -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC 
> -pthread -DHAVE_CONFIG_H -DHAVE_SRTP2 -MD -MQ 
> ext/srtp/libgstsrtp.so.p/meson-generated_.._gstsrtp-enumtypes.c.o -MF 
> ext/srtp/libgstsrtp.so.p/meson-generated_.._gstsrtp-enumtypes.c.o.d -o 
> ext/srtp/libgstsrtp.so.p/meson-generated_.._gstsrtp-enumtypes.c.o -c 
> ext/srtp/gstsrtp-enumtypes.c
> [1104/1540] c++  -o ext/soundtouch/libgstsoundtouch.so 
> ext/soundtouch/libgstsoundtouch.so.p/plugin.c.o 
> ext/soundtouch/libgstsoundtouch.so.p/gstpitch.cc.o 
> ext/soundtouch/libgstsoundtouch.so.p/gstbpmdetect.cc.o -Wl,--as-needed 
> -Wl,--no-undefined -shared -fPIC -Wl,--start-group 
> -Wl,-soname,libgstsoundtouch.so -Wl,-z,nodelete -Wl,-z,relro -Wl,-z,defs 
> -Wl,-O1 -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong 
> -Wformat -Werror=format-security -Wno-error -Wdate-time -D_FORTIFY_SOURCE=2 
> /usr/lib/x86_64-linux-gnu/libgstaudio-1.0.so 
> /usr/lib/x86_64-linux-gnu/libgstbase-1.0.so 
> /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so 
> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so 
> /usr/lib/x86_64-linux-gnu/libglib-2.0.so 
> /usr/lib/x86_64-linux-gnu/libSoundTouch.so -Wl,--end-group
> [1105/1540] cc -Iext/ttml/libgstttmlsubs.so.p -Iext/ttml -I../ext/ttml -I. 
> -I.. -I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/x86_64-linux-gnu 
> -I/usr/include/orc-0.4 -I/usr/include/libxml2 -I/usr/include/pango-1.0 
> -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/libpng16 
> -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/fribidi 
> -I/usr/include/cairo -I/usr/include/pixman-1 -fdiagnostics-color=always 
> -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -fvisibility=hidden 
> -fno-strict-aliasing -Wmissing-prototypes -Wold-style-definition 
> -Wmissing-declarations -Wredundant-decls -Wwrite-strings -Wformat 
> -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar 
> -Wvla -Wpointer-arith -g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wno-error 
> -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -pthread -DHAVE_CONFIG_H -MD -MQ 
> ext/ttml/libgstttmlsubs.so.p/subtitle.c.o -MF 
> ext/ttml/libgstttmlsubs.so.p/subtitle.c.o.d -o 
> ext/ttml/libgstttmlsubs.so.p/subtitle.c.o -c ../ext/ttml/subtitle.c
> [1106/1540] cc -Iext/srt/libgstsrt.so.p -Iext/srt -I../ext/srt -I. -I.. 
> -Igst-libs -I../gst-libs -I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/x86_64-linux-gnu 
> -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/srt 
> -I/usr/include/p11-kit-1 -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 
> -Wall -Winvalid-pch -fv

Bug#1031575: xawtv: FTBFS in testing: libzvbi.h:28:10: fatal error: version.h: No such file or directory

2023-02-18 Thread Lucas Nussbaum
Source: xawtv
Version: 3.107-1.1
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230217 ftbfs-bookworm

Hi,

During a rebuild of all packages in testing (bookworm), your package failed
to build on amd64.


Relevant part (hopefully):
> make[1]: Entering directory '/<>'
>   CCconsole/dump-mixers.o
>   CCconsole/record.o
>   CCconsole/showriff.o
>   CCconsole/showqt.o
>   CCconsole/streamer.o
>   CCcommon/channel-no-x11.o
>   CCcommon/sound.o
>   CCcommon/webcam.o
> console/showriff.c: In function ‘ProcessChunk’:
> console/showriff.c:487:48: warning: expression does not compute the number of 
> elements in this array; element type is ‘struct VAL’, not ‘char *’ 
> [-Wsizeof-array-div]
>   487 | 
> dump_vals(f,sizeof(names_strf_auds)/sizeof(char*),names_strf_auds);
>   |^
> console/showriff.c:487:48: note: add parentheses around the second ‘sizeof’ 
> to silence this warning
> console/showriff.c:182:12: note: array ‘names_strf_auds’ declared here
>   182 | struct VAL names_strf_auds[] = {
>   |^~~
> console/showriff.c:496:48: warning: expression does not compute the number of 
> elements in this array; element type is ‘struct VAL’, not ‘char *’ 
> [-Wsizeof-array-div]
>   496 | 
> dump_vals(f,sizeof(names_strf_auds)/sizeof(char*),names_strf_auds);
>   |^
> console/showriff.c:496:48: note: add parentheses around the second ‘sizeof’ 
> to silence this warning
> console/showriff.c:182:12: note: array ‘names_strf_auds’ declared here
>   182 | struct VAL names_strf_auds[] = {
>   |^~~
> console/showriff.c:435:9: warning: ignoring return value of ‘fread’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   435 | fread(&formtype,sizeof(FOURCC),1,f);/* read the form type 
> */
>   | ^~~
> console/showriff.c:475:9: warning: ignoring return value of ‘fread’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   475 | fread(&fcc_type,sizeof(FOURCC),1,f);
>   | ^~~
> console/showriff.c:504:9: warning: ignoring return value of ‘fread’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   504 | fread(buf, buflen, 1, f);
>   | ^~~~
> console/showriff.c: In function ‘dump_vals’:
> console/showriff.c:205:13: warning: ignoring return value of ‘fread’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   205 | fread(&val32,4,1,f);
>   | ^~~
> console/showriff.c:210:13: warning: ignoring return value of ‘fread’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   210 | fread(&val32,4,1,f);
>   | ^~~
> console/showriff.c:224:13: warning: ignoring return value of ‘fread’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   224 | fread(&val32,4,1,f);
>   | ^~~
> console/showriff.c:235:13: warning: ignoring return value of ‘fread’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   235 | fread(&val16,2,1,f);
>   | ^~~
> console/showqt.c: In function ‘dump_string’:
> console/showqt.c:530:9: warning: ignoring return value of ‘read’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   530 | read(fh,&ssize,sizeof(ssize));
>   | ^
> console/showqt.c:531:9: warning: ignoring return value of ‘read’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   531 | read(fh,&stype,sizeof(stype));
>   | ^
> console/showqt.c:535:9: warning: ignoring return value of ‘read’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   535 | read(fh,str,ssize);
>   | ^~
> console/showqt.c: In function ‘dump_fields’:
> console/showqt.c:428:13: warning: ignoring return value of ‘read’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   428 | read(fh,&fcc,sizeof(fcc));
>   | ^
> console/showqt.c:432:13: warning: ignoring return value of ‘read’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   432 | read(fh,&int8,sizeof(int8));
>   | ^~~
> console/showqt.c:438:13: warning: ignoring return value of ‘read’ declared 
> with attribute ‘warn_unused_result’ [-Wunused-result]
>   438 | read(fh,&int16,sizeof(int16));
>   | ^
> console/showqt.c:442:13: warning: ignoring return value of ‘read’ declared 
> 

Bug#1031463: golang-github-prometheus-exporter-toolkit: FTBFS: dh_auto_test: error: cd _build && go test -vet=off -v -p 8 github.com/prometheus/exporter-toolkit/web github.com/prometheus/exporter-tool

2023-02-18 Thread Daniel Swarbrick
Aha, I overlooked the fact that a new test (TestByPassBasicAuthVuln) had 
been added to web/handler_test.go since the 02-Avoid_race_in_test.patch 
was added by Tina.


I patched in the same time.Sleep workaround for the new 
TestByPassBasicAuthVuln, and it seems to fix the failures. Hooray for 
racy tests!




OpenPGP_signature
Description: OpenPGP digital signature


Bug#1031573: RM: jthread -- ROM; abandoned upstream, unmaintained

2023-02-18 Thread Michael Gilbert
package: ftp.debian.org
severity: normal
user: ftp.debian@packages.debian.org
usertags: remove

Please remove src:jthread from bookworm and sid.  It no longer has
reverse dependencies and is abandoned upstream.

It has release critical bug #1031253 that I plan to not fix.

Best wishes,
Mike



Bug#1029034: snack: includes non-free source

2023-02-18 Thread Thomas Uhle

On Sun, 22 Jan 2023, Sergei Golovan wrote:


Hi Bastian,

Thank you for the report!

On Mon, Jan 16, 2023 at 9:33 PM Bastian Germann  wrote:


While the file part that is copied from formant.c is okay to be included in 
Debian, the part from downsample.c is not.
Please repack the source package getting rid of the file.


I don't think that I can remove this code without reimplementing its
functionality somehow. So maybe it'd be better to drop the package
from Debian. There are two packages that depend on tcl-snack:
transcriber and wavesurfer. I guess they'd have to be removed from
Debian as well.

Cheers!
--
Sergei Golovan



Dear maintainers,

I would very much appreciate if this package would be kept in Debian. 
That is why I've had a look into the source code and have seen that there 
is yet another implementation for a downsampler in jkGetF0.c that is not 
proprietary code.  And so I was thinking what is good enough to be used 
for the estimation of the first formant F0, cannot be bad for doing the 
computation to estimate all the others.  However, in contrast to the code 
from downsample.c, this other downsampler is not using 16-bit integer 
values but it is a floating-point implementation.  So it is not a drop-in 
replacement and I had to rewrite large portions of the two functions 
Fdownsample() and highpass().  I also had to make the function do_ffir() 
public to be used by the highpass filter implementation and to uncomment 
and fix some code in it that was headlined by /* never used */ but is 
needed to make the highpass filter implementation working again.


Long story short, there is a patch attached to this e-mail that I grant 
under the license of either GPL2+ (like it is used for the whole project 
snack) or BSD (like it is said to be in the headers of jkFormant.c and 
jkGetF0.c), whatever suits you, in the hope to save this package from 
being dropped.
I have attached two versions of it because I don't know whether the 170 
lines of conflicting proprietary code have to be removed before or can be 
replaced by the patch.  So applying remove_downsample.c.diff removes the 
conflicting lines from jkFormant.c, formant.patch is the actual fix to 
make the implementation work again, and formant2.patch is a combination 
of both.


I hope it is not too late.

Best regards,

Thomas Uhle--- a/generic/jkFormant.c
+++ b/generic/jkFormant.c
@@ -604,175 +604,6 @@
   return(TRUE);
 }
 
-/*	Copyright (c) 1987, 1988, 1989 AT&T	*/
-/*	  All Rights Reserved	*/
-
-/*	THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF AT&T	*/
-/*	The copyright notice above does not evidence any	*/
-/*	actual or intended publication of such source code.	*/
-
-/* downsample.c */
-/* a quick and dirty downsampler */
-
-#ifndef TRUE
-# define TRUE 1
-# define FALSE 0
-#endif
-
-#define PI 3.1415927
-
-/*  --  */
-int lc_lin_fir(fc,nf,coef)
-/* create the coefficients for a symmetric FIR lowpass filter using the
-   window technique with a Hanning window. */
-register double	fc;
-double	coef[];
-int	*nf;
-{
-register int	i, n;
-register double	twopi, fn, c;
-
-if(((*nf % 2) != 1) || (*nf > 127)) {
-	if(*nf <= 126) *nf = *nf + 1;
-	else *nf = 127;
-}
-n = (*nf + 1)/2;
-
-/*  compute part of the ideal impulse response */
-twopi = PI * 2.0;
-coef[0] = 2.0 * fc;
-c = PI;
-fn = twopi * fc;
-for(i=1;i < n; i++) coef[i] = sin(i * fn)/(c * i);
-
-/* Now apply a Hanning window to the (infinite) impulse response. */
-fn = twopi/((double)(*nf - 1));
-for(i=0;i 0; )
-  if(!invert) *buft-- = *bufp2++ = *bufp--;
-  else {
-	integral += (stem = *bufp--);
-	*buft-- = *bufp2++ = -stem;
-  }
-if(!invert)  *buft-- = *bufp2++ = *bufp--; /* point of symmetry */
-else {
-  integral *= 2;
-  integral += *bufp;
-  *buft-- = integral - *bufp;
-}
-/* for(i=(ncoef*2)-2; i >= 0; i--) printf("\n%4d%7d",i,co[i]);  */
-for(i=ncoef-1, buft=mem; i-- > 0; ) *buft++ = 0;
-for(i=ncoef; i-- > 0; ) *buft++ = *buf++;
-l = 16384;
-m = 15;
-k = (ncoef << 1) -1;
-for(i=in_samps-ncoef; i-- > 0; ) {
-  for(j=k, buft=mem, bufp=co, bufp2=mem+1, sum = 0; j-- > 0;
-	  *buft++ = *bufp2++ )
-	sum += (((*bufp++ * *buft) + l) >> m);
-
-  *--buft = *buf++;		/* new data to memory */
-  *bufo++ = sum; 
-}
-for(i=ncoef; i-- > 0; ) {	/* pad data end with zeros */
-  for(j=k, buft=mem, bufp=co, bufp2=mem+1, sum = 0; j-- > 0;
-	  *buft++ = *bufp2++ )
-	sum += (((*bufp++ * *buft) + l) >> m);
-  *--buft = 0;
-  *bufo++ = sum; 
-}
-}
-
-/*  */
-
-int get_abs_maximum(d,n)
- register short *d;
- register int n;
-{
-  register int i;
-  register short amax, t;
-
-  if((t = *d++) >= 0) amax = t;
-  else amax = -t;
-  
-  for(i = n-1; i-- > 0; ) {
-if((t = *d++) > amax) amax = t;
-else {
-  if(-t

Bug#1031572: librt-extension-commandbymail-perl: Please add a Homepage field in debian/control

2023-02-18 Thread Adrian Bunk
Source: librt-extension-commandbymail-perl
Version: 3.00-1.1
Severity: serious

  Homepage: https://metacpan.org/pod/RT::Extension::CommandByMail
would be an option.



Bug#1009670: installation working on rockpro64

2023-02-18 Thread William Mitchell
Installation completed on the RockPro64 and all is well. I installed both with 
sd card and
eMMC (with usb adapter for flashing). I used the Debian 12 Bookworm link
and followed the instructions for Linux at
https://wiki.pine64.org/wiki/ROCKPro64_Software_Releases#Debian .

William



Bug#1031463: golang-github-prometheus-exporter-toolkit: FTBFS: dh_auto_test: error: cd _build && go test -vet=off -v -p 8 github.com/prometheus/exporter-toolkit/web github.com/prometheus/exporter-tool

2023-02-18 Thread Daniel Swarbrick
This seems to be a resurrection of #1013578, i.e. 
https://github.com/prometheus/exporter-toolkit/issues/108.


With unpatched sources, I can get various tests in handler_test.go to 
intermittently fail simply by running tests on an upstream git clone, on 
a 16-core host. Running tests with GOMAXPROCS=1 makes the failures 
consistently reproducible.


Applying 02-Avoid_race_in_test.patch doesn't seem to have that much of 
an impact, regardless of GOMAXPROCS setting, i.e., the tests still 
intermittently fail. Even increasing the time.Sleep to a whole second 
doesn't help, so I wonder if the patch takes the wrong approach.


It's surprising that this hasn't been more of an issue for the upstream 
developers.




OpenPGP_signature
Description: OpenPGP digital signature


Bug#1031419: libclang-rt-14-dev: trying to overwrite '.../libclang_rt.builtins-wasm32.a', which is also in package libclang-rt-14-dev-wasm32

2023-02-18 Thread Witold Baryluk
Package: libclang-rt-14-dev
Followup-For: Bug #1031419
X-Debbugs-Cc: witold.bary...@gmail.com

Fixed in 1:14.0.6-12



Bug#1031571: oath-toolkit: please depend on faketime instead of datefudge

2023-02-18 Thread Nicolas Boulenguez
Source: oath-toolkit
Version: 2.6.7-3
Severity: wishlist
Tags: patch upstream

Hello.

Datefudge is broken on 32-bit architectures (release-critical bug
#1028587).  The author recommends to use alternative tools in message
24 of the bug log.  Only two consumers are remaining, gnutls28 and
oath-toolkit.

The attached diff replaces datefudge with faketime in gnutls28.   
The change only affects tests.

The severity is 'wishlist' for oath-toolkit, but the attached patch
(and a similar one for gnutls28) would allow to remove the datefudge
package and 1 RC bug from bookworm.
>From 621fef1bb538d0f4dab5f23f2ba25d0ef093c850 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Sat, 18 Feb 2023 18:08:58 +0100
Subject: [PATCH] Replace datefudge with faketime

---
 debian/control|  2 +-
 .../replace-datefudge-with-faketime.diff  | 47 +++
 debian/patches/series |  1 +
 3 files changed, 49 insertions(+), 1 deletion(-)
 create mode 100644 debian/patches/replace-datefudge-with-faketime.diff

diff --git a/debian/control b/debian/control
index 2c64292..5f7d31f 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: devel
 Priority: optional
 Maintainer: OATH Toolkit Team 
 Uploaders: Simon Josefsson 
-Build-Depends: datefudge ,
+Build-Depends: faketime ,
debhelper-compat (= 13),
 	   pkg-config,
gengetopt,
diff --git a/debian/patches/replace-datefudge-with-faketime.diff b/debian/patches/replace-datefudge-with-faketime.diff
new file mode 100644
index 000..39780c1
--- /dev/null
+++ b/debian/patches/replace-datefudge-with-faketime.diff
@@ -0,0 +1,47 @@
+Description: replace datefudge with faketime
+ Datefudge is broken on 32-bit architectures.  The author recommends
+ to use alternative tools in message 24 of #1028587.
+ .
+ There only remains two users of datefudge, which has an RC bug.
+Author: Nicolas Boulenguez 
+
+--- a/liboath/tests/tst_usersfile.sh
 b/liboath/tests/tst_usersfile.sh
+@@ -22,15 +22,15 @@
+ TZ=UTC
+ export TZ
+ 
+-TSTAMP=`datefudge "2006-09-23" date -u +%s`
++TSTAMP=`faketime "2006-09-23" date -u +%s`
+ if test "$TSTAMP" != "1158969600"; then
+-echo "Could not fake timestamps with datefudge."
++echo "Could not fake timestamps with faketime."
+ exit 77
+ fi
+ 
+ cp $srcdir/users.oath tmp.oath
+ 
+-datefudge 2006-12-07 ./tst_usersfile$EXEEXT
++faketime 2006-12-07 ./tst_usersfile$EXEEXT
+ rc=$?
+ sed 's/2006-12-07T00:00:0.L/2006-12-07T00:00:00L/g' < tmp.oath > tmp2.oath
+ diff -ur $srcdir/expect.oath tmp2.oath || rc=1
+--- a/pam_oath/tests/run-root-tests.sh
 b/pam_oath/tests/run-root-tests.sh
+@@ -52,13 +52,13 @@
+ exit 77
+ fi
+ 
+-TSTAMP=`datefudge "2006-09-23" date -u +%s`
++TSTAMP=`faketime "2006-09-23" date -u +%s`
+ if test "$TSTAMP" != "1158962400"; then
+-echo "Cannot fake timestamp, install datefudge to check better. ($TSTAMP)"
++echo "Cannot fake timestamp, install faketime to check better. ($TSTAMP)"
+ ./test-pam_oath-root user3
+ rc=$?
+ else
+-datefudge 2006-12-07 ./test-pam_oath-root user3
++faketime 2006-12-07 ./test-pam_oath-root user3
+ rc=$?
+ fi
+ 
diff --git a/debian/patches/series b/debian/patches/series
index ecac8e7..1a1bb7d 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 handle-xmlsec-1.2.35.diff
+replace-datefudge-with-faketime.diff
-- 
2.39.1



Bug#1031570: unblock: haproxy/2.6.9-1

2023-02-18 Thread Salvatore Bonaccorso
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: hapr...@packages.debian.org, Vincent Bernat , 
car...@debian.org
Control: affects -1 + src:haproxy

Hi Release Team,

haproxy/2.6.9-1 fixes CVE-2023-25725, released as well via DSA 5348-1.
The fix should ideally reach testing earlier than the now 10 day
delay. Please consider to urgent it for faster transition.

Thank you for considering,

Regards,
Salvatore



Bug#1031569: unblock: clamav/1.0.1+dfsg-1

2023-02-18 Thread Salvatore Bonaccorso
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: cla...@packages.debian.org, Sebastian Andrzej Siewior 
, car...@debian.org
Control: affects -1 + src:clamav

Hi Release Team,

Please consider reducing the delay time for migration of
clamav/1.0.1+dfsg-1 to testing instead of the 10 days for testing
migration now during the soft freeze (a delay is still apropriate to
expose it first). It fixes CVE-2023-20032 and CVE-2023-20052 and a fix
in the lower suite is already pending, cf.  #1031536.

Regards,
Salvatore



Bug#1031444: poetry: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

2023-02-18 Thread Nilesh Patra
Control: tags -1 moreinfo
Control: severity -1 important

Hi Lucas,

On Fri, 17 Feb 2023 07:47:47 +0100 Lucas Nussbaum  wrote:
> Source: poetry
> Version: 1.3.2+dfsg-3
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20230216 ftbfs-bookworm
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build
> on amd64.

It builds fine on my local machine. I built more than 10 times on barriere.d.o
and it worked fine.

I was able to reproduce the issue once on my local machine, of many,
many re-builds though but unfortunately that is not enough (for me) to
reliably repro/root-cause this.

Would you please consider building this again? If it still fails, then
maybe it is a random issue or reproducible on some specific systems. I'm
downgrading the severity to important for now, I hope that is fine.

-- 
Best,
Nilesh


signature.asc
Description: PGP signature


Bug#1031568: unblock: nss/2:3.87.1-1

2023-02-18 Thread Salvatore Bonaccorso
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: n...@packages.debian.org, Mike Hommey , 
car...@debian.org
Control: affects -1 + src:nss

Please unblock package nss

The upload to unstable fixes CVE-2023-0767, which was fixed as well in
a DSA, DSA-5353-1. While it will migrate into testing automatically
but with a 10 day delay now, please consider letting it in earlier and
reduce the delay for migration for this update.

Regards,
Salvatore



Bug#1031567: xen: CVE-2022-27672: XSA-426: x86: Cross-Thread Return Address Predictions

2023-02-18 Thread Salvatore Bonaccorso
Source: xen
Version: 4.17.0+24-g2f8851c37f-2
Severity: grave
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for xen, filling with RC
severity (for ideally fixed before bookworm release):

CVE-2022-27672[0]:
| When SMT is enabled, certain AMD processors may speculatively execute
| instructions using a target from the sibling thread after an SMT mode
| switch potentially resulting in information disclosure.


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2022-27672
https://www.cve.org/CVERecord?id=CVE-2022-27672
[1] https://xenbits.xen.org/xsa/advisory-426.html

Regards,
Salvatore



Bug#1030980: Qt6::qmake IMPORTED_LOCATION points to build architecture qmake6

2023-02-18 Thread Lisandro Damián Nicanor Pérez Meyer
There seems to be many more paths that need adjustment... or at leats at a 
quick glance. I'll need to find the necessary time to fix this.


signature.asc
Description: This is a digitally signed message part.


Bug#1031566: freecad-common: inspect.getargspec is used in gui_snapper.py which is no longer supported by python >= 3.10

2023-02-18 Thread Manfred Tremmmel
Package: freecad-common
Version: 0.20.2+dfsg1-4
Severity: normal
Tags: patch




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

Kernel: Linux 6.1.0-3-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de:en_US:en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- no debconf information

Recognized this error when trying the arch tutorials, I wasn't able to add 
doors or windows to the house.
The console has shown the error-message:
AttributeError: module 'inspect' has no attribute 'getargspec'.
--- gui_snapper.py.orig 2023-02-18 19:41:38.699975796 +0100
+++ gui_snapper.py  2023-02-18 19:41:15.843883848 +0100
@@ -1426,7 +1426,7 @@
 Gui.Snapper.off()
 self.ui.offUi()
 if callback:
-if len(inspect.getargspec(callback).args) > 1:
+if len(inspect.getfullargspec(callback).args) > 1:
 obj = None
 if self.snapInfo and ("Object" in self.snapInfo) and 
self.snapInfo["Object"]:
 obj = 
App.ActiveDocument.getObject(self.snapInfo["Object"])
@@ -1445,7 +1445,7 @@
 Gui.Snapper.off()
 self.ui.offUi()
 if callback:
-if len(inspect.getargspec(callback).args) > 1:
+if len(inspect.getfullargspec(callback).args) > 1:
 callback(None, None)
 else:
 callback(None)
--- gui_snapper.py.orig 2023-02-18 19:41:38.699975796 +0100
+++ gui_snapper.py  2023-02-18 19:41:15.843883848 +0100
@@ -1426,7 +1426,7 @@
 Gui.Snapper.off()
 self.ui.offUi()
 if callback:
-if len(inspect.getargspec(callback).args) > 1:
+if len(inspect.getfullargspec(callback).args) > 1:
 obj = None
 if self.snapInfo and ("Object" in self.snapInfo) and 
self.snapInfo["Object"]:
 obj = 
App.ActiveDocument.getObject(self.snapInfo["Object"])
@@ -1445,7 +1445,7 @@
 Gui.Snapper.off()
 self.ui.offUi()
 if callback:
-if len(inspect.getargspec(callback).args) > 1:
+if len(inspect.getfullargspec(callback).args) > 1:
 callback(None, None)
 else:
 callback(None)
--- gui_snapper.py.orig 2023-02-18 19:41:38.699975796 +0100
+++ gui_snapper.py  2023-02-18 19:41:15.843883848 +0100
@@ -1426,7 +1426,7 @@
 Gui.Snapper.off()
 self.ui.offUi()
 if callback:
-if len(inspect.getargspec(callback).args) > 1:
+if len(inspect.getfullargspec(callback).args) > 1:
 obj = None
 if self.snapInfo and ("Object" in self.snapInfo) and 
self.snapInfo["Object"]:
 obj = 
App.ActiveDocument.getObject(self.snapInfo["Object"])
@@ -1445,7 +1445,7 @@
 Gui.Snapper.off()
 self.ui.offUi()
 if callback:
-if len(inspect.getargspec(callback).args) > 1:
+if len(inspect.getfullargspec(callback).args) > 1:
 callback(None, None)
 else:
 callback(None)


Bug#1031551: RM: cawbird -- ROM; unusable due to changes in Twitter policies and abandoned by the upstream developer

2023-02-18 Thread Scott Kitterman



On February 18, 2023 1:05:53 PM UTC, Federico Ceratto  
wrote:
>Package: ftp.debian.org
>Severity: normal
>User: ftp.debian@packages.debian.org
>Usertags: remove
>X-Debbugs-Cc: cawb...@packages.debian.org
>Control: affects -1 + src:cawbird
>
>Twitter changed the Developer Agreement to prohibit "creating a substitute for 
>Twitter Applications" and revoked the primary API keys around 20th January.
>The development of Cawbird ceased.

I don't think Debian is in the business of enforcing Twitter's terms of 
service, but unusable due to revoked API key combined with upstream development 
has ceased is certainly a good reason to rm.

Scott K



Bug#1031453: sane-frontends: FTBFS: dh_install: error: missing files, aborting

2023-02-18 Thread Andreas Henriksson
Control: retitle -1 sane-frontends: FTBFS: Couldn't find SANE libraries 
(sane-backends)

Hello,

This seems to be a regression caused by the newly uploaded sane-backends.
Maybe that should get an RC bug to prevent it from going into testing!
Would probably make sense to atleast add a
Breaks: sane-fronteds (<< fixed-version)
to the new version of sane-backends.

Anyway, more about sane-frontends FTBFS below.

On Fri, Feb 17, 2023 at 08:04:01AM +0100, Lucas Nussbaum wrote:
> Source: sane-frontends
> Version: 1.0.14-16
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20230216 ftbfs-bookworm
[...]
> > checking for sane-backends >= 1.0.0... yes
> > **
> > ERROR: Couldn't find SANE libraries (sane-backends). Possible reasons:
> >  - sane-backends isn't installed (install sane-backends before
> >sane-frontends)
> >  - the SANE header files aren't installed (if you installed
> >SANE as RPM make sure you also included the sane-devel RPM)
> >  - the SANE libraries can't be found because /usr/local/lib/ isn't
> >searched by the dynamic linker (see INSTALL for details)
> > **

^^ this is the actual error.
Unfontunately when this occurs the configure script exits with code 0.
https://sources.debian.org/src/sane-frontends/1.0.14-16/configure.in/#L131

It would be much better if it exited with an error code (and printed the
error messages to stderr instead of stdout while at it).

Then we wouldn't have to proceed to end up with this:

> > 
> >create-stamp debian/debhelper-build-stamp
> >dh_prep
> >dh_installdirs
> >dh_auto_install --destdir=debian/sane/
> >dh_install
> > dh_install: warning: Cannot find (any matches for) 
> > "debian/sane/usr/bin/xscanimage" (tried in ., debian/tmp)
[...]


The fix would probably be to replace ldflags with libs here (and bump
version of libsane-dev build-dep as this would not work with older
versions than the one currently in unstable):
https://sources.debian.org/src/sane-frontends/1.0.14-16/configure.in/#L117


The sane-backends.pc from unstable (1.2.1-1) has:

# grep -e ldflags= -e libs= 
/usr/lib/x86_64-linux-gnu/pkgconfig/sane-backends.pc 
libs= -ldl  -lm -ltiff -ljpeg  -lgphoto2 -lgphoto2_port -lm -lavahi-common 
-lavahi-client  -lusb-1.0   



While the sane-backends.pc currently in testing (1.1.1-6) has:

# grep -e ldflags= -e libs= usr/lib/x86_64-linux-gnu/pkgconfig/sane-backends.pc
ldflags=-Wl,-z,relro -Wl,-z,now
libs=



Regards,
Andreas Henriksson



Bug#1031527: mono 6.8.0.105+dfsg-3.3~deb11u1 flagged for acceptance

2023-02-18 Thread Adam D Barratt
package release.debian.org
tags 1031527 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: mono
Version: 6.8.0.105+dfsg-3.3~deb11u1

Explanation: remove desktop file



Bug#1031536: clamav 0.103.8+dfsg-0+deb11u1 flagged for acceptance

2023-02-18 Thread Adam D Barratt
package release.debian.org
tags 1031536 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: clamav
Version: 0.103.8+dfsg-0+deb11u1

Explanation: new upstream stable release; fix possible remote code execution 
issue in the HFS+ file parser [CVE-2023-20032], possible information leak in 
the DMG file parser [CVE-2023-20052]



Bug#1026447: libapache2-mod-auth-openidc 2.4.9.4-0+deb11u2 flagged for acceptance

2023-02-18 Thread Adam D Barratt
package release.debian.org
tags 1026447 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: libapache2-mod-auth-openidc
Version: 2.4.9.4-0+deb11u2

Explanation: fix open redirect issue [CVE-2022-23527]



Bug#1031565: ITP: nvidia-nccl -- Optimized primitives for collective multi-GPU communication

2023-02-18 Thread M. Zhou
Package: wnpp
Severity: wishlist
Owner: Mo Zhou 
X-Debbugs-Cc: debian-de...@lists.debian.org, 
pkg-nvidia-de...@lists.alioth.debian.org

* Package name: nvidia-nccl
* URL : https://github.com/NVIDIA/nccl
* License : BSD-3-Clause but has to enter non-free.
  Programming Lang: C/C++
  Description : Optimized primitives for collective multi-GPU communication

This is needed for some cuda applications like pytorch-cuda.
The package will be maintained by
Debian NVIDIA Maintainers 



Bug#972146: /usr/share/applications/mono-runtime-common.desktop: should not handle MIME type by executing arbitrary code

2023-02-18 Thread Moritz Muehlenhoff
On Sat, Feb 18, 2023 at 12:04:27PM +0100, Gabriel Corona wrote:
> I believe obtaining a CVE ID would be beneficial so that this issue may be
> tracked by downstream projects/distributions.

All those distros were notified via your post to oss-security. You can
try cveform, if there's no assignment via that channel, that's about it.

In the past assigning CVEs for Debian was simple, but with some recent changes
it has become a complicated, time-consuming process and now we only do it
in select cases.

Cheers,
Moritz



Bug#1031448: fwupd: FTBFS: ./obj-x86_64-linux-gnu/meson-private/tmp7p7957mh/./obj-x86_64-linux-gnu/meson-private/tmp7p7957mh/testfile.c:17: undefined reference to `gcab_cabinet_add_allowed_compression

2023-02-18 Thread Andreas Henriksson
Control: reassign -1 libflashrom-dev 1.3.0-2
Control: affects -1 fwupd
Control: retitle -1 libfrashrom-dev missing dependency on pkg-config required 
libraries

On Fri, Feb 17, 2023 at 06:34:17AM +0100, Lucas Nussbaum wrote:
> Source: fwupd
> Version: 1.8.10-2
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20230216 ftbfs-bookworm
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
> 
> 
> Relevant part (hopefully):
[...]

I believe this is the actual relevant part:

Called `/usr/bin/pkg-config --cflags flashrom` -> 1

pkg-config error with 'flashrom': Could not generate cargs for flashrom:
Package libjaylink was not found in the pkg-config search path.
Perhaps you should add the directory containing `libjaylink.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libjaylink', required by 'flashrom', not found

> The full build log is available from:
> http://qa-logs.debian.net/2023/02/16/fwupd_1.8.10-2_unstable.log
[...]

grep Requires usr/lib/*-linux-gnu/pkgconfig/flashrom.pc
Requires.private: libpci, libusb-1.0, libftdi1, libjaylink

The packages containing these .pc needs to be listed in
Depends of libflashrom-dev.

I'd suggest adding a trivial compile test as an autopkgtest
using pkgconfig which I find is the easiest way to spot
if the -dev package is missing dependencies listed in the pkg-config
file.
For example see: 
https://sources.debian.org/src/util-linux/2.38.1-5/debian/tests/libmount-dev/


Regards,
Andreas Henriksson



Bug#1031564: linux-image-cloud-amd64: Please include e1000 and e1000e modules in cloud kernel.

2023-02-18 Thread Witold Baryluk
Package: linux-image-cloud-amd64
Severity: normal
X-Debbugs-Cc: witold.bary...@gmail.com

e1000 emulation is a default in qemu. It would be nice to have available
in a cloud kernel. While most of the time one will use virtio, or some
other cloud specific driver, for troubleshooting images, booting system
images in recovery mode, manually, etc, it is good to have e1000 as it is
easy to run in qemu.

For completeness this is how it presents in lspci:

00:03.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet 
Controller (rev 03)

This is with default qemu settings. (i440fx chipset).

With -M q35 (which is also very commonly used), qemu defaults to using:

00:02.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection

This is handled by e1000e module.

As far as I know neither of these modules require any firmware files. And
qemu emulated device would not use it anyway.

So please include e1000 and e1000e in default cloud kernel image buld.

While at it, it would be nice to have ptp module probably. And ptp_kvm (I
actually use that on real cloud instances, not just in qemu).

As of the file size, for rather unknown reasons the e1000.ko and
e1000e.ko files are rather large, 300KB and 616KB on my system. Plus
another 49K for ptp. It is a little more than expected. My guess this is
due to inclusion of debug symbols. One way or another, it should be
included in the cloud image.


Regards,
Witold

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

Kernel: Linux 6.2.0-rc5 (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-image-cloud-amd64 depends on:
pn  linux-image-6.1.0-5-cloud-amd64  

linux-image-cloud-amd64 recommends no packages.

linux-image-cloud-amd64 suggests no packages.



Bug#1031563: polari: Could the dependency on gir1.2-soup-2.4 just be removed?

2023-02-18 Thread Patrice Duroux
Package: polari
Version: 43.0-1
Severity: wishlist

Dear Maintainer,

I do not see any explicit dependency to soup-2.4 in its 'meson.build' file and
no mention of 'soup' anywhere in the source files (using 'rgrep').
And so upstream no trace of a work to migrate it to soup-3.0.

Thanks,
Patrice


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

Kernel: Linux 6.1.0-5-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 polari depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  gir1.2-adw-1 1.3~beta-1
ii  gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-1+b1
ii  gir1.2-glib-2.0  1.74.0-3
ii  gir1.2-gtk-4.0   4.9.4+ds-1
ii  gir1.2-pango-1.0 1.50.12+ds-1
ii  gir1.2-secret-1  0.20.5-3
ii  gir1.2-soup-2.4  2.74.3-1
ii  gir1.2-telepathyglib-0.120.24.2-0.1
ii  gir1.2-telepathylogger-0.2   0.8.2-4
ii  gjs  1.74.1-1
ii  libc62.36-8
ii  libgirepository-1.0-11.74.0-3
ii  libgjs0g 1.74.1-1
ii  libglib2.0-0 2.75.3-2
ii  libglib2.0-bin   2.75.3-2
ii  libtelepathy-glib0   0.24.2-0.1
ii  telepathy-idle   0.2.2-1
ii  telepathy-logger 0.8.2-4
ii  telepathy-mission-control-5  1:5.16.5-2

polari recommends no packages.

polari suggests no packages.

-- no debconf information



Bug#1031552: translate: iconv issue

2023-02-18 Thread Axel Beckert
Control: tag -1 + confirmed pending

Hi Markus,

thanks for the bug report.

Markus Reschke wrote:
> In a shell with ISO-8859-1/latin1 encoding

Please note that with the upcoming Debian 12 release, non-UTF-8
locales are deprecated and no more offered to be configured via
debconf on new installations or upon reconfiguration. (Already
configured non-UTF-8 locales stay untouched, though.) Additionally,
all non-UTF-8 users are encouraged to switch to a UTF-8 locale.

Editing /etc/locale.gen and then regenerating my locales I was though
able to still create some non-UTF-8 locales on my system for trying to
reproduce this.

I nevertheless would like to fix this issue in translate for Debian 12.

> translate triggers an iconv issue
> for some words, resulting in the output ending with:
>   iconv: illegal input sequence at position 560
> or some other position.

Hmmm, I'd have preferred a more explicit example. But in the end I
found one:

* Start an ISO-Latin based xterm with

  env `locale | sed -e s/C\.UTF-8/de-DE@euro/` lxterm

* In that xterm call:

  env `locale | sed -e s/C\.UTF-8/de-DE@euro/` translate -i common

Then the last output line is:

  Agrarpolitik {f} | Gemeinsame Agrarpolitik /GAP/ :: agricultural policy | 
Common Agricultural Policy /CAP/

And the first missing line is:

  Akeleien {pl} (Aquilegia) (botanische Gattung) [bot.]  | Gemeine 
Akelei {f}; Gewöhnliche Akelei {f}; Waldakelei {f} (Aquilegia vulgaris) :: 
columbines; granny’s bonnets (botanical genus)   | common 
columbine; European columbine; European crowfoot; granny’s bonnet

>From there on, indeed no other line is sent to STDOUT. 

Additionally it emits rather early the error message:

  iconv: illegal input sequence at position 1702

> This can be fixed by adding a '-c' to the translate script:
>echo $OPT "$1" | iconv -c -f UTF-8 -t $CHARSET

Adding -c indeed fixes this issue. And for some reason the "ö" in
"Gewöhnliche" is still shown despite the iconv man page suggested
something else (namely that the character is not displayed at all --
which scared me a bit).

So I'll add that to both iconv calls in translate.

Thanks again, also for the hint on "-c".

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



Bug#1031525: c-ares: CVE-2022-4904

2023-02-18 Thread Markus Koschany
Hi Gregor,

I'm a member of the LTS team. I intend to prepare a DLA release for this issue
so you don't have to. If you could prepare a point update for Bullseye though,
that would be appreciated. 

Cheers,

Markus


signature.asc
Description: This is a digitally signed message part


Bug#1026027: graphical installer: using nano in a installer shell fails

2023-02-18 Thread Philip Hands
Control: tags -1 + pending

Sven Joachim  writes:
...
> I have attached the obvious patch.

Here's your patch:

  https://salsa.debian.org/philh/debian-installer-utils/-/tree/sven-bug/102602

which generates this mini ISO:

  
https://salsa.debian.org/installer-team/debian-installer/-/jobs/3960725/artifacts/file/public/gtk-mini.iso

wherein the bug is fixed.

That being the case, I've pushed it into the master branch.

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY



Bug#1031562: RFP: phockup -- Media sorting tool to organize photos and videos from your camera in folders by year, month and day

2023-02-18 Thread Antoine Beaupre
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org

* Package name: phockup
  Version : 1.9.2
  Upstream Contact: Ivan Dokov 
* URL : https://github.com/ivandokov/phockup
* License : MIT
  Programming Lang: Python
  Description : Media sorting tool to organize photos and videos from your 
camera in folders by year, month and day

The software will collect all files from the input directory and copy
them to the output directory without changing the files content. It
will only rename the files and place them in the proper directory for
year, month and day.

All files which are not images or videos or those which do not have
creation date information will be placed in a directory called unknown
without file name change. By doing this you can be sure that the input
directory can be safely deleted after the successful process
completion because all files from the input directory have a copy in
the output directory.

If the target file already exists, its checksum is compared with the
source to determine if it is a duplicate. If the checksums are
different, we do not have a duplicate and the target filename will be
suffixed with a number, for example "-1". If the checksums match, the
copy operation will be skipped.



Debian has Rapid Photo Downloader packaged right now (and I'm one of
the uploaders), but I'm having issues with it at the moment:

 1. it basically crashes under Wayland #1031557
 2. it does not allow me to move images (anymore)
 3. it only partly allows culling images (you can deselect images but
 not delete them)

Right now I've reverted back to using exiftool to batch-import images,
but exiftool is notoriously counter-intuitive and error prone.

This looks like a promising alternative.



Bug#1031561: v4l2loopback-dkms: Fails to build on cloud kernel image

2023-02-18 Thread Witold Baryluk
Package: v4l2loopback-dkms
Version: 0.12.7-2
Severity: normal
X-Debbugs-Cc: witold.bary...@gmail.com

root@debian:~# sudo apt install linux-headers-6.1.0-5-cloud-amd64 
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
  castxml catch2 dh-dkms fonts-ebgaramond libc++1-14 libc++abi1-14 
libcoq-stdlib libcppunit-dev libfmt-dev libgsm1-dev 
libjs-jquery-ui-theme-trontastic libopenblas-dev libpython3-all-dev 
libspdlog-dev
  libthrift-dev libunwind-14 libxsimd-dev libzarith-ocaml pyqt5-dev-tools 
python3-all-dev python3-beniget python3-click-plugins python3-contextlib2 
python3-gast python3-gitlab python3-pygccxml
  python3-pyqt5.qwt python3-schema python3-thrift python3-xlwt 
qt6-base-dev-tools unattended-upgrades xfce4-datetime-plugin
Use 'sudo apt autoremove' to remove them.
The following NEW packages will be installed:
  linux-headers-6.1.0-5-cloud-amd64
0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded.
1 not fully installed or removed.
Need to get 869 kB of archives.
After this operation, 2,125 kB of additional disk space will be used.
Get:1 http://deb.debian.org/debian sid/main amd64 
linux-headers-6.1.0-5-cloud-amd64 amd64 6.1.12-1 [869 kB]
Fetched 869 kB in 0s (9,081 kB/s) 
Selecting previously unselected package linux-headers-6.1.0-5-cloud-amd64.
(Reading database ... 1407668 files and directories currently installed.)
Preparing to unpack .../linux-headers-6.1.0-5-cloud-amd64_6.1.12-1_amd64.deb ...
Unpacking linux-headers-6.1.0-5-cloud-amd64 (6.1.12-1) ...
Setting up linux-image-6.1.0-5-cloud-amd64-unsigned (6.1.12-1) ...
/etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-5-cloud-amd64:Sign 
command: /usr/lib/linux-kbuild-6.1/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub
Error! The 
/var/lib/dkms/v4l2loopback/0.12.7/6.1.0-5-cloud-amd64/x86_64/dkms.conf for 
module v4l2loopback includes a BUILD_EXCLUSIVE directive which does not match 
this kernel/arch/config.
This indicates that it should not be built.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
 failed!
run-parts: /etc/kernel/postinst.d/dkms exited with return code 11
dpkg: error processing package linux-image-6.1.0-5-cloud-amd64-unsigned 
(--configure):
 installed linux-image-6.1.0-5-cloud-amd64-unsigned package post-installation 
script subprocess returned error exit status 1
Setting up linux-headers-6.1.0-5-cloud-amd64 (6.1.12-1) ...
/etc/kernel/header_postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-5-cloud-amd64:Sign 
command: /usr/lib/linux-kbuild-6.1/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub
Error! The 
/var/lib/dkms/v4l2loopback/0.12.7/6.1.0-5-cloud-amd64/x86_64/dkms.conf for 
module v4l2loopback includes a BUILD_EXCLUSIVE directive which does not match 
this kernel/arch/config.
This indicates that it should not be built.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
 failed!
run-parts: /etc/kernel/header_postinst.d/dkms exited with return code 11
Failed to process /etc/kernel/header_postinst.d at 
/var/lib/dpkg/info/linux-headers-6.1.0-5-cloud-amd64.postinst line 11.
dpkg: error processing package linux-headers-6.1.0-5-cloud-amd64 (--configure):
 installed linux-headers-6.1.0-5-cloud-amd64 package post-installation script 
subprocess returned error exit status 1
Errors were encountered while processing:
 linux-image-6.1.0-5-cloud-amd64-unsigned
 linux-headers-6.1.0-5-cloud-amd64
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)



While using v4l2loopback on a cloud kernel is not be a likely scenario,
and cloud kernel image has multiple subsystems of kernel disabled /
removed, including sound and v4l to save a bit on image size, it would
probably nice if v4l2loopback do not just stright fail to build. One can
for example have both cloud kernel and other kernels installed, and it is
perfectly ok to build then dkms only for a subset of kernels.




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

Kernel: Linux 6.2.0-rc5 (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages v4l2loopback-dkms depends on:
ii  dkms  3.0.10-6

v4l2loopback-dkms recommends no packages.

Versions of packages v4l2loopback-dkms suggests:
ii  v4l2loopback-utils  0.12.7-2

-- no debconf info

Bug#1031520: maxima: triggers kernel error about memory allocation glitch

2023-02-18 Thread Jörg-Volker Peetz

Thank you for looking into this and the explanations.

Meanwhile I found the kernel commit which introduced this warning:
https://lkml.kernel.org/lkml/ceefb6c0-fbed-447f-791f-c48d3a4c4...@huawei.com/t/

Maybe then, the kernel people are to blame and the bug could be closed.

Regards,
Jörg.

Camm Maguire wrote on 18/02/2023 15:46:

Greetings, and thanks for your report!

GCL based applications probe brk at runtime to determine an upper bound
for its permissible heap.  Running under strace -f is usually helpful to
see if your kernel messages are correlated with this loop.  To my
understanding, if brk triggers a 'no enough memory for the allocation'
condition, it should simply return an error code to the user space
process, and not generate any kernel level difficulties.  brk just
reserves the memory, and does not actually allocate it until it is
written, so no oom machinery should be involved.

Take care,

Jörg-Volker Peetz  writes:


Package: maxima
Version: 5.46.0-11
Severity: normal

Dear Camm Maguire,

calling maxima generates a kernel message:

kernel: __vm_enough_memory: 1 callbacks suppressed
kernel: __vm_enough_memory: pid: 13721, comm: maxima, no enough memory for the
allocation

The second line appears 10 times. I'm using a self-compiled upstream kernel.
Any idea?

Regards,
Jörg.

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

Kernel: Linux 6.1.11 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=C.utf8, LC_CTYPE=C.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages maxima depends on:
ii  libc6  2.36-8
ii  libedit2   3.1-20221030-2
ii  libgmp10   2:6.2.1+dfsg1-1.1
ii  libtirpc3  1.3.3+ds-1
ii  libx11-6   2:1.8.3-3

Versions of packages maxima recommends:
ii  gnuplot-qt [gnuplot-x11]  5.4.4+dfsg1-2+b2
ii  maxima-share  5.46.0-11

Versions of packages maxima suggests:
ii  maxima-doc5.46.0-11
ii  maxima-emacs  5.46.0-11
pn  texmacs   
ii  tk [wish] 8.6.11+1
pn  xmaxima   

-- no debconf information









Bug#1031560: llvm-toolchain-14: FTBFS for powerpc

2023-02-18 Thread Christian Marillat
Source: llvm-toolchain-14
Version: 1:14.0.6-12
Severity: normal

Dear Maintainer,

Apparently the build try to do a chrpath to a file that doesn't exit.

Could you fix that ?

https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-14&arch=powerpc&ver=1%3A14.0.6-12&stamp=1676646949&raw=0

,
| # Remove bat files https://bugs.llvm.org/show_bug.cgi?id=30755
| rm -f 
/<>/debian/tmp//usr/share/clang/scan-build-14/libexec/*.bat 
/<>/debian/tmp//usr/share/clang/scan-build-14/bin/*.bat
| rm -f 
/<>/debian/tmp//usr/lib/llvm-14/lib/libExampleIRTransforms.a
| # Remove an example - introduced in https://reviews.llvm.org/D61446
| rm -f /<>/debian/tmp//usr/lib/llvm-14/lib/libBye.a
| cp build-llvm/tools/clang/stage2-bins/bin/clang-query 
/<>/debian/tmp//usr/lib/llvm-14/bin
| # Only run on executable, not script
| chrpath -d `find /<>/debian/tmp//usr/lib/llvm-14/bin/ -type f 
-executable -exec file -i '{}' \; | grep 'x-executable; charset=binary'|cut -d: 
-f1`
| # To fix custom-library-search-path
| chrpath -d 
/<>/debian/tmp//usr/lib/llvm-14/lib/clang/14*/lib/*/*.so
| open: No such file or directory
| elf_open: Invalid argument
| make[1]: *** [debian/rules:976: override_dh_auto_install] Error 1
| make[1]: Leaving directory '/<>'
| make: *** [debian/rules:463: binary-arch] Error 2
`

Christian


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

Kernel: Linux 6.1.12-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)



Bug#1031558: ITP: python-django-ca -- manage TLS certificate authorities and certificates

2023-02-18 Thread Michael Fladischer
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: python-django-ca
  Version : 1.23.0
  Upstream Contact: Mathias Ertl 
* URL : https://github.com/mathiasertl/django-ca
* License : GPL-3
  Programming Lang: Python
  Description : manage TLS certificate authorities and certificates

 django-ca is a small project to manage TLS certificate authorities and easily
 issue certificates. It is based on cryptography and Django. It can be used as
 an app in an existing Django project or stand-alone with the basic project
 included. Certificates can be managed through Djangos admin interface or via
 manage.py commands - so no webserver is needed, if you’re happy with the
 command-line.

I intend to maintain this package as part of the DPT.

-BEGIN PGP SIGNATURE-

iQFFBAEBCgAvFiEEqVSlRXW87UkkCnJc/9PIi5l90WoFAmPxAOIRHGZsYWRpQGRl
Ymlhbi5vcmcACgkQ/9PIi5l90Wo2/QgAnU7/jWaw9hRJABNFwd8n7LAv8xGm7fdc
yz1dAR6pnOP6vY1ng8qr/mwWRnMbQvy1AX7DBKClmkOfwD9p8Qi3/DHknxjex3nZ
r5tX6cg8VLhHzB+UHut167x+V9hUsTtGCW9R2bOqMRq+5Wed4R7ENFYDL5Y+bIJQ
i6XlfavaqLjkrsr9QWqJeK98h3CSfYMpSdSVuAyzLeT58MZ+1mMIQ/XcNK3K4bAY
tCo2I4lWtF4vmlsyJ20/z4y1ZYAqODYH0i/xQW56WZbHUg5+pz4jv0F9eO9B4UdB
Rxz3ec8THb6ubl08Aln0KvSMLDxDXowWQmIKr81NPEzGZKuPj8b76A==
=yfcZ
-END PGP SIGNATURE-


Bug#1031559: texlive-extra-utils (latexindent) depends on libyaml-tiny-perl and libfile-homedir-perl

2023-02-18 Thread nkr
Package: texlive-extra-utils
Version: 2020.20210202-3

Hi,

texlive-extra-utils currently recommends libyaml-tiny-perl and libfile-
homedir-perl. However, without these packages, latexindent (included in
this package) will not work. Should these therefore be regular depends
and not just recommends?

Thanks


signature.asc
Description: This is a digitally signed message part


Bug#1031557: uses a full CPU doing nothing in Wayland

2023-02-18 Thread Antoine Beaupre
Package: rapid-photo-downloader
Version: 0.9.33-1.1
Severity: normal

It's been a long time since I used RPD and now when I start it up, it
eats up a whole CPU. The fans on my shiny new 12th gen intel Framework
CPU spin up like crazy and CPU temperature reaches 95C.

I'm not sure what is happening: nothing is going on in the UI. At
first I thought it was rendering thumbnails, but it not, the thumbs
are actually rendered already.

strace tells me the process is looping over something like this:

poll([{fd=4, events=POLLIN}, {fd=12, events=POLLIN}, {fd=76, events=POLLIN}, 
{fd=80, events=POLLIN}], 4, 0) = 1 ([{fd=4, revents=POLLIN}])
read(4, "\5\0\0\0\0\0\0\0", 16) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
sendmsg(5, {msg_name=NULL, msg_namelen=0, 
msg_iov=[{iov_base="\32\0\0\0\1\0\24\0,\0\0\0\0\0\0\0\0\0\0\0\32\0\0\0\t\0\30\\2\0\0"...,
 iov_len=76}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 
MSG_DONTWAIT|MSG_NOSIGNAL) = 76
poll([{fd=4, events=POLLIN}, {fd=12, events=POLLIN}, {fd=76, events=POLLIN}, 
{fd=80, events=POLLIN}], 4, 0) = 1 ([{fd=4, revents=POLLIN}])
read(4, "\3\0\0\0\0\0\0\0", 16) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x1eb0e70, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=4, events=POLLIN}, {fd=12, events=POLLIN}, {fd=76, events=POLLIN}, 
{fd=80, events=POLLIN}], 4, 0) = 1 ([{fd=4, revents=POLLIN}])
read(4, "\5\0\0\0\0\0\0\0", 16) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
sendmsg(5, {msg_name=NULL, msg_namelen=0, 
msg_iov=[{iov_base="\32\0\0\0\1\0\24\0,\0\0\0\0\0\0\0\0\0\0\0\32\0\0\0\t\0\30\\2\0\0"...,
 iov_len=76}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 
MSG_DONTWAIT|MSG_NOSIGNAL) = 76
poll([{fd=4, events=POLLIN}, {fd=12, events=POLLIN}, {fd=76, events=POLLIN}, 
{fd=80, events=POLLIN}], 4, 0) = 1 ([{fd=4, revents=POLLIN}])
read(4, "\3\0\0\0\0\0\0\0", 16) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
write(4, "\1\0\0\0\0\0\0\0", 8) = 8

File descriptors 4 and 5 are:

lrwx-- 1 anarcat anarcat 64 2023-02-18 11:03 /proc/21490/fd/4 -> 
'anon_inode:[eventfd]'
lrwx-- 1 anarcat anarcat 64 2023-02-18 11:03 /proc/21490/fd/5 -> 
'socket:[174401]'

Inspecting the output of `sudo lsof -P -n` shows me that socket 174401
is a UNIX socket connected to another RPD thread that's called
WaylandEv[...?]:

COMMAND PID   TID TASKCMD USER   FD  TYPE DEVICE  
SIZE/OFF   NODE NAME
rapid-pho 21490 21503 WaylandEvanarcat5u unix 0xce9ee8de
   0t0 174401 type=STREAM (CONNECTED)

I've also ran out of 16GB of memory on this machine trying to run RPD
and Darktable in parallel, and also seen Sway crash.

It seems this thing really doesn't like to run under Wayland (or
Sway?)... This could also be a bug in python3-qt5 or Qt itself. It
could an instance of #996550 for example. Not sure.

a.

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

Kernel: Linux 6.1.0-3-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.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 rapid-photo-downloader depends on:
ii  gir1.2-gexiv2-0.10  0.14.0-1+b1
ii  gir1.2-glib-2.0 1.74.0-3
ii  gir1.2-gstreamer-1.01.22.0-2
ii  gir1.2-gudev-1.0237-2
ii  gir1.2-notify-0.7   0.8.1-1
ii  gir1.2-udisks-2.0   2.9.4-4
ii  gstreamer1.0-libav  1.22.0-2
ii  gstreamer1.0-plugins-good   1.22.0-4
ii  ifuse   1.1.4~git20181007.3b00243-1
ii  libgphoto2-62.5.30-1
ii  libimage-exiftool-perl  12.55+dfsg-1
ii  libimobiledevice-utils  1.3.0-6+b3
ii  libmediainfo0v5 22.12+dfsg-1
ii  libqt5svg5  5.15.8-2
ii  python3 3.11.1-3
ii  python3-arrow   1.2.3-1
ii  python3-babel   2.10.3-1
ii  python3-colour  0.1.5-3
ii  python3-dateutil2.8.2-1
ii  python3-easygui 0.98.1-3
ii  python3-gi  3.42.2-3+b1
ii  python3-gphoto2 1.9.0-1+b4
ii  python3-importlib-metadata  4.12.0-1
ii  python3-pkg-resources   66.1.1-1
ii  python3-psutil  5.9.4-1+b1
ii  python3-pymediainfo 6.0.1-2
ii  python3-pyqt5   5.15.9+dfsg-1
ii  python3-requests2.28.1+dfsg-1
ii  python3-showinfil

Bug#1031556: firefox-esr: ignores /usr/share/firefox-esr entirely (e.g. search plugins, Debian prefs)

2023-02-18 Thread Thorsten Glaser
Package: firefox-esr
Version: 102.8.0esr-1~deb11u1
Severity: important
X-Debbugs-Cc: t...@mirbsd.de, t...@security.debian.org

I tagged this as a regression because it must have worked at some point.
Neither the package search installed by default from
/usr/share/firefox-esr/distribution/searchplugins/common/debsearch.xml
nor a custom one I put there even show up in Firefox, search dropdown
and preferences both.

In fact, I did strace -e file on it then grepped for 'usr/share/firefox'
in the trace and did not get a single mention ☹

This has to affect more things: dpkg -S says that…

firefox-esr: /usr/share/firefox-esr/browser/defaults/preferences/firefox.js

… so all the Debian-specific preconfiguration is also ignored. If this
includes disabling phone-home stuff, then that would not be disabled
(I did not check whether it does) which would be a security catastrophe.


-- Package-specific info:

-- Extensions information
Name: Add-ons Search Detection
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled

Name: Amazon.co.uk
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled

Name: Bing
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled

Name: Dark theme
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled

Name: Dark Background and Light Text
Location: ${PROFILE_EXTENSIONS}/jid1-qofqdk4qzuf...@jetpack.xpi
Status: enabled

Name: Detect Cloudflare
Location: ${PROFILE_EXTENSIONS}/{eae9e728-c240-49cd-8d2c-88ac18fea650}.xpi
Status: enabled

Name: DoH Roll-Out
Location: /usr/lib/firefox-esr/browser/features/doh-roll...@mozilla.org.xpi
Package: firefox-esr
Status: enabled

Name: DuckDuckGo
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled

Name: Editable QR Generator
Location: ${PROFILE_EXTENSIONS}/{cd6aaef4-adda-43c6-9222-f6281fc75f23}.xpi
Status: enabled

Name: Firefox Alpenglow theme
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: user-disabled

Name: Firefox Screenshots
Location: /usr/lib/firefox-esr/browser/features/screensh...@mozilla.org.xpi
Package: firefox-esr
Status: enabled

Name: Form Autofill
Location: /usr/lib/firefox-esr/browser/features/formautof...@mozilla.org.xpi
Package: firefox-esr
Status: enabled

Name: Google
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled

Name: Light theme
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: user-disabled

Name: Picture-In-Picture
Location: /usr/lib/firefox-esr/browser/features/pictureinpict...@mozilla.org.xpi
Package: firefox-esr
Status: enabled

Name: System theme — auto theme
Location: /usr/lib/firefox-esr/omni.ja
Package: firefox-esr
Status: user-disabled

Name: Web Compatibility Interventions
Location: /usr/lib/firefox-esr/browser/features/webcom...@mozilla.org.xpi
Package: firefox-esr
Status: enabled

Name: WebCompat Reporter
Location: 
/usr/lib/firefox-esr/browser/features/webcompat-repor...@mozilla.org.xpi
Package: firefox-esr
Status: user-disabled

Name: Wikipedia (en)
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled


-- Addons package information
ii  firefox-esr102.8.0esr-1~deb11u1 amd64Mozilla Firefox web 
browser - Extended Support Release (ESR)

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

Kernel: Linux 5.10.0-20-amd64 (SMP w/2 CPU threads)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8), 
LANGUAGE not set
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages firefox-esr depends on:
ii  debianutils  4.11.2
ii  fontconfig   2.13.1-4.2
ii  libasound2   1.2.4-1.1
ii  libatk1.0-0  2.36.0-2
ii  libc62.31-13+deb11u5
ii  libcairo-gobject21.16.0-5
ii  libcairo21.16.0-5
ii  libdbus-1-3  1.12.24-0+deb11u1
ii  libdbus-glib-1-2 0.110-6
ii  libevent-2.1-7   2.1.12-stable-1
ii  libffi7  3.3-6
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.4+dfsg-1+deb11u1
ii  libgcc-s110.2.1-6
ii  libgdk-pixbuf-2.0-0  2.42.2+dfsg-1+deb11u1
ii  libglib2.0-0 2.66.8-1
ii  libgtk-3-0   3.24.24-4+deb11u2
ii  libpango-1.0-0   1.46.2-3
ii  libstdc++6   10.2.1-6
ii  libvpx6  1.9.0-1
ii  libx11-6 2:1.7.2-1
ii  libx11-xcb1  2:1.7.2-1
ii  libxcb-shm0  1.14-3
ii  libxcb1  1.14-3
ii  libxcomposite1   1:0.4.5-1
ii  libxdamage1  1:1.1.5-2
ii  libxext6 2:1.3.3-1.1
ii  libxfixes3   1:5.0.3-2
ii  libxrandr2   2:1.5.1-1
ii  libxtst6 2:1.2.3-1
ii  procps   2:3.3.17-5
ii  zlib1g   1:1.2.11.dfsg-2+deb11u2

Versions of packages firef

Bug#1031555: new upstream version

2023-02-18 Thread Geert Stappers
Package: salt-master
Version: 3004.1+dfsg-2.2
Severity: wishlist


Hello,


At https://repo.saltproject.io/#about
is said there is a 3005.1 version of Salt.

I hope that that release fixes the problems
that prevent having salt in the next Debian release.


Groeten
Geert Stappers
-- 
Silence is hard to parse



  1   2   >