[Debian-med-packaging] Bug#805087: Please change the qt5 suffix from -qt5 to 5
Andreas Tille
andreas at fam-tille.de
Sat Jan 2 11:34:13 UTC 2016
Hi Stefan,
On Sat, Jan 02, 2016 at 12:24:37PM +0100, Stefan Ahlers wrote:
> It looks like there are more than one changes on the CMake file since
> the last release. Sorry for that confusion.
No problem.
> > I also have no idea where to install theses cmake files.
>
> By using CMake instead of qmake, the cmake files will be installed in:
>
> /usr/share/cmake-3.2/Modules/FindQuaZip.cmake
>
> /usr/share/cmake-3.2/Modules/FindQuaZip5.cmake
OK.
> > To exlain the situation: I personally have no experience with cmake and
> > was simply sponsering the package prepared by Erik. Unfortunately Erik
> > seems to have no time / lost interest. So if you could provide a
> > working patch this would be really great - otherwise I probably need to
> > redirect the issue to debian-mentors list.
>
> Ok, I'm working on it! If the upstream author provides a correct working
> CMakeList.txt file, cmake is much easiert to handle. Shell I simply
> uploaded a new version, which uses cmake instead of qmake, to
> mentors.debian.net?
Either this or we use common VCS. Please tick-mark your prefered option
[ ] I'll add you to Debian Med team and you commit to SVN
[ ] I'll add you to Debian Med team and migrate the package to Git
[ ] I move the package to collab-maint Git
[ ] I move the package to collab-maint SVN
> Unfortunately there is one problem, CMake does not work correctly with
> 0.7.1 of quazip. It looks like that the upstream author prepares a new
> release, see: http://sourceforge.net/p/quazip/code/265/
>
> Would it be ok, to provide a debian build based on the last development
> snapshot (libquazip_0.7.1+r266-1), which is almost stable or would it
> be better to make a debian package based on the last release 0.7.1
> [r250] and patch all CMake related changes?
I'd trust your insight as a "real" consumer of this package to evaluate
the status of the development snapshot - so yes, it would be OK to
base the packaging on this version. This would mean a move to Git in
any case to enable us working on the very same upstream tarball.
Thanks for your cooperation
Andreas.
--
http://fam-tille.de
More information about the Debian-med-packaging
mailing list