On wto, 2017-04-18 at 07:51 +0200, Ulrich Mueller wrote: > > > > > > On Mon, 17 Apr 2017, James Le Cuirot wrote: > > If you've been wondering why I've been quiet of late (you have, > > right?!) then this is partly why. I'm not sure why I spent so long > > on an eclass that hardly anyone uses but it's utilised by many of my > > old favourite games. > > Wouldn't this be a good time to rethink the whole concept? By all our > standards, ebuilds shouldn't be interactive. AFAICS, cdrom.eclass is > the last remnant in the tree using PROPERTIES="interactive". > > Maybe the eclass could be replaced by a utility that extracts the ISO > image and places it into DISTDIR, so that ebuilds could use regular > non-interactive unpacking? The additional disk space used shouldn't be > an argument any more with today's large disks. >
I think the eclass supports multiple different CD variants (releases), including poorly made copies, copy-protected media... I don't think you can create a file with stable checksum out of them in any sane way. -- Best regards, Michał Górny
signature.asc
Description: This is a digitally signed message part
