Bug 142

Summary:	mplayer-0.60.ebuild issues
Product:	Gentoo Linux	Reporter:	Tod M. Neidt <tneidt>
Component:	Current packages	Assignee:	Mikael Hallendal (hallski) (RETIRED) <hallski>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	High
Version:	1.0 RC6 r14
Hardware:	x86
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	sandbox-mplayer-0.60-12413.log

Description Tod M. Neidt 2002-01-12 19:01:52 UTC

Hi!

Ran across some problems with the mplayer-0.60.ebuild

1. a symlink is merged from /usr/bin/gmplayer to
/var/tmp/portage/mplayer-0.60/image//usr/bin/mplayer

At first, I thought this was due tosomething in the ebuild, but further
investigation indicates that it is probably 'ln -s' somewhere in the Makefile.

2. sandbox violation, seems to occur when installing the fonts. I'll attach the
sandbox log that blocks mkdir /usr/share/mplayer
However, when merging without sandbox, 
!!! /usr/share/mplayer/font -> /usr/share/mplayer/fonts/iso8559-1/arial-14/
!!! /usr/share/mplayer/font -> /usr/share/mplayer/fonts/iso8559-1/arial-14/

is seen during merging to the live filesystem indicating its related to the font
install.

Comment 1 Tod M. Neidt 2002-01-12 19:02:29 UTC

Created attachment 50 [details]
sandbox-mplayer-0.60-12413.log

Comment 2 Martin Schlemmer (RETIRED) gentoo-dev

2002-01-13 20:44:35 UTC

1. Thanks, didnt see this.

2. Again, thanks.  Due to changes in the build system, the ebuild had to be
   updated, but because I already had /usr/share/mplayer/fonts, it did not
   try to recreate it, and I missed it.

   The other problem with the symlinks is basically a portage feature/bug.
   If the real /usr/share/mplayer/font exist, in sertain cases it does not
   get updated with the new one if the new one is a symlink.

   Unmerging the old release (or current) and remerging should fix this
   problem.  You can even consider rm -rf /usr/share/mplayer before merging.

Added mplayer-0.60-r1 which should fix this problems.