Bug#1055487: marked as done (nmu: openstructure_2.6.0~rc-1~exp spglib_2.1.0-1~exp)

[Debian Bug Tracking System]

Your message dated Fri, 17 Nov 2023 07:44:31 +0100
with message-id 
and subject line Re: Bug#1055487: nmu: openstructure_2.6.0~rc-1~exp 
spglib_2.1.0-1~exp
has caused the Debian Bug report #1055487,
regarding nmu: openstructure_2.6.0~rc-1~exp spglib_2.1.0-1~exp
to be marked as done.

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

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


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

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hello,

I want to request binNMU on amd64 for packages recently accepted to 
experimental.


  nmu openstructure_2.6.0~rc-1~exp . amd64 . experimental . -m "Rebuild 
on buildd"

  nmu spglib_2.1.0-1~exp . amd64 . experimental . -m "Rebuild on buildd"

Thanks,
Andrius
--- End Message ---
--- Begin Message ---
On 2023-11-09 17:03:50 +0200, Andrius Merkys wrote:
> Hi,
> 
> On 2023-11-09 15:57, Sebastian Ramacher wrote:
> > We can of course schedule the binNMUs, but I am wondering why are those
> > required?
> 
> I wanted to check whether they rebuild successfully on buildd. I have not
> done this before, just wanted to be extra careful this time. But of course I
> may as well proceed with transitions without the binNMUs.

Scheduled openstructure in experimental.

Cheers
-- 
Sebastian Ramacher--- End Message ---

Bug#1056065: transition: spdlog

[Andrius Merkys]

On 2023-11-17 08:42, Sebastian Ramacher wrote:
I suspect that's due to the use of libspdlogX-fmtY. I've added a manual 
tracker and added the fmt postfix.


Right, this might be the reason. Thanks!

Andrius

Bug#1055891: transition: gdal

[Sebastian Ramacher]

Control: tags -1 confirmed

On 2023-11-13 18:53:40 +0100, Bas Couwenberg wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: g...@packages.debian.org
> Control: affects -1 + src:gdal
> Control: forwarded -1 
> https://release.debian.org/transitions/html/auto-gdal.html
> Control: block -1 by 1051433
> 
> For the Debian GIS team I'd like to transition to GDAL 3.8.0.

Please go ahead.

Cheers
-- 
Sebastian Ramacher

Processed: Re: Bug#1055891: transition: gdal

[Debian Bug Tracking System]

Processing control commands:

> tags -1 confirmed
Bug #1055891 [release.debian.org] transition: gdal
Added tag(s) confirmed.

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

Bug#1055751: marked as done (transition: wolfssl)

[Debian Bug Tracking System]

Your message dated Fri, 17 Nov 2023 07:42:57 +0100
with message-id 
and subject line Re: Bug#1055751: transition: wolfssl
has caused the Debian Bug report #1055751,
regarding transition: wolfssl
to be marked as done.

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

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


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

Package: release.debian.org
Control: affects -1 wolfssl
X-Debbugs-Cc: wolf...@packages.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Severity: normal
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-wolfssl.html

wolfssl is available in experimental with libwolfssl41.
This transition is from libwolfssl35.
The auto-generated Ben file is okay and all reverse dependencies build fine.
--- End Message ---
--- Begin Message ---
On 2023-11-10 22:29:22 +0100, Sebastian Ramacher wrote:
> Control: tags -1 = confirmed
> 
> On 2023-11-10 19:13:22 +0100, Bastian Germann wrote:
> > Am 10.11.23 um 18:03 schrieb Sebastian Ramacher:
> > > Control: tags -1 moreinfo
> > > 
> > > On 2023-11-10 15:57:27 +0100, Bastian Germann wrote:
> > > > The auto-generated Ben file is okay and all reverse dependencies build 
> > > > fine.
> > > 
> > > What's the status of the reverse dependencies? Do they build
> > > successfully with the new version of wolfssl?
> > 
> > Yes, as I have written.
> 
> I should have finished with reading that sentence. Please go ahead.

The old binaries got removed from testing. Closing

Cheers
-- 
Sebastian Ramacher--- End Message ---

Processed: Re: Bug#1056065: transition: spdlog

[Debian Bug Tracking System]

Processing control commands:

> tags -1 confirmed
Bug #1056065 [release.debian.org] transition: spdlog
Added tag(s) confirmed.

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

Bug#1055600: transition: suitesparse-7.3

[Sebastian Ramacher]

Control: tags -1 confirmed

On 2023-11-08 18:00:20 +0100, Sébastien Villemot wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> Control: forwarded -1 
> https://release.debian.org/transitions/html/auto-suitesparse.html
> 
> Dear Release Team,
> 
> Please schedule a transition for suitesparse 7.3, which currently sits in
> experimental.
> 
> One the shared libraries got a SOVERSION bump (libcholmod4 → libcholmod5). The
> ABI change is minor and I’m therefore fairly confident that there won’t be any
> issue.

Please go ahead.

Cheers
-- 
Sebastian Ramacher

Processed: Re: Bug#1055600: transition: suitesparse-7.3

[Debian Bug Tracking System]

Processing control commands:

> tags -1 confirmed
Bug #1055600 [release.debian.org] transition: suitesparse-7.3
Added tag(s) confirmed.

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

Bug#1056065: transition: spdlog

[Sebastian Ramacher]

Control: tags -1 confirmed

On 2023-11-16 18:01:01 +0200, Andrius Merkys wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: cru...@debian.org
> 
> Hello,
> 
> I would like to request a transition slot for spdlog (experimental ->
> unstable) due to soname bump.

Please go ahead.

> Ben tracker was not set up automatically, thus
> its file should look like this:
> 
> is_affected = .depends ~
> /\b(libspdlog\-dev|libspdlog1\.10|libspdlog1\.12)\b/;
> is_good = .depends ~ /\b(libspdlog\-dev|libspdlog1\.12)\b/;
> is_bad = .depends ~ /\b(libspdlog1\.10)\b/;

I suspect that's due to the use of libspdlogX-fmtY. I've added a manual
tracker and added the fmt postfix.

Cheers
-- 
Sebastian Ramacher

Bug#1056065: transition: spdlog

[Andrius Merkys]

On Thu, 16 Nov 2023 18:01:01 +0200 Andrius Merkys  wrote:

* kodi (seems to be affected by spdlog API change)


Sorry, kodi builds fine, it should not be here, my mistake.

Best,
Andrius

Bug#1056105: bullseye-pu: package libsolv/0.7.17-1+deb11u1

[Luca Boccassi]

Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu

[ Reason ]
Both Fedora Rawhide and SUSE Tumbleweed started to compress their
respective RepoData with zstd. The libsolv version in bullseye is not
build with zstd support, so using zypper/dnf in bullseye to build a new
Fedora/SUSE chroot started to fail this week.

[ Impact ]
$ mkdir -p repos.d img
$ cat 
Building repository 'test.repo' cache 
.[error]
Error building the cache:
[test.repo|https://download.opensuse.org/tumbleweed/repo/oss/] Failed to cache 
repo (1).
History:
 - 'repo2solv' '-o' '/tmp/img/var/cache/zypp/solv/test.repo/solv' '-X' 
'/tmp/img/var/cache/zypp/raw/test.repo'
   
/tmp/img/var/cache/zypp/raw/test.repo/repodata/d6fbf1152bab99fc7ceacf974422a9799694274b64c36015b10288e6cabadd81e4649b19f52570efc5f3ab5b28817c9561fa8eeca117a05f3caea6c33e48cb69-primary.xml.zst:
 No such file or directory
   Command exited with status 1.

[ Tests ]
libsolv in bullseye already supports zstd, but it is not enabled. The
fix is simply to build-depend on libzstd and enable the relevant cmake
flag, and then it works:

$ zypper --reposd-dir=/tmp/repos.d --root=/tmp/img --gpg-auto-import-keys 
install distribution-release filesystem
Building repository 'mkosi.repo' cache 
.[done]
Loading repository data...
Reading installed packages...
'distribution-release' not found in package names. Trying capabilities.
Resolving package dependencies...

The following 20 NEW packages are going to be installed:
  bash bash-sh compat-usrmerge-tools filesystem glibc glibc-extra libgcc_s1 
libncurses6 libpcre2-8-0 libreadline8
  libselinux1 libstdc++6 ncurses-utils openSUSE-release 
openSUSE-release-appliance-custom
  patterns-glibc-hwcaps-x86_64_v3 system-user-root terminfo-base 
terminfo-screen timezone

The following 4 recommended packages were automatically selected:
  glibc-extra ncurses-utils terminfo-screen timezone

The following 9 packages are suggested, but will not be installed:
  branding-openSUSE distribution-logos-openSUSE-Tumbleweed java-11-openjdk 
mariadb mariadb-client openssl-1_1
  openSUSE-build-key openSUSE-repos-Tumbleweed procps

20 new packages to install.
Overall download size: 7.3 MiB. Already cached: 0 B. After the operation, 
additional 16.3 MiB will be used.
Continue? [y/n/v/...? shows all options] (y): y
<...>
$ cat img/usr/lib/os-release 
NAME="openSUSE Tumbleweed"
# VERSION="20231114"
ID="opensuse-tumbleweed"
ID_LIKE="opensuse suse"
VERSION_ID="20231114"
PRETTY_NAME="openSUSE Tumbleweed"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:tumbleweed:20231114"
BUG_REPORT_URL="https://bugzilla.opensuse.org;
SUPPORT_URL="https://bugs.opensuse.org;
HOME_URL="https://www.opensuse.org;
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed;
LOGO="distributor-logo-Tumbleweed"

[ Risks ]
Minimal, support for zstd is old and the change is simply a new build
dependency and build flag. Worst case scenario is that zstd doesn't
work, and the situation is not any different from status quo.

[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in (old)stable
  [x] the issue is verified as fixed in unstable

[ Other info ]
I have already updated this change. It is fixed in the latest unstable
upload as well. I am also proposing the same fix for bookworm and
Ubuntu stable releases:

https://bugs.launchpad.net/ubuntu/+source/libsolv/+bug/2043625

-- 
Kind regards,
Luca Boccassi
diff -Nru libsolv-0.7.17/debian/changelog libsolv-0.7.17/debian/changelog
--- libsolv-0.7.17/debian/changelog	2021-02-01 20:04:46.0 +
+++ libsolv-0.7.17/debian/changelog	2023-11-16 23:25:47.0 +
@@ -1,3 +1,10 @@
+libsolv (0.7.17-1+deb11u1) bullseye; urgency=medium
+
+  [ Sjoerd Simons ]
+  * Enable libzstd compression support
+
+ -- Luca Boccassi   Thu, 16 Nov 2023 23:25:47 +
+
 libsolv (0.7.17-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru libsolv-0.7.17/debian/control libsolv-0.7.17/debian/control
--- libsolv-0.7.17/debian/control	2020-12-19 12:58:21.0 +
+++ libsolv-0.7.17/debian/control	2023-11-16 23:25:33.0 +
@@ -13,6 +13,7 @@
  librpm-dev (>= 4),
  liblzma-dev,
  libbz2-dev,
+ libzstd-dev,
  python3-dev,
  libpython3-dev,
  swig,
diff -Nru libsolv-0.7.17/debian/rules libsolv-0.7.17/debian/rules
--- libsolv-0.7.17/debian/rules	2020-12-19 12:58:21.0 +
+++ libsolv-0.7.17/debian/rules	2023-11-16 23:25:33.0 +
@@ -47,6 

Bug#1055907: nmu: libalien-wxwidgets-perl_0.69+dfsg-6+b3

[Scott Talbert]

On Thu, 16 Nov 2023, Cyril Brulebois wrote:


Hi,

Scott Talbert  (2023-11-13):

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: libalien-wxwidgets-p...@packages.debian.org
Control: affects -1 + src:libalien-wxwidgets-perl

nmu libalien-wxwidgets-perl_0.69+dfsg-6+b3 . ANY . unstable . -m "Rebuild for 
wxwidgets3.2 (3.2.4+dfsg-1)"


This looks like a redux of #1054146, with libwx-perl also needing a
binNMU (after the libalien-wxwidgets-perl one)?


Yeah, I did at least file both at the same time this round though :)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1055908

Scott

Bug#1028489: boost1.83 as default

[Anton Gladky]

Hi Sebastian,

bugs are filed:

https://udd.debian.org/bugs/?release=na=ign=7=7=only=ftbfs-boost183-transition=gl...@debian.org=1=1=1=1#results

Regards

Anton

Bug#1055907: nmu: libalien-wxwidgets-perl_0.69+dfsg-6+b3

[Cyril Brulebois]

Hi,

Scott Talbert  (2023-11-13):
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
> X-Debbugs-Cc: libalien-wxwidgets-p...@packages.debian.org
> Control: affects -1 + src:libalien-wxwidgets-perl
> 
> nmu libalien-wxwidgets-perl_0.69+dfsg-6+b3 . ANY . unstable . -m "Rebuild for 
> wxwidgets3.2 (3.2.4+dfsg-1)"

This looks like a redux of #1054146, with libwx-perl also needing a
binNMU (after the libalien-wxwidgets-perl one)?


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


signature.asc
Description: PGP signature

Re: Bug#1053686: pandoc: cannot fulfill the build dependencies

[Ilias Tsitsimpis]

Hi Jonas,

On Thu, Nov 16, 2023 at 01:28PM, Jonas Smedegaard wrote:
> Upstream project has restructured to now be organized as multiple
> projects to be built as dependencies of each other.
> 
> I had hoped to be able to orchestrate such chain-of-builds internally in
> the single source package, but the Haskell build helper tools seem to be
> in too bad shape for that: Apparently all Haskell packages use CDBS
> which is quite cumbersome to use for "looping" subtasks, and both of the
> two available non-CDBS debhelper tools existing in Debian are broken.

I would suggest packaging these libraries as distinct packages in
Debian, not only because our tooling doesn't support the other way, but
also because these are distinct packages in Hackage, with different
versions/releases. Essentially treat Hackage as the source of truth, and
not the git (mono-) repo.

> I therefore give up on that approach, and see no other way forward than
> to introduce the libraries of Pandoc as a new source package, and then
> have the existing src:pandoc package depend on that to build the binary.
> 
> I will now file an RFP for that new dependent package, in the hope that
> the Haskell team can adopt maintenance of that.

Please let me know of any missing libraries, and I will package them
ASAP. I thought we had everything in Debian until now. See also my
message here [1], where I point to the new pandoc-cli package, and the
fact that Lua support is currently broken, and maybe it's best to
disable it for now.

Let me know how I can help.

[1] https://lists.debian.org/debian-haskell/2023/11/msg4.html

Best,

-- 
Ilias

Bug#1056065: transition: spdlog

[Andrius Merkys]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: cru...@debian.org

Hello,

I would like to request a transition slot for spdlog (experimental -> 
unstable) due to soname bump. Ben tracker was not set up automatically, 
thus its file should look like this:


is_affected = .depends ~ 
/\b(libspdlog\-dev|libspdlog1\.10|libspdlog1\.12)\b/;

is_good = .depends ~ /\b(libspdlog\-dev|libspdlog1\.12)\b/;
is_bad = .depends ~ /\b(libspdlog1\.10)\b/;

I have ratt-rebuilt all reverse dependencies with all of them building 
successfully except nmodl (FTBFS with catch2, #1054683) and the 
following packages which are not in sid due to other reasons:


* kodi (seems to be affected by spdlog API change)
* gr-dab (unrelated CMake problems)
* vast (problem with "Flatbuffers")
* purify - FTBFS eigen3 (#1001528, not in sid)

Best,
Andrius

Re: Bug#1053686: pandoc: cannot fulfill the build dependencies

[Jonas Smedegaard]

Quoting Paul Gevers (2023-11-16 11:22:45)
> On Thu, 12 Oct 2023 06:36:05 +0200 Jonas Smedegaard  wrote:
> > Quoting Scott Talbert (2023-10-12 02:33:45)
> > > It looks like pandoc can be updated to v3.0.1 and be compatible with the 
> > > dependencies that are in unstable currently (LTS 21).  Can you please let 
> > > us know if there are any dependencies still missing?
> 
> > I will look at it soon - probably this upcoming weekend.
> 
> Is there any progress with fixing this bug? It seems that this issue is 
> one of the last blocking issues in the haskell transition. src:pandoc is 
> a key package, we can't easily remove it from testing to "fix" the blockage.

Thanks for pinging/nudging, Paul.

Upstream project has restructured to now be organized as multiple
projects to be built as dependencies of each other.

I had hoped to be able to orchestrate such chain-of-builds internally in
the single source package, but the Haskell build helper tools seem to be
in too bad shape for that: Apparently all Haskell packages use CDBS
which is quite cumbersome to use for "looping" subtasks, and both of the
two available non-CDBS debhelper tools existing in Debian are broken.

I therefore give up on that approach, and see no other way forward than
to introduce the libraries of Pandoc as a new source package, and then
have the existing src:pandoc package depend on that to build the binary.

I will now file an RFP for that new dependent package, in the hope that
the Haskell team can adopt maintenance of that.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/
 * Sponsorship: https://ko-fi.com/drjones

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Re: Bug#1053686: pandoc: cannot fulfill the build dependencies

[Paul Gevers]

Hi,

On Thu, 12 Oct 2023 06:36:05 +0200 Jonas Smedegaard  wrote:

Quoting Scott Talbert (2023-10-12 02:33:45)
> It looks like pandoc can be updated to v3.0.1 and be compatible with the 
> dependencies that are in unstable currently (LTS 21).  Can you please let 
> us know if there are any dependencies still missing?



I will look at it soon - probably this upcoming weekend.


Is there any progress with fixing this bug? It seems that this issue is 
one of the last blocking issues in the haskell transition. src:pandoc is 
a key package, we can't easily remove it from testing to "fix" the blockage.


Paul


OpenPGP_signature.asc
Description: OpenPGP digital signature