On Thu, Sep 24, 2015 at 11:02 AM, Harald Sitter <sit...@kde.org> wrote: > ahoy ahoy > > qca-qt5 as a "thing" is a build time switch on the same source as qca > (qt4). so, it is the same source base but depending on how you run > cmake you either get the qt5 or the qt4 build. > > originally various adjustments had to be made to qca-qt5 to make it > work reliably without conflicting with qca (qt4), there was however a > very long discussion on whether or not that is the right thing to do > which eventually ended in the maintainer stepping down [anyone wanna > maintain qca? it's like phonon but for crypto :)]. at the time qca-qt5 > as a tarball was released which had the changes and could co-exist > with the regular qca tarball. > > now, since qca essentially has no lead authority we could do what was > the original intention here. i.e. make the qca source base build two > distinct libraries for qt4 and qt5 that do not conflict in any form or > fashion. this would be a simple `git merge qt5` and then we can > release a qca tarball that replaces the old qca-qt5 tarball. > > Q: any objections to merging qca's qt5 branch into master and > replacing the qt5 tarball with a new release that supports both qt4 > and qt5? > > HS
It's the only branch I've been testing. I'd love to be able to use master instead. Aleix _______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel