614832 – docompress unnecessarily complains about ENOENT paths

Bug 614832 - docompress unnecessarily complains about ENOENT paths

Summary: docompress unnecessarily complains about ENOENT paths

Status:	RESOLVED WORKSFORME

Alias:	None

Product:	Portage Development
Classification:	Unclassified
Component:	Core - Ebuild Support (show other bugs)
Hardware:	All Linux

Importance:	Normal normal (vote)
Assignee:	Portage team

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2017-04-06 07:32 UTC by Michał Górny
Modified:	2021-09-03 08:48 UTC (History)
CC List:	1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Michał Górny archtester

2017-04-06 07:32:20 UTC

* Messages for package sys-devel/clang-4.0.0:

 * prepcompress: ignoring nonexistent path '/usr/lib/llvm/4/share/man'


However, reading the PMS wrt docompress:

| * If the item does not exist, it is ignored.

https://dev.gentoo.org/~ulm/pms/head/pms.html#x1-14200011.3.3.11

So I'd say the warning is not exactly expected here.

Comment 1 Ulrich Müller gentoo-dev

2017-04-06 09:59:11 UTC

This is a feature. :) If the inclusion list contains non-existent paths (which were however explicitly added by the ebuild calling docompress), then most likely this is due to a typo in docompress's arguments.

Note that the three default entries in the inclusion list /usr/share/{doc,info,man} will not trigger any warning.

Comment 2 Ulrich Müller gentoo-dev

2017-04-06 10:05:04 UTC

See bug 260118 comment 20 and comment 22 for the rationale of this.

Comment 3 Ulrich Müller gentoo-dev

2017-04-06 10:05:46 UTC

See bug 260118 comment 20 and bug 260118 comment 22 for the rationale of this.