Bug#1042484: also affects manpages-de

[Helge Kreutzmann]

Hello all,
On Sat, Jul 29, 2023 at 10:20:40AM +, Holger Levsen wrote:
> this also affects manpages-de:

… and others. I'm already fixing it, no need to file further bugs atm
(i.e. before -6 is uploaded).

Greetings

  Helge


-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: PGP signature

Bug#1042484: util-linux-locales: /usr/share/man/fr/man1/lastb.1.gz is also in package manpages-fr 4.19.0-5

[Helge Kreutzmann]

Hello Vincent,
On Sat, Jul 29, 2023 at 12:40:41PM +0200, Vincent Lefevre wrote:
> On 2023-07-29 12:06:01 +0200, Helge Kreutzmann wrote:
> > Hello Vincent,
> > On Sat, Jul 29, 2023 at 11:48:57AM +0200, Vincent Lefevre wrote:
> > > So I would say that this is rather a bug in src:manpages-l10n
> > > 4.19.0-5 (the new version meant to be compatible with
> > > util-linux-locales 2.39.1-3). Or am I missing something?
> > 
> > It is supposed to be deleted, but retained as broken symlink. I have a
> > vague idea what might have happened, but I need to investigate.
> 
> The links are added by dh_link, with the .gz extension:

Yes, I'm already in the process of updating my build rules.

Greetings

Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: PGP signature

Bug#1042504: dput-ng stumbles over signed host keys

[Harald Dunkel]

Package: dput-ng
Version: 1.35

Using signed host keys dput-ng (method: sftp) fails with

% dput myrepo mypackage_1.0.7-1~xgo110+1_source.changes 
/local/pbuilder/bullseye-amd64/result/mypackage_1.0.7-1~xgo110+1_source.changes
Uploading mypackage using sftp to myrepo (host: debian.example.com; directory: 
/var/www/debian/incoming.myrepo)
running allowed-distribution: check whether a local profile permits uploads to 
the target distribution
running checksum: verify checksums before uploading
running suite-mismatch: check the target distribution for common errors
running gpg: check GnuPG signatures before the upload
Not checking GPG signature due to allow_unsigned_uploads being set.
Logging into host debian.example.com as hdunkel
SFTP error uploading to debian.example.com: BadHostKeyException('debian.example.com', 
, )

This is a severe problem in my environment. I am using signed host keys
all over the place, to avoid being asked by ssh again and again for
accepting unknown host keys.

There is no such problem using openssh's sftp, so I wonder if we could
have the real sftp for dbut-ng?


Regards

Harri

Bug#1042503: linux-image-6.4.0-1-amd64: grafic performance regression with kernel 6.4

[axel]

Package: src:linux
Version: 6.4.4-1
Severity: important
X-Debbugs-Cc: at...@t-online.de

Dear Maintainer,
today kernel 6.4.4 entered testing and with this kernel the performance in
games for me is extremely low. I tested supraland, witcher 3 and d2r and get
less than 20 fps in all three games with my AMD RX 6600. If I boot kernel 6.3.7
everything is fine again and I get 60+ fps in those games.

Regards
Axel


-- Package-specific info:
** Version:
Linux version 6.4.0-1-amd64 (debian-ker...@lists.debian.org) (gcc-13 (Debian 
13.1.0-9) 13.1.0, GNU ld (GNU Binutils for Debian) 2.40.90.20230720) #1 SMP 
PREEMPT_DYNAMIC Debian 6.4.4-1 (2023-07-23)

** Command line:
BOOT_IMAGE=/vmlinuz-6.4.0-1-amd64 
root=UUID=c57fdd64-b119-4474-9f1c-39e9811d75bf ro quiet splash

** Not tainted

** Kernel log:
[   19.235329] systemd-journald[656]: 
/var/log/journal/7663e6adcfa04ffba5821731707b6777/user-1001.journal: Monotonic 
clock jumped backwards relative to last journal entry, rotating.
[   19.413455] NET: Registered PF_QIPCRTR protocol family
[   19.593424] r8169 :05:00.0: firmware: direct-loading firmware 
rtl_nic/rtl8125b-2.fw
[   19.624196] RTL8226B_RTL8221B 2.5Gbps PHY r8169-0-500:00: attached PHY 
driver (mii_bus:phy_addr=r8169-0-500:00, irq=MAC)
[   19.833023] r8169 :05:00.0 enp5s0: Link is Down
[   19.896786] bridge: filtering via arp/ip/ip6tables is no longer available by 
default. Update your scripts to load br_netfilter if you need this.
[   20.456190] r8169 :05:00.0: invalid VPD tag 0x00 (size 0) at offset 0; 
assume missing optional EEPROM
[   20.646975] memfd_create() without MFD_EXEC nor MFD_NOEXEC_SEAL, pid=1477 
'kvm'
[   23.800214] r8169 :05:00.0 enp5s0: Link is Up - 1Gbps/Full - flow 
control off
[   23.800226] IPv6: ADDRCONF(NETDEV_CHANGE): enp5s0: link becomes ready
[   83.732268] sr 9:0:0:0: [sr0] tag#17 FAILED Result: hostbyte=DID_OK 
driverbyte=DRIVER_OK cmd_age=0s
[   83.732273] sr 9:0:0:0: [sr0] tag#17 Sense Key : Not Ready [deferred] 
[   83.732275] sr 9:0:0:0: [sr0] tag#17 Add. Sense: Medium not present - tray 
closed
[   83.732276] sr 9:0:0:0: [sr0] tag#17 CDB: Read(10) 28 00 00 00 00 00 00 00 
08 00
[   83.732277] I/O error, dev sr0, sector 0 op 0x0:(READ) flags 0x80700 
phys_seg 3 prio class 2
[   83.732296] sr 9:0:0:0: [sr0] tag#18 unaligned transfer
[   83.732298] I/O error, dev sr0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 
prio class 2
[   83.732301] Buffer I/O error on dev sr0, logical block 0, async page read
[   83.732309] sr 9:0:0:0: [sr0] tag#19 unaligned transfer
[   83.732310] I/O error, dev sr0, sector 1 op 0x0:(READ) flags 0x0 phys_seg 1 
prio class 2
[   83.732311] Buffer I/O error on dev sr0, logical block 1, async page read
[   83.732316] sr 9:0:0:0: [sr0] tag#20 unaligned transfer
[   83.732317] I/O error, dev sr0, sector 2 op 0x0:(READ) flags 0x0 phys_seg 1 
prio class 2
[   83.732318] Buffer I/O error on dev sr0, logical block 2, async page read
[   83.732321] sr 9:0:0:0: [sr0] tag#21 unaligned transfer
[   83.732322] I/O error, dev sr0, sector 3 op 0x0:(READ) flags 0x0 phys_seg 1 
prio class 2
[   83.732323] Buffer I/O error on dev sr0, logical block 3, async page read
[   83.732327] sr 9:0:0:0: [sr0] tag#22 unaligned transfer
[   83.732327] I/O error, dev sr0, sector 4 op 0x0:(READ) flags 0x0 phys_seg 1 
prio class 2
[   83.732328] Buffer I/O error on dev sr0, logical block 4, async page read
[   83.732332] sr 9:0:0:0: [sr0] tag#23 unaligned transfer
[   83.732332] I/O error, dev sr0, sector 5 op 0x0:(READ) flags 0x0 phys_seg 1 
prio class 2
[   83.732333] Buffer I/O error on dev sr0, logical block 5, async page read
[   83.732337] sr 9:0:0:0: [sr0] tag#24 unaligned transfer
[   83.732338] I/O error, dev sr0, sector 6 op 0x0:(READ) flags 0x0 phys_seg 1 
prio class 2
[   83.732339] Buffer I/O error on dev sr0, logical block 6, async page read
[   83.732343] sr 9:0:0:0: [sr0] tag#25 unaligned transfer
[   83.732343] I/O error, dev sr0, sector 7 op 0x0:(READ) flags 0x0 phys_seg 1 
prio class 2
[   83.732344] Buffer I/O error on dev sr0, logical block 7, async page read
[   87.373494] sr 9:0:0:0: [sr0] tag#29 FAILED Result: hostbyte=DID_OK 
driverbyte=DRIVER_OK cmd_age=0s
[   87.373499] sr 9:0:0:0: [sr0] tag#29 Sense Key : Not Ready [deferred] 
[   87.373501] sr 9:0:0:0: [sr0] tag#29 Add. Sense: Medium not present - tray 
closed
[   87.373502] sr 9:0:0:0: [sr0] tag#29 CDB: Read(10) 28 00 00 00 00 00 00 00 
08 00
[   87.373503] I/O error, dev sr0, sector 0 op 0x0:(READ) flags 0x80700 
phys_seg 3 prio class 2
[   87.373522] sr 9:0:0:0: [sr0] tag#30 unaligned transfer
[   87.373525] Buffer I/O error on dev sr0, logical block 0, async page read
[   87.373533] sr 9:0:0:0: [sr0] tag#0 unaligned transfer
[   87.373534] Buffer I/O error on dev sr0, logical block 1, async page read
[   87.373539] sr 9:0:0:0: [sr0] tag#1 unaligned transfer
[   87.373542] sr 9:0:0:0: [sr0] tag#2 unaligned transfer
[   87.373546] sr 9:0:0:0: [sr0] tag#3 unaligned transfer
[   87.373550] 

Bug#1042484: also affects manpages-de

[Holger Levsen]

hi,

this also affects manpages-de:

Unpacking util-linux-locales (2.39.1-3) ...
dpkg: error processing archive 
/tmp/apt-dpkg-install-F9u7fI/693-util-linux-locales_2.39.1-3_all.deb (--unpack):
 trying to overwrite '/usr/share/man/de/man1/lastb.1.gz', which is also in 
package manpages-de 4.19.0-5

from 
https://jenkins.debian.net/job/reproducible_debian_live_build_standard_sid/534/consoleFull


-- 
cheers,
Holger

 ⢀⣴⠾⠻⢶⣦⠀
 ⣾⠁⢠⠒⠀⣿⡁  holger@(debian|reproducible-builds|layer-acht).org
 ⢿⡄⠘⠷⠚⠋⠀  OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
 ⠈⠳⣄

Some of my friends and I overcommit to things, so we made "Saying No to Things"
punch cards. If you say no to 10 things, your friends have to buy you an ice
cream. In a pilot study, we found participants both said no to more things and
got more free ice cream. (@leah_pierson)


signature.asc
Description: PGP signature

Bug#1042484: util-linux-locales: /usr/share/man/fr/man1/lastb.1.gz is also in package manpages-fr 4.19.0-5

[Helge Kreutzmann]

Hello Vincent,
On Sat, Jul 29, 2023 at 11:48:57AM +0200, Vincent Lefevre wrote:
> CC'ed Helge Kreutzmann (maintainer of manpages-l10n).
> 
> On 2023-07-29 07:30:30 +0200, Jean-Marc wrote:
> > Package: util-linux-locales
> > Version: 2.39.1-3
> > Severity: serious
> > Justification: 6
> > X-Debbugs-Cc: jean-m...@6jf.be
> > 
> > Dear Maintainer,
> > 
> > Upgrading util-linux-locales from 2.38.1-6 to 2.39.1-3 failed and returned 
> > this error message:
> > 
> > Preparing to unpack .../util-linux-locales_2.39.1-3_all.deb ...
> > Unpacking util-linux-locales (2.39.1-3) over (2.38.1-6) ...
> > dpkg: error processing archive 
> > /var/cache/apt/archives/util-linux-locales_2.39.1-3_all.deb (--unpack):
> >  trying to overwrite '/usr/share/man/fr/man1/lastb.1.gz', which is also in 
> > package manpages-fr 4.19.0-5
> > Errors were encountered while processing:
> >  /var/cache/apt/archives/util-linux-locales_2.39.1-3_all.deb
> 
> If I understand correctly, lastb was expected to move from
> manpages-l10n to util-linux-locales:

Yes.

> So I would say that this is rather a bug in src:manpages-l10n
> 4.19.0-5 (the new version meant to be compatible with
> util-linux-locales 2.39.1-3). Or am I missing something?

It is supposed to be deleted, but retained as broken symlink. I have a
vague idea what might have happened, but I need to investigate.

I'll try to find out and if possible upload -6 to fix this today.

Greetings

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: PGP signature

Bug#1042501: Depends on obsolete pcre

[Stéphane Glondu]

Source: ocsigenserver
Severity: serious
Tags: upstream

Dear Maintainer,

ocsigenserver depends on obsolete libpcre-ocaml-dev. Please move away
to another regexp library.

Cheers,

-- 
Stéphane


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

Kernel: Linux 6.4.0-1-amd64 (SMP w/8 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

Bug#1042500: python3-gsd: tests fail on s390x

[Drew Parsons]

Package: python3-gsd
Version: 3.0.1-1
Severity: normal
Control: forwarded -1 https://github.com/glotzerlab/gsd/issues/12
Control: tags -1 upstream wontfix

Tests fail on big-endian machines, that is on s390x.
The gsd test file test_gsd_v1.gsd is not recognised, so reading fails.

The problem is acknowledged upstream at
https://github.com/glotzerlab/gsd/issues/12

Upstream authors say that rectification would require a major effort
that they don't have resources for. So we have to tag the bug as 
wont-fix.


Filing the bug here to acknowledge the issue.

Bug#1042499: Depends on obsolete pcre

[Stéphane Glondu]

Source: ocaml-duppy
Severity: serious
Tags: upstream

Dear Maintainer,

ocaml-duppy depends on obsolete libpcre-ocaml-dev. Please move away to
another regexp library.

Cheers,

-- 
Stéphane


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

Kernel: Linux 6.4.0-1-amd64 (SMP w/8 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

Bug#1042498: libgprofng0: broken symbols file leads to unsatisfiable dependencies

[Sven Joachim]

Package: libgprofng0
Version: 2.40.90.20230729-1
Severity: grave
Tags: patch

The new versions of binutils is not installable:

,
| $ LANG=C apt -s install binutils binutils-x86-64-linux-gnu
| [...]
| 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:
|  binutils-x86-64-linux-gnu : Depends: libgprofng (>= 2.40.90) but it is not 
installable
`

This broken dependency is due to a typo in the libgprofng0 symbols file,
which the attached patch should fix (untested).


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

diff --git a/debian/libgprofng0.symbols b/debian/libgprofng0.symbols
index d790522..08f7ec9 100644
--- a/debian/libgprofng0.symbols
+++ b/debian/libgprofng0.symbols
@@ -1,5 +1,5 @@
 # SymbolsHelper-Confirmed: 2.40.90 amd64 arm64 i386
-libgprofng.so.0 libgprofng #MINVER#
+libgprofng.so.0 libgprofng0 #MINVER#
  ABS_PP_CODES@Base 2.40.90
  ABS_RT_CODES@Base 2.40.90
  DOBJ_ANON@Base 2.40.90

Bug#1042487: neomutt: ANSI headers not decoded

[Jakub Wilk]

When the From: field contains an umlaut (“ö”), such as:

 Andreas Rönnquist 

it then gets encoded for transport and the literal
text is:

 From: Andreas =?UTF-8?B?UsO2bm5xdWlzdA==?= 

Neomutt properly treats that UTF-8 encoding. However, the 33mail.com
forwarding service apparently re-encodes it in ANSI as follows:

 From: "=?ANSI_X3.4-1968?Q?Andreas_R=3Fnnquist?= 'redacted' via 33Mail" 



This is a bug in the software than generated this header, not in 
Neomutt:


• ANSI_X3.4-1968 is an alias for US-ASCII, a 7-bit charset that doesn't 
include the character "ö".


• An encoded-word is not allowed inside quoted-string; see RFC 2047 §5.

--
Jakub Wilk

Bug#1042484: util-linux-locales: /usr/share/man/fr/man1/lastb.1.gz is also in package manpages-fr 4.19.0-5

[Vincent Lefevre]

CC'ed Helge Kreutzmann (maintainer of manpages-l10n).

On 2023-07-29 07:30:30 +0200, Jean-Marc wrote:
> Package: util-linux-locales
> Version: 2.39.1-3
> Severity: serious
> Justification: 6
> X-Debbugs-Cc: jean-m...@6jf.be
> 
> Dear Maintainer,
> 
> Upgrading util-linux-locales from 2.38.1-6 to 2.39.1-3 failed and returned 
> this error message:
> 
> Preparing to unpack .../util-linux-locales_2.39.1-3_all.deb ...
> Unpacking util-linux-locales (2.39.1-3) over (2.38.1-6) ...
> dpkg: error processing archive 
> /var/cache/apt/archives/util-linux-locales_2.39.1-3_all.deb (--unpack):
>  trying to overwrite '/usr/share/man/fr/man1/lastb.1.gz', which is also in 
> package manpages-fr 4.19.0-5
> Errors were encountered while processing:
>  /var/cache/apt/archives/util-linux-locales_2.39.1-3_all.deb

If I understand correctly, lastb was expected to move from
manpages-l10n to util-linux-locales:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1037040#20 says

  Attached is a list of the new files that will show up in
  util-linux-locales.

and the attached file includes lastb. And the file attached in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1037040#30
about the manpages-l10n side does *not* contain lastb.

So I would say that this is rather a bug in src:manpages-l10n
4.19.0-5 (the new version meant to be compatible with
util-linux-locales 2.39.1-3). Or am I missing something?

Regards,

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1042494: otb still uses ITK 4

[Sebastiaan Couwenberg]

On 7/29/23 11:03, Adrian Bunk wrote:

Forwarded: https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb/-/issues/1917


The MR linked from that issue got closed without being merged, there is 
another one which is still marked as WIP:


 https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb/-/merge_requests/528

OTB 9.0 was supposed to get ITK5 support but this was postponed to OTB 10.0:

 https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb/-/issues/2248

It's unclear when we can expect ITK5 support in OTB, so I think we 
should remove OTB from Debian to unblock the insighttoolkit4 removal. I 
don't use the package, and popcon shows only a handful of votes too.


Kind Regards,

Bas

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

Bug#1042488: gerbera: trouble during install or purge

[lorenzo]

Hi,

On Sat, 29 Jul 2023 10:43:05 +0200
Patrice Duroux  wrote:

> Package: gerbera
> Version: 1.12.1+dfsg-0.1+b1
> Severity: normal
> 
> Dear Maintainer,
> 
> I do not know if it is a (temporary) general problem in the current
> Debian Sid. But there some bad interaction with the gerbera.service
> during the install:
> 
> Unpacking gerbera (1.12.1+dfsg-0.1+b1) ...
> Setting up gerbera (1.12.1+dfsg-0.1+b1) ...
> invoke-rc.d: policy-rc.d denied execution of start.
> Created symlink
> /etc/systemd/system/multi-user.target.wants/gerbera.service ->
> /lib/systemd/system/gerbera.service. /usr/sbin/policy-rc.d returned
> 101, not running 'start gerbera.service'

Could you please do

#dpkg -S /usr/sbin/policy-rc.d

and post the output?

/usr/sbin/policy-rc.d is not supposed to exist in a standard install

Regards,
Lorenzo

> 
> and during the purge (the service have been started since):
> 
> Removing gerbera (1.12.1+dfsg-0.1+b1) ...
> /usr/sbin/policy-rc.d returned 101, not running 'stop gerbera.service'
> invoke-rc.d: policy-rc.d denied execution of stop.
> Purging configuration files for gerbera (1.12.1+dfsg-0.1+b1) ...
> info: Removing crontab ...
> info: Removing user `gerbera' ...
> userdel: user gerbera is currently used by process 2553
> fatal: `/usr/sbin/userdel gerbera' returned error code 8. Exiting.
> info: Removing group `gerbera' ...
> groupdel: cannot remove the primary group of user 'gerbera'
> fatal: `/sbin/groupdel gerbera' returned error code 8. Exiting.
> 
> Thanks,
> Patrice
> 
> 
> -- System Information:
> Debian Release: trixie/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.4.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_WARN
> 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 gerbera depends on:
> ii  adduser 3.137
> ii  fonts-font-awesome  5.0.10+really4.7.0~dfsg-4.1
> ii  fonts-lato  2.0-2.1
> ii  libavcodec607:6.0-4
> ii  libavformat60   7:6.0-4
> ii  libavutil58 7:6.0-4
> ii  libc6   2.37-6
> ii  libcurl3-gnutls 7.88.1-11
> ii  libduktape207   2.7.0-2
> ii  libebml51.4.4-1
> ii  libexif12   0.6.24-1+b1
> ii  libexiv2-27 0.27.6-1
> ii  libffmpegthumbnailer4v5 2.2.2+git20220218+dfsg-1+b2
> ii  libfmt9 9.1.0+ds1-2
> ii  libgcc-s1   13.1.0-9
> ii  libixml11   1:1.14.17-2
> ii  libjs-bootstrap44.6.1+dfsg1-4
> ii  libjs-jquery3.6.1+dfsg+~3.5.14-1
> ii  libjs-jquery-ui 1.13.2+dfsg-1
> ii  libjs-popper.js 1.16.1+ds-6
> ii  libjs-prototype 1.7.3-1
> ii  libmagic1   1:5.44-3
> ii  libmariadb3 1:10.11.4-1
> ii  libmatroska71.7.1-1
> ii  libpugixml1v5   1.13-0.2
> ii  libspdlog1.10 [libspdlog1.10-fmt9]  1:1.10.0+ds-0.4
> ii  libsqlite3-03.42.0-1
> ii  libstdc++6  13.1.0-9
> ii  libtag1v5   1.13.1-1
> ii  libupnp17   1:1.14.17-2
> ii  libuuid12.39.1-3
> ii  node-js-cookie  3.0.1+~3.0.0-3
> 
> gerbera recommends no packages.
> 
> Versions of packages gerbera suggests:
> ii  firefox [www-browser]   115.0.2-1
> pn  gerbera-doc 
> ii  google-chrome-stable [www-browser]  115.0.5790.110-1
> ii  lynx [www-browser]  2.9.0dev.12-1
> ii  vivaldi-stable [www-browser]6.1.3035.204-1
> 
> -- no debconf information
> 

Bug#1042495: rust-toml: Please upgrade to v0.7

[Jonas Smedegaard]

Source: rust-toml
Version: 0.5.11-1
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please upgrade to (or separately provide) newer upstream branch v0.7.
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmTE1lEACgkQLHwxRsGg
ASGWAA//e1N1VwC69fbzV7gc2cZCob0J7GgWQ7hXXKQI4pH9oT5HAdaQiBv815ly
dooR5/gONiije37pwgzcHGQ6+ymjRj+vcYN9dtcz40ENIZ01iSnwSE5sONIlYDoL
ZD+6najc5Ej2ilNkgMP/zGBVlS3csJHWl0i433K/gp0Av2mnBKh0srptDTB1Nuzy
g4odURWGxvpf7VpQHc6kvyHcFCKCwmSsA16KFSbkHZcKxFZyOy5ATUjoUNhZoizz
VT3tmUnlIvl6CqymEnift5oAUR0gR4g1bDKPv/Y16XGoLa1G2f+JGJqmtUHBwxba
Uha4IArFxLIlImPK0+VOHvThh/XBT3H05tw+HRyzgsy+aOQ9UriWFKWWIgbbICOo
wCBA4pYikFRknoDvAOZuDWAI07QcjsrEu4Y8x13h6X8YKQwws3AIjlRZ0IQe00/i
0GPPULvCfcDWOZQvQFDKpjXD5omTjgw0tVYOrTOUW1Q3CDHyCIm3elKtr7EdThsH
fFx+g5zRi8uZteytyWXN+03JzFbwgBEHpm12Nryk1UEiwu+TRyiTrheGG+M05DT+
Z/iqeUGT4OX1Q9owvrt3d6sVk8mAT9oWoE/0XV8VT3wOAsX35xfzRbkbBmPJrDIu
uJ+rhjuhYrcVpt+gbc00L3OAz629mDOD8Gp8ttPOy84aY839m2E=
=pgSl
-END PGP SIGNATURE-

Bug#1042494: otb still uses ITK 4

[Adrian Bunk]

Source: otb
Version: 8.1.2+dfsg-1
Severity: serious
Tags: ftbfs trixie sid
Forwarded: https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb/-/issues/1917
Control: block 1024343 by -1

otb still uses ITK 4 that won't be in trixie.

Bug#1042493: rust-hyper: Please update to v0.14.19

[Jonas Smedegaard]

Source: rust-hyper
Version: 0.14.19-1
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please update to (at least) newer upstream release v0.14.19.
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmTE1TEACgkQLHwxRsGg
ASHLZxAAmZhZBM5OhyWHuUZ9OHNryQXudkRMfIr2mumm+xGTM4t5HGQXDkRgPrLZ
9M/vzJ/MLtXcYYBYXeTVEES7dCS9nz1N60cuF7MOMPk47ob/3GsT+iqLhMKPVamo
EVs9bJVC5L9T/O+BOEioE2BzKe7y0jOuH1AWJFtX3c5GLqG6OJSec5bNMSPwityn
Fe5qU+wJoA0mHfaQ9ccD0qS++sn09HYS8MUTEsmlMMJiPKAIaqrTiLptztvSFIrm
VK30iqzMGw4m/j8cme5ex0wjWbLy0zfxKALTrztLZggM+XZ4deJ9tRcBiAgsQeDR
xSydDaRwCXu/BZ15We5qGOsLyX3Vx2NEODcqVYuOXYd6H4yIb/8gh8twL0QomDRs
7W4e5zl01U6W65ZRWHw5p1bGgePvBIkhJs3jxXptvZlLVWuABKH/WkFQolFI6s5j
6MEIHvprjF1qxGHNr4Di2bZIA58+x1VPyQ2ScmJLWXwdwKDvTt7GDY0x3JBetnG+
oGZnYbtPop52mnD4tE2eacaNvjpxp3ed9ItUev0rNN2vxOCJIrx+P0DX2gW7o0PQ
bZUJJZvLvG7KC4gOblDMJVD62SMkG0HD5JPlbSXy7XzBMwVJcMe+9CDqsLOegf0n
2L9l4hlqDpUZ0T5uhyNUm3qFp/uOv8LfVA1yBDJMukOqqeYR55I=
=Zq6x
-END PGP SIGNATURE-

Bug#1042491: rust-regex: Please update to v1.7.3

[Jonas Smedegaard]

Source: rust-regex
Version: 1.7.1-1
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please update to (at least) newer upstream release v1.7.3.
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmTE00AACgkQLHwxRsGg
ASGHVw//daPHDrhmfXK/ci+9+ypOOlLi8wVV/4smdcYQddG4nVxJwoooW/jiLUN4
fGVWERBqzn1WTiUgG3hI0qMXNTgtFjPwyL2OVWe0VVgIjMB+LPyY2sMGHOp/qVcx
NhQY2a5HvEigNWklbhbu0BffPGI1vKWV1lBtrmluNn7tuQaOygby3SK8zGaiJibr
S191j7ldhmxCARULH6YiUTXiBDhUc2Fsv/PKjBOqdaMk75WwX/JckgF2cLXyg05M
CYzlpvFzf2Cw8u30ZXEP7SudWcVvh/dm+H1BOhOUXv08zhhK+n9Rj79nkxFhrXIz
wEReuGkqr+EOeZDvBhTCuKYKlfoMyzu2js8z0S4IR7vYLiCwDur/HtErvcieC+QG
XjtiMFooBp+DaN+1v1QVlczZNSCW+7r0r+4H9Q5K8PONTX+lsMS6Xs4obsEJxap+
N2yhqxLODfjIISHQjq83oCrpmJIbM1Sc4P8r4nuKU8Nw8Yi8fRSewXZ6sQGKWAlM
ym7CaoDEFm2pOqAgV9WsUj7/JlQPu2dMSBM0I3MFDk36tRoUQGwjbqZw+RgP4uwt
wJfMgHbvtlbbjF+eHpg5xVCn9c7pqTc/rcyFY6KIPcpxj4CCv5rjSGYMfR74mLQr
DbEGMWSk6Ch7SQOC6pExhNjBvy4bUJGvDy8fIUEjFWjnlszHUHY=
=BryB
-END PGP SIGNATURE-

Bug#1042492: rust-chrono: Please update to v0.4.26

[Jonas Smedegaard]

Source: rust-chrono
Version: 0.4.23-2
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please update to (at least) newer upstream release v0.4.26.
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmTE07oACgkQLHwxRsGg
ASFl6RAAkUEhAjdutwNR1ECdihre7b0tDkNFodrqVoMjwm1Nd5UzHRXK66bWZIRf
Uu0LJOvSq/nWKfjS0jmkg2mjS/KcJmyxA0XRfL60VFrf+8SIORsbA3ip+ictSWow
MBMbAKkk7zZtMcDpNFzcgrRJKJrgwwU5GYiMU/tZQdVh3/vyMsgnpSpFRi4cENPC
MoYxztb1QPYsHicmOaBVjZRaQLB1hev5ISDVu5LPPlbHfBIwVMBj86dJtVu0Bbos
fnywNdBn3Ej2FjubZ6Cx8TAqYKDFFLe3kJPcaM6wMUR9LFZoxjELFdmONdP+1BF0
NV/SgNMB30xXi8jfUZS5NWi1e9I6TZVwsvoMTS8/J40ZghU9gnNWgCRMmR8bE93g
w5tCajQc+TvknfiIWnw6JHkG89lYFaBFO+ZdzUDSQcytcxPG4qGK6RTqlDqWtqKM
fx50bFyDblWSSEyLG0ZHSBxHnv/kb5bvvUPpL57S+PuD+n4LLfoabHaokHWuke7M
85AB2d1w46JjwctThpNTPygiGtg/yCvXf4YIMTLOiL7IiGk/NFPkClV2uPlEumvY
0gJ9K8+m2uFADHCzlWeayz/+xydAycMFNaaS/h8x/i2DObO70ueAx0Io+/bTVa/k
qupXsf1rHbX1bIMtRwEtZ+CLb2GL9Fi8CrDqRoatPR6gYnG0saI=
=lh2b
-END PGP SIGNATURE-

Bug#1042490: rust-assert-cmd: Please update to v2.0.10

[Jonas Smedegaard]

Source: rust-assert-cmd
Version: 2.0.8-3
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please update to (at least) newer upstream release v2.0.10.
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmTE0d4ACgkQLHwxRsGg
ASE+dw/+KMcvkOb2nGxFKWXQbGCD2w11VaW1n2Cw4g2P7CMBbxmbcMSyzhc2J3OZ
f2Yr+WmPwM0Bo4WbIvAcNKdz9U0RZDvwjr6Pq8JuZB4uAg8gMotUQtu10OpZM6fE
DBYUAn/W0WZAFX4O72+yckwgnRX/2PGUY4cx9sddEZSwXFbo7zWnKRhotKd/YCel
eE1eux2eJU/4hK8Oj7dPhNpTsoqyRGldPjlFQSp+pEgWWWcEAsVlMtlNk4kEEjnZ
YKcSvmcQIXMgA2V9vSSgnXCACyKgAniYLHlhci80iNGU0iQqgYZTY5BExg/3T95E
5NQGN56O+CWHvdMNzzKEHYxfokUIyAmHddG0FpDtshGwSNsoOePM+ngA2HX6AIjQ
bWLwHWz8pqHs/J+AvUBWDfk+LpBikHYnhB5pfu6o0cZPSElo+odM6Eclt0cLigVb
snrfQxXfBY+Lewm2j8QmEc2jnOEBbW5UgFLwxFBBVgYhIEVAOAm9B2mBeXxspGEG
RnSLuDmj5bkjv3kjV5o60VVwdkTOFl5yAmkDPk9FwRzOlrHjmPIp63BOeyzIs5w3
NT+lp8TDju5mb1ixlJWteLCCEsfCM9UFkfcK2B/VstJcJdmasHaupPOpdFuSRqic
n/SCInLccdXiF0rSQ5uSlg5oREP1NW86bLOWQERArsFvtbdLLCU=
=8WxM
-END PGP SIGNATURE-

Bug#1042489: webkit2gtk: Please build with -DENABLE_INTROSPECTION=OFF on ia64

[John Paul Adrian Glaubitz]

Source: webkit2gtk
Version: 2.40.4-1
Severity: normal
Tags: patch
User: debian-i...@lists.debian.org
Usertags: ia64
X-Debbugs-Cc: debian-i...@lists.debian.org

Hi!

On ia64, webkit2gtk FTBFS due to g-ir-scanner not understading the syntax used
in the  header [1]:

/usr/include/ia64-linux-gnu/sys/ucontext.h:92: syntax error, unexpected 
typedef-name in ' \
unsigned long _pad[__builtin_offsetof (mcontext_t, sc_gr[0])/8];' at 
'mcontext_t'
/usr/include/ia64-linux-gnu/sys/ucontext.h:94: syntax error, unexpected '}' in 
'   }' at '}'

To work around this, webkit2gtk should be built with introspection disabled:

--- old/webkit2gtk-2.40.4/debian/rules  2023-07-06 11:51:25.0 +0200
+++ new/webkit2gtk-2.40.4/debian/rules  2023-07-29 10:35:19.934123170 +0200
@@ -55,6 +55,11 @@
EXTRA_CMAKE_ARGUMENTS += -DENABLE_WEBGL=OFF
 endif
 
+# https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/471
+ifneq (,$(filter $(DEB_HOST_ARCH),ia64))
+   EXTRA_CMAKE_ARGUMENTS += -DENABLE_INTROSPECTION=OFF
+endif
+
 # libgbm-dev is not available in the Hurd (#1033999)
 ifneq (,$(filter $(DEB_HOST_ARCH),hurd-i386))
EXTRA_CMAKE_ARGUMENTS += -DUSE_GBM=OFF

Can you apply this change for the next upload of webkit2gtk?

Thanks,
Adrian

[1] https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/471

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
--- old/webkit2gtk-2.40.4/debian/rules  2023-07-06 11:51:25.0 +0200
+++ new/webkit2gtk-2.40.4/debian/rules  2023-07-29 10:35:19.934123170 +0200
@@ -55,6 +55,11 @@
EXTRA_CMAKE_ARGUMENTS += -DENABLE_WEBGL=OFF
 endif
 
+# https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/471
+ifneq (,$(filter $(DEB_HOST_ARCH),ia64))
+   EXTRA_CMAKE_ARGUMENTS += -DENABLE_INTROSPECTION=OFF
+endif
+
 # libgbm-dev is not available in the Hurd (#1033999)
 ifneq (,$(filter $(DEB_HOST_ARCH),hurd-i386))
EXTRA_CMAKE_ARGUMENTS += -DUSE_GBM=OFF

Bug#1042488: gerbera: trouble during install or purge

[Patrice Duroux]

Package: gerbera
Version: 1.12.1+dfsg-0.1+b1
Severity: normal

Dear Maintainer,

I do not know if it is a (temporary) general problem in the current Debian Sid.
But there some bad interaction with the gerbera.service during the install:

Unpacking gerbera (1.12.1+dfsg-0.1+b1) ...
Setting up gerbera (1.12.1+dfsg-0.1+b1) ...
invoke-rc.d: policy-rc.d denied execution of start.
Created symlink /etc/systemd/system/multi-user.target.wants/gerbera.service ->
/lib/systemd/system/gerbera.service.
/usr/sbin/policy-rc.d returned 101, not running 'start gerbera.service'

and during the purge (the service have been started since):

Removing gerbera (1.12.1+dfsg-0.1+b1) ...
/usr/sbin/policy-rc.d returned 101, not running 'stop gerbera.service'
invoke-rc.d: policy-rc.d denied execution of stop.
Purging configuration files for gerbera (1.12.1+dfsg-0.1+b1) ...
info: Removing crontab ...
info: Removing user `gerbera' ...
userdel: user gerbera is currently used by process 2553
fatal: `/usr/sbin/userdel gerbera' returned error code 8. Exiting.
info: Removing group `gerbera' ...
groupdel: cannot remove the primary group of user 'gerbera'
fatal: `/sbin/groupdel gerbera' returned error code 8. Exiting.

Thanks,
Patrice


-- System Information:
Debian Release: trixie/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.4.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
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 gerbera depends on:
ii  adduser 3.137
ii  fonts-font-awesome  5.0.10+really4.7.0~dfsg-4.1
ii  fonts-lato  2.0-2.1
ii  libavcodec607:6.0-4
ii  libavformat60   7:6.0-4
ii  libavutil58 7:6.0-4
ii  libc6   2.37-6
ii  libcurl3-gnutls 7.88.1-11
ii  libduktape207   2.7.0-2
ii  libebml51.4.4-1
ii  libexif12   0.6.24-1+b1
ii  libexiv2-27 0.27.6-1
ii  libffmpegthumbnailer4v5 2.2.2+git20220218+dfsg-1+b2
ii  libfmt9 9.1.0+ds1-2
ii  libgcc-s1   13.1.0-9
ii  libixml11   1:1.14.17-2
ii  libjs-bootstrap44.6.1+dfsg1-4
ii  libjs-jquery3.6.1+dfsg+~3.5.14-1
ii  libjs-jquery-ui 1.13.2+dfsg-1
ii  libjs-popper.js 1.16.1+ds-6
ii  libjs-prototype 1.7.3-1
ii  libmagic1   1:5.44-3
ii  libmariadb3 1:10.11.4-1
ii  libmatroska71.7.1-1
ii  libpugixml1v5   1.13-0.2
ii  libspdlog1.10 [libspdlog1.10-fmt9]  1:1.10.0+ds-0.4
ii  libsqlite3-03.42.0-1
ii  libstdc++6  13.1.0-9
ii  libtag1v5   1.13.1-1
ii  libupnp17   1:1.14.17-2
ii  libuuid12.39.1-3
ii  node-js-cookie  3.0.1+~3.0.0-3

gerbera recommends no packages.

Versions of packages gerbera suggests:
ii  firefox [www-browser]   115.0.2-1
pn  gerbera-doc 
ii  google-chrome-stable [www-browser]  115.0.5790.110-1
ii  lynx [www-browser]  2.9.0dev.12-1
ii  vivaldi-stable [www-browser]6.1.3035.204-1

-- no debconf information

Bug#1042484: util-linux-locales: /usr/share/man/fr/man1/lastb.1.gz is also in package manpages-fr 4.19.0-5

[Jean-Marc]

Trying to solve the failed upgrade, I pinned util-linux-locales to 
version 2.38.1-6 and ran "apt --fix-broken install".


This removed the package util-linux-locales 2.38.1-6.

Re-installing package util-linux-locales 2.38.1-6, I noticed there is a 
conflict between it and manpages-fr package:



$ env LANG=C apt depends manpages-fr
manpages-fr
  Breaks: manpages-fr-dev (<< 4.11)
  Breaks:  (<= 20151231)
  Breaks: tree (<< 2.1.0-1)
**Breaks: util-linux-locales (<< 2.39.1-3)**
  Breaks: xz-utils (<< 5.2.7)

So, re-installing util-linux-locales 2.38.1-6 removed package manpages-fr.

Current situation for sid/unstable users with manpages-fr package installed:

. pin util-linux-locales to version 2.38.1-6 = removing manpages-fr.
. try to upgrade to but upgrade failed.



--
Jean-Marc


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1036062: frr: CVE-2023-31490

[Aron Xu]

Hi,

On Tue, 11 Jul 2023 13:47:46 +0300 Adrian Bunk  wrote:
> On Tue, Jun 13, 2023 at 03:17:52PM +0200, David Lamparter wrote:
> > Fixed upstream in 9f1ba873637fd6ce4a2d366eafcf41402775852b on stable/8.4
> > branch.
> >
> > Debian fix incoming with bump to 8.4.4 if that's OK?  That wouldn't be a
> > targeted security fix, but FRR minor versions are bugfix-only.
>
> These two CVEs are not marked "no-dsa" so far, it would be for Salvatore
> or someone else from the security team to decide what is acceptable if
> they want to publish a security advisory for bookworm.
>
> > -equi
>
> cu
> Adrian
>

I've read through upstream changes from 8.4.2 to 8.4.4 and agreed it
is a stable bugfix-only update. I have talked to Salvatore and believe
it's a good idea to upload 8.4.4 through bookworm-security to address
those issues.

Would you mind preparing and uploading it to security-master? Please
use a lower version number than testing, e.g. 8.4.4-1~deb12u1.

Thanks,
Aron

Bug#1042487: neomutt: ANSI headers not decoded

[debbug . neomutt]

Package: neomutt
Version: 20201127+dfsg.1-1.2
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.neom...@sideload.33mail.com

When the From: field contains an umlaut (“ö”), such as:

  Andreas Rönnquist 

it then gets encoded for transport and the literal
text is:

  From: Andreas =?UTF-8?B?UsO2bm5xdWlzdA==?= 

Neomutt properly treats that UTF-8 encoding. However, the 33mail.com
forwarding service apparently re-encodes it in ANSI as follows:

  From: "=?ANSI_X3.4-1968?Q?Andreas_R=3Fnnquist?= 'redacted' via 33Mail" 


Neomutt does not decode that particular string. In Neomutt the
=?ANSI… junk appears literally.

Steps to reproduce:

1. Download the mbox file for the following comment:
   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1027753;msg=10

2. Replace the /From:/ field with:
   From: "=?ANSI_X3.4-1968?Q?Andreas_R=3Fnnquist?= 'redacted' via 33Mail" 


3. Launch neomutt: $ neomutt -f "$mbox_file"

I am probably running an old version of neomutt, but I have searched both bug 
trackers (Debian & upstream) for “ANSI” & found no mention of this bug. I also 
searched the debian change logs. So AFAICT the latest neomutt would have this 
bug as well.

-- Package-specific info:
NeoMutt 20201127
Copyright (C) 1996-2020 Michael R. Elkins and others.
NeoMutt comes with ABSOLUTELY NO WARRANTY; for details type 'neomutt -vv'.
NeoMutt is free software, and you are welcome to redistribute it
under certain conditions; type 'neomutt -vv' for details.

System: Linux 5.10.0-19-amd64 (x86_64)
ncurses: ncurses 6.2.20201114 (compiled with 6.2.20201114)
libidn: 1.33 (compiled with 1.33)
GPGME: 1.14.0-unknown
GnuTLS: 3.7.1
libnotmuch: 5.3.0
storage: tokyocabinet

Configure options: --build=x86_64-linux-gnu --prefix=/usr 
{--includedir=${prefix}/include} {--mandir=${prefix}/share/man} 
{--infodir=${prefix}/share/info} --sysconfdir=/etc --localstatedir=/var 
--disable-option-checking --disable-silent-rules 
{--libdir=${prefix}/lib/x86_64-linux-gnu} 
{--libexecdir=${prefix}/lib/x86_64-linux-gnu} --disable-maintainer-mode 
--disable-dependency-tracking --mandir=/usr/share/man --libexecdir=/usr/libexec 
--with-mailpath=/var/mail --gpgme --lua --notmuch --with-ui --gnutls --gss 
--idn --mixmaster --sasl --tokyocabinet --sqlite --autocrypt

Compilation CFLAGS: -g -O2 
-ffile-prefix-map=/build/neomutt-aFsTyZ/neomutt-20201127+dfsg.1=. 
-fstack-protector-strong -Wformat -Werror=format-security -std=c99 
-D_ALL_SOURCE=1 -D_GNU_SOURCE=1 -D__EXTENSIONS__ -I/usr/include 
-I/usr/include/lua5.4 -DNCURSES_WIDECHAR -isystem /usr/include/mit-krb5

Default options:
  +attach_headers_color +compose_to_sender +compress +cond_date +debug 
  +encrypt_to_self +forgotten_attachments +forwref +ifdef +imap +index_color 
  +initials +limit_current_thread +multiple_fcc +nested_if +new_mail +nntp +pop 
  +progress +quasi_delete +regcomp +reply_with_xorig +sensible_browser +sidebar 
  +skip_quoted +smtp +status_color +timeout +tls_sni +trash 

Compile options:
  +autocrypt +bkgdset +color +curs_set +fcntl -flock -fmemopen +futimens 
  +getaddrinfo +gnutls +gpgme +gss +hcache -homespool +idn +inotify 
  -locales_hack +lua +meta +mixmaster +nls +notmuch -openssl +pgp +regex +sasl 
  +smime +sqlite +start_color +sun_attachment +typeahead 
MAILPATH="/var/mail"
MIXMASTER="mixmaster"
PKGDATADIR="/usr/share/neomutt"
SENDMAIL="/usr/sbin/sendmail"
SYSCONFDIR="/etc"

To learn more about NeoMutt, visit: https://neomutt.org
If you find a bug in NeoMutt, please raise an issue at:
https://github.com/neomutt/neomutt/issues
or send an email to: 

-- System Information:
Debian Release: 11.5
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable-security'), (990, 
'testing'), (990, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-19-amd64 (SMP w/2 CPU threads)
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 /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages neomutt depends on:
ii  libc6 2.31-13+deb11u5
ii  libgnutls30   3.7.1-5+deb11u2
ii  libgpg-error0 1.38-2
ii  libgpgme111.14.0-1+b2
ii  libgssapi-krb5-2  1.18.3-6+deb11u3
ii  libidn11  1.33-3
ii  liblua5.4-0   5.4.2-2
ii  libncursesw6  6.2+20201114-2
ii  libnotmuch5   0.31.4-2
ii  libsasl2-22.1.27+dfsg-2.1+deb11u1
ii  libsqlite3-0  3.34.1-3
ii  libtinfo6 6.2+20201114-2
ii  libtokyocabinet9  1.4.48-13
ii  sensible-utils0.0.14

Versions of packages neomutt recommends:
ii  libsasl2-modules  2.1.27+dfsg-2.1+deb11u1
ii  locales   2.31-13+deb11u5
ii  mime-support  3.66

Versions of packages neomutt suggests:
ii  aspell  0.60.8-3
ii  ca-certificates 20210119
ii  gnupg   2.2.27-2+deb11u2
ii  ispell  3.4.02-2
pn  mixmaster 

Bug#1037757: llvm-toolchain-13: ftbfs with GCC-13

[Stéphane Glondu]

Hi,

Le 29/07/2023 à 08:57, Stéphane Glondu a écrit :

Therefore, I am going to submit a NMU forcing usage of g++-12.


It FTBFS with an error about missing asm/errno.h (among others).

Exporting CPATH=/usr/include/x86_64-linux-gnu, the build goes a bit 
further, but fails at linking libomp.so.5.


I attach the (non-working) patch for reference.

I don't know how to make progress on this matter at the moment.


Cheers,

--
StéphaneFrom 01afffd4666c7b0d3a890d6104d7d4a8f60f8f8e Mon Sep 17 00:00:00 2001
From: Stephane Glondu 
Date: Sat, 29 Jul 2023 08:00:21 +0200
Subject: [PATCH] Use g++-12 (Closes: #1037757)

---
 debian/changelog | 7 +++
 debian/control   | 3 ++-
 debian/rules | 4 +---
 3 files changed, 10 insertions(+), 4 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index edce89dcf..1e1215a17 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+llvm-toolchain-13 (1:13.0.1-11.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Use g++-12 (Closes: #1037757)
+
+ -- Stéphane Glondu   Sat, 29 Jul 2023 09:39:11 +0200
+
 llvm-toolchain-13 (1:13.0.1-11) unstable; urgency=medium
 
   * link-grpc.diff: add the detection of other libs necessary for
diff --git a/debian/control b/debian/control
index 9af8137c5..dcb26c715 100644
--- a/debian/control
+++ b/debian/control
@@ -14,7 +14,8 @@ Build-Depends: debhelper (>= 10.0), cmake, ninja-build,
 libxml2-dev,
 libjsoncpp-dev, pkg-config,
 lcov, procps, help2man, zlib1g-dev,
-g++-multilib [amd64 i386 kfreebsd-amd64 mips64 mips64el mipsel powerpc ppc64 s390 s390x sparc sparc64 x32],
+g++-12,
+g++-12-multilib [amd64 i386 kfreebsd-amd64 mips64 mips64el mipsel powerpc ppc64 s390 s390x sparc sparc64 x32],
 libjs-mathjax, python3-recommonmark,
 doxygen, gfortran,
 ocaml-base [amd64 arm64 armhf ppc64el riscv64 s390x] | ocaml-nox [amd64 arm64 armhf ppc64el riscv64 s390x],
diff --git a/debian/rules b/debian/rules
index 0ae7f947e..48e30bbec 100755
--- a/debian/rules
+++ b/debian/rules
@@ -9,9 +9,7 @@ TARGET_BUILD	:= build-llvm
 TARGET_BUILD_STAGE2:= $(TARGET_BUILD)/tools/clang/stage2-bins
 DEB_INST		:= $(CURDIR)/debian/tmp/
 
-GXX_VERSIONED_PACKAGE:= $(shell dpkg-query -W -f '$${Depends}' g++ | grep -o 'g++-[0-9][0-9.]*' | tail -n1 )
-GXX_VERSIONED_EXECUTABLE := $(shell dpkg -L $(GXX_VERSIONED_PACKAGE) | grep '/usr/bin/g++-[0-9][0-9.]*' | xargs ls -d | tail -n1 )
-GCC_VERSION  := $(subst /usr/bin/g++-,,$(GXX_VERSIONED_EXECUTABLE))
+GCC_VERSION  := 12
 
 LLVM_VERSION   := $(shell dpkg-parsechangelog | sed -rne "s,^Version: 1:([0-9]+).*,\1,p")
 LLVM_VERSION_FULL := $(shell dpkg-parsechangelog | sed -rne "s,^Version: 1:([0-9.]+)(~|-)(.*),\1,p")
-- 
2.40.1

Bug#849400: debian-installer: LUKS on rootfs and boot

[James Addison]

Thanks Jinesh - one question in particular inline below:

On Sat, 29 Jul 2023 at 01:29, Jinesh Choksi  wrote:
>
>
> > Can you provide a series of steps to replicate the failure case reported in
> > this bug?
>
>
> Reproduction Steps
>
> - Boot using debian-12.1.0-amd64-netinst.iso in a VM
>
> - At the Grub boot menu, select Advanced options > Expert Install
>
> - Go through the following install steps using defaults or as desired:
>
>   - Choose language
>   - Configure the keyboard
>   - Detect and mount installation media
>   - Load installer components from installation media
>   - Detect network hardware
>   - Configure the network
>   - Set up users and password
>   - Configure the clocks
>   - Detect disks
>
> - When you reach the "Partition disks" step, choose "Manual" disk 
> partitioning method
>
> - Setup a GPT partition table
>
> - Setup an EFI partition (min 100MB), mounted as /boot/efi
>
> - Setup a DMCRYPT partition using remaining free space. (i.e. use as 
> "Physical volume for encryption")
>
> - Choose to "Configure encrypted volumes"
>
> - Set a password for the encrypted volume (also to speed up the process, set 
> Erase data to: No)
>
> - At this point, switch to TTY2, activate console and type in (the following 
> is needed as it is not possible to select luks version):
>
>   - cryptsetup luksClose sda2_crypt
>
>   - cryptsetup luksFormat --type luks1 /dev/sda2
>
>   - cryptsetup luksOpen /dev/sda2 sda2_crypt

Does replicating this issue require steps where the user switches to a
virtual terminal / other TTY?

I don't see that mentioned in other previous thread comments.  The
debian-installer team shouldn't support workflows that require use of
custom commandline steps.

> - Switch back to TTY1 and select "Go back", and select "Detect Disks" (needed 
> to refresh partman's state)
>
> - Select "Partition Disks" again
>
> - Set the file system for the encrypted volume to "XFS" (i.e. use as XFS 
> journaling file system) and set the mount point to /.
>
> - To reduces reproduction steps, we won't set up a swap partition.
>
> - Finally, select "Finish partitioning and write changes to disk"
>
> - You will see a dialog saying:
>
>   Encryption configuration failure
>
>   You have selected the root file system to be stored on an encrypted 
> partition. This feature requires a separate /boot partition on which the 
> kernel and initrd can be stored.
>
>   You should go back and setup a /boot partition.
>
>  
>
> - It is not possible to get past this dialog.
>
> - Note: If it was possible to get past this dialog, then you can proceed with 
> installation as per normal until you get to the "Install Grub Boot Loader" 
> stage. You will find that this stage errors at the "grub-install (dummy)" 
> step.
>
> - If you look at msgs on TTY4, you will note it says to add the line 
> "GRUB_ENABLE_CRYPTODISK=y" to the /etc/default/grun file. So, switch console 
> on TTY2 and edit /target/etc/default/grub file and add this line.
>
> - Run the "Install Grub Boot Loader" stage again and it will work and rest of 
> the install will progress normally.
>
> - The missing "GRUB_ENABLE_CRYPTODISK=y" line is a seperate bug #925134.

Bug#1042486: src:acpica-unix: fails to migrate to testing for too long: FTBFS on s390x

[Paul Gevers]

Source: acpica-unix
Version: 20200925-8
Severity: serious
Control: close -1 20230331-2
Tags: sid trixie ftbfs
User: release.debian@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

The Release Team considers packages that are out-of-sync between testing 
and unstable for more than 30 days as having a Release Critical bug in 
testing [1]. Your package src:acpica-unix has been trying to migrate for 
32 days [2]. Hence, I am filing this bug. The version in unstable failed 
to build on s390x where it built successfully in the past.


If a package is out of sync between unstable and testing for a longer 
period, this usually means that bugs in the package in testing cannot be 
fixed via unstable. Additionally, blocked packages can have impact on 
other packages, which makes preparing for the release more difficult. 
Finally, it often exposes issues with the package and/or
its (reverse-)dependencies. We expect maintainers to fix issues that 
hamper the migration of their package in a timely manner.


This bug will trigger auto-removal when appropriate. As with all new 
bugs, there will be at least 30 days before the package is auto-removed.


I have immediately closed this bug with the version in unstable, so if 
that version or a later version migrates, this bug will no longer affect 
testing. I have also tagged this bug to only affect sid and trixie, so 
it doesn't affect (old-)stable.


If you believe your package is unable to migrate to testing due to 
issues beyond your control, don't hesitate to contact the Release Team.


Paul

[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=acpica-unix



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1037757: llvm-toolchain-13: ftbfs with GCC-13

[Stéphane Glondu]

On Wed, 14 Jun 2023 09:27:51 + Matthias Klose  wrote:

Package: src:llvm-toolchain-13
Version: 1:13.0.1-11
Severity: normal
Tags: sid trixie
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-13
[...]
The package fails to build in a test rebuild on at least amd64 with
gcc-13/g++-13, but succeeds to build with gcc-12/g++-12. The
severity of this report will be raised before the trixie release.


Now, this build failure happens in unstable as well. It prevents 
ocaml-ctypes (and maybe other OCaml-related packages) from migrating to 
testing.


llvm-toolchain-13 has been requested to be removed:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017679

This is blocked by ghc, which has no fix at the moment:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017663

The OCaml situation makes it urgent that llvm-toolchain-13 builds again.

Therefore, I am going to submit a NMU forcing usage of g++-12.


Cheers,

--
Stéphane

Bug#1042315: wfuzz: FTBFS: make: *** [debian/rules:8: clean] Error 25

[Peter Wienemann]

Control: tags -1 + patch

See https://salsa.debian.org/pkg-security-team/wfuzz/-/merge_requests/1

Bug#1042485: RM: python3-brial [armel armhf mips64el mipsel ppc64el s390x] -- NBS; uninstallable without sagemath

[Paul Gevers]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: br...@packages.debian.org
Control: affects -1 + src:brial

brial no longer builds python3-brial on architectures where sagemath
isn't available, because it wouldn't be installable.

There's cruft in unstable from an older version. I think this is also
confusing britney2 because the BTS reports that bug 1034443 is
affecting unstable but not testing (because that only has fixed
versions) and hence blocks migration of brial.

Paul

Bug#1036450: The network-online target might solve this

[Joachim Zobel]

I have taken a closer look and found that the error is the same as with
an an address that does not exist on the system. So reason is probably
that the network interface with the external address is not yet up.

The easy solution would be for the service to wait for the network-
online target. However 
https://systemd.io/NETWORK_ONLINE/
tells me that this is a questionable solution. It is however acceptable
since mosquitto would not delay boot. 

According to the above source IP_FREEBIND might be a better solution.
This is however substantially harder to do.

So I would suggest the attached patch without beeing sure about that.

Unfortunately the bug is also no longer reproducible on my systems. So
I can't verify the patch is working.

--- a/service/systemd/mosquitto.service.notify
+++ b/service/systemd/mosquitto.service.notify
@@ -1,8 +1,8 @@
 [Unit]
 Description=Mosquitto MQTT Broker
 Documentation=man:mosquitto.conf(5) man:mosquitto(8)
-After=network.target
-Wants=network.target
+After=network-online.target
+Wants=network-online.target
 
 [Service]
 Type=notify
--- a/service/systemd/mosquitto.service.simple
+++ b/service/systemd/mosquitto.service.simple
@@ -1,8 +1,8 @@
 [Unit]
 Description=Mosquitto MQTT Broker
 Documentation=man:mosquitto.conf(5) man:mosquitto(8)
-After=network.target
-Wants=network.target
+After=network-online.target
+Wants=network-online.target
 
 [Service]
 ExecStart=/usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf