Bug#751767: libBLT changes SONAME without changing package name

2014-11-29 Thread Sergei Golovan
Hi Ivo, On Sat, Nov 29, 2014 at 8:26 PM, Ivo De Decker wrote: > > But the packages currently in testing can be installed with the old blt > version, which doesn't work. Well, the concern is about the packages which are currently in wheezy and depend on blt (>= 2.4). They can be installed with bl

Bug#751767: libBLT changes SONAME without changing package name

2014-11-29 Thread Ivo De Decker
Hi, On Sat, Nov 15, 2014 at 02:37:43PM +0400, Sergei Golovan wrote: > On Sat, Nov 15, 2014 at 12:50 PM, Julien Cristau wrote: > >> > > You can't keep a dummy package on SONAME changes, since it doesn't > > actually provide the ABI older versions of its rdeps expect. > > I've added 'Breaks' heade

Bug#751767: libBLT changes SONAME without changing package name

2014-11-16 Thread Sergei Golovan
On Sun, Nov 16, 2014 at 6:20 PM, Jonathan Wiltshire wrote: > > That presumably makes this package undistributable, or have I > misunderstood? Yes, I think so as well. Fortunately, these files aren't important for the BLT library at all. In fact, I've found only one piece of software which ever us

Bug#751767: libBLT changes SONAME without changing package name

2014-11-16 Thread Jonathan Wiltshire
On Fri, Nov 14, 2014 at 11:46:14AM -0600, Sergei Golovan wrote: > On the other hand, I've reviewed the licenses for the source codes and > found a few > disturbing files. They are library/dd_protocols/*.tcl (I've attached > one of them here). > The copyright statement stands: Copyright (c) 1993 AT

Bug#751767: libBLT changes SONAME without changing package name

2014-11-15 Thread Sergei Golovan
On Sat, Nov 15, 2014 at 12:50 PM, Julien Cristau wrote: >> > You can't keep a dummy package on SONAME changes, since it doesn't > actually provide the ABI older versions of its rdeps expect. I've added 'Breaks' header for all packages that depended on the older library. Specifically it is: Break

Bug#751767: libBLT changes SONAME without changing package name

2014-11-15 Thread Julien Cristau
On Fri, Nov 14, 2014 at 11:46:14 -0600, Sergei Golovan wrote: > Hi! > > On Sun, Nov 2, 2014 at 8:05 AM, Julien Cristau wrote: > > On Sun, Nov 2, 2014 at 13:58:10 +, Simon McVittie wrote: > >> > >> Hello release team, > >> Since this is going to be a transition, and a new upstream SONAME for

Bug#751767: libBLT changes SONAME without changing package name

2014-11-14 Thread Sergei Golovan
Hi! On Sun, Nov 2, 2014 at 8:05 AM, Julien Cristau wrote: > On Sun, Nov 2, 2014 at 13:58:10 +, Simon McVittie wrote: >> >> Hello release team, >> Since this is going to be a transition, and a new upstream SONAME for >> jessie seems unlikely, should this bug be jessie-ignore'd >> and fixed fo

Bug#751767: libBLT changes SONAME without changing package name

2014-11-02 Thread Simon McVittie
On Mon, 11 Aug 2014 at 15:46:28 +0300, Sergei Golovan wrote: > On Mon, Aug 11, 2014 at 2:07 AM, peter green wrote: > > That only partially solves the problem, in particular partial upgrades are > > still likely to break. Furthermore the problem will recur next time libBLT > > changes it's soname.

Bug#751767: libBLT changes SONAME without changing package name

2014-11-02 Thread Julien Cristau
On Sun, Nov 2, 2014 at 13:58:10 +, Simon McVittie wrote: > On Mon, 11 Aug 2014 at 15:46:28 +0300, Sergei Golovan wrote: > > On Mon, Aug 11, 2014 at 2:07 AM, peter green wrote: > > > That only partially solves the problem, in particular partial upgrades are > > > still likely to break. Furthe

Bug#751767: libBLT changes SONAME without changing package name

2014-08-11 Thread Sergei Golovan
Hi Peter, On Mon, Aug 11, 2014 at 2:07 AM, peter green wrote: > > That only partially solves the problem, in particular partial upgrades are > still likely to break. Furthermore the problem will recur next time libBLT > changes it's soname. I don't expect changing its soname in next few years (o

Bug#751767: libBLT changes SONAME without changing package name

2014-08-10 Thread peter green
Reopen 751767 Thanks. As for now all the reverse dependencies of blt have been updated to use Tcl/Tk 8.6 and BLT 2.5, so I'm closing the bug. That only partially solves the problem, in particular partial upgrades are still likely to break. Furthermore the problem will recur next time libBLT