On Sun, Dec 11, 2011 at 05:07:43PM +0100, Luk Claes wrote:
> On 12/11/2011 04:53 PM, Alessandro Ghedini wrote:
> > On Sat, Dec 10, 2011 at 06:30:17PM +0100, Alessandro Ghedini wrote:
> >> For reasons I do not know the shlibs version of the libcurl3 package was
> >> overridden by one of the previous maintainers of the package and hasn't
> >> been updated for long. I will look into this (I'll probably remove the
> >> overrides at this point or just bump them FWIW).
> >
> > Actually, the shlibs overrides *are* needed, it's just that they have not
> > been updated since curl 7.16.something.
> >
> > I've bumped them now for all the lib packages, the upload should follow
> > soon.
>
> Did you have a look at the difference between symbols of the 7.16
> version and the latest one adding new symbols?
IIRC there were some symbols introduced somewhere between 7.16 and 7.21.1,
and others in 7.23.0 (note that they are not listed in the upstream
cheangelog). So basically 7.23.1 is both the latest upstream and the latest
that introduced new symbols in Debian (we didn't have 7.23.0).
> Hmm, shouldn't we use symbol files so dependencies only get bumped when
> there are actually new symbols and only when they get used?
I was thinking the same today. The "tricky" part is that dpkg-gensymbols
will only generate *.symbols files with version 7.23.1 (or whatever is the
latest package version when it is run) for all the symbols (unless versions
are specified manually for the single symbols) making it not much effective
as of now (also, libcurl3-nss must have 7.23.1 anyway because of the change
in the 7.23.1-1 upload).
On the other hand, once properly done, it would most probably avoid mistakes
like the one that caused this bug report, since the process will be mostly
automatically executed by dpkg-gensymbols.
Cheers
--
perl -E'$_=q;$/= @{[@_]};and s;\S+;<inidehG ordnasselA>;eg;say~~reverse'
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
