[Pkg-xfce-devel] Re: [Pkg-xfce-commits] r472 - desktop/trunk/libxfce4mcs/debian
Hi Simon,
> ===================================================================
> > --- desktop/trunk/libxfce4mcs/debian/changelog 2006-02-02
> 16:43:49 UTC (rev 471)
> > +++ desktop/trunk/libxfce4mcs/debian/changelog 2006-02-05
> 16:38:45 UTC (rev 472)
> > @@ -1,3 +1,11 @@
> > +libxfce4mcs (4.2.3-2) UNRELEASED; urgency=low
> > +
> > + * Make .so library version matching more generic to catch soname
> bumps
> > + and to be consistent with libxfce4util and libxfcegui4
> > + * Add myself to uploaders field
> > +
> > + -- Jani Monoses <jani@ubuntu.com> Sun, 5 Feb 2006 16:56:43 +0200
>
> Sorry, I meant to reply to this ages ago.
>
> I don't think this should be committed. I thought if you were going to
> make 4.3 changes you were going to do them separately.
I have specifically put this in trunk as it is good for both 4.2 , 4.4 and
whatever else will come.
The comment even says it is done like the other libs.
So these are not 4.3 specific changes.
Also, I'm not happy with these changes. I'd want the package to not
> build (or at least not usefully ship a library) if the soname changed
> and noone noticed. I don't think the packaging should ever encompass
> more than one version of the library as there may be specific things
It installs all .so.X.Y libraries from the package currently being built. If
that contains
more than one soname version for the same library we're in bigger trouble
anyway.
So with the same debian rule we are able to build all upcoming versions of
xfce libs.
and not just the one which has soname 2.0.0 for instance.
Jani
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.alioth.debian.org/pipermail/pkg-xfce-devel/attachments/20060213/67684972/attachment.htm
Reply to: