Public bug reported:
doesn't glom need a versioned dependency on libglom?
$ dpkg -l | grep glom
ii glom 1.0.5-0ubuntu1
database designer and user interface
ii libglom0 1.0.4-0ubuntu1
Glom library (a database designer and user interface) - library
$ glom
glom: symbol lookup error: glom: undefined symbol:
_ZN4Glom14ConnectionPool12get_instanceEv
now, granted, i'm running debian testing, rebuilding ubuntu's glom
source package (1.0.4-0ubuntu1 and 1.0.5-0ubuntu1) for it, but the
problem should (at least theoretically) exist in ubuntu.
and yeah, assuming both glom and libglom enter the repository at the
same time (and they should), then an "apt-get upgrade" should upgrade
both packages at the same time. but if a user executes "apt-get install
glom" (because they shouldn't also have to list every dependency of
glom) with libglom already installed, then the new glom will fail (as
demonstrated above).
i believe the problem was caused in 1.0.5 by the addition of the Glom
namespace within glom/libglom/connectionpool.h, changing the name-
mangling from 1.0.4. shouldn't such a change in the API cause a change
in the soname? (though not strictly necessary as glom is the only
application dependent on libglom, but a good policy should the library
be used by others in the future.) but more importantly (pragmatically)
imho is for glom to have a versioned dependency on libglom.
thank you for your packaging of glom!
** Affects: glom (Ubuntu)
Importance: Untriaged
Status: Unconfirmed
--
glom versioned dependency on libglom
https://launchpad.net/bugs/60969
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
