[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#747250: nmu: ppl_1:1.1-2



12 червня 2014 о 18:14 +0200 Julien Cristau написав(-ла):
> > What library changed its SONAME?
> > 
> I suspect the issue is:
That's right.

> 
>     libppl-swi/i386 unsatisfiable Depends: swi-prolog-nox (<< 6.6.3.0~)
>     libppl-swi/amd64 unsatisfiable Depends: swi-prolog-nox (<< 6.6.3.0~)
>     libppl-swi/armel unsatisfiable Depends: swi-prolog-nox (<< 6.6.4.0~)
>     libppl-swi/armhf unsatisfiable Depends: swi-prolog-nox (<< 6.6.4.0~)
>     libppl-swi/kfreebsd-amd64 unsatisfiable Depends: swi-prolog-nox (<< 6.6.3.0~)
>     libppl-swi/kfreebsd-i386 unsatisfiable Depends: swi-prolog-nox (<< 6.6.3.0~)
>     libppl-swi/mips unsatisfiable Depends: swi-prolog-nox (<< 6.6.4.0~)
>     libppl-swi/mipsel unsatisfiable Depends: swi-prolog-nox (<< 6.6.4.0~)
>     libppl-swi/powerpc unsatisfiable Depends: swi-prolog-nox (<< 6.6.3.0~)
>     libppl-swi/s390x unsatisfiable Depends: swi-prolog-nox (<< 6.6.3.0~)
> 
> And:
>     Files in second .deb but not in first
>     -------------------------------------
>     -rw-r--r--  root/root   /usr/lib/libswipl.so.6.6.6
>     lrwxrwxrwx  root/root   /usr/lib/libswipl.so -> libswipl.so.6.6.6
> 
>     Files in first .deb but not in second
>     -------------------------------------
>     -rw-r--r--  root/root   /usr/lib/libswipl.so.6.6.5
>     lrwxrwxrwx  root/root   /usr/lib/libswipl.so -> libswipl.so.6.6.5
> 
> Євгеній, libswipl should really be its own split out binary package.
> And change package names when its SONAME changes.
I was thinking about it but, that library changes soname with every new
upstream release. Additionaly I'll have to make the library package to
depend on exact version of swi-prolog-nox package, because the library
uses prolog parts. This will mean that different library packages will
not be coinstallable.

So I don't see that there will be any advantages from changing the
package name for swi-prolog, unlike for normal libraries. The only
difference is requiring new processing for every upstream release.
And still asking for bin-NMUs after that.

Regards,
Eugeniy Meshcheryakov

Attachment: signature.asc
Description: Digital signature


Reply to: