[PATCH 1/1] fix(rootfs): correctly handle handle special package names in isar-apt

1 view
Skip to first unread message

Felix Moessbauer

unread,
Aug 10, 2026, 8:11:16 AM (6 days ago) Aug 10
to akarp...@ilbers.de, isar-...@googlegroups.com, Felix Moessbauer
When running apt-get install --print-uris, the first component denotes
the download location, the second one the location under which the file
should be stored on disk. The current approach which assumes both are
identical breaks on these cases, resulting in errors like:

cp: cannot stat
'///base-apt/debian/pool/main/f/file/libmagic-mgc_1%3a5.39-3+deb11u1_amd64.deb':
No such file or directory

We fix this, by properly URL decoding the first part, while copying in
with the name of the second part.

Fixes: b294d592 ("fix(rootfs): copy isar-apt packages instead of ...")
Reported-by: Aliaksei Karpovich <akarp...@ilbers.de>
Signed-off-by: Felix Moessbauer <felix.mo...@siemens.com>
---
@Aliaksei: Please give this a try, it should fix the issue you reported.
Do you have a test case in citest.py that reproduces this issue?

Best regards,
Felix

meta/classes-recipe/rootfs.bbclass | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/classes-recipe/rootfs.bbclass b/meta/classes-recipe/rootfs.bbclass
index bdb9ea7a..7a638b91 100644
--- a/meta/classes-recipe/rootfs.bbclass
+++ b/meta/classes-recipe/rootfs.bbclass
@@ -369,8 +369,9 @@ rootfs_install_pkgs_isar_download() {
--chdir "/var/cache/apt/archives" \
${ROOTFSDIR} \
-- /usr/bin/sh -c 'apt-get ${ROOTFS_APT_ARGS} --print-uris ${ROOTFS_PACKAGES} | \
- sed -n "s|^.file:\(/[^'\'']*/\)[^'\'']*\.deb. \([^ ]*\.deb\) .*|\1\2|p" | \
- while read -r path; do cp -n "$path" ./ ; done'
+ sed -n "s|^.file:\(/[^'\'']*\.deb\). \([^ ]*\.deb\).*|\1 \2|p" | \
+ sed ":a; s|^\([^ ]*\)%|\1\\\\x|; ta" | \
+ while read -r path name; do cp -n "$(/usr/bin/printf "%b" "$path")" "$name" ; done'
}

ROOTFS_INSTALL_COMMAND += "${@ 'rootfs_install_clean_files' if (d.getVar('ROOTFS_CLEAN_FILES') or '').strip() else ''}"
--
2.55.0

Aliaksei Karpovich

unread,
Aug 10, 2026, 10:20:03 AM (6 days ago) Aug 10
to Felix Moessbauer, isar-...@googlegroups.com

On 8/10/26 15:11, Felix Moessbauer wrote:
> When running apt-get install --print-uris, the first component denotes
> the download location, the second one the location under which the file
> should be stored on disk. The current approach which assumes both are
> identical breaks on these cases, resulting in errors like:
>
> cp: cannot stat
> '///base-apt/debian/pool/main/f/file/libmagic-mgc_1%3a5.39-3+deb11u1_amd64.deb':
> No such file or directory
>
> We fix this, by properly URL decoding the first part, while copying in
> with the name of the second part.
>
> Fixes: b294d592 ("fix(rootfs): copy isar-apt packages instead of ...")
> Reported-by: Aliaksei Karpovich <akarp...@ilbers.de>
> Signed-off-by: Felix Moessbauer <felix.mo...@siemens.com>
> ---
> @Aliaksei: Please give this a try, it should fix the issue you reported.
> Do you have a test case in citest.py that reproduces this issue?
Thanks for quick fix.
Applied to 'Improving base-apt usage' and tested and it looks like working.
We don't have special testcase, but it will be covered when 'Improving
base-apt usage' is merged.

Best regards,
Aliaksei

MOESSBAUER, Felix

unread,
Aug 10, 2026, 10:33:25 AM (6 days ago) Aug 10
to Aliaksei Karpovich, isar-...@googlegroups.com
On Mon, 2026-08-10 at 17:19 +0300, Aliaksei Karpovich wrote:
> On 8/10/26 15:11, Felix Moessbauer wrote:
> > When running apt-get install --print-uris, the first component denotes
> > the download location, the second one the location under which the file
> > should be stored on disk. The current approach which assumes both are
> > identical breaks on these cases, resulting in errors like:
> >
> > cp: cannot stat
> > '///base-apt/debian/pool/main/f/file/libmagic-mgc_1%3a5.39-3+deb11u1_amd64.deb':
> > No such file or directory
> >
> > We fix this, by properly URL decoding the first part, while copying in
> > with the name of the second part.
> >
> > Fixes: b294d592 ("fix(rootfs): copy isar-apt packages instead of ...")
> > Reported-by: Aliaksei Karpovich <akarp...@ilbers.de>
> > Signed-off-by: Felix Moessbauer <felix.mo...@siemens.com>
> > ---
> > @Aliaksei: Please give this a try, it should fix the issue you reported.
> > Do you have a test case in citest.py that reproduces this issue?
> Thanks for quick fix.
> Applied to 'Improving base-apt usage' and tested and it looks like working.
> We don't have special testcase, but it will be covered when 'Improving
> base-apt usage' is merged.

Thanks for testing. For a test, we probably just need a package with an
epoch in its version. I'll give it a try and send as a standalone
patch. This should not delay this fix.

Cheers!
Felix

Zhihang Wei

unread,
Aug 12, 2026, 10:08:32 AM (4 days ago) Aug 12
to Felix Moessbauer, isar-...@googlegroups.com, akarp...@ilbers.de
Is it OK if I drop the duplicated word "handle" from the commit msg title
when merging?

Zhihang

MOESSBAUER, Felix

unread,
Aug 12, 2026, 10:13:14 AM (4 days ago) Aug 12
to Zhihang Wei, isar-...@googlegroups.com, akarp...@ilbers.de

oops... Yes, of course. Thanks!

Felix

>
> Zhihang

Zhihang Wei

unread,
Aug 12, 2026, 10:25:40 AM (4 days ago) Aug 12
to Felix Moessbauer, akarp...@ilbers.de, isar-...@googlegroups.com
Applied to next, thanks.

Zhihang

On 8/10/26 14:11, 'Felix Moessbauer' via isar-users wrote:
Reply all
Reply to author
Forward
0 new messages