Bug#1058301: resampy: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13

[Antonio Valentino]

On Fri, 12 Jan 2024 08:07:41 +0100 s3v  wrote:

Dear Maintainer,

> E   If you are not working on Numba development, the original error was: 
'cannot import name '_typeconv' from 'numba.core.typeconv' 
(/usr/lib/python3/dist-packages/numba/core/typeconv/__init__.py)'.
> E   For help, please visit:
> E   
> E   https://numba.readthedocs.io/en/stable/user/faq.html#numba-could-not-be-imported


This is issue was fixed in numba/0.58.1+dfsg-1 [1] actually in unstable and I've
verified your package builds fine locally and autopkg tests pass as well.

Kind Regards

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058301


Thanks a lot


--
Antonio Valentino

Bug#1040183: [Pkg-zfsonlinux-devel] Bug#1040183: zfs-initramfs: snapshots for rootfs mounted in /root/.zfs/snapshot

[陈 晟祺]

Control: notfound -1 2.2.2-3

Hi,

> Thanks for testing. The fix actually got merged into 2.2.12 and master,
> but not released with 2.2.0 till now. We will keep tracking it, and (probably)
> backport the patch in the next debian release.
> 

Sorry for the confusion. The fixes has landed in 2.1.12 and remains in all 
later versions.
I tested on my 2.2.2-3 and cannot reproduce your problem.

> nabijaczleweli@chrust:~/code/babfig/i3status.rs$ findmnt
>  TARGET  SOURCE 
> FSTYPE OPTIONS
>  /   chrust-zootzfs   
>  rw,relatime,xattr,posixacl,casesensitive
>  ├─/home chrust-zoot/home   zfs   
>  rw,relatime,xattr,posixacl,casesensitive
>  │ └─/home/nabijaczlewelichrust-zoot/home/nabijaczlewelizfs   
>  rw,relatime,xattr,posixacl,casesensitive
>  └─/.zfs/snapshot/pre-keymap chrust-zoot/home/nabijaczleweli@pre-keymap zfs   
>  ro,relatime,xattr,posixacl,casesensitive


Seems .zfs/ of you home dataset goes wrongly to /.zfs, which is really weird,
since they are mounted in the different stage of booting sequence.
I don’t think it is the same problem as this report.
You might want to create a new report (and to upstream).

Thanks,
Shengqi Chen

Bug#1060653: os-autoinst: FTBFS on i386: t/01-test_needle.t failure

[Niko Tyni]

Source: os-autoinst
Version: 4.6.1699947509.970d0609-1
Severity: serious
Tags: ftbfs

This package failed to build against Perl 5.38 in sid on i386
with three retries so far.

The issue is currently a blocker for the ongoing Perl 5.38 transition.

Latest log is at

  
https://buildd.debian.org/status/fetch.php?pkg=os-autoinst=i386=4.6.1699947509.970d0609-1=1704966657=0

   3: #   Failed test 'found area is the original one too'
   3: #   at ./t/01-test_needle.t line 95.
   3: #  got: '944'
   3: # expected: '108'
   3: # Looks like you failed 1 test of 84.
   
   [...]
   
   3: Test Summary Report
   3: ---
   3: ./t/01-test_needle.t  (Wstat: 256 (exited 
1) Tests: 84 Failed: 1)
   3:   Failed test:  16
   3:   Non-zero exit status: 1
   3: Files=52, Tests=1222, 126 wallclock secs ( 0.68 usr  0.14 sys + 110.76 
cusr 12.18 csys = 123.76 CPU)
   3: Result: FAIL
   3/3 Test #3: test-perl-testsuite ..***Failed  125.71 sec
   
   The following tests passed:
test-installed-files
test-doc-testapi-spellchecking
   
   67% tests passed, 1 tests failed out of 3
   
   Total Test time (real) = 126.44 sec
   
   The following tests FAILED:
  3 - test-perl-testsuite (Failed)
   Errors while running CTest
   Output from these tests are in: 
/<>/build/Testing/Temporary/LastTest.log
   Use "--rerun-failed --output-on-failure" to re-run the failed cases 
verbosely.
   FAILED: CMakeFiles/check-pkg-build 
/<>/build/CMakeFiles/check-pkg-build 
   cd /<>/build && /usr/bin/ctest -V -E test-local-.*
   ninja: build stopped: subcommand failed.
   make[1]: *** [debian/rules:46: override_dh_auto_test] Error 1
   make[1]: Leaving directory '/<>'
   make: *** [debian/rules:6: binary-arch] Error 2
 
-- 
Niko Tyni   nt...@debian.org

Bug#1058301: resampy: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13

[s3v]

Dear Maintainer,

> E   If you are not working on Numba development, the original error was: 
> 'cannot import name '_typeconv' from 'numba.core.typeconv' 
> (/usr/lib/python3/dist-packages/numba/core/typeconv/__init__.py)'.
> E   For help, please visit:
> E   
> E   
> https://numba.readthedocs.io/en/stable/user/faq.html#numba-could-not-be-imported

This is issue was fixed in numba/0.58.1+dfsg-1 [1] actually in unstable and I've
verified your package builds fine locally and autopkg tests pass as well.

Kind Regards

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058301

Bug#1060421: python3-botocore: botocore as a (useless) undeclared dependency on python3-six

[Alexandre Detiste]

>> Or should the Debian package depend on python3-six?
>
> That s the fast solution

Yes please do that, I've checked awscli upstream and it's a bit of a mess
with so many pull request; I'll check again later.

Greetings and thank your for taking the time to analyse this?



Le jeu. 11 janv. 2024 à 21:04, Alexandre Detiste
 a écrit :
>
> CodeSearch tell us it's used twice elsewhere ... two other packages to check 
> first
>
> https://codesearch.debian.net/search?q=+botocore.compat=1=1
>
>
> awscli_2.14.6-1/tests/functional/s3/test_presign_command.py
>
> ---> I ll check out 2.15.8
>
>
>
> python-s3transfer_0.7.0-1/s3transfer/compat.py ( so a compat.py that imports 
> a compat.py !)
>
> > I ll package 0.10 & check
>
>
>
>
> So the quick & dirty solution is to add python3-six dependency, but there's 
> no émergency and only 2 reverse dep to check.
>
> I ll ping you later.
>
> Greetings
>
> Le jeu. 11 janv. 2024, 20:43, Gregor Riepl  a écrit :
>>
>> Hi,
>>
>> How do you suggest this should be fixed?
>> A Debian patch that removes the line from compat.py?
>
> I ll check
>>
>> Or should the Debian package depend on python3-six?
>
> That s the fast solution
>>
>> Or is it a bug that must be fixed upstream?
>
> Also, all upstreams should remove usage of six.py

Bug#1059040: libxml2: ABI change? (undefined references)

[Rafael Laboissière]

Rafael

* Rene Engelhard  [2023-12-25 23:48]:


Hi,

Am 25.12.23 um 22:57 schrieb Rene Engelhard:

I didn't file it for the plain build issue. Nevertheless, if it
broke so many projects you probably should do a full-fledged rebuild
and send


Well, mitigated by 2.12.3, but still.

But again, this is completely off-topic to what I filed in this bug 
which is the ABI break.


Which *maybe* could be ignored. Maybe one can do Breaks: after a 
rebuild (then you might get a problem inbetween only when in this case 
libreoffice is to be rebuilt. But here libreoffice fails its tests 
even).


But not until one knows what is affected.

*You* need to do a test as the library maintainer/the one who wants to 
update it, not me.


The current issue has the potential of introducing a *huge* breakage in 
the distribution, due to the chain of (build-)dependencies. For instance, 
I tried to rebuild the plplot package in my up-to-date experimental 
chroot, in order to make it comply with the upcoming gnat-12 ⇒ gnat-13 
transition. I ran into this, when trying to install the 
build-dependencies for plplot :


$ pdebuild
[…]
Setting up octave (8.4.0-1+b1) ...
/usr/bin/octave-cli: symbol lookup error: /lib/libGraphicsMagick-Q16.so.3: 
undefined symbol: xmlNanoFTPInit, version LIBXML2_2.4.30
dpkg: error processing package octave (--configure):
[…]
Errors were encountered while processing:
 octave
E: Sub-process /usr/bin/dpkg returned an error code (1)

If a new version of graphicsmagick were uploaded to experimental, then 
the problem would go away. Indeed, when the graphicsmagick package is 
rebuilt in experimental, the configure script does detect the absence of 
the xmlNanoFTPNewCtxt function in the libxml2 library (version 
2.12.3+dfsg-0exp1) and disables the call to the xmlNanoFTP* functions. 
However, this rebuilt will not be automatically triggered without a bump 
in the SONAME version of libxml2.


In summary, the introduction of version 2.12 of libxml2 in unstable will 
need a proper and coordinated transition.


Best,

Rafael Laboissière

Bug#1060652: mate-control-center: "Raise selected Windows after delay" not working with WINE windows

[Markus Hamilton]

Package: mate-control-center
Version: 1.26.0-2+deb12u1
Severity: normal

When you activate "Select windows when the mouse moves over them" there is a
delay that you can set (Raise selected windows after XX seconds). I have set
the delay to 1 second.
The delay works unless the window being raised is a WINE application. In that
case, the window is raised immediately, the delay is bypassed.


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

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

Versions of packages mate-control-center depends on:
ii  caja-common 1.26.1-1
ii  desktop-file-utils  0.26-1
ii  gsettings-desktop-schemas   43.0-1
ii  libaccountsservice0 22.08.8-6
ii  libc6   2.36-9+deb12u3
ii  libcairo-gobject2   1.16.0-7
ii  libcairo2   1.16.0-7
ii  libcanberra-gtk3-0  0.30-10
ii  libcanberra00.30-10
ii  libdconf1   0.40.0-4
ii  libfontconfig1  2.14.1-4
ii  libfreetype62.12.1+dfsg-5
ii  libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1
ii  libglib2.0-02.74.6-2
ii  libglib2.0-bin  2.74.6-2
ii  libgtk-3-0  3.24.38-2~deb12u1
ii  libmarco-private2   1.26.1-3+deb12u2
ii  libmate-desktop-2-171.26.0-2
ii  libmate-slab0   1.26.0-2+deb12u1
ii  libmate-window-settings11.26.0-2+deb12u1
ii  libmatekbd4 1.26.0-1+deb12u1
ii  libpango-1.0-0  1.50.12+ds-1
ii  libpangocairo-1.0-0 1.50.12+ds-1
ii  libpolkit-gobject-1-0   122-3
ii  libx11-62:1.8.4-2+deb12u2
ii  libxcursor1 1:1.2.1-1
ii  libxi6  2:1.8-1+b1
ii  libxklavier16   5.4-4
ii  libxml2 2.9.14+dfsg-1.3~deb12u1
ii  libxss1 1:1.2.3-1
ii  marco-common1.26.1-3+deb12u2
ii  mate-control-center-common  1.26.0-2+deb12u1
ii  mate-desktop1.26.0-2
ii  mate-icon-theme 1.26.0-1
ii  mate-menus  1.26.0-3
ii  mate-settings-daemon1.26.0-1

mate-control-center recommends no packages.

Versions of packages mate-control-center suggests:
pn  gconf2  

-- no debconf information

Bug#1060456: rxvt-unicode: 9.31-1+b1 breaks UTF-8 display

[Ryan Kavanagh]

On Thu, Jan 11, 2024 at 11:06:05PM +0100, gregor herrmann wrote:
> > I have not tested it, but the attached patch should fix that.  See
> > http://lists.schmorp.de/pipermail/rxvt-unicode/2023q3/002665.html.
> 
> I've rebuilt rxvt-unicode with this patch and I can confirm that it
> seems to work for all cases I've suffered from before.

Thanks everyone for the quick debugging and for testing the patch!

> I think a quick upload would be good to spare all the people running
> unstable & updating perl to 5.38 in the next hours the troubles :)

I need to call it a night, so please feel free to NMU with no delay.
Otherwise I'll prepare an upload at work tomorrow (Friday) morning.

Best wishes,
Ryan

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#1060460: [Pkg-zfsonlinux-devel] Bug#1060460: reportbug: adduser prompts for current password when adding user, impossible to change passphrase

[陈 晟祺]

Control: tags -1 + upstream

Hi,

Thanks for reporting.

> 2024年1月12日 03:44，наб  写道：
> 
> Package: libpam-zfs
> Version: 2.2.2-3
> Severity: normal
> 
> Dear Maintainer,
> 
> Given
>  # adduser testuser
>  info: Adding user `testuser' ...
>  info: Selecting UID/GID from range 1000 to 5 ...
>  info: Adding new group `testuser' (1001) ...
>  info: Adding new user `testuser' (1001) with group `testuser (1001)' ...
>  info: Creating home directory `/home/testuser' ...
>  info: Copying files from `/etc/skel' ...
>  Current password:

I can reproduce all these with `adduser`. But everything works when I use
`useradd` and `passwd` (both with root, of course). I suspect there are some
differences between how `adduser` and `useradd` use PAM modules.

I personally have no experience in debugging PAM, and this seems a
upstream bug (?). Maybe you could also report this to upstream?

Thanks,
Shengqi Chen

Bug#1060456: rxvt-unicode: 9.31-1+b1 breaks UTF-8 display

[Michael Gold]

On Thu, Jan 11, 2024 at 23:06:05 +0100, gregor herrmann wrote:
> I've rebuilt rxvt-unicode with this patch and I can confirm that it
> seems to work for all cases I've suffered from before.

Thanks Sven and gregor.

> I think a quick upload would be good to spare all the people running
> unstable & updating perl to 5.38 in the next hours the troubles :)

For anyone hitting this before the fix is ready, I had no trouble at all
with an "apt install rxvt-unicode/testing".  (I didn't have to downgrade
any of the perl libraries.)

-- Michael


signature.asc
Description: PGP signature

Bug#1060651: mc: doesn't fully resize itself if reading directory while terminal's resized

[Michael Gold]

Package: mc
Version: 3:4.8.30-1

Dear Maintainer,

If a terminal window's resized at a "bad time", mc's panels seem to keep
their old sizes indefinitely--even I press CTRL-L or navigate to another
directory.  Oddly, the command bar at the bottom of the screen ("1Help",
etc.) does seem to be drawn with the proper width, but not on the proper
line.  The rest of the interface doesn't react at all.

I sometimes notice this if I navigate into a large directory, and resize
the window while the "spinner" is animating at the top-right corner.  It
can be difficult to reproduce once Linux has the data cached.

I've had some luck using an LD_PRELOAD library that hooks readdir() with
a usleep() call inserted.  I'll attach that.  To use it:
gcc -shared -o readdir-usleep.so readdir-usleep.c
export LD_PRELOAD="$(pwd)/readdir-usleep.so"
cd /var/lib  # or something with about 50 files
mc
When mc clears the screen and starts animating the "/" at the top-right,
enlarge the terminal window.  I'm using urxvt (rxvt-unicode).

I'm experimenting with an automated version of this test, but don't know
how reliable it will be.

- Michael


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

Kernel: Linux 6.6.9-amd64 (SMP w/32 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 mc depends on:
ii  libc6 2.37-13
ii  libext2fs21.47.0-2+b1
ii  libglib2.0-0  2.78.3-1
ii  libgpm2   1.20.7-10+b2
ii  libslang2 2.3.3-3
ii  libssh2-1 1.11.0-4
ii  mc-data   3:4.8.30-1

Versions of packages mc recommends:
ii  mailcap 3.70+nmu1
ii  perl5.38.2-2
ii  sensible-utils  0.0.20
ii  unzip   6.0-28

Versions of packages mc suggests:
pn  arj  
ii  atril [pdf-viewer]   1.26.1-3
ii  bzip21.0.8-5+b2
pn  dbview   
pn  djvulibre-bin
ii  epub-utils   0.2.2-6
ii  evince [pdf-viewer]  45.0-1+b1
ii  file 1:5.45-2+b1
ii  genisoimage  9:1.1.11-3.4
ii  gv [pdf-viewer]  1:3.7.4-2+b1
ii  imagemagick  8:6.9.12.98+dfsg1-5+b1
ii  imagemagick-6.q16 [imagemagick]  8:6.9.12.98+dfsg1-5+b1
ii  libaspell-dev0.60.8.1-1+b1
ii  links2.29-1+b1
ii  lynx 2.9.0dev.12-1
ii  mupdf [pdf-viewer]   1.23.7+ds1-1
pn  odt2txt  
ii  poppler-utils22.12.0-2+b1
pn  python   
pn  python-boto  
pn  python-tz
ii  texlive-binaries 2023.20230311.66589-8
ii  unar 1.10.7+ds1+really1.10.1-2+b3
pn  wimtools 
ii  zip  3.0-13

-- no debconf information

#define _GNU_SOURCE// make dlfcn.h define RTLD_NEXT
#include 
#include 
#include 
#include 

struct dirent *
readdir(DIR *dirp)
{
struct dirent *ret = NULL;
struct dirent *(*real_fn)(DIR*);

usleep(10);

real_fn = dlsym(RTLD_NEXT, __func__);
if (!real_fn) {
errno = ELIBACC;
goto out;
}
ret = real_fn(dirp);
out:
return ret;
}


signature.asc
Description: PGP signature

Bug#1060461: [Pkg-zfsonlinux-devel] Bug#1060461: libpam-zfs: fails to unload and unmount homedir on exit from graphical session

[陈 晟祺]

Hi,

Thanks for reporting.

> 2024年1月12日 04:06，наб  写道：
> 
> Package: libpam-zfs
> Version: 2.2.2-3
> Severity: normal
> 
> Dear Maintainer,
> 
> After logging out (as testuser), /home/testuser was still mounted.
> Before logging in, it was unloaded and unmounted.
> 
> Journal says
>  Jan 11 20:59:41 chrust systemd[1]: Started session-33.scope - Session 33 of 
> User testuser.
>  Jan 11 20:59:55 chrust lightdm[13290]: pam_unix(lightdm:session): session 
> closed for user testuser
>  Jan 11 20:59:55 chrust lightdm[13290]: pam_zfs_key(lightdm:session): 
> zfs_unmount failed with: -1
>  Jan 11 21:00:01 chrust lightdm[13484]: pam_zfs_key(lightdm:auth): pbkdf 
> failed
>  Jan 11 21:00:12 chrust (sd-pam)[13299]: pam_unix(systemd-user:session): 
> session closed for user testuser
> 

-1 is EPERM. So I suspect this is the same problem as #1028613.
Maybe you can check that out and, if indeed, merge the two bugs?

Thanks,
Shengqi Chen

Bug#1040183: [Pkg-zfsonlinux-devel] Bug#1040183: zfs-initramfs: snapshots for rootfs mounted in /root/.zfs/snapshot

[陈 晟祺]

Control: fixed -1 2.1.12-1
Control: forwarded -1 https://github.com/openzfs/zfs/pull/14908

Hi,

> 2024年1月12日 04:25，наб  写道：
> 
> Control: found -1 2.2.2-3
> 
> The upstream issue referenced in the OP is still open, and you can still
> repro this error on 2.2.2-3 and 6.6.9-amd64:

Thanks for testing. The fix actually got merged into 2.2.12 and master,
but not released with 2.2.0 till now. We will keep tracking it, and (probably)
backport the patch in the next debian release.

Thanks,
Shengqi Chen

Bug#1060650: RFS: zfec/1.5.7.4-0.1 [NMU] [RC] -- fast erasure codec, with Python 3 bindings

[Bo YU]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "zfec":

 * Package name : zfec
   Version  : 1.5.7.4-0.1
   Upstream contact : https://github.com/tahoe-lafs/zfec/issues
 * URL  : http://tahoe-lafs.org/trac/zfec
 * License  : GPL-2 or TGPPL1+, GPL-2 with OpenSSL exception or TGPPL-1
 * Vcs  : https://salsa.debian.org/vasudev/zfec
   Section  : python

The source builds the following binary packages:

  python3-zfec - fast erasure codec, with Python 3 bindings

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/zfec/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/z/zfec/zfec_1.5.7.4-0.1.dsc

Changes since the last upload:

 zfec (1.5.7.4-0.1) UNRELEASED; urgency=medium
 .
   * Non-maintainer upload.
   * New upstream version 1.5.7.4. (Closes: #1055545)
   * Drop debian/patch
   * Demove upstream-vcs-tag when use gbp
   * Ddd python3-pyutil on B-D.
   * Add python3-hypothesis and python3-twisted for test.

-- 
Regards,
--
  Bo YU



signature.asc
Description: PGP signature

Bug#1059276: python-demgengeo: FTBFS on loongarch64 - error: cannot find the flags to link with Boost system

[zhangdandan]

Dear maintainers,

>
> The full log can be found at
> 
https://buildd.debian.org/status/logs.php?pkg=python-demgengeo=1.4-4.1=loong64

> Referring to other architectures, the relevant bug is
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829143
>
> Please add loongarch64 directories in m4/boost.m4.

I have added loongarch64 support in python-demgengeo.
Please consider the patch (my local patch) I have attached.
If you have any questions, you can contact me at any time.

thanks,
Dandan Zhang


Description: Add loongarch64 support
Last-Update: 2023-12-23

--- python-demgengeo-1.4.orig/m4/boost.m4
+++ python-demgengeo-1.4/m4/boost.m4
@@ -491,17 +491,17 @@ for boost_py_ in '' ${python_suffix}; do
   possible_paths="${with_boost}/lib ${with_boost}"
 else
   possible_paths="${boost_cv_inc_path%/include}/lib \
-/usr/lib*/x86_64* /usr/lib*/i386* /usr/lib*/aarch64* /usr/lib*/alpha* /usr/lib*/arm* /usr/lib*/ia64* /usr/lib*/hppa* /usr/lib*/mips* /usr/lib*/m68k* \
+/usr/lib*/x86_64* /usr/lib*/i386* /usr/lib*/aarch64* /usr/lib*/alpha* /usr/lib*/arm* /usr/lib*/ia64* /usr/lib*/hppa* /usr/lib*/loongarch64*/ /usr/lib*/mips* /usr/lib*/m68k* \
   /usr/lib*/powerpc* /usr/lib*/ppc64* /usr/lib*/riscv64* /usr/lib*/s390* /usr/lib*/sh4* /usr/lib*/sparc* /usr/lib* \
 /usr/local/lib*/x86_64* /usr/local/lib*/i386* /usr/local/lib*/aarch64* /usr/local/lib*/alpha* /usr/local/lib*/arm* /usr/local/lib*/ia64* \
-  /usr/local/lib*/hppa* /usr/local/lib*/mips* /usr/local/lib*/m68k* /usr/local/lib*/powerpc* /usr/local/lib*/ppc64* /usr/local/lib*/riscv64* /usr/local/lib*/s390* \
+  /usr/local/lib*/hppa* /usr/local/lib*/loongarch64* /usr/local/lib*/mips* /usr/local/lib*/m68k* /usr/local/lib*/powerpc* /usr/local/lib*/ppc64* /usr/local/lib*/riscv64* /usr/local/lib*/s390* \
   /usr/local/lib*/sh4* /usr/local/lib*/sparc* /usr/local/lib* \
-/opt/lib*/x86_64* /opt/lib*/i386* /opt/lib*/aarch64* /opt/lib*/alpha* /opt/lib*/arm* /opt/lib*/ia64* /opt/lib*/hppa* /opt/lib*/mips* /opt/lib*/m68k* \
+/opt/lib*/x86_64* /opt/lib*/i386* /opt/lib*/aarch64* /opt/lib*/alpha* /opt/lib*/arm* /opt/lib*/ia64* /opt/lib*/hppa* /opt/lib*/loongarch64* /opt/lib*/mips* /opt/lib*/m68k* \
   /opt/lib*/powerpc* /opt/lib*/ppc64* /opt/lib*/riscv64* /opt/lib*/s390* /opt/lib*/sh4* /opt/lib*/sparc* /opt/lib* \
 /opt/local/lib*/x86_64* /opt/local/lib*/i386* /opt/local/lib*/aarch64* /opt/local/lib*/alpha* /opt/local/lib*/arm* /opt/local/lib*/ia64*\
-  /opt/local/lib*/hppa* /opt/local/lib*/mips* /opt/local/lib*/m68k* /opt/local/lib*/powerpc* /opt/local/lib*/ppc64* /opt/local/lib*/riscv64* /opt/local/lib*/s390* \
+  /opt/local/lib*/hppa* /opt/local/lib*/loongarch64* /opt/local/lib*/mips* /opt/local/lib*/m68k* /opt/local/lib*/powerpc* /opt/local/lib*/ppc64* /opt/local/lib*/riscv64* /opt/local/lib*/s390* \
   /opt/local/lib*/sh4* /opt/local/lib*/sparc* /opt/local/lib* \
-/lib*/x86_64* /lib*/i386* /lib*/aarch64* /lib*/alpha* /lib*/arm* /lib*/ia64* /lib*/hppa* /lib*/mips* /lib*/m68k* \
+/lib*/x86_64* /lib*/i386* /lib*/aarch64* /lib*/alpha* /lib*/arm* /lib*/ia64* /lib*/hppa* /lib*/loongarch64* /lib*/mips* /lib*/m68k* \
   /lib*/powerpc* /lib*/ppc64* /lib*/riscv64* /lib*/s390* /lib*/sh4* /lib*/sparc* /lib* \
 C:/Boost/lib"
 fi

Bug#1050473: I can help

[Kevin Madrid]

Hi all,
I can adopt this package if still needed.

Regards,
Kevin Madrid

Bug#1060649: minidlna: Typo in debian/minidlna.default

[Wesley Schwengle]

Package: minidlna
Version: 1.3.3+dfsg-0.2+b1
Severity: minor
Tags: patch
X-Debbugs-Cc: wes...@schwengle.net

Dear Maintainer,

I was looking into some things regarding minidlna and saw a small typo. Patch
is attached.


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'experimental'), (500, 'testing'), (10, 
'stable-updates'), (10, 'stable-security'), (10, 'oldstable-security'), (10, 
'oldoldstable'), (10, 'stable'), (10, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.6.8-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.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 minidlna depends on:
ii  adduser  3.137
ii  init-system-helpers  1.66
ii  libavformat607:6.1.1-1
ii  libavutil58  7:6.1.1-1
ii  libc62.37-13
ii  libexif120.6.24-1+b1
ii  libffmpegthumbnailer4v5  2.2.2+git20220218+dfsg-2+b1
ii  libflac121.4.3+ds-2+b1
ii  libid3tag0   0.15.1b-14
ii  libjpeg62-turbo  1:2.1.5-2+b2
ii  libogg0  1.3.5-3
ii  libsqlite3-0 3.44.2-1
ii  libvorbis0a  1.3.7-1

minidlna recommends no packages.

minidlna suggests no packages.

-- Configuration Files:
/etc/minidlna.conf changed [not included]

-- no debconf information
>From 11cebcbcfbd245590a95e31af4375478e780c880 Mon Sep 17 00:00:00 2001
From: Wesley Schwengle 
Date: Thu, 11 Jan 2024 21:17:57 -0400
Subject: [PATCH] Fix typo in debian/minidlna.default: change systerm to system

Signed-off-by: Wesley Schwengle 
---
 debian/minidlna.default | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/minidlna.default b/debian/minidlna.default
index a4eeaf2..c3b5f38 100644
--- a/debian/minidlna.default
+++ b/debian/minidlna.default
@@ -22,5 +22,5 @@
 
 # Additional options that are passed to the daemon
 # We pass -r option to do soft non-destructive rebuild on every start-up.
-# If your systerm restarts often, you might want to remove this.
+# If your system restarts often, you might want to remove this.
 #DAEMON_OPTS="-r"
-- 
2.42.0.1031.ga492c6355c

Bug#984736: Still looking for Maintainers?

[Kevin Madrid]

Hi all,

I am interested in collaborating in this project. 
Are Maintainers still needed?

Regards,
Kevin Madrid

Bug#1033012:

[Yangfl]

Please kindly check 2.3.4-1 to see if that fixed your problem.

If yes I will close this bug in the next update.

Bug#1060648: libmodule-signature-perl: obsolete pool.sks-keyservers.net yields a 20-second timeout in DNS resolution and a possible failure

[Vincent Lefevre]

Package: libmodule-signature-perl
Version: 0.88-2
Severity: normal
Tags: upstream
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=151098

When I used "cpan -i ...", I could see several timeouts in the
strace output:

725098 00:37:58.837653 connect(3, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("192.168.1.1")}, 16) = 0
725098 00:37:58.837679 poll([{fd=3, events=POLLOUT}], 1, 0) = 1 ([{fd=3, 
revents=POLLOUT}])
725098 00:37:58.837692 sendto(3, 
"\30\330\1\0\0\1\0\0\0\0\0\0\4pool\16sks-keyservers\3net\0\0\1\0\1", 41, 
MSG_NOSIGNAL, NULL, 0) = 41
725098 00:37:58.837733 poll([{fd=3, events=POLLIN}], 1, 5000) = 0 (Timeout)
725098 00:38:03.843214 socket(AF_INET6, SOCK_DGRAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 
IPPROTO_IP) = 4
725098 00:38:03.843459 setsockopt(4, SOL_IPV6, IPV6_RECVERR, [1], 4) = 0
725098 00:38:03.843704 connect(4, {sa_family=AF_INET6, sin6_port=htons(53), 
sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "2a02:8428:1b1d:4d01::1", 
_addr), sin6_scope_id=0}, 28) = 0
725098 00:38:03.843826 poll([{fd=4, events=POLLOUT}], 1, 0) = 1 ([{fd=4, 
revents=POLLOUT}])
725098 00:38:03.843846 sendto(4, 
"\30\330\1\0\0\1\0\0\0\0\0\0\4pool\16sks-keyservers\3net\0\0\1\0\1", 41, 
MSG_NOSIGNAL, NULL, 0) = 41
725098 00:38:03.844005 poll([{fd=4, events=POLLIN}], 1, 5000) = 0 (Timeout)
725098 00:38:08.849500 poll([{fd=3, events=POLLOUT}], 1, 0) = 1 ([{fd=3, 
revents=POLLOUT}])
725098 00:38:08.849728 sendto(3, 
"\30\330\1\0\0\1\0\0\0\0\0\0\4pool\16sks-keyservers\3net\0\0\1\0\1", 41, 
MSG_NOSIGNAL, NULL, 0) = 41
725098 00:38:08.849986 poll([{fd=3, events=POLLIN}], 1, 5000) = 0 (Timeout)
725098 00:38:13.855521 poll([{fd=4, events=POLLOUT}], 1, 0) = 1 ([{fd=4, 
revents=POLLOUT}])
725098 00:38:13.855577 sendto(4, 
"\30\330\1\0\0\1\0\0\0\0\0\0\4pool\16sks-keyservers\3net\0\0\1\0\1", 41, 
MSG_NOSIGNAL, NULL, 0) = 41
725098 00:38:13.855728 poll([{fd=4, events=POLLIN}], 1, 5000) = 0 (Timeout)
725098 00:38:18.861210 close(3) = 0
725098 00:38:18.861470 close(4) = 0

i.e. 20 seconds in total.

This is due to the DNS resolution of pool.sks-keyservers.net, which
no longer exists:

  
https://unix.stackexchange.com/questions/656205/sks-keyservers-gone-what-to-use-instead

The DNS records have no longer been provided since 2021-06-21!

On one of my machines, the installation with "cpan -i" even fails
because subkeys are missing (I don't know why there is a difference
between machines, but perhaps a correct keyserver selected by this
module would solve the issue).

I've just reported the upstream bug.

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

Kernel: Linux 6.6.9-amd64 (SMP w/16 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 libmodule-signature-perl depends on:
ii  perl  5.38.2-2

Versions of packages libmodule-signature-perl recommends:
ii  gnupg  2.2.40-1.1

libmodule-signature-perl suggests no packages.

-- no debconf information

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

Bug#1057717: cmake ftbfs on ppc64el (and ppc64)

[John Paul Adrian Glaubitz]

Hello,

On Thu, 2024-01-11 at 19:15 +0100, John Paul Adrian Glaubitz wrote:
> This bug has also been reported for openSUSE [2] and Simon Lees at SUSE said 
> he
> would be looking into it. In case he comes up with a solution, I will report 
> it
> here.

This has now been tracked down to the libuv upstream change that introduced 
support
for io_uring [1]. This regression is tracked now in a new issue for libuv [2].

Adrian

> [1] 
> https://github.com/libuv/libuv/commit/d2c31f429b87b476a7f1344d145dad4752a406d4
> [2] https://github.com/libuv/libuv/issues/4283

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#807286:

[ابـو احـمـد الـجـادر]

استرداد حساب جوجل zekigader1...@gmail.com

Bug#1060647: librdf-trine-perl: Does not actually need redland-bindings

[Kjetil Kjernsmo]

Package: librdf-trine-perl
Version: 1.019-3
Severity: important
X-Debbugs-Cc: kje...@kjernsmo.net

Dear Maintainer,

Just a note from upstream, librdf-trine-perl does not actually depend
on redland-bindings for anything serious. It does not declare a
dependency itself, it is just that some users may want to use Redland
as a backend, and therefore, there are some tests that runs in that
case.

I'd like to recommend for Debian that rather than remove
librdf-trine-perl, the Build-Deps on redland-bindings is removed.
There's some more documentation at
https://metacpan.org/pod/RDF::Trine::Parser::Redland

but I believe the library will Just Work without the Build-Deps.

Kind regards,

Kjetil

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

Kernel: Linux 6.1.0-13-amd64 (SMP w/6 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_USER, TAINT_WARN, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 librdf-trine-perl depends on:
ii  libalgorithm-combinatorics-perl  0.27-3+b1
ii  libcache-lru-perl0.04-3
ii  libdbd-sqlite3-perl  1.72-1
ii  libdbi-perl  1.643-4
ii  libdbix-connector-perl   0.58-1
ii  liberror-perl0.17029-2
ii  libiri-perl  0.011-2
ii  libjson-perl 4.1-1
ii  liblog-log4perl-perl 1.57-1
ii  libmoose-perl2.2203-1
ii  libmoosex-arrayref-perl  0.005-2
ii  libossp-uuid-perl1.6.2-1.5+b11
ii  libset-scalar-perl   1.29-3
ii  libtext-csv-xs-perl  1.49-1
ii  libtext-table-perl   1.132-1+b1
ii  liburi-perl  5.17-1
ii  libwww-perl  6.68-1
ii  libxml-commonns-perl 0.06-5
ii  libxml-namespace-perl0.02-5
ii  libxml-sax-perl  1.02+dfsg-3
ii  perl 5.36.0-7

Versions of packages librdf-trine-perl recommends:
ii  librdf-perl 1.0.17.1+dfsg-4+b2
ii  librdf-trine-node-literal-xml-perl  0.16-3
ii  libxml-libxml-perl  2.0207+dfsg+really+2.0134-1+b1

Versions of packages librdf-trine-perl suggests:
ii  libdbd-mysql-perl4.050-5+b1
pn  libdbd-pg-perl   
pn  librdf-rdfa-parser-perl  
ii  libredis-perl2:2.000-1

-- no debconf information

Bug#1060646: icingaweb2-module-x509: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-x509
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060273: [Pkg-pascal-devel] Bug#1060273: lazarus-3.0: Lazarus fails to compile itself

[Bas van Besouw]

Abou,

for Lazarus to be build with one pane, you need to install the 
anchordockingdsgn package.
[image.png]
Not sure if you want to make that the standard configutation though..

By the way, the failed build also happen,ed without in,stall that package.

Thanks for looking into this, let me know if I can be of any other help

Sent with [Proton Mail](https://proton.me/) secure email.

On Thursday, January 11th, 2024 at 14:52, Abou Al Montacir 
 wrote:

> On Mon, 2024-01-08 at 09:59 -0500, Bas van Besouw wrote:
>
>> ...
>> Since I don't like all the separate panes of lazarus I usually rebuild the 
>> IDE
>> with docking design installed. that failed to rebuild.
>
> I don't like it two, but was not aware we can build Lazarus using docking on 
> Gtk2.
> If you can help telling how, we will be glad to ensure package Lazarus comes 
> with docking enabled.
>
>> Then I tried rebuilding
>> the IDE after a clean install, removing all the config files, and it still 
>> did
>> not rebuild.
>
> This is likely to be due to a packaging bug. I'll try to reproduce this and 
> fix it.
>
>> I downloaded the deb files from the lazarus website, and they did rebuild
>> without errors.
>
> Yes, this is a proof that it is just a packaging bug, which I'm going to 
> handle.*
>
>> I am using testing.
>
> --
>
> Cheers,
> Abou Al Montacir

Bug#1060644: icingaweb2-module-statusmap: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-statusmap
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060643: icingaweb2-module-reporting: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-reporting
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060642: icingaweb2-module-pnp: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-pnp
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz

Bug#1060641: python-pecan: please remove extraneous stale python3-unittest2 build-dep

[Alexandre Detiste]

Source: python-pecan
Severity: normal

python3-unittest2 is an obsolete library
that is being removed from Debian,
remove remove this stale declaration:


tchet@brix /tmp/python-pecan $ grep unittest2 -r
debian/control: python3-unittest2,

--- a/debian/control
+++ b/debian/control
@@ -26,7 +26,6 @@ Build-Depends-Indep:
  python3-singledispatch,
  python3-six,
  python3-sqlalchemy,
- python3-unittest2,
  python3-virtualenv,
  python3-webob,
  python3-webtest,


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

Kernel: Linux 6.5.0-5-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1060640: icingaweb2-module-pdfexport: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-pdfexport
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060638: icingaweb2-module-map: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-map
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060637: python-pymysql: please port package from unittest2 to mock.unittest

[Alexandre Detiste]

Source: python-pymysql
Severity: normal

Please port this package away from Unittest2 which is deprecated.


diff --git a/debian/control b/debian/control
index a517b8b..0483ea5 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,6 @@ Build-Depends:
  python3-sphinx,
 Build-Depends-Indep:
  default-mysql-server,
- python3-unittest2,
 Standards-Version: 4.4.1
 Vcs-Browser: https://salsa.debian.org/openstack-team/python/python-pymysql
 Vcs-Git: https://salsa.debian.org/openstack-team/python/python-pymysql.git
diff --git a/debian/patches/0001-Disabling-not-working-unit-tests.patch 
b/debian/patches/0001-Disabling-not-working-unit-tests.patch
index fd04ba5..2e181b3 100644
--- a/debian/patches/0001-Disabling-not-working-unit-tests.patch
+++ b/debian/patches/0001-Disabling-not-working-unit-tests.patch
@@ -18,7 +18,7 @@ Index: python-pymysql/pymysql/tests/test_issues.py
  warnings.filterwarnings("ignore")
  cur.execute("drop table if exists test_field_count")
  
-+@unittest2.skip("Not working on Debian")
++@unittest.skip("Not working on Debian")
  def test_issue_321(self):
  """ Test iterable as query argument. """
  conn = pymysql.connect(charset="utf8", **self.databases[0])
@@ -29,14 +29,14 @@ Index: python-pymysql/pymysql/tests/test_load_local.py
 @@ -1,11 +1,13 @@
  from pymysql import cursors, OperationalError, Warning
  from pymysql.tests import base
-+import unittest2
++from mock import unittest
  
  import os
  
  __all__ = ["TestLoadLocal"]
  
  
-+@unittest2.skip("Not working on Debian")
++@unittest.skip("Not working on Debian")
  class TestLoadLocal(base.PyMySQLTestCase):
  def test_no_file(self):
  """Test load local infile when the file does not exist"""


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

Kernel: Linux 6.5.0-5-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1060636: icingaweb2-module-incubator: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-incubator
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060635: icingaweb2-module-idoreports: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-idoreports
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060634: sahara-dashboard: please remove state python3-unittest2 build dep

[Alexandre Detiste]

Source: sahara-dashboard
Severity: normal

python3-unittest2 is being removed from Debian


diff --git a/debian/control b/debian/control
index f33bbeb..db79416 100644
--- a/debian/control
+++ b/debian/control
@@ -35,7 +35,6 @@ Build-Depends-Indep:
  python3-testscenarios,
  python3-testtools,
  python3-tz,
- python3-unittest2,
  python3-xvfbwrapper,
  subunit,
 Standards-Version: 4.6.1


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

Kernel: Linux 6.5.0-5-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1060633: icingaweb2-module-graphite: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-graphite
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060632: senlin-dashboard: please remove extraneous python3-unittest2 build-dep

[Alexandre Detiste]

Source: senlin-dashboard
Severity: normal

python3-unittest2 is being removed from Debian,
please remove the stale reference in d/control.


diff --git a/debian/control b/debian/control
index 4795571..8679038 100644
--- a/debian/control
+++ b/debian/control
@@ -23,7 +23,6 @@ Build-Depends-Indep:
  python3-openstackdocstheme,
  python3-senlinclient,
  python3-sphinxcontrib.apidoc,
- python3-unittest2,
  python3-yaml,
  testrepository,
 Standards-Version: 4.6.1


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

Kernel: Linux 6.5.0-5-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1060631: icingaweb2-module-generictts: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-generictts
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060630: icingaweb2-module-fileshipper: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-fileshipper
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060629: trove-dashboard: please remove extraneous python3-unittest2 build-dep

[Alexandre Detiste]

Source: trove-dashboard
Severity: normal

python3-unittest2 is being removed

It is not referenced by this project,
please remove it from debian/control.

--- a/debian/control
+++ b/debian/control
@@ -26,7 +26,6 @@ Build-Depends-Indep:
  python3-testscenarios,
  python3-testtools,
  python3-troveclient,
- python3-unittest2,
  python3-xvfbwrapper,
  subunit,
  testrepository,


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

Kernel: Linux 6.5.0-5-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1060627: icingaweb2-module-cube: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-cube
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#807286: lists.debian.org: broken link to explanation of 'digest' concept

[ابـو احـمـد الـجـادر]

On Sun, 06 Dec 2015 20:10:55 -0700 Sean Whitton 
wrote:
> Package: lists.debian.org
> Severity: minor
>
> The hyperlink [1] on the page [2] that is meant to explain what a
> mailing list digest is is a broken link.  I suggest replacing it
> with [3].
>
> Thanks.
>
> Sean Whitton
>
> [1] http://www.foldoc.org/foldoc/foldoc.cgi?query=digest
> [2] https://lists.debian.org/debian-devel/
> [3] http://foldoc.org/digest
>
>

كيف يمكنني الوصول الى حسابي جوجل zekigader1...@gmail.com

Bug#1059978: rosegarden: team uploading and git committed changes

[Stuart Prescott]

Hi Gianfranco

On 08/01/2024 23:01, Gianfranco Costamagna wrote:

I've prepared an Team upload for rosegarden (versioned as 1:22.12.1-2) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should delay it longer.


Excellent - many thanks for the patch, commit to git, and upload!

cheers
Stuart


--
Stuart Prescott   http://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer  http://www.debian.org/   stu...@debian.org
GPG fingerprint   90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7

Bug#1060628: icingaweb2-module-eventdb: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-eventdb
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060626: icingaweb2-module-businessprocess: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-businessprocess
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1060624: icingaweb2-module-audit: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: icingaweb2-module-audit
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.xz
Description: application/xz


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

Bug#1058517: dvdisaster: FTBFS: make[2]: *** [GNUmakefile:219: manual] Error 2

[Bastian Germann]

Control: forwarded -1 https://hg.jcea.es/dvdisaster/rev/03a51becc4c8

Please import this upstream patch to fix this.

Bug#1010048: fs-uae-launcher: GUI is garbled

[Andreas Kohlbach]

Package: fs-uae-launcher
Version: 3.0.5+dfsg-1
Followup-For: Bug #1010048
X-Debbugs-Cc: a...@spamfence.net

Dear Maintainer,

   * What led up to the situation?

Just starting the program.

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

Nothing. Just started the programm resulting in a "strange looking" screen.

   * What was the outcome of this action?

The GUI cannot be used.

I took a screeshot at https://bashify.io/i/Za1D75 .

Note: UAE itself works, starting it from the command line. It's the launcher 
causing the problem.

A (uneducated) guess: It might be a problem with GTK or another framework 
responsible for displaying. But everything else I run causes no problem with 
its GUI.

   * What outcome did you expect instead?

The GUI to work.

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

Kernel: Linux 6.1.0-13-amd64 (SMP w/4 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 fs-uae-launcher depends on:
ii  fs-uae  3.1.66-2
ii  python3 3.11.2-1+b1
ii  python3-pyqt5   5.15.9+dfsg-1
ii  python3-pyqt5.qtopengl  5.15.9+dfsg-1
ii  python3-setuptools  66.1.1-1

fs-uae-launcher recommends no packages.

fs-uae-launcher suggests no packages.

-- no debconf information

Bug#1060465: gnome-control-center: crashes loading System panel if gnome-remote-desktop is missing

[Jeremy Bícha]

On Thu, Jan 11, 2024 at 5:27 PM Arnaud Ferraris  wrote:
> Package: gnome-control-center
> Version: 1:46~alpha-1
…
>
> On a system without gnome-remote-desktop, trying to access the "System" panel
> (containing the "Users", "Date & Time" panels among other important things)
> results in a crash with the following message:
>
>   GLib-GIO[25147]: ERROR: Settings schema 'org.gnome.desktop.remote-
> desktop.rdp' is not installed
>
> I believe either g-c-c should handle the lack of gnome-remote-desktop more
> gracefully, or the latter should be promoted to Depends instead of Recommends.

Ok, I'll promote gnome-remote-desktop to Depends again.

Josh, I remember you complained about this dependency in
https://bugs.debian.org/1014879

GNOME Remote Desktop is going to be more tightly entwined in GNOME 46
to support the new integrated "headless" mode allowing remote access
even when the user is not already logged into the host computer. It
doesn't feel feasible to me to make this dependency optional because
of the integration in gnome-session, gdm3, gnome-settings-daemon, and
as a separate page in gnome-control-center.

Thank you,
Jeremy Bícha

Bug#1059869: autopkgtest fails

[Bastian Germann]

Ping. It is now 1 week until this will auto-remove several packages.
Please consider releasing and packaging the new release.

Bug#1060466: librdf-trine-perl: Does not actually need redland-bindings

[Kjetil Kjernsmo]

Package: libtrine-rdf-perl
Version: 1.019-3
Severity: important

Dear Maintainer,

Just a note from upstream, librdf-trine-perl does not actually depend
on redland-bindings for anything serious. It does not declare a
dependency itself, it is just that some users may want to use Redland
as a backend, and therefore, there are some tests that runs in that
case.

I'd like to recommend for Debian that rather than remove
librdf-trine-perl, the Build-Deps on redland-bindings is removed.
There's some more documentation at
https://metacpan.org/pod/RDF::Trine::Parser::Redland

but I believe the library will Just Work without the Build-Deps.

Kind regards,

Kjetil

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

Kernel: Linux 6.1.0-13-amd64 (SMP w/6 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_USER, TAINT_WARN, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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

Bug#1060465: gnome-control-center: crashes loading System panel if gnome-remote-desktop is missing

[Arnaud Ferraris]

Package: gnome-control-center
Version: 1:46~alpha-1
Severity: normal
X-Debbugs-Cc: aferra...@debian.org

Dear Maintainer,

On a system without gnome-remote-desktop, trying to access the "System" panel
(containing the "Users", "Date & Time" panels among other important things)
results in a crash with the following message:

  GLib-GIO[25147]: ERROR: Settings schema 'org.gnome.desktop.remote-
desktop.rdp' is not installed

I believe either g-c-c should handle the lack of gnome-remote-desktop more
gracefully, or the latter should be promoted to Depends instead of Recommends.

Best regards,
Arnaud


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages gnome-control-center depends on:
ii  accountsservice   23.13.9-5
ii  apg   2.2.3.dfsg.1-5+b2
ii  colord1.4.6-4
ii  desktop-base  12.0.6+nmu1
ii  desktop-file-utils0.27-1
ii  gnome-control-center-data 1:45.2-1
ii  gnome-desktop3-data   44.0-2
ii  gnome-settings-daemon 45.0-2
ii  gsettings-desktop-schemas 45.0-2
ii  libaccountsservice0   23.13.9-5
ii  libadwaita-1-01.4.2-1+b1
ii  libc6 2.37-13
ii  libcairo2 1.18.0-1
ii  libcolord-gtk4-1  0.3.0-4
ii  libcolord21.4.6-4
ii  libcups2  2.4.7-1
ii  libepoxy0 1.5.10-1
ii  libfontconfig12.14.2-6
ii  libgcr-base-3-1   3.41.1-4
ii  libgdk-pixbuf-2.0-0   2.42.10+dfsg-3
ii  libglib2.0-0  2.78.3-1
ii  libgnome-bg-4-2   44.0-2
ii  libgnome-bluetooth-ui-3.0-13  42.7-1
ii  libgnome-desktop-4-2  44.0-2
ii  libgnome-rr-4-2   44.0-2
ii  libgnutls30   3.8.2-1
ii  libgoa-1.0-0b 3.48.0-2
ii  libgoa-backend-1.0-1  3.48.0-2
ii  libgsound01.0.3-2
ii  libgtk-3-03.24.39-1
ii  libgtk-4-14.12.4+ds-3
ii  libgtop-2.0-112.40.0-2
ii  libgudev-1.0-0238-3
ii  libibus-1.0-5 1.5.29~rc2-1
ii  libkrb5-3 1.20.1-5
ii  libmalcontent-0-0 0.11.1-1+b1
ii  libmm-glib0   1.22.0-1
ii  libnm01.44.2-7
ii  libnma-gtk4-0 1.10.6-2
ii  libpango-1.0-01.51.0+ds-3
ii  libpangocairo-1.0-0   1.51.0+ds-3
ii  libpolkit-gobject-1-0 123-3
ii  libpulse-mainloop-glib0   16.1+dfsg1-2+b1
ii  libpulse0 16.1+dfsg1-2+b1
ii  libpwquality1 1.4.5-1+b1
ii  libsecret-1-0 0.21.1-1
ii  libsmbclient  2:4.19.3+dfsg-2
ii  libsnapd-glib-2-1 1.63-5
ii  libudisks2-0  2.10.1-4
ii  libupower-glib3   1.90.2-8
ii  libwacom9 2.8.0-1
ii  libx11-6  2:1.8.7-1
ii  libxi62:1.8-1+b1
ii  libxml2   2.9.14+dfsg-1.3+b1
ii  tecla 45.0-1
ii  webp-pixbuf-loader0.2.4-2

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime  2.9.6-5.1
ii  cups-pk-helper0.2.6-1+b1
ii  fwupd 1.9.10-1
ii  gnome-bluetooth-sendto42.7-1
ii  gnome-online-accounts 3.48.0-2
ii  gnome-remote-desktop  44.2-6
ii  gnome-user-docs   45.1-2
ii  gnome-user-share  43.0-1
ii  iso-codes 4.15.0-1
ii  libcanberra-pulse 0.30-11
ii  libnss-myhostname 255.2-3
ii  libspa-0.2-bluetooth  1.0.0-1
ii  malcontent-gui0.11.1-1+b1
ii  network-manager-gnome 1.34.0-2
ii  polkitd   123-3
ii  power-profiles-daemon 0.13-2
ii  realmd0.17.1-3
ii  rygel 0.42.4-1+b1
ii  rygel-tracker 0.42.4-1+b1
ii  system-config-printer-common  1.5.18-1

Versions of packages gnome-control-center suggests:
ii  gnome-software   45.1-1
ii  gstreamer1.0-pulseaudio  1.22.8-3
ii  pkexec   123-3
ii  x11-xserver-utils7.7+10

-- no debconf information

Bug#1060456: rxvt-unicode: 9.31-1+b1 breaks UTF-8 display

[gregor herrmann]

On Thu, 11 Jan 2024 20:52:16 +0100, Sven Joachim wrote:

> > After upgrading rxvt-unicode today, it's no longer displaying UTF-8
> > properly.  /var/log/apt/history.log shows:
> >   Upgrade: rxvt-unicode:amd64 (9.31-1, 9.31-1+b1)

Same here. Which made me quite nervous until I found this bug report
:)

> I have not tested it, but the attached patch should fix that.  See
> http://lists.schmorp.de/pipermail/rxvt-unicode/2023q3/002665.html.

I've rebuilt rxvt-unicode with this patch and I can confirm that it
seems to work for all cases I've suffered from before.

I think a quick upload would be good to spare all the people running
unstable & updating perl to 5.38 in the next hours the troubles :)

Thanks for finding & providing this patch!
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1019377: ERROR: cannot flip ro->rw with received_uuid set

[Nicholas D Steeves]

Boris Kolpackov  writes:

> Thanks for the clarification. Interestingly, in my use case I do
> want to be able to do incremental send/receive and the only reason
> I am temporarily clearing the read-only property is to change the
> subvolume's owner:

Why don't you create of a normal rw snapshot of the received subvol, use
it for whatever purposes you need to write to it for, and then delete
the temporary rw snapshot subvol?  This approach doesn't compromise the
integrity of your replica.

> sudo btrfs property set -f -ts ./subvol ro false
> sudo chown user:user ./subvol
> sudo chown user:user ./subvol/*
> btrfs property set -ts ./subvol ro true
>
> I wonder if there is now a way to achieve this without clearing
> received_uuid?

What problem are you attempting to solve?

Regards,
Nicholas


signature.asc
Description: PGP signature

Bug#1059557: Tag pending

[Andreas Tille]

Control: tags -1 pending

Patch applied in Git

-- 
http://fam-tille.de

Bug#1039344: reniced: ships sysv-init script without systemd unit

[Christian Garbs]

I'm working on it.  I think I'll just remove the initscript without
replacing it by a systemd unit.

When using systemd, reniced is partly redundant because a unit
override is better suited to change nice level and IO priority of a
service as this will automatically work on service restarts as well.

I'll add a NEWS file describing the situation.

I think reniced should nevertheless be kept as a package because I've
heard of use-cases where reniced is run from a once-per-minute cronjob
to keep user processes in check.  This does not need any initscript
and so the package will still have some use.

Thanks for the notice and sorry for the wait
Christian

Bug#1059517: Tags pending

[Andreas Tille]

Control: tags -1 pending

Patch applied in Git

-- 
http://fam-tille.de

Bug#1060464: nss-tlsd: segmentation fault

[Anonymous 648]

Package: nss-tlsd
Version: 1.1-1.1
Severity: normal
X-Debbugs-Cc: gmtmpa...@gmail.com

Dear Maintainer,

nss-tlsd periodically crashes with segmentation fault error:
[1]2315094 segmentation fault  nss-tlsd
[1]2616830 segmentation fault  nss-tlsd



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

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

Versions of packages nss-tlsd depends on:
ii  init-system-helpers  1.65.2
ii  libc62.36-9+deb12u3
ii  libglib2.0-0 2.74.6-2
ii  libsoup2.4-1 2.74.3-1

nss-tlsd recommends no packages.

nss-tlsd suggests no packages.

-- Configuration Files:
/etc/nss-tls.conf changed:
[global]
resolvers=https://1.1.1.1/dns-query


-- no debconf information

Bug#1060251: Bug#1059352: src:apt: fails to migrate to testing for too long: autopkgtest regression on armhf

[Emanuele Rocca]

Hi Julian,

On 2024-01-11 05:46, Julian Andres Klode wrote:
> And there aren't any hard errors. We could zero initialize
> those or add supressions to make things look nicer I suppose.

Mmmh no, they are all actual errors as far as valgrind is concerned.

The thing is, you're running valgrind without --error-exitcode. By doing
so, the exit code of your tests is the exit code of apt-get, not of
valgrind.

Try this instead:

(sid-amd64)root@ariel:~# valgrind --error-exitcode=1 apt-get update
[...]
==308534== ERROR SUMMARY: 6 errors from 6 contexts (suppressed: 0 from 0)
(sid-amd64)root@ariel:~# echo $?
1

Bug#1060463: O: django-impersonate -- Django module for superusers to impersonate accounts

[Scott Kitterman]

Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-pyt...@lists.debian.org
Control: affects -1 src:django-impersonate

Orphaning the package on behalf of the Debian Python Team as the sole
uploader (no one else on the team expressed interest in taking over and
I no longer use the package).

Currently the package is in good shape.  There is a new upstream release
available, which I will include in the upload that changes the maintainer to
Debian QA Group.

Scott K

Bug#1060458: perl-tk: FTBFS with Perl 5.38 on big-endian 64-bit: test failures

[gregor herrmann]

On Thu, 11 Jan 2024 21:29:50 +0200, Niko Tyni wrote:

> This is currently a hard blocker for the ongoing Perl 5.38 transition as
> perl-tk has quite a few reverse dependencies that are now uninstallable
> on s390x.

Georges, in case you don't find the time to upload a fixed package,
I'm happy to do an NMU with Niko's patch to unblock the perl
transition.
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1026046: FTBFS: test failures on some architectures

[gregor herrmann]

On Thu, 11 Jan 2024 21:50:33 +0200, Niko Tyni wrote:

> Either it's gotten worse or it's just bad luck, but previously built
> archs (armhf and armel) are now failing, making this release critical
> and blocking the Perl 5.38 transition.

I also noticed that the new failures are slightly different than the
previous ones we (or the upstream ticket) mentioned, and I'm not sure
this fallout is confined to specific architectures.
 
> Guess we could just skip / ignore t/02context.t, or alternatively make
> the build fail deterministically on the affected architectures and remove
> the existing binaries...

Luckily libdevel-mat-perl is no key package and has no reverse
dependencies, so it can safely be removed from testing until upstream
finds the time to look into this issue …


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1058414: python-itsdangerous: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13

[s3v]

Dear Maintainer,

I've successfully built your package locally after commenting these lines [1].
I guess is safe to stop treating warning as errors for downstream users.

Kind Regards

[1] 
https://sources.debian.org/src/python-itsdangerous/2.1.2-3/setup.cfg/#L40-L41

Bug#1059466: package: dino-im (0.4.3-2)

[jean pierre pinson]

package: dino-im (0.4.3-2)

Hello,
My problem is solved, thanks to the latest debian sid update, I did: apt
update apt upgrade and apt full-upgrade
Jean-Pierre Pinson

Bug#1052849: [Help] Re: python-pkginfo: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

[Stefano Rivera]

Hi Andreas (2024.01.11_17:48:43_+)
> I've fixed the two other bugs in python-pkginfo and upgraded to latest
> upstream.  Unfortunately I have no clue about this issue.

The test is expecting the module to be installed in the test
environment. Either we could try harder to emulate that, or skip the
tests.

I committed a patch to run the test inside tox, which will install it in
a virtualenv before running the test.

Stefano

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272

Bug#1040183: zfs-initramfs: snapshots for rootfs mounted in /root/.zfs/snapshot

[наб]

Control: found -1 2.2.2-3

The upstream issue referenced in the OP is still open, and you can still
repro this error on 2.2.2-3 and 6.6.9-amd64:
  nabijaczleweli@chrust:~$ ls .zfs/snapshot/pre-keymap/
  ls: cannot access '/home/nabijaczleweli/.zfs/snapshot/pre-keymap/': Too many 
levels of symbolic links
  nabijaczleweli@chrust:~$ ls /.zfs/snapshot/pre-keymap/
  audio-script.tar  cros-keyboard-map  foreign.nabijaczleweli.xyz  typescript  
xev.log
  nabijaczleweli@chrust:~/code/babfig/i3status.rs$ findmnt
  TARGET  SOURCE FSTYPE 
OPTIONS
  /   chrust-zootzfs
rw,relatime,xattr,posixacl,casesensitive
  ├─/home chrust-zoot/home   zfs
rw,relatime,xattr,posixacl,casesensitive
  │ └─/home/nabijaczlewelichrust-zoot/home/nabijaczlewelizfs
rw,relatime,xattr,posixacl,casesensitive
  └─/.zfs/snapshot/pre-keymap chrust-zoot/home/nabijaczleweli@pre-keymap zfs
ro,relatime,xattr,posixacl,casesensitive
  $ uname -a
  Linux chrust 6.6.9-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.6.9-1 (2024-01-01) 
x86_64 GNU/Linux
  $ zfs --version
  zfs-2.2.2-3
  zfs-kmod-2.2.2-3
with the added spice of c-z/h/n@p-k instead of c-z@p-k being mounted.


signature.asc
Description: PGP signature

Bug#1060462: Fix indentation in embpfastcgi.pl

[Moritz Schlarb]

Control: tags -1 +patch

I've attached a patch and made a merge request on salsa to include it in 
the packaging:

https://salsa.debian.org/perl-team/modules/packages/libembperl-perl/-/merge_requests

Regards,
--
Moritz Schlarb
Unix und Cloud
Zentrum für Datenverarbeitung
Johannes Gutenberg-Universität Mainz

OpenPGP-Fingerprint: DF01 2247 BFC6
 5501 AFF2 8445 0C24 B841 C7DD BAAF
From: Moritz Schlarb 
Date: Thu, 11 Jan 2024 21:00:24 +0100
Subject: Fix indentation in heredoc in embpfastcgi.pl.templ

---
 embpfastcgi.pl.templ | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/embpfastcgi.pl.templ b/embpfastcgi.pl.templ
index 9c07d9b..967a2d7 100644
--- a/embpfastcgi.pl.templ
+++ b/embpfastcgi.pl.templ
@@ -45,7 +45,7 @@ while ($request -> Accept() >= 0)
 $ENV{SERVER_SOFTWARE} Embperl $Embperl::VERSION [$time]
 
 
-EOT
+EOT
 }
 }
 


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1052903: importlib-resources: FTBFS: E FileNotFoundError: [Errno 2] No such file or directory: '/<>/.pybuild/cpython3_3.11_importlib_resources/build/importlib_resources/tests/zipdata0

[Andreas Tille]

Control: tags -1 moreinfo
Control: tags -1 unreproducible
Control: severity -1 important

Hi,

I've tried to reproduce the issue but failed in my local
pbuilder.  May be that issue vanished somehow?

Kind regards
   Andreas.


-- 
http://fam-tille.de

Bug#1060416: mmdebstrap-autopkgtest-build-qemu fails on mkfs.ext4; does it require a 25 GiB TMPDIR?

[Johannes Schauer Marin Rodrigues]

Hi,

Quoting Francesco Poli (2024-01-11 08:58:49)
> On Thu, 11 Jan 2024 00:45:50 +0100 Johannes Schauer Marin Rodrigues wrote:
> > Interesting! I'm unable to reproduce either of these issues and I'm also
> > puzzled why you get this "permission denied" error. On my system, I'm able 
> > run
> > your command with the default (in /tmp) as well as in /dev/shm. Here is the
> > free space each:
> > 
> > $ df --si /tmp /dev/shm
> > Filesystem  Size  Used Avail Use% Mounted on
> > tmpfs   8.6G  4.1k  8.6G   1% /tmp
> > tmpfs   2.0G  418k  2.0G   1% /dev/shm
> So 2.0 GB should be enough.
> And yet, it fails for me with 8.2 GB available on /dev/shm ...  :-(

it's hard for me to debug this as I don't see the error myself. I wonder how I
can be of further assistance to you to figure out what is going on?

> > Maybe something is mounted in a funny way? Both my /tmp and my /dev/shm are
> > tmpfs. The former is mounted with
> > rw,nosuid,nodev,relatime,size=8388608k,inode64 and the latter with
> > rw,nosuid,nodev,inode64.
> 
>   $ mount | grep '/tmp\|shm'
>   tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
>   /dev/md3 on /tmp type ext4 (rw,relatime,discard)

Yes, that looks harmless.

> > I doubt that it fails for lack of system memory unless you have less than 
> > 3.7
> > GB of RAM.
>   $ free --giga
>  totalusedfree  shared  buff/cache   
> available
>   Mem:  16   2  12   0   2
>   14
>   Swap: 17   0  17

$ free --giga
   totalusedfree  shared  buff/cache   
available
Mem:   3   3   0   0   1
   0
Swap:  8   0   8

Your values are all twice as big or more than mine.

> > Maybe permissions are somehow whacky? Both my /tmp and my /dev/shm are set 
> > to
> > drwxrwxrwt (so there is a sticky bit set) and owned by root:root.
> 
>   $ ls -ld /tmp /dev/shm
>   drwxrwxrwt  3 root root  200 Jan 11 08:25 /dev/shm
>   drwxrwxrwt 13 root root 4096 Jan 11 08:36 /tmp

Looks good!

> > What happens with other locations for TMPDIR?
> 
> Which other locations?
> I cannot use anything within my home directory, as you may recall from
> our past [discussions]
> 
> [discussions]: 

Yes, this also reminds me of #1052471 which found libpam-tmpdir directories
like /tmp/user/1000 to be unusable in unshare mode.

> > Maybe. It's currently .img because it's easier to debug stuff and use kpartx
> > with it without having to extract it first. :)
> Do I understand correctly that you intend to switch to .qcow2 in the future?
> Or otherwise, what's your plan?

I don't have one yet. It's a work in progress. Your input helps me to decide in
which direction to move. :)

> > > Please clarify and/or improve mmdebstrap-autopkgtest-build-qemu .
> > > Thanks for your time!
> > Thanks for your bug! Lets hope we get to the bottom of this.
> You're welcome.
> 
> Looking forward to hearing back from you!

Do you see yourself debugging this further by yourself? You probably understand
that it's hard for me to investigate something that I cannot test myself.

Thanks!

cheers, josch

signature.asc
Description: signature

Bug#1060421: python3-botocore: botocore as a (useless) undeclared dependency on python3-six

[Alexandre Detiste]

CodeSearch tell us it's used twice elsewhere ... two other packages to
check first

https://codesearch.debian.net/search?q=+botocore.compat=1=1


awscli_2.14.6-1/tests/functional/s3/test_presign_command.py

---> I ll check out 2.15.8



python-s3transfer_0.7.0-1/s3transfer/compat.py ( so a compat.py that
imports a compat.py !)

> I ll package 0.10 & check




So the quick & dirty solution is to add python3-six dependency, but there's
no émergency and only 2 reverse dep to check.

I ll ping you later.

Greetings

Le jeu. 11 janv. 2024, 20:43, Gregor Riepl  a écrit :

> Hi,
>
> How do you suggest this should be fixed?
> A Debian patch that removes the line from compat.py?
>
I ll check

> Or should the Debian package depend on python3-six?
>
That s the fast solution

> Or is it a bug that must be fixed upstream?
>
Also, all upstreams should remove usage of six.py

>

Bug#1060273: [Pkg-pascal-devel] Bug#1060273: lazarus-3.0: Lazarus fails to compile itself

[Abou Al Montacir]

On Mon, 2024-01-08 at 09:59 -0500, Bas van Besouw wrote:
> ...
> Since I don't like all the separate panes of lazarus I usually rebuild the IDE
> with docking design installed. that failed to rebuild.
I don't like it two, but was not aware we can build Lazarus using docking on
Gtk2.
If you can help telling how, we will be glad to ensure package Lazarus comes
with docking enabled.

>  Then I tried rebuilding
> the IDE after a clean install, removing all the config files, and it still did
> not rebuild.
This is likely to be due to a packaging bug. I'll try to reproduce this and fix
it.
> 
> I downloaded the deb files from the lazarus website, and they did rebuild
> without errors.
Yes, this is a proof that it is just a packaging bug, which I'm going to
handle.*
> 
> I am using testing.
-- 
Cheers,
Abou Al Montacir


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

Bug#1060462: libembperl-perl: Syntax error regarding heredoc in /usr/lib/cgi-bin/embpfastcgi.pl line 37

[Moritz Schlarb]

Source: libembperl-perl
Version: 2.5.0-17
Severity: normal
Tags: upstream

Can't find string terminator "EOT" anywhere before EOF at /usr/lib/cgi-
bin/embpfastcgi.pl line 37.


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

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

Bug#1060461: libpam-zfs: fails to unload and unmount homedir on exit from graphical session

[наб]

Package: libpam-zfs
Version: 2.2.2-3
Severity: normal

Dear Maintainer,

After logging out (as testuser), /home/testuser was still mounted.
Before logging in, it was unloaded and unmounted.

Journal says
  Jan 11 20:59:41 chrust systemd[1]: Started session-33.scope - Session 33 of 
User testuser.
  Jan 11 20:59:55 chrust lightdm[13290]: pam_unix(lightdm:session): session 
closed for user testuser
  Jan 11 20:59:55 chrust lightdm[13290]: pam_zfs_key(lightdm:session): 
zfs_unmount failed with: -1
  Jan 11 21:00:01 chrust lightdm[13484]: pam_zfs_key(lightdm:auth): pbkdf failed
  Jan 11 21:00:12 chrust (sd-pam)[13299]: pam_unix(systemd-user:session): 
session closed for user testuser

I'm in as default a configuration as I could be (sans setting 
homes=chrust-zoot/home),
using lightdm as the greeter and i3 as the WM. None of testuser's processes 
persisted.

Best,
наб

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

Kernel: Linux 6.6.9-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
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 libpam-zfs depends on:
ii  libc62.37-13
ii  libnvpair3linux  2.2.2-3
ii  libpam-runtime   1.5.2-9.1
ii  libpam0g 1.5.2-9.1+b1
ii  libssl3  3.1.4-2
ii  libzfs4linux 2.2.2-3

libpam-zfs recommends no packages.

libpam-zfs suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#1058796: pure-ftpd: diff for NMU version 1.0.50-2.2

[Sudip Mukherjee]

Control: tags 1058796 + patch
Control: tags 1058796 + pending
--

Dear maintainer,

I've prepared an NMU for pure-ftpd (versioned as 1.0.50-2.2) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

-- 
Regards
Sudip


diff -Nru pure-ftpd-1.0.50/debian/changelog pure-ftpd-1.0.50/debian/changelog
--- pure-ftpd-1.0.50/debian/changelog   2022-01-31 18:42:16.0 +
+++ pure-ftpd-1.0.50/debian/changelog   2024-01-11 19:40:01.0 +
@@ -1,3 +1,11 @@
+pure-ftpd (1.0.50-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Apply upstream patch to fix segfault by parsing
+port number properly. (Closes: #1058796)
+
+ -- Sudip Mukherjee   Thu, 11 Jan 2024 19:40:01 
+
+
 pure-ftpd (1.0.50-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru pure-ftpd-1.0.50/debian/patches/fix-port.patch 
pure-ftpd-1.0.50/debian/patches/fix-port.patch
--- pure-ftpd-1.0.50/debian/patches/fix-port.patch  1970-01-01 
01:00:00.0 +0100
+++ pure-ftpd-1.0.50/debian/patches/fix-port.patch  2024-01-11 
19:39:57.0 +
@@ -0,0 +1,45 @@
+From c3f0f3c91d86939e6fabf5f65c6c6fc964e6032e Mon Sep 17 00:00:00 2001
+From: Frank Denis 
+Date: Thu, 20 Jan 2022 19:54:27 +0100
+Subject: [PATCH] PostgreSQL: don't escape the port number in the connection 
string
+
+It's already an integer, not a string.
+
+Reported by Artyom Davidov, thanks!
+
+Origin: upstream, 
https://github.com/jedisct1/pure-ftpd/commit/c3f0f3c91d86939e6fabf5f65c6c6fc964e6032e
+Bug-Debian: https://bugs.debian.org/1058796
+Last-Update: 2024-01-11
+---
+ src/log_pgsql.c | 4 +---
+ 1 file changed, 1 insertion(+), 3 deletions(-)
+
+diff --git a/src/log_pgsql.c b/src/log_pgsql.c
+index 875b71f..bb08c3b 100644
+--- a/src/log_pgsql.c
 b/src/log_pgsql.c
+@@ -278,7 +278,6 @@ static int pw_pgsql_connect(PGconn ** const id_sql_server)
+ *id_sql_server = NULL;
+ 
+ if ((escaped_server = pw_pgsql_escape_conninfo(server)) == NULL ||
+-(escaped_port = pw_pgsql_escape_conninfo(port)) == NULL ||
+ (escaped_db = pw_pgsql_escape_conninfo(db)) == NULL ||
+ (escaped_user = pw_pgsql_escape_conninfo(user)) == NULL ||
+ (escaped_pw = pw_pgsql_escape_conninfo(pw)) == NULL) {
+@@ -296,7 +295,7 @@ static int pw_pgsql_connect(PGconn ** const id_sql_server)
+ }
+ if (SNCHECK(snprintf(conninfo, sizeof_conninfo,
+  PGSQL_CONNECT_FMTSTRING,
+- escaped_server, escaped_port, escaped_db,
++ escaped_server, port, escaped_db,
+  escaped_user, escaped_pw), sizeof_conninfo)) {
+ goto bye;
+ }
+@@ -314,7 +313,6 @@ static int pw_pgsql_connect(PGconn ** const id_sql_server)
+ bye:
+ free(conninfo);
+ free(escaped_server);
+-free(escaped_port);
+ free(escaped_db);
+ free(escaped_user);
+ free(escaped_pw);
diff -Nru pure-ftpd-1.0.50/debian/patches/series 
pure-ftpd-1.0.50/debian/patches/series
--- pure-ftpd-1.0.50/debian/patches/series  2022-01-31 18:42:16.0 
+
+++ pure-ftpd-1.0.50/debian/patches/series  2024-01-11 17:25:32.0 
+
@@ -1 +1,2 @@
 maria-db-cross.diff
+fix-port.patch

Bug#1060422: partman-crypto: add support for new cryptsetup options for opal/sed

[Luca Boccassi]

On Thu, 11 Jan 2024 at 14:22, Holger Levsen  wrote:
>
> On Thu, Jan 11, 2024 at 11:56:28AM +, Luca Boccassi wrote:
> [...]
> > How about if I changed the Description from:
> >  Self-encrypting disk (opal with LUKS2)
> > to something like:
> >  Firmware-backed self-encrypting disk (vendor-implemented OPAL with
> > LUKS2)
> > Would that suffice? If not, do you have an alternative wording in mind?
>
> sounds much better (and sufficient, for all the reasons you mentioned)
> to me, thanks!

Thank you for the feedback, MR on Salsa is updated as described.

Bug#1060189: [Pkg-pascal-devel] Bug#1060189: lazarus-src-3.0: diversion handling seems wrong (it works, but after an error)

[Abou Al Montacir]

Hi Paul,

On Sun, 2024-01-07 at 08:35 +0100, Paul Gevers wrote:
> Unpacking lazarus-src-3.0 (3.0+dfsg1-5) over (3.0+dfsg1-3) ...
> Removing 'diversion of 
> /usr/lib/lazarus/3.0/components/compilers/delphi/lazdelphi.lpk to 
> /usr/lib/lazarus/3.0/components/compilers/delphi/lazdelphi.lpk.orig by 
> lazarus-src-3.0'
> dpkg-divert: error: rename involves overwriting 
> '/usr/lib/lazarus/3.0/components/compilers/delphi/lazdelphi.lpk' with
>    different file 
> '/usr/lib/lazarus/3.0/components/compilers/delphi/lazdelphi.lpk.orig', 
> not allowed
> dpkg: warning: old lazarus-src-3.0 package post-removal script 
> subprocess returned error exit status 2
> dpkg: trying script from the new package instead ...
> dpkg: ... it looks like that went OK
I really don't understand this issue. The file exists indeed in both packages
and both files are different:
$ diff -u /usr/lib/lazarus/3.0/components/ideintf/ideintf.lpk*
--- /usr/lib/lazarus/3.0/components/ideintf/ideintf.lpk 2023-12-25 
17:50:46.0 +0100
+++ /usr/lib/lazarus/3.0/components/ideintf/ideintf.lpk.orig2023-12-25 
17:50:46.0 +0100
@@ -4,7 +4,7 @@
 
 
 
-
+
 
   
   

But this is the case of all lpk files where the binary package provide a
Manually compilable package while the source one provides a Compile As Needed
package file.

This was the case since many years now.
-- 
Cheers,
Abou Al Montacir


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

Bug#1060456: rxvt-unicode: 9.31-1+b1 breaks UTF-8 display

[Sven Joachim]

On 2024-01-11 19:18 +, Michael Gold wrote:

> Package: rxvt-unicode
> Version: 9.31-1+b1
> Severity: important
>
> Dear Maintainer,
>
> After upgrading rxvt-unicode today, it's no longer displaying UTF-8
> properly.  /var/log/apt/history.log shows:
>   Upgrade: rxvt-unicode:amd64 (9.31-1, 9.31-1+b1)
>
> I still have an old window open, in which this command:
>   printf '\xe2\x80\x94\n'
> properly produces an EM DASH (U+2014); in the newer version, it produces
> U+00E2 LATIN SMALL LETTER A WITH CIRCUMFLEX.
>
> Another simple test is to run "mc" and note that all the box-drawing
> characters are corrupted.

I have not tested it, but the attached patch should fix that.  See
http://lists.schmorp.de/pipermail/rxvt-unicode/2023q3/002665.html.

Cheers,
   Sven

diff --git a/src/rxvtperl.xs b/src/rxvtperl.xs
index ba697f0..ce02b59 100644
--- a/src/rxvtperl.xs
+++ b/src/rxvtperl.xs
@@ -399,7 +399,7 @@ rxvt_perl_interp::init ()
 {
   if (!perl)
 {
-  rxvt_push_locale (""); // perl init destroys current locale
+  rxvt_push_locale ("C"); // perl init destroys current locale

   {
 perl_environ = rxvt_environ;

Bug#1051968: #1051968please make task-mate-desktop install libreoffice-gnome

[Holger Wansing]

Control: tags -1 pending


MR just merged.


-- 
Sent from /e/ OS on Fairphone3

Bug#1026046: FTBFS: test failures on some architectures

[Niko Tyni]

Control: found -1 0.51-1
Control: severity -1 serious
Control: block 1055955 with -1

On Tue, Dec 13, 2022 at 07:33:46PM +0100, gregor herrmann wrote:
> Source: libdevel-mat-perl
> Version: 0.49-1
> Severity: important
> Tags: upstream
> Forwarded: https://rt.cpan.org/Ticket/Display.html?id=134117
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> According to https://buildd.debian.org/status/package.php?p=libdevel-mat-perl
> the package has a test failure on at least i386 and mipsel64el but
> maybe the architectures are just random.

Either it's gotten worse or it's just bad luck, but previously built
archs (armhf and armel) are now failing, making this release critical
and blocking the Perl 5.38 transition.

armel has had three retries so far but let's hope it will succeed
eventually. Even in that case I think this should stay RC until some
action is taken.

Guess we could just skip / ignore t/02context.t, or alternatively make
the build fail deterministically on the affected architectures and remove
the existing binaries...
-- 
Niko

Bug#1037883: vimix: ftbfs with GCC-13

[Bastian Germann]

This should be resolved with the current upstream release.

Bug#1060421: python3-botocore: botocore as a (useless) undeclared dependency on python3-six

[Gregor Riepl]

Hi,


python3-core is importing python3-six for absolutely no reason

this package only work by luck for now because the
library got pulled-in by something else
(most likely python3-urllib2)

$ grep ' six' /usr/lib/python3/dist-packages/botocore -r | grep import
/usr/lib/python3/dist-packages/botocore/compat.py:import six


How do you suggest this should be fixed?
A Debian patch that removes the line from compat.py?
Or should the Debian package depend on python3-six?
Or is it a bug that must be fixed upstream?

Regards,
Gregor

Bug#1060460: reportbug: adduser prompts for current password when adding user, impossible to change passphrase

[наб]

Package: libpam-zfs
Version: 2.2.2-3
Severity: normal

Dear Maintainer,

Given
  # adduser testuser
  info: Adding user `testuser' ...
  info: Selecting UID/GID from range 1000 to 5 ...
  info: Adding new group `testuser' (1001) ...
  info: Adding new user `testuser' (1001) with group `testuser (1001)' ...
  info: Creating home directory `/home/testuser' ...
  info: Copying files from `/etc/skel' ...
  Current password:

What does this mean? What am I supposed to write here?

If I respond with mismatched passwords then
  Current password: abc
  New password: def
  Retype new password: def
  passwd: Authentication token manipulation error
  passwd: password unchanged
  Try again? [y/N]

And if with the same then:
  adduser testuser
  info: Adding user `testuser' ...
  info: Selecting UID/GID from range 1000 to 5 ...
  info: Adding new group `testuser' (1001) ...
  info: Adding new user `testuser' (1001) with group `testuser (1001)' ...
  info: Creating home directory `/home/testuser' ...
  info: Copying files from `/etc/skel' ...
  Current password: asd
  New password: asd
  Retype new password: asd
  The password has not been changed.
  New password: asd
  Retype new password: asd
  The password has not been changed.
  New password: asd
  Retype new password: asd
  The password has not been changed.
  passwd: Authentication token manipulation error
  passwd: password unchanged
  Try again? [y/N] 

And if I click through the rest, the user is disabled:
  $ getent passwd testuser
  testuser:x:1001:1001:test,test,test,test,test:/home/testuser:/bin/bash
  # getent shadow testuser
  testuser:!:19733:0:9:7:::

If I then passwd testuser then
  Current password:
  New password:
  Retype new password:
  passwd: Authentication token manipulation error
  passwd: password unchanged
when running as root!

In the journal I see
  Jan 11 20:40:14 chrust sudo[10942]: nabijaczleweli : TTY=pts/0 ; 
PWD=/home/nabijaczleweli ; USER=root ; COMMAND=/usr/bin/passwd testuser
  Jan 11 20:40:14 chrust sudo[10942]: pam_unix(sudo:session): session opened 
for user root(uid=0)
  by nabijaczleweli(uid=1000)
  Jan 11 20:40:16 chrust passwd[10944]: pam_zfs_key(passwd:chauthtok): dataset 
chrust-zoot/home/testuser not found
  Jan 11 20:40:16 chrust passwd[10944]: pam_zfs_key(passwd:chauthtok): old 
token mismatch
  Jan 11 20:40:33 chrust sudo[10942]: pam_unix(sudo:session): session closed 
for user root
  Jan 11 20:40:35 chrust sudo[10946]: nabijaczleweli : TTY=pts/0 ; 
PWD=/home/nabijaczleweli ; USER=root ; COMMAND=/usr/bin/passwd testuser
  Jan 11 20:40:35 chrust sudo[10946]: pam_unix(sudo:session): session opened 
for user root(uid=0)
  by nabijaczleweli(uid=1000)
  Jan 11 20:40:35 chrust passwd[10948]: pam_zfs_key(passwd:chauthtok): dataset 
chrust-zoot/home/testuser not found
  Jan 11 20:40:35 chrust passwd[10948]: pam_zfs_key(passwd:chauthtok): old 
token mismatch
  Jan 11 20:40:38 chrust passwd[10948]: pam_unix(passwd:chauthtok): 
authentication failure; logname=nabijaczleweli uid=0 euid=0 tty= ruser= rhost=  
user=testuser
  Jan 11 20:40:38 chrust passwd[10948]: pam_unix(passwd:chauthtok): user 
password changed by another process
  Jan 11 20:40:40 chrust sudo[10946]: pam_unix(sudo:session): session closed 
for user root

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

Kernel: Linux 6.6.9-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
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 adduser depends on:
ii  passwd  1:4.13+dfsg1-3+b1

adduser recommends no packages.

Versions of packages adduser suggests:
ii  cron3.0pl1-182
ii  liblocale-gettext-perl  1.07-6
ii  perl5.36.0-10+b1
pn  quota   

-- no debconf information


signature.asc
Description: PGP signature

Bug#1060459: scalpel: Scalpel not working on Apple Silicon

[Golden G. Richard III]

Package: scalpel
Version: 1.60-10
Severity: grave
Tags: patch
Justification: renders package unusable
X-Debbugs-Cc: goldenrich...@gmail.com

Dear Maintainer,

   * What led up to the situation?

I am the author of Scalpel.  Execution of Scalpel 1.60 (the version
that is currently in the scalpel package on Debian et al) fails
completely on VMs hosted on Apple Silicon because of some
long-standing memory corruption bugs.  It may also work incorrectly on
other platforms.

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

I have placed updated source distros for Scalpel 1.60 as well as the
newer (and more powerful) Scalpel 2.02 on GitHub via
https://github.com/nolaforensix/scalpel-1.60 and
https://github.com/nolaforensix/scalpel-2.02.  My recommendation is to
rebuild the 1.60 package from the updated source and also consdering
adding 2.02.

   * What was the outcome of this action?

Scalpel is broken and I fixed it :)

   * What outcome did you expect instead?

N/A?


-- System Information:
Distributor ID: Kali
Description:Kali GNU/Linux Rolling
Release:2023.4
Codename:   kali-rolling
Architecture: x86_64

Kernel: Linux 6.5.0-kali3-amd64 (SMP w/4 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 scalpel depends on:
ii  libc6  2.37-12

scalpel recommends no packages.

scalpel suggests no packages.

-- no debconf information

Bug#1060458: perl-tk: FTBFS with Perl 5.38 on big-endian 64-bit: test failures

[Niko Tyni]

Source: perl-tk
Version: 1:804.036+dfsg1-1
Severity: serious
Tags: ftbfs patch
User: debian-p...@lists.debian.org
Usertags: perl-5.38-transition

This package failed to build against Perl 5.38 on s390x, ppc64, sparc64,
and alpha.

This is because Perl upstream changed the implementation of SvPV() et
al., triggering a latent bug in perl-tk that bites on big endian 64-bit
architectures. The attached patch fixes this, see the commit message
for more detail. I've tested that it works on both s390x and amd64,
on Perl 5.36 (trixie) and 5.38 (sid).

Not sure why alpha is failing too, but it has a slightly different
failure mode. I suspect alignment issues.

This is currently a hard blocker for the ongoing Perl 5.38 transition as
perl-tk has quite a few reverse dependencies that are now uninstallable
on s390x.


   #   Failed test 'Creating Balloon widget'
   #   at t/balloon.t line 31.
   #  got: 'couldn't recognize image data at 
/<>/blib/lib/Tk/Image.pm line 21.
   #  at /<>/blib/lib/Tk/Balloon.pm line 62.
   # '
   # expected: ''
   
   [...]
   
   Test Summary Report
   ---
   t/balloon.t(Wstat: 512 (exited 2) Tests: 12 Failed: 11)
 Failed tests:  2-12
 Non-zero exit status: 2
 Parse errors: Bad plan.  You planned 14 tests but ran 12.
   t/canvas.t (Wstat: 0 Tests: 166 Failed: 0)
 TODO passed:   124
   t/canvas2.t(Wstat: 65280 (exited 255) Tests: 0 Failed: 0)
 Non-zero exit status: 255
 Parse errors: Bad plan.  You planned 87 tests but ran 0.
   t/listbox.t(Wstat: 0 Tests: 537 Failed: 0)
 TODO passed:   320-322, 328, 502
   t/photo.t  (Wstat: 65280 (exited 255) Tests: 100 Failed: 0)
 Non-zero exit status: 255
 Parse errors: Bad plan.  You planned 111 tests but ran 100.
   t/text.t   (Wstat: 0 Tests: 415 Failed: 0)
 TODO passed:   121
   t/wm-tcl.t (Wstat: 0 Tests: 315 Failed: 0)
 TODO passed:   86-87, 154-157, 164-165, 175-178, 221-224
   237-239, 264-265, 275-276, 280-283
   t/zzScrolled.t (Wstat: 0 Tests: 94 Failed: 0)
 TODO passed:   52, 66, 80, 94
   Files=76, Tests=4267, 36 wallclock secs ( 0.23 usr  0.05 sys +  6.02 cusr  
0.69 csys =  6.99 CPU)
   Result: FAIL

-- 
Niko Tyni   nt...@debian.org
>From a26233c844c52f49ef9cca5f88dd9063aac60d0f Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Thu, 11 Jan 2024 18:28:58 +
Subject: [PATCH] Fix STRLEN vs int pointer confusion in
 Tcl_GetByteArrayFromObj()

Perl 5.37.2, more precisely commit

 https://github.com/Perl/perl5/commit/1ef9039bccbfe64f47f201b6cfb7d6d23e0b08a7

changed the implementation of SvPV() et al., breaking t/balloon.t,
t/canvas2.t and t/photo.t on big-endian 64-bit architectures such as
ppc64 and s390x because StringMatchGIF() no longer recognized GIF files.

This is because Tcl_GetByteArrayFromObj() was calling SvPV() with an int
pointer instead of a correct STRLEN pointer, and the new implementation
is more sensitive to this: it assigns the pointers as-is, resulting in
the int pointer pointing at the wrong end of the 64-bit length.

Other functions taking a length pointer, at least Tcl_GetStringFromObj()
already seem to do things correctly, so presumably this is not a
systematic issue.
---
 objGlue.c | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/objGlue.c b/objGlue.c
index d4927ea..dbd6a50 100644
--- a/objGlue.c
+++ b/objGlue.c
@@ -627,7 +627,10 @@ Tcl_GetByteArrayFromObj(Tcl_Obj * objPtr, int * lengthPtr)
  sv_utf8_downgrade(objPtr, 0);
  if (lengthPtr)
   {
-   return (unsigned char *) SvPV(objPtr, *lengthPtr);
+   STRLEN len;
+   unsigned char *s = SvPV(objPtr, len);
+   *lengthPtr = len;
+   return s;
   }
  else
   {
-- 
2.30.2

Bug#1060455: awscli: Please drop python-cryptography upper limit or increase it

[Jeremy Bícha]

Control: tags -1 + patch

There is a diff at
https://launchpad.net/ubuntu/+source/awscli/2.14.6-1ubuntu1 for this
issue. You can ignore the build failure since that doesn't seem to
currently affect Debian Unstable.

Thank you,
Jeremy Bícha

Bug#1060456: rxvt-unicode: 9.31-1+b1 breaks UTF-8 display

[Michael Gold]

Package: rxvt-unicode
Version: 9.31-1+b1
Severity: important

Dear Maintainer,

After upgrading rxvt-unicode today, it's no longer displaying UTF-8
properly.  /var/log/apt/history.log shows:
  Upgrade: rxvt-unicode:amd64 (9.31-1, 9.31-1+b1)

I still have an old window open, in which this command:
  printf '\xe2\x80\x94\n'
properly produces an EM DASH (U+2014); in the newer version, it produces
U+00E2 LATIN SMALL LETTER A WITH CIRCUMFLEX.

Another simple test is to run "mc" and note that all the box-drawing
characters are corrupted.

- Michael


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

Kernel: Linux 6.6.9-amd64 (SMP w/32 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 rxvt-unicode depends on:
ii  base-passwd   3.6.3
ii  libc6 2.37-13
ii  libfontconfig12.14.2-6+b1
ii  libgcc-s1 13.2.0-9
ii  libgdk-pixbuf-2.0-0   2.42.10+dfsg-3
ii  libglib2.0-0  2.78.3-1
ii  libperl5.38   5.38.2-2
ii  libptytty02.0-1+b1
ii  libstartup-notification0  0.12-6+b1
ii  libx11-6  2:1.8.7-1
ii  libxext6  2:1.3.4-1+b1
ii  libxft2   2.3.6-1
ii  libxmu6   2:1.1.3-3
ii  libxrender1   1:0.9.10-1.1
ii  ncurses-base  6.4+20231209-1
ii  ncurses-term  6.4+20231209-1

Versions of packages rxvt-unicode recommends:
ii  fonts-dejavu  2.37-8
ii  fonts-ipafont-gothic [fonts-japanese-gothic]  00303-23
ii  fonts-vlgothic [fonts-japanese-gothic]20220612-1

Versions of packages rxvt-unicode suggests:
ii  sensible-utils  0.0.20

-- no debconf information



signature.asc
Description: PGP signature

Bug#1060266: python3-ykman: Package uninstallable

[Jeremy Bícha]

Florian, I see you have a newer version of yubikey-manager staged in
Salsa that would fix this RC bug. Could you either upload that version
or upload a targeted fix for this issue?

Thank you,
Jeremy Bícha

Bug#1060266: python3-ykman: Package uninstallable

[Jeremy Bícha]

Control: tags -1 patch upstream fixed-upstream

Please adapt this upstream commit to fix this issue:
https://github.com/Yubico/yubikey-manager/commit/4990bc2bc

Thank you,
Jeremy Bícha

Bug#1050300: mkbootimg package missing gki module

[Arnaud Ferraris]

Hi,

Having faced this issue, I had a look at this module: it turns out it's 
only needed for a certain kind of image signature, which is marked as 
"DEPRECATED" when running `mkbootimg --help`.


Therefore, I believe the best fix would be to get rid of this feature 
entirely instead of trying to properly package this python module.


I've opened a merge request on salsa[1], feel free to let me know if 
you'd prefer a patch posted to this thread instead.


Regards,
Arnaud

[1] 
https://salsa.debian.org/android-tools-team/android-platform-tools/-/merge_requests/8

Bug#1060455: awscli: Please drop python-cryptography upper limit or increase it

[Jeremy Bícha]

Source: awscli
Version: 2.14.6-1
Severity: serious
Control: forwarded -1 https://github.com/aws/aws-cli/issues/5943

awscli is not installable in Debian Unstable because
python-cryptography has been updated to a newer version than permitted
in awscli's dependencies.

I recommend dropping the upper limit. Alternatively you could increase
the limit to a higher version.

Thank you,
Jeremy Bícha

Bug#1055434: libwebp <-> tiff build-dep loop

[Samuel Thibault]

Hello,

Boyuan Yang, le jeu. 11 janv. 2024 13:37:45 -0500, a ecrit:
> On Mon, 6 Nov 2023 01:42:57 +0100 Samuel Thibault  
> wrote:
> > There is a direct build-depend loop between libwebp and tiff. Could you
> > introduce a notiff build profile in order to break this loop? Otherwise
> > one can't seamlessly bootstrap new Debian ports.
> 
> According to 
> https://wiki.debian.org/BuildProfileSpec#Adding_new_profiles_to_this_registry 
> ,
> adding a new build profile may need some discussion to reach a consensus. Do 
> you
> think it is necessary to start a discussion on debian-devel for notiff 
> profile?

AIUI that is for cross-packages profiles. Packages themselves can freely
add their own profile names, see pkg.$sourcepackage.$anything in
https://wiki.debian.org/BuildProfileSpec#Registered_profile_names

e.g. here pkg.libwebp.notiff.

Samuel

Bug#1055707: python-acora fbfs with Python 3.12

[Bastian Germann]

I am sponsoring a NMU that fixes this issue.
The changes can be found in git.

Bug#1055434: libwebp <-> tiff build-dep loop

[Boyuan Yang]

X-Debbugs-CC: sthiba...@debian.org

(Please CC me in future replies)

On Mon, 6 Nov 2023 01:42:57 +0100 Samuel Thibault  wrote:
> Source: libwebp
> Version: 1.3.2-0.3
> Severity: normal
> 
> Hello,
> 
> There is a direct build-depend loop between libwebp and tiff. Could you
> introduce a notiff build profile in order to break this loop? Otherwise
> one can't seamlessly bootstrap new Debian ports.

According to 
https://wiki.debian.org/BuildProfileSpec#Adding_new_profiles_to_this_registry ,
adding a new build profile may need some discussion to reach a consensus. Do you
think it is necessary to start a discussion on debian-devel for notiff profile?

Thanks,
Boyuan Yang


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

Bug#1060454: RM: boost1.81 -- ROM; Superseded by boost1.83

[Anton Gladky]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear FTP team,

please remove boost1.81 because it is superseded
by boost1.83

Thanks

Anton


-BEGIN PGP SIGNATURE-

iQJFBAEBCgAvFiEEu71F6oGKuG/2fnKF0+Fzg8+n/wYFAmWgNFgRHGdsYWRrQGRl
Ymlhbi5vcmcACgkQ0+Fzg8+n/waexg//QXnbojEQNJNFKaCsfCM1q7Ncgzu7sE+Q
YJCpWjZj+ic2yFUd+AJ7Sbf+3dfeNvWpOnRxxv7vD1C9nCX9euJ6M+fcxUbH8mOn
lvvGKE4UYLJt3EQA2U0lyp63oy4NJJgK2ehAYcwxQM+3Psirr3iGzOnIeiUBNgnv
KZRoqrpDIMkbmyc+TDJRdzRK4v4i0b8DH10fAv2LLlymTNBFaNe3K1S2r3wLMxPg
zshnlHyCQXL5fAjsfRrwX4CwHo5O4rE/bwxSXbh06jTVXN8HK88/TNJdfFI7hfW6
5SKysVCAaW46vSNO3PAEvC20KVOiYRzmHkUHyiCkJqPxEqbWo731uNrrSG2kBbmv
iFB0Bz5EyQEpNmMg2HNEdPVobCUI4UUj4Ps6DqhV1MFkhE20IYadPmNykegRD83I
9FLwfI+MmeNSvKVYMr+zqr1uo4rFeeYu2UgYJqN05enYpLUdw3tTslxzxBj+jvrN
xDHJKgG2iuxD7Uo7tRKjP1jx6zuDZ+VukyL2/Xp5AKBV6MgvbkcJnMC216C9MRPs
oEjYReHyS8rv/OAe255z8DJ63oDHW2QbZIdpbTwessJWemosPfZEiwE0OxRaWini
0015G0FtZ++pdzMFnjGtJ48dRo+RtIUIy3Z+hhOZraYjbwdKVRdaRPAT2nS+gmlc
y0CTVP+Od9c=
=83EV
-END PGP SIGNATURE-

Bug#1060453: RM: boost1.74 -- ROM; superseded by boost1.83

[Anton Gladky]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear FTP team,

please remove boost1.74 because it is superseeded by boost1.83

Thanks

Anton


-BEGIN PGP SIGNATURE-

iQJFBAEBCgAvFiEEu71F6oGKuG/2fnKF0+Fzg8+n/wYFAmWgNBwRHGdsYWRrQGRl
Ymlhbi5vcmcACgkQ0+Fzg8+n/wZ1pA/9GhBoXY5hSSbFpSnx6pUFZ/SQ5I43duXz
kL5lKDZLI9Mn05CmxaWyBKGFvEHPUZRGHfWMyvaMRbJPDSM1YmatDuG45dW0SObk
PT4LQD0BDfvCWkU/rLRO2jFQGHVod03f4ku+cuw1QRwg8wMGzhtzMccLCpn8f4X7
IOF+yVZbgqTz6I6RMjQLa7I+0Xx4h9PcBRPte3UR4kz/aU2NPPyRGm0nAFlrrJ+r
knmHf6DzIqI6PLRRiOxDetrOQvK6g7VM2W6lYAgBdrs8xvnY8FsVMV69hEe21DwW
Hyg0OPBU9hDLtT5nnRUAXkodvuMz8wWxdyrtk7O33VQLPVDZjPgSTOep7hUsWgGu
FEv60ot/D14TIGHyxytI9j9VHwGvRXiunfx+Du+nPHcYVjD6TQr1Qkdxqwc3fsoI
iBSdHLyTkv1lYbvArdbDhMiL/AaX9O9M3a22ArH6Y4E4kdqw+y847KckUIg4gJ9j
rOGx/thl1jOed29WYJZtHwNdcCHsTdVkaaL9cshrIXuz/sy2jWJs6N+L16bNqkh4
rvBU5F/yV1PrHqQ4rqiw3qeB+SqcIl9sEi//9wVAVYlpFiqn+w1UokNulKQl0VfG
wNVD7x2TgKkBM6EqcFBDsoVfilPZDpmig7vuIwMn9ANu2RZXKixNyXYaROJJRwPe
P1YAjLv0Kao=
=vLPR
-END PGP SIGNATURE-

Bug#1057717: cmake ftbfs on ppc64el (and ppc64)

[John Paul Adrian Glaubitz]

Hi Jeff,

On Thu, 2024-01-11 at 13:25 -0500, Jeffrey Walton wrote:
> > 
> It may be a good idea to give the CMake folks the first chance at the
> fix. It does not look like it has been reported to them:
> . Searching with
> 'ppc' and 'llvm' tags returned 0 hits:
> .
> (Maybe I missed it in their bug tracker).

It was actually reported upstream and this bug report also forwards to
the corresponding issue [1]. However, cmake upstream does not consider
it a bug on their side which is why they closed the bug.

Adrian

> [1] https://gitlab.kitware.com/cmake/cmake/-/issues/25500

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#1057717: cmake ftbfs on ppc64el (and ppc64)

[Jeffrey Walton]

On Thu, Jan 11, 2024 at 1:16 PM John Paul Adrian Glaubitz
 wrote:
>
> the bug is definitely still present and I'm therefore not sure whether
> downgrading the priority to normal is justified.
>
> On ppc64, cmake still crashes regularly when configuring the LLVM build
> for example [1]:
>
> -- Looking for pow in m - found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Looking for backtrace in execinfo
> Segmentation fault
>
> I have performed a local LLVM test build and obtained a backtrace with gdb
> which also indicates a crash in libuv:
>
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  0x in ?? ()
> [Current thread is 1 (Thread 0x7fff811f6e60 (LWP 2635470))]
> (gdb) bt
> #0  0x in ?? ()
> #1  
> #2  0x7fff82eee784 in __GI_epoll_pwait (epfd=4, events=0x7fffd3808cc8, 
> maxevents=1024, timeout=-1, set=0x0) at 
> ../sysdeps/unix/sysv/linux/epoll_pwait.c:40
> #3  0x7fff83545238 in uv__io_poll (loop=0x10015e8edd0, timeout=-1) at 
> ./src/unix/linux.c:1365
> #4  0x7fff8352aa84 in uv_run (loop=0x10015e8edd0, mode=UV_RUN_ONCE) at 
> ./src/unix/core.c:447
> #5  0x000132669d8c in cmExecuteProcessCommand (args=..., status=...) at 
> ./Source/cmExecuteProcessCommand.cxx:358
> #6  0x000132561d38 in InvokeBuiltinCommand (status=..., args=..., 
> command=@0x133045248: 0x1326682b0 
>  std::char_traits,
> std::allocator >, std::allocator std::char_traits, std::allocator > > > const&, 
> cmExecutionStatus&)>)
> at ./Source/cmState.cxx:420
> #7  operator() (status=..., args=..., __closure=) at 
> ./Source/cmState.cxx:430
> #8  std::__invoke_impl BuiltinCommand)::&, 
> cmExecutionStatus&)>&, const
> std::vector >&, 
> cmExecutionStatus&> (__f=...) at /usr/include/c++/13/bits/invoke.h:61
> #9  std::__invoke_r BuiltinCommand)::&, 
> cmExecutionStatus&)>&, const std::vector std::allocator >&, cmExecutionStatus&> (__fn=...) at 
> /usr/include/c++/13/bits/invoke.h:114
> #10 std::_Function_handler std::allocator >&, cmExecutionStatus&), 
> cmState::AddBuiltinCommand(const std::string&,
> BuiltinCommand):: std::allocator >&, cmExecutionStatus&)> 
> >::_M_invoke(const std::_Any_data &, const std::vector std::allocator > &, cmExecutionStatus &) (__functor=..., 
> __args#0=..., __args#1=...) at /usr/include/c++/13/bits/std_function.h:290
>
> This bug has also been reported for openSUSE [2] and Simon Lees at SUSE said 
> he
> would be looking into it. In case he comes up with a solution, I will report 
> it
> here.
>
> > [1] 
> > https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-17=ppc64=1%3A17.0.6-4%2Bb2=1704985815=0
> > [2] https://bugzilla.suse.com/show_bug.cgi?id=1218365

It may be a good idea to give the CMake folks the first chance at the
fix. It does not look like it has been reported to them:
. Searching with
'ppc' and 'llvm' tags returned 0 hits:
.
(Maybe I missed it in their bug tracker).

Jeff

Bug#1060452: gweled: depends on unmaintained clutter-1.0 and related libraries

[Simon McVittie]

Source: gweled
Version: 1.0~alpha-2
Severity: important
Tags: trixie sid upstream
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs clutter
Control: block 1018109 by -1
Control: block 1018113 by -1

This package depends on clutter-1.0 and clutter-gtk-1.0, which are no
longer maintained upstream (and have been effectively unmaintained for
a while).

https://gitlab.gnome.org/GNOME/Initiatives/-/issues/31 has some porting
notes for projects that are part of GNOME, which might be useful
inspiration for porting this package.

smcv

Bug#1060451: jamin: build-depends (unnecessarily?) on unmaintained libclutter-gtk-1.0-dev

[Simon McVittie]

Source: jamin
Version: 0.98.9~git20170111~199091~repack1-2
Severity: important
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs clutter
Control: block 996690 by -1

This package build-depends on libclutter-gtk-1.0-dev, which is dead
upstream (and has been effectively unmaintained for a while).

Looking at codesearch, it looks as though all the calls into
clutter-related APIs are commented-out, so perhaps this dependency is not
actually needed? If it can be removed without affecting functionality,
please do.

Or, if there are uses of it that I'm not seeing,
https://gitlab.gnome.org/GNOME/Initiatives/-/issues/31 has some porting
notes for projects that are part of GNOME, which might be useful
inspiration for porting this package.

Thanks,
smcv

Bug#1057717: cmake ftbfs on ppc64el (and ppc64)

[John Paul Adrian Glaubitz]

Hello,

the bug is definitely still present and I'm therefore not sure whether
downgrading the priority to normal is justified.

On ppc64, cmake still crashes regularly when configuring the LLVM build
for example [1]:

-- Looking for pow in m - found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Looking for backtrace in execinfo
Segmentation fault

I have performed a local LLVM test build and obtained a backtrace with gdb
which also indicates a crash in libuv:

Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x in ?? ()
[Current thread is 1 (Thread 0x7fff811f6e60 (LWP 2635470))]
(gdb) bt
#0  0x in ?? ()
#1  
#2  0x7fff82eee784 in __GI_epoll_pwait (epfd=4, events=0x7fffd3808cc8, 
maxevents=1024, timeout=-1, set=0x0) at 
../sysdeps/unix/sysv/linux/epoll_pwait.c:40
#3  0x7fff83545238 in uv__io_poll (loop=0x10015e8edd0, timeout=-1) at 
./src/unix/linux.c:1365
#4  0x7fff8352aa84 in uv_run (loop=0x10015e8edd0, mode=UV_RUN_ONCE) at 
./src/unix/core.c:447
#5  0x000132669d8c in cmExecuteProcessCommand (args=..., status=...) at 
./Source/cmExecuteProcessCommand.cxx:358
#6  0x000132561d38 in InvokeBuiltinCommand (status=..., args=..., 
command=@0x133045248: 0x1326682b0 
,
std::allocator >, std::allocator, std::allocator > > > const&, cmExecutionStatus&)>)
at ./Source/cmState.cxx:420
#7  operator() (status=..., args=..., __closure=) at 
./Source/cmState.cxx:430
#8  std::__invoke_impl&, 
cmExecutionStatus&)>&, const
std::vector >&, 
cmExecutionStatus&> (__f=...) at /usr/include/c++/13/bits/invoke.h:61
#9  std::__invoke_r&, 
cmExecutionStatus&)>&, const std::vector >&, cmExecutionStatus&> (__fn=...) at 
/usr/include/c++/13/bits/invoke.h:114
#10 std::_Function_handler >&, cmExecutionStatus&), 
cmState::AddBuiltinCommand(const std::string&,
BuiltinCommand):: >&, cmExecutionStatus&)> >::_M_invoke(const 
std::_Any_data &, const std::vector > &, cmExecutionStatus &) (__functor=..., 
__args#0=..., __args#1=...) at /usr/include/c++/13/bits/std_function.h:290

This bug has also been reported for openSUSE [2] and Simon Lees at SUSE said he
would be looking into it. In case he comes up with a solution, I will report it
here.

Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-17=ppc64=1%3A17.0.6-4%2Bb2=1704985815=0
> [2] https://bugzilla.suse.com/show_bug.cgi?id=1218365

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913