Accepted python-nose-random 1.0.0-1~bpo9+1 (source all) into stretch-backports, stretch-backports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 25 Jan 2018 10:58:33 +0100 Source: python-nose-random Binary: python-nose-random python3-nose-random Architecture: source all Version: 1.0.0-1~bpo9+1 Distribution: stretch-backports Urgency: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Mattia Rizzolo <mat...@debian.org> Description: python-nose-random - nose plugin to facilitate randomized unit testing with Python 2 python3-nose-random - nose plugin to facilitate randomized unit testing with Python 3 Closes: 888091 Changes: python-nose-random (1.0.0-1~bpo9+1) stretch-backports; urgency=medium . * Rebuild for stretch-backports. . python-nose-random (1.0.0-1) unstable; urgency=low . * Initial release. (Closes: #888091) Checksums-Sha1: d2d75128daf6fc8e29f74827973f414710709ded 2277 python-nose-random_1.0.0-1~bpo9+1.dsc ebea8fc430c8446d6565be403830824cd80c5339 2140 python-nose-random_1.0.0-1~bpo9+1.debian.tar.xz b0a7ad246d1c17130353a0c637ae534099c5b1ea 4130 python-nose-random_1.0.0-1~bpo9+1_all.deb 229a0de432a6a040b7a79b112519ebe0ae611299 6908 python-nose-random_1.0.0-1~bpo9+1_amd64.buildinfo 7d0203c0c4d097ea48b79984391b29ebbede70d2 4202 python3-nose-random_1.0.0-1~bpo9+1_all.deb Checksums-Sha256: 9b1f955f695eadff72836e1696b3add1da24c19dcd53530b9ab0071955ef870e 2277 python-nose-random_1.0.0-1~bpo9+1.dsc b0a3256a1f142f6ebe3533c2ef8ed87abb77ac4cdf3a4d1c5c2a2032e361dd1b 2140 python-nose-random_1.0.0-1~bpo9+1.debian.tar.xz 2f22b97fee74dca1f28741c1a8b2e6fabc8c710f157929ad1493b2b37fa12b79 4130 python-nose-random_1.0.0-1~bpo9+1_all.deb 9957453401cde1a014d2945e10bdc1ef18838ca0e91aa958b307974e02a23c78 6908 python-nose-random_1.0.0-1~bpo9+1_amd64.buildinfo 79578e2ea07266e5210e1fc611424ffde3cbc4c86e8acfb6c90179b184aadd0f 4202 python3-nose-random_1.0.0-1~bpo9+1_all.deb Files: d18a80dfba54ef91ef44989db20d2251 2277 python optional python-nose-random_1.0.0-1~bpo9+1.dsc 7acd9693e14f02e2a214b0161664c3de 2140 python optional python-nose-random_1.0.0-1~bpo9+1.debian.tar.xz d3e2ebe82a1a3af1d00fd1af14d06053 4130 python optional python-nose-random_1.0.0-1~bpo9+1_all.deb f61bea437d64445ce15438a033f28b83 6908 python optional python-nose-random_1.0.0-1~bpo9+1_amd64.buildinfo f080ea4dc5ced7666c9565da281d8815 4202 python optional python3-nose-random_1.0.0-1~bpo9+1_all.deb -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEi3hoeGwz5cZMTQpICBa54Yx2K60FAlppqwgACgkQCBa54Yx2 K61ItA//fyOezbZ34YCaFqshNvZRkdkn3zseE2EyJSAPnGbdaS133av9w3LKDv0g 7tNA5cTJGKM/sYje1JxU51MLiPsfnbQ7wL4dk1iI2ik7nme10KR/AWh0B7dvwLOg YRiXcFkFDCzVvq1SJqRyU4I3olyEXNLSiAIYXKiNIArn09PWTiGJ9Vt7DFd2fJ6s m4T1/O+l5Qqlc+AfYbJu5+AM2SlTQC2EHoOD+Rysm6Cyo2ClSirl8DQ8AwysW9kY YIMw0O2IbY0O45XJgFVvQm8jXORKTv+1hzYBqRpsXbmD5n2xbz2jVaX6L1VHUWDl qAvHpjR4sKwEAZ8HLoluPbOCR+7HKWEmhbONG0XCZPJYqngDJE45GL9ZumWPqdKF tQLHPbSkxqSl+ZzgNnWGWF1A5wgoT7Zvj2ydNAs91HmIHSwJ0LKqg4nXFqXanjjw XtHxompfTffHaJkhTt9qBYzPOV4XL7tnqEEBtv8amQ1Z87VHRVVJPG/n9wyg90uS 32PdFuIfCgeOI8tpIPaQx9AughyS5iqTZUzUxeHm+MGuBQP61dh6APouUjlt9Yg0 /jmYngKsS5zMMSUNgKcOAyuCT3sxkYkBI2/5CroojS/QNxcBA75Sek3Z7tmQSS59 c8Hj0sJIlRWROiXiXAoPYdW0r3n16EJX8usz682bxUXdLEACRZM= =iTBI -END PGP SIGNATURE- -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Accepted python-jsondiff 1.1.1-1~bpo9+1 (source all) into stretch-backports, stretch-backports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 25 Jan 2018 10:53:29 +0100 Source: python-jsondiff Binary: python-jsondiff python3-jsondiff Architecture: source all Version: 1.1.1-1~bpo9+1 Distribution: stretch-backports Urgency: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Mattia Rizzolo <mat...@debian.org> Description: python-jsondiff - diff JSON and JSON-like structures in Python 2 python3-jsondiff - diff JSON and JSON-like structures in Python 3 Closes: 888012 Changes: python-jsondiff (1.1.1-1~bpo9+1) stretch-backports; urgency=medium . * Rebuild for stretch-backports. . python-jsondiff (1.1.1-1) unstable; urgency=low . * Initial release. (Closes: #888012) Checksums-Sha1: 83de24d366ea2a22d8ab89935ac310e0aad8b022 2253 python-jsondiff_1.1.1-1~bpo9+1.dsc 0810efaa914af18d5ba485839cf5c9074d6433a0 1840 python-jsondiff_1.1.1-1~bpo9+1.debian.tar.xz 6024d46eb5b10f468d2db8f9b912d6f9783d5ce7 6698 python-jsondiff_1.1.1-1~bpo9+1_all.deb 568c32b2d31c0cf9f335373f60e0d11b33db9003 6950 python-jsondiff_1.1.1-1~bpo9+1_amd64.buildinfo 243f5a0d4cd2f383da92090c937b378baa9ca99c 6970 python3-jsondiff_1.1.1-1~bpo9+1_all.deb Checksums-Sha256: 3044b8b81eb47d0dd7c85d7bb0b81c9dff2e2939a331b2db593259fd4f75df4b 2253 python-jsondiff_1.1.1-1~bpo9+1.dsc 306b529f1db812c91063bb02c4ac6c54813e60047acdeecc510ac405935b 1840 python-jsondiff_1.1.1-1~bpo9+1.debian.tar.xz ad762d2378fff1ed0a020d0f49e0e1cf5131e6d1132bc105a7e0c5ac84059fa4 6698 python-jsondiff_1.1.1-1~bpo9+1_all.deb ca8d6a7110abf7134c30b5212d0b7bd5aab456d7d7d94ec305117908172eaeba 6950 python-jsondiff_1.1.1-1~bpo9+1_amd64.buildinfo e60def69cd9d83b0dc79c1fc0b144e6c616125fe1923d656fccf6da27bb1bb50 6970 python3-jsondiff_1.1.1-1~bpo9+1_all.deb Files: fe5961068558df3788b2cd44d5b3d383 2253 python optional python-jsondiff_1.1.1-1~bpo9+1.dsc 94d22581e66f7d45320e290b6c69ac48 1840 python optional python-jsondiff_1.1.1-1~bpo9+1.debian.tar.xz aef44e5c870439d063cb30b7e5d4978b 6698 python optional python-jsondiff_1.1.1-1~bpo9+1_all.deb f93ff695514bdafd24ff6cbf39114065 6950 python optional python-jsondiff_1.1.1-1~bpo9+1_amd64.buildinfo 2abc649ed6f9c21a323910b4adf068dc 6970 python optional python3-jsondiff_1.1.1-1~bpo9+1_all.deb -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEi3hoeGwz5cZMTQpICBa54Yx2K60FAlppqwEACgkQCBa54Yx2 K63aCg//e4BTDKVngdMpy8/gadlrsjpN2OKBTjN43nfXC+3lrX+wgESJZEfw/I+b 6hn8adazXIhMEYL6FobiaaFPlOQsa8JBXkBj2UHF5hrKE81rRo/RIfqlFpooUCqA CJQsSd3+BykaOQWa/DEIffgwN43ZBhhx0e3f2dOwGFmFyk2515nQio7v8iczUMy+ hOijDfbtwc1YUgEaAve5YYPyxqX4F8koRvTOqINGrN5BHfjVMzSJL2o6OTH1hskX PlDoFuag/4m3BXY7w+mO1qYNnG1z4hVrxDYcRRA/Q+P5Lk5SQGz6BKhV7HU4GXKL YesUkJqbzgapP9AX3bToaZJ5LDISp7/v3Ft3VB8v40QL4BwEjtA96I72lf7g0+Pn wZTb8tejF19u4yfnthYtlpKS4qIz0UYeR3H/MFJgbma4Bu9KYqQEafv+lNCR5zLt SU1hpTB8HKFRXFJ7QiVK2BWdpWlrjfoOa2HLnd8MdIgaW3ItqHYcEptpIYf6h1Hs ddqmqpREmsA1XdqeyNUgcqn6eWuiE0yKSiYHwMEf3/9oVoje4GcFFagXpHVpTqSC gKYktuIaa/PiCzUOrZI0VlHJI5pUHyTJb4kdOR2bUxgeMPOs8F5C6rMn4GU7gpXA +tKwYmIetyZpZOlSvpX2rEjOJbvtFybtFKeYWlzUtr/brFC9eik= =LSoc -END PGP SIGNATURE- -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#880438: libopencv-core-dev: installs headers in opencv2 directory
Control: close -1 On Thu, Jan 11, 2018 at 03:33:30PM +0100, Simon Frei wrote: > The digikam compiling issue was resolved on the spot back then. Glad to hear you solved your issue! > This report can be closed ACK, doing so. > thanks for your > explanation and sorry for wasting your time. no problem! -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#866480: Bug was closed in 0.13.1-1
Control: fixed -1 0.13.1-2 On Sun, Jan 07, 2018 at 08:16:25AM +0100, Andreas Tille wrote: > This bug was closed in the upload of 0.13.1-1 - no idea why it was not closed. Actually, it was fixed in the -2 upload. Yaroslav in his 0.13.1-1 upload overwrote the previous NMUs/Team uploads as he didn't notice them (check out the *actual* changelog at https://tracker.debian.org/news/879173) and then re-incorporated everything in the subsequent -2 after he was notified that he overwrote everything. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#885907: gmp: Please update symbols file for ia64
Thank you for your email. I offer you my condolences for your loss. However, I can't figure why you'd receive this email. Debian has many ways one could subscribe to this kind of email but the most common ones (maintainer of the package, subscription through tracker.debian.org, subscription to the debian-science-maintainers@lists.alioth.debian.org) don't seem to apply to Richar's address rha...@earthlink.net. Therefore I apologize I'm unable to provide you with a way to stop receiving emails from us. On Mon, Jan 01, 2018 at 09:57:51AM -0800, Richard Harke wrote: > This is Richard's wife responding to your email. Richard passed on > June 1, 2016 and I have kept his email account open for people who > wanted to reach him. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#880921: libopencv-dev: removal of libopencv-dev makes files disappear from libhighgui-dev
Hi Andreas, On Sun, Nov 05, 2017 at 06:39:45PM +0100, Andreas Beckmann wrote: > during a test with piuparts and DOSE tools I noticed your package causes > removal of files that also belong to another package. > This is caused by using Replaces without corresponding Breaks. Oh, fancy. > The libopencv-dev package has the following relationships with libhighgui-dev: > > Conflicts: libhighgui-dev (<= 2.4.9.1+dfsg-2.1) > Breaks: > Replaces: libhighgui-dev > > * The Conflicts version obviously predates the moving around of highgui.h > * The Replaces should be versioned identical to the corresponding Breaks (or > Conflicts) > * Breaks is preferred over Conflicts for moving files between packages since > it makes apt's job easier > * There are more unversioned Replaces with versioned Conflicts, these should > be made versioned, too libhighgui-dev has been removed altogether. Therefore, I wonder if an acceptable solution would be to remove the version restriction in the Conflicts. Seemingly, I'd remove the version from the libcv-dev, libcvaux-dev Conflicts as well (they are in the same situation, probably if you test them you will find the same bug). Are the other binaries that are affected by a similar situation? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#880438: libopencv-core-dev: installs headers in opencv2 directory
Control: tag -1 upstream moreinfo Control: severity -1 minor On Tue, Oct 31, 2017 at 03:28:14PM +0100, Simon Frei wrote: > All the headers files are placed below > /usr/include/opencv2/ > while libopencv-dev places its header files below > /usr/include/opencv/ > Apart from this inconsistency, I also don't see any reason for the > "reference" to version2 - I assume this was forgotten during the > transition? I believe that's some remnants from opencv 1 → 2 ages ago. At any rate, it's not a Debian thing, it's coming from upstream. > I detected this when trying to compile digikam (from upstream's source, not > the > deb), which did not detect the presence of opencv. That sounds weird. From what I can see Debian is not patching anything that should affect the place where headers are installed. Please double check your findings, but most probably you should raise this on the digikam side for doing wrong checks. If you suggest changing where opencv places its headers, please raise that on the upstream github project. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#878830: opencv: FTBFS w/tbb 4.x: has_trivial_copy_constructor missing
On Tue, Oct 17, 2017 at 02:18:13PM -0400, Aaron M. Ucko wrote: > Looks good now, thanks! Let this be the greenest opencv 3.2 build! \o/ -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#878830: opencv: FTBFS w/tbb 4.x: has_trivial_copy_constructor missing
On Mon, Oct 16, 2017 at 10:18:26PM -0400, Aaron M. Ucko wrote: > Thanks again for looking into #878705. Builds for x32 now do slightly > better, but still fail: Well, it didn't reach the point it failed before… > /usr/include/tbb/pipeline.h:328:74: error: 'has_trivial_copy_constructor' > is not a member of 'std' Bummer. https://anonscm.debian.org/git/debian-science/packages/opencv.git/commit/?h=sid=f67996abf4163cf2917914b770053b5834cb4a2b I did my test build on x32 before that commit, I didn't consider it would make everything sad. I'll revert it back, and instead just add architectures where tbb is also up-to-date. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#643277: python-opencv: Cannot read video anymore after upgrading to 2.1.0-7
Control: tags -1 = moreinfo On Fri, Sep 30, 2011 at 09:06:53PM +0100, Antoine Sirinelli wrote: > You can find an example video (very short): > http://www.monte-stello.com/test.avi This seems to not be reachable anymore. > This video is played by my script with the 2.1.0-6 version of OpenCV libraries > but failed to be displayed with 2.1.0-7+b1. Can you still reproduce this with 2.4.9 or (even better) 3.2? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#594543: Addendum: UniBrain Fire-i works correctly with OpenCV 2.1
Control: tag -1 moreinfo Hi! On Fri, Aug 27, 2010 at 01:58:21AM +0200, Raphael Wimmer wrote: > I just tested with a UniBrain Fire-i camera (color). > This one seems to work correctly. > As OpenCV automatically chooses a video mode for the camera (a real > annoyance), I suspect that it chooses the 16 bit mode of the FireFly MV and > gets confused somehow. Has this been fixed in the meantime, up to OpenCV 3.2? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#610400: [Pkg-scicomp-devel] Bug#610400: opencv: usage of external lapack breaks cvCalibrateCamera2
Control: tag -1 moreinfo On Tue, Feb 08, 2011 at 04:49:47PM +0100, Sven Geggus wrote: > > > Do you check on i386? I checked on amd64, but I could not get > > > Segmentation fault. > > > > Yes, this is a 32 bit machine. > > Just cross checked on 64bit squeeze. No segfault there! I do not have any 32 bit machine… Could you please try to reproduce this in a newer environment? A lot changed in the meantime... -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#763838: libopencv-highgui2.4: Webcam capture failures
Control: tag -1 moreinfo On Fri, Oct 03, 2014 at 03:48:36AM +, Richard Allen wrote: > It appears webcam capture is broken. I tried a PS3 Eye(RGB/YUV) > and a PS2 Eyetoy(JPG). On AMD64 both result in garbage. On another > jessie box, this time i386, both cameras crash. Nobuhiro reported (in a message not CCed to you, see https://bugs.debian.org/763838#20) that this might rather be a kernel issue. Nonetheless, now Debian sid has OpenCV 3.2 which contains quite many changes compared to 2.4.9. Can you please test again and report back? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#878705: opencv: FTBFS on x32: sysctl(.h) unsupported
On Mon, Oct 16, 2017 at 10:41:56AM -0400, Aaron M. Ucko wrote: > Thanks for the quick response! I can't readily test a fix[1], but > suspect the problem is the second half of > > > #elif defined __APPLE__ || !defined __GNU__ oh, right... > which results in trying to #include on a wide range of > architectures. (Only the Hurd predefines __GNU__.) Seeing as cmake > detects that is unusable on x32, I'd suggest merging and > simplifying the second and third branches to something along the lines of Actually, I wonder why we need that !defined __GNU__ at all. It's added by the patch used to support !linux archs, but nonetheless, sysctl() is only used in code sourranded by '#if defined __APPLE__' anyway. I'm trying a patch now. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#878705: opencv: FTBFS on x32: sysctl(.h) unsupported
Hi Aaron, On Sun, Oct 15, 2017 at 08:10:09PM -0400, Aaron M. Ucko wrote: > Builds of opencv for x32 (admittedly not a release architecture) have > been failing lately: > > In file included from /usr/include/x86_64-linux-gnux32/sys/sysctl.h:63:0, >from > /<>/opencv-3.2.0+dfsg/modules/core/src/parallel.cpp:60: > /usr/include/x86_64-linux-gnux32/bits/sysctl.h:19:3: error: #error "sysctl > system call is unsupported in x32 kernel" > > Per sysctl(2), this interface is generally deprecated, so my > recommendation would be to steer clear of it on any Linux > architecture. Could you please take a look? I'm confused on why sysctl.h is included at all, actually: #if defined __linux__ || defined __APPLE__ #include #include #include #if defined __ANDROID__ #include #elif defined __APPLE__ #include #endif #endif why is it picked up? Furthermore, we already have a patch to make it build with x32 (that used to work), that modifies that code further: #if defined __linux__ || defined __APPLE__ || defined __GLIBC__ #include #include #include #if defined __ANDROID__ #include #elif defined __APPLE__ || !defined __GNU__ #include #elif !defined __GNU__ #ifdef HAVE_SYS_SYSCTL_H #include #endif #endif #endif HAVE_SYS_SYSCTL_H is false: -- Looking for sys/sysctl.h -- Looking for sys/sysctl.h - not found Could you please have a look, and update that support_x32 patch? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#872952: libopencv-calib3d2.4v5: Conflict with GTk3 program
Control: reassign -1 src:opencv 2.4.9.1+dfsg1-2 Control: close -1 3.1.0+dfsg-1~exp3 On Tue, Aug 22, 2017 at 10:47:30PM +0200, Cyril Richard wrote: > I'm currently trying to use libopencv-calib3d in a opensource software. > However, everytime I add -lopencv_calib3d in the configure.ac I have this > error > while starting the app: > > Gtk-ERROR **: GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same > process is not supported > > Of course I do not use GTK2 in my own application and this problem only occurs > wirh the debian package. I have no idea what's causing this, but let's call it done by the move to GTK+ 3 that has been done in experimental (and will reach unstable "soon"). -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#873362: coinor-libcoinutils3v5: unannounced ABI change without SONAME change?
On Sun, 27 Aug 2017, 8:37 p.m. Anton Gladkywrote: > Hi Mattia, > > thanks for the tip! I have recompiled both libs with the same > current gcc-7.2. And it looks like there are no dropped symbols > (see file old-gcc7_new-gcc7.diff in attachment). > > But if I compare new so-file with the one shipped with Stretch > (compiled with gcc6) > the diff contains some missing symbols (see file old-gcc6_new-gcc7.diff). > Oh! That's interesting... What is the best practice for such kind of libs? Provide symbol-files? > Not sure. I'd suggest to try to ask to -mentors@ or -devel@, or perhaps to James Cowgirl (CCed now) who helped with gcc-7 related stuff :) Thank you > > PS I have generated the symbols with the command: > readelf -Ws libCoinUtils.so | awk '{print $8}' > Tbh, in general I'd use dpkg-gensymbols, but well, I think it's the same. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#873362: coinor-libcoinutils3v5: unannounced ABI change without SONAME change?
On Sun, Aug 27, 2017 at 03:16:46PM +0200, Anton Gladky wrote: > > Still I believe that this should be "correctly" fixed. > > You mean to increase so-version even if upstream does not do it and > to start the normal transition process? I think it is possible. That's actually your only option. Could someone check the symbols of the library before and after the upload and check whether some have been dropped? If there are, not bumping SONAME is a bug upstream should deal with by doing another release and doing so (and failing so, in Debian you should at the very least rename the binary package (doing somethng alike to the v5 thing done for libstdc++5)). -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#871367: fftw: diff for NMU version 2.1.5-4.2
On Wed, Aug 16, 2017 at 04:11:26PM +0200, gregor herrmann wrote: > Done. Thanks! > As a side note, there seems to be a problem with the hooks: > > remote: YAML Error: Couldn't open > /home/groups/debian-science/kgb/kgb-client.conf for input:\nNo such file or > directory > remote:Code: YAML_LOAD_ERR_FILE_INPUT > remote: at /usr/share/perl5/YAML.pm line 71 That's the one problem with non-team mebers pushing there, as they can't read that file. But everything else works, it's just that the commit msg doesn't appear in the IRC channel, so *shrugs*. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#871367: fftw: diff for NMU version 2.1.5-4.2
On Wed, Aug 16, 2017 at 03:41:22AM +0200, gregor herrmann wrote: > I've prepared an NMU for fftw (versioned as 2.1.5-4.2) and > uploaded it to DELAYED/5. Please feel free to tell me if I > should delay it longer. On the contrary, I've just rescheduled it to 0 days, thank you! Just, would you be so kind to `gbp import-dsc …` it into the git repository? All DDs should be able to write to debian-science repos. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#871279: libdolfin2016.2: requires rebuild against GCC 7 and symbols/shlibs bump
On Tue, Aug 08, 2017 at 02:29:48AM +0800, Drew Parsons wrote: > It's been sitting in NEW for a month, so it would have been gcc-6 I > think. But the upload is to experimental. I figure we can ignore > anything in experimental, the symbols will get reset for the new ABI > when we drop it into unstable. Right, that would be fine. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#871279: libdolfin2016.2: requires rebuild against GCC 7 and symbols/shlibs bump
On Mon, 7 Aug 2017, 6:57 p.m. Drew Parsons,wrote: > > - If your package is about to be renamed due to an upstream SONAME > bump, > > you do not need to add any special symbols handling. > > > > > dolfin 2017.1 is in the NEW queue, so that upgrade will handle this > bug. > Is the binary you uploaded built with gcc-7? Otherwise that would not fix this bug. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#869975: [opencv] bug in debian/rules -> it isn't compiled with OPENGL=ON
On Fri, Jul 28, 2017 at 05:13:07PM +0200, Mattia Rizzolo wrote: > On Fri, Jul 28, 2017 at 12:21:32PM +0200, Jean Jacques BRUCKER wrote: > > There should be missing an "else" in debian/rules which implies > > WITH_OPENGL is always ON for ubuntu (overriding previous if-else > > statement) and always undefined for other distributions. Then, apparently OpenGL is not really feasible with the gtk build we are doing... from cmake/OpenCVFindLibsGUI.cmake: |# --- OpenGl --- |ocv_clear_vars(HAVE_OPENGL HAVE_QT_OPENGL) |if(WITH_OPENGL) | if(WITH_WIN32UI OR (HAVE_QT AND QT_QTOPENGL_FOUND) OR HAVE_GTKGLEXT) |find_package (OpenGL QUIET) |if(OPENGL_FOUND) We are not building with Qt (ISTR there were good reason for not do it) and instead we are building with GTK3. Now, that HAVE_GTKGLEXT is: | if(WITH_OPENGL AND NOT HAVE_GTK3) |CHECK_MODULE(gtkglext-1.0 HAVE_GTKGLEXT) | endif() So apparently it can never be set with GTK3… Also, apparently I can't remember why I added that check last year, but given the current status I'm going to just drop it, as it's not useful to anybody. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#870086: Use " not ' for autopkgtest
Control: clone -1 -2 Control: reassign -2 autopkgtest 4.4 Control: retitle -2 autopkgtest: single quotes in Test-Command makes test fail with -ENOENT On Sat, Jul 29, 2017 at 04:42:03PM +0100, Iain Lane wrote: > The ' is confusing autopkgtest (maybe an autopkgtest bug?) definitely an autopkgtest bug, IMHO. cloning & reassigning. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#869975: [opencv] bug in debian/rules -> it isn't compiled with OPENGL=ON
Control: found -1 3.2.0+dfsg-1~exp1 Control: tag -1 patch On Fri, Jul 28, 2017 at 12:21:32PM +0200, Jean Jacques BRUCKER wrote: > Source: opencv > Version: 2.4.9.1+dfsg1-2 That's also true for the version in experimental (which is the one we care about, as we're "about" to do a transition to it. > There should be missing an "else" in debian/rules which implies > WITH_OPENGL is always ON for ubuntu (overriding previous if-else > statement) and always undefined for other distributions. ISTR the KDE/Qt team wants to also apply that change that is done in ubuntu in debian as well, and also something about arm64. I'd like to ask them about this, maybe that "if ubuntu" check should be dropped. > Here is the fix: > > --- a/debian/rules > +++ b/debian/rules > @@ -33,6 +33,7 @@ CMAKE_ARCH_FLAGS += -DWITH_OPENGL=ON > else > CMAKE_ARCH_FLAGS += -DWITH_OPENGL=OFF > endif > +else > CMAKE_ARCH_FLAGS += -DWITH_OPENGL=ON > endif Thanks for the patch! -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#867097: opencv: Build-dependency latex-xcolor no longer available
Control: forcemerge 865247 -1 On Mon, Jul 03, 2017 at 11:05:06PM +0300, Adrian Bunk wrote: > The texlive-latex-recommended package no longer provides > latex-xcolor in the package dependencies, please update > the build-dependency to texlive-latex-recommended. this was already filed (and fixed in experimental). -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#866044: caffe-contrib: needs a rebuild against libgflags2.2
Control: owner -1 ! On Tue, Jun 27, 2017 at 12:25:22AM +0200, Emilio Pozuelo Monfort wrote: > gflags changed the SONAME, so caffe-contrib needs a rebuild to pick up the > new package name. A binNMU isn't possible given caffe-contrib is in contrib. Right, I'm manually building a binNMU. BTW, the problem is that it build-depends on non-free packages, not that it's in contrib. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#865247: Please update dependencies from latex-xcolor to tl-latex-recommended
Control: close -1 3.0.0+dfsg-1~exp5 On Tue, Jun 20, 2017 at 02:05:00PM +0900, norb...@preining.info wrote: > Source: opencv > Version: 2.4.9.1+dfsg1-2 > Severity: serious > Justification: FTBFS > X-Debbugs-CC: debian-tex-ma...@lists.debian.org > > Dear maintainer, > > latex-xcolor has been a dummy transitional package now since 2 releases > (since oldstable), and has been dropped in current unstable. This is done in experimental BTW, don't you think it's kind of rude to drop it like that? I'd have expected a bug severity:important months before, push for it to be done, _then_ rise severity to serious to get it done even more, some NMUs, and _then_ upload the breaking change. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#862796: [opencv] README.source is not up to date
Control: notfound -1 3.1.0 Control: found -1 3.1.0+dfsg1-1~exp1 On Wed, May 17, 2017 at 08:18:17AM +0200, Adam Cecile wrote: > Package: opencv > Version: 3.1.0 Please use a real version, this field is actually used to do automatic version tracking. > README.source does not contain the appropriate information to understand > what has been removed from "contrib" tarball. > Imho, even the information related to the main tarball are kinda incomplete. For the last tarball, the repacking has been done using mk-origtargz's feature that look at the Files-Excluded field(s) in d/copyright. I wonder about removing the list from d/README.source directly. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#798601: limereg: FTBFS on mips/mipsel
On Wed, May 03, 2017 at 05:19:37PM +0100, James Cowgill wrote: > It looks like this was just an uninitialized variable in > test_searchSubimage.c. Applying the attached patch fixes this issue for > me on mipsel. Thank you for the patch! Uploading :) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#861194: opencv: please include contrib modules
Source: opencv Version: 3.1.0+dfsg-1~exp0 Severity: important Control: block 841733 by -1 Control: block 841411 by -1 There are packages requiring OpenCV's modules that are only present in contrib. At the very least libkf5kface requires the 'face' module. If my tests are correct also gst-plugins-bad1.0 requires a contrib module (bgsegm, but I'm waiting on the experimental packages to be installable to file a Debian bug for this). There is a WIP/prototype for that in the with-contrib branch: https://anonscm.debian.org/git/debian-science/packages/opencv.git/log/?h=with-contrib Solving this bug is a prerequisite for the OpenCV 3.x transition. If I had to comment on that branch, I'd say that: * instead of doing that fancy work in d/rules it would be better to use the features the new d/watch (i.e. uscan) version=4 provides for support of multiple upstream tarballs * for removing non-dfsg files using Files-Excluded in d/copyright would feel a lot clearer -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#861122: ros-opencv-apps: FTBFS with OpenCV 3.1.0
On Mon, Apr 24, 2017 at 09:46:46PM +0200, Mattia Rizzolo wrote: > Dear maintainer, > my test build of ros-opencv-apps with OpenCV 3.1.0 failed. m nevermind me, apparently retrying the builds (it wasn't only amd64) made them pass, no idea what was that about. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#861122: ros-opencv-apps: FTBFS with OpenCV 3.1.0
Source: ros-opencv-apps Version: 1.11.14-1 Severity: important Control: block 841733 by -1 Dear maintainer, my test build of ros-opencv-apps with OpenCV 3.1.0 failed. https://launchpadlibrarian.net/316840704/buildlog_ubuntu-artful-amd64.ros-opencv-apps_1.11.14-1_BUILDING.txt.gz That build is done in Ubuntu, as currently the package from experimental is not installable due to some screwness with gdal and whatnot. Anyhow, I'm led to believe that's a real bug in your package. Please try to fix this bug soon, as I would like to proceed with that transition in Ubuntu, and also in Debian as soon as stretch is out. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#859529: should we RM imview-doc ?
Source: imview-doc Version: 1.0.1-3 Severity: serious X-Debbugs-cc: debian-scie...@lists.debian.org should we remove imview-doc ? It has an outstanding license issue https://bugs.debian.org/708955 and it seems nobody cared about it since 2008. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#843513: Build DICOM
On Mon, Nov 07, 2016 at 11:02:05AM +0100, Mathieu Malaterre wrote: > Package: src:opencv > Version: 2.4.9.1+dfsg-2.1 > Severity: wishlist > > It would be nice to also build DICOM support: > > -DWITH_GDCM=ON \ This is not enough… DICOM support is only available since 3.2, which is not yet packaged. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#859284: Updating the libgtkdatabox Uploaders list
Source: libgtkdatabox Version: 1:0.9.3.0+dfsg-3 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Ramakrishnan Muthukrishnan <rkrish...@debian.org> has retired, so can't work on the libgtkdatabox package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: openmeca_2.1.7-1_amd64.changes REJECTED
Hey Damien! On Wed, Mar 29, 2017 at 10:44:00PM +0200, Andreas Tille wrote: > Hi Damien, > > On Wed, Mar 29, 2017 at 10:33:10PM +0200, dada wrote: > > I am sorry but this is my first time... and I am not familiar with Debian > > policies and jargon. > > I did not understand. What do you mean by "references" ? > > Does the problem come from the copyright ? The build process ? > > The copyright. You need to mention all copyright statements. If you look > at the file Chris has hinted to you see: From your question I deduce that you are not very well versed with all the fringes of debian packaging, and in particular with what by all means is one of crucial pieces (the copyright file). I also suppose you have read the relevant documentation of it, IOW https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ If you haven't (as I suspect) I encurage you to read it fully, it's a short read anyway. The relevant policy entry about copyright: https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#827199: hfst: FTBFS: twolc test fails on big-endian systems
On Sat, Nov 05, 2016 at 12:49:37AM +0100, Tino Didriksen wrote: > On 4 November 2016 at 20:49, Jonathan Wiltshire <j...@debian.org> wrote: > > > > > While it did successfully build in the past, that was only because the > > test > > > > suite was disabled until recently. The tests revealed the unsigned char > > > > issue which was easy to fix, and now the endian issue which will not > > be as > > > > easy. > > > > Any news? > > > Yes, it will be fixed this month. We've got a strategy that'll work for the > primary usecases - using little-endian everywhere. Progress? At this point this has been the last package stuck in a library transition (ignoring openssl), and we are in deep freeze. I think a fix is highly overdue. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#857692: petsc: FTBFS in !linux
On Thu, Mar 16, 2017 at 11:01:10AM +0800, Drew Parsons wrote: > The hurd failure looks like the common problem arising from the changes > in PIE handling, see bugs #848129, #854061, same as the FTBFS on other > tier 2 linux architectures. Right, I asked for a give-back, and it seems like it's building fine now. > The kfreebsd failure might need closer scrutiny. Thank you. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#857692: petsc: FTBFS in !linux
Source: petsc Version: 3.7.5+dfsg1-4 Severity: important petsc fails to build in hurd-i386, kfreebsd-i386 and kfreebsd-amd64. https://buildd.debian.org/status/package.php?p=petsc This is particularly interesting as petsc is the last package in the archive depending on gcc-5, only in those architecture. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#855204: libpetsc3.7.5-dev: uninstallable - Depends: libopenmpi-dev (< 2.0.2~git.20161226)
Control: reassign -1 release.debian.org Control: forcemerge 854905 -1 On Wed, Feb 15, 2017 at 01:09:16PM +, James Cowgill wrote: > Package: libpetsc3.7.5-dev > Version: 3.7.5+dfsg1-3 > Severity: serious > Tags: sid stretch Please look for already reported bugs before reporting new ones (there is an "affect" so it is in libpetsc3.7.5-dev bugs list). -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#853941: Remove myself from Uploaders
On Fri, Feb 03, 2017 at 08:02:00AM +0100, Mathieu Malaterre wrote: > Seems to have worked, maybe someone could remove the false sense of error: > > $ git push > Counting objects: 5, done. > Delta compression using up to 2 threads. > Compressing objects: 100% (5/5), done. > Writing objects: 100% (5/5), 543 bytes | 0 bytes/s, done. > Total 5 (delta 4), reused 0 (delta 0) > remote: YAML Error: Couldn't open > /home/groups/debian-science/kgb/kgb-client.conf for input:\nNo such > file or directory Well, this is because that file is not world-readable; it contains the password for the bot to send messages to the IRC channel. I do not think we should make it world-readable, and rather have non-members live with such an error in the output. Then YMMV… -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#853941: Remove myself from Uploaders
On Thu, Feb 02, 2017 at 12:24:33PM +0100, Mathieu Malaterre wrote: > Package: src:flann > > > Please remove me from the Uploaders list in d/control. I cannot do it myself: After talking to the alioth admin, I think the permissions are now fixed (the idea is that all DD can push to the repos), can you try again? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#853124: opencv: diff for NMU version 2.4.9.1+dfsg-2.2
On Mon, Jan 30, 2017 at 01:27:33PM +0100, Julian Andres Klode wrote: > I've prepared an NMU for opencv (versioned as 2.4.9.1+dfsg-2.2) and > uploaded it to DELAYED/7. Please feel free to tell me if I > should delay it longer. Thank you, I'm shortening the delay to 0-day. Please push this change to git, a single detached tag is cool. Also, if this needs to be done in experimental please push there too (ftr: on IRC he said this is not needed there). > This one does the full breaks thing, breaking all old packages for > which a new v5 one exists in all packages that end in v5. yeah, it's a pretty innocent change after all, just a bunch of breaks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#853029: mpi-default-dev: update mpi defaults for m68k and sh4 to openmpi?
Control: tag -1 +moreinfo On Sun, Jan 29, 2017 at 11:09:27AM +0800, Drew Parsons wrote: > This bug report follows on from #833425 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833425 > > openmpi now builds on m68k and sh4. Yes, also as I reported in that bug report. > For various reasons it could be convenient if the Debian default > mpi on these architectures could be updated from mpich to openmpi. > > The specific reason that bothers me is that mpich does not provide > mpi-fort.pc, while openmpi does. This prevents mumps from building on > m68k and sh4 (with blacs-mpi also affected). Such change really needs to be ACK by a porter, therefore I'm CCing the 68k and sh lists. @Porters: Are you fine with changing the default MPI implementation in sh4 and m68k from MPICH to OpenMPI? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#838112: uctodata: fails to upgrade from jessie - trying to overwrite /etc/ucto/es.abr
On Tue, Jan 24, 2017 at 07:04:24PM +0100, Andreas Beckmann wrote: > On 2017-01-24 09:32, Maarten van Gompel wrote: > > Quoting Andreas Beckmann (2017-01-24 02:54:36) > >> On 2017-01-24 02:51, Andreas Beckmann wrote: > >>> spotted a typo (trailing "a") in frogdata.maintscript > >>> > >>> echo "rm_conffile /etc/frog/${subdir}Frog.mbt.1.0.known.dddwfWaw.wgt > >>> 0.13.7~"a > >> > >> but that's harmless, its still a valid version to achieve your goal > > > > Oops... Well spotted, I just fixed it in git, but it is probably overkill > > to prepare/upload a new release just > > for that now I guess? > > Correct. But let me see what else I found: Wow, upgrades issues are so full of cases. Anyhow, I still don't think we should fix these, if nothing to try to have the newer upstream versions and their fairly big diffs into stretch. I suggest you (Andreas) file a new bug(s) copy-pasting what you wrote here, and we (=> Maarten) will possibly deal with it after the current testing migrations happen. Fixing those should only be about adding few maintscripts lines, so that should be feasible for the release team to grant, surely more than the current update (note that what I want to avoid is to needlessly burden the release team; I think they would grant also the current upgrade, but it'd take more for them to review). > You probably shouldn't call rm_conffile on the symlinks owned by > uctodata - these are no conffiles, but you seem to confuse dpkg by doing > this. Removing the conffiles from jessie is better left to > ucto.maintscript. > > I think you found a bug in dpkg here :-) ISTR reading something somewhere that not handling symlinks as conffile is a known decision, because it's particuarly hard to do. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#838112: uctodata: fails to upgrade from jessie - trying to overwrite /etc/ucto/es.abr
On Tue, Jan 24, 2017 at 09:32:38AM +0100, Maarten van Gompel wrote: > Quoting Andreas Beckmann (2017-01-24 02:54:36) > > On 2017-01-24 02:51, Andreas Beckmann wrote: > > > spotted a typo (trailing "a") in frogdata.maintscript > > > > > > echo "rm_conffile /etc/frog/${subdir}Frog.mbt.1.0.known.dddwfWaw.wgt > > > 0.13.7~"a > > > > but that's harmless, its still a valid version to achieve your goal > > Oops... Well spotted, I just fixed it in git, but it is probably > overkill to prepare/upload a new release just for that now I guess? As Andreas said it's harmless for you, it works just fine. And yes, I would not upload it, as it would delay all the other packages by half a day now, making everything dangerously near the freeze moment (the release team would very probably accept these changes, but well, if we can avoid bothering them it's just better; they are going to have very busy moments even without us). IMHO, just keep in git for whatever next upload will be. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#838112: uctodata: fails to upgrade from jessie - trying to overwrite /etc/ucto/es.abr
On Mon, Jan 23, 2017 at 08:31:01PM +0100, Maarten van Gompel wrote: > This is what I was looking for yes, I knew something must exist to take care > of > this but didn't know what it was. I now followed Andreas' instructions, but > on but upon gbp buildpackage I now get > errors like: > > /home/proycon/debian_packaging/uctodata/debian/uctodata.maintscript: 1: > /home/proycon/debian_packaging/uctodata/debian/uctodata.maintscript: > rm_conffile: not found > > So I'm still doing something wrong. Any idea what I am missing? You said no > dpkg-maintscript-helper prefix.. 1) the file is executable: remember that debhelper will try to execute all executable file, and then interpret the output of whatever run, instead of reading the file (this is a feature, commonly used with dh-exec, but sometimes also for something else. You could for example do it for that other package where you do a loop 2) There is a spurious leading space in all lines -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#838112: uctodata: fails to upgrade from jessie - trying to overwrite /etc/ucto/es.abr
On Mon, Jan 23, 2017 at 07:48:34PM +0100, Andreas Beckmann wrote: > On 2017-01-23 19:17, Maarten van Gompel wrote: > > Hi Andreas, Mattia, et. al. Hi Maarten :) > > > >> uploads should happen early enough to allow automatic migration after 10 > >> days on Feb 05 (so probably at most 2 days left) Yes. Also, I would have advise against uploading before today, as that would have mean blocking the migration that was ongoing (that finished last night). > > I followed the documentation and created postint/preinst/postrm scripts for > > libucto2 (ucto), uctodata and frogdata that takes care of removing the old > > files, as you suggested. I tested it on migration from the previous releases > > and it works. Still, a second look from someone with more knowledge about > > these > > things is highly appreciated. I haven't been able to test the upgrade from > > the > > jessie versions yet but I'll try to look into piuparts to do that. I think > > everything should be solved with the releases I prepared today (but again; > > double checks appreciated!) > > I'll take a look It looks ok from my side, but as Andreas wrote below, please use the tools dh_installdeb(1) give you, i.e. the debian/$pkg.maintscript file. > > @Mattia: Do you happen to be available on such short notice to > > sponsor/upload > > these four packages again? Considering also the very tight deadline before > > the > > freeze. Sorry for the inconvenience! > > If needed, I can sponsor that as well Yes I am. I haven't followed the other discussion at all, mostly because I trust Andreas and bunk to know what they are writing :) Just to confirm: in this case there is no order to follow, right? > > PS: the postinst/preinst/postrm scripts are currently three copies of the > > same > > thing. I realize this is probably ugly (unnecessary duplication) and not the > > best way, but I didn't know what would be the best solution and since I was > > in > > a rush I left it like this. > > use debian/$package.maintscript instead of doing it directly in maintscripts > > put in there lines like > > rm_conffile /etc/ucto/tokconfig-es 0.4-1~ > > no dpkg-maintscript-helper prefix, no default arguments, no trailing > comments! > use $VERSION_TO_BE_UPLOADED + "~" as prior-version argument > > this will generate appropriate pre/post/inst/rm scripts with the same > content > Andreas (in a hurry) Andreas: Dont worry, if you don't have time for this I'll happily sponsor them; I already have all of them locally, etc. :) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: Bug#846512: ITP: dijitso -- distributed just-in-time building of shared libraries
On Thu, Dec 08, 2016 at 01:20:53AM +0800, Drew Parsons wrote: > Hi Mattias, > > looks like group members are locked out of the fenics subdir: > > $ ls -ld /git/debian-science/packages/fenics > drwxr-sr-x+ 14 mattia debian-science 4096 Apr 23 2016 > /git/debian-science/packages/fenics > > Can you provide group write access, chmod g+w > /git/debian-science/packages/fenics ? > > Then I can add the new fenics/dijitsu repo. Oh, yeah, of course! done :) Sorry that bit was missing. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#813371: yade: FTBFS on kfreebsd-i386: virtual memory exhausted: Cannot allocate memory
control: reassign -1 ftp.debian.org control: severity -1 normal control: retitle -1 RM: yade [kfreebsd-i386] -- ROTM; FTBFS On Mon, Feb 01, 2016 at 01:34:50PM +0100, Andreas Beckmann wrote: > Source: yade > Version: 1.20.0-6 > Severity: important > > yade FTBFS on kfreebsd-i386 by exhausting virtual memory: this is very much similar to the case for removal from several others 32 bit archs about one year ago in #801628 -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#822971: dolfin: FTBFS on kfreebsd
On Thu, Oct 06, 2016 at 04:52:04PM +0800, Drew Parsons wrote: > On Sat, 17 Sep 2016 11:29:54 +0800 Drew Parsons <dpars...@debian.org> > wrote: > > ... It's not yet built at the moment due to > > other build-dependencies higher up the chain. > > Specifically, mpi4py (python-mpi4py) is not currently building on > kfreebsd. For completeness, FTP masters forced the removal of vtk 5 some months ago, breaking the remaining reverse dependencies (including dolfin on kfreebsd). So the trigger for this bug is not relevant anymore, you might like to have this somehow fixed nonetheless. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#828928: both RC are fixed in experimental
On Tue, Oct 04, 2016 at 04:50:36PM +0200, John Paul Adrian Glaubitz wrote: > Does it have to be team-uploaded for a simple NMU? I would have just uploaded > myself as Gianfranco suggested. It's really just the patch added plus the > NMU entry for debian/changelog. alright, just feel to upload the NMU, then I'll import it to the git repository once it hits the archive. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#828928: both RC are fixed in experimental
On Tue, Oct 04, 2016 at 04:28:28PM +0200, John Paul Adrian Glaubitz wrote: > On 10/04/2016 04:12 PM, Gianfranco Costamagna wrote: > >> fedora might have a patch, feel free to NMU if it works :) > > https://pkgs.fedoraproject.org/cgit/rpms/opencv.git/commit/?id=ca7da00ea608b62859a640493a1cd6c0f5802550 > > Applies cleanly. I will NMU opencv if the patch works. If it works feel free to ping me, and I'll team upload it. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#784455: Qt4's WebKit removal: rising severity to important
Control: severity -1 important Please consider this a reminder of the upcoming removal of Qt4's WebKit. We are rising the severity of all bugs to important, but they will become serious in a fairly short term, to be able to remove it before the release of stretch. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#837055: fftw: diff for NMU version 2.1.5-4.1
On Sun, Sep 18, 2016 at 02:27:15PM +0200, gregor herrmann wrote: > I've prepared an NMU for fftw (versioned as 2.1.5-4.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. Thanks! please feel free to speed it up to 0-day! @Thibaut: please push your last changes to the git repository, and a tag of your last upload. Either I'll just import the delta using the 2.1.5-4 from the archive. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#837390: libp4est-dev: arch-dependent files in "Multi-Arch: same" package
On Sun, Sep 11, 2016 at 11:34:00AM +0200, Jakub Wilk wrote: > libp4est-dev is marked as "Multi-Arch: same", but the following files are > architecture-dependent: > > /usr/include/p4est_config.h > /usr/include/sc_config.h > > An example diff between armhf and s390x is attached. > > diff -ur libp4est-dev_1.1-3_armhf/usr/include/p4est_config.h > libp4est-dev_1.1-3_s390x/usr/include/p4est_config.h > --- libp4est-dev_1.1-3_armhf/usr/include/p4est_config.h 2016-09-09 > 13:06:31.0 + > +++ libp4est-dev_1.1-3_s390x/usr/include/p4est_config.h 2016-09-09 > 13:06:31.0 + > @@ -25,7 +25,7 @@ > > /* C compiler flags */ > #ifndef P4EST_CFLAGS > -#define P4EST_CFLAGS "-g -O2 > -fdebug-prefix-map=/build/p4est-IGjJEu/p4est-1.1=. -fstack-protector-strong > -Wformat -Werror=format-security" > +#define P4EST_CFLAGS "-g -O2 > -fdebug-prefix-map=/build/p4est-M7EZ0w/p4est-1.1=. -fstack-protector-strong > -Wformat -Werror=format-security" > #endif let me also add that this is not just a matter of stripping out -fdebug-prefix-map (though it would work for this limited diff), as there is no assurance that binaries are built at the same ~time, or with the same version of dpkg-dev, or with the same set build flags. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#833759: deal.ii: please use the default boost version
source: deal.ii version: 8.4.1-1 severity: serious Dear maintainer, your package depend on boost1.60, while we're transition to boost1.61 (from 1.58). 1.60 never was the default. We would like to remove 1.60, so please either bump the dependency to 1.61 or (preferred) use the unversioned stuff as provided by src:boost-defaults. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#833425: Aw: Re: Bug#833425: mpi-defaults: switch to openmpi on hppa architecture
On Thu, Aug 04, 2016 at 12:02:51PM +0200, Helge Deller wrote: > > > The openmpi packages builds successfully on hppa, so I'd suggest to switch > > > to openmpi for hppa (and maybe m68k and sh4?) too. > > > > notice that switching default means rebuilding all the rdep in the > > correct order (ben is able to provide the correct order). I've been > > able to do it correctly for s390x (#813691) thanks to the release team > > tracking the transition, but we don't have tools for ports, so this is > > really up to you. Otherwise what you get is FTBFS of packages down in > > the chain, and runtime errors due to different ABI of the library (I > > noticed some programs are clever enough to say "libfoo has been linked > > against mpich but I'm now building against openmpi, I can't do that, > > please rebuild libfoo first", but most don't and just throw an error > > (IIRC a linking error)). > > I'd be fine with rebuilding all required packages, and I'd appreciate > info from you or Ben which order is required. be aware that ben is this: https://tracker.debian.org/pkg/ben which is what powers https://release.debian.org/transitions/index.html :) I'm really not able to provide such support, though maybe you can easily follow it by just see what fails to build. I suppose there are not that many users of MPI software in hppa anyway to notice a small breakage. > Currently I've stopped all hppa buildds and plan to upgrade them to gcc6 > before starting them again. And, I've started a test build of boost1.6.1 > to check if the mpi-defaults change will help. I expect a result during > the next few hours. I'll let you know of the outcome. I've committed the change to git, as I assume you know you things as a hppa porter. If you don't stop me I'll upload next hours. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#833425: Aw: mpi-defaults: switch to openmpi on hppa architecture
On Thu, Aug 04, 2016 at 11:10:50AM +0200, Helge Deller wrote: > When building boost-1.6.1 I [1] get: > /usr/include/mpich/mpicxx.h:21:4: error: #error 'Please use the same version > of GCC and g++ for compiling MPICH and user MPI programs' > # error 'Please use the same version of GCC and g++ for compiling MPICH and > user MPI programs' > > Currently Doko announced to switch to gcc-6 and update to boost-1.6.1 [2], so > currently it's urgent to get it fixed for hppa. This actually already started last night, gcc-defaults pointing at gcc-6, boost-1.61, icu 57 have all already been uploaded to unstable, chroots are being regenrated right now and binNMUs are about to start any minute. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#833425: mpi-defaults: switch to openmpi on hppa architecture
On Thu, Aug 04, 2016 at 09:34:35AM +0200, Helge Deller wrote: > mpi-defaults depends on libmpich-dev for the hppa architecture (like m68k and > sh4). > All other architectures use libopenmpi-dev. > Is there a reason for that? reason is that at that time openmpi was not available on those architecture. In m68k is available only since 5 days, and there is only 1 successful build, making me wonder whether that's just thin luck In hppa it's only available since Jan this year, the current list of openmpi/mpich architectures is much older. In sh4 it's available since Feb, sh4 is in the mpich list at least since 2014. > The openmpi packages builds successfully on hppa, so I'd suggest to switch > to openmpi for hppa (and maybe m68k and sh4?) too. notice that switching default means rebuilding all the rdep in the correct order (ben is able to provide the correct order). I've been able to do it correctly for s390x (#813691) thanks to the release team tracking the transition, but we don't have tools for ports, so this is really up to you. Otherwise what you get is FTBFS of packages down in the chain, and runtime errors due to different ABI of the library (I noticed some programs are clever enough to say "libfoo has been linked against mpich but I'm now building against openmpi, I can't do that, please rebuild libfoo first", but most don't and just throw an error (IIRC a linking error)). Besides, do we know whether openmpi works correctly on those architectures? Since recently we have mpi-testsuite, but as you can see the situation is not nice: https://buildd.debian.org/status/package.php?p=mpi-testsuite PS: did you CCed me on your email? I received a double email with one without bug number… Consider that even if the last 6 uploads have been done by me this doesn't mean I particularly care for this package (hence why I didn't add myself to uploaders), back than I rather care about having its rdeps building… -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#833330: Updating the spyder Uploaders list
Source: spyder Version: 2.3.8+dfsg1-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Alexandre Fayolle <afayo...@debian.org> has retired, so can't work on the spyder package anymore (at least with this address). (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: apertium-isl-eng_0.1.0~r66083-1_amd64.changes REJECTED
On Thu, Jul 07, 2016 at 07:17:07PM +0530, Kartik Mistry wrote: > On Thu, Jul 7, 2016 at 6:56 PM, Debian FTP Masters > <ftpmas...@ftp-master.debian.org> wrote: > > apertium-isl-eng_0.1.0~r66083-1.dsc: Does not match file already existing > > in the pool. > > Why this was rejected? I thought I'll update fixed version and I > haven't got Accepted message for earlier package yet. Should I try > again after sometime? % dak ls apertium-isl-eng apertium-isl-eng | 0.1.0~r66083-1 | new| source, all you are trying to upload a package that is already in NEW, don't do it. If you need to provide an update on top of that bump the version. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: ITA for an abandoned package: evolver case
On Thu, Jun 30, 2016 at 12:37:14PM +0200, Tobias Frost wrote: > This is not supposed to be posted to a public mailing lists, but as DD > you can logon to qa.debian.org and check there yourself* [1]. > > [1] https://wiki.debian.org/qa.debian.org/MIATeam Except that Jerome is no DD :) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: ITA for an abandoned package: evolver case
[removing Gianfranco and gladk from Cc, I know they follow these lists] On Thu, Jun 30, 2016 at 11:17:34AM +0100, Jerome BENOIT wrote: > On 08/06/16 09:51, Gianfranco Costamagna wrote: > > in the meanwhile, according to quantz, the MIA process started some > > time ago (on 2016-05-24), > > How can we get the current status of the process ? Adam replied, but he is not the most responsive person, so it takes some time. Though, considering his replies and that you're willing to do some work on the package (IIUC), I'm orphaning it now. I'm waiting for further actions/emails from Adam for all the others, though. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#813373: rivet: FTBFS on armel/armhf: testsuite failures
On Mon, Jun 20, 2016 at 06:36:36PM +0200, Andreas Beckmann wrote: > Hi Mattia, Hey Andreas! > what about > RM: rivet [armel armhf] > to decruft rivet and 'get rid of' this FTBFS? well, you wouldn't get rid of the FTBFS, just lower its severity to non-RC. I don't know if that's the right call: I'd consider it if that would unblock testing migration, but here it doesn't (as there are rc bugs in the dependencies…). Furthermore, I feel uneasy pushing something unmaintained in testing, I "accidentally" did with fastjet, but really those packages don't have an active maintainer right now. Anyway, feel free to :) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#822085: future of root-system: removal?
Hi science people! So, not root-system got entangled it Yet Another Transition (actually this is only the remaining decrufting from sid): openssl. The old binaries still there depend on libssl1.0.0, whilst now there is libssl1.0.2, removing SSLv3 methods. I also see this as a kind of important (as security-related) change that really needs to be done. I saw nobody willing to step trying to tackle and tame that huge beast, I tried earlier in the year, but ran out of steam without managing to do anything useful. So, IMHO, we should just remove it, until somebody else doing another physic PhD comes wanting to put it back for another bunch of years, maybe improving the scripts around and making the maintenance easy also to one-time shooters. There are only 2 rdeps, fastjet and rivet, and they do it only for 2 binary packages, which could be just dropped¹. I'm CCing the person listed in the Uploaders field of all those 3 packages, which seems to be gone. If once again I'm not hearing any complaint in 2 weeks or so I'll team upload rivet and fastjet to drop the binaries depending on root, and then RM root itself. Thanks for listening and reading till now :) ¹ On a related note, also fastject and river and their rdeps herwig++ and thepeg and their rdep pythia8 and its rdep hepmc could just go: there is currently nobody caring, some have NMUs, and the maintainer is seemingly gone. They are not bothering me though, so I'm not going to to ask for RM of them anytime soon. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: Sponsor wanted for irstlm/6.00.05-2
On Tue, May 17, 2016 at 03:43:18PM +0200, Giulio Paci wrote: > On 17/05/2016 09:55, Giulio Paci wrote: > > Hi everybody, > > after a few requests to move irstlm package under Debian Science, I > > finally moved it. :-) > > > > I just pushed a new 6.00.05-2 release that should be ready for upload. done. FTR, could you consider for the future: 1/ rename d/manpages to d/.manpages 2/ wrap-and-sort(1) to consistenly wrap and actually sort deps/build-deps o/ -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#823929: getdp: please port to swig3.0
Source: getdp Version: 2.7.0-3 Severity: serious getdp is the only rdep of swig2.0, which is not going to be in stretch and it's actually going to be removed from the archive. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786517 Please port your package to swig3.0 -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: vmtk_1.3-3_amd64.changes REJECTED
On Tue, May 03, 2016 at 04:00:27PM +, Thorsten Alteholz wrote: > Hi Mattia, Hi ta :) > at least vmtk-1.3/distribution/egg/windows_dll/*/msvcp110.dll doesn't > seem to be distributable. So I am afraid they must be removed from the > source tarball. FTR, this source is already in the archive. Probably also a RC bug would have not be so bad :) Anyway, gonna fix it by the end of the week, probably. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#822971: dolfin: FTBFS on kfreebsd
Source: dolfin Version: 1.6.0-4 Control: block 822321 by -1 Since this version, with the switch to vtk6 and whatnot, dolfin FTBFS on kfreebsd. This unfortunately jeopardize our quest to remove vtk5 from the archive, as the old binaries there still depends on it. Please try to see what causes such failure and fix it. I'm sorry I can't provide more insight. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#798164: vtk: do not ship in stretch
On Mon, Apr 25, 2016 at 12:48:37AM +0200, Kai-Martin Knaak wrote: > However, there is a reason to keep both: vtk6 is qt5 based only. This > leaves applications which are still on qt4 in the dark. This is not a good reason. Also switching to Qt5 is a thing. > One such > application is the simulation tool. For some reason I can't really understand my `dak rm -Rn vtk` doesn't show src:elmerfem. Anyway, the binaries produced by it don't depend on vtk at all (only some old versions on sh4 and hppa do). Most problaly the dependency on vtk there is not needed at all. > Elmer is unstable only right now. > But this is due to long standing license issues. These have finally been > resolved. It would be unfortunate if elmer would not make it to straetch > because of a missing vtk package. That's life. Fix the package. Also it already missed the Jessie release. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#822266: paraview: FTBFS on kfreebsd-* but previously did: dilib.c:5462:18: error: storage size of 'mytime' isn't known
On Fri, Apr 22, 2016 at 08:50:51PM +0200, Tobias Frost wrote: > Relevant snippet: > > /«BUILDDIR»/paraview-5.0.1+dfsg1/Plugins/CDIReader/cdilib.c:5277:62: warning: > macro "__DATE__" might prevent reproducible builds [-Wdate-time] > static const char file_libvers[] = STRING(LIBVERSION) " of " __DATE__ " " > __TIME__; > ^ > /«BUILDDIR»/paraview-5.0.1+dfsg1/Plugins/CDIReader/cdilib.c:5277:75: warning: > macro "__TIME__" might prevent reproducible builds [-Wdate-time] > static const char file_libvers[] = STRING(LIBVERSION) " of " __DATE__ " " > __TIME__; >^ > /«BUILDDIR»/paraview-5.0.1+dfsg1/Plugins/CDIReader/cdilib.c: In function > 'file_time': this is not the failure, it's actually a line below :) /«BUILDDIR»/paraview-5.0.1+dfsg1/Plugins/CDIReader/cdilib.c: In function 'file_time': /«BUILDDIR»/paraview-5.0.1+dfsg1/Plugins/CDIReader/cdilib.c:5462:18: error: storage size of 'mytime' isn't known struct timeval mytime; ^ anyway yes, it wouldn't be bad to patch out __DATE__ __TIME__ and improve reproducibility of this package (looks like there are also other bits that prever full reproducibility, ftr). > I'm trying to find a patch for this, and if successful, I will NMU it. Consider give some time to the maintainer, gladk is usually very quick at uploading new releases when asked to :) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#822214: petsc: FTBFS on hurd, but previously did: error: 'vm_address_t' does not name a type
On Fri, Apr 22, 2016 at 06:51:36AM +0200, Tobias Frost wrote: > Source: petsc > Version: 3.6.3.dfsg2-1 > Severity: normal > > Hi, > > as the title says, it fails to build on hurd. > The following patch makes it compile again, tested on exodar.d.n. > > $cat hurd.patch > --- a/src/sys/memory/mem.c > +++ b/src/sys/memory/mem.c > @@ -21,6 +21,9 @@ > #include > #endif > #if defined(PETSC_HAVE_SYS_PROCFS_H) > +#if defined __gnu_hurd__ > +#include > +#endif > /* #include Required if using gcc on solaris 2.6 */ > #include > #endif > > > This FTBFS currently prevents some decruft we doing in preparation for libpng > removal, > therefore I'm plan to NMU this patch. I rescheduled the NMU to 0-day, thanks for it. I'm going to import the .dsc as soon as it hits incoming :) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#822120: Boost 1.55 to be removed; your attention required
control: tag -1 pending control: severity -1 serious On Thu, Apr 21, 2016 at 07:45:33AM -0500, Steve M. Robbins wrote: > Boost 1.55 has not built correctly since the GCC 5 introduction in July 2015 > and I plan > to ask for its removal from unstable very shortly. It has already been > removed from > testing. You should be filing these bugs are RC. > The package feel++ appeared on a list of reverse dependencies generated > using 'dak rm -Rn boost1.55' (see below). This bug is to request an > upload with updated boost dependencies. > > If your package build-depends on the default boost, then a simple rebuild > will suffice. > If your package uses 1.55-versioned build-deps, then please check whether you > can > move to default boost. Or if not, at least move to 1.58. This is already part of the thing that is build here. I hope it'll eventually finish... -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#822085: RM: root-system: RoQA unmaintained, RC-buggy, FTBFS, blocks removal of old packages
On Thu, Apr 21, 2016 at 08:14:31AM +0200, Tobias Frost wrote: > As it is now blocking other packages, I raise the question if it should be > removed from Debian. It is indeed in a very bad state. I tried to revive it some time back, and also committed something to git for it, but really, it's a big thing and I can't deal with it within my current spare time. Also, that would be a (huge) one-time effort, and clearly something like that can't be left as it is again. So, I give up on my tentative for it, I have several other more pressing commitments than such a huge package I'm not really even interested it (if not for QA reasons, due to its dep chain). The actual maintainer (explicitly CCed) seems to have disappear (note that he is a DM, and from a quick lock at his DDPO page I see most of his packages either uploaded long ago, with RC bugs and NMUed). > Please response to this bug, if there is no response within a week, I will > reassign this bug to ftp.debian.org dak rm -Rn root-system fastjet rivet herwig++ thepeg pythia8 hepmc This is a clean removal of root-system and everything that (transitively) depends on it. Most of those other packages don't have that many issues if not the depends on root-system. Rather than removing all of the right aways, I'd force the removal of libpng (and also the other old libs) breaking root-system (this will make it uninstallable, which is yet another RC bug!) and possible all its rdeps. But if in some months nobody manages to have a buildable and up-to-date root-system, I I'll go ahead and ask for RM myself. > Please note, that if decide to keep it, you need to fix your pacakge ASAP. > The removal of libpng1.2 will NOT wait for root-system, and when removed, > at least the binary packages must go with it. (Which can lead to src removal) That's not strictly needed: packages can be forcefully removed from the archive even if something else depends on them, you "just" need to convince ftpmasters that it's ok to break them. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#821766: gle-graphics: diff for NMU version 4.2.5-4.1
On Wed, Apr 20, 2016 at 03:20:06PM +0200, Tobias Frost wrote: > Note that this NMU reverts partly 4.2.5-4, at least for hurd, which might > lead to unreproducbible build on hurd (not checked, priority is to fix the > FTBFS.) I invoked the reproducible gang, to have a fix that doesn't involve faketime, which is not nice anyway, and maybe something that doesn't let d/rules grow even more [1]. > IMHO a better approarch would beto split out the pdf into > an arch:all package and build the doc in the Build-Indep target, but this is > far too invasive for an NMU. This is a even more thing, but orthogonal on having a reproducible fix that doesn't involve faketime. I'm going to cancel the NMU if I get a timely patch. > (One of the NMU's target is to de-cruft vtk, which is required for an clean > removal > f libpng 1.2, which will happen soon) is not only for the clean removal, it's also for really finally kicking those old libs (it's not only vtk5 we're hunting down) from the archive... [1] that anyway, I wonder, there are so many little things that makes me uneasy, like the calling autoreconf that ignores error and manually running it (and cleaning afterwards) instead of using the autoreconf debhelper plugin (that is instead commented out), and manually calling ./configure instead of just using `dh_auto_configure -- -others-options-here` that would get you multiarch as the other recent bug ask for, etc). FTR, another thing that makes me wonder is the usage of the git repositories you do: just importing the .dsc into it, instead of working from it and creating the .dsc out of it (doing so I'd expect smaller commits, with senseful commit message, etc, etc...). -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#821876: libfeel++-dev: Depends on libvtk5-dev, which will be removed
control: tag -1 pending On Wed, Apr 20, 2016 at 08:09:15AM +0200, Tobias Frost wrote: > Package: libfeel++-dev ... > Your package depends on vtk 5.x, which should not be in stretch. > Please switch to vtk 6.x or drop the dependency. On it. Currently struggling to have it built, this thing requires an insane amount of memory... -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#818990: Is it really a flint problem?
On Tue, Apr 19, 2016 at 10:04:31AM +0200, Julien Puydt wrote: > Hi, > > (1) according to: > https://buildd.debian.org/status/package.php?p=flint=sid > the version 2.5.2-3 of flint built perfectly on amd64. yeah, that's a past tense. > (2) more recently (yesterday) : > https://buildd.debian.org/status/package.php?p=flint=experimental > the version 2.5.2-4 of flint built perfectly on amd64. that's a different version. > (3) many tests on different amd64 systems (three by myself, and a few others > from people on #debian-mentors) didn't have any issue with 2.5.2-4 either. that's still a different version. Don't try to mix versions thinking it's always the same. > This suggest the package isn't at fault and the rare systems where the > failures occurred should be double-checked for the real root of the problem. Indeed, with the very same chroot, I can build -4, but -3 FTBFS. Evidently, this: -\left|\frac{a_{n-2}}{a_n}\right|^{\frac{1}{2}}, \dots +\left|\frac{a_{n-2}}{a_n}\right|^{\frac{1}{2}}, \dotsc Is enough to fix this bug, and it also makes sense, given that the failure log we pointed to you fails while doing latex stuff. I'd say: mark this bug as fixed in that version, add the number to the changelog and upload to unstable (why in first case that one went to experimental?) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#821419: paraview: FTBFS against ffmpeg 3.0
control: tag -1 upstream patch control: forwarded -1 http://www.paraview.org/Bug/view.php?id=16001 On Mon, Apr 18, 2016 at 05:29:37PM +0200, Sebastian Ramacher wrote: > Control: block 820731 by -1 > > paraview FTBFS against ffmpeg 3.0: here is an upstream bug with a patch attached (I didn't test it). -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#821411: vmtk: bump soname without package name change
Source: vmtk Version: 1.3-1 Severity: serious 1.3 bumps the soname to 1.3, but the lib package is still named 1.3 and no transition (even if the lib is used only by this package, that means nothing, though) has been done. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#821179: mpi-defaults: Please add powerpcspe architecture support
user debian-powe...@lists.debian.org usertags 821179 powerpcspe thanks (re-adding the usertag as there was a blank line in the first message, so debbugs have ignored them) On Sat, Apr 16, 2016 at 12:56:07PM +0200, John Paul Adrian Glaubitz wrote: > Since mpi-defaults is a reverse depndency of boost, it's very important > that mpi-defaults builds on powerpcspe. Could you therefore please > re-add powerpcspe to the list of architecture in debian/control.in? I can very easily add it, though, do you confirm that you want mpi-defaults to use openmpi on the powerpcspe architecture? At this time mpich is not yet built there, whilst openmpi is, but I want to double-check. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#818990: Re: About bug #818990
On Tue, Apr 12, 2016 at 07:47:23PM +0200, Julien Puydt wrote: > >>What could be the difference? > > > >Don't know, sorry. Good luck! > > Well, does the box run unstable too? that box is a standard jessie system running standard chroots (either testing, unstable or experimental) through pbuilder. > What is the gcc version? [it is 5.3.1-14 on the three systems I have used] whatever is in sid is the good answer. That said, I can easily reproduce the same failure of the one you can see on tests.reproducible-builds.org here locally too. This thing started to ftbfs fairly recently (22 March the first time), so I'd urge you to make sure your chroots are clean and up-to-date. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#820772: teem: FTBFS on arm64 and ppc64el
control: severity -1 normal On Sat, Apr 09, 2016 at 06:51:03AM +, Logan Rosen wrote: > Package: teem > Version: 1.11.0~svn6057-1.1 > Severity: serious > Tags: patch > Justification: fails to build from source Except that it never built there, so this is not a RC bug. Thanks for the patch, we'll look into it. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#820113: No rule to make target '/usr/lib/x86_64-linux-gnu/hdf5/openmpi/lib/libhdf5.so'
control: severity -1 serious On Sat, Apr 09, 2016 at 03:06:20PM +, Mattia Rizzolo wrote: > On Tue, Apr 05, 2016 at 04:54:57PM +0200, Jochen Sprickerhof wrote: > > Package: libvtk6-dev > > Version: 6.2.0+dfsg1-11 > > Severity: normal > > > > Dear Maintainer, > > > > the latest vtk6 needs a dependency on libhdf5-openmpi-dev, I guess it's > > because > > rather on libhdf5-mpi-dev this is actually causing FTBFS, as we are noticing during the libpng1.6 transition. See #820530 and #820098 for 2 examples. For what I'm concerned the correct fix here is to have libvtk6-dev depending on libhdf5-mpi-dev. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#820113: No rule to make target '/usr/lib/x86_64-linux-gnu/hdf5/openmpi/lib/libhdf5.so'
On Tue, Apr 05, 2016 at 04:54:57PM +0200, Jochen Sprickerhof wrote: > Package: libvtk6-dev > Version: 6.2.0+dfsg1-11 > Severity: normal > > Dear Maintainer, > > the latest vtk6 needs a dependency on libhdf5-openmpi-dev, I guess it's > because rather on libhdf5-mpi-dev -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#818450: opencv: diff for NMU version 2.4.9.1+dfsg-1.5
On Thu, Apr 07, 2016 at 05:01:58PM +0200, Tobias Frost wrote: > Control: tags 818450 + pending > > Dear maintainer, > > I've prepared an NMU for opencv (versioned as 2.4.9.1+dfsg-1.5) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. with my taem member hat, running: dcut reschedule -d 0 -f opencv_2.4.9.1+dfsg-1.5_source.changes thanks! -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#814943: mpi-default-dev: provide the list of architectures for each MPI implementation
Sorry for the late reply, I got sucked in RL stuff… On Tue, Feb 16, 2016 at 10:19:06PM +0100, Thibaut Paumard wrote: > It has been discussed in > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813128 > that some MPI packages build in two flavours (openmpi and mpich) and > need to know at upload time for which architecture each implementation > is available. > > It has been proposed to add two variables to > /usr/share/mpi-default-dev/debian_defaults for this purpose. > > Last iteration of this discussion below. > > Mattia, it looks like there is a misunderstanding: in your commit, > OPENMPI_ARCHITECTURES and MPICH_ARCHITECTURES only list the > architectures for which each implementation is the default. Yes. > The > feature that I would need for e.g. the yorick package is the list of > architectures on which each implementation is available. This is what > I currently check and hardcode by hand. I guess this is also what > other people do when they provide packages with distinct names for > each flavour. Guess I can do that too. I personally think it's kind of pointless as of now, where mpich is available everywhere and openmpi is available on all but m68k (not considering powerpcspe that yesterday has been resurrected from ashes…) Anyway, What about: https://anonscm.debian.org/cgit/debian-science/packages/mpi-defaults.git/commit/?id=57d37c200258e7512733d7ee36aade8bf806ffea ? I do think this is a bigger improvment than hardcoding this in a donzen of packages, everyone with its own data source. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#813494: mpi-default-dev: Please depend on openmpi (>= 1.10.2 -3 )
control: tag -1 moreinfo On Tue, Feb 02, 2016 at 02:10:09PM +, Alastair McKinstry wrote: > Please depend on openmpi >= 1.10.2-3, so that a versioned mpi-defaults-dev > can be used. > The transition openmpi1.6 -> 1.10 breaks some packages (see e.g. #813490) > and the fix involves a versioned dep on openmpi, but the package depends on > mpi-default-dev. So a versioned dep. onmpi-default-dev is required. umh, I can't really see how such a version restriction would be useful. That bug you quote is fixed by a patch provided by you that works for both openmpi 1.6 and 1.10, doesn't it? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#813951: freefoam: FTBFS with libopenmpi 1.10
Source: freefoam Version: 0.1.0+dfsg+1-3 Severity: serious Justification: fails to build from source (but built successfully in the past) Control: block 813128 by -1 Dear maintainer, your package FTBFS while rebuilding against libopenmpi 1.10. https://buildd.debian.org/status/logs.php?pkg=freefoam=0.1.0%2Bdfsg%2B1-3%2Bb1 [ 21%] Building CXX object src/ODE/CMakeFiles/ODE.dir/ODESolvers/SIBS/polyExtrapolate.C.o cd /«BUILDDIR»/freefoam-0.1.0+dfsg+1/obj-x86_64-linux-gnu/src/ODE && /usr/bin/c++ -DDP -DNoRepository -DODE_EXPORTS -Dlinux64 -I/«BUILDDIR»/freefoam-0.1.0+dfsg+1/obj-x86_64-linux-gnu/include -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -fpermissive -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -o CMakeFiles/ODE.dir/ODESolvers/SIBS/polyExtrapolate.C.o -c /«BUILDDIR»/freefoam-0.1.0+dfsg+1/src/ODE/ODESolvers/SIBS/polyExtrapolate.C CMakeFiles/ansysToFoam.dir/CMakeFiles/ansysToFoam.C.o:(.rodata._ZTV11yyFlexLexer[_ZTV11yyFlexLexer]+0x68): undefined reference to `yyFlexLexer::yywrap()' collect2: error: ld returned 1 exit status applications/utilities/mesh/conversion/ansysToFoam/CMakeFiles/ansysToFoam.dir/build.make:104: recipe for target 'libexec/FreeFOAM/0.1.0/freefoam-ansysToFoam' failed make[3]: *** [libexec/FreeFOAM/0.1.0/freefoam-ansysToFoam] Error 1 Note that because of the parallel build the error is a bit up in the log. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#813814: esys-particle: FTBFS with libopenmpi1.10
Source: esys-particle Version: 2.3.3+dfsg1-1 Severity: serious Control: block 813128 by -1 Dear maintainer, your package FTBFS while rebuilding with openmpi 1.10. https://buildd.debian.org/status/logs.php?pkg=esys-particle=2.3.3%2Bdfsg1-1%2Bb2=sid from the amd64 build: inserted 14900 at avg. 100.33 inserted 15000 at avg. 98.93 inserted 15100 at avg. 108.56 inserted 15200 at avg. 129.57 inserted 15300 at avg. 128.3 inserted 15400 at avg. 118.6 inserted 15500 at avg. 132.54 total tries: 305812 MNTable3D::generateBonds( 0 , 1e-05 , 0 ) cd /«BUILDDIR»/esys-particle-2.3.3+dfsg1/debian/test; mpirun -np 3 /«BUILDDIR»/esys-particle-2.3.3+dfsg1/debian/esys-particle/usr/bin/esysparticle compression.py; cat nbons.dat; cat ekin.dat; cat epot.dat -- mpirun has detected an attempt to run as root. Running at root is *strongly* discouraged as any mistake (e.g., in defining TMPDIR) or bug can result in catastrophic damage to the OS file system, leaving your system in an unusable state. You can override this protection by adding the --allow-run-as-root option to your cmd line. However, we reiterate our strong advice against doing so - please do so at your own risk. -- cat: nbons.dat: No such file or directory cat: ekin.dat: No such file or directory cat: epot.dat: No such file or directory debian/rules:35: recipe for target 'override_dh_auto_install' failed make[1]: *** [override_dh_auto_install] Error 1 make[1]: Leaving directory '/«BUILDDIR»/esys-particle-2.3.3+dfsg1' debian/rules:6: recipe for target 'binary-arch' failed make: *** [binary-arch] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#807200: freefem++: diff for NMU version 3.38.1-1.1
Control: tags 807200 + pending Dear maintainer, I've prepared an NMU for freefem++ (versioned as 3.38.1-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- diffstat for freefem++-3.38.1 freefem++-3.38.1 changelog | 10 ++ control |2 +- 2 files changed, 11 insertions(+), 1 deletion(-) diff -Nru freefem++-3.38.1/debian/changelog freefem++-3.38.1/debian/changelog --- freefem++-3.38.1/debian/changelog 2015-09-01 21:16:58.0 + +++ freefem++-3.38.1/debian/changelog 2016-01-26 11:13:59.0 + @@ -1,3 +1,13 @@ +freefem++ (3.38.1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + + [ Bas Couwenberg ] + * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev. +Closes: #807200 + + -- Mattia Rizzolo <mat...@debian.org> Tue, 26 Jan 2016 11:13:42 + + freefem++ (3.38.1-1) unstable; urgency=medium * Imported Upstream version 3.38.1 (Closes: #793237) diff -Nru freefem++-3.38.1/debian/control freefem++-3.38.1/debian/control --- freefem++-3.38.1/debian/control 2015-08-30 22:41:24.0 + +++ freefem++-3.38.1/debian/control 2016-01-26 11:13:40.0 + @@ -10,7 +10,7 @@ libxpm-dev, libmumps-scotch-dev, libmumps-ptscotch-dev, libfltk1.3-dev | libfltk-dev, freeglut3-dev, ghostscript, imagemagick, texlive, texlive-extra-utils, texlive-latex-extra, texlive-font-utils, - libfftw3-dev, libgsl0-dev, + libfftw3-dev, libgsl-dev, libhypre-dev, libarpack2-dev, libsuitesparse-dev, libmumps-dev, libblacs-mpi-dev, libscalapack-mpi-dev, signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#805844: herwig++: diff for NMU version 2.6.0-1.1
Control: tags 805844 + patch Control: tags 805844 + pending Dear maintainer, I've prepared an NMU for herwig++ (versioned as 2.6.0-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- diffstat for herwig++-2.6.0 herwig++-2.6.0 changelog | 16 compat|2 +- control |3 +-- rules |8 4 files changed, 18 insertions(+), 11 deletions(-) diff -Nru herwig++-2.6.0/debian/changelog herwig++-2.6.0/debian/changelog --- herwig++-2.6.0/debian/changelog 2012-06-13 10:18:54.0 + +++ herwig++-2.6.0/debian/changelog 2016-01-26 14:15:31.0 + @@ -1,3 +1,19 @@ +herwig++ (2.6.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + + [ Bas Couwenberg ] + * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev. +Closes: #805844 + + [ Mattia Rizzolo ] + * debian/control: drop obsolete Dm-Upload-Allowed field. + * debian/rules: drop explicit configuration, the build system is clever +enough to figure out where the libs are. + * Bump debhelper compat version to 9. + + -- Mattia Rizzolo <mat...@debian.org> Tue, 26 Jan 2016 13:41:58 + + herwig++ (2.6.0-1) unstable; urgency=low * Initial release (Closes: #636988) diff -Nru herwig++-2.6.0/debian/compat herwig++-2.6.0/debian/compat --- herwig++-2.6.0/debian/compat 2012-06-21 11:15:48.0 + +++ herwig++-2.6.0/debian/compat 2016-01-26 14:15:06.0 + @@ -1 +1 @@ -8 +9 diff -Nru herwig++-2.6.0/debian/control herwig++-2.6.0/debian/control --- herwig++-2.6.0/debian/control 2012-06-13 10:18:54.0 + +++ herwig++-2.6.0/debian/control 2016-01-26 14:15:13.0 + @@ -3,8 +3,7 @@ Priority: optional Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Uploaders: Lifeng Sun <lifong...@gmail.com> -DM-Upload-Allowed: yes -Build-Depends: debhelper (>= 8.0.0), autotools-dev, dh-autoreconf, libthepeg-dev, libfastjet-dev, libfastjettools-dev, libfastjetplugins-dev, libboost-dev, libgsl0-dev, gfortran, chrpath +Build-Depends: debhelper (>= 9), autotools-dev, dh-autoreconf, libthepeg-dev, libfastjet-dev, libfastjettools-dev, libfastjetplugins-dev, libboost-dev, libgsl-dev, gfortran, chrpath Standards-Version: 3.9.3 Homepage: http://projects.hepforge.org/herwig/ Vcs-Git: git://git.debian.org/git/debian-science/packages/herwig++.git diff -Nru herwig++-2.6.0/debian/rules herwig++-2.6.0/debian/rules --- herwig++-2.6.0/debian/rules 2012-07-15 21:16:11.0 + +++ herwig++-2.6.0/debian/rules 2016-01-26 13:47:46.0 + @@ -16,14 +16,6 @@ export CPPFLAGS CFLAGS CXXFLAGS LDFLAGS DEB_HOST_MULTIARCH -override_dh_auto_configure: - dh_auto_configure -- \ - --with-thepeg=/usr \ - --with-gsl=/usr \ - --with-boost=/usr \ - --with-fastjet=/usr \ - --libdir=$(LIBPATH) - override_dh_auto_install: dh_auto_install --max-parallel=1 chrpath -d debian/tmp/$(LIBPATH)/Herwig++/HwMPI.so signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#786149: pivy: diff for NMU version 0.5.0~v609hg-3.1
Control: tags 786149 + patch Control: tags 786149 + pending Dear maintainer, I've prepared an NMU for pivy (versioned as 0.5.0~v609hg-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- diffstat for pivy-0.5.0~v609hg pivy-0.5.0~v609hg changelog | 12 control|5 +++-- pycompat |1 - pyversions |1 - 4 files changed, 15 insertions(+), 4 deletions(-) diff -Nru pivy-0.5.0~v609hg/debian/changelog pivy-0.5.0~v609hg/debian/changelog --- pivy-0.5.0~v609hg/debian/changelog 2013-07-06 21:35:29.0 + +++ pivy-0.5.0~v609hg/debian/changelog 2015-12-14 01:10:51.0 + @@ -1,3 +1,15 @@ +pivy (0.5.0~v609hg-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Remove long useless debian/pycompat file. + * Build-Depend on dh-python instead of python-support. Closes: +#786149 + * use X-Python-Version control field instead of the debian/pyversions +file. + * debian/control: bump Standards-Version to 3.9.6, no changes needed. + + -- Mattia Rizzolo <mat...@debian.org> Mon, 14 Dec 2015 01:10:04 + + pivy (0.5.0~v609hg-3) unstable; urgency=low * [ffc321b] Update/fix VCS-fields. diff -Nru pivy-0.5.0~v609hg/debian/control pivy-0.5.0~v609hg/debian/control --- pivy-0.5.0~v609hg/debian/control 2013-07-06 21:32:41.0 + +++ pivy-0.5.0~v609hg/debian/control 2015-12-14 01:10:29.0 + @@ -3,12 +3,13 @@ Priority: extra Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Uploaders: Teemu Ikonen <tpiko...@gmail.com>, Anton Gladky <gl...@debian.org> -Build-Depends: debhelper (>= 9), python-support, python-all-dev, +Build-Depends: debhelper (>= 9), dh-python, python-all-dev, libsoqt4-dev (>= 1.5.0-2.1), libcoin80-dev, libsimage-dev, swig -Standards-Version: 3.9.4 +Standards-Version: 3.9.6 Vcs-Git: git://anonscm.debian.org/debian-science/packages/pivy.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-science/packages/pivy.git Homepage: http://pivy.coin3d.org/ +X-Python-Version: >= 2.4 Package: python-pivy Architecture: any diff -Nru pivy-0.5.0~v609hg/debian/pycompat pivy-0.5.0~v609hg/debian/pycompat --- pivy-0.5.0~v609hg/debian/pycompat 2013-05-30 11:03:05.0 + +++ pivy-0.5.0~v609hg/debian/pycompat 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -2 diff -Nru pivy-0.5.0~v609hg/debian/pyversions pivy-0.5.0~v609hg/debian/pyversions --- pivy-0.5.0~v609hg/debian/pyversions 2013-05-30 11:03:05.0 + +++ pivy-0.5.0~v609hg/debian/pyversions 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -2.4- signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#807749: rivet: diff for NMU version 1.8.3-1.3
Package: rivet Version: 1.8.3-1.2 Severity: normal Tags: patch pending Control: tag 786266 pending Control: tag 807224 pending Dear maintainer, I've prepared an NMU for rivet (versioned as 1.8.3-1.3) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- diffstat for rivet-1.8.3 rivet-1.8.3 changelog | 15 +++ control |4 ++-- rules |2 +- 3 files changed, 18 insertions(+), 3 deletions(-) diff -Nru rivet-1.8.3/debian/changelog rivet-1.8.3/debian/changelog --- rivet-1.8.3/debian/changelog 2015-10-19 22:38:55.0 + +++ rivet-1.8.3/debian/changelog 2015-12-12 11:10:14.0 + @@ -1,3 +1,18 @@ +rivet (1.8.3-1.3) unstable; urgency=medium + + * Non-maintainer upload. + + [ Bas Couwenberg ] + * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev. +Closes: #807224 + + [ Mattia Rizzolo ] + * Move from python-support to dh-python. Closes: #786266 + * Make python-rivet depend on ${python:Depends}, to automatically get the +correct python dependency. + + -- Mattia Rizzolo <mat...@debian.org> Sat, 12 Dec 2015 11:07:59 + + rivet (1.8.3-1.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru rivet-1.8.3/debian/control rivet-1.8.3/debian/control --- rivet-1.8.3/debian/control 2015-10-19 22:36:39.0 + +++ rivet-1.8.3/debian/control 2015-12-12 02:31:52.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Uploaders: Lifeng Sun <lifong...@gmail.com> -Build-Depends: debhelper (>= 8.0.0), autotools-dev, libhepmc-dev, libfastjet-dev (>= 3.0.6+dfsg-1.1~), libfastjetplugins-dev, libfastjettools-dev, libyaml-cpp-dev, dh-autoreconf, libgsl0-dev, libtinyxml-dev, chrpath, libboost-dev, python-dev, python-support, swig, gfortran +Build-Depends: debhelper (>= 8.0.0), autotools-dev, libhepmc-dev, libfastjet-dev (>= 3.0.6+dfsg-1.1~), libfastjetplugins-dev, libfastjettools-dev, libyaml-cpp-dev, dh-autoreconf, libgsl-dev, libtinyxml-dev, chrpath, libboost-dev, python-dev, dh-python, swig, gfortran Build-Depends-Indep: texlive-science, doxygen-latex Standards-Version: 3.9.3 Homepage: http://rivet.hepforge.org/ @@ -146,7 +146,7 @@ Multi-Arch: foreign Pre-Depends: ${misc:Pre-Depends} Architecture: any -Depends: python-support (>= 0.90), ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends} Description: Python bindings of Rivet Rivet is a toolkit for validation of Monte Carlo event generators. Using a computationally efficient model for observable computations, Rivet diff -Nru rivet-1.8.3/debian/rules rivet-1.8.3/debian/rules --- rivet-1.8.3/debian/rules 2013-11-23 13:11:25.0 + +++ rivet-1.8.3/debian/rules 2015-12-12 01:59:23.0 + @@ -36,4 +36,4 @@ $(MAKE) dox %: - dh $@ --with autoreconf --parallel + dh $@ --with autoreconf,python2 --parallel signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#769235: about the build-depends-on-metapackage lintian error
Source: gnuplot5 Version: 5.0.0~rc+dfsg2-1 Severity: normal Hi :) I see you added a lintian override to this package to override build-depends-on-metapackage error, triggered by a buil-dep on qt5-default. Well, there is a solution you may consider, attached to this email. I run a test build against the resulting package and it builds fine (also the autopkgtests are marked as PASS, so \o/). Thanks for maintaining gnuplot5. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 arm64 armhf ppc64el s390x armel Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo From 1ee2e0bc8c12d2e1bc388da7c65db980483f0dee Mon Sep 17 00:00:00 2001 From: Mattia Rizzolo mat...@mapreri.org Date: Wed, 12 Nov 2014 11:17:44 +0100 Subject: Do not build-depend on qt5-default, use QT_SELECT=qt5 in debian/rules instead (and quiet lintian). debian/control: drop build-dep on qt5-default debian/rules: export QT_SELECT=qt5 debian/source.lintian-overrides: remove --- debian/changelog| 8 debian/control | 1 - debian/rules| 3 +++ debian/source.lintian-overrides | 2 -- 4 files changed, 11 insertions(+), 3 deletions(-) delete mode 100644 debian/source.lintian-overrides diff --git a/debian/changelog b/debian/changelog index 11821ef..3018bda 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +gnuplot5 (5.0.0~rc+dfsg2-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Do not build-depend on qt5-default, use QT_SELECT=qt5 in debian/rules +instead (and quiet lintian). + + -- Mattia Rizzolo mat...@mapreri.org Wed, 12 Nov 2014 11:07:32 +0100 + gnuplot5 (5.0.0~rc+dfsg2-1) unstable; urgency=medium * [6c51a9d] Update copyright-file. diff --git a/debian/control b/debian/control index 9941e33..c1c9ebe 100644 --- a/debian/control +++ b/debian/control @@ -16,7 +16,6 @@ Build-Depends: liblua5.1-dev, libpango1.0-dev, libpng-dev, - qt5-default, qtbase5-dev, qtbase5-dev-tools, qttools5-dev-tools, diff --git a/debian/rules b/debian/rules index eb168f7..c1eb84f 100755 --- a/debian/rules +++ b/debian/rules @@ -9,6 +9,9 @@ export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed # Tell compiler where should find lua headers export DEB_CFLAGS_MAINT_APPEND = -I/usr/include/lua5.1 +# Force the use of qt5 +export QT_SELECT=qt5 + BUILDDIR_NOX = $(CURDIR)/debian/build-nox BUILDDIR_X11 = $(CURDIR)/debian/build-x11 BUILDDIR_QT = $(CURDIR)/debian/build-qt diff --git a/debian/source.lintian-overrides b/debian/source.lintian-overrides deleted file mode 100644 index 723ff8b..000 --- a/debian/source.lintian-overrides +++ /dev/null @@ -1,2 +0,0 @@ -# without qt5-default package FTBFSs, even if all necessary BD are installed -gnuplot5 source: build-depends-on-metapackage build-depends: qt5-default -- 2.1.3 signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers