1 |
On Mon, 2018-10-01 at 08:19 -0700, Zac Medico wrote: |
2 |
> Hi all, |
3 |
> |
4 |
> The ~arch version of portage hs a new QA check that reports installation |
5 |
> of files outside of directories that have been whitelisted [1]. The |
6 |
> current whitelist includes: |
7 |
> |
8 |
> directories common to / and /usr |
9 |
> ================================ |
10 |
> bin lib lib32 lib64 libx32 sbin |
11 |
> |
12 |
> top level directories |
13 |
> ================================ |
14 |
> boot dev etc opt srv usr var |
15 |
> |
16 |
> /usr level directories |
17 |
> ================================ |
18 |
> include libexec share src |
19 |
> |
20 |
> /usr/share/doc level directories |
21 |
> ================================ |
22 |
> /usr/share/doc/${PF} |
23 |
> |
24 |
> The first bug report [2] is for qt-core, which installs documentation |
25 |
> into /usr/share/doc/${PN}-${PV} instead of /usr/share/doc/${PF} (${PF} |
26 |
> includes ebuild revision such as -r1, -r2, and so on). |
27 |
|
28 |
No, it doesn't. There's no /usr/share/doc/qtcore-5.11.1 on my system. |
29 |
|
30 |
> I have created a patch that will allow ebuilds to whitelist directories |
31 |
> by setting a QA_INSTALL_PATHS variable [3], however @mgorny said: |
32 |
|
33 |
@mgorny was seriously concerned about trigger-happy patch authors who |
34 |
find it urgent to silence QA warnings without even bothering to properly |
35 |
discuss the problem. And is continuously concerned about people who |
36 |
want something but don't bother starting the discussion, and instead |
37 |
rely on somebody else to start the discussion, even without having |
38 |
the appropriate knowledge on what the problem is in the first place. |
39 |
|
40 |
In other words, this is something that should be discussed on a case-by- |
41 |
case basis. Not the usual Gentoo thing of 'I don't like this QA |
42 |
warning, let's silence it quickly and go on ignoring everyone, whether |
43 |
my package is broken or not'. |
44 |
|
45 |
-- |
46 |
Best regards, |
47 |
Michał Górny |