Comment 4 for bug 872860

> they both ship those binaries: gda-list-config gda-sql gda-list-server-op

Those are symlinks to the actual *-5.0 binaries, though that symlinking is done by the upstream build. What do you recommend? If nothing else does this then I guess we can remove the symlinks from upstream libgda.

Conflicts just makes it impossible to use them though they are meant to be usable in parallel. Using an alternatives system sounds like it might need tedious manual intervention for everyone installing the package. I would like to just do what you say is best.

> * the -dev and -doc binaries conflict because they both ship Gda-5.0.gir
> * libgda-5.0-common.preinst doesn't seem required, it seems a "clean on upgrade" leftover from the previous series due to a packaging error by then.
> * libgda-5.0-doc.doc-base.libgda4-reference: shouldn't the filename and title be updated gda4->gda5

Fixed in libgda5_5.0.2-0ubuntu1openismus3

However, I don't know which packages should have these locale files:

E: /var/cache/apt/archives/libgda-5.0-doc_5.0.2-0ubuntu1openismus3_all.deb: trying to overwrite '/usr/share/locale/hu/LC_MESSAGES/libgda-5.0.mo', which is also in package libgda-5.0-common 5.0.2-0ubuntu1openismus3

> Would it be better if we did enable the ui option later in another upload? What would it add, and is there anything needed it? > That seems like it would require extra packaging change so better to get the update in first and do iterative tweaks later

I think it should definitely use --without-ui, as it does now, unless you want to do the work to split the libgda-ui out into separate packages. The libgda-ui API should be packaged separately, because it has UI (GTK+, goocanvas, X) dependencies and is an entirely different kind of API, providing GTK+ widgets. I strongly object to it even being in the same upstream tarball. Packaging libgda-ui for debian/Ubuntu is a separate issue, though I don't personally need it.