[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