1 |
On Thu, Aug 26, 2021 at 7:40 AM Ulrich Mueller <ulm@g.o> wrote: |
2 |
> |
3 |
> >>>>> On Thu, 26 Aug 2021, Stephan Hartmann wrote: |
4 |
> |
5 |
> > --- a/eclass/unpacker.eclass |
6 |
> > +++ b/eclass/unpacker.eclass |
7 |
> > @@ -4,7 +4,7 @@ |
8 |
> > # @ECLASS: unpacker.eclass |
9 |
> > # @MAINTAINER: |
10 |
> > # base-system@g.o |
11 |
> > -# @SUPPORTED_EAPIS: 5 6 7 |
12 |
> > +# @SUPPORTED_EAPIS: 5 6 7 8 |
13 |
> > # @BLURB: helpers for extraneous file formats and consistent behavior across EAPIs |
14 |
> > # @DESCRIPTION: |
15 |
> > # Some extraneous file formats are not part of PMS, or are only in certain |
16 |
> > @@ -16,7 +16,7 @@ |
17 |
> > # - support partial unpacks? |
18 |
> > |
19 |
> > case ${EAPI:-0} in |
20 |
> > - [567]) ;; |
21 |
> > + [5678]) ;; |
22 |
> > *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;; |
23 |
> > esac |
24 |
> > |
25 |
> |
26 |
> I think for EAPI 8 you'll need additional cases in _unpacker() for |
27 |
> 7z, .rar, and .lha/.lzh, because package manager support for these |
28 |
> extensions has been dropped: |
29 |
> https://projects.gentoo.org/pms/8/pms.html#x1-135002r24 |
30 |
|
31 |
That would be a nice enhancement for the eclass, but I don't think it |
32 |
needs to be implemented before EAPI 8 is allowed. It could wait until |
33 |
some EAPI 8 ebuild actually needs to unpack one of these obscure |
34 |
formats. |