armci-mpi is marked for autoremoval from testing
armci-mpi 0.0~git20160222-1 is marked for autoremoval from testing on 2017-03-20 It is affected by these RC bugs: 816305: armci-mpi: FTBFS: tests hang or explicitly fail -- 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#856705: [dko...@debian.org: Bug#856705: graywolf: License violation]
Hello Dima, Hi. Yeah, there're plenty of other (and better) SVD implementations. They won't be a drop-in replacement, however because numerical recipes uses a ridiculous matrix storage scheme: typedef struct { INTrows ; INTcolumns ; DOUBLE **m ; } YMBOX, *YMPTR ; I.e. each row (or column) of a matrix is stored in a separate chunk of (usually dynamically-allocated) memory. This is stupid, and no other library would do it this way. So to use other implementations you might need to write a shim to convert formats. If you find a better way, please let me know. I don't think it's that bad. In graywolf, the matrix computations appear to be restricted to exactly one routine (adapt_wire_estimator), which is about 200 lines of code that create some matrices, fill them, call a few standard matrix routines (multiply, add, etc.), then call svd_solve. It all appears to be self-contained, so as long as I can do the same matrix functions with another library, it should be simple to replace the Numerical Recipes code. In other words, matrices aren't used anywhere else in graywolf. The matrices are created for the sole purpose of running svd_solve, and then freed. ---Tim ++-+ | R. Timothy Edwards (Tim) | email: t...@opencircuitdesign.com| | Open Circuit Design| web: http://opencircuitdesign.com | | 19412 Cissel Manor Drive | phone: (301) 528-5030 | | Poolesville, MD 20837 | cell: (408) 828-8212 | ++-+ -- 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#856705: [dko...@debian.org: Bug#856705: graywolf: License violation]
Tim Edwardswrites: > Well, it's pretty clear that the TimberWolf authors at Yale unabashedly > plaigerized out of Numerical Recipes for their thesis work. What you > found is not particularly difficult to work around, as the single-value > decomposition routines can be found in the GNU Scientific Library and > should be reasonably easy to substitute. Hi. Yeah, there're plenty of other (and better) SVD implementations. They won't be a drop-in replacement, however because numerical recipes uses a ridiculous matrix storage scheme: typedef struct { INTrows ; INTcolumns ; DOUBLE **m ; } YMBOX, *YMPTR ; I.e. each row (or column) of a matrix is stored in a separate chunk of (usually dynamically-allocated) memory. This is stupid, and no other library would do it this way. So to use other implementations you might need to write a shim to convert formats. If you find a better way, please let me know. > However, it feeds back into other matrix manipulation routines, so I > cannot be sure how much of that was pulled from Numerical Recipies. > This looks like finding a needle in a haystack to me. How did you find > that bit of plaigerized code, and how would I go about flushing out > any additional plaigerized sections of code? I came across some other libraries that were doing a similar thing, and then searched the Debian codebase (http://codesearch.debian.net) for some unique-looking comments. Here I searched for You must augment A with extra zero rows I also searched for some other things that caught some other libraries, but the above chunk of text is the only one I found in graywolf. What you can do is to look at functions that use that YMPTR matrix representation: anything that uses it is a candidate for being plucked from the book. Note that for some reason the utility code to support this matrix representation IS in the public domain, as indicated in numerical recipes copyright page linked in the bug report. > I definitely want these out of the code base, especially as GNU > alternatives are readily available. Thank you very much. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Tag 855929 patch
Processing commands for cont...@bugs.debian.org: > tags 855929 + patch Bug #855929 [src:mclibs] mclibs: FTBFS: LOCB/LOCF: address 0x7f68e28cd740 exceeds the 32 bit address space or is not in the data segments Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 855929: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855929 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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#855929: mclibs: FTBFS: Test failures
Control; tags -1 + patch On Thu, 23 Feb 2017 14:27:50 +0100 Lucas Nussbaumwrote: > Source: mclibs > Version: 20061220+dfsg3-3 > Severity: serious > Tags: stretch sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20170221 qa-ftbfs > Justification: FTBFS in stretch on amd64 > > Hi, > > During a rebuild of all packages in stretch (in a stretch chroot, not a > sid chroot), your package failed to build on amd64. > > Relevant part (hopefully): > > -L/<>/mclibs-20061220+dfsg3/lib -Wl,-static -leurodec -lpacklib > > -lkernlib -Wl,-dy -lm -lnsl -lcrypt -ldl -lgfortran > > gfortran -g -o eudtest -O3 -D_FORTIFY_SOURCE=2 -fno-range-check > > -fno-automatic -fno-second-underscore -fstack-protector > > --param=ssp-buffer-size=4 -fno-automatic -Wl,-z,relro > > -L/<>/mclibs-20061220+dfsg3/src/lib main.o steerd.o steerf.o > > testd.o testf.o `cernlib eurodec packlib` \ > > || rm -f eudtest > > rm -f eurodec.dat > > ln -s /<>/mclibs-20061220+dfsg3/build/mclibs/eurodec/eurodec.dat > > eurodec.dat > > cp > > /<>/mclibs-20061220+dfsg3/src/mclibs/eurodec/eudtest/eutitle.data > > eutitle.dat > > Testing eurodec > > ... using eudtest > > > > LOCB/LOCF: address 0x7f68e28cd740 exceeds the 32 bit address space > > or is not in the data segments > > This may result in program crash or incorrect results > > Therefore we will stop here > > > > Test result = 231 > > Makefile:482: recipe for target 'test' failed > > The full build log is available from: >http://aws-logs.debian.net/2017/02/21/mclibs_20061220+dfsg3-3_testing.log > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on EC2 VM instances from > Amazon Web Services, using a clean, minimal and up-to-date chroot. Every > failed build was retried once to eliminate random failures. Patch proposal attached, tested on amd64 and i386 sbuild. Thanks, _g. diff -Nru mclibs-20061220+dfsg3/debian/changelog mclibs-20061220+dfsg3/debian/changelog --- mclibs-20061220+dfsg3/debian/changelog 2013-08-23 19:13:53.0 +0200 +++ mclibs-20061220+dfsg3/debian/changelog 2017-03-05 22:14:26.0 +0100 @@ -1,3 +1,11 @@ +mclibs (20061220+dfsg3-3.1) unstable; urgency=medium + + * Non-maintainer upload + * patch 213-fix-test-suite-build.dpatch modified to build eudtest +with -no-pie (closes: #855929) + + -- Gilles Filippini Sun, 05 Mar 2017 22:14:26 +0100 + mclibs (20061220+dfsg3-3) unstable; urgency=low * debian/control: diff -Nru mclibs-20061220+dfsg3/debian/patches/213-fix-test-suite-build.dpatch mclibs-20061220+dfsg3/debian/patches/213-fix-test-suite-build.dpatch --- mclibs-20061220+dfsg3/debian/patches/213-fix-test-suite-build.dpatch 2013-08-23 19:13:53.0 +0200 +++ mclibs-20061220+dfsg3/debian/patches/213-fix-test-suite-build.dpatch 2017-03-05 22:13:53.0 +0100 @@ -20,9 +20,11 @@ diff -urNad mclibs-2006.dfsg.2~/src/mclibs/eurodec/eudtest/Imakefile mclibs-2006.dfsg.2/src/mclibs/eurodec/eudtest/Imakefile --- mclibs-2006.dfsg.2~/src/mclibs/eurodec/eudtest/Imakefile 1997-03-14 17:32:14.0 + +++ mclibs-2006.dfsg.2/src/mclibs/eurodec/eudtest/Imakefile2008-01-04 18:57:55.0 + -@@ -4,11 +4,10 @@ - +@@ -3,12 +3,12 @@ + DefinePackageLibrary(NullParameter) + FORTRANSAVEOPTION = FortranSaveFlags ++FORTRANOPTIONS += -no-pie -CernlibFortranProgramTarget(eudtest,$(OBJS),$(PACKAGE_LIB),$(PACKAGE_LIB),packlib) +CernlibFortranProgramTarget(eudtest,$(OBJS),NullParameter,NullParameter,eurodec packlib) signature.asc Description: OpenPGP 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
Velika turneja dr. Semira Osmanagića po Hrvatskoj, Bugarskoj, Srbiji, Makedoniji i Sloveniji
Bosanske piramide NEWSLETTER VELIKA TURNEJA DR. SEMIRA OSMANAGIĆA PO HRVATSKOJ, BUGARSKOJ, SRBIJI, MAKEDONIJI I SLOVENIJI Nasumnjivo jedan od najaktivnijih istraživača drevnih civilizacija i najkontroverzniji stručnjak za piramide u svijetu dr. Semir Osmanagić krece na veliku balkansku turneju u 2017. U fokusu njegovih predavanja bit će rezultati istraživanja bosanskih piramida koji nedvosmisleno dokazuju da su najstarije piramide građene kao energetske mašine koje emitiraju superbrze Tesline skalarne valove u svemir, a energija piramida se može upotrebljavati u ljekovite svrhe, unaprijeđenje molekularne strukture vode i hrane, te razvoj aure i duhovnih čula. Osim atraktivnih destinacija Bosanske piramide Sunca i Mjeseca te prahistorijskog Podzemnog labirinta Ravne, dr. Osmanagić će promovirati volontersku radnu akciju (www.piramidasunca.ba) i posjet novootvorenom energetskom parku “Ravne 2” u Visokom. Koncem marta Osmanagić započinje turneju u Hrvatskoj, a zatim slijedi niz drugih gradova u regiji: 22.03. Solin (Hrvatska), “Teatrin”, 19-21 24.03. Supetar (Hrvatska), “Knjižnica”, 18-20 25.03. Umag (Hrvatska), “Dom Atilio Gomboc”, 16-19 26.03. Rijeka (Hrvatska), Hotel “Jadran”, 16-19 27.03. Šibenik, “Gradska Knjižnica”, 19-21 28.03. Knin (Hrvatska), “Gradska Knjižnica”, 18-20 01.04. Varna (Bugarska) 02.04. Burgas (Bugarska) 03.04. Stara Zagora (Bugarska) 04.04. Plovdiv (Bugarska) 05.04. Sofija (Bugarska) 07.04. Vrbas (Srbija), Kulturni centar – bioskop “Jugoslavija”, 15-17 07.04. Subotica (Srbija), “Otvoreni Univerzitet”, 20-22 08.04. Vršac (Srbija), Kulturni centar “Vršac”, 15-17 08.04. Beograd (Srbija), Centar “Balašević”, 20-22 09.04. Rtanj (Srbija), hotel “Rtanj”, 20-22 10.04. Skopje (Makedonija), “Mladinski kulturni centar”, 19-21 11.04. Ohrid (Makedonija), 16-18 11.04. Bitolj (Makedonija), hotel “Epinao”, 20-22 27.05. Škofja Loka (Slovenija), gradska Knjižnica “Kašća”, 19-21 29.05. Domžale (Slovenija), “Gradska Knjižnica”, 19-21 06.10. Ljubljana (Slovenija), “Cankarjev Dom”, 19-22 Službena stranica Fondacije: www.piramidasunca.ba Službena stranica osnivača Fondacije: www.semirosmanagic.com Tuneli i piramide su otvoreni za posjete svaki dan od 8 sati do zalaska sunca. Informacije za organizirane grupe: incom...@piramidasunca.ba. Na lokaciji “Ravne 2” nije dozvoljeno konzumiranje alkohola. Fondacija se bavi naučno-arheološkim istraživanjima i ne daje nikakve zdravstvene garancije. Odjavite se ovdje, ako ne želite da primate ove informacije u budućnosti. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
givaro_4.0.2-5~bpo8+1_amd64.changes is NEW
binary:givaro-dev-doc is NEW. binary:givaro-user-doc is NEW. binary:libgivaro-dev is NEW. binary:libgivaro-doc is NEW. binary:libgivaro9 is NEW. binary:libgivaro9 is NEW. binary:libgivaro-dev is NEW. binary:givaro-user-doc is NEW. binary:givaro-dev-doc is NEW. binary:libgivaro-doc is NEW. source:givaro is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
flintqs_1.0-1~bpo8+1_amd64.changes is NEW
binary:flintqs is NEW. binary:flintqs is NEW. source:flintqs is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
fflas-ffpack_2.2.2-4~bpo8+1_amd64.changes is NEW
binary:fflas-ffpack is NEW. binary:fflas-ffpack-common is NEW. binary:fflas-ffpack-dev-doc is NEW. binary:fflas-ffpack-user-doc is NEW. binary:fflas-ffpack-user-doc is NEW. binary:fflas-ffpack-dev-doc is NEW. binary:fflas-ffpack is NEW. binary:fflas-ffpack-common is NEW. source:fflas-ffpack is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
eclib_20160720-2~bpo8+1_amd64.changes is NEW
binary:eclib-tools is NEW. binary:libec-dev is NEW. binary:libec2 is NEW. binary:libec2 is NEW. binary:libec-dev is NEW. binary:eclib-tools is NEW. source:eclib is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processing of fflas-ffpack_2.2.2-4~bpo8+1_amd64.changes
fflas-ffpack_2.2.2-4~bpo8+1_amd64.changes uploaded successfully to localhost along with the files: fflas-ffpack_2.2.2-4~bpo8+1.dsc fflas-ffpack_2.2.2-4~bpo8+1.debian.tar.xz fflas-ffpack_2.2.2-4~bpo8+1_amd64.deb fflas-ffpack-common_2.2.2-4~bpo8+1_all.deb fflas-ffpack-user-doc_2.2.2-4~bpo8+1_all.deb fflas-ffpack-dev-doc_2.2.2-4~bpo8+1_all.deb Greetings, Your Debian queue daemon (running on host usper.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
Processing of givaro_4.0.2-5~bpo8+1_amd64.changes
givaro_4.0.2-5~bpo8+1_amd64.changes uploaded successfully to localhost along with the files: givaro_4.0.2-5~bpo8+1.dsc givaro_4.0.2-5~bpo8+1.debian.tar.xz libgivaro-dev_4.0.2-5~bpo8+1_amd64.deb libgivaro9_4.0.2-5~bpo8+1_amd64.deb libgivaro-doc_4.0.2-5~bpo8+1_all.deb givaro-user-doc_4.0.2-5~bpo8+1_all.deb givaro-dev-doc_4.0.2-5~bpo8+1_all.deb Greetings, Your Debian queue daemon (running on host usper.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
Processing of eclib_20160720-2~bpo8+1_amd64.changes
eclib_20160720-2~bpo8+1_amd64.changes uploaded successfully to localhost along with the files: eclib_20160720-2~bpo8+1.dsc eclib_20160720-2~bpo8+1.debian.tar.xz libec2_20160720-2~bpo8+1_amd64.deb libec-dev_20160720-2~bpo8+1_amd64.deb eclib-tools_20160720-2~bpo8+1_amd64.deb Greetings, Your Debian queue daemon (running on host usper.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
Processing of flintqs_1.0-1~bpo8+1_amd64.changes
flintqs_1.0-1~bpo8+1_amd64.changes uploaded successfully to localhost along with the files: flintqs_1.0-1~bpo8+1.dsc flintqs_1.0-1~bpo8+1.debian.tar.xz flintqs_1.0-1~bpo8+1_amd64.deb Greetings, Your Debian queue daemon (running on host usper.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#856871: singular-doc: broken symlink: /usr/share/info/singular.info.gz -> singular.hlp.gz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello Andreas, thanks for your report. On Sun, 05 Mar 2017 18:56:00 +0100 Andreas Beckmannwrote: > Package: singular-doc > Version: 1:4.0.3-p3+ds-5 > Severity: normal > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package ships (or creates) > a broken symlink. > > >From the attached log (scroll to the bottom...): > > 0m24.6s ERROR: FAIL: Broken symlinks: > /usr/share/info/singular.info.gz -> singular.hlp.gz > > > A file called singular.hlp.gz does not seem to exist in any > package in the Debian archive. singular.info was distributed as compressed before the venue of Singular: I forget this link story. I will fix it in my next packaging. Thanks, Jerome > > > cheers, > > Andreas - -- Jerome BENOIT | calculus+at-rezozer^dot*net https://qa.debian.org/developer.php?login=calcu...@rezozer.net AE28 AE15 710D FF1D 87E5 A762 3F92 19A6 7F36 C68B -BEGIN PGP SIGNATURE- iQQcBAEBCgAGBQJYvGZsAAoJED+SGaZ/NsaLNVMf/3tWQdyVdnBFqepBtxDfmMYh Pk/Pn/01MLk9qPATZwHSn5ypQ0S8/RqIsnBNqFCp5cYcrqnvfmY+aBeI+B7xADaH +tit1t1h7654+ka7aA49y6KZQJWk/Skbr5HU3TjVHvPTdDO+l2CUmmUrdGCpuTX8 Z4vX37yR3VVRr6fnA1zZ8EvbKzI5hJNYlygXWqC1/HAEcmZ1HvuUfqZ3gfi8R0SN FNA4F3R+gPM4j6MTTQIm9hpa5CHLcmz9wei7KZvgkiA7IvuSpOiQc7eQHnOjaenZ qVwYNPlXQ9K9bwE0maQ5UvR5Eve/a1tZbc+5UPLEIaZ2VyAJZVwMq/2Jhyd7eYbj rzXLo8UEAveHv61PiXTfYhrqOsuP2jaEvnymR6BDQ3DcE0/IuVhpHxtwaRnLk4FN /yxWIUxGF24JzCe1QFdOdwlPUpWIgp0M1MtSIFFUtg06+1/2nTQbytAOtO3TFSUF FBXL8ypw1yvLcjJui8eA7Yp5JkRD6OLMZxrKBtTgZWtlPa5Z0BuCBiTHgu7Nf1BA PjP+SxMuRPVY9lLwklNWCahMjlnOfbh3DLaw0qN+8VDcVpNnrv1vgfv5SM74qkjs GO0bG5krg3WevBpjFBQEQxG8/VjrdtTBYrnqBVbomAJUEHmmU/CDHMBO/PxPK2N1 jCeSwlVT0dJ0m4lgVh7SP1eLVeT4Xbo/aXSoaUyXDd8XbBGdehrVh/P3XV91jAgC zPdsqY4S0+P1OE/tRx3penKGVilNFUn5djTnwPDXhFDPMUqrblZYKBhPwUjB/gT6 4dOPyYdeTazeheek9sCXnNrZIWFMZX6KAZOKjao7o/79BrfCdPeaYp/rpWdKcwj6 zXgrC1uwqcNllC4XjohxFlPphwsOUFBJtr90uY9xnB6UQHgLATM84r0s3nTbJjvN 9DmJZAEpLZu5H96/RztP05AaeJekEH5xpHMCJ0u20KVRofZ9aHSR5rtqZTc1BBiU Wf5z3yWyWr2pftfqnmFoeq7jkg5JmXdfUmJW78BX1rAWU6X3+jj+mLHk2YIga0ZK HXlGG20eQaZVeoX0V+F3rUilzl1VVVSer3uHZnreOsXbUm9ZO0i7P/Jj5DUJFoLd WgN+jyqVDyNHDViWo8vOOE/zKk0gcIVZDjbQk4liqM3lMpXJ0ALuDRFZCZbG2uPv 1PKVpdHP7GdA519hH5ivcpUEnsXetFtE5f8tbG2uia94EVYX46+dOfpBCYzL5I/H qw5MT9l2Vj4SaOp6NYOw8ILGhte6kttnmvYIEOlLbONf8joF4lHxOD4C4p6AAUSz XFly2l3WhYGm1DZOGXhqefx1OYgheHTgZ9G2P00wl9b6quySKwgmrlANvQ2Yj30= =Uioi -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#856871: singular-doc: broken symlink: /usr/share/info/singular.info.gz -> singular.hlp.gz
Package: singular-doc Version: 1:4.0.3-p3+ds-5 Severity: normal User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package ships (or creates) a broken symlink. >From the attached log (scroll to the bottom...): 0m24.6s ERROR: FAIL: Broken symlinks: /usr/share/info/singular.info.gz -> singular.hlp.gz A file called singular.hlp.gz does not seem to exist in any package in the Debian archive. cheers, Andreas singular-doc_1:4.0.3-p3+ds-5.log.gz Description: application/gzip -- 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#856870: arduino-mk: Wrong directory (/usr/etc) used for avrdude config
Package: arduino-mk Version: 1.5.2-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, https://anonscm.debian.org/cgit/debian-science/packages/arduino-mk.git/commit/?h=upstream=b368558d19605c9dc088e1a5f32de6c2fd5755b2 introduced a regression where now "make ispload" tries to run "avrdude [...] -C /usr/etc/avrdude.conf". This is apparently caused by "Fix: Ensure AVRDUDE_CONF is set when AVR_TOOLS_DIR is, not just on Windows (Issue #381) (https://github.com/sej7278)". Previously "-C path_to_config" was not added by default. Now it uses ${AVR_TOOLS_DIR}/etc/avrdude.conf or ${AVR_TOOLS_DIR}/../avrdude.conf (depending on $(ARDUINO_VERSION)). Furthermore, "dpkg -S avrdude.conf" shows: $ dpkg -S avrdude.conf avrdude: /etc/avrdude.conf arduino-core: /usr/share/arduino/hardware/tools/avrdude.conf $ ls -l /usr/share/arduino/hardware/tools/avrdude* lrwxrwxrwx 1 root root 23 Apr 7 2014 /usr/share/arduino/hardware/tools/avrdude -> ../../../../bin/avrdude lrwxrwxrwx 1 root root 17 Apr 7 2014 /usr/share/arduino/hardware/tools/avrdude.conf -> /etc/avrdude.conf And AVR_TOOLS_DIR is detected as /usr rather than /usr/share/arduino/hardware/tools. Also even if it was using /usr/share/arduino/hardware/tools, both ${AVR_TOOLS_DIR}/etc/avrdude.conf and ${AVR_TOOLS_DIR}/../avrdude.conf would not find the config AFAICS. ii arduino-core 2:1.5.6.2+sdfsg2-3all Code, examples, and libraries for the Arduino platform - -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.5 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages arduino-mk depends on: ii arduino-core 2:1.5.6.2+sdfsg2-3 ii make 4.1-9.1 ii python 2.7.13-2 ii python-serial 3.2.1-1 Versions of packages arduino-mk recommends: ii screen 4.5.0-3 arduino-mk suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iHsEARECADsWIQRxaBGQN9IG6CSWJyjmr+x6msfgvAUCWLxFhR0ccmFubWErZGVi aWFuYnRzQHRkaWVkcmljaC5kZQAKCRDmr+x6msfgvISeAJ9RFkskeg+SGEivptgt vmEVjkjkZACghKDD3VxhJtlI33URJQf30wjYiKE= =yLpw -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#856866: sagemath-common: broken symlink: /usr/lib/python2.7/dist-packages/sage/misc/docs/common/themes/sage/static/thebe.js -> ../../../../../../local/share/thebe/thebe.js
Package: sagemath-common Version: 7.4-9 Severity: normal User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package ships (or creates) a broken symlink. >From the attached log (scroll to the bottom...): 0m35.3s ERROR: FAIL: Broken symlinks: /usr/lib/python2.7/dist-packages/sage/misc/docs/common/themes/sageref/static/thebe.js -> ../../sage/static/thebe.js /usr/lib/python2.7/dist-packages/sage/misc/docs/common/themes/sage/static/thebe.js -> ../../../../../../local/share/thebe/thebe.js A file called thebe.js does not appear to be in any package in the Debian archive ... cheers, Andreas sagemath-common_7.4-9.log.gz Description: application/gzip -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
opencv 2.4.9.1+dfsg1-1 MIGRATED to testing
FYI: The status of the opencv source package in Debian's testing distribution has changed. Previous version: 2.4.9.1+dfsg-2.2 Current version: 2.4.9.1+dfsg1-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- 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#856855: med-fichier: homepage no longer correct
package: med-fichier Hi, The homepage for med-fichier doesn't exist anymore. Cheers, Ivo -- 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#816305: armci-mpi: FTBFS: tests hang or explicitly fail
Control: severity -1 serious On Mon, Feb 29, 2016 at 01:12:36PM -0500, Aaron M. Ucko wrote: > Source: armci-mpi > Version: 0.0~git20160222-1 > Severity: important > Justification: fails to build from source > > Hi, Michael. > > armci-mpi's test suite has failed on some architectures, as detailed at > https://buildd.debian.org/status/logs.php?pkg=armci-mpi=0.0~git20160222-1 > > So far: > - On i386, armci-perf apparently hung (still running after 2.5 h.) > - On kfreebsd-i386, strided-bench likewise apparently hung. > - On mipsel, ping-pong likewise apparently hung. > - On powerpc, test_mpi_dim apparently hung, and almost all preceding > tests failed. (Only test_groups and test_group_split succeeded.) > > Could you please take a look? > > Thanks! On armhf the the 0.0~git20160222-1 upload built, but now a binNMU FTBFS with a testsuite hang: https://buildd.debian.org/status/logs.php?pkg=armci-mpi=armhf ... make[4]: Entering directory '/«PKGBUILDDIR»' PASS: benchmarks/ping-pong PASS: benchmarks/ring-flood PASS: benchmarks/contiguous-bench E: Caught signal ‘Terminated’: terminating immediately make[4]: *** Deleting file 'benchmarks/strided-bench.log' Makefile:1931: recipe for target 'check-TESTS' failed make[3]: *** [check-TESTS] Terminated Raising severity to RC since a rebuilt of software in stable is expected to succeed. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re: Bug#816305: armci-mpi: FTBFS: tests hang or explicitly fail
Processing control commands: > severity -1 serious Bug #816305 [src:armci-mpi] armci-mpi: FTBFS: tests hang or explicitly fail Severity set to 'serious' from 'important' -- 816305: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816305 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers