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