Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 350609 - >=media-gfx/swftools-0.8.1 install unconnected symlinks
Summary: >=media-gfx/swftools-0.8.1 install unconnected symlinks
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: László Szalma
URL:
Whiteboard:
Keywords: NeedPatch
Depends on: 411265
Blocks:
  Show dependency tree
 
Reported: 2011-01-04 23:42 UTC by Fabio Rossi
Modified: 2012-04-09 18:34 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fabio Rossi 2011-01-04 23:42:31 UTC
# ls /usr/share/swftools/swfs/ -l
-rw-r--r-- 1 root root 126  5 gen 00.21 PreLoaderTemplate.swf
lrwxrwxrwx 1 root root  41  5 gen 00.21 default_loader.swf -> usr/share/swftools/swfs/tessel_loader.swf
lrwxrwxrwx 1 root root  41  5 gen 00.21 default_viewer.swf -> usr/share/swftools/swfs/simple_viewer.swf
-rw-r--r-- 1 root root 371  5 gen 00.21 keyboard_viewer.swf
-rw-r--r-- 1 root root 510  5 gen 00.21 simple_viewer.swf
-rw-r--r-- 1 root root 12K  5 gen 00.21 swft_loader.swf
-rw-r--r-- 1 root root 11K  5 gen 00.21 tessel_loader.swf

The two symlinks default_*.swf point to wrong paths.
Comment 1 Pacho Ramos gentoo-dev 2012-04-06 19:33:03 UTC
dropped
Comment 2 Pacho Ramos gentoo-dev 2012-04-08 11:39:41 UTC
Reopening to try to know if this is fixed with latest version
Comment 3 László Szalma 2012-04-08 17:06:03 UTC
I need some assistance no this

During the emerge

...
test -f /var/tmp/portage/media-gfx/swftools-20120224/image/usr/share/swftools/swfedia-gfx/swftools-20120224/image/usr/share/swftools/swfs/default_viewer.sw
    ln -s /var/tmp/portage/media-gfx/swftools-20120224/image/usr/share/swftools/sgfx/swftools-20120224/image/usr/share/swftools/swfs/default_viewer.swf;
test -f /var/tmp/portage/media-gfx/swftools-20120224/image/usr/share/swftools/swfedia-gfx/swftools-20120224/image/usr/share/swftools/swfs/default_loader.sw
    ln -s /var/tmp/portage/media-gfx/swftools-20120224/image/usr/share/swftools/sgfx/swftools-20120224/image/usr/share/swftools/swfs/default_loader.swf;
...

this seems to be fine. But during install it bacome usr/... instead of /usr/...

I see other packages creating symlinks they use chdir and ln. I can do this with a patch too, but is this a good solution?
Comment 4 Matthias Kramm 2012-04-08 18:00:35 UTC
I'm seeing the same thing. It seems ebuild incorrectly rewrites symlinks.

If it makes easier you can also just remove that particular symlink from swftools (remove the swfs subdirectory from the top-level Makefile)-
Given that Gentoo's install doesn't include pdf2swf, that symlink is not actually needed.
Comment 5 Pacho Ramos gentoo-dev 2012-04-08 20:00:13 UTC
Looks the best option to me :-/
Comment 6 László Szalma 2012-04-08 20:13:52 UTC
I tried to strip the pdf part off as little as possible (hoping to get it fixed soon)

This is what I found:
>>> Completed installing swftools-20120224 into /var/tmp/portage/media-gfx/swftools-20120224/image/

at this part in the directory
/var/tmp/portage/media-gfx/swftools-20120224/image/usr/share/swftools/swfs

there IS the two symlinks, and they are pointing to right file. After the portage merge, they are broken. I think this is a problem of portage itself.

One solution is to make these symlinks to be relative (as they are pointing to the same directory) but in this case I have to apply another small patch.
The other solution is to find out why portage breaks these links...
Comment 7 László Szalma 2012-04-09 18:34:05 UTC
Fixed with patch. (needed anyway because upstream changed the Makefile.in in a way worse than before)