Comment 1 for bug 60969

Could you use the mailing list, please?

> 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
>

Murray Cumming
<email address hidden>
www.murrayc.com
www.openismus.com