> According to Debian Policy 8.6.2, renaming of the SONAME and the
> library package name is possible for non-backwards compatible ABI
> changes.
Respectfully, the soname was not bumped. If you think that it should
be, why don't you ask the sane-backends developers to do that?
But I agree with
Am 07.11.18 um 16:49 schrieb Jörg Frings-Fürst:
> severity 913125 serious
> thanks
>
> Hi,
>
> Am Mittwoch, den 07.11.2018, 15:05 +0100 schrieb Michael Biebl:
>> Control: severity -1 normal
>
>> Am 07.11.18 um 13:42 schrieb Michael Biebl:
>>> The removal of toupper_ascii is strictly speaking an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
severity 913125 serious
thanks
Hi,
Am Mittwoch, den 07.11.2018, 15:05 +0100 schrieb Michael Biebl:
> Control: severity -1 normal
>
> Am 07.11.18 um 13:42 schrieb Michael Biebl:
> > The removal of toupper_ascii is strictly speaking an ABI break,
Am 07.11.18 um 15:00 schrieb Michael Biebl:
> Am 07.11.18 um 14:40 schrieb Jörg Frings-Fürst:
>
>> and extract the symbols files from the resulting *.deb files.
>>
>> Both are attached.
>
> The symbols files you attached include the symbols for the backends. You
> need to exclude those.
>
Control: severity -1 normal
Am 07.11.18 um 13:42 schrieb Michael Biebl:
> The removal of toupper_ascii is strictly speaking an ABI break, but this
> never was part of the public API (checking the header files of 1.0.25).
> So no bumping the soname for the removal of toupper_ascii is okayish.
Am 07.11.18 um 14:40 schrieb Jörg Frings-Fürst:
> and extract the symbols files from the resulting *.deb files.
>
> Both are attached.
The symbols files you attached include the symbols for the backends. You
need to exclude those.
Picking the first symbol in your list as an example:
Hello,
I have build the release 1.0.25-4.1 with
override_dh_makeshlibs-arch:
dh_makeshlibs -X/usr/lib/$(DEB_HOST_MULTIARCH)/sane/ --
-v$(DEB_VERSION_UPSTREAM) -Pdebian/libsane -plibsane
and the release 1.0.27-4 with
override_dh_makeshlibs-arch:
dh_makeshlibs
Am 07.11.18 um 13:53 schrieb Michael Biebl:
> On Wed, 7 Nov 2018 13:42:00 +0100 Michael Biebl wrote:
>
>> I then built 1.0.27 with this symbols file, the result is:
>
> Let me add here, that many of those (new) symbols are not part of the
> public API as declared in sane.h, so should probably
On Wed, 7 Nov 2018 13:42:00 +0100 Michael Biebl wrote:
> I then built 1.0.27 with this symbols file, the result is:
Let me add here, that many of those (new) symbols are not part of the
public API as declared in sane.h, so should probably be hidden upstream
or at least marked as optional
On Wed, 07 Nov 2018 12:57:49 +0100
=?ISO-8859-1?Q?J=F6rg_Frings-F=FCrst?= wrote:
> Hello,
>
> Am Mittwoch, den 07.11.2018, 11:27 +0100 schrieb Gianfranco Costamagna:
> > control: tags -1 moreinfo
> >
> > Hello Jörg
> >
> > > with the upstream release 1.0.27 are some libraray functions
> > >
Hello,
Am Mittwoch, den 07.11.2018, 11:27 +0100 schrieb Gianfranco Costamagna:
> control: tags -1 moreinfo
>
> Hello Jörg
>
> > with the upstream release 1.0.27 are some libraray functions
> > are removed.
>
> Can you please share also some examples of such libraries?
> Are them public or
Hello Jörg!
you might feel somewhat lost, at least I'm feeling that way, so I'll try to sum
up what changed
(tl;dr, the current status quo seems to be appropriate and I think the package
needs no changes right now).
You never answered to what Julien asked you, and his were legit questions:
control: tags -1 moreinfo
Hello Jörg
> with the upstream release 1.0.27 are some libraray functions
> are removed.
Can you please share also some examples of such libraries?
Are them public or private?
> According to Debian Policy 8.6.2, renaming of the SONAME and the
> library package name
Source: sane-backends
Version: 1.0.27-3.1
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
with the upstream release 1.0.27 are some libraray functions
are removed.
According to Debian Policy 8.6.2, renaming of the SONAME and the
library package name is possible for
14 matches
Mail list logo
