Accepted python-nose-random 1.0.0-1~bpo9+1 (source all) into stretch-backports, stretch-backports

2018-02-06 Thread Mattia Rizzolo
-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

2018-02-06 Thread Mattia Rizzolo
-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

2018-01-11 Thread Mattia Rizzolo
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

2018-01-07 Thread Mattia Rizzolo
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

2018-01-01 Thread Mattia Rizzolo
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

2017-11-08 Thread Mattia Rizzolo
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

2017-11-08 Thread Mattia Rizzolo
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

2017-10-17 Thread Mattia Rizzolo
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

2017-10-17 Thread Mattia Rizzolo
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

2017-10-16 Thread Mattia Rizzolo
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

2017-10-16 Thread Mattia Rizzolo
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

2017-10-16 Thread Mattia Rizzolo
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

2017-10-16 Thread Mattia Rizzolo
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

2017-10-16 Thread Mattia Rizzolo
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

2017-10-16 Thread Mattia Rizzolo
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

2017-09-28 Thread Mattia Rizzolo
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?

2017-08-28 Thread Mattia Rizzolo
On Sun, 27 Aug 2017, 8:37 p.m. Anton Gladky  wrote:

> 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?

2017-08-27 Thread Mattia Rizzolo
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

2017-08-16 Thread Mattia Rizzolo
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

2017-08-16 Thread Mattia Rizzolo
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

2017-08-07 Thread Mattia Rizzolo
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

2017-08-07 Thread Mattia Rizzolo
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

2017-07-31 Thread Mattia Rizzolo
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

2017-07-29 Thread Mattia Rizzolo
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

2017-07-28 Thread Mattia Rizzolo
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

2017-07-04 Thread Mattia Rizzolo
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

2017-06-26 Thread Mattia Rizzolo
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

2017-06-20 Thread Mattia Rizzolo
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

2017-05-17 Thread Mattia Rizzolo
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

2017-05-03 Thread Mattia Rizzolo
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

2017-04-25 Thread Mattia Rizzolo
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

2017-04-24 Thread Mattia Rizzolo
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

2017-04-24 Thread Mattia Rizzolo
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 ?

2017-04-04 Thread Mattia Rizzolo
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

2017-04-03 Thread Mattia Rizzolo
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

2017-04-01 Thread Mattia Rizzolo
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

2017-03-29 Thread Mattia Rizzolo
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

2017-03-23 Thread Mattia Rizzolo
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

2017-03-16 Thread Mattia Rizzolo
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

2017-03-13 Thread Mattia Rizzolo
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)

2017-02-15 Thread Mattia Rizzolo
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

2017-02-03 Thread Mattia Rizzolo
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

2017-02-02 Thread Mattia Rizzolo
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

2017-01-30 Thread Mattia Rizzolo
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?

2017-01-30 Thread Mattia Rizzolo
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

2017-01-24 Thread Mattia Rizzolo
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

2017-01-24 Thread Mattia Rizzolo
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

2017-01-23 Thread Mattia Rizzolo
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

2017-01-23 Thread Mattia Rizzolo
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

2016-12-08 Thread Mattia Rizzolo
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

2016-10-10 Thread Mattia Rizzolo
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

2016-10-06 Thread Mattia Rizzolo
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

2016-10-04 Thread Mattia Rizzolo
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

2016-10-04 Thread Mattia Rizzolo
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

2016-10-03 Thread Mattia Rizzolo
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

2016-09-18 Thread Mattia Rizzolo
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

2016-09-11 Thread Mattia Rizzolo
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

2016-08-08 Thread Mattia Rizzolo
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

2016-08-04 Thread Mattia Rizzolo
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

2016-08-04 Thread Mattia Rizzolo
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

2016-08-04 Thread Mattia Rizzolo
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

2016-08-03 Thread Mattia Rizzolo
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

2016-07-07 Thread Mattia Rizzolo
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

2016-06-30 Thread Mattia Rizzolo
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

2016-06-30 Thread Mattia Rizzolo
[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

2016-06-20 Thread Mattia Rizzolo
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?

2016-05-30 Thread Mattia Rizzolo
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

2016-05-17 Thread Mattia Rizzolo
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

2016-05-10 Thread Mattia Rizzolo
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

2016-05-03 Thread Mattia Rizzolo
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

2016-04-29 Thread Mattia Rizzolo
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

2016-04-25 Thread Mattia Rizzolo
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

2016-04-22 Thread Mattia Rizzolo
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

2016-04-22 Thread Mattia Rizzolo
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

2016-04-21 Thread Mattia Rizzolo
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

2016-04-21 Thread Mattia Rizzolo
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

2016-04-20 Thread Mattia Rizzolo
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

2016-04-20 Thread Mattia Rizzolo
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?

2016-04-19 Thread Mattia Rizzolo
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

2016-04-19 Thread Mattia Rizzolo
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

2016-04-18 Thread Mattia Rizzolo
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

2016-04-16 Thread Mattia Rizzolo
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

2016-04-12 Thread Mattia Rizzolo
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

2016-04-12 Thread Mattia Rizzolo
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'

2016-04-09 Thread Mattia Rizzolo
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'

2016-04-09 Thread Mattia Rizzolo
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

2016-04-07 Thread Mattia Rizzolo
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

2016-02-27 Thread Mattia Rizzolo
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 )

2016-02-07 Thread Mattia Rizzolo
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

2016-02-06 Thread Mattia Rizzolo
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

2016-02-05 Thread Mattia Rizzolo
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

2016-01-26 Thread Mattia Rizzolo
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

2016-01-26 Thread Mattia Rizzolo
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

2015-12-13 Thread Mattia Rizzolo
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

2015-12-12 Thread Mattia Rizzolo
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

2014-11-12 Thread Mattia Rizzolo
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