Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 226071 - app-i18n/man-pages-cs-0.17-r1 is trying to remove the installed manpages
Summary: app-i18n/man-pages-cs-0.17-r1 is trying to remove the installed manpages
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All All
: Lowest major (vote)
Assignee: Jeremy Olexa (darkside) (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-12 13:58 UTC by David Watzke
Modified: 2008-06-12 22:17 UTC (History)
0 users

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


Attachments
ebuild patch to fix this bug (man-pages-cs-0.17-dont-wipe-old.patch,573 bytes, patch)
2008-06-12 14:55 UTC, David Watzke
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description David Watzke 2008-06-12 13:58:39 UTC
app-i18n/man-pages-cs-0.17-r1 is trying to remove the installed manpages from the system..

# wipe the old pages
for i in latest/man?; do for j in $i/*; do k=`basename $i`; l=`basename $j`; rm -f /usr/share/man/cs/$k/$l; done; done
rm: cannot remove `/usr/share/man/cs/man1/ar.1': Permission denied
rm: cannot remove `/usr/share/man/cs/man1/at.1': Permission denied
rm: cannot remove `/usr/share/man/cs/man1/basename.1': Permission denied
rm: cannot remove `/usr/share/man/cs/man1/bzdiff.1': Permission denied
... and so on ...
make: *** [remove] Error 1

that's not very clever, I guess... I'm using paludis and the "userpriv" feature or how is it called
Comment 1 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2008-06-12 14:30:40 UTC
Hmm, you are right. Its in upstream's makefile. I will look at removing that bit because we should be letting $PM remove them..

Admittetly, I kinda got caught in this 'trivial' version bump as there have been quite a few bugs with it that is associated with me not have these man pages on my system (naturally, I'm not Czech ;) ) So, do you see anything else not correct with the ebuild so hopefully I don't have to fix anythign else?
Comment 2 David Watzke 2008-06-12 14:37:11 UTC
Yeah, I noticed... it's indeed because of these messy "build" scripts. Maybe it would be better to write our own ones instead of using these. But fixing (or removing) this bit should be enough to get it finally working, I guess. Once it's installed, it should be fine...
Comment 3 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2008-06-12 14:41:16 UTC
(In reply to comment #2)
> Yeah, I noticed... it's indeed because of these messy "build" scripts. Maybe it
> would be better to write our own ones instead of using these. But fixing (or
> removing) this bit should be enough to get it finally working, I guess. Once
> it's installed, it should be fine...
> 

Ok, I won't get to it until tonight because I am at work so feel free to hack away if you want. ;)
Comment 4 David Watzke 2008-06-12 14:55:32 UTC
Created attachment 156505 [details, diff]
ebuild patch to fix this bug

Ok, here comes the fix... we only need to run make latest, possible compression (make gz) is done by the PM.
Comment 5 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2008-06-12 22:17:24 UTC
(In reply to comment #4)
> Created an attachment (id=156505) [edit]
> ebuild patch to fix this bug
> 
> Ok, here comes the fix... we only need to run make latest, possible compression
> (make gz) is done by the PM.
> 

Great. Thanks. Fixed in CVS.