Your message dated Thu, 22 May 2025 14:53:42 +0000
with message-id <e1ui7ik-006vjs...@respighi.debian.org>
and subject line unblock raku-json-name
has caused the Debian Bug report #1106262,
regarding unblock: raku-json-name/0.0.7-7
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.)
--
1106262: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1106262
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: raku-json-n...@packages.debian.org
Control: affects -1 + src:raku-json-name
User: release.debian....@packages.debian.org
Usertags: unblock
Please unblock package raku-json-name
[ Reason ]
The version of this package in testing provides:
- source files
- pre-compiled binary files
The pre-compiled binary files depends on rakudo compiler-id.
Unfortunately, we've realized lately that this compiler-id is not
reproducible. When compiler-id changes, rakudo rebuilds all source
files and generate new pre-compiled files for the source code and all
its dependencies. This leads to package conflicts such as this one
reported in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1104468. Note that
file conflicts may happen in one arch and not in the other, so I'm
going to request unblock of all raku module packages that depend on
other raku modules.
The new release in unstable ships only source code. Rakudo compiles
these modules at run-time and store pre-compiled files in
~/.raku/precomp directory.
I'm requesting unblock for all raku package that depends on other raku
modules.
[ Impact ]
Currently, many raku modules are not installable due to
these files conflicts.
Moreover, some packages cannot be rebuilt due to dependencies not
being installable.
[ Tests ]
Like Perl5 modules, all raku modules come with a set of
non-regression tests which are run at build time.
[ Risks ] Very low. This new behavior reverts to rakudo default:
pre-compile all source files and store results in local cache.
[ Checklist ]
[x] all changes are documented in the d/changelog.
changelog mentions updated build-dep on dh-raku 0.19.
dh-raku changelog mentions that pre-compiled files are no longer generated.
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in testing
unblock raku-json-name/0.0.7-7
diff -Nru raku-json-name-0.0.7/debian/changelog
raku-json-name-0.0.7/debian/changelog
--- raku-json-name-0.0.7/debian/changelog 2025-04-28 10:05:18.000000000
+0200
+++ raku-json-name-0.0.7/debian/changelog 2025-05-08 16:25:01.000000000
+0200
@@ -1,3 +1,10 @@
+raku-json-name (0.0.7-7) unstable; urgency=medium
+
+ * control: add Build-Depends on dh_raku 0.19
+ * control: set arch=all
+
+ -- Dominique Dumont <d...@debian.org> Thu, 08 May 2025 16:25:01 +0200
+
raku-json-name (0.0.7-6) unstable; urgency=medium
* Set architectures supported by moarvm
diff -Nru raku-json-name-0.0.7/debian/control
raku-json-name-0.0.7/debian/control
--- raku-json-name-0.0.7/debian/control 2025-04-28 10:05:18.000000000 +0200
+++ raku-json-name-0.0.7/debian/control 2025-05-08 16:25:01.000000000 +0200
@@ -5,6 +5,7 @@
Section: interpreters
Priority: optional
Build-Depends: debhelper-compat (= 13),
+ dh-raku (>= 0.19),
dh-sequence-raku,
raku-json-optin
Standards-Version: 4.7.2
@@ -14,7 +15,7 @@
Rules-Requires-Root: no
Package: raku-json-name
-Architecture: amd64 arm64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386
loong64 mips mips64el mipsel powerpc ppc64 ppc64el riscv64 s390x x32
+Architecture: all
Depends: ${misc:Depends},
${raku:Depends},
raku-json-optin
--- End Message ---
--- Begin Message ---
Unblocked.
--- End Message ---
