Bug report: cache-deb-src fails with 'debsrc_undo

Amaia Gomez

unread,

May 21, 2026, 11:50:30 AM (10 days ago) May 21

to isar-...@googlegroups.com

Hello isar-users,

I am trying to use the cache-deb-src feature to cache upstream Debian source packages for long-term reproducibility. I am running isar v1.1 (commit cc5a5d98) on Debian 13 (Trixie) amd64, building an image for an Intel Elkhart Lake (x86_64) target with Debian Trixie.

Configuration in local.conf:

BASE_REPO_FEATURES = "cache-deb-src"

The build fails with:

ERROR: No packages were found in apt cache

run.do_cache_deb_src: debsrc_undo_mounts: not found

WARNING: exit code 127 from a shell command.

I found two issues:

1. The function 'debsrc_undo_mounts' is called in meta/classes-recipe/deb-dl-dir.bbclass (line ~150) when the apt cache is empty, but this function is not defined anywhere in the isar codebase. This causes exit code 127 (command not found).

2. Even with ROOTFS_FEATURES:remove = "clean-package-cache", the function rootfs_export_package_cache executes BEFORE rootfs_install_pkgs_install in the ROOTFS_INSTALL_COMMAND sequence. This means the apt cache is still empty when the export runs, because the packages have not been downloaded yet.

The execution order observed in the log is:

rootfs_export_package_cache (cache is empty at this point)

rootfs_install_clean_files

rootfs_install_pkgs_install (packages are downloaded here)

Is there a workaround available? Is this a known issue?

Thank you,

Amaia Gomez

AMAIA GOMEZ | Técnico/a de Desarrollo - Electrónico/a
ULMA Packaging Headquarters
Barrio Garibai 28, 20560 OÑATI (Gipuzkoa)
ago...@ulmapackaging.com | Tel.: +34 943 034205 # 3035
ulmapackaging.com

Mezu hau, eta hala bada, eransitako fitxategiak konfidentzialak dira, bereziki datu pertsonalei dagokienez, eta zehaztu den hartzailearentzat dira bakarrik. Zu ez bazara hartzailea eta nahi gabe jaso baduzu, edo beste arrazoi batengatik bere berri izan baduzu, bide honetatik guri jakinarazteko eta mezua suntsitzeko edo ezabatzeko eskatzen dizugu. Aldi berean, inondik inora, mezu hau eta erantsitako fitxategiak ez erabiltzeko, ez erreproduzitzeko, ez aldatzeko, ez artxibatzeko edo ez beste inori helerazteko eskatzen dizugu, hori guztia erantzunkizun legalak sor daitezkeela jakitun. Igorleak ez du bermatzen posta honen integritatea, azkartasuna edo segurtasuna, eta ez ditu bere arduratzat hartzen beste inork egindako atzemate, birus kutsatze eta beste edozein manipulaziotik eratorritako balizko kalteak.
Este mensaje y, en su caso, los ficheros anexos son confidenciales, especialmente en lo que respecta a los datos personales, y se dirigen exclusivamente al destinatario referenciado. Si usted no lo es y lo ha recibido por error o tiene conocimiento del mismo por cualquier motivo, le rogamos que nos lo comunique por este medio y proceda a destruirlo o borrarlo, y que en todo caso se abstenga de utilizar, reproducir, alterar, archivar o comunicar a terceros el presente mensaje y ficheros anexos, todo ello bajo pena de incurrir en responsabilidades legales. El emisor no garantiza la integridad, rapidez o seguridad del presente correo, ni se responsabiliza de posibles perjuicios derivados de la captura, incorporaciones de virus o cualesquiera otras manipulaciones efectuadas por terceros.
This message and any attached files transmitted with it, is confidential, especially as regards personal data and originals ideas. It is intended solely for the use of the individual or entity to whom it is addressed. If you are not the intended recipient and have received this information in error or have accessed it for any reason, please notify us of this fact by email reply and then destroy or delete the message, refraining from any reproduction, use, alteration, filing or communication to third parties of this message and attached files on penalty of incurring legal responsibilities. The sender does not guarantee the integrity, the accuracy, the swift delivery or the security of this email transmission, and assumes no responsibility for any possible damage incurred through data capture, virus incorporation or any manipulation carried out by third parties.

Anton Mikanovich

unread,

May 22, 2026, 10:46:15 AM (9 days ago) May 22

to Amaia Gomez, isar-...@googlegroups.com

Hello Amaia,

Thanks for the reporting, the function 'debsrc_undo_mounts' is leftover
after:

9ad502bb deb-dl-dir: optimize caching of source packages using apt natively

Will prepare a patch with removing it.

For the second point we need to have a look and will back soon.

> http://www.ulmapackaging.com/imag/signature/logo_ulma.jpg
>
>
>
>
>
> *AMAIA GOMEZ * | Técnico/a de Desarrollo - Electrónico/a
> *ULMA Packaging**Headquarters*

> Barrio Garibai 28, 20560 OÑATI (Gipuzkoa)

> --
> You received this message because you are subscribed to the Google
> Groups "isar-users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to isar-users+...@googlegroups.com.
> To view this discussion visit
> https://groups.google.com/d/msgid/isar-users/86f710f342514234b8d7eab2c97bdbba%40spc015.packaging.ulma.es
> <https://groups.google.com/d/msgid/isar-users/86f710f342514234b8d7eab2c97bdbba%40spc015.packaging.ulma.es?utm_medium=email&utm_source=footer>.

Anton Mikanovich

unread,

May 25, 2026, 7:12:51 AM (7 days ago) May 25

to Amaia Gomez, isar-...@googlegroups.com

Hello Amaia,

21.05.2026 13:42, 'Amaia Gomez' via isar-users wrote:
>

Are you sure that actual packages download (not just install) is happened
during rootfs_install_pkgs_install() call?
Here is how pootfs packages installation is happened in Isar:

1) Packages got resolved and downloaded in
rootfs_install_pkgs_download(), but
nothing got installed on that stage. Here
${ROOTFSDIR}/var/cache/apt/archives
should be populated.

2) Already filled ${ROOTFSDIR}/var/cache/apt/archives got exported to the
external DL_DIR, so they can be reused on the next build.

3) Packages (already downloaded on stage 1) are actually installed into the
rootfs in rootfs_install_pkgs_install() function. No deb downloading
should be
done here.

4) Apt cache in rootfs got cleaned in
rootfs_postprocess_clean_package_cache()
if "clean-package-cache" rootfs feature is enabled.

Just rechecked it on cc5a5d98 and it still work like it should.
Did you have any changes in ROOTFS_POSTPROCESS_COMMAND commands in your
layer?

Anyway "cache-deb-src" has no effect here, because it only enables source
(not binary) packages obtaining.

>
> Is there a workaround available? Is this a known issue?
>
> Thank you,
>
> Amaia Gomez
>
>
>
>
>
>
>

> http://www.ulmapackaging.com/imag/signature/logo_ulma.jpg
>
>
>
>
>
> *AMAIA GOMEZ * | Técnico/a de Desarrollo - Electrónico/a
> *ULMA Packaging**Headquarters*

> Barrio Garibai 28, 20560 OÑATI (Gipuzkoa)

Reply all

Reply to author

Forward

Bug report: cache-deb-src fails with 'debsrc_undo_mounts: not found' on isar v1.1

Amaia Gomez

Anton Mikanovich

Anton Mikanovich