On Mon, Dec 31, 2007 at 11:38:58PM -0500, Ales Hvezda wrote: > [snip] > >Cool. I started on packaging, but I've encountered a problem. libgeda is > >still version 31 so existing gschem binaries will use it. However when > >gschem 1.2.0 is run with the libgeda from 1.2.1, it just quietly exits. > >strace shows that it is actually segfaulting and catching it. > > Why are you running gschem 1.2.0 with libgeda 1.2.1? That is not supported. > Please don't tell me that Debian allows that sort of thing. All of 1.2.0 > should use 1.2.0 versions. All of 1.2.1 should use 1.2.1 versions. > > In 1.2.1, libgeda should be 31:1:0. In 1.3.0, libgeda should be 32:0.0. > I know I just violated a .so numbering convention here (but I didn't > expect the changes in 1.2.1 to be so incompatible with 1.2.0), but I've > never heard of anybody getting bitten by these indiscretion. I've probably > also said in the past that I always bump the major number of the so, but > I didn't in this release.
It's not a function of Debian overall but of the dependency rules in the individual packages. It's our convention to include the library major version number in the package name (eg libgeda31). When that changes the other packages change their dependencies from libgeda31 to libgeda32 for example. There's no new version of libgeda31 (it's only ever from version 1.2.0) so there's no risk of mixing eg gschem with an incompatible libgeda. But now there is a new libgeda31 which isn't compatible. The minor version isn't included in the library filename, and the dynamic linker doesn't care about it either. I think the best way for me to fix this is to change the library package name to libgeda31.1. > I suppose I could change libgeda's so number to 33:0:0, but that would > be odd since 1.3.0 is using 32:0.0. > > Does the way libgeda is released and numbered cause that many problems > for you and Debian? If so, what can I do to make your life easier in > this regard? I think the process is fine. Due to some Debian beauracy the soname changes add some delay in getting the new versions into the Debian archive, but they are necessary. thanks Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> _______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
