Re: RFS: numexpr 2.6.4-2 (closes RC bug #894623)
Dear Antonio, On Tue, Apr 03, 2018 at 06:56:03PM +0200, Antonio Valentino wrote: > I prepared an updated version of the debian package for numexpr: version > 2.6.4-2 [1]. > I includes a fix for the RC bug #891023. Uploaded, thanks for your contribution. P.S.: in the future, please rather send your RFS to debian-scie...@lists.debian.org -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#893895: dh-r: versioned dependencies are incorrect when epochs are present
On Fri, Mar 23, 2018 at 05:17:01PM +0100, Sébastien Villemot wrote: > Unfortunately that means that dh-r will no longer be fully functional offline > (querying the local apt cache could be a fallback, but there's no guarantee > that it is up-to-date, even when running unstable). I now realize that packages are supposed to be buildable without network access, so query the apt cache is the way to go. I'm wondering how similar helpers for other languages solve this problem (maybe they don't, i.e. they just decided to avoid epochs – at least it's what we are doing in the Debian Octave Group). -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#893895: dh-r: versioned dependencies are incorrect when epochs are present
Package: dh-r Version: 20171201 X-Debbugs-CC: debia...@lists.debian.org On Fri, Mar 23, 2018 at 05:12:09PM +0100, Andreas Tille wrote: > On Fri, Mar 23, 2018 at 04:44:11PM +0100, Sébastien Villemot wrote: > > Actually, I am wrong: epochs are very wrong for CRAN packages, because they > > break dh-r which (I think) is then not able to generate the right versioned > > dependency… > > Uhmmm. I did not intend to break anything - but we should file a bug > report against dh-r. Would you mind doing this since you realised > what is broken? Essentially dh-r should query the package database to figure out which CRAN packages have an epoch, and adapt its generated versioned dependencies. Unfortunately that means that dh-r will no longer be fully functional offline (querying the local apt cache could be a fallback, but there's no guarantee that it is up-to-date, even when running unstable). -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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
Accepted suitesparse 1:5.2.0+dfsg-1 (source amd64 all) into unstable, unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 17 Mar 2018 22:25:58 +0100 Source: suitesparse Binary: libamd2 libbtf1 libcamd2 libcolamd2 libccolamd2 libcholmod3 libcxsparse3 libklu1 libldl2 libumfpack5 librbio2 libspqr2 libgraphblas2 libsuitesparseconfig5 libsuitesparse-dev libsuitesparse-doc Architecture: source amd64 all Version: 1:5.2.0+dfsg-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: libamd2- approximate minimum degree ordering library for sparse matrices libbtf1- permutation to block triangular form library for sparse matrices libcamd2 - symmetric approximate minimum degree library for sparse matrices libccolamd2 - constrained column approximate library for sparse matrices libcholmod3 - sparse Cholesky factorization library for sparse matrices libcolamd2 - column approximate minimum degree ordering library for sparse mat libcxsparse3 - concise sparse matrix library libgraphblas2 - graph algorithms via sparse matrix operations on semirings libklu1- circuit simulation sparse LU factorization library libldl2- simple LDL' factorization library for sparse matrices librbio2 - read/write sparse matrices in Rutherford/Boeing format libspqr2 - sparse QR factorization library libsuitesparse-dev - libraries for sparse matrices computations (development files) libsuitesparse-doc - libraries for sparse matrices computations (documentation) libsuitesparseconfig5 - configuration routines for all SuiteSparse modules libumfpack5 - sparse LU factorization library Changes: suitesparse (1:5.2.0+dfsg-1) unstable; urgency=medium . * New upstream version 5.2.0+dfsg * d/copyright: + add GraphBLAS_API_C.pdf to Files-Excluded, since the source is not provided. + reflect upstream changes. * d/watch: handle +dfsg suffix. * SOVERSION bump for libgraphblas (1->2). Checksums-Sha1: 606d1c050636207a1db7d609239b78cc1f76705f 2920 suitesparse_5.2.0+dfsg-1.dsc 973e507a133b6902c9153f5d4c0da9b65cf19af1 45187101 suitesparse_5.2.0+dfsg.orig.tar.gz 308fa99b5fd9e900a07595a89011f3ac3ed5bf5f 29160 suitesparse_5.2.0+dfsg-1.debian.tar.xz d914c1c91f99229d2699f7e054a82adc69e843b6 28380 libamd2-dbgsym_5.2.0+dfsg-1_amd64.deb f5d9102cee623c74b7913933c4c78e354daffcaa 33096 libamd2_5.2.0+dfsg-1_amd64.deb 698b0a5e930fa8ceada296697813f8649620331f 10772 libbtf1-dbgsym_5.2.0+dfsg-1_amd64.deb 02c921c88de4680b67ba770c647ba8689b2b5776 22148 libbtf1_5.2.0+dfsg-1_amd64.deb c5b7f558f704363f0d4d040748cb7b3b3c84007b 30108 libcamd2-dbgsym_5.2.0+dfsg-1_amd64.deb 36c0293b197f7cf7d4a8452c7a03143a54ad1754 34524 libcamd2_5.2.0+dfsg-1_amd64.deb fe89253c2b92c6e0bfa827fb683716b3510c1b98 37008 libccolamd2-dbgsym_5.2.0+dfsg-1_amd64.deb 4ac3683f7f39bc1ca4733f74cf6fddf8c5bf8b35 35344 libccolamd2_5.2.0+dfsg-1_amd64.deb d3041efc6bb3e09caff5c0350aa9c7a513ff233e 745760 libcholmod3-dbgsym_5.2.0+dfsg-1_amd64.deb 066392e421ec52ba27ef5ff5f6a08256a885e229 315192 libcholmod3_5.2.0+dfsg-1_amd64.deb 9f9e005763d4c549b314381335dd5d0247aa1ada 25852 libcolamd2-dbgsym_5.2.0+dfsg-1_amd64.deb c5e57da6e4a4dbb211c57a7655bf72993d16368a 29804 libcolamd2_5.2.0+dfsg-1_amd64.deb e49dcdafc0b809909b2597ce2fa90e3ca4184d0e 161460 libcxsparse3-dbgsym_5.2.0+dfsg-1_amd64.deb ffa8aebdae5957bf479a97ed05ba5e7d292cc571 77324 libcxsparse3_5.2.0+dfsg-1_amd64.deb 248030900ad2a24e2bee7f0449bd58dfdef30650 6069756 libgraphblas2-dbgsym_5.2.0+dfsg-1_amd64.deb 60e73ef5ac6442b40c8fc9f02a44c063749545b4 405956 libgraphblas2_5.2.0+dfsg-1_amd64.deb 1247b5d05a701ae8162cdcf4c14f59c0c9d7bb32 163348 libklu1-dbgsym_5.2.0+dfsg-1_amd64.deb 0382c231238f794b070cdbe14abe0503780130f4 83360 libklu1_5.2.0+dfsg-1_amd64.deb ad3f9b7b46f775f11b70e91483dc77727306c755 6820 libldl2-dbgsym_5.2.0+dfsg-1_amd64.deb fba2e96694324ad109be6521f07cd7a843e52377 21736 libldl2_5.2.0+dfsg-1_amd64.deb 834ecfc19ebd6d9a1dfa702e99b84f584d26cfeb 42768 librbio2-dbgsym_5.2.0+dfsg-1_amd64.deb 4b4173e4826ee5da8116961a05aaa0cd1821db82 37592 librbio2_5.2.0+dfsg-1_amd64.deb 34e91a51c2c4c27910e5e63a5ef6ec2d3e33db16 372192 libspqr2-dbgsym_5.2.0+dfsg-1_amd64.deb 490fc47ae69df54e82044419b1689961d75a685b 78312 libspqr2_5.2.0+dfsg-1_amd64.deb 13df08487246c033d455f35d23e0c95045e1cc25 1251940 libsuitesparse-dev_5.2.0+dfsg-1_amd64.deb 6406490ba87bde90a6c6fa083ce74517f04596e1 2814264 libsuitesparse-doc_5.2.0+dfsg-1_all.deb 9c72dc26a2e40a207f9ed520679ec28ebf45ed8e 6204 libsuitesparseconfig5-dbgsym_5.2.0+dfsg-1_amd64.deb 76eb5d873479099fadedb0097530f3d565eb00fe 20456 libsuitesparseconfig5_5.2.0+dfsg-1_amd64.deb 04774798929c9e27dcff5e0aae9eb9e581f652f6 634888 libumfpack5-dbgsym_5.2.0+dfsg-1_amd64.deb a6f1faf3240c9ee4ad12041a8dd09ed899043692 243748 libumfpack5_5.2.0+dfsg-1_amd64.deb 63e17c7a80e26ed808fcd7ba11cbea6ca3000d6a 17274 suitesparse_5.2.0+dfsg-1_amd64.buil
Bug#892910: libsundials-serial-dev: Fails to link when making shared object using these libs
Control: retitle -1 please provide shared libraries for Fortran interfaces Control: severity -1 wishlist Dear Rodrigo, On Wed, Mar 14, 2018 at 08:57:06AM -0300, Rodrigo wrote: > Package: libsundials-serial-dev > Version: 2.5.0-3+b3 > Severity: important > Trying to compile against the libs shows the following error: > > /usr/bin/ld: /usr/lib/libsundials_fkinsol.a(fkinsol.o): relocation R_X86_64_32 > against symbol `FKINfunc' can not be used when making a shared object; > Recompiling with -fPIC solves the issue. You are apparently linking a shared object with the static library libsundials_fkinsol.a. So the failure is expected. The problem is rather that there is no shared library version of fkinsol (the Fortran interface for KINSOL). So I'm turning this bug into a wishlist for such a shared library. Note that changes to the build system will be required, because upstream does not currently support that possibility. Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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
Accepted libmatio 1.5.12-2 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 14 Mar 2018 10:11:31 +0100 Source: libmatio Binary: libmatio-dev libmatio4 libmatio-doc Architecture: source Version: 1.5.12-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: libmatio-dev - MAT File I/O Library - development files libmatio-doc - MAT File I/O Library - documentation files libmatio4 - Library to read and write Matlab MAT files Closes: 892874 Changes: libmatio (1.5.12-2) unstable; urgency=medium . * libmatio-doc now Breaks+Replaces libmatio-dev (<< 1.5.10-1~). The NEWS and README were moved from libmatio-dev to libmatio-doc in release 1.5.10-1. Then, in release 1.5.12-1, the bump to debhelper 11, while keeping them inside the libmatio-doc package, moved them back to /u/s/d/libmatio-dev/ on the filesystem. (Closes: #892874) Checksums-Sha1: 4b10062d379079b27b3479a4488c0b5dc969e2c8 2098 libmatio_1.5.12-2.dsc c5f1f06672f4509d7e0919eaf7ef9111af211843 6208 libmatio_1.5.12-2.debian.tar.xz 76fc059ce27b8458d991fc3a233d85d2e679deba 9155 libmatio_1.5.12-2_amd64.buildinfo Checksums-Sha256: 732dc43fe871e7e9bc20dd27d44f6159f51371d318e056e4f32248ce6e14f87b 2098 libmatio_1.5.12-2.dsc 896d9b8cd157808df144dace9b736db1d2e084c5b72fb3f013578463fad594ec 6208 libmatio_1.5.12-2.debian.tar.xz 707a816d4eef6dd49103b27a31527a7f2a5698e29cad11b6488e65a0e1e6b879 9155 libmatio_1.5.12-2_amd64.buildinfo Files: aa86d6aef0cef118366cdb4db137a2a4 2098 libs optional libmatio_1.5.12-2.dsc 3136439dadcf71a0a6bb91a1c47749e4 6208 libs optional libmatio_1.5.12-2.debian.tar.xz 5a1af9c5151bfb58794228ad00dca08b 9155 libs optional libmatio_1.5.12-2_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlqo6T0ACgkQLOzpNQ7O vkqexxAAi72Vwvi6xrmys30+WVcCd02RDmIeqGVF3rO54NwEmWtUL5HOnItXc2mR P1a3c8Gkovu5UYlF3lx2/F2j66WxIydok/BhQfY+9WpKkZu6IVdE0fbE2h19TY4D 1B8uMjgSSjjjVsgnz1ltc0vYeewKJ64J3kpxgXrJBCQuf8XumqYfH5f8RyhHbXdt PzBuM+5FCQwBsPMSHl/LJmTwcw87qWEjwJ/gMfamVnqtII92OKAKzIUnXLMiDtS7 IJDxij6AAvbC6Hz1RXWerexcDPo1taPRxrS1LYs1x/o8eZkayuFmQ+ipScCLrM57 kLsog/T9RvPA59R74RNCBLHr4P+yOcZvEVR+Twx0OYvxaoJ8X9miL8iiXzIhIARt 4db6SQq5KDWRG4NgE8n2sU2lpBrIqp1bi3d6CnvkGWt8xTQ3ep+f92agvMCJH5FY p6uZz0fDCfCD29dIR7P9zrlBWqmZXWx0uljLOt7zEjvD0CQCZPB98NWl8tVHkYlS 0EzBLpitCEahbvQl0Cs/0xpsmqM9VsvaTHYQQ8LbcLGNRQxabfdP1QqHA1dP4ou4 /GEM56Hn7n9d+AQlhIPrlKdvd/cwzXtUxA6lkA2TCXXKIDvXkXI85wuQhhaezmyW kcvPER2UlH3bjxw+8a6fZ2AfzH1KsJ/5m4UP4x8XRN78r1MpVm4= =Ou3Y -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#877433: stretch update for r-cran-mi
On Tue, Mar 13, 2018 at 08:56:52PM +0200, Adrian Bunk wrote: > On Sun, Oct 01, 2017 at 09:39:04PM +, Debian Bug Tracking System wrote: > >... > > r-cran-mi (1.0-5) unstable; urgency=medium > >... > >* Convert to dh-r. > > Incidentally, this implies that r-cran-arm is a Depends. (Closes: > > #877433) > >... > > Thanks a lot for fixing this bug for unstable. > > It is still present in stretch, could you also fix it there? > Alternatively, I can fix it for stretch if you don't object. Please go ahead and fix it in stretch, thanks! -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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
Accepted libmatio 1.5.12-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 13 Mar 2018 10:17:26 +0100 Source: libmatio Binary: libmatio-dev libmatio4 libmatio-doc Architecture: source Version: 1.5.12-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: libmatio-dev - MAT File I/O Library - development files libmatio-doc - MAT File I/O Library - documentation files libmatio4 - Library to read and write Matlab MAT files Changes: libmatio (1.5.12-1) unstable; urgency=medium . * New upstream version 1.5.12 * d/copyright: reflect upstream changes. * Bump to debhelper compat level 11. Incidentally, PDF documentation now installed under /usr/share/doc/libmatio-dev. * Update Vcs-* URLs for move to salsa. * Bump Standards-Version to 4.1.3. Checksums-Sha1: 3c683b0c9a4f4529fcc2dfacd73f694eb5528ddd 2098 libmatio_1.5.12-1.dsc cb05a4a9a3af992890237b3f7a87f01cd8819528 10042665 libmatio_1.5.12.orig.tar.gz e57e8c1e99bec44eb0e7e28b4f833043ce6364be 6064 libmatio_1.5.12-1.debian.tar.xz 92c314a69c44109b729c5ac12c11f41a48e57a87 9155 libmatio_1.5.12-1_amd64.buildinfo Checksums-Sha256: 0c62755d6d4e1be8524acd261288282b36c0009c91aa71c7182f1d4b3d540688 2098 libmatio_1.5.12-1.dsc 8695e380e465056afa5b5e20128935afe7d50e03830f9f7778a72e1e1894d8a9 10042665 libmatio_1.5.12.orig.tar.gz 3493c507e5f5e3fa736b2c62b369ea313f165618a51f314dad4dc26cd25a2d52 6064 libmatio_1.5.12-1.debian.tar.xz d480154cf785db8220ebf7b849e4df267cce21b76d6efb793bed8bd7df746bfd 9155 libmatio_1.5.12-1_amd64.buildinfo Files: 2aa9c96be060a87febc01019eb460b17 2098 libs optional libmatio_1.5.12-1.dsc 2968b5a95f05fab8b79ec87f9a6c0cac 10042665 libs optional libmatio_1.5.12.orig.tar.gz 19537997a2bbf92749488bc072bde7cd 6064 libs optional libmatio_1.5.12-1.debian.tar.xz d34d6d380279a5e057622911bd714814 9155 libs optional libmatio_1.5.12-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlqnmU0ACgkQLOzpNQ7O vkpB4w/+Kav6aXjRq3g6jq8o42Wk8rugVcpNfnnIG7GL5fFgpZ/4U9u4VBda1AZZ SsI2KibpTFhPXjA0Pc03r8wN+jojM+b4O87Q+LnkAR3t8XWf3OApBDTPpJLSQGXy HW6gsXge8b+qxs0spzTsoYC6t1jmynd6+5+39cij9n4PVUgbu8wlfZRAduGqMIT0 WoJWwA3UnoCQfYOlr3Ae64ms1yBCqkNVV8XS1val5qv7tSub62eozAzY5lc4gLas WZk8TGSw0LOV1CiEB76xiRjWJKZ9xjqx3whLgNPhBB5I0lz8tDNxEHm5O895+pXa G3rUoGS3JNbVeRw181yM3aEdxSx1F0SxcuwxHyHPDEiqpXQ34kmkgl+GvGq1njkk rzrfKM3YO7ykOjcsktb9VBilZB3e19Xvnd3dAc3V9MWqfK7+cB/Y/xHVYNjBsicb owuu8yL9jAGqY0ZQWK7NmGrJ4DNGv1lzSCPxUTTtQD8nJY8thB1/KdbWPof23Xqd XKtSk7/h0hM4eRCW+xYD61dX2bfhgNrs0iahN6IFrsnMWH9gD9F6DhoeNtirRlcS 7nQ58PDzGC8NHN27p4r+63m1Nby1CPL8L13/79Ah/sFnRgk5Tx44bOafaUBnI7en doZzJVhHWS0LpW2yQbBRKkkaIm/2nXcitsoPvfGE6CgwrowXCVk= =nag5 -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
Re: please add qelectrotech in debian-science
Hi Denis! On Sun, Mar 11, 2018 at 01:22:57PM +0100, Denis Briand wrote: > On Sun, Mar 11, 2018 at 08:54:00AM +0100, W. Martin Borgert wrote: > > Btw. the layout of the repo seems a little bit unusual. > > It is only the content of the debian directory, but without the > > "debian" dir itself. > > Maybe we can change this to the more DEP-14-ish layout? > > (http://dep.debian.net/deps/dep14/) > > And with complete upstream sources? > > I can do this, if nobody objects. > > Denis, Laurent, is that OK? > > No, sorry, I prefere to have only the debian directory in the git repos. > but we can create a debian/ dir and put all files in it. Actually the Debian Science Policy mandates that full sources be included in the git repository, see: https://science-team.pages.debian.net/policy/#idm297 Having some homogeneity across packages is a necessity if we want team-maintenance to become a reality. Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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
Accepted glpk-java 1.12.0-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 08 Mar 2018 10:35:41 +0100 Source: glpk-java Binary: libglpk-java Architecture: source Version: 1.12.0-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: libglpk-java - Java binding to the GNU Linear Programming Kit Changes: glpk-java (1.12.0-1) unstable; urgency=medium . * New upstream version 1.12.0 * Bump to debhelper compat level 11. * Update Vcs-* URLs for move to salsa. * Bump Standards-Version to 4.1.3. Checksums-Sha1: 3ee8dd58e55510473f2bba99f6043c52eae057de 2000 glpk-java_1.12.0-1.dsc cf8ec0a1b52436e62285518b5c30e23c5fc9079b 1153800 glpk-java_1.12.0.orig.tar.gz aa0176ef9df3e8948246e435b0fcf7bb6cee654c 3720 glpk-java_1.12.0-1.debian.tar.xz 6bd78f9e43c31e7b796605bed0520077a8f44172 12062 glpk-java_1.12.0-1_amd64.buildinfo Checksums-Sha256: 63a913f34201ca58845e62176c4b37ded7d1fd4b4aa7eca22e5581cd2e8704b0 2000 glpk-java_1.12.0-1.dsc bd7476da7011a6bdfa589100143fc94361398311158beb82bc40aa56ae6293e0 1153800 glpk-java_1.12.0.orig.tar.gz e331672db9b50a3454cb49ea3c9513cb2ee49bd269a0f203a98b2205944f7146 3720 glpk-java_1.12.0-1.debian.tar.xz 1a3e4a69aa9b8b336796398ccb056062a8bed867b0e6cccddc56f36f34f8b783 12062 glpk-java_1.12.0-1_amd64.buildinfo Files: 5c1d6998bf3abc7f86ebfa57e3827498 2000 java optional glpk-java_1.12.0-1.dsc 85c9706f9d2c5e2cc5de4a3891f966fd 1153800 java optional glpk-java_1.12.0.orig.tar.gz ae05a253cb5c78e0915ae2588d2d0a25 3720 java optional glpk-java_1.12.0-1.debian.tar.xz 798f65dcbac9b0191610c2751e81e7d6 12062 java optional glpk-java_1.12.0-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlqhBQsACgkQLOzpNQ7O vko61A//VnKLgAeBkUy1b80q732xRknctrgwjReUjRVF3aqTB04jfa0lUPJctMYC 8Eb5vZvKr7KlMhagWxuxbhxnu4XZFXL8tEnBSLnaIJIvrogWiu7gypVqgjXmtUHZ k4pjpC2/Kz07Y9i6Lro04MSPdDfGLTGDzyo2ISzr5msvJYDjXTlT9SgUjcXCvNvU NXHhOz4BugyxAfCD9X2nOgUIJKHYR+Tf71IjIfB85FTYPwl4Fze7XwMY/ZTrqscL sVvECOvFa4MnaLbodImK/1jamtZ030DWEPy3R//pEBhHMqZZTsW+fEDpz2bDB8Qs 0TzOP2Gfoohr9EeSiesrFtVxuQYsspoPn9Yv89TLTBGBXZZCy21fcFEBx9qMi5ox GuENqiLBwq8uxnFJPd9wu5azCYxef1YWH40279CXNxEo409uJyfZlBljvQWSmHuF bMdwN0jJnWoKwgNixs4wptUSXKzHSOBv2/E+6iVnT+GnVHiihfzhZ3EhnUz4QcWF rDoY+Besd+moliXSnlIsO8V/+WxH/qmI1z7jycXzub2Bfj/WypRpNMD77NhRCFrO KINnW1jlmp7205cwjbr47TnBZy6QfRQrvwudqu6FyMI9kASb6xPnrMBOCIukQaEm FUuSCm3yB/4rGxfhKhoI/IeL+LECrubcpBnGlTsRAdyBMnFflGE= =wO+l -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 glpk 4.65-2 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 02 Mar 2018 09:08:40 +0100 Source: glpk Binary: libglpk40 libglpk-dev glpk-doc glpk-utils Architecture: source Version: 4.65-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: glpk-doc - linear programming kit - documentation files glpk-utils - linear programming kit - utility files libglpk-dev - linear programming kit - development files libglpk40 - linear programming kit with integer (MIP) support Closes: 891465 Changes: glpk (4.65-2) unstable; urgency=medium . * long-step-dual-simplex-msg.patch: new patch, removes spurious info message. (Closes: #891465) Checksums-Sha1: 9c578a4fbd568841633f5c0f75cdac26fa9cc3f6 2406 glpk_4.65-2.dsc 3a7f14a56b075ee148fc7ef48a7afc0584ed33d4 13500 glpk_4.65-2.debian.tar.xz a5ee69d81c7ac7391691041500b6fb29a9d4af7d 7629 glpk_4.65-2_amd64.buildinfo Checksums-Sha256: 456170051678cc677c725342e698cb08dcaebed675bb4124af2079518df92f8b 2406 glpk_4.65-2.dsc 4eee7c1bb8b528f4322d06d5fa628137e50b97efb104f68ca84ebd24d682d191 13500 glpk_4.65-2.debian.tar.xz 1e467db7f5df5ee0081cc2bdbbdf961ef5ba72da2de3f7b6128125d3cb054227 7629 glpk_4.65-2_amd64.buildinfo Files: 821cd00ba9140e1937035b0573660a59 2406 math optional glpk_4.65-2.dsc f52bc4b81a59ebdcb4188461c774c030 13500 math optional glpk_4.65-2.debian.tar.xz 741ecc12ab59d5c9700052123e639cd5 7629 math optional glpk_4.65-2_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlqZB0oACgkQLOzpNQ7O vko5UQ/+MdVX55UNyqQlGBil48gtA93dqjBtVWtCKIoU41XJVWquDIdMVakWhVb0 6KNvU9K2yjtoecakhtzEB28wSn999CQCnGqr1slQiXSzqFjyXH/7UubUdDlY76ME 1FWF99N/ByqlAcO5zngwsbiip0BlyWhz+52IJz+hKunyk6jj/YOaK1iUoRDFG6EA xUava5shZ3Ud+nC/iTp3Fb/5GGBO94KyqS0+L6EePxuV+2EtknTNeDQRvv7QpCVV m2b9wSPx+FJLynWj8h7zs9znjRER2/Y2GhjaMrINUbD12iyTSdF7Soi1RrOsv3FS BgBfR5apOAFxrtK3LSSQWXx/lcuflMFxQcQZXx9uKScerRX/2n1N9/WvninWhHzv pBBykUGc4Fs7G1ZMORY97pc8HIfRigYxjpKQXVeWJghaIjTk3Sx72GOUtDrputTd 6yf0L34EAdKnhGP7LDlWyduCIEJ31ifqMZjZtvbe7Z6ymWb1wGWLg4IKLZQwO3+h Ql20Y9FLlEXlNdugkNYS+8rxi8qjDkFsvjJEfiyI+YQDKKYcNqnqysqKIMB4fwmT 6ie833/uM1yKyt1RRPnHyJ27WRcPTo0fMxuLQ+LAMEuWFKrRVxI5dpg134b8880M 2wnAwAzUmWcNS6BOcsWgyWgNPMLTDwqM14lLkTtS0B42ENluT/I= =U0dw -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 r-cran-rsdmx 0.5.11+dfsg-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 27 Feb 2018 11:18:37 +0100 Source: r-cran-rsdmx Binary: r-cran-rsdmx Architecture: source Version: 0.5.11+dfsg-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: r-cran-rsdmx - GNU R package for the Statistical Data and Metadata Exchange (SDM Changes: r-cran-rsdmx (0.5.11+dfsg-1) unstable; urgency=medium . * New upstream version 0.5.11+dfsg * Bump to debhelper compat level 11. * Update Vcs-* fields for move to salsa. * Bump Standards-Version to 4.1.3. Checksums-Sha1: 419c3a6d806e959b80b4dd7f6f7a9e051c724151 2092 r-cran-rsdmx_0.5.11+dfsg-1.dsc 4e02d02feec00a3288fb54a9ab20d35320a278c1 90251 r-cran-rsdmx_0.5.11+dfsg.orig.tar.gz fb67ba344c9dd44deae680330ae950d6b747ef72 3200 r-cran-rsdmx_0.5.11+dfsg-1.debian.tar.xz 7a5011f7651a173561f52966f9956e1a3c8dfb77 8516 r-cran-rsdmx_0.5.11+dfsg-1_amd64.buildinfo Checksums-Sha256: b907a5a37aa81dd13ce06bf6e4eeb18de3a8bbc211f7e2ffdb06df0cca2e8d2e 2092 r-cran-rsdmx_0.5.11+dfsg-1.dsc 00824d4edf0ad612c130938b1425c3ecb61352c53e0ab821de45f21c59a48ac0 90251 r-cran-rsdmx_0.5.11+dfsg.orig.tar.gz f0db600f2882ce13532861868332a8ffa93332bc207e45a1313b7919d53f870e 3200 r-cran-rsdmx_0.5.11+dfsg-1.debian.tar.xz 6852fa74487130f4b74a782497f18685a15d8c95f51d5a041e9c2c34c3b16c46 8516 r-cran-rsdmx_0.5.11+dfsg-1_amd64.buildinfo Files: b2ce1b2aadea2b98eb94aa776c136769 2092 gnu-r optional r-cran-rsdmx_0.5.11+dfsg-1.dsc ef6bca8c8b727caeb32a3a8f39b588d1 90251 gnu-r optional r-cran-rsdmx_0.5.11+dfsg.orig.tar.gz 7baaf6f20f0b3e0569d82c63df9f7aa5 3200 gnu-r optional r-cran-rsdmx_0.5.11+dfsg-1.debian.tar.xz c8f13630762396806d9b2a0b76d6fc24 8516 gnu-r optional r-cran-rsdmx_0.5.11+dfsg-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlqVMuYACgkQLOzpNQ7O vko++xAAq6BoACWHB78nvU/m52TnF3Uk57DaR4oHoMk9AhY4bTo3BEbzvgz85ztI 5OIRJLppBOCDlXjtUyqBt92ZBEglkMhJVZDCWtw8m3AyLogpK54uwKgLi2oY3ZSR 2zMMUVlSHA4pO630Ns+5qMj97EIXoDJPAysjsHzS77anG9E6PBP6qKIDbdC1uW5/ gOKwoow9eKNYhHJMWPVOiYY+u+VhgFGNT1zS/Tri+0lzVz556c7MDDd9Fa9ZIpJw 2ep5iIJnhNJrv2rw8RX1SiNP1w9n4hiOgrSJM7yHhNSKTSjqusAyoqYpj/vQsouG L7RydV/BIzDqqGU0GzYmYT69lDdiboBvL8MWxy3opemJOxNBev/54sjOrUPdkgdE 5baXggJQhNWNf6/1/8hgMdEshtlxXnlOrXizLQLsFaK0QzTRZDUrS83X9LpmMKh7 FXcfujg6n2CQlv87hP0DX9w4HVA+Z0OIWeSYcTLIb67o8bnzbJfJzOTzMPQFbDDV WvzfqD4E5f8s2LuUm9ByBrxuMtZbzkCYYFfoNh3R9RTeVnQYZsAeuRAxO34SFWFO E9CEfJ40BdC+J2xmrEoqiyohSgpO6EOp6HwIxEvYsVItnbIxkPO6m8p7HGtJrc0/ GY5HPsE7UVFWHRse3bXfLV/bvT9VunSmf0CaGunDW3tt8tdluxw= =k6HX -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 glpk 4.65-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 20 Feb 2018 17:02:44 +0100 Source: glpk Binary: libglpk40 libglpk-dev glpk-doc glpk-utils Architecture: source Version: 4.65-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: glpk-doc - linear programming kit - documentation files glpk-utils - linear programming kit - utility files libglpk-dev - linear programming kit - development files libglpk40 - linear programming kit with integer (MIP) support Changes: glpk (4.65-1) unstable; urgency=medium . * New upstream version 4.65 * d/copyright: reflect upstream changes. * Bump to debhelper compat level 11. * Update Vcs-* fields for move to salsa. * Add new symbols to libglpk40.symbols. * Bump Standards-Version to 4.1.3. Checksums-Sha1: 32771fa93f0493b4d19072ea610df8494049d0a4 2406 glpk_4.65-1.dsc d9b607a9cf3a25b754a0cd9a842ea5043f8604db 4167110 glpk_4.65.orig.tar.gz 6cf218233d59dbefc8aac2b3d889401002570677 201 glpk_4.65.orig.tar.gz.asc fc535ceef54fc73456bedb3d32ed41fd20b197ce 13016 glpk_4.65-1.debian.tar.xz 13f29a4c645499456dc3eb65d922d2332ae4c608 7607 glpk_4.65-1_amd64.buildinfo Checksums-Sha256: fa4a2c8267591a17c4c3769185ebf10613d6a03e6fbc9ecabadb79812a632cf0 2406 glpk_4.65-1.dsc 4281e29b628864dfe48d393a7bedd781e5b475387c20d8b0158f329994721a10 4167110 glpk_4.65.orig.tar.gz f8832f7c3c82e60894ce1c395769c7cbef283b0dd30378f2a9b1a8737b96d2d2 201 glpk_4.65.orig.tar.gz.asc 2d7f745c2d549cb5ff3cafbda4a88675b9ab5932e60811bc15bd90c4cee15564 13016 glpk_4.65-1.debian.tar.xz a6c9c2e9e1740fef77670ec7642a545560845a635c417e2ec656b2507652f1de 7607 glpk_4.65-1_amd64.buildinfo Files: 5024967b09cfe08b783d9a473cbc9c8e 2406 math optional glpk_4.65-1.dsc 470a984a8b1c0e027bdb6d5859063fe8 4167110 math optional glpk_4.65.orig.tar.gz e43653b62a010f37b4ddf50bde51f916 201 math optional glpk_4.65.orig.tar.gz.asc 09fa2ac5df168a879eb2278b7eaeaee8 13016 math optional glpk_4.65-1.debian.tar.xz 0273440e5e88fefde6568bee5bf2ad2d 7607 math optional glpk_4.65-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlqMR2oACgkQLOzpNQ7O vkp0aw//f5BbMhcL75/odWCyc6/h9Lvasb7giC5XmVOptQ2pJWz6cNZ5Yoqu5o5W A8wBNQv2FbkkNQkRIaTB+dq/MZAI/1b89s7p1Ikx42H2Pv+BHlwCGYPtixx2QkK5 DU+NwdhId4gVXdPtb8EJtl9KSi2ejPvV1MciTM+AHavms77BHDu6KbHZOR0RMEj3 cDEjxUgLTGPXXTYVMBumAKwVS53QsXQfdPc2PykgGiHkfb67rObdOuCPWl+Mi976 EemI4KbnJLyjx830q4DHpWh1oK0pGQx5u7xFj1epaXlXSjwf9dFcy95iMlPPbYoq IO17ge/M5Xl+xJwLjGWNr0f4etgbnlOqEOuVy0o+bM8RS5I4xGUbgBizMpS/OvZg hwIvG93bWvTRTbao/cuBOv9AVurDJsR5/N3ckEBaQiNiCQ7lSqCO7vDF57ypaw5a Y3tKWR/F7+0JsBVDl/nKni7Olf+PJfD7igr0hLkQWU+eyiE9k+bdsvUCFTpBt/QS yXLSegFM+fTSPtWdkRv0hS8tyKLFLQP3B3P4xw+B9NmOSojLcsTb8vTDMKw3pxiN MD2gFoTPkY8NeL8NODUvcQvJoet2ASniRfdw/ois3TmpSHOZLKTs1PIZGb2h4RWI Z3+auwKknXUUkJt4+mPSqaJrU6N3+D59NsTpacryi9GHjHtouL0= =Edhk -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 r-cran-spam 2.1-2-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 20 Feb 2018 16:29:03 +0100 Source: r-cran-spam Binary: r-cran-spam Architecture: source Version: 2.1-2-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: r-cran-spam - GNU R functions for sparse matrix algebra Changes: r-cran-spam (2.1-2-1) unstable; urgency=medium . * Team upload. * New upstream version 2.1-2 * d/copyright: reflect upstream changes. * Bump to debhelper compat level 11. * Bump Standards-Version to 4.1.3. * Reactivate demo_jss15-Leroux.R test, now that truncdist is in Debian. Checksums-Sha1: 96671c6516f49f9d204143860e42e04639fe1739 2119 r-cran-spam_2.1-2-1.dsc 64d1be7db1ee28ed773ff04f6967f9eb716e7d67 1323898 r-cran-spam_2.1-2.orig.tar.gz 1e05716b9ca97ddc04d438a6ccc21cd5e7468add 3796 r-cran-spam_2.1-2-1.debian.tar.xz 6d82ac2c9ba4ff25dbe2a1ff549534095c1e06b7 8523 r-cran-spam_2.1-2-1_amd64.buildinfo Checksums-Sha256: dfc60b1854fbc1feb0a56e67f1ef0838db6bffb9794aa1c049cbb89fc21f8cf1 2119 r-cran-spam_2.1-2-1.dsc c2ef16eb239ffdd50003d423ab91954c14cfa2c1ee295ccc92984828a85a8219 1323898 r-cran-spam_2.1-2.orig.tar.gz 2c2ae02b976dea7d217674769770b1f22213c1002e59271759138cff4716c604 3796 r-cran-spam_2.1-2-1.debian.tar.xz 1b3caf16f9b6e1da224d5320a03f384c028514cb64a2b736c7f4b770e11ef6ca 8523 r-cran-spam_2.1-2-1_amd64.buildinfo Files: 474d2506621fe6ec8d34f9359be9bbf4 2119 gnu-r optional r-cran-spam_2.1-2-1.dsc c0ef3752ea498cb56587063d5e9f19c3 1323898 gnu-r optional r-cran-spam_2.1-2.orig.tar.gz 17c0f401800cb9615a16bb6e7a9904cc 3796 gnu-r optional r-cran-spam_2.1-2-1.debian.tar.xz 3f585f191b280e2d5a1101fd4e2979df 8523 gnu-r optional r-cran-spam_2.1-2-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlqMP7YACgkQLOzpNQ7O vko3Ew//XHVnuHHlJf5Zix/ubwta53ZyWQ9b/rCh4Wu+gQD55iGCRkxNEDPKKh7a 2n7Tj8Z67z9K5Zgf1XUM4WrZkNuaPfGkBy52u+FPCG4C6V4OG4mO9+K0INfiRwIH u26nFeO9l5Iplq9g9KfmIoNxigp6rXL5wwMPCWIYkvdyjBYFy0A7i9ItNlt+FsNE 4NAGOSrdtWizxPJ8Bih9Me5G8X7/Nly8Jl7V+LF6MLvb6cHTwutCru1+9h8UcUVF orJuZvPh9cdSZolrxx1YoaRiMJ8unaP4tnmomvtgjuk7l/4Gx7F2OtovkTpN2LvW x4KdAsPlWG9V0jEsIpELjdco9uYUnCOAvtu0qt18up6W1zGHaUHCpA+9SJeyvWrj a7bMsOiZCzwpGCtKGI/WCRpGR+hNpybDsxj1gWqyZ1xKFeF/fBpSMO+4M1V9yXxe 822qbeIlcGPQV1oS0NL56pR14s6SgJDrgYRiObkASe9oT76+lX3TI+H5py4LeHDq 9Q4IvSuy4n5rffyDATHSDkhzMu5v9kDxEfhj5X7aNHuptIz/O5bM6KCqubW9dsEB 3SrZZuhcKIAXnYc3IBbU1qmsfyGMHs8NmZP0AuWJYZQgcl/mcogwNysVQH+Lofbd 3pJQcHsOp9ykmMZ3PjETVW+jQBXOCcimZCH27fYLF11MhPPIZtI= =onrE -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#887454: Debian Science Policy has moved [was Re: Bug#887454: Re-uploaded console-bridge]
On Sun, Feb 18, 2018 at 08:18:30AM +0100, Andreas Tille wrote: > > If your way of doing it is really common practice, I would be glad to get > > some references for it. > > Very simple: > > > https://debian-science.alioth.debian.org/debian-science-policy.html#idm45916846202048 Note that following the move to salsa, the homepage of the Debian Science Policy has changed, and is now: https://science-team.pages.debian.net/policy/ Unfortunately there seems to be an SSL certificate issue with this URL. I have setup a redirection so that the old address of the policy redirects to the new. Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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
Accepted vlfeat 0.9.20+dfsg0-2 (source) into unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 13 Feb 2018 12:48:31 +0100
Source: vlfeat
Binary: libvlfeat1 libvlfeat-dev libvlfeat1-dbg libvlfeat-doc octave-vlfeat
Architecture: source
Version: 0.9.20+dfsg0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Sébastien Villemot <sebast...@debian.org>
Description:
libvlfeat-dev - Computer vision library focussing on visual features and
clusteri
libvlfeat-doc - Computer vision library focussing on visual features and
clusteri
libvlfeat1 - Computer vision library focussing on visual features and clusteri
libvlfeat1-dbg - Computer vision library focussing on visual features and
clusteri
octave-vlfeat - Computer vision library focussing on visual features and
clusteri
Closes: 890085
Changes:
vlfeat (0.9.20+dfsg0-2) unstable; urgency=medium
.
* Team upload.
* Build-depend on dh-octave instead of octave-pkg-dev.
Thanks to Rafael Laboissière (Closes: #890085)
* Update Vcs-* fields for salsa.
* Bump packages from priority extra to optional.
* Also missing files to clean rule: *.o, VERSION, toolbox/{mex,noprefix}.
Checksums-Sha1:
9eb3f6490fc0fea2a991bbc006fd983c17399427 2322 vlfeat_0.9.20+dfsg0-2.dsc
e3a212a3d21b54a315be4eafcc157ed7fba65325 10900
vlfeat_0.9.20+dfsg0-2.debian.tar.xz
b5e9636ee764a1c36bf1ebeae3bd5320b23ebdb8 19779
vlfeat_0.9.20+dfsg0-2_amd64.buildinfo
Checksums-Sha256:
63df87f42c875d2c9651614ad5b04832aac1b8dfadd460abbcd65a08a4b13e71 2322
vlfeat_0.9.20+dfsg0-2.dsc
46ff25919200609baaff4245c148f941af9b30ed93ed170ceb83b0dd61e3be6a 10900
vlfeat_0.9.20+dfsg0-2.debian.tar.xz
0e1687bd88e0f4b9c98f39cd14aca1983dc968b6f53b82dcbb523a1cdeb2105c 19779
vlfeat_0.9.20+dfsg0-2_amd64.buildinfo
Files:
703f4fa6e9b0378c6773792c6d0b1892 2322 science optional
vlfeat_0.9.20+dfsg0-2.dsc
281b5edc6b0a4617dfb2dc21b32d57d2 10900 science optional
vlfeat_0.9.20+dfsg0-2.debian.tar.xz
7fec1423f827b1f0bcd28e3bc3baa54d 19779 science optional
vlfeat_0.9.20+dfsg0-2_amd64.buildinfo
-BEGIN PGP SIGNATURE-
iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlqC0iIACgkQLOzpNQ7O
vkq76A/+NZzrQHKMkArl681yR87MO4urk2NqJQ2rvJpWploWr6MfX7ltMf5cCVdk
6m5XZ3FqSipHzZEdbnXsqLJNE++CF7J1OxhuvZd8i0no7jseBKbG6ZoAgiCXgUkZ
22AvsWG3acqyf6EBjVA4RqeRhjMTwoGA3PJzXv4EcmUGYlhMpSoENRIeoYYI3DM7
V88IiIeih8SJptZTdDKNrnzUUwomDygr7bc9Fmeh4bK6406gnvHDT4X+JjnZG6Di
sPWQJSLYFjKfP9Dk0yXyWVALy22b/fjjLcRd4cS3A5pjsTGx3DVAIcSbfocK6S4s
vbqXxlXtwb2GvjNN3WOwmbBnA/kvqRYGOgLUFHgrWJOb+UM+mpeGfS0f5wJBQF5q
AtLrEHVMH5MAYK+q2fMrH3ODpsaOFOY5L0HIpXmKCfAqshYyV4QGzhOm1SGEOzzF
X5NdTavLU9gl81ugXwIsEd1Vvlhh4s8Q3VvHwa15zL4OccBph8eP7XT7UY/C0kYw
Lo6lWURcdkQoOzZuDYEUa5vnRgMiBtCoJqPGN5MV8j+SrpA5pVH/HUKpUlVZqIMB
lI30vePXutrF3MvYa0V77zi2CT/+DnLfl+rwqr5BzPcyvTqDkaKTlED7I2cZlMlM
8pivLajIjyAouPm3C7V9QiNZnWM9HEJx0hMcmQLiqaoxiVjU0J0=
=Arow
-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 nlopt 2.4.2+dfsg-4 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 13 Feb 2018 12:25:27 +0100 Source: nlopt Binary: libnlopt0 libnlopt-dev python-nlopt octave-nlopt libnlopt-guile0 Architecture: source Version: 2.4.2+dfsg-4 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: libnlopt-dev - nonlinear optimization library -- development package libnlopt-guile0 - nonlinear optimization library -- Guile bindings libnlopt0 - nonlinear optimization library octave-nlopt - nonlinear optimization library -- GNU Octave package python-nlopt - nonlinear optimization library -- Python bindings Closes: 890088 Changes: nlopt (2.4.2+dfsg-4) unstable; urgency=medium . * Team upload. . [ Rafael Laboissiere ] * Build-depend on dh-octave instead of octave-pkg-dev (Closes: #890088) . [ Sébastien Villemot ] * Update Vcs-* fields for salsa. * Bump to debhelper compat level 11, simplify debian/rules. * Add Testsuite: autopkgtest-pkg-python. Checksums-Sha1: a486e780d104c9390be269cc6d0c264ed91d0194 2354 nlopt_2.4.2+dfsg-4.dsc d9edea5e5a37b6122034bf88a73cf93e17d6ae0f 12064 nlopt_2.4.2+dfsg-4.debian.tar.xz bfe0dd43e87cd0b506c30fdd5ddb33bc67e3b2d1 18281 nlopt_2.4.2+dfsg-4_amd64.buildinfo Checksums-Sha256: c05067e35ec893eb5ba7dc00ba5357a4560a3251f9b72d9172cd2d57f8abcd55 2354 nlopt_2.4.2+dfsg-4.dsc fba956cdabe053e7ad1049f01e1a1249c10fc6cb2eb6e25f6376bd5e2ab0186e 12064 nlopt_2.4.2+dfsg-4.debian.tar.xz 27e96b92078724f6440aea7b6e0adedc70f95176447ca412e71fec6626c3e9ae 18281 nlopt_2.4.2+dfsg-4_amd64.buildinfo Files: 82a7311cbf645e97fed4639a97d516da 2354 math optional nlopt_2.4.2+dfsg-4.dsc 0d0de7342ed04b20f1705e80c940a64b 12064 math optional nlopt_2.4.2+dfsg-4.debian.tar.xz 3ce53e6afd4822f85e7755b977607cf9 18281 math optional nlopt_2.4.2+dfsg-4_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlqCzEcACgkQLOzpNQ7O vkqWlA/+NaMpvjcUVaIYV8bxc3oNyfMk3BHOJKFJQti0tfzHMKmpNiKWBvtt+YdP D4rkY6JMhx7hEL8O5bv98nN5cTllUH+n2c/V4Ldilm3vW2UU1L3iXNA0XSHKz6+9 84t/nBzIleMvNTvmL80LZz7EmM7pOQQI1ti6xevEdDNPyB50fq8M/sK4aCpmfxxK haJMbjjR5bd/vh19IHwC/okoNcyMvBU31n/GD28oCp8MEd+v9WCqh6sLlTiX0huk SdIvgElJrvuZXgTfCuQEtGSKHYsiwHO9Rb3k5mGOWD7xLfHzLYZJ8TMl8PphlEdU d0kPwjePImWq3E5HBMfAqhDlLbOm1OipWm858Id/ZgN1/HzNFA/4XSWaTwB/q5T0 0tbm+jeexGtVtgFjOEAsIEw9DuzykSMGZYWV11DKbP5y5Ql0hdccAlpB1Fy9OgE1 rQCr8adXvuh5/d74nB6ZLwGdFaCat2kQ6dfz4VpCTDShBYEZhPwciihjrqxMEpDV 3aFTYz4Mi0yHCb90ehJ5GZqaS47VVcNR3L6HYTn99wjeJtPGA+Vi1el4zna1zcX0 C/K0pHkteJceWJ1vcdqGNifYL6ldlQt+kUiOAjsA37B5LTVThPo+/1ek8JZOukuw AhdeqsWKKZK185pX3vdLAc3IHMXMnqZY48BUP0AqGH2bBFMJJo0= =Cjiy -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 lhapdf 5.9.1-6 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 11 Feb 2018 11:35:57 +0100 Source: lhapdf Binary: liblhapdf0v5 liblhapdf-dev python-lhapdf octave-lhapdf lhapdf-pdfsets-minimal lhapdf-ccwrap-doc Architecture: source Version: 5.9.1-6 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: lhapdf-ccwrap-doc - C++ Bindings for LHAPDF - documentation lhapdf-pdfsets-minimal - Minimal PDF Sets of LHAPDF liblhapdf-dev - [Physics] Les Houches Accord PDF Interface - development files liblhapdf0v5 - [Physics] Les Houches Accord PDF Interface octave-lhapdf - Octave Bindings for LHAPDF python-lhapdf - Python Bindings for LHAPDF Closes: 734043 890077 Changes: lhapdf (5.9.1-6) unstable; urgency=medium . * Team upload. . [ Rafael Laboissiere ] * Build-depend on dh-octave instead of octave-pkg-dev (Closes: #890077) . [ Sébastien Villemot ] * Fix d/watch, and bump it to version 4. Note that download of new upstream versions will fail because debian/get-orig-source needs updating. * Update Homepage in d/control and d/copyright. * Install the *.oct file into a private directory. Thanks to Rafael Laboissiere (Closes: #734043) * Update Vcs-* fields for salsa. * Bump to debhelper compat level 9. * Bump octave-lhapdf to Priority: optional. Checksums-Sha1: 154a5c4148f22a32d0850156677db76177f0b5a7 2368 lhapdf_5.9.1-6.dsc 94701bfbb428dde195c4c158daa167e2ae7defdc 8536 lhapdf_5.9.1-6.debian.tar.xz 49dd911412ad2b189852987c41d22bc80584451e 20093 lhapdf_5.9.1-6_amd64.buildinfo Checksums-Sha256: 8e8e2d6558d7051f551e363344787d89df5702588407285edb242e1a4dd04119 2368 lhapdf_5.9.1-6.dsc 8b38db26bc160cba005f9742eedab418fe5ad5d82d14babd11993aab4068eb77 8536 lhapdf_5.9.1-6.debian.tar.xz eae6f033a308a9c93deb044e50dbfd5e104ee5331cb8c4a542cc141a971e6173 20093 lhapdf_5.9.1-6_amd64.buildinfo Files: accb5654fdbe6b2468ecb16c93342afd 2368 science optional lhapdf_5.9.1-6.dsc 66f772d21e31d238d9ebca9a1fef6406 8536 science optional lhapdf_5.9.1-6.debian.tar.xz bfebad933b9526584f892e7ce3f8b5f4 20093 science optional lhapdf_5.9.1-6_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlqAHhcACgkQLOzpNQ7O vkpZiA//QGANinVcp+Ym3Le+oUeilRkNHBUko7Lw7ZCxCJzt3WYiqHTDUkeu2vQ3 n3kc6umCdaGC8xy4sc4J1tyEC9OR4eZs1ZcrJiGVsQQxSg04ZsBZyNKoqY9gmM8b 7SgircoHFha/p+jTGnnsBH+9vQs5+YzBLJfU10mZof6v5MTOEwvRhL7HTU/6z+uP o63lPHxfW7rt/INrvYOVk0HKN3eo/H7jbWY1DaA8K+INQsnRgWcmH+FMVsOvbg7o iaihm2lcGU2c5DafD5JjQQIPJVXuLl3V/+q9eEhvcbme7eMHlm85td189gvggPHj tARV+CQYrOOBEC/1+8EQis4YmT8WxCvD/23cVCx6WKSrTzyqUzXK4bIb0FYc3iX0 hvF3zRxckIvamo8T4o9Pf6wZFKe0rftrgjEauBebd7ttuukxUcpfRZza42QaLbnk LA/0al59oejr0FCsKFBhgbM3amtvpcRT1KqQNZUd3F47vZmbcD+3aD4hfnctuTzW rv2dIbFhTbLR84FaQlCL0uJZ6wVa9GFrnEpLn75sBul6lLvju+EDL3NLqFpDaaYL vvxLEmyXI281LefcT1qpFbm7IMUkywA/SFtd5c0OOEMh4Sfz2QtIvIe1RNHGkFpH fKB2ELL6UEYtlJVAt8qM62DiPIi30XdzoB742YlLpy6KjYgNEGU= =E37H -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
Re: RFS: pytables 3.4.2-3 (closes RC bug #888177)
On Fri, Feb 02, 2018 at 09:01:17AM +0100, Antonio Valentino wrote: > I'm looking for a sponsor for the version 3.4.2-3 of the pytables [1,2]. > The new version includes a fix for the RC bug #888177, and also #876841, > #664441 and #877277. Uploaded, thanks for your contribution. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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: 3Depict : upload request, bug #876620
Dear D Haley, Unless I'm mistaken, you did not reply to the message below, and that 3depict has not yet been updated. I hope I did not demotivate you with my requests for improvement. In any case, don't hesitate to get back to me and/or to the team, so that we can find a way forward. I'll be happy to help. Best, On Tue, Oct 17, 2017 at 07:21:28PM +0200, Sébastien Villemot wrote: > On Sun, Oct 15, 2017 at 08:09:52PM +0100, D Haley wrote: > > > Your suggestion was correct - I was not aware of the --git-pristine-tar > > option. I don't think I would have found that option myself. > > > > I've pushed the history-rewritten changes, so the tag upstream/0.0.20 > > should now generate a byte-identical tarball. I've also re-tested this > > under cowbuilder. > > Thanks for your effort. Unfortunately something is still wrong, because there > is a debian/ directory on the upstream branch. > > If you are tired of rewriting the git history, I could do it myself. But I > think it is more valuable to you if you learn how to do it. Please let me > know. > > > As an aside : Is there some discussion as to why this is an option, > > rather than the default? > > I don’t know. However you can put the following in ~/.gbp.conf (as I do): > > [DEFAULT] > pristine-tar = True > > (then it becomes possible to override this by passing --git-no-pristine-tar to > "gbp buildpackage", should you have a good reason for doing so). -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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
Accepted r-cran-msm 1.6.5-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 30 Jan 2018 18:49:07 +0100 Source: r-cran-msm Binary: r-cran-msm Architecture: source Version: 1.6.5-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: r-cran-msm - GNU R Multi-state Markov and hidden Markov models in continuous t Changes: r-cran-msm (1.6.5-1) unstable; urgency=medium . * Team upload. * New upstream version 1.6.5 * Bump to debhelper compat level 11. * Bump to Standards-Version 4.1.3. Checksums-Sha1: 38901b6fc506ee8607ca39935f4f5187244c7346 2127 r-cran-msm_1.6.5-1.dsc 46901f24c36ec3d694cb062254c378df9df0a726 837008 r-cran-msm_1.6.5.orig.tar.gz 050666ddcc145e1c6a7ecdca23d29c37f03130cc 4048 r-cran-msm_1.6.5-1.debian.tar.xz f8fd2cc98488bc1122384b52f1df5d5567bd03f2 8542 r-cran-msm_1.6.5-1_amd64.buildinfo Checksums-Sha256: ae8fd559b24bed15a69153b955380d94dd881d51e3bf82ffe59e5558a3909104 2127 r-cran-msm_1.6.5-1.dsc 31f2db0e2ab14e12e98bf7938eea0bc23201b53695904e4f2c4c196a05e7485c 837008 r-cran-msm_1.6.5.orig.tar.gz 9d616c260565015338a09fcf6ceb3aedf3f951750f07064e149004497fa24c0a 4048 r-cran-msm_1.6.5-1.debian.tar.xz ff91f0a004d6bc7658b5d9ff2e9c3aa28539d8cbe7b9a5a2a526cf8263f7d980 8542 r-cran-msm_1.6.5-1_amd64.buildinfo Files: 1454cebb8be1870f0064c2ce75681e7d 2127 gnu-r optional r-cran-msm_1.6.5-1.dsc 4f2b1ff15a2bc97d127e53f7e9adbb05 837008 gnu-r optional r-cran-msm_1.6.5.orig.tar.gz 495423ee552a95243ffbbeb6640338b1 4048 gnu-r optional r-cran-msm_1.6.5-1.debian.tar.xz 139608de1137b81305d75bc331f7637a 8542 gnu-r optional r-cran-msm_1.6.5-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlpwsRUACgkQLOzpNQ7O vkpTdQ/+MXnucgknS91KoO9U5pji3ETicwhuWLTnpbfTT8YXfe3VF0YuWszB5S8N ply/sGO89npzSD3hF+6445qIjuVJYxwgLkU1FP/jQ8kV5c6W9tkDxuDB8iFAJAR/ BZOc6DtSAjZRCrasL42EA770ISbi+4dTJ07CDYLqY5MKIab6ggssq9pwkLserTKK cP/8KkCXnEPFJZQ8QNMS9eYazUzP59V8p/ANnztVfEICx12VHCwtiVlproCrR15Y BaHpIBh1pb/hMPkxx+4dvLJH9yrpaVwDRPQovPGhqmPYFOgyGOMr32fxfOvm0ztL gdNV2Roy+6pC3GOz5W17e1u2N4UDgcvwxr6SYrt1ABkBXXZyeiXx4W3cNimN1YwZ H1DGQFFwWDtkKP+eoMiUIzva3tEvZyMq5dTTFsbLurn4DrHOPvGEIeV92bSuFpRs 4rvVpG1OcQn+Q4ipCgt8kYn8IYNUoHKNamubmbJK1/n7sxBw9QXXWSCju/3tQBB5 8Pqn4d1ma2ejarsYEXhLkSjUwuB4zloaMz7ZXBOZmaVnuaqh3baDp3YkAzj7XNmO COT4bs7k9CmVaXg0jzzeiOoZkML4+GoPkOzpAqZg+J7HCBiQWmZozYM5yjexQWSn 8UEgVcROuMS/WDOuofg0KF+PTCAKQq1D3ydBtg6WXoqbn3B8JoM= =HBe+ -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 r-cran-lmertest 2.0-36-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 30 Jan 2018 18:38:45 +0100 Source: r-cran-lmertest Binary: r-cran-lmertest Architecture: source Version: 2.0-36-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: r-cran-lmertest - GNU R tests in Linear Mixed Effects Models Changes: r-cran-lmertest (2.0-36-1) unstable; urgency=medium . * Team upload. * New upstream version 2.0-36 * Bump debhelper compat level to 11. * Bump Standards-Version to 4.1.3. Checksums-Sha1: 38426b0aa354a3b6b98ac4d4b13cac551ee8f17d 2295 r-cran-lmertest_2.0-36-1.dsc ca0072a0de27fe8436ce27a9446bef84f329992d 1054002 r-cran-lmertest_2.0-36.orig.tar.gz a0e013254bfaf75f975954e379286879b6d79646 2644 r-cran-lmertest_2.0-36-1.debian.tar.xz 6dcb4f46001e37e12078716c78305b27123cf8f8 10665 r-cran-lmertest_2.0-36-1_amd64.buildinfo Checksums-Sha256: 243f617ffe194981bcae4e90b7eb2531da5c99302e1ddc8882af74d9f18a19cf 2295 r-cran-lmertest_2.0-36-1.dsc 178717ce9dbfa54d11f0ed320759ddd231b9c7cce4d9cf712faa3757883745c9 1054002 r-cran-lmertest_2.0-36.orig.tar.gz 02d3493c0cb5c6d809b081fcf32efdc6809785019d594b1481f4060636567bd5 2644 r-cran-lmertest_2.0-36-1.debian.tar.xz 7693d7f0763828ee0332263d9fa5d6ec1043abbb05210c2cf0f1fdca411c0f4b 10665 r-cran-lmertest_2.0-36-1_amd64.buildinfo Files: 8951316f7c4db338abb11151512324b1 2295 gnu-r optional r-cran-lmertest_2.0-36-1.dsc 157fe5379139a0723e67335f8c31f602 1054002 gnu-r optional r-cran-lmertest_2.0-36.orig.tar.gz 4a2388e8143d0707bcc93a4b5742b35f 2644 gnu-r optional r-cran-lmertest_2.0-36-1.debian.tar.xz b1e00145cd5e72aad12e1d8af4d8793e 10665 gnu-r optional r-cran-lmertest_2.0-36-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlpwr2wACgkQLOzpNQ7O vkpZ3g/+M89WT2DcvCZ9yp5cIGH4intkrsC3tttilvXyyG/6O19vsHhgTHc5fKwp wcN8Q+6IWyjZU5arVB9gkb2nmmEUP8FDLBrXDSkPXwu+arQ1RkLGXjEZo3Qn0yRA +InuG7t4mSMZKIHJHRRC+GSCkqy+BxivTTviMLVJ8l7EF5B5nRgSPHSOr6EGkouW QSnOcqY3oqOh/vWH7UREntEl+EMWL9Z1D5wLiKz0SuEIhRW2hgZGSe1cP9PlH71P OQE/BelXPIUHR7yVo2B9mg0q6OnVC/4kL7ZW42BcM3aZ9uMR7VrAq5AcDC6AbJ0A r8VlMuFHin9sFQhdpfUChDLCYhYew1D/6WegPhdSmKubP0T1jMCVC88v2q7SszEG m0Of6sH4dPmHk1rmPyCpj5KPyojaeEexmycCsTBZ5iUS4TmqdH8V60DqZ6wzXNxU keRJYdjNNNKPoOK3K2ggdVNG7XnyNgmp2u5mSLSL11DrMbn+1+vWscDxzKjd84Oc k2lffBW4nVXxitTgaMD5d0mRk3zmKqqu9/8W4vAxghssS/v5fUeF4jE/06Bthlrb 5is+PARg2cTuI8ddeVMikGEPNSWiOPHcTvNZzEvZyax+C31Zv/UwFoKs61ifIn57 vfwzKTnvCRcdIoYCXPtFDa7j5IDllRXKsI50ObSGjdXMkiJK56k= =uemA -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 r-cran-dotcall64 0.9-5.2-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 30 Jan 2018 18:32:18 +0100 Source: r-cran-dotcall64 Binary: r-cran-dotcall64 Architecture: source Version: 0.9-5.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Sébastien Villemot <sebast...@debian.org> Description: r-cran-dotcall64 - Enhanced Foreign Function Interface Supporting Long Vectors Changes: r-cran-dotcall64 (0.9-5.2-1) unstable; urgency=medium . * Team upload. * New upstream version 0.9-5.2 * Drop patches applied upstream: + buffer-overflow.patch + hurd-path-max.patch * Update long description. * Bump to debhelper compat level 11. * Bump Standards-Version to 4.1.3. Checksums-Sha1: 09547402075779b1e4fcdb7ca0d6009ac3e6ebfd 2143 r-cran-dotcall64_0.9-5.2-1.dsc 3e2e3e266265679bb460c284806904ae9146de3a 17107 r-cran-dotcall64_0.9-5.2.orig.tar.gz a6bed007abc888f4e06a7105d5582f8aaeeab994 2060 r-cran-dotcall64_0.9-5.2-1.debian.tar.xz 7748606a4941389a4d842c08f5851ec6b979c2fb 8482 r-cran-dotcall64_0.9-5.2-1_amd64.buildinfo Checksums-Sha256: a07f9504c91de0435dd2831b4cf2185687737cc3866b9d2c4211d8da903c404a 2143 r-cran-dotcall64_0.9-5.2-1.dsc 738809d87ff13d1fa06ebe903645989b72fca24e3117016b943bda92b89f80cb 17107 r-cran-dotcall64_0.9-5.2.orig.tar.gz bd32f24dcbae4093d3a89ce5e6fdc2791418dc5fb91224bdbbb34945be220dd9 2060 r-cran-dotcall64_0.9-5.2-1.debian.tar.xz bf0d45ad1370e3205291f7ffcaba743fd9de9e5094ae2fdeafc54f3e5c9a4eb1 8482 r-cran-dotcall64_0.9-5.2-1_amd64.buildinfo Files: 6ad257939518eb6d88997f507299ee45 2143 gnu-r optional r-cran-dotcall64_0.9-5.2-1.dsc 10146da2f957c93a616d196d4b38425f 17107 gnu-r optional r-cran-dotcall64_0.9-5.2.orig.tar.gz 39411c9dbbcafa9933ecd14b9962f682 2060 gnu-r optional r-cran-dotcall64_0.9-5.2-1.debian.tar.xz dfc345007e1911893ff67b037541b1b8 8482 gnu-r optional r-cran-dotcall64_0.9-5.2-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEU5UdlScuDFuCvoxKLOzpNQ7OvkoFAlpwrQgACgkQLOzpNQ7O vkqKvw//Y/hdciZoIXSucBFCS/SorJaGHhU1+qmnmHRMJZnNEEWMjleResorc1aA NHtYEtBxVs4NEvTtGuCtuZ0RU+WensGTQI7S6awucnEkx7P8AnKr2pCnhvoV0O/F O9o+ny4M/LJlR/PvLN+CaWyJaopSujxHFc8vTmsDx41aOF4kS/3UkvOV/4CrZr+O ETMjz9fJlg31p6ynk0mZ4nO0TqjZS3Yph33v6sk6f18LxQRIxdGzZLsJ5dsXW8jP VU+vucHIsI/hgqRtxd6nEyCCkh5IL3gi+bIMPpXjJnlQ83T9jBqhiWyCt+5ekspv yhAbH8U879Y9zwumPhFwXBZYk9+o8+dzS/vRUUgnVHzKyABv4xzPdI7hwOu3FDhy rl5hvEQApR26nELAzHUQDZmcbk2rpSubV8m7DxAfesk+CpheXXJ0jqq7idMdU/EA f/QlxwnEIoRBB29nJdPIt+ocpvmPR/UWRa4hR4ud17LYFkaiQkxRTJybF91vVgtS R4da2nxYRPDzTlHA/4WNpo08GwK5AGI4kqaUJOm0uRE26p47ssHXatpW//yT5W3a OYB94PFM1vXu8M7C5HxU7pSS26fRfggy+kjel8YzFuqrA6nNQdR2r7xlNh2AGGp+ imURZDsJSVS1jxzvg1jkmKJMBpGSlni2GAJFP8zPvX6QIPFA7uE= =jsG3 -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#883842: superlu: Source includes "SRC/mc64ad.c" listed in Files-Excluded header
Control: severity -1 normal On Fri, Dec 08, 2017 at 09:07:17AM +, Chris Lamb wrote: > Source: superlu > Version: 5.2.1+dfsg1-3 > Severity: serious > User: la...@debian.org > Usertags: files-excluded > superlu lists "SRC/mc64ad.*" in the Files-Excluded field > in debian/copyright but the source tree contains SRC/mc64ad.c. > > This is probably a DFSG violation, or at the upstream tarball was not > repacked as intended. Alternatively, the field is simply out of date. Thanks Chris for reporting this. Actually the case is more complicated: files matching SRC/mc64ad.* in upstream tarball are indeed non-free, but have been correctly removed in the repackaged tarball (hence I'm downgrading the severity). However, a new (free) SRC/mc64ad.c is regenerated through a patch (debian/patches/mc64ad-stub.patch) in order to make the package compile despite the removal of the non-free files. I guess you detected the free stub version of the file. Still the debian/copyright is correct. So maybe this bug can be closed? Or do you have a suggestion on how to better handle that case? Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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: pytables 3.4.2-2 (closes RC bug #881741)
On Wed, Nov 22, 2017 at 10:39:47AM +, PICCA Frederic-Emmanuel wrote: > I will have a look at this maybe this week-end. > > thanks a lot for your contributions. Actually I just made the upload. Thanks Antonio for your work. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#880875: please rename source package to r-cran-scatterplot3d
Hi Philip, On Mon, Nov 06, 2017 at 03:10:33PM +0100, Philip Rinn wrote: > On 06.11.2017 at 11:16, Philip Rinn wrote: > > I'll rename the package on the next upload and ping you for sponsorship > > (I'm only > > DM and the package has to go through NEW). > Could you please review and sponsor my upload? Upload accepted by ftpmasters. > Could you also give me upload rights for r-cran-scatterplot3d? With the rename > I'll loose my upload rights as they are bound to the source package name. > > Fingerprint: 2BD8D4E397955F7746DB3B89AD6916967393982B > Uid: Philip Rinn <ri...@inventati.org> I gave you upload rights on the new package. I also requested the removal of the old source package (#882401). Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#853750: hdfview not usable
Control: severity -1 grave On Thu, Nov 16, 2017 at 12:52:53PM +0100, Dominique Delande wrote: > I confirm that the version of hdfview shipped with stretch > (2.11.0+dfsg-2+b1) is not working at all! > Removing the broken package will save time to others. Bumping severity to grave, since several people report that this package is currently unusable. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#878121: OpenBLAS flavors
Dear Frédéric, On Tue, Oct 10, 2017 at 10:06:55AM +0200, Frédéric Bonnard wrote: > at the moment there is only one flavor of openblas library package. > Fedora/RedHat provide several other flavors that are compiled differently : > > RHEL 7.3 : > $ rpm -qa | grep -i openblas > openblas-threads-0.2.19-4.el7.ppc64le > openblas-serial64-0.2.19-4.el7.ppc64le > openblas-threads64_-0.2.19-4.el7.ppc64le > openblas-openmp64-0.2.19-4.el7.ppc64le > openblas-openmp64_-0.2.19-4.el7.ppc64le > openblas-devel-0.2.19-4.el7.ppc64le > openblas-threads64-0.2.19-4.el7.ppc64le > openblas-openmp-0.2.19-4.el7.ppc64le > openblas-0.2.19-4.el7.ppc64le > openblas-serial64_-0.2.19-4.el7.ppc64le > > Fedora : https://koji.fedoraproject.org/koji/buildinfo?buildID=970656 > > Spec file : > https://src.fedoraproject.org/cgit/rpms/openblas.git/tree/openblas.spec > > It would be nice if the functionality available across the distros were > closer for > users. > Especially, in HPC, the greatest need is for (i) reentrant serial version; > (ii) OpenMP > version. There is also need for 32-bit and 64-bit integer arguments. I think you are conflating two different things here: - serial vs threads vs OpenMP flavors: it looks to me that those could be provided using the existing alternatives mechanism, since they provide the same ABI; this issue concerns only OpenBLAS - 32-bit vs 64-bit: this means providing a different ABI, so it cannot go through the existing alternatives system. This is not specific to OpenBLAS, since other BLAS/LAPACK implementations could also provide the 64-bit integers ABI (at least the reference implem, I'm not sure for ATLAS). I think both ideas are legitimate and useful, but should clearly be dealt with separately. I hope to implement them in a future upload (the first one being easier), but I don't have an ETA. Of course patches are also welcome. Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#880875: please rename source package to r-cran-scatterplot3d
Hi Philip, On Mon, Nov 06, 2017 at 03:10:33PM +0100, Philip Rinn wrote: > On 06.11.2017 at 11:16, Philip Rinn wrote: > > I'll rename the package on the next upload and ping you for sponsorship > > (I'm only > > DM and the package has to go through NEW). > > lets do it now, Thanks for making this change. > I prepared an upload and uploaded it to mentors.d.o: > > https://mentors.debian.net/package/r-cran-scatterplot3d No need to go through mentors.debian.net when asking for sponsorship of Debian Science packages. The git repo is enough. > I also updated the git repository: > > https://anonscm.debian.org/cgit/debian-science/packages/scatterplot3d.git > > > Could you please review and sponsor my upload? I made an additional change (adding autopkgtest support through the autodep8 machinery), and uploaded the result. > Could you also give me upload rights for r-cran-scatterplot3d? With the rename > I'll loose my upload rights as they are bound to the source package name. I guess we have for the new package to be accepted. Don't hesitate to remind me if I do not do this spontaneously. We also need to remember to remove the old source package. Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#880875: please rename source package to r-cran-scatterplot3d
On Sun, Nov 05, 2017 at 01:06:57PM +0100, Sébastien Villemot wrote: > On Sun, Nov 05, 2017 at 12:26:12PM +0100, Philip Rinn wrote: > > There are packages around outside Debian Science which > > doesn't use r-*- as source package name. > > This is not true. Out of the 120 CRAN packages maintained by Debian Science, > scatterplot3d is the only one whose source name does not have the "r-cran-" > prefix. You can verify this with: > > aptitude search > '?maintainer(debian-science-maintainers@lists.alioth.debian.org)?name(r-cran-.*)' > -F "%p src:%e" Sorry, I had misread your post. Indeed there are many CRAN packages which don't have the r-cran- prefix, which are almost all maintained by Dirk Eddelbuettel; you will note hovewever that Dirk also uses the r-cran- prefix for quite a few of his packages, apparently those that he introduced more recently. So Dirk himself seems to have changed his mind, though he did not bother to rename his older packages. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#880875: please rename source package to r-cran-scatterplot3d
On Sun, Nov 05, 2017 at 12:26:12PM +0100, Philip Rinn wrote: > Hi, > > On 05.11.2017 at 10:54, Sébastien Villemot wrote: > > scatterplot3d is the only CRAN package maintained in Debian Science Team > > whose > > source package name does not begin with "r-cran". > > > > Please rename the source package to r-cran-scatterplot3d, to facilitate the > > identification of the package when making searches on source package names, > > and > > also for consistency. > > is it really worth the hassle? Carrying a transitional package around, going > through new again, etc.? No need to carry a transitional package. Just rename the source (and the git repository), and upload it. I think it will have to go through NEW, though, but I'm not sure. Then you'll have to request the removal of the old source package once the new one is accepted. This has already been done for quite a few other CRAN packages. > There are packages around outside Debian Science which > doesn't use r-*- as source package name. This is not true. Out of the 120 CRAN packages maintained by Debian Science, scatterplot3d is the only one whose source name does not have the "r-cran-" prefix. You can verify this with: aptitude search '?maintainer(debian-science-maintainers@lists.alioth.debian.org)?name(r-cran-.*)' -F "%p src:%e" > To identify R packages you > have to look for (Build-)Dependencies anyway as some not-only-R-packages build > binary R packages ... and there is still the section "gnu-r" to identify them > - > well, sadly not really [1]. Indeed that could be another possible avenue for identification, though as you said this does not always work. Also, my concrete use case is that I periodically go through the Debian Maintainer Dashboard of Debian Science [1] to identify R packages that need some love, and I search for "r-cran" on that page. Obviously scatterplot3d won't show up, because the list is based on source package names. > I'd rather ask why don't the other R packages in Debian Sciences follow the > recommendation in the "Debian R Policy"[2] section 2.1? This document is 14 years old and not maintained. I don't think it has any authoritative value. Established practice is in my opinion stronger. Moreover, CRAN packages sometimes have very short names (3 or 4 letters), and I'm pretty sure there would be name conflicts if we enforced that policy (though I did not verify). > Well, if you have strong feelings about renaming the package I'll do it with > the > next upstream version but I don't really see the point. This is up to you, but I hope I convinced you. Best, [1] https://udd.debian.org/dmd/?debian-science-maintainers%40lists.alioth.debian.org#todo -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#880875: please rename source package to r-cran-scatterplot3d
Package: src:scatterplot3d Severity: wishlist Hi, scatterplot3d is the only CRAN package maintained in Debian Science Team whose source package name does not begin with "r-cran". Please rename the source package to r-cran-scatterplot3d, to facilitate the identification of the package when making searches on source package names, and also for consistency. Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#877419: Bus error on armhf (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)
On Thu, Oct 26, 2017 at 10:24:57AM +0200, Andreas Tille wrote: > On Tue, Oct 24, 2017 at 02:17:26PM +0200, Sébastien Villemot wrote: > > > (see build log[2]). My suspicion is that this is not really an error in > > > the test suite but some problem with the autobuilder? Could somebody > > > please have a look? If not the only chance I see is to deactivate armhf > > > for pandas. > > > > pandas is uncompiled on armhf, so this is not a blocker for testing > > migration. > > I can confirm that > > https://packages.debian.org/buster/python-pandas-lib > > does not list armhf but > > https://buildd.debian.org/status/package.php?p=pandas=buster > > lists armhf as "installed". So what is true? What matters is unstable (for outdated binaries), and clearly pandas is not compiled on armhf there: $ rmadison -s unstable python-pandas-lib python-pandas-lib | 0.20.3-10 | unstable | amd64, arm64, armel, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x And the good news is that the new version of pandas has already migrated to testing (it was urgented as part of the python 3.6 transition): $ rmadison -s testing python-pandas-lib python-pandas-lib | 0.20.3-10 | testing| amd64, arm64, armel, i386, mips, mips64el, mipsel, ppc64el, s390x Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#877419: Bus error on armhf (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)
On Tue, Oct 24, 2017 at 02:15:15PM +0200, Andreas Tille wrote: > Not all > architectures have finished [1] currently but armhf has now failed with […] > (see build log[2]). My suspicion is that this is not really an error in > the test suite but some problem with the autobuilder? Could somebody > please have a look? If not the only chance I see is to deactivate armhf > for pandas. pandas is uncompiled on armhf, so this is not a blocker for testing migration. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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: 3Depict : upload request, bug #876620
On Sun, Oct 15, 2017 at 08:09:52PM +0100, D Haley wrote: > Your suggestion was correct - I was not aware of the --git-pristine-tar > option. I don't think I would have found that option myself. > > I've pushed the history-rewritten changes, so the tag upstream/0.0.20 > should now generate a byte-identical tarball. I've also re-tested this > under cowbuilder. Thanks for your effort. Unfortunately something is still wrong, because there is a debian/ directory on the upstream branch. If you are tired of rewriting the git history, I could do it myself. But I think it is more valuable to you if you learn how to do it. Please let me know. > As an aside : Is there some discussion as to why this is an option, > rather than the default? I don’t know. However you can put the following in ~/.gbp.conf (as I do): [DEFAULT] pristine-tar = True (then it becomes possible to override this by passing --git-no-pristine-tar to "gbp buildpackage", should you have a good reason for doing so). Best, P.S.: please don’t top-post. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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: 3Depict : upload request, bug #876620
Hi, On Sun, Oct 15, 2017 at 01:12:09PM +0100, D Haley wrote: > I rolled back history, and had to manually ssh in and hand edit the git > repository on the remote, as pushing with --force is denied by the remote. > [remote rejected] master->master (non fast-forward) > > I'm unable to get gbp to generate a byte-for-byte identical tarball, > even if the contents are byte-for-byte identical when unpacked. I'm at a > loss for what to do, as cloning the current repository > > $ gbp import-orig --pristine-tar ../3depict_0.0.20.orig.tar.gz > What is the usptream version? [0.0.20] > ... > gbp:info Successfully imported version 0.0.20 of > ../3depict_0.0.20.orig.tar.gz > > $ mv 3depict_0.0.20.orig.tar.gz 3depict_0.0.20.orig.tar.gz.real > > $ gbp buildpackage -S > ... > Ctrl+C > > $sha1sum *gz* > It looks like you forgot to pass the --git-pristine-tar option to gbp buildpackage. > Thanks, and apologies for taking up your time. No worry, I’m happy to help. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#877433: missing dependency on r-cran-arm
Package: r-cran-mi Version: 1.9-3-1 Severity: serious Loading the package with r-cran-arm uninstalled fails: > library(mi) Loading required package: Matrix Loading required package: stats4 Error in loadNamespace(j <- i[[1L]], c(lib.loc, .libPaths()), versionCheck = vI[[j]]) : there is no package called 'arm' Error: package or namespace load failed for 'mi' > Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#877409: autopkgtest fails: The 'multcompView' package must be installed to use cld methods
Package: src:r-cran-lsmeans Version: 2.25-1 Severity: normal Dear Maintainer, The autopkgtest testuise of r-cran-lsmeans fails. Apparently the CRAN package multcompView is needed for the testsuite to succeed. See for example: https://ci.debian.net/data/autopkgtest/unstable/amd64/r/r-cran-lsmeans/20170723_010229/log.gz multcompView does not appear to be packaged in Debian, so that should be done first, then the package should be added as a test dependency in debian/tests/control. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#877105: do not mangle upstream version number
Package: src:r-cran-matrixcalc Version: 1.0.3-2 Severity: normal Upstream version number is 1.0-3, not 1.0.3. We should stop mangling the number, to facilitate the functioning of translation of CRAN dependencies to Debian dependencies. This can be easily done if/when a new upstream version ≥ 1.1 is out. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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: 3Depict : upload request, bug #876620
On Wed, Sep 27, 2017 at 01:10:16AM +0100, D Haley wrote: > Dear Sébastien, > > I have corrected d/control & d/copyright, as well as updating to compat > 10. This has been pushed as f513233d7. gbp import-orig --pristine-tar > has been used to import the upstream tarball, and have also been pushed. Thanks. However something is wrong with the upstream branch: it includes a debian/ subdirectory. Please fix the upstream branch (possibly by writing history): it should contain exactly the files included in upstream tarball. Don't forget to update the pristine-tar branch accordingly as needed. One should be able to recreate from the git a tarball byte-to-byte identical to the upstream tarball. You can check that it works correctly by moving away your local copy of upstream tarball, running "gbp buildpackage -S", and verify that the tarball it created is the same as upstream tarball. Also please document all your changes in debian/changelog (at least adding the bump to debhelper compat 10). > A quick question : Unless I'm mistaken, it seems that VCS-Git and > VCS-Browser are the same (and this is reflected in debian-science > policy). Is there a link to explain why we are duplicate this, so I can > understand this a bit better? I'm assuming its to do with enforcing > https transport? The two URLs are not exactly the same. Vcs-Browser has /cgit/ while Vcs-Git has /git/. Note that the Vcs-Git URL in your debian/control file is wrong, you should replace /cgit/ by /git/. The Debian Science policy is also outdated on this issue, we should fix it. Thanks, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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: 3Depict : upload request, bug #876620
Dear D Haley, On Mon, Sep 25, 2017 at 12:03:28AM +0100, D Haley wrote: > I would like to request an upload for the 3Depict package. The latest > changeset (eae0c8c8a05c1) has been pushed to git.debian.org [1]. > > This updates the package to upstream version to 0.0.20, and also fixes a > FTBFS bug due to a missing build-dep in sid. The package has been > successfully built in cowbuilder. Please also update the pristine-tar branch, I can’t recreate the tarball without it. The following changes should also be made: - in d/control: use an https URL for Vcs-Git (instead of git://) - in d/copyright: same for the Format field (per policy 4.0.0) - upgrading to Debhelper compat level 10 would be nice, though not strictly needed Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#875618: openblas: please enable build on s390x
Control: tags -1 = pending Control: notforwarded -1 On Mon, Sep 18, 2017 at 01:56:23PM +0200, Sébastien Villemot wrote: > On Thu, Sep 14, 2017 at 12:34:34PM +0200, Christian Borntraeger wrote: > > On 09/14/2017 09:58 AM, Sébastien Villemot wrote: > > > On Wed, Sep 13, 2017 at 08:33:08PM +, PICCA Frederic-Emmanuel wrote: > > >>> Unfortunately it does not look that simple. OpenBLAS is optimized for > > >>> z13, but > > >>> our s390x port is supposed to support all the z systems (see [1]). > > >> > > >> what about asking for a a z13-support package to the isa-support (source > > >> package) maintainer. This way it could be possible to upload an optimise > > >> vesion of openblas which can install on recent enought s390x machines. > > > > > > I am not totally convinced by this solution. If we adopt it, somebody who > > > installs e.g. octave on an old system-z machine will be hit by a failure > > > in the > > > dpkg installation process, which needs manual intervention. This is > > > likely to > > > generate problems in automated installers (and also confuse and annoy > > > system > > > admins). > > > > > >> the question will be then : does the buildd support these instructions ? > > > > > > I leave that to the s390 porters to answer. > > > > FWIW, some years ago I did the atlas port for s390x. For dynamic linking > > the atlas > > build/package process did support the exploitation of ELF HW_CAPS. So you > > could > > build a z900 (generic) and a z13 variant which is then picked by the linker > > at > > runtime. No idea if openblas allows the same. Of course the static variant > > (.a) > > must be the generic one. > > Thanks for your feedback. I have opened a request upstream about the need for > a > z900 kernel, and for a dynamic selection between the z900 and z13 kernels > (as OpenBLAS currently does on x86). It turns out that there is already a support for generic System z, I had overlooked that. I have therefore pushed a changeset that builds a generic s390x binary. However, upstream does not currently provide runtime detection, so owners of a z13 system will have to recompile locally (as explained in README.Debian) in order to get the best out of OpenBLAS (note that this is the same situation as all the non-x86 archs). -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#875618: openblas: please enable build on s390x
Control: tags -1 upstream Control: forwarded -1 https://github.com/xianyi/OpenBLAS/issues/1307 On Thu, Sep 14, 2017 at 12:34:34PM +0200, Christian Borntraeger wrote: > On 09/14/2017 09:58 AM, Sébastien Villemot wrote: > > On Wed, Sep 13, 2017 at 08:33:08PM +, PICCA Frederic-Emmanuel wrote: > >>> Unfortunately it does not look that simple. OpenBLAS is optimized for > >>> z13, but > >>> our s390x port is supposed to support all the z systems (see [1]). > >> > >> what about asking for a a z13-support package to the isa-support (source > >> package) maintainer. This way it could be possible to upload an optimise > >> vesion of openblas which can install on recent enought s390x machines. > > > > I am not totally convinced by this solution. If we adopt it, somebody who > > installs e.g. octave on an old system-z machine will be hit by a failure in > > the > > dpkg installation process, which needs manual intervention. This is likely > > to > > generate problems in automated installers (and also confuse and annoy system > > admins). > > > >> the question will be then : does the buildd support these instructions ? > > > > I leave that to the s390 porters to answer. > > FWIW, some years ago I did the atlas port for s390x. For dynamic linking the > atlas > build/package process did support the exploitation of ELF HW_CAPS. So you > could > build a z900 (generic) and a z13 variant which is then picked by the linker > at > runtime. No idea if openblas allows the same. Of course the static variant > (.a) > must be the generic one. Thanks for your feedback. I have opened a request upstream about the need for a z900 kernel, and for a dynamic selection between the z900 and z13 kernels (as OpenBLAS currently does on x86). -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#875618: openblas: please enable build on s390x
On Wed, Sep 13, 2017 at 08:33:08PM +, PICCA Frederic-Emmanuel wrote: > Hello > > > Unfortunately it does not look that simple. OpenBLAS is optimized for z13, > > but > > our s390x port is supposed to support all the z systems (see [1]). > > what about asking for a a z13-support package to the isa-support (source > package) maintainer. This way it could be possible to upload an optimise > vesion of openblas which can install on recent enought s390x machines. I am not totally convinced by this solution. If we adopt it, somebody who installs e.g. octave on an old system-z machine will be hit by a failure in the dpkg installation process, which needs manual intervention. This is likely to generate problems in automated installers (and also confuse and annoy system admins). > the question will be then : does the buildd support these instructions ? I leave that to the s390 porters to answer. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#875618: openblas: please enable build on s390x
[CC’ing the debian-s...@lists.debian.org list; s390 folks, please keep the bug in CC on replies] Dear Graham, On Tue, Sep 12, 2017 at 07:28:04PM +0200, Graham Inggs wrote: > Source: openblas > Version: 0.2.20+ds-1 > Severity: wishlist > From Changelog.txt in OpenBLAS 0.2.20: > > IBM Z: * New target z13 with BLAS3 optimizations > > I have just checked, and openblas/0.2.20-3 builds successfully on > zelenka.debian.org. > Please enable building on s390x. Unfortunately it does not look that simple. OpenBLAS is optimized for z13, but our s390x port is supposed to support all the z systems (see [1]). In particular, the OpenBLAS build system adds the "-march=z13 -mzvector" compilation flags. If I remove them, then the package fails to build on zelenka: it complains about unknown assembly instructions, which are not present on old z-systems. This is the proof that OpenBLAS cannot produce a binary generic enough for our s390x port. So unless I am missing something, it’s not possible to enable building for s390x until 1) OpenBLAS supports older z-systems or 2) the hardware requirements for the Debian s390x port are upgraded. Best, [1] https://www.debian.org/releases/stable/s390x/ch02s01.html.en#idm45373715987328 -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#874802: libcblas3 and libatlas3-base: error when trying to install together
On Sat, Sep 09, 2017 at 08:22:08PM +0200, Ralf Treinen wrote: > Package: libatlas3-base,libcblas3 > Version: libatlas3-base/3.10.3-4 > Version: libcblas3/3.2.1+dfsg-1 > Severity: serious > User: trei...@debian.org > Usertags: edos-file-overwrite > > Date: 2017-09-09 > Architecture: amd64 > Distribution: sid > automatic installation tests of packages that share a file and at the > same time do not conflict by their package dependency relationships has > detected the following problem: > dpkg: error processing archive > /var/cache/apt/archives/libcblas3_3.2.1+dfsg-1_amd64.deb (--unpack): > trying to overwrite '/usr/lib/x86_64-linux-gnu/libcblas.so.3', which is also > in package libatlas3-base:amd64 3.10.3-4 > Processing triggers for libc-bin (2.24-17) ... > Errors were encountered while processing: > /var/cache/apt/archives/libcblas3_3.2.1+dfsg-1_amd64.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) First, note that the problem has appeared because I have multiarchified atlas, and therefore the libcblas.so.3 that it provides has moved from /usr/lib to /usr/lib/. But in a sense the situation was already problematic before that change , because two libraries with the same SONAME were in the dynamic linker search path. Same reasoning for #874803. Now, I think there are two options for fixing this issue: - completely dropping libcblas3 (and libcblas-dev). These two packages are actually useless, because they provide the same C interface to BLAS than the other BLAS implementations (libblas3, libatlas3-base, libopenblas-base), but in a less optimized way; - or making the two packages conflict. Andreas (and others), what do you think? Best, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#874802: libcblas3 and libatlas3-base: error when trying to install together
On Sat, Sep 09, 2017 at 09:11:46PM +0200, Sébastien Villemot wrote: > - completely dropping libcblas3 (and libcblas-dev). These two packages are > actually useless, because they provide the same C interface to BLAS than the > other BLAS implementations (libblas3, libatlas3-base, libopenblas-base), but > in a less optimized way; I made a mistake here. Paradoxically libcblas-dev does not provide the standardized C API for BLAS, which is called… “CBLAS”; it only provides the Fortran API. See the discussion in https://lists.debian.org/debian-science/2017/09/msg00038.html -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#859579: python-cvxopt-doc: fails to upgrade from 'sid' - trying to overwrite /usr/share/doc-base/cvxopt
On Mon, Aug 21, 2017 at 09:28:36AM +0100, Julian Gilbey wrote: > On Wed, Apr 05, 2017 at 01:11:48AM +0200, Andreas Beckmann wrote: > > Package: python-cvxopt-doc > > Version: 1.1.8+dfsg-1 > > Severity: serious > > User: debian...@lists.debian.org > > Usertags: piuparts > > during a test with piuparts I noticed your package fails to upgrade from > > 'sid' to 'experimental'. > > It installed fine in 'sid', then the upgrade to 'experimental' fails > > because it tries to overwrite other packages files without declaring a > > Breaks+Replaces relation. > > I have just uploaded a 3-day NMU to fix this; this package is causing > problems in testing with the libgsl transition. Thanks, I am about to upload your patch, along with a few other bugfixes. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#871713: build-dependency libatlas-dev no longer available
Package: src:linbox Version: 1.4.2-4 Severity: serious Dear Maintainer, The package libatlas-dev is no longer built by src:atlas, and linbox build-depends on it. libatlas-dev used to ship headers related to ATLAS, while the development libraries were shipped by libatlas-base-dev. Now everything is shipped by libatlas-base-dev, and libatlas-dev has been dropped. Two options are available to you: - depend on libatlas-base-dev instead of libatlas-dev; - or completely drop the build-dependency on ATLAS, which is not really needed since your package already build-depends on liblapack-dev and seems to work with any BLAS/LAPACK implementation (see [1] for more details on BLAS/LAPACK in Debian). Cheers, [1] https://wiki.debian.org/DebianScience/LinearAlgebraLibraries -- ⢀⣴⠾⠻⢶⣦ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org 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#598571: libatlas3gf-base: Build of atlas test programm xsl2blastst_pt and xsl1blastst_pt failed
Dear Ferran, A long time ago, you reported the following bug report against the Debian package for ATLAS: On Thu, 30 Sep 2010 10:11:21 +0200 Ferran Obón Santacana <ferran.o...@gmail.com> wrote: > Package: libatlas3gf-base > Version: 3.8.3-27+custom1 > Severity: normal > > I have build a custom altas library following the instructions in the README > file. Everyting went ok, but when I try to build the test program > xsl2blastst_pt and xsl1blast$ > > make xsl2blastst_pt > gcc -o sl2blastst_pt.o -c -DL2SIZE=4194304 > -I/usr/src/atlas-3.8.3/build/atlas-base/include > -I/usr/src/atlas-3.8.3/build/atlas-base/../..//include > -I/usr/src/atlas-3.8.3/bu$ > /usr/src/atlas-3.8.3/build/atlas-base/../..//bin/l2blastst.c:149:29: error: > atlas_ptlvl2.h: No such file or directory > make: *** [sl2blastst_pt.o] Error 1 > > I can however compile other test programs (the non threaded ones) and also > "xsl3blastst_pt". Consider me at hand for any future "work" you may need from > me. I tried to replicate your problem with a recent version of the ATLAS package, and the program that you mentioned compiled fine. Is this still an issue for you? Or can I close this bug report? Best, -- ⢀⣴⠾⠻⢶⣦ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org -- 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#867927: do not mangle upstream version number
Package: src:r-cran-pwt8 Version: 8.1.1-2 Severity: normal Upstream version number is 8.1-1, not 8.1.1. We should stop mangling the number, to facilitate the functioning of translation of CRAN dependencies to Debian dependencies. This can be easily done if/when a new upstream version ≥ 8.2 is out. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#867926: do not mangle upstream version number
Package: src:r-cran-pwt Version: 7.1.1-3 Severity: normal Upstream version number is 7.1-1, not 7.1.1. We should stop mangling the number, to facilitate the functioning of translation of CRAN dependencies to Debian dependencies. This can be easily done if/when a new upstream version ≥ 7.2 is out. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#867925: do not mangle upstream version number
Package: src:r-cran-rsdmx Version: 0.5.8+dfsg-1 Severity: normal Upstream version number is 0.5-8, not 0.5.8. We should stop mangling the number, to facilitate the functioning of translation of CRAN dependencies to Debian dependencies. This can be easily done when a new upstream version ≥ 0.6 is out. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#867924: do not mangle upstream version number
Package: src:r-cran-mfilter Version: 0.1.3-1 Severity: normal Upstream version number is 0.1-3, not 0.1.3. We should stop mangling the number, to facilitate the functioning of translation of CRAN dependencies to Debian dependencies. This can be easily done when a new upstream version ≥ 0.2 is out. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#867923: do not mangle upstream version number
Package: src:r-cran-dynlm Version: 0.3.5-1 Severity: normal Upstream version number is 0.3-5, not 0.3.5. We should stop mangling the number, to facilitate the functioning of translation of CRAN dependencies to Debian dependencies. This can be easily done when a new upstream version ≥ 0.4 is out. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#852166: Contains a large number of auto-generated stub manpages
Le mardi 04 juillet 2017 à 06:05 -0700, Michael Stapelberg a écrit : > Thanks for the heads-up. A reduction to 2250 is a great improvement indeed! > Once this is uploaded and processed, I can update the bug (mostly for > completeness) with new disk usage numbers from manpages.d.o. Ok, great. Note that the manpages are going to move into liblapack-doc (formerly they were in liblapack-doc-man, I am merging the two packages now that both of them are going to be smaller). -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 -- 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#852166: Contains a large number of auto-generated stub manpages
Dear Michael, Le dimanche 22 janvier 2017 à 09:56 +0100, Michael Stapelberg a écrit : > Package: liblapack-doc-man > Version: 3.7.0-1 > Severity: normal > > liblapack-doc-man installs 10770 files into /usr/share/man/man3, all of which > seem to be generated by Doxygen if I understand correctly. > > Of these 10770 files, 5902 are symlinks and 4868 are regular files. > Of the 4868 regular files: > • 2057 files consist of 19 lines (documenting a function) > • 2550 files consist of 25 lines (documenting a file) > > Notably, these files do not contain anything but the function prototype. > > 261 files with actual content worth looking at remain. > > The large number of files without substantial content is unfortunate for a > few > different reasons: > > • On manpages.debian.org, liblapack-doc-man consumes 1GB of disk space per > Debian version. The next biggest consumer is linux-manual-4.8 with 51 MB. > > • liblapack-doc-man consumes about 1 inodes on user’s root file systems > for > no good reason. Even when plenty of inodes are available, remember that > many > backup programs do not scale well when presented with a large number of > tiny > files. > > • I haven’t verified it, but I assume that the man database and similar tools > will degrade in performance when presented with such a large corpus of > manpages. > > Could you change the package so that it only contains the 261 files with > actual > content please? Thank you! I am about to upload a new version that drastically reduces the number of manpage files to about 2250: this includes the ~250 files that you mentioned, plus about 2000 symlinks. Note that those symlinks serve a purpose: they correspond to the functions in the API of lapack, so that one can do "man funcname" on all of them (several functions are documented by the same manpage, hence the need for symlinks). I think this is a reasonable compromise, and I hope this is ok with you (but feel free to tell me if this is not). Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 -- 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#770290: libblas3: please convert to multiarch
Dear Dima, Le lundi 20 mars 2017 à 00:12 -0700, Dima Kogan a écrit : > The main proposal from #760936 was to manage a separate alternative > for each architecture. There's precedent for this at least in > src:petsc and src:s2tc. > > I'm attaching a patch series that applies this idea here. The patches > mostly work. There're at least two bugs here that need to be dealt > with, and I can work on those. But in the meantime, let's decide that > this is the approach we want to pursue. Thanks for raising up this issue, and for providing preliminary patches. I agree with the general approach, and I have committed your patches on a new git branch named "multiarch". I have also added two commits, for fixing a bug in your patches, and for removing the libblas-common package which will be obsoleted by this move. > The issues: > 1. Something is wrong with libblas.a. It ends up mostly empty for me This was a separate issue, which is now fixed (see #863258). > 2. There's now a separate set of alternatives for each arch called > something like blas-ARCH. Installing one of the new packages creates > these new alternatives, but doesn't remove the old alternatives, > which end up as a broken link. Indeed. If you have time, don't hesitate to provide a patch (or even better, to commit it directly to the git branch). > Clearly, we'd also need to update the other packages that provide > BLAS implementations, but let's do this one step at a time. Indeed, once we have agreed on an implementation for lapack, we need to apply similar changes to openblas and atlas, and also add versioned breaks between the various packages (to avoid coexistence of the old and the new alternatives system). Then we will do a simultaneous upload of the 3 packages, first to experimental. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 -- 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#863258: libblas.a is empty
Package: libblas-dev Version: 3.6.1-1 Severity: serious libblas.a is empty. This regression has been introduced in the fix for #813309: the $(shell LC_ALL=C ls tmp/*.o) construct used to have a consistent ordering of object files is evaluated too early, and results in an empty list. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#861486: julia: FTBFS on mips64el (segmentation fault)
Le vendredi 05 mai 2017 à 22:06 +0100, James Cowgill a écrit : > On 05/05/17 12:10, Graham Inggs wrote: > > Control: reassign -1 src:openblas 0.2.19-2 > > Control: retitle -1 openblas: random segfaults on mips64el > > Control: affects -1 src:julia > > > > Hi Sébastien > > > > I was able to reproduce this on eller.debian.org by running > > utest/openblas_utest repeatedly: > > I submitted this PR upstream which fixes some MIPS threading issues > in I > found. Applying it to upstream git fixes the simple shlibdeps > segfaults > discussed earlier in the bugreport. I haven't tested julia or this > specific test yet though. > > https://github.com/xianyi/OpenBLAS/pull/1178 Thanks a lot James. I am going to test it on the Debian package and apply it if it fixes the issue with julia. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#854786: add -march=native -mtune=native when buiding custom package
Package: src:atlas Severity: wishlist Everything is in the subject… -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#854784: rely on DEB_BUILD_OPTIONS for trigerring custom optimized build
Package: src:openblas Severity: wishlist As explained in README.Debian, it is possible to build a locally optimized target-specific package of OpenBLAS by using a custom rule in debian/rules. It would be nicer to use DEB_BUILD_OPTIONS=custom as the interface for triggering that build (see the discussion in https://lists.debian.org/debian-science/2017/02/msg00047.html). -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#854781: rely on DEB_BUILD_OPTIONS for trigerring custom optimized build
Package: src:atlas Severity: wishlist As explained in README.Debian, it is possible to build a locally optimized target-specific package of ATLAS by using a custom rule in debian/rules. It would be nicer to use DEB_BUILD_OPTIONS=custom as the interface for triggering that build (see the discussion in https://lists.debian.org/debian-science/2017/02/msg00047.html). -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#824788: FTBFS in sid: recipe for target 'rheolef.pdf' failed
Package: src:rheolef Version: 6.6-1 Severity: serious Dear Maintainer, rheolef currently FTBFS in sid. The problem comes from the compilation of rheolef.pdf. See the full build log at: https://buildd.debian.org/status/fetch.php?pkg=rheolef=amd64=6.6-1%2Bb3=1463565280 Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#824256: FTBFS on most arches (test timeout)
Package: src:freefem++ Version: 3.46+dfsg1-2 Severity: serious Dear Maintainer, freefem++ FTBFS on most release arches (only armel was successful on build daemons). The build timeouts during the testsuite. I have a similar issue on a local amd64 chroot. Best, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#815264: O: double-conversion -- routines to convert IEEE floats to and from strings
Package: wnpp Severity: normal X-Debbugs-Cc: debian-science-maintainers@lists.alioth.debian.org I intend to orphan double-conversion. So far the package was maintained within the Debian Science Team, but I was the only active maintainer. The package description is: This library provides routines to convert IEEE single and double floats to and from string representations. It offers at lot of flexibility with respect to the conversion format: shortest, fixed, precision or exponential representation; decimal, octal or hexadecimal basis; control over number of digits, leading/trailing zeros and spaces. The library consists of efficient conversion routines that have been extracted from the V8 JavaScript engine. The code has been refactored and improved so that it can be used more easily in other projects. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 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#811191: [regression] lapack 3.6.0 fails the testsuite
Le samedi 16 janvier 2016 à 19:24 +0100, Matthias Klose a écrit : > On 16.01.2016 18:00, Sébastien Villemot wrote: > > I was aware of the failure but decided to nevertheless add that > > testsuite as an autopkgtest, in order to make the test failures > more visible. > > I'll never understand why people do that ... once Debian adds > succeeding autopkg > tests as a requirement for migration to testing your're screwed. Well, if the testsuite still fails by that time, I'll remove the test… No big deal. > You really should mark these as XFAIL (expected to fail) and still > succeed the test. I agree that marking it as XFAIL would be the best thing to do, but autopkgtest does not provide such a feature (or am I missing something?). -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#811191: [regression] lapack 3.6.0 fails the testsuite
Control: severity -1 normal Control: retitle -1 some test fails in LAPACK testsuite Le samedi 16 janvier 2016 à 17:29 +0100, Matthias Klose a écrit : > Package: src:lapack > Version: 3.6.0-2 > Severity: important > Tags: sid stretch > > Regressed compared to 3.5.0. > > According to > https://ci.debian.net/packages/l/lapack/unstable/amd64/ > > lapack fails the lapack-testsuite, but is very terse about what > exactly failed: > > adt-run [11:49:05]: test lapack-testsuite: [--- > Total errors: 2 > adt-run [11:50:15]: test lapack-testsuite: ---] > adt-run [11:50:15]: test lapack-testsuite: - - - - - - - - - - > results - - - - > - - - - - - > lapack-testsuite FAIL non-zero exit status 1 > adt-run [11:50:15]: summary > xerbla-fortran PASS > xerbla-c PASS > blas-testsuite PASS > lapack-testsuite FAIL non-zero exit status 1 > > According to http://autopkgtest.ubuntu.com/packages/l/lapack/ > it fails on armhf and i386 as well The autopkgtest lapack-testsuite has been added in revision 3.6.0-1, sot he failure is technically not a regression. Actually the testsuite hasalways been failing on some arches (but only a few tests out of several thousands), but the testsuite was only run a buildtime and the failure was not made fatal, to avoid FTBFSes. So I'm adjusting the severity and the title. I was aware of the failure but decided to nevertheless add that testsuite as an autopkgtest, in order to make the test failures more visible. On amd64 there is a failure in a single test (out of several thousands) that has been reported upstream. For other archs more investigation is needed. Maybe I could make the autopkgtest more verbose by printing the test summary. But that summary can be seen anyways in the build log (since the testsuite is also run at build time). -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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: [RFU] xmds2 2.2.2+dfsg-2
Le lundi 14 décembre 2015 à 11:47 +0100, Rafael Laboissiere a écrit : > I updated the xmds2 package in Git (commit 479917b) for using libgsl-dev > instead of libgsl0-dev. Please, upload it to unstable. Thanks. Uploaded. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 -- 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#756480: fix no longer needed
Control: tags -1 + wontfix Le vendredi 04 décembre 2015 à 13:54 +0100, Gert Wollny a écrit : > The reason I filed this bug is no longer relevant, because I added a > patch to fix #733629 that doesn't require a cmake file. > > Hence it would probably be okay to tag this patch as wontfix. Ack. Thanks for your feedback. -- .''`. Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#800960: ITP: r-cran-xlconnect -- comprehensive R package to read, write and format Excel data
Package: wnpp Severity: wishlist Owner: "Sébastien Villemot" <sebast...@debian.org> X-Debbugs-CC: debian-science-maintainers@lists.alioth.debian.org * Package name: r-cran-xlconnect Version : 0.2.11 Upstream Author : Martin Studer <martin.stu...@mirai-solutions.com> * URL : https://cran.r-project.org/web/packages/XLConnect/index.html * License : GPL-3 Programming Lang: R, Java Description : comprehensive R package to read, write and format Excel data XLConnect is a package that allows for reading, writing and manipulating Microsoft Excel files from within R. It uses the Apache POI API as the underlying interface. XLConnect allows you to produce formatted Excel reports, including graphics, straight from within R. This enables automation of manual formatting and reporting processes. Reading and writing named ranges enables you to process complex inputs and outputs in an efficient way. The package will be maintained within the Debian Science Team. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 -- 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#774640: liblapack3: SVD throws error -4 in 3.5.0-4 while it runs with version 3.4.1.
Control: tags -1 + upstream
Control: forwarded -1 http://icl.cs.utk.edu/lapack-forum/viewtopic.php?t=4808
Dear Madlene,
Le samedi 03 octobre 2015 à 11:45 +0200, Sébastien Villemot a écrit :
> Le lundi 05 janvier 2015 à 17:48 +0100, Madlene Nussbaum a écrit :
> > Some computations in R gave a matrix. The single value
> > decomposition
> > of it worked fine previously, after an system upgrade I get the
> > following error in R:
> >
> > -
> > $ R
> > load("matrix-lapack-error4.RData")
> > La.svd(x,256,256)
> >
> > Error in La.svd(x, nu, nv) :
> > BLAS/LAPACK routine 'DLASCL' gave error code -4
> > -
I have been able to reproduce your problem. A minimal Fortran example
(with matrix data in binary form) is available at:
http://people.debian.org/~sebastien/bug774640.f90
http://people.debian.org/~sebastien/bug774640.data
I have forwarded the issue to the LAPACK authors (see the URL at the
top of this email). Let's wait for their answer.
Best,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
--
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#794443: [Pkg-octave-devel] Bug#794443: octave: should not recommendlibopenblas-base
Le dimanche 06 septembre 2015 à 11:41 +0800, Wang S a écrit : > I install "julia" (and yes it automatically installs "libopenblas > -base" again) > and run it. The result is as follow: > julia> versioninfo() > Julia Version 0.3.2 > Platform Info: > System: Linux (x86_64-linux-gnu) > CPU: Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz > WORD_SIZE: 64 > BLAS: libopenblas (NO_LAPACKE DYNAMIC_ARCH NO_AFFINITY Sandybridge) > LAPACK: libopenblas > LIBM: libopenlibm > LLVM: libLLVM-3.5 Thanks for your feedback. > Would the above information be helpful for debug? A backtrace would be useful. Please do the following: - install the following packages: gdb, octave-dbg, libopenblas-dbg - run octave from gdb (with "gdb octave-cli"), then type "run" at the gdb prompt. You should get the octave prompt - from the octave prompt, trigger the crash. You should be given back a gdb prompt - type "backtrace" at the gdb prompt, and send the output to this bugreport Thanks, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#774640: liblapack3: SVD throws error -4 in 3.5.0-4 while it runs with version 3.4.1.
Control: tag -1 + moreinfo
Dear Madlene,
Le lundi 05 janvier 2015 à 17:48 +0100, Madlene Nussbaum a écrit :
> Package: liblapack3
> Version: 3.5.0-4
> Severity: normal
> Some computations in R gave a matrix. The single value decomposition
> of it worked fine previously, after an system upgrade I get the
> following error in R:
>
> -
> $ R
> load("matrix-lapack-error4.RData")
> La.svd(x,256,256)
>
> Error in La.svd(x, nu, nv) :
> BLAS/LAPACK routine 'DLASCL' gave error code -4
> -
> How do I track down this error code?
> Is this a bug in liblapack3 or what did change?
Sorry for the late reply.
I guess this is a bug in LAPACK.
Unfortunately, I can't download the FTP link that you sent me,
containing the matrix (
ftp://usys-ftp.ethz.ch/ITES/STEP/nussbaum/R/matrix-lapack-error4.RData)
.
Could you possibly send me the RData file by e-mail?
Best,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
--
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#800101: libeigen3-dev: CholmodSupport.h uses UF_long which has been removed in SuiteSparse 4.4
Control: tags -1 + patch
Le samedi 26 septembre 2015 à 21:45 +0200, Sébastien Villemot a écrit :
> On Mon, 27 Jul 2015 10:55:40 +0200 Sébastien Villemot wrote:
> > Package: src:yade
> > Version: 1.14.0-5
>
> > Your package fails to build against suitesparse 4.4, which is
> > available in
> > experimental.
> >
> > A full build log is attached. The relevant part seems to be:
> >
> > /usr/include/eigen3/Eigen/src/CholmodSupport/CholmodSupport.h: In
> > function 'cholmod_sparse
> > Eigen::viewAsCholmod(Eigen::SparseMatrix<_Scalar, _Options,
> > _Index>&)':
> > /usr/include/eigen3/Eigen/src/CholmodSupport/CholmodSupport.h:81:3
> > 7: error: 'UF_long' was not declared in this scope
> > else if (internal::is_same<_Index,UF_long>::value)
> >
> > Note that UF_long has been replaced by SuiteSparse_long in recent
> > versions of
> > suitesparse.
>
> I now realize that the bug lies in eigen3. Cloning accordingly.
I attach a patch for this issue. It should work with both suitesparse
4.2 (currently in sid) and 4.4 (to be uploaded soon).
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
`- GPG Key: 4096R/381A7594
Description: Compatibility fix with suitesparse >= 4.4
The UF_long type has been replaced by SuiteSparse_long in recent versions of
SuiteSparse.
Author: Sébastien Villemot <sebast...@debian.org>
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800101
Forwarded: no
Last-Update: 2015-09-30
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/Eigen/src/CholmodSupport/CholmodSupport.h
+++ b/Eigen/src/CholmodSupport/CholmodSupport.h
@@ -78,7 +78,7 @@ cholmod_sparse viewAsCholmod(SparseMatri
{
res.itype = CHOLMOD_INT;
}
- else if (internal::is_same<_StorageIndex,UF_long>::value)
+ else if (internal::is_same<_StorageIndex,SuiteSparse_long>::value)
{
res.itype = CHOLMOD_LONG;
}
signature.asc
Description: This is a digitally signed message part
--
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#778106: HELP needed for uploading a new version 6.6 of the Rheolef package (english translation)
Dear Pierre, Le vendredi 25 septembre 2015 à 13:24 +0200, Pierre Saramito a écrit : > I just commit in svn a new version the debianization of rheolef : > it fixes the problem related to g++ 5 in sid and testing (bug #778106 ). I had a quick look at your work and it looks like the debian/copyright file is outdated. In particular, it does not mention the files under utils/qd/, which seem to be under a modified BSD license. There may be other problems (including outdated copyright years), but I did not check for them. Could you please fix this? There is also the hand-crafted shlibs file created in debian/rules, as mentionned by kibi. This looks very ugly. Is this hack really necessary? Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 -- 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#793764: closed by Dima Kogan <d...@secretsauce.net> (Bug#793764: fixed in libdogleg 0.09-1)
Dear Dima, Le mardi 25 août 2015 à 04:51 +, Debian Bug Tracking System a écrit : > This is an automatic notification regarding your Bug report > which was filed against the src:libdogleg package: > > #793764: src:libdogleg: FTBFS against suitesparse 4.4: > 'cholmod_common' has no member named 'print_function' > > It has been closed by Dima Kogan <d...@secretsauce.net>. Thanks for fixing this bug. Is there any good reason why you uploaded the fixed package to experimental instead of unstable? Is it ok for you if I do the upload to unstable (as member of the Debian Science Team) when the suitesparse transition starts? Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#793765: src:yade: FTBFS against suitesparse 4.4: 'UF_long' was not declared in this scope
Control: clone -1 -2 Control: reassign -2 libeigen3-dev 3.2.5-4 Control: found -2 3.3~alpha1-1~exp2 Control: retitle -2 CholmodSupport.h uses UF_long which has been removed in SuiteSparse 4.4 On Mon, 27 Jul 2015 10:55:40 +0200 Sébastien Villemot wrote: > Package: src:yade > Version: 1.14.0-5 > Your package fails to build against suitesparse 4.4, which is > available in > experimental. > > A full build log is attached. The relevant part seems to be: > > /usr/include/eigen3/Eigen/src/CholmodSupport/CholmodSupport.h: In function > 'cholmod_sparse Eigen::viewAsCholmod(Eigen::SparseMatrix<_Scalar, _Options, > _Index>&)': > /usr/include/eigen3/Eigen/src/CholmodSupport/CholmodSupport.h:81:37: error: > 'UF_long' was not declared in this scope > else if (internal::is_same<_Index,UF_long>::value) > > Note that UF_long has been replaced by SuiteSparse_long in recent > versions of > suitesparse. I now realize that the bug lies in eigen3. Cloning accordingly. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#793764: closed by Dima Kogan <d...@secretsauce.net> (Bug#793764: fixed in libdogleg 0.09-1)
Le samedi 26 septembre 2015 à 12:00 -0700, Dima Kogan a écrit : > Sébastien Villemot <sebast...@debian.org> writes: > > > Is there any good reason why you uploaded the fixed package to > > experimental instead of unstable? > > > > Is it ok for you if I do the upload to unstable (as member of the > > Debian Science Team) when the suitesparse transition starts? > > Hi. I didn't realize it went to experimental; this was a mistake. I > meant for it to go to unstable. Thanks for noticing this. If you can > upload this to unstable, that'd be good. Ok, thanks. Will do. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#793764: src:libdogleg: FTBFS against suitesparse 4.4: 'cholmod_common' has no member named 'print_function'
Package: src:libdogleg Version: 0.08-3 Severity: important Tags: stretch sid User: debian-scie...@lists.debian.org Usertags: suitesparse4.4 Dear Maintainer, Your package fails to build against suitesparse 4.4, which is available in experimental. A full build log is attached. The relevant part seems to be: dogleg.c: In function 'set_cholmod_options': dogleg.c:732:9: error: 'cholmod_common' has no member named 'print_function' common-print_function = cholmod_error_callback; The severity of this bug report will be raised to serious when the transition begins. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 - Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.7321 forking: cp -al /var/cache/pbuilder/base-sid-amd64.cow /var/cache/pbuilder/build//cow.7321 I: removed stale ilistfile /var/cache/pbuilder/build//cow.7321/.ilist - Invoking pbuilder forking: pbuilder execute --bindmounts /debian/rebuild --buildplace /var/cache/pbuilder/build//cow.7321 --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.7321 cow-shell /usr/lib/pbuilder/pdebuild-internal /debian/rebuild/libdogleg-0.08 --debbuildopts --debbuildopts --uid 1000 --gid 1000 --pbuildersatisfydepends /usr/lib/pbuilder/pbuilder-satisfydepends I: Running in no-targz mode I: copying local configuration I: mounting /proc filesystem I: mounting /run/shm filesystem I: mounting /dev/pts filesystem I: Mounting /debian/rebuild I: policy-rc.d already exists I: Obtaining the cached apt archive contents Reading package lists... Building dependency tree... Reading state information... passwd is already the newest version. The following extra packages will be installed: debootstrap libffi6 libgnutls-deb0-28 libhogweed4 libicu52 libidn11 libnettle6 libp11-kit0 libpsl0 libtasn1-6 wget Suggested packages: gnutls-bin pbuilder-uml gdebi-core Recommended packages: fakeroot net-tools iproute2 sudo devscripts ca-certificates The following NEW packages will be installed: debootstrap libffi6 libgnutls-deb0-28 libhogweed4 libicu52 libidn11 libnettle6 libp11-kit0 libpsl0 libtasn1-6 pbuilder wget debconf: delaying package configuration, since apt-utils is not installed 0 upgraded, 12 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/9344 kB of archives. After this operation, 35.8 MB of additional disk space will be used. Selecting previously unselected package libffi6:amd64. (Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 12329 files and directories currently installed.) Preparing to unpack .../libffi6_3.2.1-3_amd64.deb ... Unpacking libffi6:amd64 (3.2.1-3) ... Selecting previously unselected package libnettle6:amd64. Preparing to unpack .../libnettle6_3.1.1-3_amd64.deb ... Unpacking libnettle6:amd64 (3.1.1-3) ... Selecting previously unselected package libhogweed4:amd64. Preparing to unpack .../libhogweed4_3.1.1-3_amd64.deb ... Unpacking libhogweed4:amd64 (3.1.1-3) ... Selecting previously unselected package libp11-kit0:amd64. Preparing to unpack .../libp11-kit0_0.23.1-3_amd64.deb ... Unpacking libp11-kit0:amd64 (0.23.1-3) ... Selecting previously unselected package libtasn1-6:amd64. Preparing to unpack .../libtasn1-6_4.5-2_amd64.deb ... Unpacking libtasn1-6:amd64 (4.5-2) ... Selecting previously unselected package libgnutls-deb0-28:amd64. Preparing to unpack .../libgnutls-deb0-28_3.3.16-1_amd64.deb ... Unpacking libgnutls-deb0-28:amd64 (3.3.16-1) ... Selecting previously unselected package libidn11:amd64. Preparing to unpack .../libidn11_1.31-1_amd64.deb ... Unpacking libidn11:amd64 (1.31-1) ... Selecting previously unselected package libicu52:amd64. Preparing to unpack .../libicu52_52.1-10_amd64.deb ... Unpacking libicu52:amd64 (52.1-10) ... Selecting previously unselected package libpsl0:amd64. Preparing to unpack .../libpsl0_0.7.1-1_amd64.deb ... Unpacking libpsl0:amd64 (0.7.1-1) ... Selecting previously unselected package wget. Preparing to unpack .../wget_1.16.3-3_amd64.deb ... Unpacking wget (1.16.3-3) ... Selecting previously unselected package debootstrap. Preparing to unpack .../debootstrap_1.0.71_all.deb ... Unpacking debootstrap (1.0.71) ... Selecting previously unselected package pbuilder. Preparing to unpack .../pbuilder_0.215+nmu4_all.deb ... Unpacking pbuilder (0.215+nmu4) ... Setting up libffi6:amd64 (3.2.1-3) ... Setting up libnettle6:amd64 (3.1.1-3) ... Setting up libhogweed4:amd64
Bug#783920: atlas: FTBFS on arm64 in Jessie
Control: severity -1 important Dear Martin and Edmund, Le mercredi 01 juillet 2015 à 21:36 -0400, Martin Michlmayr a écrit : * Sébastien Villemot sebast...@debian.org [2015-05-01 12:39]: make[3]: Entering directory '/«PKGBUILDDIR»/build/atlas-base/lib' mkdir tmp cd tmp \ ar x ../libatlas.a \ if test -f ../libptf77blas.a -a -f ../libptcblas.a; then \ ar x ../libptf77blas.a \ ar x ../libptcblas.a; \ else \ ar x ../libf77blas.a \ ar x ../libcblas.a; \ fi ar: ../libf77blas.a: No such file or directory (It did build, clearly, on 2015-01-29 on arm-linaro-01. What might have changed since then?) ATLAS is a very delicate beast so anything is possible. Can you please provide me with the full build log? On which machine did you try the compilation? I just ran into the same issue. Note that earlier on I saw such errors: /«PKGBUILDDIR»/build/atlas-base/../..//CONFIG/src/backend/cpuid.S: Assembler messages: /«PKGBUILDDIR»/build/atlas-base/../..//CONFIG/src/backend/cpuid.S:32: Error: unknown mnemonic `subl' -- `subl $8,%esp' /«PKGBUILDDIR»/build/atlas-base/../..//CONFIG/src/backend/cpuid.S:33: Error: unknown mnemonic `movl' -- `movl %ebx,(%esp)' Thanks for your feedback. Unfortunately, I am unable to reproduce your problem. The package builds fine on the only arm64 machine to which I have access (asachi.debian.org). As a consequence, I am downgrading the severity to important, since it does not affect all arm64 machines. Nevertheless, there is obviously something wrong. Note that the assembly messages that Martin got are a red herring. In order to try to debug this: could one of you try to recompile the package after removing the file debian/archdefs/arm64/GENERIC64.tar.bz2? The compilation will take much longer, but I would be interested in seeing if it succeeds. If it does, could you then do the following after the end of the compilation: cd build/atlas-base/ARCHS make ArchNew tar caf GENERIC64.tar.bz2 GENERIC64 And send me the GENERIC64.tar.bz2 along with the full build log? Best, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#783920: atlas: FTBFS on arm64 in Jessie
Control: tags -1 + unreproducible Le samedi 18 juillet 2015 à 23:24 +0100, Edmund Grimley Evans a écrit : Firstly, I wasn't able, just now, to reproduce the build failure in either jessie or unstable. Secondly, I found a couple of old build logs from March. They were done with sbuild on different but identical systems, and there is no difference in the versions of the packages installed as reported near the start of the logs. However, one build succeeded, and the other failed in the manner described above. So it looks as though the problem is a race condition or something similarly difficult to reproduce. I'm not sure whether this is directly relevant, but one of the logs has /usr/bin/c99-gcc where the other has /usr/bin/gcc-4.9, in several thousand places. I don't particularly suspect that that's the cause of the failure but it's another sign of the build being non-deterministic. Yes, the build system of atlas is just a nightmare. Tagging as unreproducible for the time being. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#783920: atlas: FTBFS on arm64 in Jessie
Le vendredi 01 mai 2015 à 11:00 +0100, Edmund Grimley Evans a écrit : Source: atlas Version: 3.10.2-7 It failed to build on arm64 in Jessie. The error was: make[3]: Entering directory '/«PKGBUILDDIR»/build/atlas-base/lib' mkdir tmp cd tmp \ ar x ../libatlas.a \ if test -f ../libptf77blas.a -a -f ../libptcblas.a; then \ ar x ../libptf77blas.a \ ar x ../libptcblas.a; \ else \ ar x ../libf77blas.a \ ar x ../libcblas.a; \ fi ar: ../libf77blas.a: No such file or directory (It did build, clearly, on 2015-01-29 on arm-linaro-01. What might have changed since then?) ATLAS is a very delicate beast so anything is possible. Can you please provide me with the full build log? On which machine did you try the compilation? Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#756480: What is really needed
Control: tags -1 - patch Dear Lisandro, Le vendredi 06 février 2015 à 22:50 -0300, Lisandro Damián Nicanor Pérez Meyer a écrit : On Friday 06 February 2015 22:27:14 Lisandro Damián Nicanor Pérez Meyer wrote: [snip] I'll try to add a patch. And here it is. I have checked that the package build fine but I haven't checked if the generated cmake files work. If something arises do not hesitate in pinging me and I'll fix it. Thanks for your patch. However I think it is not correct, because double-conversionConfig.cmake includes a file called double-conversionLibraryDepends.cmake. This file does not exist in the source tarball, and is generated by cmake at build time. So it seems that cmake has to be used as a build system, or alternatively that this file has to be generated by hand. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#781998: libopenblas-base: i386 binaries crash on 586 processors because they don't support SSE instructions
Le lundi 06 avril 2015 à 12:16 +0200, Christian Kastner a écrit : Package: libopenblas-base Version: 0.2.12-1 Severity: important Hi, When using the libraries provided by libopenblas-base:i386 on a computer with a Pentium (586) processor, a program may crash with SIGILL. Here is the tail of the output of the upstream test suite: | OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./sblat3 ./sblat3.dat | Makefile:59: recipe for target 'level3' failed | | Program received signal SIGILL: Illegal instruction. | | Backtrace for this error: | #0 0xB76D9D6E | #1 0xB76DA3C7 | #2 0xB77D9CDF | #3 0xB67A9388 | Illegal instruction This is because the libraries were built with SSE optimizations enabled. The decision to use SSE appears to be determined at compile-time -- see cpuid.h and cpuid_x86.c -- so the optimizations are based on whatever the buildd supports, and not what the target supports. Thanks for your report. However your diagnostic is slightly incorrect. On x86 archs, OpenBLAS is compiled with the so-called dynamic arch feature. The library binary contains kernels optimized for several different CPUs, and the right kernel is selected at runtime after detecting the CPU. So your problem comes either because the binary does not contain a kernel suitable for 586, or because the CPU detection goes wrong. I know that CPU detection does not always work very well in VMs (see #743490 for an example). Did your crash occur on real 586 hardware, or in a VM? Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#780245: double-conversion: Please add .symbols file
Dear Timo, Le mercredi 11 mars 2015 à 08:07 +0200, Timo Jyrinki a écrit : Source: double-conversion Severity: wishlist As a wishlist item, the package could benefit from getting a ..symbols file added. (this was suggested at https://launchpad.net/bugs/1427677) double-conversion is a C++ library, and maintaining symbols files is usually very tedious for C++ libraries (as acknowledged by Debian Policy in §8.6.4). Given that the library is small, that may be manageable though. But it's not clear to me what are the benefits over the shlibs system here; the library does not change very often and has few reverse dependencies. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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: nifti2dicom in debian-science metapackage
Dear Daniele, Le vendredi 16 janvier 2015 à 16:18 +0100, Daniele E. Domenichelli a écrit : I'm sorry if this is the wrong place, but I don't know the what is the policy for this kind of request... I would like to suggest to add the nifti2dicom and qnifti2dicom packages to some of the debian-science meta-packages (perhaps in science-neuroscience-cognitive, where there are similar tools). Thanks for your suggestion. If you want to have your request taken into account and handled by the relevant person, you rather should open a wishlist bug against the science-neuroscience-cognitive package. See https://www.debian.org/Bugs/Reporting for details about the bug reporting procedure. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#776089: libatlas-base-dev: leaves alternatives after purge: /usr/lib/lib{blas, lapack}-3.{so, a}
Dear Andreas, Le vendredi 23 janvier 2015 à 21:08 +0100, Andreas Beckmann a écrit : Package: libatlas-base-dev Version: 3.10.2-6 Severity: important Tags: patch User: debian...@lists.debian.org Usertags: piuparts during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails This was observed after an lenny - squeeze - wheezy - jessie upgrade. The leftover files are actually alternatives that were installed by the package but have not been properly removed. [...] Attached is a patch that I have verified in piuparts to fix this issue. No intent to NMU, but if you upload this to sid, I'll take care of getting it unblocked. Thanks for your patch. I'm ok to upload this to sid, but I'd prefer to have the Release Team acknowledgement beforehand. Could you please take care of that? Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 -- 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#770632: FTBFS on one powerpc buildd (praetorius): Illegal instruction
Package: src:atlas Version: 3.10.2-4 Severity: important Tags: help atlas FTBFS when compiled on the praetorius powerpc buildd, with Illegal instruction. See for example: https://buildd.debian.org/status/fetch.php?pkg=atlasarch=powerpcver=3.10.2-6stamp=1416663558 The problem seems specific to praetorius, since atlas successfully compiles on other buildds: parry, poulenc, porpora and powerpc-unicamp-01. It also compiles on partch, the powerpc porterbox. Note that the build of atlas is made as generic as possible, but there is still some PPC asm used. It's probably in that direction that the root of the problem should be looked for. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 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
Re: Debian SYMPHONY libs and clang
Dear Kurt, Le jeudi 06 novembre 2014 à 18:28 +0100, Kurt Hornik a écrit : When using the SYMPHONY libraries in testing/unstable with clang, I run into errors like /usr/lib/x86_64-linux-gnu/libSym.so.3: undefined symbol: omp_get_thread_num because clang currently does not support OpenMP. Would it be possible for the time being to actually build the SYMPHONY libraries with OpenMP support disabled (i.e., configuring with --disable-openmp)? You should report this as a bug against the libsymphony3 package (or alternatively against src:coinor-symphony). Otherwise your request will probably go unnoticed by the maintainer (whom I've put in CC) or will be forgotten. Bug reporting instructions are there: https://www.debian.org/Bugs/Reporting Best, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#770290: libblas3: please convert to multiarch
Le jeudi 20 novembre 2014 à 10:08 +0100, Andreas Beckmann a écrit : Package: libblas3 Version: 1.2.20110419-10 Severity: wishlist User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch please convert your package to multiarch. It is part of the dependency chain of other packages that were already converted, but these cannot currently be installed in a multiarch setting until all dependencies are converted, too. BLAS packages are not so easy to convert to multiarch, due to the alternatives system that is used to manage the various BLAS implementations. See #760936 for some discussion about this issue. If you have suggestions about the right way of converting those packages to multiarch, they are of course welcome. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#770379: FTBFS on mips: Build killed with signal TERM after 300 minutes of inactivity
Package: src:atlas
Version: 3.10.2-4
Severity: serious
atlas currently FTBFS on mips. This is due to two files missing in the
architectural defaults (pre-computed timings) for mips.
More precisely, GENERIC32/lapack/gcc/atlas_{c,z}GetNB_geqrf.h are missing in
debian/archdef/mips/GENERIC32.tar.bz2. As a consequence, the build system tries
to compute the corresponding timings at build time. This operation takes a lot
of time, causing a timeout.
Note that, even though the problem manifested itself when uploading 3.10.2-5,
it is actually present in previous versions of the package, including 3.10.2-4
currently in testing. Some change in the build dependencies or in the build
environment revealed it.
I'll upload a fix soon.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
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
Bug#767138: libfftw3 SIGILL on armhf
Control: severity -1 serious Control: block 760271 by -1 Control: block 769974 by -1 Control: reopen 752514 Control: block 752514 by -1 Le mercredi 19 novembre 2014 à 12:15 -0800, Kamal Mostafa a écrit : I'm investigating an armhf FTBFS of my package 'minimodem'[0], which I now suspect might be caused by this libfftw3 bug in unstable: #767138 fftw3: runtime detection of NEON is perhaps broken https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767138 There, Edmund points out that #752514 ruby-fftw3: FTBFS on armhf [1] is possibly caused by that fftw3 bug. But Cédric notes that he was unable to reproduce the ruby failure on harris.debian.org. I am seeing exactly the same issues with minimodem: On the armhf buildd builders (only), minimodem compiles fine but then all its test cases fail. But when I try it on harris.d.o (or asachi.d.o), I cannot reproduce any problem. I have the same issue for octave (see #760271). Raising to severity serious and adding blocked bugs. Thanks for investigating this issue. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#768871: atlas: Missing build dependency
Control: unarchive 628104 Control: forcemerge 628104 -1 Control: archive 628104 Le dimanche 09 novembre 2014 à 12:11 -0800, Ian Zimmerman a écrit : Searching on packages.debian.org, I see that the dch program is in the devscripts package. Clearly devscripts should be in the Build-Depends of atlas to avoid this problem. This report is a duplicate of #628104, #697431 and #731960. Closing accordingly. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#766695: atlas: add ppc64el support
Le 2014-11-03 13:25, Mauricio Faria de Oliveira a écrit : Hi Sébastien, On 10/28/2014 05:14 PM, Sébastien Villemot wrote: Thanks Mauricio for your work. It looks much better now, and I will definitely ask the Release Team for getting this into Jessie (probably in a few days though). Sorry for seeming pushy. Do you have any news about it? Or maybe it was indeed too late for the change? It did not yet have the time to take care of it, but don't worry, it's not too late. The freeze starts in two days but it will last a couple of months. During that period, it will be possible to upload bugfixes which comply with the freeze rules. My understanding is that your change complies with these rules, but ultimately this is the call of the Release Team. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 -- 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#766695: atlas: add ppc64el support
Le mardi 28 octobre 2014 à 12:57 -0200, Mauricio Faria de Oliveira a écrit : On 10/28/2014 10:10 AM, Mauricio Faria de Oliveira wrote: That said, AFAICT, the changes do not pose any problem to other powerpc-based ports. I could successfully build atlas on ppc64el with it, and will perform/report of builds on powerpc and ppc64 shortly. powerpc: built successfully. ppc64: in progress (seems it will take longer; no archdef) As only powerpc is affect as far as jessie is concerned, would you have any comments on the v2 debdiff, and about talking to the Release Team for authorizing an upload? Thanks Mauricio for your work. It looks much better now, and I will definitely ask the Release Team for getting this into Jessie (probably in a few days though). -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#766695: atlas: add ppc64el support
Le vendredi 24 octobre 2014 à 20:40 -0200, Mauricio Faria de Oliveira a écrit : Version: 3.10.2-4 Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el This patch adds support for the ppc64el port. Thanks for this patch. However I am not sure to understand some bits of it. Why do you add a new POWER8 architecture type, if you are using the GENERIC one? It is either one or the other. My impression is that atlas.3.10.2-add_power8_cpu.patch is unneeded. Also, I really dislike the kludge consisting in modifying the quilt series file. Isn't it rather possible to use a standard patch (applied on all arches) based on #ifdefs? May you please consider it for an upload? (specially for making jessie) Note that it's now too late to upload this patch before the freeze (because the freeze starts on November 5, and there is a 10-day migration delay). However, we may obtain the permission of the Release Team to upload this patch to jessie; simplifying this patch as much as possible will increase the possibility of having this happening. Thanks, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#765795: openblas: new upstream version (0.2.12)
Le samedi 18 octobre 2014 à 10:08 +0100, Ghislain Antony Vaillant a écrit : Source: openblas Severity: wishlist Dear Maintainer, A new upstream version has been released (0.2.12) with a bunch of fixes [1]. For some reasons, the PTS failed to track the new release though uscan picks it up. I am not sure I can get this version into Jessie. The reason is that I want first version 0.2.11-3 to migrate to jessie, since it contains coordinated changes (blas.pc/lapack.pc) with the other BLAS implementations. The migration should happen October 25th if everything goes well. Then I could upload 0.2.12, which will take 10 days to migrate, so maybe it can make it before the freeze (November 5th), but the time margin is very tight (I am actually not even sure that this is feasible). Uploading 0.2.12 right now would mean taking the risk of not having the coordinated changes (blas.pc/lapack.pc) in jessie (because 0.2.12 could introduce new problems), and I don't want to take that risk. In the worst case, if 0.2.12 does not make it into jessie, it will still possible to fix issues in jessie that are of severity important or higher (in practice, that means crashes or wrong calculated results). If you are aware of such fixes that are incorporated into 0.2.12, you can either tell me or open new bugs against openblas (linking to upstream bug reports and commits). Thanks, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#764491: About pkg-config for BLAS/LAPACK
Hi Alastair, I saw your reports about adding pkg-config support for BLAS and LAPACK implementations (#764372 and #764491). I am basically in agreement with this change, but I don't have the time to take care of it before the jessie freeze. So, if you want to have this change in Jessie, feel free to do a Team Upload (or a DELAY/0 NMU if you're not in the Debian Science Team). However, if you do that, please also make similar changes at the same time to atlas (adding both a blas-atlas.pc and lapack-atlas.pc) and to lapack (adding a lapack-netlib.pc). Also, I don't think that cblas.pc is the right name for the blas package pkg-config file (cblas is a C interface to the Fortran 77 BLAS routines). I would rather call that file blas-netlib.pc. For the openblas case, I don't think it makes much sense to set libdir to /usr/lib/openblas (though it does not harm), since actually the symlink /usr/lib/libblas.a will point to the right place. Finally, I don't understand why you say that your .pc file for OpenBLAS enables linking to OpenBLAS both generically and explicitly. Actually, it only enables generic linking to a BLAS alternative. The specific linking to OpenBLAS is provided by /usr/lib/libopenblas.so.0 (which has a different SONAME). -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- 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#762484: blas: FTBFS on *i386: xscblat1 subtests fail
Le lundi 22 septembre 2014 à 14:39 -0400, Aaron M. Ucko a écrit : Source: blas Version: 1.2.20110419-7 Severity: serious Justification: fails to build from source (but built successfully in the past) Builds of blast for all *i386 architectures have been failing because many of xscblat1's subtests don't quite yield the expected results; see, e.g., https://buildd.debian.org/status/fetch.php?pkg=blasarch=i386ver=1.2.20110419-8stamp=1411393601 Could you please take a look? The trigger of the failure is the move from gfortran 4.8 to 4.9. More precisely, the -fno-whole-file option was dropped in gfortran 4.9 (it is still accepted but does nothing), and this option was required to make the tests pass. I am now investigating why this option was needed in the first place, and how to work around this removal. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
