Bug#1076296: src:slime: fails to migrate to testing for too long: autopkgtest regression

[David Bremner]

Paul Gevers  writes:

>
> 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:slime has been trying to migrate for 37 
> days [2]. Hence, I am filing this bug. The version in unstable fails its 
> own autopkgtest. Ironically the log shows: 0 errors, 0 warnings. It also 
> shows this:
> File #P"/usr/share/common-lisp/source/slime/xref.lisp" does not exist

The problem referenced in this bug is fixed (at least in my local runs
of autopkgtest), but slime cannot migrate to testing until after sbcl
2.4.*. 

Bug#1077773: slime: does not work with sbcl 2:2.3.7-2

[David Bremner]

Source: slime
Version: 2:2.30+dfsg-2
Severity: serious
Justification: 42

This bug is to prevent slime from migrating to testing before the
newer release of sbcl does.

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

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

-- no debconf information

Bug#1077655: ld.so(8): Debian patches to glibc leave documentation inaccurate

[David Adam]

Package: manpages
Version: 5.10-1
Severity: normal

(I have verified this problem exists on stable as well)

Dear Maintainer,

The ld.so(8) manpage notes that the "$LIB" string in
LD_PRELOAD/LD_LIBRARY_PATH/etc is expanded to either "lib" or "lib64".

Unfortunately, this is not in alignment with the current patches to
Debian's glibc. These set "$LIB" to "lib/(target-triplet)", eg
lib/x86_64-linux-gnu.

Is it possible to add a caveat about the behaviour on Debian?

Thanks,

David Adam

-- System Information:
Debian Release: 11.10
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 
'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-27-amd64 (SMP w/16 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

manpages depends on no packages.

manpages recommends no packages.

Versions of packages manpages suggests:
ii  man-db [man-browser]  2.9.4-2

-- no debconf information

Bug#1077627: debcraft: package vs script version mismatch (0.1.1 vs 0.1.0)

[David Nebauer]

Package: debcraft
Version: 0.1.1
Severity: normal
X-Debbugs-Cc: davidneba...@gmail.com

Dear Maintainer,

The current debcraft package version is 0.1.1.

The current debcraft script version is 0.1.0.

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

Kernel: Linux 6.9.10-amd64 (SMP w/12 CPU threads; PREEMPT)
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 debcraft depends on:
ii  podman  4.9.5+ds1-1

debcraft recommends no packages.

debcraft suggests no packages.

-- no debconf information

Bug#1077340: libcbor fails to build on mips64el: testsuite failures

[Plasma (David Paul)]

On Sun, 28 Jul 2024 17:59:05 +0200
Paul Gevers  wrote:

> As already noted in bug 1070818, libcbor fails to build on mips64el. 
> Let's have a proper bug for it.

FWIW, it also fails on hppa for what I think is the same reason.

> Looking at the changelog, it seems that running the test suite is
> new, so I'm notifying the uploader (NMU) too (X-Debbugs-Cc). @Plasma,
> don't hesitate to reach out to the mips64el porters if you can't
> solve the architecture specific problems, but also don't hesitate to
> disable the failing tests for now on mips64el. It looks like the
> failure is not a regression.
> 
> Paul

Thanks. I'm no subject matter expert, but I believe the issue has
something to do with the testsuite assuming all architectures
internally represent NaNs the same way, but that PA RISC and (some
variants of?) MIPS have a different encoding. See
.

I'm heading out of town (and away from email) for a few days, but
wanted to make sure to send a quick reply to this in the meantime.

Thanks,

-- 
Plasma

Bug#1072038: ffmpeg: [patches] avoid VA-API failures with modern Mesa3D

[David Heidelberg]

On 29/07/2024 06:19, Sebastian Ramacher wrote:


Control: tags -1 upstream

On 2024-05-27 10:46:16 -0700, David Heidelberg wrote:

Package: ffmpeg
Version: 7:6.1.1-4+b1
Severity: normal

Dear Maintainer,

if you could backport below mentioned patchset to correct VA-API
functionality with recent Mesa (so we don't have to workaround it in the
Mesa) it would be awesome!

If I am not mistaken, this patch is not yet applied upstream. Please
make sure that it is merged first in ffmpeg.


It's already merged, both patches.

See:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/d2d911eb9a2fc6eb8d86b3ae025a56c1a2692fba
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/fe9d889dcd79ea18d4dfaa39df4ddbd4c8c3b15c



Cheers


Mesa 24.0.6+ and 24.1 is triggering this bug.

Patchset-url: https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=11693
Ref: https://gitlab.freedesktop.org/mesa/mesa/-/issues/11197

Thank you
David

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

Kernel: Linux 6.8.9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_DIE
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 ffmpeg depends on:
ii  libavcodec607:6.1.1-4+b1
ii  libavdevice60   7:6.1.1-4+b1
ii  libavfilter97:6.1.1-4+b1
ii  libavformat60   7:6.1.1-4+b1
ii  libavutil58 7:6.1.1-4+b1
ii  libc6   2.38-11
ii  libpostproc57   7:6.1.1-4+b1
ii  libsdl2-2.0-0   2.30.2+dfsg-1
ii  libswresample4  7:6.1.1-4+b1
ii  libswscale7 7:6.1.1-4+b1

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn  ffmpeg-doc  

-- no debconf information


--
David Heidelberg

Bug#1077041: segfault in the style editor

[David Bremner]

Control: tag -1 unreprodicible

David Bremner  writes:

> This may be fixed in the next upload. I'm currently running an
> unofficial 4.8.0 package, and I cannot duplicate the problem there. When
> we upload 4.8.1, I'll let you know and you can see if you can still
> duplicate the problem.

I tried with 4.8.0-1, and I cannot duplicate your problem(s).

Bug#1077259: debcraft: crashes on sourcing nonexistent file

[David Nebauer]

Package: debcraft
Version: 0.1.0
Severity: important
X-Debbugs-Cc: davidneba...@gmail.com

Dear Maintainer,

Running debcraft causes it to exit with error:

/usr/bin/debcraft: line 70: /usr/bin/src/container/output.inc.sh: No such file 
or directory

This file is, indeed, missing from the debian package.

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

Kernel: Linux 6.9.9-amd64 (SMP w/12 CPU threads; PREEMPT)
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 debcraft depends on:
ii  podman  4.9.5+ds1-1

debcraft recommends no packages.

debcraft suggests no packages.

-- no debconf information

Bug#1077230: ITP: python-psutil-home-assistant -- this library relies on global variable to maintain state between calls

[David Kunz]

Package: wnpp
Severity: wishlist
Owner: David Kunz

* Package name: python-psutil-home-assistant
  Version : 0.0.1
* URL :https://github.com/home-assistant-libs/psutil-home-assistant
* License : Apache-2.0
  Programming Lang: Python
  Description : this library relies on global variable to maintain state 
between calls

  This wrapper allows making local copies of the|psutil|  library,
  wrapped in an object to allow|psutil|  to be used more than once
  in a process.

Greetings,
David

Bug#1077074: apt invalid signature

[David Kalnischkies]

Am Thu, Jul 25, 2024 at 09:24:58PM GMT, schrieb mh:
> Err:3 http://dellopti:3142/deb.debian.org/debian unstable InRelease
>   At least one invalid signature was encountered.

Are you using apt-cacher-ng (or an other proxy) perhaps?
I don't use it myself, but I see somewhat frequent complains about it
shipping broken InRelease files and not recovering from it.
Other people are quick to reply that they never had that problem ever
and I never got to see the broken files so far… but what Julian said.

> -- apt-config dump --
[…]
> Dir::Etc:3
[end of mail]

Have you accidentally truncated the output/mail?


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#1077041: segfault in the style editor

[David Bremner]

Michael Deegan  writes:

> Package: darktable
> Version: 4.6.1-3+b2
> Severity: normal
>
> To reproduce:
>  - create or edit a style
>  - upon use of the Select All or Select None buttons, the dialog mostly
>stops working (except for the cancel button). Further interactions with
>the dialog either do nothing, or cause a SEGV.
>

This may be fixed in the next upload. I'm currently running an
unofficial 4.8.0 package, and I cannot duplicate the problem there. When
we upload 4.8.1, I'll let you know and you can see if you can still
duplicate the problem.

It _might_ be related to differences in environment, so if you can
reproduce in a clean debian sid or trixie environment (including a
current kernel), that might be informative.


d

Bug#1077055:

[David Lounsbrough]

I realized RDK_BUILD_INCHI_SUPPORT is already set in the build script:
https://salsa.debian.org/debichem-team/rdkit/-/blob/master/Scripts/create_deb_packages.sh?ref_type=heads#L9.
Perhaps there is something else then that is causing the issue.

To reproduce, I simply ran this Dockerfile:



FROM postgres:16 AS postgres-env

RUN apt-get update && \

apt-get install -yq postgresql-16-rdkit && \

apt-get clean



Then when I try to build an inchi, rdkit give me an error saying inchi is
not available.

Example: `SELECT mol_inchi('CC'::mol)`  --> `InChI not available`

When I use this build then inchi works fine:
https://github.com/rvianello/docker-postgres-rdkit/blob/master/Dockerfile



I'm not sure what is missing in the build, but for some reason inchi
support is not there.

Bug#1077055: postgresql-16-rdkit: inchi support not included in rdkit build

[David Lounsbrough]

Package: postgresql-16-rdkit
Severity: normal

Dear Maintainer,

I wanted to ask if there's a reason that `inchi` support is not enabled for 
this package.

I believe it is as simple as adding `RDK_BUILD_INCHI_SUPPORT=ON` to the cmake 
command: 
https://salsa.debian.org/debichem-team/rdkit/-/blob/master/Scripts/create_deb_packages.sh?ref_type=heads#L9

Thanks!

-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 10 (buster)
Release:10
Codename:   buster
Architecture: armv7l

Kernel: Linux 5.10.103-v7+ (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#1076819: xwayland: After daily update blackscreen with only mouse usable and no login screen

[David Martin]

Hi,

Please check bug #1076729, it's likely the same issue.

Regards

On Tue, 23 Jul 2024 18:34:12 +0200 attila 
wrote:
> Package: xwayland
> Version: 2:24.1.0-1
> Severity: critical
> Justification: breaks the whole system
> X-Debbugs-Cc: ing.attilio.caroli...@live.com
>
> Dear Maintainer,
> today updated my debian Testing and suddenly my screen get black. No
success rebooting i get only a blackscreen with the arrow of my mouse.
> I use a nvidia card with 555.42 drivers packaged from the official cuda
nvidia repo.
> Now i cannot attach a log from sddm, i'll do with another mail to this
bug but a read as ementation error.
> Everything goes smooth in the past until today with labwc+lxqt.
> Regards
>
> Attilio
>
>
>
> -- System Information:
> Debian Release: trixie/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 6.9.10-amd64 (SMP w/12 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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 xwayland depends on:
> ii  libc6   2.39-4
> ii  libdecor-0-00.2.2-1+b1
> ii  libdrm2 2.4.121-2
> ii  libepoxy0   1.5.10-1+b2
> ii  libgbm1 24.1.3-2
> ii  libgcrypt20 1.11.0-2
> ii  libgl1  1.7.0-1+b1
> ii  libpixman-1-0   0.42.2-1+b1
> ii  libtirpc3t641.3.4+ds-1.3
> ii  libwayland-client0  1.22.0-2.1+b1
> ii  libxau6 1:1.0.9-1+b1
> ii  libxcvt00.1.2-1+b1
> ii  libxdmcp6   1:1.1.2-3+b1
> ii  libxfont2   1:2.0.6-1+b1
> ii  libxshmfence1   1.3-1+b1
> ii  xserver-common  2:21.1.12-1
>
> xwayland recommends no packages.
>
> xwayland suggests no packages.
>
> -- no debconf information
>
>

Bug#1051985: [pkg-php-pear] Bug#1051985: php-laravel-framework: Uninstallable with symfony 6: unsatisfiable dependencies

[David Prévot]

Hi Robin,

On 24/07/2024 23:29, Robin Gustafsson wrote:
[…]

The goal is to upgrade to Laravel 10 in time for trixie.

So far its blocked by missing dependencies.

New versions:
- php-league-flysystem ("league/flysystem": "^3.8.0")


I’m currently working on it, that looks like a full rewrite (and a big 
one), yet I hope to be done in the next 24h. I just intend to push to 
Git the changes ready for upload.



- php-monolog ("monolog/monolog": "^3.0")


Roland already responded to #1076835, you may wish to reply about their 
September objective (at least acknowledge the quick response).



New packages:
- php-guzzlehttp-uri-template ("guzzlehttp/uri-template": "^1.0")
- php-laravel-prompts ("laravel/prompts": "^0.1.9")
- php-nunomaduro-termwind ("nunomaduro/termwind": "^1.13")


All three are now *in* NEW ;). I’ve removed myself from uploaders as I 
don’t intend to take care especially of those packages after this 
initial upload, you’ll need a source only upload anyway once they’ve 
been processed.


Regards,

taffit

Bug#1076835: Please allow recent php-monolog (>= 3)

[David Prévot]

Package: ldap-account-manager
Version: 8.7-1
Severity: important
X-Debbugs-Cc: pkg-php-p...@lists.alioth.debian.org
Control: block 1051985 by -1

Hi,

This package depends on php-monolog (<< 3.0), yet we need to upgrade it
to the latest version ASAP (currently 3.7.0-1, already available in
experimental). Please allow the use of the current version of
php-monolog so we may update it in time for Trixie and allow Laravel
back into testing.

Regards

taffit


signature.asc
Description: PGP signature

Bug#1051985: [pkg-php-pear] Bug#1051985: php-laravel-framework: Uninstallable with symfony 6: unsatisfiable dependencies

[David Prévot]

Hi Robin,

Thanks for the update.

On 24/07/2024 23:29, Robin Gustafsson wrote:
[…]
php-monolog 3.7.0 is already in experimental. There may be blockers for 
putting it in unstable; I don't know.


ldap-account-manager recently grew a dependency on php-monolog (<< 3.0), 
I’ll open a bug against it in order to start the transition ASAP.


Cheers

taffit

Bug#1073425: [pkg-php-pear] Bug#1073425: php-oscarotero-gettext: FTBFS: make[1]: *** [debian/rules:18: override_dh_auto_test] Error 1

[David Prévot]

Control: block -1 by 1073508

Hi,

Thanks James for tracking this one down.

On 22/07/2024 01:29, James Valleroy wrote:
The build is working in testing, so this regression is due to a recent 
change. I've narrowed down the cause of the issue to a change in one of 
the following packages:

- libxml2:


Yay, it’s probably the issue tracked as #1073508…

Regards

taffit

Bug#1076678: apt: as of the recent apt redo, progress bars on screen-on-urxvt in en_US.UTF-8 uses wrong characters

[David Kalnischkies]

Am Sun, Jul 21, 2024 at 11:02:18PM GMT, schrieb cl...@jhcloos.com:
> it may occurr under any UTF-8 locale, but I only ever use en_US.UTF-8
> and more recently C.UTF-8, but I’ve not switched everything over yet.

You failed to mention what these "wrong characters" are…
perhaps with a copy or a screenshot.


If APT runs with an UTF-8 codeset it now uses utf8 block characters,
if it isn't it falls back to the "old" style of using #.

The code is here:
https://salsa.debian.org/apt-team/apt/-/blob/main/apt-pkg/install-progress.cc?ref_type=heads#L346-367
The block characters are btw:
 ▏ ▎ ▍ ▌ ▋ ▊ ▉ █
as in: those chars including & following "U+2588 FULL BLOCK"

So, honestly, I don't see much opportunity for apt to be wrong here
and would guess its either your transit layers messing up or your
chosen font not supporting these characters; but I am happy to be
proven wrong given utf8 isn't my expertise.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#1074199: [pkg-php-pear] Bug#1074199: php-league-csv: FTBFS with pkg-php-tools_1.45+nmu1: PHP Warning: require_once(/usr/share/php/League/Csv/autoload.php): Failed to open stream: No such file or d

[David Prévot]

Control: severity -1 serious

Hi,

Thanks Athos for the report,

On 24/06/2024 15:19, Athos Ribeiro wrote:

Source: php-league-csv
Version: 9.9.0-1
Severity: normal
Justification: FTBFS
Tags: trixie sid ftbfs
User: pkg-php-p...@lists.alioth.debian.org
Usertags: pkg-php-tools-1.45

[…]

phpunit --exclude-group network
PHP Warning:  require_once(/usr/share/php/League/Csv/autoload.php): Failed to open stream: 
No such file or directory in /<>/vendor/autoload.php on line 5


Raising the severity as RC: even if the fix is trivial, the package 
seems only useful for kalkun that is not yet part of Debian. Thus, 
removing the package from testing for now seems like an appropriate 
clean up.


Regards

taffit

Bug#1074183: [pkg-php-pear] Bug#1074183: matthiasmullie-path-converter: FTBFS with pkg-php-tools_1.45+nmu1: PHP Warning: require_once(/usr/share/php/MatthiasMullie/PathConverter/autoload.php): Failed

[David Prévot]

Control: severity -1 serious

On 24/06/2024 15:17, Athos Ribeiro wrote:

Source: matthiasmullie-path-converter
Version: 1.1.3-2
Severity: normal
Justification: FTBFS
Tags: trixie sid ftbfs
User: pkg-php-p...@lists.alioth.debian.org
Usertags: pkg-php-tools-1.45

[…]

phpunit --verbose --debug
PHP Warning:  require_once(/usr/share/php/MatthiasMullie/PathConverter/autoload.php): 
Failed to open stream: No such file or directory in 
/<>/vendor/autoload.php on line 4
PHPUnit 9.6.19 by Sebastian Bergmann and contributors.

Error in bootstrap script: Error:
Failed opening required 
'/usr/share/php/MatthiasMullie/PathConverter/autoload.php' 
(include_path='.:/usr/share/php')


Raising the severity as RC: even if the fix is trivial, the package 
seems only useful for kanboard that has been removed from testing almost 
a year ago. Thus, removing the package from testing for now seems like 
an appropriate clean up.


Regards

taffit

Bug#1073566: [pkg-php-pear] Bug#1073566: php-datto-json-rpc: FTBFS with pkg-php-tools_1.45+nmu1: PHP Warning: require_once(/usr/share/php/Datto/JsonRpc/autoload.php): Failed to open stream: No such fi

[David Prévot]

Control: severity -1 serious

Hi,

Thanks Athos for the report,

On 17/06/2024 16:29, Athos Ribeiro wrote:

Source: php-datto-json-rpc
Version: 6.1.0-2
Severity: normal
Justification: FTBFS
Tags: trixie sid ftbfs
User: pkg-php-p...@lists.alioth.debian.org
Usertags: pkg-php-tools-1.45

[…]

PHP Warning:  require_once(/usr/share/php/Datto/JsonRpc/autoload.php): Failed to open 
stream: No such file or directory in /<>/vendor/autoload.php on 
line 4
PHPUnit 9.6.19 by Sebastian Bergmann and contributors.

Error in bootstrap script: Error:
Failed opening required '/usr/share/php/Datto/JsonRpc/autoload.php' 
(include_path='.:/usr/share/php')


Raising the severity as RC: even if the fix is trivial, the package 
seems only useful for kalkun that is not yet part of Debian. Thus, 
removing the package from testing for now seems like an appropriate 
clean up.


Regards

taffit

Bug#1074181: [pkg-php-pear] Bug#1074181: christianriesen-base32: FTBFS with pkg-php-tools_1.45+nmu1: PHP Warning: require_once(/usr/share/php/ChristianRiesen/Base32/autoload.php): Failed to open strea

[David Prévot]

Control: severity -1 serious

On 24/06/2024 15:17, Athos Ribeiro wrote:

Source: christianriesen-base32
Version: 1.6.0-3
Severity: normal
Justification: FTBFS
Tags: trixie sid ftbfs
User: pkg-php-p...@lists.alioth.debian.org
Usertags: pkg-php-tools-1.45

[…]

phpunit --verbose --debug
PHP Warning:  require_once(/usr/share/php/ChristianRiesen/Base32/autoload.php): Failed to 
open stream: No such file or directory in /<>/vendor/autoload.php 
on line 4
PHPUnit 9.6.19 by Sebastian Bergmann and contributors.

Error in bootstrap script: Error:
Failed opening required '/usr/share/php/ChristianRiesen/Base32/autoload.php' 
(include_path='.:/usr/share/php')


Raising the severity as RC: even if the fix is trivial, the package 
seems only useful for kanboard that has been removed from testing almost 
a year ago. Thus, removing the package from testing for now seems like 
an appropriate clean up.


Regards

taffit

Bug#1073564: eluceo-ical: FTBFS with pkg-php-tools_1.45+nmu1: PHP Warning: require_once(/usr/share/php/Eluceo/iCal/autoload.php): Failed to open stream: No such file or directory in /<>/v

[David Prévot]

Control: severity -1 serious

Hi Athos,

Thanks for the report.

Le Mon, Jun 17, 2024 at 11:28:39AM -0300, Athos Ribeiro a écrit :
> Source: eluceo-ical
> Version: 0.16.1-2
> Severity: normal
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: pkg-php-p...@lists.alioth.debian.org
> Usertags: pkg-php-tools-1.45
[…]
> During a test rebuild, eluceo-ical was found to fail to build with
> pkg-php-tools 1.45 available in experimental.
[…]
> > phpunit --verbose --debug
> > PHP Warning:  require_once(/usr/share/php/Eluceo/iCal/autoload.php): Failed 
> > to open stream: No such file or directory in 
> > /<>/vendor/autoload.php on line 4
> > PHPUnit 9.6.19 by Sebastian Bergmann and contributors.

Raising the severity as RC: even if the fix is trivial, the package
looks pretty outdated (2.14.0 available upstream) and only useful for
kanboard that has been removed from testing almost a year ago. Thus,
removing the package from testing for now seems like an appropriate
clean up.

Regards

taffit


signature.asc
Description: PGP signature

Bug#1076512: Info received (Bug#1076512: Info received (Bug#1076512: Acknowledgement (glibc: FTBFS on hppa - stdlib/tst-swapcontext2 test fails)))

[John David Anglin]

Upstream patch:
https://sourceware.org/pipermail/libc-alpha/2024-July/158419.html

BZ:
https://sourceware.org/bugzilla/show_bug.cgi?id=31989

Regard,
Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1076512: Info received (Bug#1076512: Acknowledgement (glibc: FTBFS on hppa - stdlib/tst-swapcontext2 test fails))

[John David Anglin]

There are more problems of the same nature in glibc source:

dave@atlas:~/gnu/glibc/glibc$ find . -type f|xargs grep _STACK_GROWS|grep ifdef
./malloc/memusage.c:#ifdef _STACK_GROWS_UP
./include/stackinfo.h:# ifdef _STACK_GROWS_UP
./include/stackinfo.h:# ifdef _STACK_GROWS_DOWN
./sysdeps/unix/sysv/linux/longjmp_chk.c:#ifdef _STACK_GROWS_DOWN

./include/stackinfo.h is okay but the other two usages of these defines look 
wron.

Dave
--

John David Anglin  dave.ang...@bell.net

Bug#1076512: Acknowledgement (glibc: FTBFS on hppa - stdlib/tst-swapcontext2 test fails)

[John David Anglin]

It's a bug in the test.  The attached patch fixes the failure on hppa.

This happened once before...

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net
diff --git a/stdlib/tst-swapcontext2.c b/stdlib/tst-swapcontext2.c
index f679755649..a9c1dc827c 100644
--- a/stdlib/tst-swapcontext2.c
+++ b/stdlib/tst-swapcontext2.c
@@ -85,7 +85,7 @@ do_test (void)
 {
   /* longjmp_chk has  */
 #if 0
-#ifdef _STACK_GROWS_DOWN
+#if _STACK_GROWS_DOWN
 #define called_from(this, saved) ((this) < (saved))
 #else
 #define called_from(this, saved) ((this) > (saved))
@@ -98,7 +98,7 @@ do_test (void)
   /* Arrange stacks for uctx_func1 and uctx_func2 so that called_from
  is true when setjmp is called from uctx_func1 and longjmp is called
  from uctx_func2.  */
-#ifdef _STACK_GROWS_DOWN
+#if _STACK_GROWS_DOWN
 # define UCTX_FUNC1_STACK  1
 # define UCTX_FUNC2_STACK  0
 #else

Bug#1076512: glibc: FTBFS on hppa - stdlib/tst-swapcontext2 test fails

[John David Anglin]

Source: glibc
Version: 2.39-4
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build filas here:

--
FAIL: stdlib/tst-swapcontext2
original exit status 1
  [31mfunc1: func3(_func1, _main, str1)[0m
[31mfunc3: func4(uocp, ucp, str)[0m
  [31mfunc4: [31mswapcontext(_func1, _main)[0m[0m
[35mmain: swapcontext(_main, _func2)
[0m  [34mfunc2: func3(_func2, _main, str2)[0m
[34mfunc3: func4(uocp, ucp, str)[0m
  [34mfunc4: [34mswapcontext(_func2, _main)[0m[0m
[35mmain: swapcontext(_main, _func1)
[0m  [31mfunc4: returning[0m
[31mfunc3: returning[0m
  [31mfunc1: func3(_func1, _main, str1)[0m
[31mfunc3: func4(uocp, ucp, str)[0m
  [31mfunc4: [31mswapcontext(_func1, _main)[0m[0m
[35mmain: swapcontext(_main, _func2)
[0m  [34mfunc4: returning[0m
[34mfunc3: returning[0m
[34mfunc2: calling longjmp[0m
Didn't expect signal from child: got `Aborted'
--
+-+
| Encountered regressions that don't match expected failures. |
+-+
FAIL: stdlib/tst-swapcontext2
touch /<>/stamp-dir/check_libc
CHECK SUMMARY
check for check_libc failed

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=glibc=hppa=2.39-4=1721152208=0

dave@atlas:~/gnu/glibc/objdir/stdlib$ ./tst-swapcontext2
  func1: func3(_func1, _main, str1)
func3: func4(uocp, ucp, str)
  func4: swapcontext(_func1, _main)
main: swapcontext(_main, _func2)
  func2: func3(_func2, _main, str2)
func3: func4(uocp, ucp, str)
  func4: swapcontext(_func2, _main)
main: swapcontext(_main, _func1)
  func4: returning
func3: returning
  func1: func3(_func1, _main, str1)
func3: func4(uocp, ucp, str)
  func4: swapcontext(_func1, _main)
main: swapcontext(_main, _func2)
  func4: returning
func3: returning
func2: calling longjmp
*** longjmp causes uninitialized stack frame ***: terminated
Didn't expect signal from child: got `Aborted'

This bug is enabled by the --enable-fortify-source configure option.

This needs more research to determine whether this fail is caused
by a real problem (hppa is the only architecure where the stack
grows upward).  I think for now we should xfail the test.

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.9.9-dirty (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1076215: ax25-tools,dahdi-tools: install program with same name (sethdlc)

[David Ranch]

Hello Chris,

Ax25-tool's sethdlc program predates this far later Asterisk dahdi-tools 
utility by decades so I would argue that Asterisk should change.  That 
said, I don't know if there is much use for the sethdlc tool these days 
as it was used with legacy hardware. I've CCed DL9SAU here who supports 
the the primary version of these tools at 
https://linux-ax25.in-berlin.de/wiki/Main_Page to see what his thoughts 
might be here.


--David
KI6ZHD



On 07/12/2024 11:17 AM, Chris Hofstaedtler wrote:

Package: ax25-tools,dahdi-tools
Control: block 1075856 by -1

Hi,

your packages ax25-tools and dahdi-tools both install a program
names "sethdlc", although in different components of the PATH.

As this is confusing and a possible source of bugs, policy bug
#1075856 wants to outlaw this.

Please find a solution for your packages. Ideas:
1) if one of the programs is an internal implementation detail of
the package, install it into a private path in /usr/lib instead.
2) rename one of the programs
3) rename both of the programs

Thanks,
Chris

Bug#1074053: icingaweb2-module-idoreports: [INTL:de] updated German po file translation

[David Kunz]

close #1074053 0.10.1-4

thanks


Hi

this bug has been fixed in above version, hence closing.

Regards,

David

Bug#1076197: partman-crypto: x-initrd.attach option prints a warning message on boot

[David Härdeman]

Package: partman-crypto
Version: 125

After the fix for #1017542 was applied (version 125 of partman-crypto), a
warning message is printed on each boot on new installations. It's only
cosmetic, but it would still be nice if that warning could be removed...

boot message (from 125 onwards):

  cryptsetup: WARNING: : ignoring unknown option 'x-initrd.attach'
  Please unlock disk :

Cheers,
David

Bug#1076097: DeprecationWarning: This process (pid=3710789) is multi-threaded, use of fork() may lead to deadlocks in the child.

[David Mandelberg]

Package: unattended-upgrades
Version: 2.11

After a recent upgrade of python3 from 3.11.8-1 to 3.12.2-1, 
unattended-upgrade gives these warnings:


/usr/bin/unattended-upgrade:769: DeprecationWarning: This process 
(pid=3710789) is multi-threaded, use of fork() may lead to deadlocks in 
the child.

  pid = os.fork()

Bug#1076046: wxwidgets3.2: FTBFS on hppa - tests depend on python3-greenlet

[John David Anglin]

Source: wxwidgets3.2
Version: 3.2.5+dfsg-1
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

The wxwidgets3.2 testsuite depends python3-httpbin.  python3-httpbin
depends on python3-greenlet.  python3-greenlet currently has only been
ported to architectures where the stack grows down.

The attached patch disables the wxwidgets3.2 testsuite on hppa and
removes the dependency on python3-httpbin for hppa.

With this change, the wxwidgets3.2 package builds successfully on hppa:
https://buildd.debian.org/status/fetch.php?pkg=wxwidgets3.2=hppa=3.2.5%2Bdfsg-1%2Bb1=1720556377=0

Please install or a similar fix.

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.10.0-rc6+ (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
--- control.save2024-07-09 15:37:13.906265388 +
+++ control 2024-07-09 15:40:35.412571357 +
@@ -21,7 +21,7 @@
libwebkit2gtk-4.1-dev,
libxt-dev,
locales-all ,
-   python3-httpbin ,
+   python3-httpbin [!hppa] ,
xauth ,
xvfb ,
zlib1g-dev,
--- rules.save  2024-07-09 15:37:21.802200659 +
+++ rules   2024-07-09 15:42:41.135501422 +
@@ -2,6 +2,10 @@
 
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 
+ifneq (,$(filter $(DEB_HOST_ARCH), hppa))
+export DEB_BUILD_OPTIONS=nocheck
+endif
+
 include /usr/share/dpkg/buildopts.mk
 
 TEST_FILTER = ~[.]

Bug#1075975: apt: [INTL:pl] Polish translation for apt (program)

[David Kalnischkies]

Am Mon, Jul 08, 2024 at 09:13:05PM GMT, schrieb Michał Kułach:
> We discussed[1] it briefly on the debian-l10n-polish list & I'm the last
> translator (which is rather shameful, as it's the first update in 12
> years…).

Thanks for maintaining apt/pl.po for 12 consecutive years now!
It happens to be that I was the committer back than, too.

Lets hope we all make it another 12 years for a repeat of that
achievement – optionally with a slightly higher update rate in between.



I note that there is a FIXME (not from us) left in the file:
| # FIXME: Skoordynować tłumaczenie DEPRECATION z apt-key(8)
| #: methods/gpgv.cc
| #, c-format
| msgid ""
| "Key is stored in legacy trusted.gpg keyring (%s), see the DEPRECATION "
| "section in apt-key(8) for details."
| msgstr ""
| "Klucz jest przechowywany w przestarzałym zbiorze kluczy trusted.gpg (%s), "
| "więcej informacji w rozdziale DEPRECATION w podręczniku apt-key(8)."

(I don't speak polish, so I have no idea what that might mean.)

I am happy to commit as-is if this needs more work/time, is a simple
reminder/note or whatever, but I wanted to ask first.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#1075915: network-manager: FTBFS on hppa - check-local-tests-client test times out

[John David Anglin]

Source: network-manager
Version: 1.48.4-1
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

The build fails here:

=== 73/73 
test: check-local-tests-client
start time:   21:36:42
duration: 120.18s
result:   killed by signal 15 SIGTERM
command:  ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 
LIBTOOL='' 
UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1
 
MSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1
 MALLOC_PERTURB_=93 /<>/src/tests/client/test-client.sh 
/<>/obj-hppa-linux-gnu /<> /usr/bin/python3 -- 
TestNmcli
==


Summary of Failures:

73/73 check-local-tests-clientTIMEOUT
120.18s   killed by signal 15 SIGTERM

Ok: 72  
Expected Fail:  0   
Fail:   0   
Unexpected Pass:0   
Skipped:0   
Timeout:1   
dh_auto_test: error: cd obj-hppa-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb 
LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 meson test returned exit code 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=network-manager=hppa=1.48.4-1=1720301948=0

I changed the timeout for the test to 240 seconds and the test passes:

73/73 check-local-tests-clientOK 
132.97s

Ok: 73  
Expected Fail:  0   
Fail:   0   
Unexpected Pass:0   
Skipped:0   
Timeout:0   

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=network-manager=hppa=1.48.4-1=1720379156=0

Attached is a patch to change the timeout for the test.  Please install.

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.10.0-rc6+ (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Index: network-manager-1.48.4/src/tests/client/meson.build
===
--- network-manager-1.48.4.orig/src/tests/client/meson.build
+++ network-manager-1.48.4/src/tests/client/meson.build
@@ -13,7 +13,7 @@ test(
   env: [
 'LIBTOOL=',
   ],
-  timeout: 120,
+  timeout: 240,
 )
 
 if enable_nm_cloud_setup

Bug#1075819: apt list --upgradable does not reflect snapshot state

[David Kalnischkies]

Am Fri, Jul 05, 2024 at 07:05:28PM GMT, schrieb Noah Meyerhans:
> apt does not appear to to be able to list upgradable packages when they come
> from a snapshot.

I have never used this new snapshot feature, but I have the feeling what
is missing here is "just" the support in the command line parsing (as
that is a bit convoluted… entirely by my fault).


> root@c6220891b564:/# apt -S 2024-06-30T00:05:09Z list --upgradable
> Error: Command line option 'S' [from -S] is not understood in combination 
> with the other options.

Does it work (show mawk?) with:
apt -o APT::Snapshot=2024-06-30T00:05:09Z list --upgradable
?

(-S/--snapshot are just cmdline sugar for this option)


I don't think it should "work" without the option set – and I have to
note that your config includes the option (with another timestamp).


Best regards

David Kalnischkies

P.S.: Congrats! This is the first open bug number 1000 against apt. 


signature.asc
Description: PGP signature

Bug#1075730: goldencheetah: FTPFS on hppa - ‘class ANTLogger’ has no member named ‘open64’

[John David Anglin]

Source: goldencheetah
Version: 1:3.5-6
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails here:

g++ -c -pipe -Wno-unused-variable -Wno-sign-compare -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time 
-D_FORTIFY_SOURCE=2 -Wall -Wextra -D_REENTRANT -fPIC -DGC_VIDEO_VLC 
-DGC_VERSION=\"3.5-DEV1810\" -DQXT_STATIC -DGC_HAVE_KML -DGC_HAVE_ICAL 
-DGC_HAVE_LIBUSB -DGC_HAVE_VLC -DGC_HAVE_OVERVIEW -DQT_NO_DEBUG -DQT_SVG_LIB 
-DQT_MULTIMEDIAWIDGETS_LIB -DQT_WEBKITWIDGETS_LIB -DQT_CHARTS_LIB 
-DQT_OPENGL_LIB -DQT_WIDGETS_LIB -DQT_MULTIMEDIA_LIB -DQT_WEBKIT_LIB 
-DQT_GUI_LIB -DQT_XML_LIB -DQT_SQL_LIB -DQT_NETWORK_LIB -DQT_CONCURRENT_LIB 
-DQT_SERIALPORT_LIB -DQT_BLUETOOTH_LIB -DQT_CORE_LIB -I. -IANT -ITrain -IFileIO 
-ICloud -ICharts -IMetrics -IGui -ICore -IPlanning -I../qwt/src -I../qxt/src 
-I../qtsolutions/json -I../qtsolutions/qwtcurve -I../lmfit -I../levmar 
-I/usr/include -I/usr/include/libical -I/usr/include -I/usr/include/vlc 
-I/usr/include/hppa-linux-gnu/qt5 -I/usr/include/hppa-linux-gnu/qt5/QtSvg 
-I/usr/include/hppa-linux-gnu/qt5/QtMultimediaWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtWebKitWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtCharts 
-I/usr/include/hppa-linux-gnu/qt5/QtOpenGL 
-I/usr/include/hppa-linux-gnu/qt5/QtWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtMultimedia 
-I/usr/include/hppa-linux-gnu/qt5/QtWebKit 
-I/usr/include/hppa-linux-gnu/qt5/QtGui -I/usr/include/hppa-linux-gnu/qt5/QtXml 
-I/usr/include/hppa-linux-gnu/qt5/QtSql 
-I/usr/include/hppa-linux-gnu/qt5/QtNetwork 
-I/usr/include/hppa-linux-gnu/qt5/QtConcurrent 
-I/usr/include/hppa-linux-gnu/qt5/QtSerialPort 
-I/usr/include/hppa-linux-gnu/qt5/QtBluetooth 
-I/usr/include/hppa-linux-gnu/qt5/QtCore -I. 
-I/usr/lib/hppa-linux-gnu/qt5/mkspecs/linux-g++ -o moc_Aerolab.o moc_Aerolab.cpp
moc_ANTLogger.cpp: In static member function ‘static void 
ANTLogger::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)’:
moc_ANTLogger.cpp:86:21: error: ‘class ANTLogger’ has no member named ‘open64’; 
did you mean ‘open’?
   86 | case 1: _t->open64(); break;
  | ^~
  | open
make[2]: *** [Makefile:271657: moc_ANTLogger.o] Error 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=goldencheetah=hppa=1%3A3.5-6=1719870870=0

sh fails in the same way:
https://buildd.debian.org/status/fetch.php?pkg=goldencheetah=sh4=1%3A3.5-6=1719731500=0

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.10.0-rc6+ (SMP w/4 CPU threads)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1074053: icingaweb2-module-idoreports: [INTL:de] updated German po file translation

[David Kunz]

close #1074053 0.10.1-3

thanks


Hi

this bug has been fixed in above version, hence closing.

Regards,

David

Bug#1071855: icingaweb2-module-idoreports: [INTL:de] updated German po file translation

[David Kunz]

close #1071855 0.10.1-3

thanks


Hi

this bug has been fixed in above version, hence closing.

Regards,

David

Bug#1066921: icingaweb2_module_eventdb: [INTL:de] updated German po file translation

[David Kunz]

close #1066921 1.3.0-5

thanks


Hi

this bug has been fixed in above version, hence closing.

Regards,

David

Bug#1072922: nullmailer: "sendmail -bs" crashes: "traps: nullmailer-smtp[15059] general protection fault ip:7f0368d73dd9 sp:7fff5e3d7088 error:0 in libc.so.6[7f0368c41000+157000]"

[David Bremner]

Bernhard Übelacker  writes:

> Hello David, hello Axel,
>
>
>> I had hoped the expected behaviour might have been the error message 
>
> Maybe it is the expected behaviour?
>
> Following is the output of the last not crashing version 1.13
> and the current version in testing 2.2+10~g7ed88a0 with the cli_program fix.
>
> Both look quite similar except the previously crashing error message,
> so this is maybe expected by upstream?

Or it's just an old bug?

It still looks like pretty strange behaviour to me. Does (nullmailer's
version of) sendmail -bs always return a non-zero exit code, or just in
some circumstances?

Bug#1072922: nullmailer: "sendmail -bs" crashes: "traps: nullmailer-smtp[15059] general protection fault ip:7f0368d73dd9 sp:7fff5e3d7088 error:0 in libc.so.6[7f0368c41000+157000]"

[David Bremner]

Bernhard Übelacker  writes:

> Am 21.06.24 um 01:57 schrieb Bernhard Übelacker:
>
>> Especially the third point is puzzling, I could not yet see why this 
>> pointer-content-mixup happens.
>
>
> Hello David, hello Axel,
> I did some further tests and found following location where cli_program
> is delared here:
>
>./lib/cli++/cli++.h:35:extern const char* cli_program;
>
> But the defintion looks a bit different:
>
>./src/smtpd.cc:55:extern const char cli_program[] = "nullmailer-smtpd";
>
>
> A package built with following change does no longer show this crash.
>
> Kind regards,
> Bernhard

Hi Bernhard;

Thanks for the patch. This does seem to be progress, but I don't think
it completely fixes Axel's bug. At least for me I still see

 -> .
nullmailer-smtpd: Error catching the return value from nullmailer-queue: No 
child processes
nullmailer-smtpd: Error catching the return value from nullmailer-queue: No 
child processes
<** 451 4.3.0 Error returned from nullmailer-queue

and I get a non-zero exit code. I think the problem you found was
probably a crash during the reporting of the error message.

Bug#1073931: composer: security update broke feature branches

[David Prévot]

Hi,

Le Fri, Jun 21, 2024 at 09:38:02AM +0200, David Prévot a écrit :
> Le Thu, Jun 20, 2024 at 01:59:17PM +0200, Heiko Przybyl a écrit :
> > Package: composer
> > Version: 2.0.9-2+deb11u3
> > Severity: grave
> > Justification: renders package unusable
> […]
> Thanks a lot for the simple PoC, I confirm I can reproduce it on
> Bullseye (but not Bookworm). It unfortunately wasn’t caught in our
> reduced CI (dropping some Git related tests because we don’t import the
> Git repository in the package source).

Actually, the regression is not caught in our CI even after enabling the
git specific tests. Anyway, I’ve prepared a simple fix, and checked that
it passes your initial PoC.

https://salsa.debian.org/php-team/pear/composer/-/commit/d0afe63d8f479efd53e758038e698434690837e9#e68620b08c404229f65131e687b1122b71914f4b_0_31
https://people.debian.org/~taffit/composer/composer_2.0.9-2+deb11u4_all.deb

Can you confirm it works for you?

Thanks in advance.

Regards,

taffit


signature.asc
Description: PGP signature

Bug#1073931: composer: security update broke feature branches

[David Prévot]

Control: tags -1 confirmed

Hi,

Le Thu, Jun 20, 2024 at 01:59:17PM +0200, Heiko Przybyl a écrit :
> Package: composer
> Version: 2.0.9-2+deb11u3
> Severity: grave
> Justification: renders package unusable
> X-Debbugs-Cc: h...@users.noreply.github.com, t...@security.debian.org
> 
> Dear Maintainer,
> 
> yesterday unattended-upgrades installed version 2.0.9-2+deb11u3 composer
[…]
> Simple reproducer: Run composer install on the checkout of the feature-branch 
> of 
> https://github.com/htto/debian-oldstable-composer

Thanks a lot for the simple PoC, I confirm I can reproduce it on
Bullseye (but not Bookworm). It unfortunately wasn’t caught in our
reduced CI (dropping some Git related tests because we don’t import the
Git repository in the package source).

Regards,

taffit


signature.asc
Description: PGP signature

Bug#1073972: Patch for #1073972

[Plasma (David Paul)]

Tags: patch

The attached patch fixes #1073972.

-- 
Plasma
From 9001b719b6a7ab51c1f5fa294183e7b7b4ef5c87 Mon Sep 17 00:00:00 2001
From: "Plasma (David Paul)" 
Date: Thu, 20 Jun 2024 15:31:44 -0500
Subject: [PATCH] morrowind: Install Morrowind.esm correctly

Closes: #1073972
---
 data/morrowind.yaml | 4 ++--
 debian/changelog| 2 ++
 2 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/data/morrowind.yaml b/data/morrowind.yaml
index 67ce08e4..f6f7211e 100644
--- a/data/morrowind.yaml
+++ b/data/morrowind.yaml
@@ -218,8 +218,8 @@ files:
 
   Morrowind.esm?en:
 alternatives:
-  - Morrowind.bsa?en_goty
-  - Morrowind.bsa?en_1.0
+  - Morrowind.esm?en_goty
+  - Morrowind.esm?en_1.0
 
   Morrowind.ini?en:
 distinctive_name: false
diff --git a/debian/changelog b/debian/changelog
index 79c5585b..4cbb24e2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -8,6 +8,8 @@ game-data-packager (79) UNRELEASED; urgency=medium
 - Heroes of Might and Magic 3: Handle latest GOG releases
   * Bug fixes:
 - Commander Keen series: Include original executables [Sébastien Noel]
+- Morrowind: Install Morrowind.esm correctly [Plasma (David Paul)]
+  (Closes: #1073972)
 - Return to Castle Wolfenstein: Update to iortcw 1.51c, cleaning up
   dead download links in the process [Dmitry Baryshkov]
 - Unreal: Clean up dead download links [smcv]
-- 
2.30.2

Bug#896834: /usr/bin/apt-key: also unstable with gpgv 2.2.43-{6,7} ...

[David Kalnischkies]

On Wed, Jun 19, 2024 at 09:59:52AM +0200, Pti Zoom wrote:
> when upgraded unstable gpgv to  2.2.43-{6,7} !

Red herring, as you don't seem to be using gpgv.

> ii  gpgv2.2.43-7
> ii  gpgv-from-sq [gpgv] 0.9.0-1

If I am informed correctly the later diverts the former, so you are
"secretly" using sq instead. apt 2.9.5 had a commit related to better
support of this setup, but I haven't tried it myself, nor do we have any
tests for this, and hence I don't know the objective qualification for
better – after all, the world burning slightly slower is arguably better
as well, even if its is still burning.

#1073272 against it seems to suggest that it got kinda worse instead,
but at least there is a promise of it working with a future 0.10.

So, perhaps 'apt remove gpgv-from-sq' might "resolve" your problem.
You might still want to figure out how that package got installed and
perhaps report a bug against what brought it in as my understand was
that this is not supposed to happen™, so some dependencies might be off.


(for the avoidance of doubt: I have no opinion on sq as I haven't looked
 nor tried it yet, but I am not a gigantic fan of apt left not working,
 even in unstable, so I might have negative prejudices now)


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#1061429: Info received (Bug#1061429: tomboy-ng: Copy and paste to/from tomboy-ng does not work under (at least) GNOME)

[David Bannon]

Folks, I will be shortly submitting an updated tomboy-ng to debian and 
will close this bug at that time. So, better explain my position.


The 'bug' is not really fixable from my end I am afraid. Firstly, it 
only shows up under Wayland and even then can be worked around with 
either an environment variable or command line switch which tells the 
Qt5 framework to avoid Wayland.


The default install of tomboy-ng installs a desktop file that ensure 
tomboy-ng uses xcb and if used that way, the problem does not show up. 
So, starting through the menu system, no problem.


If you start tomboy-ng from the command line, without either the 
necessary env var set or a switch (-platform xcb) you will experience 
the noted problem and several others.  I hope that at some stage, 
Wayland will work somewhat better.


Further information is available on the tomboy-ng wiki, Bugs and Know 
Issues page -


https://github.com/tomboy-notes/tomboy-ng/wiki/Bugs-and-Known-Issues

Thanks for your report.

Davo

Bug#1073591: apt-get install failed with error "Could not create temporary file for ..._Packages - mkstemp (36: File name too long)"

[David Kalnischkies]

On Tue, Jun 18, 2024 at 11:21:06AM +0800, Changqing Li wrote:
> When I run "apt-get install with a long path",  the following error is
> reported:
> "Could not create temporary file for ...long_path..._Packages - mkstemp (36:
> File name too long)"

Shouldn't that already be a problem with 'update'? Or are you talking
about 'apt install /very/very/long/path/…' (or a --with-source variant)?


> How about fix with the following patch?
[…]
> Truncate it when it is longer than 240 (leave some spaces for
> ".Packages" and "._Release" suffix)

Imagine as source:
deb http://example.org/very/very/long/path foo main
deb http://example.org/very/very/long/path bar main
that would roughly translate to e.g.:
example.org_very_very_long_path_dists_foo_main_binary-amd64_Packages
example.org_very_very_long_path_dists_foo_main_binary-i386_Packages
example.org_very_very_long_path_dists_bar_main_binary-amd64_Packages
example.org_very_very_long_path_dists_bar_main_binary-i386_Packages

So, you can't just arbitrarily cut from the end as that potentially maps
multiple URIs to the same filename (and while I am not sure if that
method is UTF-8 safe, truncating is definitively not).

The suffix part in your description is also misleading. The "suffixes"
you mention tend to be already part of the URI (and hence the filename),
so you would cut them. "Suffixes" that might be attached tend to be on
the short side like if a file is compressed (although nobody said that
a compression algorithm needs to use e.g. 'xz', it could also be
'xtremely_zmall'. The longer ones like .diff/Index (or the individual
patches) tend to use this method (and would again be subject to
truncating) if I remember right (haven't checked).


Julian entertained the idea of storing files by hash in lists/ – that
would at least limit the problem to files we don't have hashes for,
as in the (In|)Release(.gpg|) file(s) – and of course every repo we
don't have hashes for.

For these we could go with a (directory)index file that tells us about
the mapping. Such an index might even be better than our current
guessing what files could exist and checking for their existence in many
compression formats, but that would probably amount to a micro-micro
optimisation…

Anyway, drawback is of course that changing filenames means everything
that access the files directly is broken. We told everyone who wanted to
listen that they can use 'apt-get indextargets' to access filenames, but
I doubt everyone wanted to and some might even have "good" reason like
not doing shell (heck, I do sometimes. Our tests do. …)

On a sidenote, NAME_MAX seems as constant as PATH_MAX, as in on some
filesystems it is larger (or potentially smaller), but [surprisingly]
more in effect than PATH_MAX. In any case, no magic numbers please.


Oh, and congratulations! I suppose that problem exists since the
beginning (1997) and I haven't seen it being mentioned while I am around
(~15 years), so that makes this some very old and esoteric problem.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#1073590: pd-mrpeach: FTBFS on hppa - ‘x->x_sr[client]’ is a pointer

[John David Anglin]

Source: pd-mrpeach
Version: 0.1~svn17672-5
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails here:
net/tcpserver.c: In function ‘tcpserver_send_buffer_avaliable_for_client’:
net/tcpserver.c:542:33: error: ‘x->x_sr[client]’ is a pointer; did you mean to 
use ‘->’?
  542 | int sockfd = x->x_sr[client].sr_fd;
  | ^
  | ->
cc -DPD -I "/usr/include/pd"  -DUNIX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC  -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 
-Werror=implicit-function-declaration -ffile-prefix-map=/<>=. 
-Wformat -Werror=format-security -o cmos/cd4082.pd_linux.o -c cmos/cd4082.c
 info: making cmos/cd4072.pd_linux.o in lib mrpeach
make[1]: *** [/usr/share/pd-lib-builder//Makefile.pdlibbuilder:987: 
net/tcpserver.pd_linux.o] Error 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=pd-mrpeach=hppa=0.1%7Esvn17672-6=1718659014=0

Regards,
Dave Anglin


-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.10.0-rc4 (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1072532: NMU: dh-sequence-phpcomposer: stop creating libpcre3 dependencies

[David Prévot]

Hi,

Le Wed, Jun 12, 2024 at 01:27:29PM +0200, Bastian Germann a écrit :
> I am uploading the experimental version to unstable (DELAYED/10) after I have 
> tested it against various php packages and have not found a problem.

Athos just rebuilt all packages build-depending on pkg-php-tools. There
are a dozen of packages currently in testing that will FTBFS once this
version hits unstable.

http://people.ubuntu.com/~athos-ribeiro/rebuilds/pkg-php-tools_1.45/

Can you please hold on (cancel the upload currently in DEFERRED) so we
can have a chance to fix the related issue ahead?

Thanks in advance.

Regards


signature.asc
Description: PGP signature

Bug#1073287: transition: lrslib

[David Bremner]

Package: release.debian.org
Severity: normal
X-Debbugs-Cc: lrs...@packages.debian.org
Control: affects -1 + src:lrslib
User: release.debian@packages.debian.org
Usertags: transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

There is only one build-rdep, that I also maintain.  The Ben file is a
guess, since something ate the automatic transition.

Ben file:

title = "lrslib";
is_affected = .depends ~ /\b(liblrs1.*|liblrs2)\b/
is_good = .depends ~ "liblrs2";
is_bad = .depends ~ /\b(liblrs1.*)\b/";



-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAmZuLzUACgkQA0U5G1Wq
FSFjbxAAkXf47/36S4Jz19DS43quuDZvyyNrA3nXO3WgHzHI6n5HLbsT7h2aTFx2
tS2use2ctIL09ylwEULZd3UORlhuVsa6PKXrD/u7GQsiX5JNduEk6s7Baals7tWR
6SimSvasyzveNVBhdVaOrbakNxjlKA3jJgQSKehEoJvO1HQr1nMp8px3T8ktwj18
DkNTYzEhtn7S9XgdU7TlkgA/n4O8U64eyEaKgQXV1MIeZ9jr/uFV+pjjdTM1oY1I
bpwaS2+WuruUWJ+UnzgCgfFbeK/T6hPeMOShr3yUH139P4ZvaLmRQHzS5hSussV4
CofoisF2vn12Hpcn90wgO/7Hvi2Hxg5TBejLk8z+T9X7VL3yx5O88coHxcmQA86G
nJQnC82R8KjDN8+MLYW3FuGoVq9Fs2ahZpsYtFcQbQ5kQjC1fbOWvEbLa1vOMuP9
NZiY3I8vfjGqnV0tG2O20CaeNDKQjU+8ODWzLhRAL9p8EZmXxVaefuKyNp1bPF1q
aTuWtKlroFTHRoPhmgKcj8MmgF6zm2pmRx3mJet9AaQvKFYiLRSsD93VvwoIMa6d
Lrlw191I4/nDWKZwoz2ifafl/VzdArw3WJlWmvKkfWuLDN1GO/w2/gihNRhtwSEt
6at3VaUSpMJYgtiNDLvKEw6ss7ySYKTGfVk1/2XF1hizLKr28oQ=
=HKsK
-END PGP SIGNATURE-

Bug#939756: mercurial: FTBFS on hppa - test-hghave.t timed out

[John David Anglin]

I'm not seeing this time out with 6.7.4-1.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net

Bug#1073270: mercurial: FTBFS on hppa - test-bundle.t output changed

[John David Anglin]

Source: mercurial
Version: 6.7.4-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

test-bundle.t fails:

test-bundle.t
test-bundle.t ... # Test test-bundle.t 
# Running sh "/tmp/hgtests.dnrnpeia/child163/test-bundle.t.sh" 
# Timout reached for process 2680 
# Ret was: 0 (test-persistent-nodemap.t) 
ok
test-revert.t
test-revert.t ... # Test test-revert.t 
# Running sh "/tmp/hgtests.dnrnpeia/child164/test-revert.t.sh" 
# Timout reached for process 3637 

--- /<>/tests/test-bundle.t
+++ /<>/tests/test-bundle.t.err
@@ -1106,13 +1106,7 @@
   DEBUG-UNBUNDLING: full:?? seconds (???% of total) 
(glob)
   DEBUG-UNBUNDLING:   cached:?? seconds (???% of total) 
(glob)
   DEBUG-UNBUNDLING:   manifests:
-  DEBUG-UNBUNDLING: full:?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING:   cached:?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING: delta:   ?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING:   cached:?? seconds (???% of total) 
(glob)
   DEBUG-UNBUNDLING:   files:
-  DEBUG-UNBUNDLING: full:?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING:   cached:?? seconds (???% of total) 
(glob)
   added 3 changesets with 3 changes to 3 files
   new changesets 4fe08cd4693e:4652c276ac4f (3 drafts)
   (run 'hg update' to get a working copy)

ERROR: test-bundle.t output changed
!# Ret was: 0 (test-bundle.t) 

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=mercurial=hppa=6.7.4-1=1718444852=0

test-bundle.t is the only test that fails with 6.7.4-1 when the testsuite
is run on real hardware. There are more errors with qemu buildds.

I don't see #929756 anymore.

I saw this output when I built mercurial with dpkg-buildpackage:

--- /home/dave/debian/mercurial/mercurial-6.7.4/tests/test-bundle.t
+++ /home/dave/debian/mercurial/mercurial-6.7.4/tests/test-bundle.t.err
@@ -1086,33 +1086,76 @@
   DEBUG-UNBUNDLING:   manifests:  3 ( 33%)
   DEBUG-UNBUNDLING:   files:  3 ( 33%)
   DEBUG-UNBUNDLING: total-time:  ?? seconds (glob)
-  DEBUG-UNBUNDLING:   changelog: ?? seconds (???%) (glob)
-  DEBUG-UNBUNDLING:   manifests: ?? seconds (???%) (glob)
-  DEBUG-UNBUNDLING:   files: ?? seconds (???%) (glob)
-  DEBUG-UNBUNDLING: type-count:
-  DEBUG-UNBUNDLING:   changelog:
-  DEBUG-UNBUNDLING: full: 3
-  DEBUG-UNBUNDLING:   cached: 3 (100%)
-  DEBUG-UNBUNDLING:   manifests:
-  DEBUG-UNBUNDLING: full: 1
-  DEBUG-UNBUNDLING:   cached: 1 (100%)
-  DEBUG-UNBUNDLING: delta:2
-  DEBUG-UNBUNDLING:   cached: 2 (100%)
-  DEBUG-UNBUNDLING:   files:
-  DEBUG-UNBUNDLING: full: 3
-  DEBUG-UNBUNDLING:   cached: 3 (100%)
-  DEBUG-UNBUNDLING: type-time:
-  DEBUG-UNBUNDLING:   changelog:
-  DEBUG-UNBUNDLING: full:?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING:   cached:?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING:   manifests:
-  DEBUG-UNBUNDLING: full:?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING:   cached:?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING: delta:   ?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING:   cached:?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING:   files:
-  DEBUG-UNBUNDLING: full:?? seconds (???% of total) 
(glob)
-  DEBUG-UNBUNDLING:   cached:?? seconds (???% of total) 
(glob)
-  added 3 changesets with 3 changes to 3 files
-  new changesets 4fe08cd4693e:4652c276ac4f (3 drafts)
-  (run 'hg update' to get a working copy)
+  transaction abort!
+  rollback completed
+  ** unknown exception encountered, please report by visiting
+  ** https://mercurial-scm.org/wiki/BugTracker
+  ** Python 3.11.9 (main, Apr 10 2024, 13:16:36) [GCC 13.2.0]
+  ** Mercurial Distributed SCM (version 6.7.4)
+  ** Extensions loaded:
+  Traceback (most recent call last):
+File "/tmp/hgtests.7tftf1lf/install/bin/hg", line 59, in 
+  dispatch.run()
+File "/tmp/hgtests.7tftf1lf/install/lib/python/mercurial/dispatch.py", 
line 142, in run
+  status = dispatch(req)
+   ^
+File "/tmp/hgtests.7tftf1lf/install/lib/python/mercurial/dispatch.py", 
line 231, in dispatch
+  status = _rundispatch(req)
+   ^
+File "/tmp/hgtests.7tftf1lf/install/lib/python/mercurial/dispatch.py", 
line 275, in _rundispatch
+  ret = _runcatch(req) or 0
+^^
+File "/tmp/hgtests.7tftf1lf/install/lib/python/mercurial/dispatch.py", 
line 456, in _runcatch
+  return 

Bug#1073173: patch

[David Bremner]

David Bremner  writes:

> I wanted to unstick a couple of entwined transitions, so I took a guess
> at the appropriate change. Someone (TM) should confirm this is the right
> fix before uploading to unstable. Also, it would be nice to have an
> upstreamable version that builds with the older API as well.

I am someone (TM). I confirmed with lrslib author David Avis that 1 is
"legacy mode". More detailed discussion is needed about whether
polymake/sympol can take advantage of the new mode which also finds
linearities.

Bug#1073173: patch

[David Bremner]

I wanted to unstick a couple of entwined transitions, so I took a guess
at the appropriate change. Someone (TM) should confirm this is the right
fix before uploading to unstable. Also, it would be nice to have an
upstreamable version that builds with the older API as well.

From: David Bremner 
Date: Thu, 13 Jun 2024 19:40:51 -0300
Subject: Adapt new lrslib API for checkindex

According to lrslib.c

/* phase=0 find hidden linearities  phase=1 redundant inequalities only */

The latter sounds like the previous behaviour.
---
 bundled/lrs/apps/polytope/src/lrs_interface.cc  | 2 +-
 bundled/sympol/external/sympol/sympol/raycomputationlrs.cpp | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/bundled/lrs/apps/polytope/src/lrs_interface.cc b/bundled/lrs/apps/polytope/src/lrs_interface.cc
index 1b8839d..a027d55 100644
--- a/bundled/lrs/apps/polytope/src/lrs_interface.cc
+++ b/bundled/lrs/apps/polytope/src/lrs_interface.cc
@@ -554,7 +554,7 @@ ConvexHullSolver::find_irredundant_representation(const Matrix& Points
 
Bitset V(Points.rows());
for (Int index = D.Q->lastdv+1, end = D.P->m_A+D.P->d; index <= end; ++index)
-  if ( !checkindex(D.P,D.Q,index) )
+  if ( !checkindex(D.P,D.Q,index,1) )
  V += D.Q->inequality[index - D.Q->lastdv]-1;
 
return std::pair< Bitset, Matrix >(V,AH);
diff --git a/bundled/sympol/external/sympol/sympol/raycomputationlrs.cpp b/bundled/sympol/external/sympol/sympol/raycomputationlrs.cpp
index 68fa21f..5ef0ebe 100644
--- a/bundled/sympol/external/sympol/sympol/raycomputationlrs.cpp
+++ b/bundled/sympol/external/sympol/sympol/raycomputationlrs.cpp
@@ -245,7 +245,7 @@ bool RayComputationLRS::determineRedundancies(Polyhedron & data, std::listinequality[index - lastdv]; /* the input inequality number corr. to this index */
 
-redineq[ineq] = checkindex (P, Q, index);
+redineq[ineq] = checkindex (P, Q, index, 1);
 }  /* end for index . */
 
 std::list redundancies;

Bug#1073197: RM: spip/4.1.9+dfsg-1+deb12u4

[David Prévot]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Tags: bookworm
X-Debbugs-Cc: s...@packages.debian.org, t...@security.debian.org
Control: affects -1 + src:spip

The spip package currently shipped in Bookworm (4.1 branch) is not
compatible with PHP 8.2 (see #1063721 for more details). Backporting the
needed fixes requires a lot more work than just extending the version
test, and requires a new minor version (4.2 branch, as available
currently in unstable and testing).

Unless you agree with bumping the spip version in stable, I’d like to
see the package removed during an upcoming point release.

Thanks in advance.

Regards,

taffit


signature.asc
Description: PGP signature

Bug#1073173: polymake: FTBFS with lrslib 0.73

[David Bremner]

Package: polymake
Version: 4.11-2
Severity: important
Tags: upstream ftbfs

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

polymake 4.11 and 4.12 both fail to build because of (apparently) breaking 
changes
in lrslib 0.73 (or maybe they happened in 0.71).

Here is a bit of the log from 4.11; the log from 4.12 is similar.

FAILED: /<>/build/Opt/staticlib/sympol/raycomputationlrs.o 
  g++ -c -o /<>/build/Opt/staticlib/sympol/raycomputationlrs.o 
-MMD -MT /<>/build/Opt/staticlib/sympol/raycomputationlrs.o -MF 
/<>/build/Opt/staticlib/sympol/raycomputationlrs.o.d -fPIC -pipe 
-g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection 
-Wdate-time -D_FORTIFY_SOURCE=2 -std=c++14 -ftemplate-depth-200 
-fno-strict-aliasing -fopenmp -Wshadow -Wlogical-op -Wconversion 
-Wzero-as-null-pointer-constant -Wno-parentheses -Wno-error=unused-function 
-Wno-stringop-overflow -Wno-array-bounds -Wno-maybe-uninitialized 
-Wno-free-nonheap-object -DPOLYMAKE_WITH_FLINT  -DPOLYMAKE_DEBUG=0 -DNDEBUG -O2 
-Wno-deprecated-declarations -Wno-shadow -Wno-conversion 
-Wno-zero-as-null-pointer-constant -I/<>/include/external/permlib 
-DGMP -DMA -I/usr/include/lrslib -DHAVE_LRSDRIVER 
-DPOLYMAKE_LRS_SUPPRESS_OUTPUT=1 -Wno-unused-result -Wno-stringop-overflow  
/<>/bundled/sympol/external/sympol/sympol/raycomputationlrs.cpp && 
: 'COMPILER_USED=13.2.0'
/<>/bundled/sympol/external/sympol/sympol/raycomputationlrs.cpp: 
In member function ‘virtual bool 
sympol::RayComputationLRS::determineRedundancies(sympol::Polyhedron&, 
std::__cxx11::list&) const’:
/<>/bundled/sympol/external/sympol/sympol/raycomputationlrs.cpp:248:36:
 error: too few arguments to function ‘long int checkindex_gmp(lrs_dic*, 
lrs_dat*, long int, long int)’
  248 | redineq[ineq] = checkindex (P, Q, index);
In file included from /usr/include/lrslib/lrslib.h:170,
 from 
/<>/bundled/sympol/external/sympol/sympol/raycomputationlrs.cpp:31:
/usr/include/lrslib/lrslib.h:39:24: note: declared here
   39 | #define checkindex suf(checkindex)
  |^~
/usr/include/lrslib/lrsgmp.h:83:19: note: in definition of macro ‘suf’
   83 | #define suf(func) func##_gmp
  |   ^~~~
/usr/include/lrslib/lrslib.h:478:6: note: in expansion of macro ‘checkindex’
  478 | long checkindex (lrs_dic * P, lrs_dat * Q, long index, long phase); /* 
index=0 non-red.,1 red., 2 input linearity NOTE: row is returned all zero if 
redundant!!  */
  |  ^~



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

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

Versions of packages polymake depends on:
ii  libbliss2   0.77-3+b2
ii  libc6   2.38-12
ii  libcdd0t64  094m-1.1
ii  libeantic3  2.0.2+ds-2
ii  libflint19  3.1.3-1
ii  libgcc-s1   14-20240330-1
ii  libgmp102:6.3.0+dfsg-2+b1
ii  libgmpxx4ldbl   2:6.3.0+dfsg-2+b1
ii  libgomp114-20240330-1
ii  liblrs1t64  0.71b-2.1+b1
ii  libmpfr64.2.1-1+b1
ii  libnormaliz33.10.3+ds-1
ii  libpolymake-dev-common  4.11-2
ii  libppl141:1.2-8.1+b2
ii  libsingular4m4n01:4.4.0-p2+ds-1
ii  libstdc++6  14-20240330-1
ii  ninja-build 1.12.1-1
ii  perl5.38.2-5
ii  perl-base [perlapi-5.38.2]  5.38.2-5
ii  polymake-common 4.11-2

Versions of packages polymake recommends:
ii  chromium   125.0.6422.60-1
ii  gfan   0.6.2-7
ii  graphviz   2.42.2-9+b1
ii  xdg-utils  1.1.3-4.1

Versions of packages polymake suggests:
pn  povray   
ii  texlive-latex-extra  2023.20240207-1
ii  texlive-pictures 2023.20240207-1

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAmZrckoACgkQA0U5G1Wq
FSG+mw/9F+e2My55VdpP4XTOlrI6lOi4DpweAm0BQY73RPD+H3Ym0YVlSxxvDAeE
NDGWUk9OZXD1VR9Oy2Z8HRAZ4MuuLCIP2P/FBEX6B1UscHQVvlq04eTDG6/DogUg
w+/1KbjdkjuOe9GJZtcY5VPvIm12m4kmJNVyJeBb1Xj0YthAcwJUw9s3nT9QcRRz
Q2ulCuIkxny3StHT/avAWtfMyFpmTeb3DteCEumWWfi7EybBk2K2VYLnlOwuDl77
lz+HSP4o28J5a8rvHnpsrGgSq9uXlfXms6bHLW+dV0Ql1Kfx0KDT643yeDHzaulL
Nq0ufPgl4dD6HXU3Bqv28vXBCzVEbG5HUm/j8plyqYjpnCsQsXLbnTwmKrgIbIf4
vIzW/U/Ayd9LM75OXnlIsl6X8xCQ7tRWMd7uvoP/dQA2CnA23AAOhD8sYrXqqD8H
Z33nhbgf+7oohBM5JsheCtKYu0nX+VaipMo2Y9ubhr3EI/gwgMCNHAcHwmj8s4TX
ji0g+ZiZpcYB2nrqOp+h7R+3McOy7WQoVV13DbfEdLdHHrRHBa9fmnC793N9lFyb
QpnrB3JqKQQDvXZ5t17RKyFrvj50LXhxwGg1/MTdILQl5iyui2BmIuFCG2Bp92C3

Bug#1072922: nullmailer: "sendmail -bs" crashes: "traps: nullmailer-smtp[15059] general protection fault ip:7f0368d73dd9 sp:7fff5e3d7088 error:0 in libc.so.6[7f0368c41000+157000]"

[David Bremner]

David Bremner  writes:

>
> Attempt #3
>
> swaks -t brem...@debian.org --pipe 'valgrind /usr/lib/sendmail -bs'
>
> This also runs without errors, so I'm out of ideas for the moment.

Attempt #4:

Rebuild with asan

make clean
make CXXFLAGS="-g -O1 -fsanitize=address"
make check

I don't know if this is coincidence, or actually meaningful, but the
test "Testing protocol success with smtp (stdin)" finds one memory leak.

220 OK
smtp: Succeeded: 220 OK

=
==3035435==ERROR: LeakSanitizer: detected memory leaks

Direct leak of 13 byte(s) in 1 object(s) allocated from:
#0 0x7f64762edd10 in strdup 
../../../../src/libsanitizer/asan/asan_interceptors.cpp:578
#1 0x563a16835173 in parse_option 
/home/bremner/software/debian/nullmailer/protocols/protocol.cc:116
#2 0x563a16835173 in parse_options 
/home/bremner/software/debian/nullmailer/protocols/protocol.cc:130
#3 0x563a16835173 in cli_main(int, char**) 
/home/bremner/software/debian/nullmailer/protocols/protocol.cc:138

SUMMARY: AddressSanitizer: 13 byte(s) leaked in 1 allocation(s).

Looking at the code there is indeed a leak, but it's hard to see how it
would lead to a crash.

Bug#1072922: nullmailer: "sendmail -bs" crashes: "traps: nullmailer-smtp[15059] general protection fault ip:7f0368d73dd9 sp:7fff5e3d7088 error:0 in libc.so.6[7f0368c41000+157000]"

[David Bremner]

Axel Beckert  writes:

> Hi David,
>
> David Bremner wrote:
>> swaks -t brem...@debian.org --pipe 'gdb -batch -ex run -ex bt --args 
>> /usr/lib/sendmail -bs'
>> 
>> This actually runs without segfaulting, which made me think it might be
>> a memory error.
>
> There's one memory fix commit upstream in the master branch:
> https://github.com/bruceg/nullmailer/commit/834e2eb6b7eac2648fc371c432a46e98d5966bb4
>
> Could it be this one? At least "fdbuf.c" sounds as if it might be
> involved in file descriptor thingies.
>

We're actually running a snapshot of master, so that commit is in
testing and unstable.

d

Bug#1072922: nullmailer: "sendmail -bs" crashes: "traps: nullmailer-smtp[15059] general protection fault ip:7f0368d73dd9 sp:7fff5e3d7088 error:0 in libc.so.6[7f0368c41000+157000]"

[David Bremner]

Control: tag -1 confirmed

Axel Beckert  writes:

> Package: nullmailer
> Version: 1:2.2+10~g7ed88a0-5
> Severity: important
> Control: found -1 1:2.2-3
>
> Dear David,
>
> I managed to reproducibly crash nullmailer-smtpd with a "general
> protection fault" by calling the following command:
>
>   swaks -t a...@debian.org --pipe 'sendmail -bs'
>
> This call produces the following output first:

I can duplicate this. I made a few (unsuccessful) attempts at localize
the error.

Attempt #1

If I run /usr/lib/sendmail -bs directly (or nullmailer-smtpd, which
amounts to the same thing, I think), and give exactly the same input, it
exits cleanly when I type QUIT.  I also tried your swaks command on a
host where sendmail is postfix, and I see end of the transaction

-> .
<-  250 2.0.0 Ok: queued as 5EC225FB72
 -> QUIT
<-  221 2.0.0 Bye
=== Connection closed with child process.

Attempt #2

swaks -t brem...@debian.org --pipe 'gdb -batch -ex run -ex bt --args 
/usr/lib/sendmail -bs'

This actually runs without segfaulting, which made me think it might be
a memory error.

Attempt #3

swaks -t brem...@debian.org --pipe 'valgrind /usr/lib/sendmail -bs'

This also runs without errors, so I'm out of ideas for the moment.

Bug#1072951: racket: FTBFS on hppa - illegal pb instruction

[David Bremner]

John David Anglin  writes:

> Source: racket
> Version: 8.13+dfsg1-2
> Severity: normal
> Tags: ftbfs
>
> Dear Maintainer,
>
> Racket build fails here:
> running cs/c/ChezScheme/pb/bin/pb/scheme to build 
> cs/c/ChezScheme/xc-tpb32b/s/cmacros.so
> illegal pb instruction
> failed
>  in build-one
>  in loop
>  in module->hash
> illegal pb instruction
> make[1]: *** [Makefile:22: all] Error 1

If you want to followup with upstream [1], they are generally quite
responsive, even with exotic architectures.

[1]: https://github.com/racket/racket

Bug#1072954: python-ijson: FTBFS on hppa - ZeroDivisionError: float division by zero

[John David Anglin]

Source: python-ijson
Version: 3.3.0-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails due to testsuite problems:
FAIL: test_basic_parse (test.test_benchmark.BenchmarkTests.test_basic_parse)
--
Traceback (most recent call last):
  File 
"/<>/.pybuild/cpython3_3.11_ijson/build/test/test_benchmark.py", 
line 38, in test_basic_parse
self._test_benchmark('basic_parse')
  File 
"/<>/.pybuild/cpython3_3.11_ijson/build/test/test_benchmark.py", 
line 33, in _test_benchmark
self._do_test_benchmark(method, "python")
  File 
"/<>/.pybuild/cpython3_3.11_ijson/build/test/test_benchmark.py", 
line 30, in _do_test_benchmark
self.assertEqual(0, status, "out:\n%s\nerr:%s" % (out.decode('utf-8'), 
err.decode('utf-8')))
AssertionError: 0 != 1 : out:
#mbytes, method, test_case, backend, time_min, time_avg, time_median, time_max, 
mb_per_sec_min, mb_per_sec_avg, mb_per_sec_median, mb_per_sec_max
0.000, basic_parse, long_list, python, 0.004, 0.004, 0.004, 0.004, 0.001, 
0.001, 0.001, 0.001
0.000, basic_parse, long_list, yajl2, 0.004, 0.004, 0.004, 0.004, 0.001, 0.001, 
0.001, 0.001

err:Traceback (most recent call last):
  File "", line 198, in _run_module_as_main
  File "", line 88, in _run_code
  File 
"/<>/.pybuild/cpython3_3.11_ijson/build/ijson/benchmark.py", line 
275, in 
main()
  File 
"/<>/.pybuild/cpython3_3.11_ijson/build/ijson/benchmark.py", line 
272, in main
run_benchmarks(args, benchmark)
  File 
"/<>/.pybuild/cpython3_3.11_ijson/build/ijson/benchmark.py", line 
214, in run_benchmarks
stats([megabytes / duration for duration in durations])
  
  File 
"/<>/.pybuild/cpython3_3.11_ijson/build/ijson/benchmark.py", line 
214, in 
stats([megabytes / duration for duration in durations])
   ~~^~
ZeroDivisionError: float division by zero

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=python-ijson=hppa=3.3.0-1=1717834294=0

I haven't looked this in detail but CLOCK_MONOTONIC timing is quite course
on hppa.  I suspect if "duration for duration in durations" is longer the
division by zero error wouldn't occur.

Similar error occurs on hurd-i386.

Regards,
Dave Anglin



-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.9.3-dirty (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1072951: racket: FTBFS on hppa - illegal pb instruction

[John David Anglin]

Source: racket
Version: 8.13+dfsg1-2
Severity: normal
Tags: ftbfs

Dear Maintainer,

Racket build fails here:
running cs/c/ChezScheme/pb/bin/pb/scheme to build 
cs/c/ChezScheme/xc-tpb32b/s/cmacros.so
illegal pb instruction
failed
 in build-one
 in loop
 in module->hash
illegal pb instruction
make[1]: *** [Makefile:22: all] Error 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=racket=hppa=8.13%2Bdfsg1-2=1717949065=0

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.9.3-dirty (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1072950: qtwayland-opensource-src: FTBFS on hppa - tst_xdgdecorationv1 fails

[John David Anglin]

Source: qtwayland-opensource-src
Version: 5.15.13-2
Severity: normal
Tags: ftbfs

Dear Maintainer,

As of version 5.15.13-2, we have the following test failure:

make[4]: Leaving directory '/<>/tests/auto/client/inputcontext'
FAIL!  : tst_xdgdecorationv1::clientSidePreferredByCompositor() 
'(!window.frameMargins().isNull())' returned FALSE. ()
   Loc: [tst_xdgdecorationv1.cpp(184)]

Full build log is here:
https://buildd.debian.org/status/fetch.php?pkg=qtwayland-opensource-src=hppa=5.15.13-2=1717804433=0

Regards,
Dave Anglin 

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.9.3-dirty (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1066101: icingaweb2-module-pnp: [INTL:de] updated German po file translation

[David Kunz]

close #1066101 1.1.0-5
thanks

Hi,

this bug has been fixed in above version, hence closing.

Regards,
David

Bug#1069527: libchdr: FTBFS on armhf: libchdr_chd.c:3001:39: error: implicit declaration of function ‘ftello64’; did you mean ‘ftello’? [-Werror=implicit-function-declaration]

[David James]

Upstream is currently working on this. For the time being adding
-D_LARGEFILE64_SOURCE fixes this bug

David JamesFrom 9b718bbf7f94899e7643563e9f30a6665d1e8b39 Mon Sep 17 00:00:00 2001
From: Castor216 
Date: Tue, 4 Jun 2024 19:22:49 +0100
Subject: [PATCH] add -D_LARGEFILE64_SOURCE to CFLAGS

---
 debian/rules | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/rules b/debian/rules
index 6a8b36d..841dca3 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,5 +1,6 @@
 #!/usr/bin/make -f
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+export DEB_CFLAGS_MAINT_APPEND = -D_LARGEFILE64_SOURCE
 
 %:
 	dh $@
-- 
2.43.0

Bug#1072572: libdwarf-dev: Update libdwarf-dev to latest version 0.9.2

[David Roman]

Package: libdwarf-dev
Severity: normal

Dear Maintainer,

   The package libdwarf-dev seems to be abandoned in debian. Upstream
   has released newer versions (the latest one as of today is the 0.9.2
   from Apr 3, see https://github.com/davea42/libdwarf-code/releases).

   The new releases fixes some CVE. They also have add some important
   functionality like CMake support. 

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

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

Versions of packages libdwarf-dev depends on:
pn  libdwarf1  

libdwarf-dev recommends no packages.

libdwarf-dev suggests no packages.

Bug#1072570: gnome-shell: Gnome 43.9 Wayland: UI freezes in various apps, e.g. ~3mins when starting Totem

[David Balch]

Package: gnome-shell
Version: 43.9-0+deb12u2
Severity: important
X-Debbugs-Cc: da...@balch.co.uk

Dear Maintainer,

I keep on getting UI freezes in Gnome Wayland, where the UI won't respond for 
between a few seconds and a few minutes.

Possibly related: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5453

System details:

- Dell Inc. OptiPlex 7040
- Intel® Core™ i5-6500 (four-core)
- Mesa Intel® HD Graphics 530 (SKL GT2)
- 16.0 GiB RAM
- PM951 NVMe SAMSUNG 256GB SSD
- WDC WD20EZRX-19DC0B0 2TB HDD
- "High speed with ethernet" HDMI cable (presumably 1.4)

- Debian 12 (64-bit)
- Gnome 43.9
- Extensions disabled (using the master switch in _Extensions_)
- Video problem apparent when testing with 1280x720@60 1920x1080@60 and 
3840x2160@30 -
  although with lower resolutions, the periodic UI updates are more frequent,
  e.g. every 10s (rather than 30s when using 3840x2160).



   * What led up to the situation?

Just regular desktop use.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I've noticed clear stalls in FreeCAD, but they're more noticeable in _Videos_ 
(AKA _Totem_),
so I've done the most testing with _Videos_:



   * What was the outcome of this action?

Using _Files_ to open a SD H.264 .mkv video with _Videos_:



   * What was the outcome of this action?

- UI stops responding (no screen updates)
- _Videos_ Window opens
- After a couple of seconds, the video's sound plays
- Sometimes, the "_Files_ is not responding" dialog appears
- Periodically the UI updates, showing an updated video frame and new mouse 
position (so mouse input is working)
- If I have pressed the Super key and there's a UI update the Activities 
overview will appear (so keyboard input is working)
- After approx 2-3 minutes, the video plays normally, and the UI starts 
responding.

Some videos in other formats (e.g. MPEG4 .avis) trigger the same problem, but 
only for ~5 seconds.

Playing the same files with VLC works immediately, with no freezing.
Playing the same files with Totem in Gnome xorg works immediately, with no 
freezing.


I know it's not the most powerful system but, once it's going, it can play the 
video fullscreen with
no freezes or frame drops that I've noticed.



   * What outcome did you expect instead?

UI does not freeze, respondint to input, with Totem playing the video 
immediately.



What I've tried to identify the problem...


As the screen is not updating, _System Monitor_ doesn't give me any indication 
of CPU spikes.
Checking the log from running _atop_ (writing to file) shows no obvious 
resource shortages,
with _totem_ using 49% CPU at peak. _gnome-shell_ makes an appearance in the 
last ~20 seconds with 7% and 10% CPU.

Using the CLI: `totem vid.mkv` gives the same results, with the following 
messages repeated
over-and-over in the terminal: (seemingly as long as the video is playing, so I 
guess it's not related):

```
(totem:20105): Gdk-CRITICAL **: 17:35:04.926: gdk_window_get_origin: assertion 
'GDK_IS_WINDOW (window)' failed
(totem:20105): Gdk-CRITICAL **: 17:35:04.926: gdk_window_get_toplevel: 
assertion 'GDK_IS_WINDOW (window)' failed
(totem:20105): Gdk-CRITICAL **: 17:35:04.926: gdk_window_get_origin: assertion 
'GDK_IS_WINDOW (window)' failed
```

Having set up [FPS logging](https://her01n.com/2022/01/14/show-fps-in-gnome/), 
_journalctl_ shows
FPS dropping below 1fps in apparent connection with the error `timeout from 
dbind`.

Relevant part of _journalctl_ log when starting video:


Jun 02 17:32:30 Optiplex gnome-shell[17165]: *** HDMI-1 frame timings over 
1.0s: 30.13 FPS, average: 2.4ms, peak: 13.4ms
Jun 02 17:32:31 Optiplex gnome-shell[17165]: *** HDMI-1 frame timings over 
1.0s: 28.79 FPS, average: 2.4ms, peak: 3.7ms
Jun 02 17:32:33 Optiplex gnome-shell[17165]: Failed to read extents of text 
caret: Failed to validate parent window: GLib.Error atspi_error: timeout from 
dbind
Jun 02 17:32:34 Optiplex gnome-shell[17165]: *** HDMI-1 frame timings over 
2.4s: 9.84 FPS, average: 1.6ms, peak: 12.5ms
Jun 02 17:32:34 Optiplex gnome-shell[17165]: Failed to read extents of focused 
component: Failed to validate parent window: GLib.Error atspi_error: timeout 
from dbind
Jun 02 17:32:35 Optiplex gnome-shell[17165]: Failed to read extents of text 
caret: Failed to validate parent window: GLib.Error atspi_error: timeout from 
dbind
Jun 02 17:32:47 Optiplex gnome-shell[17165]: *** HDMI-1 frame timings over 
13.1s: 0.31 FPS, average: 7.3ms, peak: 22.7ms
Jun 02 17:32:47 Optiplex gnome-shell[17165]: Failed to read extents of text 
caret: Failed to validate parent window: GLib.Error atspi_error: timeout from 
dbind
Jun 02 17:32:48 Optiplex gnome-shell[17165]: Failed to read extents of text 
caret: timeout from dbind
Jun 02 17:32:49 Optiplex gnome-shell[17165]: Failed to read extents of text 
caret: timeout from dbind
Jun 02 17:32:50 Optiplex gnome-shell[17165]: Failed to read extents of text 
caret: timeout from dbind
Jun 02 17:32:51 Optiplex 

Bug#1072562: console-setup-linux: /etc/init.d/keyboard-setup.sh needs mountkernfs, not in dependencies

[Erwan David]

Package: console-setup-linux
Version: 1.227
Severity: normal


When upgrading, I get following error message:
Setting up: console-setup-linux (1.227)
insserv: FATAL: service mountkernfs has to be enabled to use service 
keyboard-setup.sh

I see that /etc/init.d/keyboard-setup.sh has
# Required-Start:mountkernfs

mountkernfs is in initscripts package, but console-setup.sh does not depends on
it.
So either this Required-Start should be removed, either the dependency should be
added.


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable-security'), (600, 'unstable'), 
(500, 'stable-updates'), (500, 'proposed-updates'), (400, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages console-setup-linux depends on:
ii  init-system-helpers 1.66
ii  kbd 2.6.4-2
ii  keyboard-configuration  1.227

console-setup-linux recommends no packages.

Versions of packages console-setup-linux suggests:
ii  console-setup  1.227

Versions of packages keyboard-configuration depends on:
ii  debconf [debconf-2.0]   1.5.86
ii  liblocale-gettext-perl  1.07-7
ii  xkb-data2.41-2

Versions of packages console-setup depends on:
ii  debconf [debconf-2.0]   1.5.86
ii  keyboard-configuration  1.227
ii  xkb-data2.41-2

Versions of packages console-setup suggests:
ii  locales2.38-11
ii  lsb-base   11.6
ii  sysvinit-utils [lsb-base]  3.09-1

Versions of packages console-setup-linux is related to:
pn  console-common
pn  console-data  
pn  console-tools 
pn  gnome-control-center  
ii  kbd   2.6.4-2
ii  systemd   256~rc3-7

-- debconf information:
* keyboard-configuration/model: Generic 105-key PC
  debian-installer/console-setup-udeb/title:
* console-setup/fontsize-text47: 8x16
* keyboard-configuration/layout:
* keyboard-configuration/variant: French - French (legacy, alt.)
  keyboard-configuration/unsupported_layout: true
* keyboard-configuration/other:
* console-setup/fontsize-fb47: 8x16
* keyboard-configuration/toggle: No toggling
* console-setup/charmap47: UTF-8
* keyboard-configuration/ctrl_alt_bksp: false
* keyboard-configuration/altgr: The default for the keyboard layout
* keyboard-configuration/layoutcode: fr
* keyboard-configuration/variantcode: latin9
* keyboard-configuration/modelcode: pc105
  keyboard-configuration/unsupported_config_layout: true
  console-setup/use_system_font:
* console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic 
languages
* console-setup/store_defaults_in_debconf_db: true
* keyboard-configuration/xkb-keymap: fr(latin9)
  console-setup/framebuffer_only:
* keyboard-configuration/optionscode:
* console-setup/fontsize: 8x16
  console-setup/guess_font:
* console-setup/codesetcode: Lat15
* keyboard-configuration/compose: No compose key
* keyboard-configuration/store_defaults_in_debconf_db: true
* keyboard-configuration/switch: No temporary switch
  keyboard-configuration/unsupported_config_options: true
* console-setup/fontface47: Fixed
  keyboard-configuration/unsupported_options: true

Bug#1072321: add package for opentelemetry/otlp (and other grpc modules?)

[David Mandelberg]

Hi,

Sorry for the noise, but I learned about the axosyslog fork (which I 
just filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072543 
for) after I filed this bug. The OTLP features that I want to use look 
like they'll be in axosyslog but not syslog-ng, so I'm not sure I 
actually care about an otlp package for syslog-ng. Should I close this bug?

Bug#1072543: RFP: axosyslog -- cloud-native, syslog-ng compatible logging agent

[David Mandelberg]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: syslog-ng-maintain...@alioth-lists.debian.net

* Package name: axosyslog
  Version : 4.7.1
  Upstream Author : Axoflow
* URL : https://github.com/axoflow/axosyslog
* License : GPL and LGPL
  Programming Lang: C
  Description : cloud-native, syslog-ng compatible logging agent

AxoSyslog was recently forked[0] from syslog-ng, which is already in 
Debian. And its developers are working on some features that I could 
really use.


 [0] https://axoflow.com/axosyslog-syslog-ng-fork/

Bug#1072489: apt: what does this recommendation mean? (curl | lynx .. fonts-lato \n | wget)

[David Kalnischkies]

Hi,


On Sun, Jun 02, 2024 at 08:08:35PM +0200, наб wrote:
> apt build-dep just asked me this in a sid chroot:

mmhhh. I think build-dep did not show recommends/suggest in the past,
so that might be a regression in that sense already.


The reading order for the "new" column view is according to its name:
  111  477
  22   55   888
  3666  9
while the "old" wall-of-text has:
  111 22 3 4
  55 666 77
  888 9

So:

> Suggested packages:
>   autoconf-archive  cargo-doc  gettext-doc   libssl-doc   | 
> fortran95-compiler  apparmor libmail-box-perl  libjs-mathjax
>   gnu-standards python3libasprintf-dev   libtool-doc  gcj-jdk 
>   less riruby-kramdown-parser-gfm
>   autoconf-doc  dh-makelibgettextpo-dev  gfortran m4-doc  
>   www-browser  ruby-dev  bundler

gfortan | fortran95-compiler

> Recommended packages:
>   curl| lynx   imagemagick  netpbm   libarchive-cpio-perl  
> libldap-common  publicsuffix  libltdl-devzip 
> fonts-lato
>   | wget  ghostscript  libpaper1psutils  javascript-common libgpm2
>  libsasl2-modules  libmail-sendmail-perl  ruby-rouge  rust-llvm

curl | wget | lynx


> But what's the recommendations?

I think the alternatives group might be better of written together and
then the individual columns separated with ~4 spaces like in the
future-suggested "oldname => newname" case.

The individual columns could get quiet big given package names can be
long, but that is a problem for the column display anyhow.


Anyway, I will leave it up to Julian what to do about this as this new
stuff is his baby.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#1061429: tomboy-ng: Copy and paste to/from tomboy-ng does not work under (at least) GNOME

[David Bannon]

OK, an update to where I am with this problem. For the record as much as 
anything else.


Firstly, what happens-

tomboy-ng, when it copies or cuts to the clipboard, makes both a plain 
text and a Rich Text Format entry in the clipboard. However, with Qt5 
(and I suspect Qt6), when it notifies the system Clipboard of the change 
in content, "something" goes wrong. I believe that this something is 
within the Qt5/6 to Wayland space, having tracked the code (through LCL 
and LCL-Qt5) to the libqt5pas library.


While I will prepare a bug report, I don't have high hopes.

For my next release of tomboy, I have a workaround. The Qt versions will 
all have a "-platform xcb" added that will force use of libxcb instead 
of wayland. This will also restore a few other, perhaps less important 
tomboy-ng features as well. This will be version 0.40 of tomboy-ng, as 
soon as I get the extensive testing necessary done.


For existing users, my suggested approach is still to do one of the 
following -


* Switch (gear symbol on login screen) your desktop to xorg instead of 
Wayland. Wayland is not ready yet !


* When copying from tomboy-ng, use the Plain Text Copy (from right click 
menu), as it does not insert a RTF block into the clipboard, it works 
fine, and plain text is usually what you want.


* Use the gtk2 version of tomboy-ng, on U2404 eg it requires no extra 
dependencies.


* Use a desktop that does not use Wayland.

You can also use your older tomboy-ng with xcb -

$> tomboy-ng -platform xcb [enter]

But on some gnome systems, this produces a very ugly and confusing 
double menu when clicking the system tray icon. I don't recommend that.


I will let you know when mature betas with the work around are available.

Davo


On 18/4/24 04:43, Konrad Schwenke wrote:

Dear David,
I can confirm that I have the same issue with copy-pasting

Bug#1072321: add package for opentelemetry/otlp (and other grpc modules?)

[David Mandelberg]

Source: syslog-ng
Version: 4.4.0-1
Severity: wishlist

Hi,

I don't see a package for the opentelemetry module, and it doesn't seem 
to be in syslog-ng-core. Would it be possible to add the --enable-grpc 
configure flag to the build process, and package the opentelemetry module?

Bug#1007555: ufiformat: please consider upgrading to 3.0 source format

[David Given]

Thank you --- I actually completely failed to spot this email when it came
through...

On Sat, 1 Jun 2024 at 00:02, Bastian Germann  wrote:

> I am uplaoding a NMU to DELAYED/10 in order to fix this.
> Please find the debdiff attached.

Bug#1061429: tomboy-ng: Copy and paste to/from tomboy-ng does not work under (at least) GNOME

[David Bannon]

Konrad, sorry, very sorry. This message poped up in my Spam folder, I 
only just saw it today. So, earlier today I sent you, and the Debian bug 
system, a message saying I cannot replicate (and can you help me 
reproduce it). If you see that message, please disregard it !


(I suspect Thunderbird refuses to respond to what it considers Spam, OK 
if it tells me!).


Anyway, a real answer. I am afraid this is yet another Wayland/Qt5/6 
problem.


You have a couple of choices -

* If you use the gtk2 version of tomboy-ng, then it works fine. Please 
consider https://github.com/tomboy-notes/tomboy-ng/releases, the package 
without either "Qt5" or "Qt6" is what you need. My test on U2404 Gnome 
indicates no extra dependencies are needed.


* Switch you system back to X11 from Wayland. You may be surprised at 
the number of other things that suddenly start to work !  Logout, from 
the login screen, select your name, lower left there is a now gear 
symbol, click and select the only non-wayland option. Log back in again.


* Change your desktop to a user friendly one, Mate, xfce, Cinnamon, 
Budgie etc.


I suggest one of the above because its going to take me some time to 
track down the actual cause of this problem, if I am right and its 
Qt/Wayland related, even longer to get it fixed !  Maybe, we will be 
lucky and its a known issue with a know fix but even that will take some 
time to establish. If we are really lucky, its in my code but don't hold 
your breath.


*Konrad, please answer direct to me or log an issue* at 
https://github.com/tomboy-notes/tomboy-ng/issues - I don't know whats 
happening with my account at Debian but right now, but I have other 
things on my plate.


Debian is a fabulous organisation with really great people but their 
infrastructure is not very user friendly !


Again, sorry for the slow response.

Davo



On 18/4/24 04:43, Konrad Schwenke wrote:

Dear David,
I can confirm that I have the same issue with copy-pasting. It appears
to be universal, copying from tomboy-ng to any other application fails
when using ctl+v or the right-click menu for inserting. However, via the
middle mouse button it is possible to paste.

I'm on Ubuntu 23.10 and tomboy is on 0.36a-2.

Kind regards,
Konrad

Bug#1072187: systemd: root fs read only if /tmp is in fstab

[David Burrows]

Package: systemd
Version: 256~rc3-5
Severity: important
X-Debbugs-Cc: burrows...@gmail.com

Dear Maintainer,

Installing this update led to my system booting with root (btrfs)
mounted as read only.

In my fstab I have the following:
tmpfs /tmp   tmpfs   
defaults,noatime,mode=1777 0 0

Commenting this out allowed the system to boot again with read/write.

In order to restore tmpfs I had to do the following (as root):
cp /usr/lib/systemd/system/tmp.mount /usr/share/systemd/tmp.mount

The is optional if you wish to have /tmp on root.

Prior to doing this it appears there is a broken symlink:
$ ls -l /etc/systemd/system/tmp.mount
lrwxrwxrwx 1 root root 28 Dec 30  2022 /etc/systemd/system/tmp.mount -> 
/usr/share/systemd/tmp.mount

I'm guessing that tmp in fstab is no longer default, but I didn't put it
there and it must be left over from an older install. This is consistent with
another 3 systems of mine.


-- Package-specific info:

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

Kernel: Linux 6.8.10-1-siduction-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages systemd depends on:
ii  libacl12.3.2-2
ii  libapparmor1   3.0.13-2
ii  libaudit1  1:3.1.2-2.1
ii  libblkid1  2.40.1-2
ii  libc6  2.38-11
ii  libcap21:2.66-5
ii  libcryptsetup122:2.7.2-2
ii  libfdisk1  2.40.1-2
ii  libmount1  2.40.1-2
ii  libpam0t64 [libpam0g]  1.5.3-4
ii  libseccomp22.5.5-1
ii  libselinux13.5-2+b2
ii  libssl3t64 3.2.1-3
ii  libsystemd-shared  256~rc3-5
ii  libsystemd0256~rc3-5
ii  mount  2.40.1-2

Versions of packages systemd recommends:
ii  dbus [default-dbus-system-bus]   1.14.10-4+b1
ii  libzstd1 1.5.5+dfsg2-2
ii  systemd-timesyncd [time-daemon]  256~rc3-5

Versions of packages systemd suggests:
ii  libgcrypt20 1.10.3-3
ii  libidn2-0   2.3.7-2
ii  liblz4-11.9.4-2
ii  liblzma55.6.1+really5.4.5-1
ii  libtss2-rc0t64  4.1.0-1
ii  libtss2-tcti-device0t64 [libtss2-tcti-device0]  4.1.0-1
ii  polkitd 124-2
pn  systemd-boot
ii  systemd-container   256~rc3-5
pn  systemd-homed   
ii  systemd-resolved256~rc3-5
pn  systemd-userdbd 

Versions of packages systemd is related to:
ii  dbus-user-session  1.14.10-4+b1
pn  dracut 
ii  initramfs-tools0.142
ii  libnss-systemd 256~rc3-5
ii  libpam-systemd 256~rc3-5
ii  udev   256~rc3-5

-- no debconf information

Bug#973822: ITP: dosbox-staging -- DOSBox Staging is a full x86 CPU emulator (independent of host architecture), capable of running DOS programs that require real or protected mode.

[David James]

> Please talk to us, how we can help in making DOSBox Staging packaged
> on Debian?

> Cheers,

> Patryk Obara

Dear Patryk,

I am not an expert on Debian Policy, or a Debian Developer, just a passerby who 
is also interested in getting dosbox-staging into Debian.

One issue I can see with porting this package to Debian is that there are a lot 
of binary blobs in contrib/resources. Debug.com, deltree.com and xcopy.exe are 
the worst offenders. What are these executables? I see that they are legally 
redistributable but they also need to be open source and that source needs to 
be distributed with dosbox and compiled alongside it.

I'm also concerned about the CPX/CPI files in freedos-cpi and the SYS files in 
freedos-keyboard. What are these files? Is there any way to distribute them as 
source files?

Like I said, I am not an expert, so take this with a pinch of salt. I believe 
that if dosbox-staging was packaged as it is now, it would have to go into the 
contrib or non-free sections. Of course, it could be packaged without these 
files present, but I don't know if dosbox will just break without them.

Regards,

David James

Bug#1072038: ffmpeg: [patches] avoid VA-API failures with modern Mesa3D

[David Heidelberg]

Package: ffmpeg
Version: 7:6.1.1-4+b1
Severity: normal

Dear Maintainer,

if you could backport below mentioned patchset to correct VA-API
functionality with recent Mesa (so we don't have to workaround it in the
Mesa) it would be awesome!

Mesa 24.0.6+ and 24.1 is triggering this bug.

Patchset-url: https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=11693
Ref: https://gitlab.freedesktop.org/mesa/mesa/-/issues/11197

Thank you
David

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

Kernel: Linux 6.8.9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_DIE
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 ffmpeg depends on:
ii  libavcodec607:6.1.1-4+b1
ii  libavdevice60   7:6.1.1-4+b1
ii  libavfilter97:6.1.1-4+b1
ii  libavformat60   7:6.1.1-4+b1
ii  libavutil58 7:6.1.1-4+b1
ii  libc6   2.38-11
ii  libpostproc57   7:6.1.1-4+b1
ii  libsdl2-2.0-0   2.30.2+dfsg-1
ii  libswresample4  7:6.1.1-4+b1
ii  libswscale7 7:6.1.1-4+b1

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn  ffmpeg-doc  

-- no debconf information

Bug#1071986: raspberrypi-kernel: unable to connect an arduino portenta lite via usb

[David Talmage]

Package: raspberrypi-kernel

Version: 1:1.20230106-1

Severity: important

 

Dear Maintainer,

 

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

 

   * What led up to the situation?

   I bought a usb a to c cable from amazon p/n B09FYVD6B5

   I plugged usb cable from both raspberry pi 2b and 4 between pi and
portenta lite 

https://store-usa.arduino.cc/collections/portenta-family/products/portenta-h
7-lite

 

   * What exactly did you do (or not do) that was effective (or

 ineffective)?

   tried 2 different cables (ineffective)

   powered portenta with +5V to the Vin pins on J1 (ineffective)

   upgraded my pi2b to latest install (ineffective)

   tried it on my pi4 (this computer ineffective)

   plugged same cable to my windows 11 computer and the portenta 

  showed up in the device manager as com10 with device id 

  USB\VID_2341_025B_0101_00 (this worked but not

  what I want to do)

 

   * What was the outcome of this action?

   dmesg said usb 1-1-port1: Cannot enable. Maybe the USB cable is bad?

  usb 1-1-port1: attempt power cycle

  usb 1-1-port1: unable to enumerate USB device

 

   * What outcome did you expect instead?

   I expected the usb port to identify the device and connect it to

   a ttyUSB0 or ttyACM0 or some other serial port

 

 

-- System Information:

Debian Release: 11.6

  APT prefers oldstable-updates

  APT policy: (500, 'oldstable-updates'), (500, 'oldstable-security'), (500,
'oldstable')

Architecture: arm64 (aarch64)

Foreign Architectures: armhf

 

Kernel: Linux 5.15.84-v8+ (SMP w/4 CPU threads; PREEMPT)

Kernel taint flags: TAINT_CRAP

Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8

Shell: /bin/sh linked to /usr/bin/dash

Init: systemd (via /run/systemd/system)

 

-- no debconf information

 

 

Bug#1021614: [PATCH] test/cli: Add known broken test for (missing) quoting in From

[David Bremner]

In [1], Jakub Wilk observes that the current behaviour is confusing
since it looks like there are two mailboxes in From, while in fact
there is only one.  It seems to me that notmuch should at least quote
the display-name part of a mailbox if it has "funny" characters in it,
and perhaps always quote it. Either way will require changing the
indexing code, since the structure is lost when writing the headers to
the database.

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021614
---
 test/T520-show.sh | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/test/T520-show.sh b/test/T520-show.sh
index 6bcf109c..8121c3db 100755
--- a/test/T520-show.sh
+++ b/test/T520-show.sh
@@ -45,6 +45,12 @@ if [ "${NOTMUCH_HAVE_SFSEXP-0}" = "1" ]; then
 
 fi
 
+test_begin_subtest "quoting in From"
+test_subtest_known_broken
+add_message '[from]="=?UTF-8?Q?=3Cfoo=40example.org=3E=2C?= 
"'
+output=$(notmuch show id:${gen_msg_id}|grep From:)
+test_expect_equal "${output}" 'From: "," '
+
 add_email_corpus duplicate
 
 ID1=debian/2.6.1.dfsg-4-1-g87ea161@87ea161e851dfb1ea324af00e4ecfccc18875e15
-- 
2.43.0

Bug#1071948: nmu: polymake_4.11-2

[David Bremner]

Package: release.debian.org
Severity: normal
X-Debbugs-Cc: polym...@packages.debian.org
Control: affects -1 + src:polymake
User: release.debian@packages.debian.org
Usertags: binnmu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

nmu polymake_4.11-2 . ANY . unstable . -m "rebuild against libsingular4m4n0"


-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAmZTFZAACgkQA0U5G1Wq
FSHLIQ//fw3CHgIWdpwU0gw+W7pnrs2foRdlT4YOLtgUcKIvTKlUIkOJFhDK+wO6
92rh9hGi/JZXRFN8J4VIEhZnGQdL/K3Rc0wzeeszFPYNgc85yBFn+x21IoSW+0wG
j24nQQaKuPIkbZTJrw8kD4lvFFVCvf8+w9ykTOxzoSbXEi8ZG5kBmojh3TsveYu9
VRjR4AwDNXrWamGU2YdMGEjgq0yD95NX2vqnhj+PgX/Ufvv4cBBDPPqCzMjuGXYn
yCpdhx6W/6TBdWHtQWLImkzpSDetG8Q15WMrWicD1STWOh2+bEiq9W/NcVzOd8xY
Vjb2df10kQWJlMf1AgwkFABafyaT/hkHcaaUmDW/GdYSC18Uj6xjrt9Ua6B5dYjR
XY9P71Vnmlv8it9tfiAPmFsK6SgXC3nHYHFLP28EVQfN0kkqnk8+vSYmrXCMniCp
2y10VBi60IHj0BZuxoKy3thHdBxamzAai/7Kad6khrN6Yi7beidVuBTFuLga3ph2
aQqs5JZJFa3KG6wtdl+RvQf09z+KbwQo4QCbXZUaz3kh8Kq05NxbuPACiQE56EmB
qW9eMp1ryiHQkcIl+gkxQCGhBzDoum8e2gKvAvVewcCiFxGOXt1DyWGxg5RJ8ucu
21ANaSoWS5hxzoBOLqaVbs4vX9ojgy6sjF0Dnn1OqFj1SOpbP7g=
=Q4wx
-END PGP SIGNATURE-

Bug#1071870: janus: run janus daemon as non-root?

[David Bremner]

Package: janus
Version: 1.1.2-1+b4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The systemd service for janus currently runs janus as root. Does it
need to? Upstream seems a bit ambiguous on that point. Both examples I
could find (in main.dox) use root, but one has the comment "Root
generally not recommended but necessary if you are using the Raspberry
Pi GPIO from Python."

As far as I can tell janus only listens on ports > 1024 by default,
but there could be some other issues I suppose.



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

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

Versions of packages janus depends on:
ii  init-system-helpers  1.66
ii  libc62.38-11
ii  libconfig9   1.5-0.4+b1
ii  libcurl4t64  8.7.1-5
ii  libduktape2072.7.0-2+b1
ii  libglib2.0-0t64  2.80.2-1
ii  libjansson4  2.14-2+b2
ii  liblua5.3-0  5.3.6-2+b2
ii  libmicrohttpd12t64   1.0.0-2.1+b1
ii  libnanomsg5  1.1.5+dfsg-1.1+b1
ii  libnice100.1.21-2+b1
ii  libogg0  1.3.5-3+b1
ii  libopus0 1.4-1+b1
ii  libpaho-mqtt1.3  1.3.13-1+b2
ii  librabbitmq4 0.11.0-1+b2
ii  libsofia-sip-ua0t64  1.12.11+20110422.1+1e14eea~dfsg-6.1+b1
ii  libsrtp2-1   2.5.0-3+b1
ii  libssl3t64   3.2.1-3
ii  libsystemd0  255.5-1
ii  libusrsctp2  0.9.5.0-2+b1
ii  libwebsockets19t64   4.3.3-1.1
ii  zlib1g   1:1.3.dfsg+really1.3.1-1

Versions of packages janus recommends:
ii  lua-ansicolors  1.0.2-3
ii  lua-json1.3.4-2
ii  ssl-cert1.1.2

Versions of packages janus suggests:
pn  janus-doc
ii  janus-tools  1.1.2-1+b4

- -- Configuration Files:
/etc/janus/janus.plugin.videoroom.jcfg changed [not included]

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAmZSG1IACgkQA0U5G1Wq
FSF/nhAAvi/zjpRcBgpw3+pARPqleUBecF8uqvtzhiCnvibVuNqlMzkq2lsHhlzG
ihefhzL1WvOpzvMj+AdGqv8HWQHQaDv7MJfJu1vtZiAcIZDFGxSUtvesGZLwqeGf
sarhBWe2Yu462BG8D35Dso5lI281b7BB2G4y/znE2gkDal0L2qNP5Un8MweVYk/x
oW78/+7VEL2fUpF+xn6P6EE2Ev9D4zxuFK8Pgut+l3/KL3nJTya+2slImXbHKdDV
Slq0sDKp3PR8kvokmkPs9ryJknA5kX1a6Yo2SNiGM8gNXTYnPtF1EvK9rD0IYYlN
iDhr7KvBEZjj3Sv+2BzEezgIHr8ZwLQ4iwPz7PUVvSHSeDsAAg6s+SbJUA/JKPYU
fnHqC8K38/f31+y00hbO3yQoKP3tG0l8WBI3cvHr6iXjaMtDcOEFdNhErqzhYp7i
ga3i1VAsQr0K/5pha/5xNpGktQAUXnWQcvcsUtNghzQanXAXSHeLO9/lPMWQ+GLO
ZaKtchEvBdFpe8j6dqGpq/j28FSgKc1zMezNDkYamwSX2LbOObytyZ50Osu1av2f
uot8F0X4i15WNQO6eHPJ4kI7ltr19DE7OQj/ZJ7hn4G5K8/d4p2qw/cwxrj8YhmU
XlLJGPsHWLkIjEz8mPzd8Q0EloggIRL6puE27UrD07qQl/k2ow8=
=P5W5
-END PGP SIGNATURE-

Bug#1033591: bullseye-pu: package opendmarc/1.4.2-1+deb11u1

[David Bürgin]

Dear maintainers,

I have decided that I won’t be spending time on this bug in the future.

Please close if it is appropriate to do so.

Thank you,


-- 
David

Bug#1017361: ITA: postsrsd -- Sender Rewriting Scheme (SRS) lookup table for Postfix

[David Kindl]

Hi,

I’ve made merge request at salsa repo (
https://salsa.debian.org/debian/postsrsd/-/merge_requests/3), which should
make postsrsd 2.x version buildable.



I’ve updated version from upstream 2.0.9 that adds most of the commits
(since 2.0.8 version didn't include them).



I’m not a Debian dev and I’m definitely not sure if everything is ok, so I
would like to ask you, if you could review it and merge / comment on it, so
anybody who maintains the project now and has any knowledge about
releseases could take it forward.



Thanks

David

Bug#1071646: shotcut: Any option for packaging Glaxnimate with Shotcut?

[david]

Package: shotcut
Version: 24.04.28+ds-1
Severity: wishlist

Dear Maintainer,

Tar package of Shotcut from home web includes the application Glaxnimate,
a vector animation sorftware that integrates well with Shotcut. Perhaps it can
be packaged with it or in another package?

Thank you.

-- 
David

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

Kernel: Linux 6.7.12-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.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 shotcut depends on:
ii  frei0r-plugins   1.8.0-1+b2
ii  libc62.38-11
ii  libfftw3-double3 3.3.10-1+b2
ii  libgcc-s114-20240330-1
ii  libjs-three  111+dfsg1-3
ii  libmlt++77.24.0-1
ii  libmlt7  7.24.0-1
ii  libqt6charts66.4.2-5+b2
ii  libqt6core6t64   6.4.2+dfsg-21.1+b1
ii  libqt6gui6t646.4.2+dfsg-21.1+b1
ii  libqt6multimedia66.4.2-11+b2
ii  libqt6network6t646.4.2+dfsg-21.1+b1
ii  libqt6opengl6t64 6.4.2+dfsg-21.1+b1
ii  libqt6qml6   6.4.2+dfsg-4+b2
ii  libqt6quick6 6.4.2+dfsg-4+b2
ii  libqt6quickcontrols2-6   6.4.2+dfsg-4+b2
ii  libqt6quickwidgets6  6.4.2+dfsg-4+b2
ii  libqt6sql6t646.4.2+dfsg-21.1+b1
ii  libqt6widgets6t646.4.2+dfsg-21.1+b1
ii  libqt6xml6t646.4.2+dfsg-21.1+b1
ii  libstdc++6   14-20240330-1
ii  melt 7.24.0-1
ii  qml6-module-qt-labs-animation6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-folderlistmodel  6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-lottieqt 6.4.2-3+b2
ii  qml6-module-qt-labs-platform 6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-qmlmodels6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-settings 6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-sharedimage  6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-wavefrontmesh6.4.2+dfsg-4+b2
ii  qml6-module-qtcore   6.4.2+dfsg-4+b2
ii  qml6-module-qtqml6.4.2+dfsg-4+b2
ii  qml6-module-qtqml-models 6.4.2+dfsg-4+b2
ii  qml6-module-qtqml-statemachine   6.4.2-4+b2
ii  qml6-module-qtqml-workerscript   6.4.2+dfsg-4+b2
ii  qml6-module-qtqml-xmllistmodel   6.4.2+dfsg-4+b2
ii  qml6-module-qtquick  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-controls 6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-dialogs  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-layouts  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-localstorage 6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-nativestyle  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-particles6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-shapes   6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-templates6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-timeline 6.4.2-2+b2
ii  qml6-module-qtquick-tooling  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-virtualkeyboard  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-window   6.4.2+dfsg-4+b2
ii  shotcut-data 24.04.28+ds-1

shotcut recommends no packages.

shotcut suggests no packages.

-- no debconf information

Bug#1071645: Text: Rich option is not available in Shotcut Debian package

[david]

Package: shotcut
Version: 24.04.28+ds-1
Severity: normal

Dear Maintainer,

Shotcut has two filters for including text in a video: Simple and Rich. For
some reason, the second option is not available in Debian. I don't know why,
but I asume that this is an error, compile omision or something else.

If I download compiled tar package from Shotcut web, the missed option is
available.

Thank you.

-- 
David

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

Kernel: Linux 6.7.12-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.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 shotcut depends on:
ii  frei0r-plugins   1.8.0-1+b2
ii  libc62.38-11
ii  libfftw3-double3 3.3.10-1+b2
ii  libgcc-s114-20240330-1
ii  libjs-three  111+dfsg1-3
ii  libmlt++77.24.0-1
ii  libmlt7  7.24.0-1
ii  libqt6charts66.4.2-5+b2
ii  libqt6core6t64   6.4.2+dfsg-21.1+b1
ii  libqt6gui6t646.4.2+dfsg-21.1+b1
ii  libqt6multimedia66.4.2-11+b2
ii  libqt6network6t646.4.2+dfsg-21.1+b1
ii  libqt6opengl6t64 6.4.2+dfsg-21.1+b1
ii  libqt6qml6   6.4.2+dfsg-4+b2
ii  libqt6quick6 6.4.2+dfsg-4+b2
ii  libqt6quickcontrols2-6   6.4.2+dfsg-4+b2
ii  libqt6quickwidgets6  6.4.2+dfsg-4+b2
ii  libqt6sql6t646.4.2+dfsg-21.1+b1
ii  libqt6widgets6t646.4.2+dfsg-21.1+b1
ii  libqt6xml6t646.4.2+dfsg-21.1+b1
ii  libstdc++6   14-20240330-1
ii  melt 7.24.0-1
ii  qml6-module-qt-labs-animation6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-folderlistmodel  6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-lottieqt 6.4.2-3+b2
ii  qml6-module-qt-labs-platform 6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-qmlmodels6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-settings 6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-sharedimage  6.4.2+dfsg-4+b2
ii  qml6-module-qt-labs-wavefrontmesh6.4.2+dfsg-4+b2
ii  qml6-module-qtcore   6.4.2+dfsg-4+b2
ii  qml6-module-qtqml6.4.2+dfsg-4+b2
ii  qml6-module-qtqml-models 6.4.2+dfsg-4+b2
ii  qml6-module-qtqml-statemachine   6.4.2-4+b2
ii  qml6-module-qtqml-workerscript   6.4.2+dfsg-4+b2
ii  qml6-module-qtqml-xmllistmodel   6.4.2+dfsg-4+b2
ii  qml6-module-qtquick  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-controls 6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-dialogs  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-layouts  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-localstorage 6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-nativestyle  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-particles6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-shapes   6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-templates6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-timeline 6.4.2-2+b2
ii  qml6-module-qtquick-tooling  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-virtualkeyboard  6.4.2+dfsg-4+b2
ii  qml6-module-qtquick-window   6.4.2+dfsg-4+b2
ii  shotcut-data 24.04.28+ds-1

shotcut recommends no packages.

shotcut suggests no packages.

-- no debconf information

Bug#1059462: gcc-13: another potential user of gcc-13 on bookworm

[David Heidelberg]

Package: gcc-13
Version: 13.2.0-25
Followup-For: Bug #1059462


Dear Maintainer,

for the Mesa3D CI (where we use both gcc/clang) we would be very grateful if 
there would be also a GCC 13 option, so we could keep up testing with recent 
GCC versions rather than 12.
   
If you asking why not use a more recent version (trixie) - we stay with
the stable, so we can be sure no regressions are getting in between 
rebuilds (we're a very flake-prone environment).

I tried to search for a drop-in reliable solution, but what I found was
only people asking, if there is available gcc-13 for Debian.

Thank you for your hard work maintaining GCC!

David


-- System Information:

-- no debconf information

Bug#1071576: bugs.debian.org: bug subscription no longer possible: no "Please confirm subscription" e-mail

[David Mandelberg]

I'm having the same problem. Could it be related to #1071469 which also 
involves mail issues around the same time?

Bug#1071585: libsingular4m3n0t64: SONAME change w/o package rename

[David Bremner]

Package: libsingular4m3n0t64
Version: 1:4.4.0+ds-1
Severity: serious
Justification: Policy 8.1

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

According to policy 8.1

"The run-time shared library must be placed in a package whose name
changes whenever the SONAME of the shared library changes."

The most recent upload of singular (4.4.0+ds-1) bumped the SONAME but
did not rename the shared library package or otherwise do a transition.

This broke at least polymake at run time.

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

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

Versions of packages libsingular4m3n0t64 depends on:
ii  libc62.38-11
ii  libflint19   3.1.2-1
ii  libgmp10 2:6.3.0+dfsg-2+b1
ii  libntl44 11.5.1-1+b2
ii  libreadline8t64  8.2-4
ii  libstdc++6   14-20240330-1

libsingular4m3n0t64 recommends no packages.

libsingular4m3n0t64 suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAmZMyK0ACgkQA0U5G1Wq
FSG2gQ//QmM6pmFe/VFcB94PRKvyMRd153JwHmaw1HJ8XQi/+8UTa+43/gQxg+sL
KQ1ydhXHZeWGtRBW9Vb/iG/fGQtU8Si0NZ2385o5IP/CPpu06ZlhL59vkj/xx/pt
4c0knwl/5dSM46V8sbaHUdEqKUIerJek5R4Pc4EzcwNtTIubLQYyUv1ho/Xkf/3A
ZyhwBlerM0XOge1UICG3RMfNLVRkJdRWtsx/LpRDFa4gu1UYRSCEv4TUA+ZFB9xd
PCcDaKfqcqa/sBhbFbtGvU1Vc/jyCj46weiJg9VIKXxorEyj4udfDYsp0MfHqFC7
VKtQvSK0zwa8TQ8TDRTILpL2Ht6W2YKQ9+2Pnxw1NvyQma3X1+mFwZJUU/6RgWpG
9+K7iKWfllgO2DlJYoJXgZCzViPG1tXwAQ0k0zIolrgMcyOs1/ke46vAmI3XSpQ4
rGOb4XMNuF3ehFRRziHApPvKKD/wF2GcJyiPJJ1jEQ0yo+dcC3m1V7aHYmzUJJIt
maSxVZlfIsEJdQq1r+L2QMOjO8QmXDhTjqGX9YXoM8flGywUz3+pkyVh02KjCMHu
R6/QAvsDTCIOuCw/H1+JzEy0vvCOg/vg+dX93BW/9t2JEyu/dkeo5TTcbloQ12D0
65akpFKjsaiNtZao96AaOPvzFBmNeWZ/9O9rlW64cQUstptSpoQ=
=dlC5
-END PGP SIGNATURE-

Bug#1071538: Acknowledgement (janus-demos: please support some admin customization of settings.js)

[David Bremner]

David Bremner  writes:
>
> The naive thing to do is to symlink to a file in /etc; perhaps there
> is a smarter way to override settings.js? Otherwise it seems the only
> way to use the installed version is editing files in /usr
>

I did a quick proof-of-concept update at

  https://salsa.debian.org/bremner/janus

A simpler fix might be just to add definitions for token and apisecret
to settings.js

var token ="";
var apisecret="";

Bug#1071538: janus-demos: please support some admin customization of settings.js

[David Bremner]

Package: janus-demos
Version: 1.1.2-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I have janus running on the same host as the the browser running the demos.
(and the same host as serving the static files)

After some struggle, I finally diagnosed the reason none of the demos
were running was because one of "token" and "apisecret" were
referenced in the code but not defined in settings.py (indeed the
commented out definitions don't seem to be correct either).

That perhaps deserves it's own bug report, but since README.Debian
says iceServers needs to be defined it seems that there needs to be
some admin customization anyway.

The naive thing to do is to symlink to a file in /etc; perhaps there
is a smarter way to override settings.js? Otherwise it seems the only
way to use the installed version is editing files in /usr


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

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

Versions of packages janus-demos depends on:
ii  fonts-font-awesome5.0.10+really4.7.0~dfsg-4.1
ii  libjs-bootbox 5.5.3~ds-1
ii  libjs-bootstrap   3.4.1+dfsg-3
ii  libjs-bootswatch  3.3.7+dfsg2-1.1
ii  libjs-janus-gateway   1.1.2-1
ii  libjs-jquery  3.6.1+dfsg+~3.5.14-1
ii  libjs-jquery-blockui  2.70-5
ii  libjs-spin.js 1.2.8+dfsg2-1.1
ii  libjs-toastr  2.1.4~ds-5
ii  libjs-webrtc-adapter  8.2.3~ds-1
ii  node-blueimp-md5 [libjs-blueimp-md5]  2.19.0~ds-3

janus-demos recommends no packages.

Versions of packages janus-demos suggests:
ii  janus   1.1.2-1+b4
ii  janus-tools 1.1.2-1+b4
pn  libjs-bootstrap-slider  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAmZLp1gACgkQA0U5G1Wq
FSF8Iw//TQc1Mt1sVn9SVXCd0Gwc6KF5WBbGYqqz7iDCoxta7fUhIpD3Esul1UrG
QEM9hSHp5mHBhQH5u0Sr3yO2J9RAFZnwahRjEUSSq+pHqr7xTU4+42eK/KsnNZOd
mXzlSkSkOtkYyo0B9MmIMHHU6j0e8vJg5TCPI/8oh1xW/AX3nHJpXB6gXPHoHdlI
dhmTzS0VLI2tYvDw5cXrLjzW9yPDPPQPFV0YbszbENoUevhPt9Kuwe+xwNGXsiiu
ijKV+jdE+KRPIVnvag5WVGs1yQ2j+tdK2IA72JJdPkOKsMopJQVHJeVYkth+q5NT
OV3fr5NnGzJ3QttghkooJH69lbJTCxxOowELtPSN78+1u193l3/prxVHH/WcjDe4
M5r67KNAU1kd1tKw54T9WwFKnfnRRjW6piCeZC7N6n+mKOWGGLl5go4Au2jtcKJf
ikSTo0MZQlAQiCv64MyDPuXpAidzTn7h5Rw0nYAHp7bOgasPASVE7N13WIYarcBV
iTZP3at62FGQ1rujH4eBMYNFn9nSuaeZ5mCghji3xpZ2dcfQrkhya6FZWKFLpYGT
55fBN1sNYt0WL3sKxtl0/MkVJBz76f895fQ2jzRn9mK/vz/+twQmKHFd3Ox1XC6+
ec5FHyN0UJdSN90liU233IJCWXL3clk5tKi9rHPzOY2UL0lyrEs=
=pSzN
-END PGP SIGNATURE-

Bug#1071452: Revised PR for dnsdbq posted to github

[David Waitzman]

--
David Waitzman
Principal Distributed Systems Engineering
d...@domaintools.com

Bug#1070618: phpcpd: FTBFS with phpunit 11: There were 7 PHPUnit errors

[David Prévot]

Control: severity -1 serious
Control: user debian-rele...@lists.debian.org
Control: usertag -1 bsp-2024-05-mdc-ber 

Hi,

Thank you Athos for performing all those build and filing the apropriate
bug reports!

Le Mon, May 06, 2024 at 11:31:30AM -0300, Athos Ribeiro a écrit :
> phpunit 11 is out and is now available in experimental. During a test rebuild,
> phpcpd was found to fail to build with this new phpunit version.

As noted on top on the upstream project, page…

This project is no longer maintained and its repository is only kept for
archival purposes.

https://github.com/sebastianbergmann/phpcpd

So, let’s raise the severity of your bug report to see this package
removed from testing.

Cheers,

taffit


signature.asc
Description: PGP signature

Bug#1071219: apt: debListParser fails to parse arch lists with extraneous whitespace: terminate called after throwing an instance of 'std::length_error'

[David Kalnischkies]

(This mail is only related to the quoted sidenote question)

On Thu, May 16, 2024 at 02:11:41PM +0200, Andreas Beckmann wrote:
> not sure if it is allowed to inject spaces between '!' and arch as in
> ..."  ppc64  !  mips64el ! s390x "...

No, debian-policy §7.1 says "Exclamation marks may be prepended to each
of the names." and said right before that "[…] names […] separated by
whitespace".

dpkg agrees on this:
| LANG=C dpkg-checkbuilddeps -d 'foobar [! amd64]' /dev/null
| dpkg-checkbuilddeps: error: '!' is not a legal architecture in list '! amd64'


It does have interesting behaviour on another whitespace-related case
which is forbidden by policy via "The brackets enclose a non-empty list":
| LANG=C dpkg-checkbuilddeps -d 'foobar []' /dev/null
| dpkg-checkbuilddeps: warning: can't parse dependency foobar []
| dpkg-checkbuilddeps: error: cannot parse 
Build-Depends/Build-Depends-Arch/Build-Depends-Indep field

vs

| LANG=C dpkg-checkbuilddeps -d 'foobar [ ]' /dev/null && echo 'OK'
| OK

(but undefined behaviour on bad input isn't too bad)


As a sidenote, as you haven't started with a '!' that string is a policy
violation due to "(It is not permitted for some names to be prepended
with exclamation marks while others aren’t.)". dpkg and APT both parse
such strings and do what might be meant by it through.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#1071194: libuv1: FTBFS on hppa - uv_test and uv_test_a fail

[John David Anglin]

Source: libuv1
Version: 1.48.0-3
Severity: normal
Tags: ftbfs

Dear Maintainer,

uv_test fails in test 353 - thread_mutex_recursive:

1: ok 353 - thread_mutex_recursive
1: not ok 354 - thread_priority
1: # exit code 6
1: # Output from process `thread_priority`:
1: # Assertion failed in ./test/test-thread-priority.c on line 92: `priority == 
0` (10 == 0)

uv_test_a fails in the same way.

See full log:
https://buildd.debian.org/status/fetch.php?pkg=libuv1=hppa=1.48.0-4=1715795091=0

Some other ports fail the same way.

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.8.9-dirty (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1067620: add max version to python3-ruamel.yaml dependency

[David Mandelberg]

Hi,

Looks like python3-ruamel.yaml is at 0.18.6+ds-3 in testing and 
unstable, and whipper is failing for me now. 
https://github.com/whipper-team/whipper/issues/605#issuecomment-2073552007 
mentions a fix. Would it be possible to get that patch in Debian? (I 
haven't tested it myself though.)

Bug#1071136: O: libopenraw -- free implementation for RAW decoding - development files

[David Paleino]

Package: wnpp
Severity: normal
X-Debbugs-Cc: libopen...@packages.debian.org, da...@debian.org
Control: affects -1 + src:libopenraw

I intend to orphan the libopenraw package.

The package description is:
 libopenraw is an ongoing project to provide a free software implementation for
 camera RAW files decoding. One of the main reason is that dcraw is not suited
 for easy integration into applications, and there is a need for an easy to use
 API to build free software digital image processing application.
 .
 It also has the goal to address missing feature from dcraw like meta-data
 decoding and easy thumbnail extraction.
 .
 This package contains development header files.

Bug#1071135: O: jeex -- visual editor to view and edit files in hexadecimal

[David Paleino]

Package: wnpp
Severity: normal
X-Debbugs-Cc: j...@packages.debian.org, da...@debian.org
Control: affects -1 + src:jeex

I intend to orphan the jeex package.

The package description is:
 Jeex is a simple hexadecimal editor which allows user to create, open
 and edit files in hexadecimal, binary, octal and ASCII. The features include
 insert, delete, copy-and-paste, search and many others.
 .
 It also shows several information about the opened file, like file mode bits,
 ownership, last access and modification timestamps.

Bug#1071134: O: gmtkbabel -- graphical interface for mtkbabel

[David Paleino]

Package: wnpp
Severity: normal
X-Debbugs-Cc: gmtkba...@packages.debian.org, da...@debian.org
Control: affects -1 + src:gmtkbabel

I intend to orphan the gmtkbabel package.

The package description is:
 gmtkbabel consists of a set of shell scripts which use zenity to
 provide a graphical user interface to mtkbabel. Mtkbabel is a
 command-line tool to operate GPS-unit with MTK (Mediatek) chipsets.