Devuan bug report logs -
#625
amprolla generates InRelease without arch:all
Reported by: Boian Bonev <bbonev@ipacct.com>
Date: Sun, 24 Oct 2021 00:52:02 UTC
Severity: normal
Found in version chimaera
Done: Mark Hindley <mark@hindley.org.uk>
Reply or subscribe to this bug.
Toggle useless messages
Report forwarded
to devuan-bugs@lists.dyne.org, bbonev@ipacct.com, Evilham <devuan@evilham.com>
:
bug#625
; Package amprolla
.
(Sun, 24 Oct 2021 00:52:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Boian Bonev <bbonev@ipacct.com>
:
New bug report received and forwarded. Copy sent to bbonev@ipacct.com, Evilham <devuan@evilham.com>
.
(Sun, 24 Oct 2021 00:52:05 GMT) (full text, mbox, link).
Message #5 received at submit@bugs.devuan.org (full text, mbox, reply):
Package: amprolla
Version: chimaera
Severity: normal
X-Debbugs-Cc: bbonev@ipacct.com
It was reported on #devuan that "apt-file search" does not find some files
while it finds others. The files in question were in arch:all packages.
apt-file makes apt-get also fetch Contents-* and apt-get skips Contents-all
on chimaera.
It was also reported that the same works fine in beowulf and bullseye.
After further checking, beowulf's and chimaera's InRelease does not have all
in the arch list while bullseye has it.
It looks like all is skipped in lib/release.py lines 69 and 70, but it is not
clear what will be the consequences if this gets changed.
-- System Information:
Distributor ID: Devuan
Description: Devuan GNU/Linux 4 (chimaera)
Release: 4
Codename: chimaera
Architecture: x86_64
Kernel: Linux 5.10.0-8-amd64 (SMP w/32 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, 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 /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled
Information forwarded
to devuan-bugs@lists.dyne.org, Evilham <devuan@evilham.com>
:
bug#625
; Package amprolla
.
(Sun, 24 Oct 2021 07:12:01 GMT) (full text, mbox, link).
Acknowledgement sent
to Mark Hindley <mark@hindley.org.uk>
:
Extra info received and forwarded to list. Copy sent to Evilham <devuan@evilham.com>
.
(Sun, 24 Oct 2021 07:12:03 GMT) (full text, mbox, link).
Message #10 received at 625@bugs.devuan.org (full text, mbox, reply):
Boian,
Thanks for this.
On Sun, Oct 24, 2021 at 03:49:49AM +0300, Where all about bugs in Devuan packages is reported wrote:
> Package: amprolla
> Version: chimaera
> Severity: normal
> X-Debbugs-Cc: bbonev@ipacct.com
>
> It was reported on #devuan that "apt-file search" does not find some files
> while it finds others. The files in question were in arch:all packages.
> apt-file makes apt-get also fetch Contents-* and apt-get skips Contents-all
> on chimaera.
>
> It was also reported that the same works fine in beowulf and bullseye.
>
> After further checking, beowulf's and chimaera's InRelease does not have all
> in the arch list while bullseye has it.
I think there is something else going on here. If it works in beowulf but
beowulf's InRelease doesn't have arch:all in the list, that can't be the cause.
Arch all packages are (now) supposed to be duplicated in all the
binary-*/Packages files.
Can you give me an example package which is missing? The significant thing is
whether it is a forked or unforked package. That may point to a DAK
configuration error.
Thanks
Mark
Information forwarded
to devuan-bugs@lists.dyne.org, Evilham <devuan@evilham.com>
:
bug#625
; Package amprolla
.
(Mon, 25 Oct 2021 17:02:01 GMT) (full text, mbox, link).
Acknowledgement sent
to Mark Hindley <mark@hindley.org.uk>
:
Extra info received and forwarded to list. Copy sent to Evilham <devuan@evilham.com>
.
(Mon, 25 Oct 2021 17:02:04 GMT) (full text, mbox, link).
Message #15 received at 625@bugs.devuan.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
Boian and Ralph,
Thanks. I think I understand this now. Documenting it here, so we have it as a
reference.
Previously arch:all packages were included in arch specific index files (both
Packages and Contents). Obviously that is a duplication and from the Bullseye
cycle Debian has moved to reduce that duplication. This requires clients to use
arch:all indicies directly, for which 'all' has to be included in the Release
Architectures (as Boian pointed out).
However, so this can be done in stages, the 'No-Support-for-Architecture-all:
Packages'[1] header was introduced which temporarily excludes Packages indicies
from the migration.
The inclusion of 'all' in Architectures is controlled in DAK by the per-suite
separate_{package,contents}_architecture_all options.
If we set
separate_package_architecture_all=no
separate_contents_architecture_all=yes
in DAK, we get 'all' added to Release Architectures and also
'No-Support-for-Architecture-all: Packages'. WHen merging, amprolla can then
test for 'all' in Devuan's DAK Release file and propagate that and the
No-Support-for-Architecture-all header to the merged Release file.
I prefer this approach as it keeps the configuration of this in a single place
(DAK) and doesn't change the behaviour for older releases (beowulf and earlier)
that still have dupicated arch:all.
Patch to be tested attached. I will change the config of ceres so it can
be tested.
Any comments/problems anybody can see?
Thanks
Mark
[1] https://wiki.debian.org/DebianRepository/Format#No-Support-for-Architecture-all
[0001-Include-all-in-Release-architectures-if-it-is-config.patch (text/x-diff, attachment)]
Reply sent
to Mark Hindley <mark@hindley.org.uk>
:
You have taken responsibility.
(Tue, 26 Oct 2021 16:12:02 GMT) (full text, mbox, link).
Notification sent
to Boian Bonev <bbonev@ipacct.com>
:
bug acknowledged by developer.
(Tue, 26 Oct 2021 16:12:05 GMT) (full text, mbox, link).
Message #20 received at 625-done@bugs.devuan.org (full text, mbox, reply):
Deployed and appears to be working as expected.
Closing.
Mark
Send a report that this bug log contains spam.