Bug#856334: libdevice-cdio-perl: FTBFS when autobuilder has a CDROM drive
gregor herrmann
gregoa at debian.org
Thu Mar 2 22:35:51 UTC 2017
On Wed, 01 Mar 2017 23:13:57 +0100, Santiago Vila wrote:
> > My CD-ROM "looks" like:
> >
> > % ll /dev/cdrom
> > lrwxrwxrwx 1 root root 3 Feb 16 19:06 /dev/cdrom -> sr0
> > % ll /dev/sr0
> > brw-rw---- 1 root cdrom 11, 0 Feb 16 19:06 /dev/sr0
>
> That's how my CD-ROM looks as well:
>
> linode1:~# ll /dev/cdrom
> lrwxrwxrwx 1 root root 3 feb 27 19:42 /dev/cdrom -> sr0
> linode1:~# ll /dev/sr0
> brw-rw---- 1 root cdrom 11, 0 feb 27 19:42 /dev/sr0
Ok.
> > So it seems that those tests have proven to be problematic under
> > other (virtual) versions of /dev/cdrom as well before, even if they
> > work with real hardware.
> >
> > If this is true we probably want to disable the tests completely
> > during build as well ...
>
> That's what I would do, yes.
Thanks for the confirmation, I just uploaded a new version which
skips the tests during build as well. (And filed an unblock request.)
> Not only because some people have faulty cdroms, but also because we
> want builds to be reproducible, so using /dev/cdrom when it exists
> and not using it when it does not exist introduces a potentially
> undesired variation in the way the package is built.
It doesn't change the binary package but I agree that it can cause
build failures and is therefore undesired.
> Ideally, special hardware should only be used at run time, not at
> build time. Otherwise it becomes a requirement difficult to meet
> for an autobuilder.
Right.
> In either case, if you still want to debug this (just to satisfy
> curiosity, and even if usage of /dev/cdrom is dropped), I can still
> give you access to my machine (please contact me privately for
> details).
Thanks for the offer but I'll rather proceed to some other more
pressing bugs :)
Cheers,
gregor
--
.''`. https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
`- NP: Status Quo: What You're Proposing
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 963 bytes
Desc: Digital Signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/attachments/20170302/d238bdb7/attachment.sig>
More information about the pkg-perl-maintainers
mailing list