Re: the move to stublib
On Sat, Aug 31, 2002 at 12:25:20PM +0200, Stefano Zacchiroli wrote:
> On Sat, Aug 31, 2002 at 11:54:31AM +0200, Remi VANICAT wrote:
> > - it seem that at its installation, the ocaml package doesn't run
> > ocaml-ldconf any more, leaving the following ld.conf :
> >
> > /build/buildd/ocaml-3.06/debian/ocaml/usr/lib/ocaml/stublibs
> > /build/buildd/ocaml-3.06/debian/ocaml/usr/lib/ocaml
>
> from which ld.conf did you take this data? My ld.conf (both
> /var/lib/ocaml/ld.conf and /usr/lib/ocaml/ld.conf) don't report any path
> like that.
I guess you either ran ocaml-ldconf yourself, or had an upgrade for
another package who did it.
> > - it also seem that several old version of some package have not
> > suppress at upgrade time the path they had add to ld.conf using the
> > ocaml-ldconf utilities. It is at least the case for the following
> > package :
>
> This is an already discussed problem related to an old bug of
> dh_ocamlld. The script generated by the buggy version of dh_ocamlld not
> remove the paths while upgrading the package IIRC, so if you upgrade a
> debian package which needs a path in /usr/lib/ocaml/ld.conf to a version
> that does no longer need such a path you remain with a spurious path.
>
> I posted the patch sometimes ago for dh_ocamlld, but seems to me that it
> isn't yet in the ocaml package, I will repost it attached to this mail.
> The reference thread is on this ML, with subject "Summary on
> ocaml-ldconf bug" around date July 08. (The patch is for
> /usr/share/debhelper/autoscripts/postrm-ocamlld).
Mmm, i applied a patch, but maybe it was lost when my work box crashed.
I will apply it in a new upload.
> The original post carried also a patch for ocaml-ldconf that enable some
> useful warnings, I don't know if it is still needed because IIRC Sven
> performed some change sto ocaml-ldconf, anyway the original message is
> Message-ID: <20020708211638.GA18210@cs.unibo.it>
Well, send it to me privately, or better yet, send it to the BTS, and i
will check the changes and apply it by hand.
> Anyway fixing the bug does not solve the problem for who have currently
> installed packages built with buggy version of dh_ocamlld, so IIRC we
> told about adding a check for spurious path in ld.conf directly in the
> ocaml package, check that we forgot to add.
Well, maybe or maybe not. How do you propose we do that ? I suppose that
a spurious ppath for you is one that is in /var/lib/ocaml/ld.conf but
not in the associated package.
A better idea would be to fix dh_ocamlld so that it works as planed, and
have it run even if the path entry is empty.
Then we can have ocaml-ldconf remove all entries for this package before
installing the new ones, (or none most likely).
That said, this would mean performing this check each time we install
this package in the future, which is ok, but eats some uneeded
ressources. Ideally, we could launch this script conditionally if the
version of the installed library package is less than a certain version
(less than the version which first implements this), but i don't know if
that is possible.
Friendly,
Sven Luther
Reply to: