So I've updated the digikam-kf5 port skeleton for release 5.2.0 and added a
kipiplugins-kf5 port that's also been updated to 5.2.0.
Had fixed the gphoto2 issues with 5.1.0 release and had cameras/phones
detected and transfered files.
5.2.0 works great as long as you haven't compiled the graphics/
So I've updated the port skeleton. I think it now covers all of the kf5 and
qt5 USES properly. I've also brought in the DOCS and NLS options. I've also
added the multimedia option that will do thumbnailing and playback via
qt5-multimedia. This has been tested locally with the qt5.6.1-multimedia
and
Hi there
I'd rather have -docs and -l10n as options than separate ports [as it is
the same distfile] -- if at all (I don't really see a good reason not to
install either docs or translations -- we should ship the complete thing by
default).
And then, the Makefile.common rather belongs to the kipi
Thanks for the feedback and link. I've updated the Created by line and will
probably push it to github when I have some time this weekend. I'm also
going back and looking at the makefiles for the existing kf5 ports as to
kde:5, kde, and qt5 options
I think the Makefile.common will end up staying a
Hi there
Thanks a lot :)
1) You can modify that "Created by line" to mention you :)
2) You could probably improve that Makefile a bit, by using FOO_CMAKE_BOOL
[1].
3) I'm personally also not a fan of the Makefile.common used in
digikam-kde4,
and now in this one too, it makes it more confusing
Would love some feedback, especially on the USES, KDE, and QT5 sections of
Makefiles.
https://github.com/thomaslegg/digikam-kf5
This builds digikam 5.1.0 built around a mutt version of the area51 kf5
branch. Mutt as I've rolled the kdepim back to 16.04 as 16.08 kdepim
calendaring requires qt5-webe