Bug#562791: libopts25: didn't bump shlibs or soname.

2010-01-09 Thread Kurt Roeckx
On Mon, Dec 28, 2009 at 12:12:04PM +0100, Kurt Roeckx wrote:
 On Sun, Dec 27, 2009 at 07:49:14PM -0800, Bruce Korb wrote:
  If you generate the option code with new templates and run against old
  library, you will have a conflict.  The library will reject the new code.
  The new library will accept a program generated against old templates
  and linked against the old library.  Or, I should say it is supposed to.
  I do not validate this every time.  It has worked previously and I've not
  invalidated any data structures in a long time.
 
 In that case the Debian maintainer should have indicated that with
 the shlibs system.  The problem is that I now get a Depends that says
 libopts25, while I should have gotton libopts25 (= 1:5.10).

I would like to see a new upload that fixes this and the rpath
issue.  I'm waiting with a new ntp upload for that.

Do you plan to fix this soon?  Would it help if I submitted a
patch?


Kurt




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#562791: libopts25: didn't bump shlibs or soname.

2009-12-28 Thread Kurt Roeckx
On Sun, Dec 27, 2009 at 07:49:14PM -0800, Bruce Korb wrote:
 If you generate the option code with new templates and run against old
 library, you will have a conflict.  The library will reject the new code.
 The new library will accept a program generated against old templates
 and linked against the old library.  Or, I should say it is supposed to.
 I do not validate this every time.  It has worked previously and I've not
 invalidated any data structures in a long time.

In that case the Debian maintainer should have indicated that with
the shlibs system.  The problem is that I now get a Depends that says
libopts25, while I should have gotton libopts25 (= 1:5.10).


Kurt




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#562791: libopts25: didn't bump shlibs or soname.

2009-12-27 Thread Kurt Roeckx
Package: libopts25
Version: 5.10-1
Severity: serious

Hi,

I build a program in unstable and tried to run it in stable, and
got this:
called AutoOpts function with structure version 33:0:0.
This exceeds the compiled library version:   failed!

Either the shlibs should have been bumped so that I got
a 5.10 version or the soname should be changed to reflect
that older structures aren't supported anymore.


Kurt




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#562791: libopts25: didn't bump shlibs or soname.

2009-12-27 Thread Bruce Korb
If you generate the option code with new templates and run against old
library, you will have a conflict.  The library will reject the new code.
The new library will accept a program generated against old templates
and linked against the old library.  Or, I should say it is supposed to.
I do not validate this every time.  It has worked previously and I've not
invalidated any data structures in a long time.

On Sun, Dec 27, 2009 at 3:57 PM, Kurt Roeckx k...@roeckx.be wrote:
 Package: libopts25
 Version: 5.10-1
 Severity: serious

 Hi,

 I build a program in unstable and tried to run it in stable, and
 got this:
        called AutoOpts function with structure version 33:0:0.
        This exceeds the compiled library version:   failed!

 Either the shlibs should have been bumped so that I got
 a 5.10 version or the soname should be changed to reflect
 that older structures aren't supported anymore.


 Kurt








--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org