Bug#1094736: transition: libcdio

["Gabriel F. T. Gomes" <gabriel@inconstante.net.br>]

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. :)