Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 657580 - [Future EAPI] PMS: inconsistent respecting of insopts/exeopts
Summary: [Future EAPI] PMS: inconsistent respecting of insopts/exeopts
Status: CONFIRMED
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: PMS/EAPI (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: PMS/EAPI
URL:
Whiteboard: feasible-for-next-eapi
Keywords:
Depends on:
Blocks: future-eapi
  Show dependency tree
 
Reported: 2018-06-08 07:09 UTC by Michał Górny
Modified: 2019-03-04 09:37 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2018-06-08 07:09:21 UTC
At a first glance, the following functions respect:

a. insopts: doconfd, doenvd, doheader, doins.

b. exeopts: doexe, doinitd.

At the same time, we have a lot of functions that ignore those and set 0644/0755 unconditionally (dobin, dodoc, dolib*, etc.).

I suppose respecting it in doheader is a divergence resulting from it being added later.  The others were probably either made to respect it intentionally, or because of Portage implementation.

Do we really have a use case for this?  I'm thinking it would really be cleaner to only have doins/newins respect insopts, and doexe/newexe -- exeopts.
Comment 1 Ulrich Müller gentoo-dev 2018-06-08 07:20:47 UTC
I think the question is if we care enough to fix it (and thereby introduce EAPI dependent behaviour)?
Comment 2 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2018-06-08 07:22:39 UTC
We already did something similar for domo last EAPI.  Sad I didn't spot it back then.