Bug#805087: Please change the qt5 suffix from -qt5 to 5
Hi, the problem was a spelling mistake in the symbol file for the qt5 build. Now building and using of this package works fine. Kind regards, Stefan
Bug#805087: Please change the qt5 suffix from -qt5 to 5
Hi, I'm wrong. There is a error in the dependencies. I've built the tomahawk package successful, but I'm unable to install it because the package is looking for a dependencies called libquazip15 instead of libquazip5-1. I really do not know what's wrong, the control files of libquazip and tomahawk-player looks good. I have to investigate it. Sorry! Regards, Stefan
Bug#805087: Please change the qt5 suffix from -qt5 to 5
Hi Stefan, thanks for your work on this. On Sun, Jan 03, 2016 at 11:51:59PM +0100, Stefan Ahlers wrote: > Hi Andreas, > > I've updated the debian files and I decided to use quazip 0.7.1 and > patch the CMakeLists.text files instead of using a development release. Fine. > Furthermore, I was not able to install the FindQuaZip.cmake file, > because it is not allowed to ship a "Find module". (lintian error: > https://lintian.debian.org/tags/package-contains-cmake-private-file.html). While I would have prefered to fix all bugs inside the package it is fine for me to care for the obviously more urgent problem first. > I've also added a new package called libquazip-qt5-headers to provide > the headers for the Qt5 library. Very sensible. > I hope I have uploaded the changes correctly to the git repository. For > me the package works, please test the changes. I wonder whether we should also rename the binary package to fix W: libquazip-qt5-1: package-name-doesnt-match-sonames libquazip5-1 What do you think about renaming the package once we are doing some heavier changes on the packaging anyway? Kind regards Andreas. -- http://fam-tille.de
Bug#805087: Please change the qt5 suffix from -qt5 to 5
Hi Stefan, On Mon, Jan 04, 2016 at 01:16:49PM +0100, Stefan Ahlers wrote: > Hi Andreas, > > > While I would have prefered to fix all bugs inside the package it is > > fine for me to care for the obviously more urgent problem first. > > I think, we should close this bug report as "won't be fixed" because it > should be better to push the Find script upstream to cmake. This way is > mentioned in the second point of https://wiki.debian.org/CMake. Would you volunteer to do so? > > I wonder whether we should also rename the binary package to fix > > > > W: libquazip-qt5-1: package-name-doesnt-match-sonames libquazip5-1 > > > > What do you think about renaming the package once we are doing some > > heavier changes on the packaging anyway? > > Yes, I think this is a good idea but we should push this package to > experimental and not to unstable because of the change of the suffix > from libquazip-qt5.so to libquazip5.so we destroy the dependency of the > tupi and marble-plugins package. And so we have to inform the > maintainers of those packages to check and rebuild them, or? While I'd consider this a mini-transition small enough to upload directly to unstable I wonder whether we need some more testing anyway with all the renaming. I pushed a change with the renamed packages. Please test and confirm that this works for you and I'll make up my mind meanwhile where to upload. Kind regards Andreas. -- http://fam-tille.de
Bug#805087: Please change the qt5 suffix from -qt5 to 5
Hi Andreas, I've updated the debian files and I decided to use quazip 0.7.1 and patch the CMakeLists.text files instead of using a development release. Furthermore, I was not able to install the FindQuaZip.cmake file, because it is not allowed to ship a "Find module". (lintian error: https://lintian.debian.org/tags/package-contains-cmake-private-file.html). I've also added a new package called libquazip-qt5-headers to provide the headers for the Qt5 library. I hope I have uploaded the changes correctly to the git repository. For me the package works, please test the changes. Kind regards, Stefan
Bug#805087: Please change the qt5 suffix from -qt5 to 5
Hi Andreas, > 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 > > 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. Thank you for your trust in me. But I'm really new on debian development. At the beginning, my motivation was to bring the tomahawk player into the debian souces. And so I started to maintain the missing dependences for it. Tomahawk and its dependences uses cmake and so I'm very familiar with cmake and debian packaging. I've adopt the debian/rules structure of the libquazip package and modified it to use cmake instead of qmake. Now, the packages libechonest, liblastfm, libjdns and libjreen are available in Qt4 and Qt5. I think the best way would be: [X] I'll add you to Debian Med team and migrate the package to Git But I'm not so familiar with using VCS. I would be very happy if you could supports me. Stefan
Bug#805087: Please change the qt5 suffix from -qt5 to 5
Hi Andreas, > I added the patch from SVN as quilt patch[1] and tried to trigger this > in debian/rules[2] - but the latter has no effect. It looks like there are more than one changes on the CMake file since the last release. Sorry for that confusion. > 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 > 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? 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? Kind regards, Stefan
Bug#805087: Please change the qt5 suffix from -qt5 to 5
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
Bug#805087: Please change the qt5 suffix from -qt5 to 5
On Sat, Jan 02, 2016 at 01:36:22PM +0100, Stefan Ahlers wrote: > I think the best way would be: > > [X] I'll add you to Debian Med team and migrate the package to Git > > But I'm not so familiar with using VCS. I would be very happy if you > could supports me. Do you have an login at alioth.debian.org? If not please register there to enable me adding you to the team. Kind regards Andreas. -- http://fam-tille.de
Bug#805087: Please change the qt5 suffix from -qt5 to 5
On Sat, Jan 02, 2016 at 01:36:22PM +0100, Stefan Ahlers wrote: > I think the best way would be: > > [X] I'll add you to Debian Med team and migrate the package to Git Migrated to git://anonscm.debian.org/debian-med/libquazip.git > But I'm not so familiar with using VCS. I would be very happy if you > could supports me. Feel free to have a look how to work with Git in our team policy https://debian-med.alioth.debian.org/docs/policy.html Just let me know your alioth login and let me know if you have any trouble. Kind regards Andreas. -- http://fam-tille.de
Bug#805087: Please change the qt5 suffix from -qt5 to 5
Hi Stefan, On Wed, Dec 30, 2015 at 03:13:09PM +0100, Stefan Ahlers wrote: > have you any new infos? > > Maybe this patch could be helpful: > http://sourceforge.net/p/quazip/code/257/ > This patch adds the possibility to use a Qt version suffix by using > cmake and it could also be helpful for #778768 to provide different > cmake files for the Qt4 and Qt5 build. I added the patch from SVN as quilt patch[1] and tried to trigger this in debian/rules[2] - but the latter has no effect. I also have no idea where to install theses cmake files. 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. Kind regards Andreas. [1] https://anonscm.debian.org/viewvc/debian-med/trunk/packages/libquazip/trunk/debian/patches/change_suffix.patch?view=markup [2] https://anonscm.debian.org/viewvc/debian-med/trunk/packages/libquazip/trunk/debian/rules?view=diff=20932=20935_format=h -- http://fam-tille.de
Bug#805087: Please change the qt5 suffix from -qt5 to 5
Hi, have you any new infos? Maybe this patch could be helpful: http://sourceforge.net/p/quazip/code/257/ This patch adds the possibility to use a Qt version suffix by using cmake and it could also be helpful for #778768 to provide different cmake files for the Qt4 and Qt5 build. Kind regards, Stefan Ahlers
Bug#805087: Please change the qt5 suffix from -qt5 to 5
Package: libquazip-qt5-dev Version: 0.7-2 Severity: minor Dear maintainers, please change the Qt5 suffix from libquazip-qt5.so to libquazip5.so The other distributions uses this suffix, too. For example fedora: https://apps.fedoraproject.org/packages/quazip-qt5-devel/ And so some apps like tomahawk-player (http://tomahawk-player.org) expect the libquazip5.so and they do not work with libquazip-qt5.so Kindly regards, Stefan Ahlers (https://launchpad.net/~justin-time)
Bug#805087: Please change the qt5 suffix from -qt5 to 5
Hi Eric, could you care for this problem. There is also a new upstream version that could be packaged when solving this. Please let me know if you might have any time constraints. Kind regards Andreas. On Sat, Nov 14, 2015 at 03:36:13PM +0100, Stefan Ahlers wrote: > Package: libquazip-qt5-dev > Version: 0.7-2 > Severity: minor > > Dear maintainers, > > please change the Qt5 suffix from libquazip-qt5.so to libquazip5.so > > The other distributions uses this suffix, too. For example fedora: > https://apps.fedoraproject.org/packages/quazip-qt5-devel/ > > And so some apps like tomahawk-player (http://tomahawk-player.org) expect the > libquazip5.so and they do not work > with libquazip-qt5.so > > Kindly regards, > Stefan Ahlers > (https://launchpad.net/~justin-time) > > ___ > Debian-med-packaging mailing list > debian-med-packag...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging > -- http://fam-tille.de