Bug#716832: nmu: freemedforms-project_0.9.0~beta1-1
This is already correctes in the 0.9.0beta1-2 source package. Éric Le 13 juil. 2013 à 13:45, Andreas Beckmann a écrit : > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > nmu freemedforms-project_0.9.0~beta1-1 . amd64 . experimental . -m "Rebuild > in a clean Debian sid+experimental environment." > > freemedforms-emr is currently uninstallable in experimental/amd64 due to > dependencies on not existing > > libopencv-core, libopencv-highgui, libopencv-objdetect > > There are only libopencv-fooX.Y, so lets rebuild the maintainer uploaded > package to get e dependency on libopencv-core2.3 and friends. > > @maintainer: Please ensure you only upload packages built in a clean and > up-to-date Debian sid or experimental chroot. There is no need to upload > a new package build now as this issue can be solved by a binNMU rebuild > triggered by the release team. > > > Andreas > -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/defc9c2b-ac86-48bf-898e-846a78ee9...@gmail.com
Re: libquazip transition
Le 17/07/2014 19:25, Emilio Pozuelo Monfort a écrit : > Hi, > > I see there's a transition for libquazip. I was going to schedule binNMUs for > the rdeps, but the -dev package got renamed from libquazip0-dev to > libquazip1-dev, but with the latter providing the former (I guess to allow > binnmus). That won't work at least with freemedforms-project because that > build > depends on libquazip0-dev (>= 0.4.4). libquazip1-dev provides libquazip0-dev so build dependencies should be ok. Anyway, you are right, I need to correct the freemedforms-project source package. I'll correct this dependency in the current package. > May I ask why the -dev package is versioned, instead of simply being > libquazip-dev, as I think it should be? As the ABI version of libquazip has a possibility to evolve, I choose to include the so version in the package name. This is also a recommandation I've found in the documentation of shared libraries packaging. > Can you fix freemedforms-project to build-depend on libquazip-dev or > libquazip1-dev? Fixed on the debian med svn. -- Eric Maeker GPG: C217 B1B7 80E8 0381 FD5B C3A5 75D4 AE85 B952 0933 signature.asc Description: OpenPGP digital signature
Re: libquazip transition
Le 18 juil. 2014 à 01:01, Julien Cristau a écrit : > On Thu, Jul 17, 2014 at 23:35:55 +0200, Eric Maeker wrote: > >> Le 17/07/2014 19:25, Emilio Pozuelo Monfort a écrit : >>> May I ask why the -dev package is versioned, instead of simply being >>> libquazip-dev, as I think it should be? >> >> As the ABI version of libquazip has a possibility to evolve, I choose to >> include the so version in the package name. This is also a >> recommandation I've found in the documentation of shared libraries >> packaging. > That's a bug in said documentation. -dev package names should only > include a version if you intend to ship several versions for an extended > period of time. Thanks for your review and comment. You are right the version of -dev package is only required if maintener intend to ship multiple version of the ABI. There aren t any bug in the doc (see 8.4) https://www.debian.org/doc/debian-policy/ch-sharedlibs.html How can we be certain about multiple ABI. Should I ask upstream? Or is that a ´debian only decision´? > Cheers, > Julien Thanks Éric
Re: libquazip transition
Le 26/07/2014 15:36, Emilio Pozuelo Monfort a écrit : > On 26/07/14 11:54, Emilio Pozuelo Monfort wrote: > So I suggest you do the following: > > 1: Rename libquazip1-dev to libquazip-dev. This has been corrected in the v0.6.2-2 of the libquazip package (thanks to Andreas). > 2: Upload the rdeps with a build-dependency on the new libquazip-dev. I'm not sure to have the correct skill to do this. Can someone help me? > Future transitions will be easier as the -dev package won't be renamed. Ok. FYI, the new version 0.7.0-1 is already available but yet uploaded. > Emilio Thanks you for your help. -- Eric Maeker GPG: C217 B1B7 80E8 0381 FD5B C3A5 75D4 AE85 B952 0933 signature.asc Description: OpenPGP digital signature
Re: libquazip transition
Le 27/07/2014 13:20, Emilio Pozuelo Monfort a écrit : > On 26/07/14 22:31, Eric Maeker wrote: >> Le 26/07/2014 15:36, Emilio Pozuelo Monfort a écrit : >>> On 26/07/14 11:54, Emilio Pozuelo Monfort wrote: >>> So I suggest you do the following: >>> >>> 1: Rename libquazip1-dev to libquazip-dev. >> >> This has been corrected in the v0.6.2-2 of the libquazip package (thanks >> to Andreas). > > Looking at https://ftp-master.debian.org/new/libquazip_0.6.2-2.html > > I see there's still a libquazip1-dev package, and no libquazip-dev. It looks > like you have renamed libquazip1-qt5-dev to libquazip-qt5-1-dev. That is still > versioned. It should be libquazip-qt5-dev, and libquazip-dev. Also you didn't > add conflicts/replaces. > > Am I missing something? No. We did add the Provides only. I'll make all mandatory updates on this package this week. I'll ping you back for a review of the code. I'll also create a bug report with lintian: When a lib source package does not include the soversion, the -dev package shouldn't too. Currently lintian does not warn users about this. Thanks for your attentive review. -- Eric Maeker GPG: C217 B1B7 80E8 0381 FD5B C3A5 75D4 AE85 B952 0933 signature.asc Description: OpenPGP digital signature
Re: libquazip transition
Le 1 août 2014 à 10:44, Emilio Pozuelo Monfort a écrit : >> I'll ping you >> back for a review of the code. > > Great, let me know when that's ready. The sooner, the better. Thanks to Andreas, the new package is uploaded with all corrections done. https://ftp-master.debian.org/new/libquazip_0.7-1.html Thanks for your review. Éric, Debian Med
Re: libquazip transition
Le 12/08/2014 16:02, Andreas Tille a écrit : > Hi Emilio, > > I did the change in SVN but a different problem popped up (failed test > suite) when building the package. We are working on it and will let you > know. Hi, I've commited a small patch of the control/changelog/*headers.install files. All goes fine with a pbuilder sid base with the 0.7-2. Thanks for your help -- Eric Maeker, Debian Med GPG: C217 B1B7 80E8 0381 FD5B C3A5 75D4 AE85 B952 0933 signature.asc Description: OpenPGP digital signature
Re: libquazip transition
Hi Emilio, Version 0.7-2 was uploaded by Andreas and correct the headers package name. See the new queue please. I'll make some ultimate checks on the freemedforms-project source package and will ping Andreas when ready for an upload. Thanks you for your review. Éric Le 12 août 2014 à 16:02, Andreas Tille a écrit : > Hi Emilio, > > I did the change in SVN but a different problem popped up (failed test > suite) when building the package. We are working on it and will let you > know. > > Thanks for your work on the Debian release > >Andreas. > > On Mon, Aug 11, 2014 at 10:21:44PM +0200, Emilio Pozuelo Monfort wrote: >> On 10/08/14 10:13, Eric Maeker wrote: >>> Le 1 août 2014 à 10:44, Emilio Pozuelo Monfort a écrit : >>> >>>>> I'll ping you >>>>> back for a review of the code. >>>> >>>> Great, let me know when that's ready. The sooner, the better. >>> >>> Thanks to Andreas, the new package is uploaded with all corrections done. >>> >>> https://ftp-master.debian.org/new/libquazip_0.7-1.html >> >> This is looking better. Given libquazip-dev and libquazip-qt5-dev no longer >> are >> versioned, I don't think it makes sense for libquazip1-headers to be >> versioned. >> But that can probably happen in a future upload, no rush there. >> >> I binNMUed tupi and marble. freemedforms-project needs a sourceful upload to >> update the build dependency to libquazip-dev. Please do that so this >> transition >> can finally finish. >> >> Emilio > > -- > http://fam-tille.de -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/031522c4-3984-41ac-b1a2-ac804e9ba...@gmail.com
Re: libquazip transition (freemedforms-project package update)
Le 27/08/2014 00:03, Emilio Pozuelo Monfort a écrit : > On 14/08/14 07:46, Eric Maeker wrote: >> Hi Emilio, >> >> Version 0.7-2 was uploaded by Andreas and correct the headers package name. >> See the new queue please. >> >> I'll make some ultimate checks on the freemedforms-project source package >> and will ping Andreas when ready for an upload. > > Any progress on this? Hi Emilio, I've done some correction in the d/rules of the package (that did not work with dual Qt version installed). Now all packages build like a charm. *But* lintian raises four errors due to the use of a minified JS in the documentation package. This is a very new issue for me as its detection was introduced recently. E: freemedforms-project source: source-is-missing global_resources/doc/freediams/en/html/lib/exe/js.php.t.typo.js E: freemedforms-project source: source-is-missing global_resources/doc/freediams/fr/html/lib/exe/js.php.t.typo.js E: freemedforms-project source: source-is-missing global_resources/doc/freemedforms/en/html/lib/exe/js.php.t.typo.js E: freemedforms-project source: source-is-missing global_resources/doc/freemedforms/fr/html/lib/exe/js.php.t.typo.js Whatever is, currently, I can not find the non-minified JS source as it is an old and unmaintained theme of dokuwiki. Do you think that I can use lintian-overrides to pass through this error? If you agree, I can make/commit the changes tonight. Thanks for your help. -- Eric Maeker GPG: C217 B1B7 80E8 0381 FD5B C3A5 75D4 AE85 B952 0933 signature.asc Description: OpenPGP digital signature
Re: libquazip transition (freemedforms-project package update)
>> E: freemedforms-project source: source-is-missing >> global_resources/doc/freediams/en/html/lib/exe/js.php.t.typo.js >> E: freemedforms-project source: source-is-missing >> global_resources/doc/freediams/fr/html/lib/exe/js.php.t.typo.js >> E: freemedforms-project source: source-is-missing >> global_resources/doc/freemedforms/en/html/lib/exe/js.php.t.typo.js >> E: freemedforms-project source: source-is-missing >> global_resources/doc/freemedforms/fr/html/lib/exe/js.php.t.typo.js > As I previously said[1]: No, since it is considered in conflict with > DFSG. As I said: I have the impression that these *.js files are not > needed in the binary package anyway. So why not simply removing them? lintian warns about the freemedforms-project source package, how can I remove file from this package? Should I provide a new upstream without these files? Thanks Andreas -- Eric Maeker GPG: C217 B1B7 80E8 0381 FD5B C3A5 75D4 AE85 B952 0933 signature.asc Description: OpenPGP digital signature
Re: libquazip transition (freemedforms-project package update)
>>> As I previously said[1]: No, since it is considered in conflict with >>> DFSG. As I said: I have the impression that these *.js files are not >>> needed in the binary package anyway. So why not simply removing them? >> >> lintian warns about the freemedforms-project source package, how can I >> remove file from this package? Should I provide a new upstream without >> these files? > > Since you are actually upstream this is what I recommended, yes. I think I'll release a new upstream with the current code. But I need some delay to make deployment tests. How many time can you wait for a patch? -- Eric Maeker GPG: C217 B1B7 80E8 0381 FD5B C3A5 75D4 AE85 B952 0933 signature.asc Description: OpenPGP digital signature
Re: libquazip transition (freemedforms-project package update)
Le 29/08/2014 14:17, Emilio Pozuelo Monfort a écrit : > On 28/08/14 23:43, Andreas Tille wrote: >> To whom is this question directed? If to me: I personally have time >> but to get freemedforms surely into Jessie I would not wait to long. > > I want this fixed ASAP or else I'll kick it out of testing as this is starting > to block other things. I understand. > No pressure on upstream. You can just fix it in sid for now even if you don't > fix the non-free stuff yet. Currently, I've corrected the 0.9.0 package, it now builds with a dual Qt installation. I'm preparing a 0.9.2 release (as upstream) without any non-fully-free-js-file (end of next week max). Package already build fine. I'm testing some functionalities of the new version of apps right now. I want to insist that this JS file is related to the dokuwiki project which was used to create the usermanual local html file (it is an open source project). There aren't any non-free code inside the FreeMedForms project package. And it is fully functionnal as is. I'm working on a new exporter for the wiki to provide a 100% DFSG compatible extraction for the 1.0.0 release (end 2014). Thank you pointing out, previously ignored, non-free JS file. And thanks a lot for giving me the opportunity to provide, as quickly as possible, a new freemedforms-project source code. -- Eric Maeker, Debian Med GPG: C217 B1B7 80E8 0381 FD5B C3A5 75D4 AE85 B952 0933 signature.asc Description: OpenPGP digital signature
Re: libquazip transition (freemedforms-project package update)
Le 01/09/2014 08:30, Andreas Tille a écrit : > Hi Emilio, > > On Sat, Aug 30, 2014 at 07:57:53PM +0200, Emilio Pozuelo Monfort wrote: >> >> What I need right now is an upload of freemedforms-project that build >> depends on >> libquazip-dev, instead of the (no longer existent) libquazip0-dev. > > I think the most simple solution would be to remove freemedforms-project > from testing right now. It will be replaced by 0.9.2 migrating from > unstable anyway. To me this seems for all the least work for basically > the same result. Yes, 0.9.2 package is ready and available on the Debian Med SVN. I asked Andreas to take a look to my (debian) code. There is just a problem with the watch file as it uses qa.d.o sf.php that is not up-to-date. On a sid pbuilder (with a manually installed libquazip) all goes fine and lintian looks happy of the result. Thanks for your help. Eric, Debian Med signature.asc Description: OpenPGP digital signature
