Bug#570452: with mozilla-openoffice.org installed, nspluginscan returns useless relative path
Hi,
On Wed, Apr 07, 2010 at 11:21:28AM +0200, Petter Reinholdtsen wrote:
> I've investigated this problem some more, and I am getting convinced
> that the problem is this code in
> ooo-build-3-2-0-9/patches/dev300/nsplugin-path.diff, which is
> unprepared for a relative symlink:
[...]
> I see two solutions to this problem. Either make the code capable of
> handling relative symlinks. It can be done by using realpath() or
> canonicalize_file_name() (GNU extention) instead of readlink. Or by
> making the symlink absolute. I believe it is best to make the code
> more robust and able to handle relative symlinks.
Will tell upstream :)
> The code I found to create this symlink is this fragment in
> debian/rules:
>
> cd debian/mozilla-openoffice.org$(VER) && \
> for b in iceape iceweasel mozilla mozilla-firefox firefox; do \
> mkdir -p usr/lib/$$b/plugins && \
> ln -sf /$(OOBRANDDIR)/program/libnpsoplugin.so \
> usr/lib/$$b/plugins/libnpsoplugin.so; \
> done
>
> It seem to create absolute symlinks, so I am not quite sure what is
> going on here. I checked the symlink on a Squeeze system.
dh_link converts absolute symlinks into relative ones.
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' rene@debian.org | GnuPG-Key ID: D03E3E70
`- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70
Reply to: