Bug#804317: libreoffice-dev-doc: unhandled symlink to directory conversion: /usr/share/doc/libreoffice-dev-doc/docs -> ../libreoffice-dev/docs
reopen 804317
notfixed 1:5.1.0~alpha1-3
notfixed 1:5.0.3~rc2-1
thanks
Hi,
On Sun, Nov 08, 2015 at 03:26:45PM +0100, Andreas Beckmann wrote:
> I think we have been talking about two different but entangled issues:
Yes, probably.
> In 1:5.0.3~rc1-2 you fixed the copyright file issue by adding
> dir_to_symlink "everywhere". This exploded on upgrades if both
> libreoffice-dev-doc and libreoffice-dev are installed. These are the
> bugs you are trying to fix :-)
Indeed.
> ./usr/share/doc/libreoffice-dev-doc/docs/* (THEBIGTREE)
>
> but on upgrades the symlink
> ./usr/share/doc/libreoffice-dev-doc/docs -> ../libreoffice-dev/docs
> is retained and the THEBIGTREE actually resides in
> ./usr/share/doc/libreoffice-dev/docs
> which I can also see in jessie->sid upgrades in piuparts
> (installs-over-symlink ...)
But I don't have that issue. See my previous reply.
Probably it's - as you say here ...
> The Conflicts you added seem to work for most upgrade paths (by causing
> removal and reinstallation of libreoffice-dev-doc, but not in cases
... a issue not showed in "real life" installs :)
But yes, that was the plan. And works at least in my tests (libreoffice-dev
and libreoffice-dev-doc) installed. :)
> So here comes my proposed solution to fix this whole mess:
>
> Has ./usr/share/doc/libreoffice-dev-doc/ ever been something else than a
> directory? I don't think so.
No, it explicitely was exluded from --link-doc=
> Lets consider the locations
> ./usr/share/doc/libreoffice-dev-doc/docs
> ./usr/share/doc/libreoffice-dev/docs
> as "burned" and recovering them from possible nested symlinks will be
> nearly impossible. So let's move the tree away from there, e.g. to
> ./usr/share/doc/libreoffice-dev-doc/devdocs
> (important: this directory must have never been used before)
> Is the location /usr/share/doc/libreoffice-dev-doc/docs used anywhere?
Well, no. the "canonical" upstream place is <sdk dir>/docs, which
is /usr/lib/libreoffice/sdk/docs (which right now is a symlink.)
The symlink is because upstreams make install (un)helpfully installs them
in /usr/share/doc/libreoffice (!) - it's docs after all - and we ourselves move
it just to a different package. And create the /usr/lib/libreoffice/sdk/docs
link.
> * it's the target of the api link, that can be changed easily
yeah,
> * are there more uses or could we just drop it completely from the package?
theroretically it can be moved. /usr/lib/libreoffice/sdk/docs would result in
a new symlink_to_dir conversion, though, too
> Can you give me some hints how to speed up building libreoffice
> packages, since all I'm interested in testing maintainer script changes ...
Except DEB_BUILD_OPTIONS="lang=en-US" to just build english and skip translations
- not really. (and parallelism which is determined automatically). You also
can disable the -dbg and -subsequentcheck packages (BUILD_DBG_PACKAGE and
BUILD_TEST_PACKAGE) in rules. At least the first one takes a big time to be created ;)
And of course you should do debuild -b -nc on second and further attempts (maybe after
rm debian/stampdir/install*) to not needing to rebuild it completly.
Regards,
Rene
Reply to: