> Hi!
>
> I've tested this (on two i386 Sid machines) and have some feedback.
>
> Dianara uses qmake as the buildsystem, so it relies on a oauth.prf spec
> file, which was missing in the Qt4 version of libqoauth-dev[1], but is
> present now.
> The problem is that this oauth.prf file needs some adapting.
>
> This is a simple diff of the changes I made to make it work:
>
> 1c1
> < QOAUTH_INCDIR = $$[QT_INSTALL_HEADERS]
> ---
>> QOAUTH_INCDIR = /usr/include ### $$[QT_INSTALL_HEADERS]
> 4,5c4,5
> < QOAUTH_INCDIR ~= s!/qt4*!!
> < QOAUTH_LIBDIR ~= s!/qt4*!!
> ---
>> #QOAUTH_INCDIR ~= s!/qt4*!!
>> #QOAUTH_LIBDIR ~= s!/qt4*!!
>
>
> Basically, make QOAUT_INCDIR point to /usr/include instead of using that
> variable, which points to /usr/lib/{$arch-triplet}/qt5.
>
> Then the other two lines that would take care of removing "qt4" from the
> resulting variable, should be removed or commented out.
>
> Or, as an alternative, libqoauth-dev should put its header files in that
> /usr/lib/{archtriplet}/qt5 path, whatever's best. I don't know how that
> would affect Choqok or other potential "users".
>
>
> With this, Dianara builds perfectly with Qt 5. Package
> libqca-qt5-2-plugins should be a new dependency instead of
> libqca2-plugin-ossl, since apparently QCA plugins for the Qt5 version
> are all packed into that one.
I built the package without these changes and builds ok for me. Weird... The
only thing I did is (a part of changing to qt5) is add a patch to use a
different QtOAuth path. I can run it ok, as well.
I uploaded my changes to git repository:
https://anonscm.debian.org/git/collab-maint/dianara.git
It's weird I can build it and you don't... Am I doing something wrong?
Lisandro: it is my first qt5 migration, could you review it? Am I
missing something? Could you test if it works for you?
Thanks to both!
