56363 – gozer ebuild loses track of documentation files

Bug 56363 - gozer ebuild loses track of documentation files

Summary: gozer ebuild loses track of documentation files

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	All Linux

Importance:	High trivial (vote)
Assignee:	SpanKY

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2004-07-07 12:56 UTC by Sebastian
Modified:	2004-07-13 19:20 UTC (History)
CC List:	0 users

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 Sebastian 2004-07-07 12:56:31 UTC

Hi,

when emerging gozer-0.7 docs are copied to /usr/share/doc/gozer (uncompressed) and /usr/share/doc/gozer-0.7 (compressed). cruft always finds /usr/share/doc/gozer to be unrelated to any package. Can you fix this? For the sake of a clean system?

Thanks!
mic

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Comment 1 Mr. Bones. (RETIRED) gentoo-dev

2004-07-07 20:56:50 UTC

spanky has imlib2 installed already...

Comment 2 SpanKY gentoo-dev

2004-07-13 19:20:55 UTC

portage probably wasnt able to say the files belong to gozer because gozer installs them to /usr/doc/gozer/ and since /usr/doc is a symlink to /usr/share/doc, /usr/share/doc/gozer wouldnt be in the CONTENTS file

added gozer-0.7-r1 to portage which fixes this and in general cleans up the ebuild