Emilio,
My recommendation is that we indeed stop this transition and resume
once trixie is released.
I have a few updates below:
* Gabriel F. T. Gomes:
>
> the problem does not seem to be related to libdevice-cdio-perl, but a
> problem with libcdio itself.
I was able to remove libdevice-cdio-perl from the equation with the
following program:
#include <err.h>
#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <cdio/cdio.h>
#include <cdio/iso9660.h>
int
main(void)
{
CdIo_t *cdio;
iso9660_stat_t *stat;
cdio = cdio_open("isofs-m1.cue", DRIVER_UNKNOWN);
if (cdio == NULL)
err(EXIT_FAILURE, "unable to open disk file");
stat = iso9660_fs_find_lsn(cdio, 26);
if (stat == NULL)
err(EXIT_FAILURE, "unable to find LSN");
cdio_destroy(cdio);
return 0;
}
The data files (isofs-m1.cue and isofs-m1.bin) can be found in
libdevice-cdio-perl, e.g.:
https://sources.debian.org/src/libdevice-cdio-perl/2.0.0-2/data/
> I was thinking of investigating this further (e.g. with
> a minimal reproducer, if I can make one) and even involve upstream if
> something is indeed broken.
I sent upstream a message (I don't see it in their mailing list archive yet)
Cheers,
Gabriel
PS: This was a nice catch by the CI and libdevice-cdio-perl's autopkgtest. :)
