Summary: | [Future EAPI] Make unpack fail when passed an unsupported file | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Michał Górny <mgorny> |
Component: | PMS/EAPI | Assignee: | PMS/EAPI <pms> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | esigra, gentoo, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 174380 |
Description
Michał Górny
2021-05-12 12:16:50 UTC
I suppose the simplest way of doing that would be to modify the spec to say something like 'does the equivalent of calling unpack with filenames from ${A} that are recognized as supported archives'. From #gentoo-pms: <@ulm> if it cannot unpack ${A} then it's not a default situation <@mgorny> ulm: ebuilds quite often fetch auxiliary files like images or uncompressed patches or .. <@mgorny> maybe a compromise would be having 'unpack' fail if none of the files were recognized <@mgorny> and succeed if at least one was unpacked <@ulm> yeah, that would also be possible |