Bug#611573: vim: missing dependency on libperl

[James Vega]

On Wed, Feb 02, 2011 at 09:47:08AM +0200, Niko Tyni wrote:
> On Sun, Jan 30, 2011 at 06:01:08PM -0500, James Vega wrote:
> > On Sun, Jan 30, 2011 at 2:26 PM, Niko Tyni <ntyni at debian.org> wrote:
> 
> > > The full name of the library ends up in the vim.gtk binary, so the Perl
> > > support stops working when the library changes to libperl5.12.3 (and it
> > > probably would with a hypothetical 5.10.2 too, for that matter, even if
> > > it was ABI compatible.)
> > 
> > Hmm, would it make sense to try and change this so it only uses the name
> > libperl5.10 instead of libperl5.10.1?
> 
> Yeah, I think that would help a bit. However, I expect we will have a
> major Perl transition (5.10 -> 5.12 etc.) for every release in the future,
> because upstream has switched to yearly non-ABI-compatible releases.

So, the reason Vim is using libperl5.10.1 instead of libperl5.10 is
because that's what Perl says to use.

  $ perl -V:libperl
  libperl='libperl.so.5.10.1'

If there's another way we should be determining what to dlopen?

> > Maybe I could build a throwaway version of Vim with the language
> > bindings built-in so dpkg-shlibdeps can do its detection and then use
> > that information for the Recommends?  Would that be sufficient for
> > whatever mechanism determines that packages should be binNMUed for
> > library transitions pick up Vim?
> 
> Yes, that sounds workable. Partial upgrades can still get broken as
> nothing makes sure the binNMU'd version gets pulled in along with the
> new libperl and vice versa. That's probably not a showstopper though.

Vim will still run.  It'll just complain about not being able to load
Perl when trying to use the language bindings.

> This seems to suggest that the idea of a throwaway version linking against
> the libraries would be the way to go, short of having intermediate dlopen'd
> plugins like the others do.

I'll talk to upstream to see if Bram would be open to doing that, but in
the interim I'll work on the throwaway build.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <jamessan at debian.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-vim-maintainers/attachments/20110217/2b912863/attachment.pgp>