Re: [gentoo-dev] cdrom.eclass vs KEYWORDS

2019-09-25 Thread Michał Górny
On Wed, 2019-09-25 at 21:30 +, Robin H. Johnson wrote: > > So maybe the most obvious solution would be to remove KEYWORDS from > > ebuilds unconditionally using cdrom.eclass (and their reverse > > dependencies), and mask USE=cdinstall on the rest. > We should find who has copies of each of the

Re: [gentoo-dev] cdrom.eclass vs KEYWORDS

2019-09-25 Thread James Le Cuirot
On Wed, 25 Sep 2019 22:14:36 +0200 Michał Górny wrote: > Hi, > > I'm wondering if we're doing the right things by adding KEYWORDS to > packages using cdrom.eclass. After all, it's somewhat similar to live > ebuilds. That is, data is fetched outside regular PM mechanisms (though > not implicitl

Re: [gentoo-dev] cdrom.eclass vs KEYWORDS

2019-09-25 Thread Robin H. Johnson
On Wed, Sep 25, 2019 at 10:14:36PM +0200, Michał Górny wrote: > Hi, > > I'm wondering if we're doing the right things by adding KEYWORDS to > packages using cdrom.eclass. After all, it's somewhat similar to live > ebuilds. That is, data is fetched outside regular PM mechanisms (though > not impl

Re: [gentoo-dev] cdrom.eclass vs KEYWORDS

2019-09-25 Thread Mike Gilbert
On Wed, Sep 25, 2019 at 4:14 PM Michał Górny wrote: > > Hi, > > I'm wondering if we're doing the right things by adding KEYWORDS to > packages using cdrom.eclass. After all, it's somewhat similar to live > ebuilds. That is, data is fetched outside regular PM mechanisms (though > not implicitly t

[gentoo-dev] cdrom.eclass vs KEYWORDS

2019-09-25 Thread Michał Górny
Hi, I'm wondering if we're doing the right things by adding KEYWORDS to packages using cdrom.eclass. After all, it's somewhat similar to live ebuilds. That is, data is fetched outside regular PM mechanisms (though not implicitly through Internet, arguably) and it is not covered by any checksums.