Accepted vnlog 1.6-1 (source amd64 all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 01 Apr 2018 22:14:38 -0700 Source: vnlog Binary: libvnlog0 libvnlog-dev vnlog libvnlog-perl python-vnlog python3-vnlog Architecture: source amd64 all Version: 1.6-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Dima Kogan Description: libvnlog-dev - Toolkit to read/write/manipulate whitespace-separated ASCII logs libvnlog-perl - Toolkit to read/write/manipulate whitespace-separated ASCII logs libvnlog0 - Toolkit to read/write/manipulate whitespace-separated ASCII logs python-vnlog - Toolkit to read/write/manipulate whitespace-separated ASCII logs python3-vnlog - Toolkit to read/write/manipulate whitespace-separated ASCII logs vnlog - Toolkit to read/write/manipulate whitespace-separated ASCII logs Changes: vnlog (1.6-1) unstable; urgency=medium . * New upstream release. C library works on armhf, armel Checksums-Sha1: b34ce8bd45f66990392b89cabb862763953a8118 2349 vnlog_1.6-1.dsc 1c0a2e6f2dbc5c82f3798d5b0ad50855f1993e17 60464 vnlog_1.6.orig.tar.gz eb7ab7f073cd48d2a32e26ccc337750b2387ce02 3412 vnlog_1.6-1.debian.tar.xz 067bff70edb3ba2aefe6610b55cc5ccd26f0c570 11668 libvnlog-dev_1.6-1_amd64.deb 65d50fbca6780a358c4eee0451ca62f927b9d848 11072 libvnlog-perl_1.6-1_all.deb 70c2296f22cc4bee322259369a235b0d8cc8b33a 20332 libvnlog0-dbgsym_1.6-1_amd64.deb 7898fc5ded8517c866e1baf7fb0e4e55f6f20af1 9620 libvnlog0_1.6-1_amd64.deb c5f29c1b0671d9da96f35c12749715972efcfd6e 5868 python-vnlog_1.6-1_all.deb f06d55e71fa8964895085d17c9f9f897271ee342 5944 python3-vnlog_1.6-1_all.deb 109c2bc34edf9f60826b38cd503b6ab717265f7d 59636 vnlog_1.6-1_all.deb 6f85c3d00a1a16e06d04164c8e40ae27735073fe 8117 vnlog_1.6-1_amd64.buildinfo Checksums-Sha256: 9cce62c75786b396e980ac57763c581189018c9370644dcaa57d703c4c0cfb9f 2349 vnlog_1.6-1.dsc 7cfcc214d30ebed4ff17a54d199680a7c4f9978baca86837cbb250eba28876a9 60464 vnlog_1.6.orig.tar.gz 6c1f72c6ff6ee13ed567c7cce63a320c94f542d355786fba6b67c824341c9857 3412 vnlog_1.6-1.debian.tar.xz 5a00138028e4d4e3c08e67ddb8bb9b7220b592c35ea922e1a2ea6852d968ce94 11668 libvnlog-dev_1.6-1_amd64.deb 5e39a6f2857192c27d4272a1b575a7cf8c5cccfbaba2f7432fdcdea768938bbf 11072 libvnlog-perl_1.6-1_all.deb 4bd12f39b89c80768497c63a42a8d8d3f8ef98dc9fbebfc8e72bbc0752bf5745 20332 libvnlog0-dbgsym_1.6-1_amd64.deb eb265cbe7f76f2d4127a07993d9d6a432bc160de71ef09faf360b361477c3a1c 9620 libvnlog0_1.6-1_amd64.deb 897479259a36a5283a9c78a2136b270a3e4570e46716f466ed2a1a476e230c3b 5868 python-vnlog_1.6-1_all.deb de5d4a6941ebf545042001f3b6e04d4c0dc5495e8fae846bd987d501c91f814b 5944 python3-vnlog_1.6-1_all.deb 8c515274504e23b4080731e0e2faa162e6595d2af8df8dac111cfe72b808ca11 59636 vnlog_1.6-1_all.deb 9a3f7115f8313550ec6e1c2871aaecdc04e414bcfe618fbc94e23d2ea19c8ffe 8117 vnlog_1.6-1_amd64.buildinfo Files: 7661d8bde477c03a19032a1a05fd03c2 2349 devel optional vnlog_1.6-1.dsc 05f6c975615a3faa47ec117248479b8f 60464 devel optional vnlog_1.6.orig.tar.gz 6232a52095aa1b3aebc9141165609897 3412 devel optional vnlog_1.6-1.debian.tar.xz 87840054cb9a89f91920ecdb0f85d5f0 11668 libdevel optional libvnlog-dev_1.6-1_amd64.deb 26b40bb80cd869eca620fc5988eadb13 11072 devel optional libvnlog-perl_1.6-1_all.deb 6a00eabf5bb5a81593e73e8064ecf2bb 20332 debug optional libvnlog0-dbgsym_1.6-1_amd64.deb ab065aeeede4131225128d061c0b56ed 9620 libs optional libvnlog0_1.6-1_amd64.deb 6eed70f27f24029edd4b9e955dd347e1 5868 devel optional python-vnlog_1.6-1_all.deb 899a9afc22fdbcdf74f0259a19b27643 5944 devel optional python3-vnlog_1.6-1_all.deb 098c91a52ded0da97782d60f3fab4019 59636 libdevel optional vnlog_1.6-1_all.deb ee8936fc8a1e2726f79e0a315cc49cfd 8117 devel optional vnlog_1.6-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQJGBAEBCgAwFiEEdRwTXcLOAUM4CFTz7WO2ElodFWEFAlrBvlgSHGRrb2dhbkBk ZWJpYW4ub3JnAAoJEO1jthJaHRVhXh4P+gIyPgVih3SE7O/zJMmnaxO8W9l9Kk5U BRwAKtlpSypgnQ/+68gwc2++KAatCeLeTrnFel+s1KVUN0XSCiS9+GOlTNJ2sSmK e14wSMWBlXyuy7VifLClYtQ5Thm5Xr6s7pqsA3WodwYtJRTHDPgUqmlGnFy1tO1P ttNkx1omn/3wHWgFZ70xJNOj3oSkOtmsYuXBB2rdfuBzaWSoOpkJDOuckvy2l3B6 J1YwtxFpxnsSZa46KKxbxhT4Tb38cJrL8TUCG+tTdV4NjLcj0ifErV7HgbmQ0XQj JgBIJBHICERrLF5vEjjExfEwNm9phW6iYAHzXXZ42Yi1mDCBYdxicdJftbciZn84 A7cJNZ6zz97/CiHrtvZ58mHhhvz2N/poc82vllAx5uB+dpL8H1/eyXE9MQFN6h6l 5ua4CZsfgFwf0W1LSWTit5NmK3lo+HYDpXQ0B5bI0Wr+z0jHiUKcgfR03fdqeKZw OyqkDSYMiK1xZgfVjI01BC/N1L9Mbruyfgjs5HQgYk6G/oL2CRp2luezJac3BJLf Mc3UouuANFhfscXFdCA0eSc7iraUseUMrhJOBKhiBugRu2wzIN/ZW3Emw0gKIz6B EA0ZPYE3IsVY2haz6U1+LGYR/J7eioQ7T2AFjw50gZQE+v7RuIHs3IGhBwE167Ok nRL1JuiUg8pr =GyuE -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: Comments regarding vnlog_1.5-1_amd64.changes
Chris Lamb writes: > Just add that he is the author? I mean, just to give some kind of > credit... Alrighty. Done. -- 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: Comments regarding vnlog_1.5-1_amd64.changes
Chris Lamb writes: > Hi, would be nice to attribute credit to Chris Venter for > b64_encode.c, even if not necessary :) > > -- Chris Lamb Sun, 01 Apr 2018 10:09:43 + Hi. Thanks for pushing this through NEW so quickly. I acknowledge Chris Venter's copyright in the README. What would you suggest for a better attribution? dima -- 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 feedgnuplot 1.49-1 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 16 Mar 2018 13:56:27 -0700 Source: feedgnuplot Binary: feedgnuplot Architecture: source all Version: 1.49-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Dima Kogan Description: feedgnuplot - Pipe-oriented frontend to Gnuplot Changes: feedgnuplot (1.49-1) unstable; urgency=medium . * --vnl now works with plots that have rangesize > 1 * zsh completion: --xlen argument isn't optional Checksums-Sha1: 31adf43f2a34992c19739134961dd38f0ff2a6a8 2073 feedgnuplot_1.49-1.dsc 77aea1ece9017bcae4f77b39157f0a2fd86c8dc2 40030 feedgnuplot_1.49.orig.tar.gz d9089b5035ae105967746d45ef501b78065f10b3 3508 feedgnuplot_1.49-1.debian.tar.xz 0fc9a54d5c675f7e2b981a60f2cd600679bf705b 46300 feedgnuplot_1.49-1_all.deb a490d1df17a46aac0ff9f3e530a4777e121853ea 9778 feedgnuplot_1.49-1_amd64.buildinfo Checksums-Sha256: 0157ee523d27ec663acbc204954178eaa9210cd0899cf8f7cc47175c5c044b0c 2073 feedgnuplot_1.49-1.dsc 5cb292761228309794cfecb7105232559433ceb1f16a5a5f80ca08ee8caf9902 40030 feedgnuplot_1.49.orig.tar.gz 7b6db0c89c96f9656e852f25519db7c8b9640d9a67fcadfe131f53efa0ae366d 3508 feedgnuplot_1.49-1.debian.tar.xz a4fb0026ad97fd8ea5604e8ed160647a815fc214685d98f8ff616ff4d425abf0 46300 feedgnuplot_1.49-1_all.deb c7144e6b90587bac57e204254a1e570c37fc58a21c7be1e299f2e75928e3db36 9778 feedgnuplot_1.49-1_amd64.buildinfo Files: 95c5ce3cc097222a94252f33a004907f 2073 science optional feedgnuplot_1.49-1.dsc fe04969403b22dfae1e01cf948f328a9 40030 science optional feedgnuplot_1.49.orig.tar.gz 13bea829759a991383735dd7a8dc7602 3508 science optional feedgnuplot_1.49-1.debian.tar.xz 3453b48e440ab0e22ff69bfe58274bad 46300 science optional feedgnuplot_1.49-1_all.deb ba9e8eace71b3baf3412df73cfa4b83b 9778 science optional feedgnuplot_1.49-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQJGBAEBCgAwFiEEdRwTXcLOAUM4CFTz7WO2ElodFWEFAlqsMRsSHGRrb2dhbkBk ZWJpYW4ub3JnAAoJEO1jthJaHRVhKLoP/izuTpCSXnIItKjFa5yAH1tHAH1uQR8f EUXEGi7EbqWZRZBwIBgwYJ1KYgZ7i4G/DRzMIj+JNdrKy76KqTTHVxcbo5a5tfss ywER4Y0U22vKD5miAufEGGoAnReih8RQEQPaQBAovw9QeJ0eGVQMtIsHYqwPdqiI vCBxFqcfaXjmgMA7706fyIkFo/0nBzIQvTjfzVYLBUl2EivHPPW68T6eLtgeGJvi 6N+d7LkKVUoKq7ihkTrQiKY5J6Rq7UPAmm3vJTnkvooeKIu5KFCwAnz0sGY1rJD+ vTTt/Oqzkj9MT5P3OXOwpms26F88bJxY+vnDc3b9HlQJHaLMpTCMDBAGfzExcl0j p62bjhZWP7+jGghm31uIkwMd0xMyPZsrxhdLFPfP3q7b2DmQtukVocza1R4DQcqk ljktOWQjpWEntFvRBQNyYKEWmfKXT0YXGP1ApFAuDwp6GjdQa7WuCgE+O4jd6KZJ QKLV76b1s8qN/gdTZaIABNhvI1XCyl1QP43KScMve/MWC8jMgLUmLVStNm2UOdQ0 HfdMtlcNQmvXhi3CRGusMcdt/gVHKKYWSzFqQf17GgmG3PVCEJ57YkQO0/vDf6g6 jkdroZ0/0Uj3+/jXqH1PtoTkKy2Daa1xSS3mBNKcXJjC4i4PKtOIei1+LUvgTBi6 dQh0Y3Pk8rnr =MSGF -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 vlfeat 0.9.21+dfsg0-1 (source amd64 all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 02 Mar 2018 23:23:30 -0800 Source: vlfeat Binary: libvlfeat1 libvlfeat-dev libvlfeat-doc octave-vlfeat Architecture: source amd64 all Version: 0.9.21+dfsg0-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Dima Kogan 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 octave-vlfeat - Computer vision library focussing on visual features and clusteri Closes: 816397 Changes: vlfeat (0.9.21+dfsg0-1) unstable; urgency=medium . * New upstream release * Added a note highlighting removal of patented code (Closes: #816397) Checksums-Sha1: 539468a0262722d5606d72a4653679b71121ed47 2285 vlfeat_0.9.21+dfsg0-1.dsc f991bbcb40ba83fd8b347440eb0f148473bc5b9a 2803373 vlfeat_0.9.21+dfsg0.orig.tar.gz d9556a1adb332f7e2f7d5d147ed1ea7964364e84 17132 vlfeat_0.9.21+dfsg0-1.debian.tar.xz 8ac458377b93c0174e3006ef74d2707ca2a91d5e 37304 libvlfeat-dev_0.9.21+dfsg0-1_amd64.deb 7dc718ebdf35e6834ed7a5046c74834626e79204 1504352 libvlfeat-doc_0.9.21+dfsg0-1_all.deb fb6412e99834f9a2cfe10ad491aba0db29b56cf0 283164 libvlfeat1-dbgsym_0.9.21+dfsg0-1_amd64.deb b6e31ee8b1135af54fa54995393826333214ca1f 134732 libvlfeat1_0.9.21+dfsg0-1_amd64.deb dff2c8936a7bae885065bc0887c891fcfb541c3a 1481056 octave-vlfeat_0.9.21+dfsg0-1_amd64.deb 12b729b2ac27ce96d6335a3d9021e9d7fe3ca2aa 19979 vlfeat_0.9.21+dfsg0-1_amd64.buildinfo Checksums-Sha256: a92e7cd561b6571695f38f0b205f6fe31799fd256fd7979b18cba33cf9417bf7 2285 vlfeat_0.9.21+dfsg0-1.dsc 061e6b3a4adaddafa5ab89a67ca4d92ee0a7762427dcaf302e49b1273cbc7f61 2803373 vlfeat_0.9.21+dfsg0.orig.tar.gz 5c2807f7ba0fe9114b72094c851e25ebfa8814e0773b16561d7426030a710613 17132 vlfeat_0.9.21+dfsg0-1.debian.tar.xz b5f7d723b8a55a919a6a92782ff5e4e62dc878f8d6768a4c8a719cecb1183c3c 37304 libvlfeat-dev_0.9.21+dfsg0-1_amd64.deb e65f3e1fbc63a1368119d2d1f10909d7db28fb70bd4edd25e5fd6f03a2d34ca4 1504352 libvlfeat-doc_0.9.21+dfsg0-1_all.deb 37d6ce527f16d4b5d82e1775f6d9baf160d71ce5ea143600e08d66d187a9a391 283164 libvlfeat1-dbgsym_0.9.21+dfsg0-1_amd64.deb 035747e239ed3f2bf71da21a850d22c279c79429eb98162bd8ae2027b3ea 134732 libvlfeat1_0.9.21+dfsg0-1_amd64.deb 0cbb63e8476574ffa62e72ff4b9cc69fd4a92994586b89a6b7461d90b218dfdb 1481056 octave-vlfeat_0.9.21+dfsg0-1_amd64.deb 0fd9484c78af0145a37dfb578eba6baeab242e37e7e367bf46fb7eaeb6bc774f 19979 vlfeat_0.9.21+dfsg0-1_amd64.buildinfo Files: 4830b32de06279401b30f5198a245977 2285 science optional vlfeat_0.9.21+dfsg0-1.dsc 997fca9d7b9a5b1976a153965c37aaed 2803373 science optional vlfeat_0.9.21+dfsg0.orig.tar.gz d91bfa81421f06da58a24743ed84f65b 17132 science optional vlfeat_0.9.21+dfsg0-1.debian.tar.xz 03dbe8e5682ff54242b727e318b97c65 37304 libdevel optional libvlfeat-dev_0.9.21+dfsg0-1_amd64.deb 3cae46448a37978b685484ba96bac571 1504352 doc optional libvlfeat-doc_0.9.21+dfsg0-1_all.deb 0afbcdeaf8f8f7b6f24ad8af1bbb 283164 debug optional libvlfeat1-dbgsym_0.9.21+dfsg0-1_amd64.deb 99f33ea5f3e34d9b20a1777402090845 134732 libs optional libvlfeat1_0.9.21+dfsg0-1_amd64.deb 0d55d27803179e7e034f76f996f9c697 1481056 libs optional octave-vlfeat_0.9.21+dfsg0-1_amd64.deb a64ae663be3ad1719f1b85e0a27a8c22 19979 science optional vlfeat_0.9.21+dfsg0-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQJGBAEBCgAwFiEEdRwTXcLOAUM4CFTz7WO2ElodFWEFAlqaV5USHGRrb2dhbkBk ZWJpYW4ub3JnAAoJEO1jthJaHRVh+5oP/1Hjf6yEhi5zN/GSiCfyTw5BC9wB4gb5 /Vj7c5qn9MdYq3QxofLh22EvQSs+3Xri54RNsydySvOe9zLpL7CFB7m6e5wlqKz7 hVyA09YVqHwBa45BBbXwNu2MeGs14zd5uz3iQo0urn+tE8l+RiP5knBaKPEM91BD 9Nop1ahFVSoIlQLvT5RsKXrgp09hdVu2n8nb5lozkdMdJg6XytHsSNFZagwg9B21 RzdzA6265ynOGAJcZnhCxwR2gdSje/BTnYwxcIcZ85kEKbVsVA62qNIdMdfyqvas JL/5i3R3ks3cE2cl/kjAIrNYTHFUzJI4hK+wHAViypMJZUy4kF0GAZwoqhMTnQdZ 7AVnvzr8f49aRWig6aC0e4j79VlM8f01aJuDXkS2s7aKNLWKqLtFXNR5Lp/aFvbg IRBj+UQ0JAoSjzuG88tclIp38Y2/WqLa9S3C9CogpnNz2jeh1zg/enotw7/5kUYr QPb4fPGTP5rc70wk4e84v/AOT7WauKH8IKM+TzFBtNMv4XhL/ChMFm7Zd9sGsujZ 5jFDEOwr446eUlAhcBToqLsjA2gO9xKGsnh/DsRUWknbDWXM898Tg+/LbERGy50y eaRsRrOHV/pgrKPoLdBF2UOev+N3e+MbfJwhbgGK/gyDRcmf7whXXOpgIsTQ4Qz8 z+K/a3W2fJZm =Hlvm -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 feedgnuplot 1.48-1 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 24 Feb 2018 12:56:05 -0800 Source: feedgnuplot Binary: feedgnuplot Architecture: source all Version: 1.48-1 Distribution: sid Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Dima Kogan Description: feedgnuplot - Pipe-oriented frontend to Gnuplot Changes: feedgnuplot (1.48-1) unstable; urgency=medium . * Added --tuplesize and --tuplesizeall * vnlog integration Checksums-Sha1: 8b061fd9e0bc29e47a74b937aee5cc6f4323bb0b 2073 feedgnuplot_1.48-1.dsc 71f25f8f565bb0d4c2787719f168341f616b5615 39979 feedgnuplot_1.48.orig.tar.gz 8e8f630cd348790b9fa23c68bbc20cd7ae062e03 3452 feedgnuplot_1.48-1.debian.tar.xz fd9797ef6569e13d9d8d4c8342b5af7419443148 46148 feedgnuplot_1.48-1_all.deb 22b35c04583ceb9fd2554c31978dabe9b6521319 9778 feedgnuplot_1.48-1_amd64.buildinfo Checksums-Sha256: 0c9a2ec654d15d4299eac8ea4a88df0486242e4d2d78bfb83af0ba13ba6d4005 2073 feedgnuplot_1.48-1.dsc 6befa4d75abe5de263d2e49091707af81bd987fe1587b9acb1ae945b8d494a7c 39979 feedgnuplot_1.48.orig.tar.gz 828d0e32747454ab0eeb4807163ecc34be8d77aefd3d99e8388b59b80558794b 3452 feedgnuplot_1.48-1.debian.tar.xz 2ce22e39f0f514a25553d6566c5c18adee8adc83ac728d3d6b5864a90e0b371f 46148 feedgnuplot_1.48-1_all.deb 3a010eda927a90301f03d66c6a895f367228d365515db050167862a711939811 9778 feedgnuplot_1.48-1_amd64.buildinfo Files: 05272a5eb7b70a87e5cab394087ffa5a 2073 science optional feedgnuplot_1.48-1.dsc be39f811ed675254828066a1519113de 39979 science optional feedgnuplot_1.48.orig.tar.gz 6e6d1dc64061b125a9aa7c8d25576ef5 3452 science optional feedgnuplot_1.48-1.debian.tar.xz ee573ed680f73b920cd2070e163ba4a4 46148 science optional feedgnuplot_1.48-1_all.deb 508c7d52225bdfdd70a0026a5817a1b4 9778 science optional feedgnuplot_1.48-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQJGBAEBCgAwFiEEdRwTXcLOAUM4CFTz7WO2ElodFWEFAlqR0rwSHGRrb2dhbkBk ZWJpYW4ub3JnAAoJEO1jthJaHRVhRGEQAJV8CmIwiBCJTvIXIrhT37HlE9wRSUHW 6g/a2QNULUK7Y+yjIMRPil2Av5jKleOTZ0k1atW4oE6pIfILRj7I5V02oyO46A1q giNiIDTo2zdyRFaAPAP1N0zR2jkB926iBvRBgWn166IZh0XM7bCxM7Xs235Y/VyO EYzWHlpTNsMCn48h1ZEQtz0LsqAthRfUpbyqJn5Q5tq5edvA4Y3C74Ku00urQqfK KLDtyODBD1e/bqjnflHsTDsZzjGhj0YL/aJLoWegpvB8l4UiiZb8/3ity6FitENc 1Fz4sWHQQhyYVpmVUJLOsZYzzGSQuJOHTkhlh+quVsVmB7islUESVje/0rpX6LIn x3u6xdAbyAUlwEOL5Q/EzekrYYNcINkgPatUJERsLDfFUgBrZ27wK1TeV8+2TJ1r pJqQrnVLnBrJiE8jQ4ZFGt5IFImwDEVP/Nc44Yd79JS0EyL/6kOc/uNYFlCvKONc PKArvUfHb8QQWYSFihY/PuQumAse3laVp97v/TzyaU3kUdASrUL1j4Fv4FD+iq64 PvI8CwXFt0ZjZJuZIngCJJpieOoY3M3IrB9xqNP6DH6l96ITkAya+AQOoMq/zAoz 84jE6FyRRrkdARwU0tuqcQRPs61utLM7RffELEmYhW/+CrxNIbrN7PIg3e0JkswU Ys8GBg1UwuBh =61Sg -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 libdogleg 0.14-1 (source amd64 all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 12 Feb 2018 23:16:29 -0800 Source: libdogleg Binary: libdogleg2 libdogleg-doc libdogleg-dev Architecture: source amd64 all Version: 0.14-1 Distribution: sid Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Dima Kogan Description: libdogleg-dev - Powell's dog-leg nonlinear least squares solver for sparse matric libdogleg-doc - Powell's dog-leg nonlinear least squares solver for sparse matric libdogleg2 - Powell's dog-leg nonlinear least squares solver for sparse matric Changes: libdogleg (0.14-1) unstable; urgency=medium . * Minor upstream update - gradient-testing reports are now printed in an easy-to-parse asciilog - CHOLMOD error callback now uses the standardized wrapped print Checksums-Sha1: de127c1fa886b78b59c88bc5701c0dbbd144ab94 2166 libdogleg_0.14-1.dsc 48e6c69b80878066af3eb6d3ab8ae1d7286dc470 20991 libdogleg_0.14.orig.tar.gz 11b283c407e6edb2be30693c7abe052d171b5838 2920 libdogleg_0.14-1.debian.tar.xz f22b3b9c7882cbed96caaa250ca301172de39b8a 14880 libdogleg-dev_0.14-1_amd64.deb 3906b7174f116c77a488c8684fd521a17c951a50 21784 libdogleg-doc_0.14-1_all.deb 568e839f0505fc211c1beb9573a274bcd6d5760d 24008 libdogleg2-dbgsym_0.14-1_amd64.deb 768f92c91350c5cad64bd2ebb46398f34f1b746c 13452 libdogleg2_0.14-1_amd64.deb f3b4eaf6e69948c3c6546f9308be37d110da1a33 6915 libdogleg_0.14-1_amd64.buildinfo Checksums-Sha256: 0f8522c9aaf190ab29079a870f55af9a057b03627af4e15287818e902afe1831 2166 libdogleg_0.14-1.dsc 9e6134a630a745297162014f058d488936cbe32c2182a3cbfe42d5e673e5f1b3 20991 libdogleg_0.14.orig.tar.gz 6a6d9b98955e92ce138ca52fedf14deb80d9e11e2be4a388159e8d0485640acc 2920 libdogleg_0.14-1.debian.tar.xz c983da064436a5ee5f359a478dd49b36ae60c705b48075fd480b1e4b33c670a1 14880 libdogleg-dev_0.14-1_amd64.deb 529140bf080a036edccab6d08f23e0700e8c0efb83dd5f6e42b71aa70813734b 21784 libdogleg-doc_0.14-1_all.deb bf2d71773e7aeb99957c252221403806333ccae5f0baad03f307397d63c23550 24008 libdogleg2-dbgsym_0.14-1_amd64.deb fbf7e79467896ba1893612f41057d4184e252115a5f3c03823109b942b8a4efd 13452 libdogleg2_0.14-1_amd64.deb 8bfcebdf7a00ab86a8bfeac878e7745d496093f4a37ae63ddf915b2daecbe842 6915 libdogleg_0.14-1_amd64.buildinfo Files: 80af15d94129e6faf2c1776988fe75af 2166 science optional libdogleg_0.14-1.dsc 7c739ec6743ede2773bdaf44ed0d0ca0 20991 science optional libdogleg_0.14.orig.tar.gz f8b5a549ad4baa335d18f862cc01ef19 2920 science optional libdogleg_0.14-1.debian.tar.xz b8bad767eba613ddea4a4e8152e86351 14880 libdevel optional libdogleg-dev_0.14-1_amd64.deb ae1046aa95b3a768265215c989635074 21784 doc optional libdogleg-doc_0.14-1_all.deb 36660a17dec4cc9c6a11f2ca0f2cec63 24008 debug optional libdogleg2-dbgsym_0.14-1_amd64.deb 03550b6b01121d58933773205839e02a 13452 libs optional libdogleg2_0.14-1_amd64.deb be4c80b2fd8bca1c2048fc341433d6da 6915 science optional libdogleg_0.14-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQJGBAEBCgAwFiEEdRwTXcLOAUM4CFTz7WO2ElodFWEFAlqClSkSHGRrb2dhbkBk ZWJpYW4ub3JnAAoJEO1jthJaHRVhtlsP/30BhMGZ2c/q+jOsJjIhhAM/1pGyDXmx iEDiNZz7LFcZAJxt5j4XlX7d7jN2KLxx/4vz3qTG4ZyKrgkqM1NJYFSw8qwdftDH XP0UJC7LJL+e+vSFWa8GTSnq+EAJBORFMKg/5bv7b7FoNex31r62JwKFiUg4flmA xuTZLiKGD5Qt3B21fML/8pfoAcpV5Dycwh+spQQgGYhCaxGnXM/zqStzWNuNQJmV Xu9CS5zCcbu4aPBDSGxceNELUjkV//HZJ2kWE4D7mOd2sjoqQPsfmjtRlAZMxFq5 6Jjm1L+nGQa+4AmqOG9EZB29v6RjtFPQsGNEElqV/t8EUnTwjDB+ZUdxscnLCYne 5OKW8b5vvIH3DTgsggILG9NgSWJTKhFwvvAmpmdSlJs4I2ngFHW+K3K8a5NglWAx NADq/faqqXITIvjQCTYk0n4kv2Fim5/EpvG9mjg2C2Wrw994wJzFf+C4zK2t4yuQ QBSzNDDiZqv6YIIF2KPx2n4K/3E8zhu3TBUI8J20oprR6PVskrqdMjdyyNjn/iWS 0TUTxOIl62PcGfLDk0MXoR0bCkp7TIfyQ/5PBKqLrxv/wUIMCiFH1mx5X5TZiw4g wTEBfx4j0cE8B1wYoelkJ3LiWg6knIggNDcdt7hdQfcbL0vW+OiXLNLShZbiySCI Is4gVue8boHL =mJpW -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#876300: libsundials-dev: libsundials-serial-dev is gone
Thanks for the report Paolo Greppi writes: > on stretch libsundials-serial-dev is available. > > With the update 2.7.0 release this is not available anymore. I assume it > is replaced by libsundials-dev. Yep > Should there be a transitional package to ease the migration ? There's nothing that depends on libsundials-serial-dev, so it's not obvious to me we need a migration package. Why do you think we need it? dima -- 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#883619: libceres-dev: dependency on libeigen3-dev isn't strong enough
Package: libceres-dev Version: 1.13.0+dfsg0-1 Severity: normal Hi. Currently in libceres-dev we have Depends: libeigen3-dev (>= 3.2.1) However in /usr/lib/cmake/Ceres/CeresConfig.cmake it does set(CERES_EIGEN_VERSION 3.3.4) And then proceeds to barf if this wasn't found. The Depends should be tightened accordingly, or the requirement in the .cmake file should be loosened, if it CAN work with < 3.3.4. Thanks -- 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: sundials_2.7.0+dfsg-1~exp1_amd64.changes REJECTED
Chris Lamb writes: > Looks like a bunch of missing attributions under examples/templates/* > and config/. Thanks for finding these. Did you do this manually, or do you have some tool to check debian/copyright for completeness? -- 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
S�bastien Villemot writes: > Le lundi 20 mars 2017 � 00:12 -0700, Dima Kogan a �crit: > >> 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. > > I agree with the general approach, and I have committed your patches on > a new git branch named "multiarch". Cool! > 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. > >> 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). OK. I'll take a look at some point. >> 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. Great. I have two more patches (attached), that were needed for cross-building. >From 468609426ab37e7c64170443e20b6baa77d1d51c Mon Sep 17 00:00:00 2001 From: Dima Kogan Date: Sat, 6 May 2017 21:01:41 -0700 Subject: [PATCH 1/3] using arch-specific compilers, binutils --- debian/patches/series | 1 + debian/patches/using-arch-specific-compilers.patch | 39 ++ debian/rules | 6 ++-- 3 files changed, 43 insertions(+), 3 deletions(-) create mode 100644 debian/patches/using-arch-specific-compilers.patch diff --git a/debian/patches/series b/debian/patches/series index e396170..3130da1 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -2,3 +2,4 @@ icamax-izamax-extended-precision.patch doxygen-strip-source.patch fix-typos.patch test-numbering.patch +using-arch-specific-compilers.patch diff --git a/debian/patches/using-arch-specific-compilers.patch b/debian/patches/using-arch-specific-compilers.patch new file mode 100644 index 000..7ba01a8 --- /dev/null +++ b/debian/patches/using-arch-specific-compilers.patch @@ -0,0 +1,39 @@ +diff --git a/INSTALL/make.inc.gfortran b/INSTALL/make.inc.gfortran +index ccd0994..1c5bd62 100644 +--- a/INSTALL/make.inc.gfortran b/INSTALL/make.inc.gfortran +@@ -16,11 +16,11 @@ SHELL = /bin/sh + # and handle these quantities appropriately. As a consequence, one + # should not compile LAPACK with flags such as -ffpe-trap=overflow. + # +-FORTRAN = gfortran ++FORTRAN = $(DEB_HOST_GNU_TYPE)-gfortran + OPTS = -O2 -frecursive + DRVOPTS = $(OPTS) + NOOPT= -O0 -frecursive +-LOADER = gfortran ++LOADER = $(DEB_HOST_GNU_TYPE)-gfortran + LOADOPTS = + # + # Timer for the SECOND and DSECND routines +@@ -46,7 +46,7 @@ TIMER= INT_ETIME + # + # CC is the C compiler, normally invoked with options CFLAGS. + # +-CC = gcc ++CC = $(DEB_HOST_GNU_TYPE)-gcc + CFLAGS = -O3 + # + # LAPACKE has also the interface to some routines from tmglib, +@@ -56,9 +56,9 @@ CFLAGS = -O3 + # The archiver and the flag(s) to use when building archive (library) + # If you system has no ranlib, set RANLIB = echo. + # +-ARCH = ar ++ARCH = $(DEB_HOST_GNU_TYPE)-ar + ARCHFLAGS= cr +-RANLIB = ranlib ++RANLIB = $(DEB_HOST_GNU_TYPE)-ranlib + # + # Location of the extended-precision BLAS (XBLAS) Fortran library + # used for building and testing extended-precision routines. The diff --git a/debian/rules b/debian/rules index d917bbf..e4c0f6a 100755 --- a/debian/rules +++ b/debian/rules @@ -12,11 +12,11 @@ SO:=3 BUILDFLAGS_ENV:=DEB_LDFLAGS_MAINT_STRIP="-Wl,-Bsymbolic-functions" LDFLAGS:=$(shell $(BUILDFLAGS_ENV) dpkg-buildflags --get LDFLAGS) -F77:=gfortran +F77:=$(DEB_HOST_GNU_TYPE)-gfortran FFLAGS:=$(shell dpkg-buildflags --get FFLAGS) FFLAGS_NOOPT:=$(shell DEB_BUILD_OPTIONS=noopt dpkg-buildflags --get FFLAGS) -CC:=/usr/bin/cc +CC:=$(DEB_HOST_GNU_TYPE)-gcc CFLAGS:=$(shell dpkg-buildflags --get CFLAGS) CPPFLAGS:=$(shell dpkg-buildflags --get CPPFLAGS) @@ -53,7 +53,7 @@ endif dh $@ make.inc: INSTALL/make.inc.gfortran - sed -e "s,\(^CC *=\).*,\1 /usr/bin/cc,1" \ + sed -e "s,\(^CC *=\).*,\1 $(DEB_HOST_GNU_TYPE)-gcc,1" \ -e "s,\(^NOOPT *=\).*,\1 \$$(PICOPTS) $(FFLAGS_NOOPT),1&
Re: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED
Andreas Tille writes: > On Mon, May 22, 2017 at 12:17:58AM -0700, Dima Kogan wrote: >> > My plan is to work on it this weekend. Do keep pinging me to make sure >> > it's done. >> >> Progress. All examples now build from /usr/share/doc. This is the main >> remaining technical hurdle. The rest is important, but shouldn't take >> terribly long to complete. > > Thanks a lot for the update. It would be nice if you would push your > changes to Git - may be I could check in advance. I pushed it yesterday to ssh://git.debian.org/git/debian-science/packages/sundials.git Dependencies are almost certainly incomplete still. There's a single -dev package, and the examples are all in -doc, which will change. Still, Each example (after gunzipping) builds with cmake -Wno-dev && make All testing and fixes appreciated. -- 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: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED
Andreas Tille writes: > any news from this package? My plan is to work on it this weekend. Do keep pinging me to make sure it's done. -- 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#861988: src:cminpack: DEB_BUILD_OPTIONS=nocheck is now supported
Package: src:cminpack Severity: normal Hi. The package sources weren't respecting DEB_BUILD_OPTIONS=nocheck. That attached patch fixes this. Thanks! -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) >From dee932e4c54aabb24ba4e0d2d388285082fdbb52 Mon Sep 17 00:00:00 2001 From: Dima Kogan Date: Sat, 6 May 2017 19:22:46 -0700 Subject: [PATCH] explicitly supporting DEB_BUILD_OPTIONS=nocheck override_dh_auto_test ALWAYS runs, it's up to the thing being executed to respect DEB_BUILD_OPTIONS=nocheck --- debian/rules | 5 + 1 file changed, 5 insertions(+) diff --git a/debian/rules b/debian/rules index dc8ea3d..d75f194 100755 --- a/debian/rules +++ b/debian/rules @@ -16,7 +16,12 @@ override_dh_auto_configure: dh_auto_configure -- $(CMAKE_EXTRA_FLAGS) override_dh_auto_test: +ifeq ($(filter $(DEB_BUILD_OPTIONS),nocheck),) $(MAKE) -C examples ctest +else + @echo '"DEB_BUILD_OPTIONS" has "nocheck". Skipping tests' + true +endif override_dh_clean: dh_clean -- 2.11.0 -- 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: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED
Dima Kogan writes: > OK. It's nowhere near done, but probably good enough for experimental. > Give me a few days. I just looked at it. There actually are some package names that are new in respect with the previous packages and that probably will change when we actually finish this (specifically libsundials-dev and libsundials-doc). I think I don't want anything going into NEW that will disappear by the time we make a non-experimental release. So let's hold off. Yes? The tree in git can be used to build packages. You mentioned that an upload would be useful for testing packages that Depends:libsundials-something Are there specific ones you're thinking of? -- 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: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED
On April 13, 2017 4:55:23 AM PDT, Andreas Tille wrote: > >I wonder whether you think the package names will need some change. If >not I think it might make sense to push again to experimental to let it >pass new queue. Users should assume that packages in experimental are >... well, just experimental. My motivation to suggest this upload is >that while I fully agree that the examples should work I could in >parallel check whether other libs needing this library will build. I >could concentrate on my initial target and while doing so doing >parallel >tests OK. It's nowhere near done, but probably good enough for experimental. Give me a few days. -- 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: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED
Andreas Tille writes: > Please let me know if any help might be needed. New queue is currently > very short - so this might be a good time for uploading. Hi. Before trying to upload again, I'd like to actually get this into a state when I myself know that it's semi-working. My benchmark is that I should be able to - install the packages - build the examples from the packages - run the examples I just built I worked on it a bit last week, and it's in much better shape now, but still not upload-worthy, I think. I talked to James Tocknell about progress to coordinate with him, but I don't think he had the cycles to do anything here. The current state of the tree in master: - All the various nvec types split into separate packages. All the different PARALLEL types split into separate packages - A single libsundials-dev does everything. This probably is wrong, but is good enough to test. Let's get everything else right, then split this - debian/control has bogus descriptions and dependencies - I'm not building examples WHEN BUILDING THE PACKAGES, but instead I'm shipping them in libsundials-doc (should instead go into the -dev package of whatever is being demonstrated). The user should be able to 1. cd /usr/share/doc/whatever/examples 2. mkdir build 3. cd build 4. cmake .. 5. make 6. run example This required some patching to the example cmake files (I've only touched arkode for now), but this now works at least for arkode/C_serial Once we're happy with how this is done, we can apply these patches to all the examples - The pkgconfig business for PETSc wasn't working. Rather pkg-config itself was working, but cmake was being stupid and doing something wrong with the results. It took me way too long to debug it, and I never did figure it out. But we have Build-depends, so we don't need to find anything: we already know where everything is. Thus the current makefiles simply take the output of pkg-config and don't test it. If somebody wants to fix that, go for it. In any case, the packages are building are working somewhat. I'll pick this up again when I have the cycles, but if somebody wants to push on it before then, PLEASE do so! dima -- 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: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED
Thorsten Alteholz writes: > as I didn't find the depedency mpi-default-run in the archive, I > assume that this is a typo. Please reupload the package if I missed it > somewhere ... Hi. Thanks much for checking this. These packages are not ready for primetime (hence going to experimental), but I thought they were installable at least. I'll clean them up as I get the time and reuploaded something when it's ready. dima -- 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: ping
Hi. Can we get this working? There're many packages that Build-Depends: (stuff that eventually depends on BLAS) and those can't be cross-built right now. 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. The issues: 1. Something is wrong with libblas.a. It ends up mostly empty for me 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. Clearly, we'd also need to update the other packages that provide BLAS implementations, but let's do this one step at a time. dima >From 44744e7be2610fb94d14723af356f24d7c3a36c5 Mon Sep 17 00:00:00 2001 From: Dima Kogan Date: Sun, 12 Mar 2017 18:23:53 -0700 Subject: [PATCH 1/4] installing everything to an arch-dependent path --- debian/control| 2 +- debian/libblas-dev.install| 6 -- debian/libblas3.install | 4 +++- debian/liblapack-dev.install | 8 +--- debian/liblapack-pic.install | 4 +++- debian/liblapack3.install | 4 +++- debian/liblapacke-dev.install | 6 -- debian/liblapacke.install | 6 -- debian/libtmglib-dev.install | 6 -- debian/libtmglib3.install | 4 +++- 10 files changed, 34 insertions(+), 16 deletions(-) mode change 100644 => 100755 debian/libblas-dev.install mode change 100644 => 100755 debian/libblas3.install mode change 100644 => 100755 debian/liblapack-dev.install mode change 100644 => 100755 debian/liblapack-pic.install mode change 100644 => 100755 debian/liblapack3.install mode change 100644 => 100755 debian/liblapacke-dev.install mode change 100644 => 100755 debian/liblapacke.install mode change 100644 => 100755 debian/libtmglib-dev.install mode change 100644 => 100755 debian/libtmglib3.install diff --git a/debian/control b/debian/control index 04777f8..0dd314f 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: libs Priority: optional Maintainer: Debian Science Team Uploaders: Sébastien Villemot -Build-Depends: debhelper (>= 10), gfortran, python, dpkg-dev (>= 1.16.1~) +Build-Depends: debhelper (>= 10), gfortran, python, dpkg-dev (>= 1.16.1~), dh-exec Build-Depends-Indep: doxygen, graphviz Standards-Version: 3.9.8 Homepage: http://www.netlib.org/lapack/ diff --git a/debian/libblas-dev.install b/debian/libblas-dev.install old mode 100644 new mode 100755 index 58b0a87..e817416 --- a/debian/libblas-dev.install +++ b/debian/libblas-dev.install @@ -1,5 +1,7 @@ -libblas.so usr/lib/libblas/ -libblas.a usr/lib/libblas/ +#!/usr/bin/dh-exec + +libblas.so usr/lib/${DEB_HOST_MULTIARCH}/libblas/ +libblas.a usr/lib/${DEB_HOST_MULTIARCH}/libblas/ CBLAS/include/cblas.h usr/include/ CBLAS/include/cblas_mangling.h usr/include/ CBLAS/include/cblas_f77.h usr/include/ diff --git a/debian/libblas3.install b/debian/libblas3.install old mode 100644 new mode 100755 index ded6b76..078cb04 --- a/debian/libblas3.install +++ b/debian/libblas3.install @@ -1 +1,3 @@ -libblas.so.* usr/lib/libblas/ +#!/usr/bin/dh-exec + +libblas.so.* usr/lib/${DEB_HOST_MULTIARCH}/libblas/ diff --git a/debian/liblapack-dev.install b/debian/liblapack-dev.install old mode 100644 new mode 100755 index 8672ba0..a91ff19 --- a/debian/liblapack-dev.install +++ b/debian/liblapack-dev.install @@ -1,3 +1,5 @@ -liblapack.so usr/lib/lapack/ -liblapack.a usr/lib/lapack/ -lapack-netlib.pc /usr/lib/pkgconfig +#!/usr/bin/dh-exec + +liblapack.so usr/lib/${DEB_HOST_MULTIARCH}/lapack/ +liblapack.a usr/lib/${DEB_HOST_MULTIARCH}/lapack/ +lapack-netlib.pc /usr/lib/${DEB_HOST_MULTIARCH}/pkgconfig diff --git a/debian/liblapack-pic.install b/debian/liblapack-pic.install old mode 100644 new mode 100755 index 9473332..71a98a4 --- a/debian/liblapack-pic.install +++ b/debian/liblapack-pic.install @@ -1 +1,3 @@ -liblapack_pic.a usr/lib/lapack/ +#!/usr/bin/dh-exec + +liblapack_pic.a usr/lib/${DEB_HOST_MULTIARCH}/lapack/ diff --git a/debian/liblapack3.install b/debian/liblapack3.install old mode 100644 new mode 100755 index acd666f..ddd3d32 --- a/debian/liblapack3.install +++ b/debian/liblapack3.install @@ -1 +1,3 @@ -liblapack.so.* usr/lib/lapack/ +#!/usr/bin/dh-exec + +liblapack.so.* usr/lib/${DEB_HOST_MULTIARCH}/lapack/ diff --git a/debian/liblapacke-dev.install b/debian/liblapacke-dev.install old mode 100644 new mode 100755 index 0db42f7..053046b --- a/debian/liblapacke-dev.install +++ b/debian/liblapacke-dev.install @@ -1,3 +1,5 @@ +#!/usr/bin/dh-exec + LAPACKE/include/*.h usr/include/
Bug#856705: closed by Ruben Undheim (Bug#856705: fixed in graywolf 0.1.4+20170306gitecee764-1)
Debian Bug Tracking System writes: > This is an automatic notification regarding your Bug report > which was filed against the src:graywolf package: > > #856705: graywolf: License violation > > It has been closed by Ruben Undheim . Thanks for taking care of this. You rock. -- 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 Edwards writes: > 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
Bug#856705: graywolf: License violation
Source: graywolf Severity: serious Hi. graywolf is using some numerical routines from numerical recipes. These are NOT free software and may not be used in a free software project. For Debian, you can elide these sources. It would also be great if you talked to upstream so that they stop violating copyrights also. Look at Ysvd_decompose) in src/Ylib/svd.c A later version of the book chapter this function came from lives here: http://numerical.recipes/webnotes/nr3web2.pdf You can see many similarities. If you look at the older version of the book, you will see 100% similarities. The copyright statement is here: http://numerical.recipes/public-domain.html I haven't done a thorough search, and I can imagine the SVD implementation isn't the only violation here. It would be great if you looked more thoroughly. Thanks -- 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#856703: visp: License violation
Source: visp Severity: serious Hi. visp is using some numerical routines from numerical recipes. These are NOT free software and may not be used in a free software project. For Debian, you can elide these sources. It would also be great if you talked to upstream so that they stop violating copyrights also. Look at vpMatrix::svdNr() in modules/core/src/math/matrix/vpMatrix_svd.cpp A later version of the book chapter this function came from lives here: http://numerical.recipes/webnotes/nr3web2.pdf You can see many similarities. If you look at the older version of the book, you will see 100% similarities. The copyright statement is here: http://numerical.recipes/public-domain.html I haven't done a thorough search, and the SVD implementation isn't the only violation here. For instance I also see vpMatrix::LUBksb() and vpMatrix::LUDcmp() but it would be great if you looked more thoroughly. Thanks -- 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#854905: Acknowledgement (libpetsc3.7.5-dev: Package uninstallable: libopenmpi-dev dependency unsatisfiable)
I should say that this is uninstallable in unstable only. stretch is fine. -- 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#854905: libpetsc3.7.5-dev: Package uninstallable: libopenmpi-dev dependency unsatisfiable
Package: libpetsc3.7.5-dev Severity: grave Hi. Currently libpetsc3.7.5-dev is uninstallable. Sbuild resolver says: missing: pkg: package: libpetsc3.7.5-dev version: 3.7.5+dfsg1-4 architecture: amd64 unsat-dependency: libopenmpi-dev:amd64 (< 2.0.2~git.20161226) depchains: - depchain: - package: sbuild-build-depends-sundials-dummy version: 0.invalid.0 architecture: amd64 depends: libpetsc3.7-dev:amd64 - package: libpetsc3.7-dev version: 3.7.5+dfsg1-4 architecture: amd64 depends: libpetsc3.7.5-dev:amd64 Which is true, because libpetsc3.7.5-dev has Depends: libopenmpi-dev (>= 2.0.2~git.20161225), libopenmpi-dev (<< 2.0.2~git.20161226) But the only available libopenmpi-dev is 2.0.2-2 -- 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#827942: src:gnuplot: All packages that give you a functional gnuplot should Provides:gnuplot
Package: src:gnuplot Severity: normal Hi. Today I installed gnuplot5-qt to plot stuff. Then I tried to install some other package that Depends:gnuplot, and it demanded that I then install gnuplot5 also. Should this be necessary? I'm thinking that we should have more Provides tags to make more things work without requiring extra packages. So anything that gives you a gnuplot that can make plots (gnuplot{,5}-{nox,x11,qt}) should Provides:gnuplot. And gnuplot5-* should Provides:gnuplot5. Does that sound reasonable? Thanks! dima -- 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#811247: pdl: Stored data files unreadable
Package: pdl Version: 1:2.007-4+b2 Severity: important Hi. Current PDL in Debian silently reads old IO::Storable files with incorrect contents. No error is produced, you just get bogus results in your piddles. This was fixed over a year ago: http://permalink.gmane.org/gmane.comp.lang.perl.pdl.devel/5644 And the fix was released upstream long ago as well. Can we please update to the latest upstream release to fix major bugs such as this? Thanks. -- 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 (Bug#793764: fixed in libdogleg 0.09-1)
Sébastien Villemot 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. Thanks -- 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#784117: qhull-bin: manpages refer to the wrong location for the docs
Package: qhull-bin Version: 2012.1-5 Severity: normal Hi. The manpage for qvoronoi (and others) says This program is documented fully in HTML format, available in the libqhull-dev package. SEE ALSO /usr/share/doc/libqhull-dev/html/qvoronoi.htm This is incorrect. The docs live in libqhull-doc, not libqhull-dev -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: armhf, armel, i386 Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qhull-bin depends on: ii libc6 2.19-17 ii libqhull6 2012.1-5 qhull-bin recommends no packages. Versions of packages qhull-bin suggests: pn geomview -- no debconf 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#756222: update
I haven't heard anything more about the armhf issue, so I'm going to ignore it without any more complaints. The not-found .d files is fixed in an imminent upload -- 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#756222: src:vlfeat: appears to ignore errors from mkoctfile
Hi. This is two separate issues. First the easy one: The "No such file or directory" errors you are seeing on amd64 are benign; the generated packages are not negatively affected. The issue is that the mkoctfile tool changed its behavior from liboctave-dev 3.6.x (in stable) to liboctave-dev 3.8.x (testing, unstable). In 3.6.x mkoctfile -M SOMEDIR/SOMEFILE.c would create SOMEDIR/SOMEFILE.d. This is the behavior vlfeat was assuming. In 3.8.x SOMEFILE.d is created in the current directory instead. I'll fix it when I update this package, but its benign in the meantime. The issue you're seeing on armhf looks more serious, but I don't have porterbox access, so I can't debug it directly. Looking at the armhf package in the archive, it looks fine. Looking at the buildd logs that produced the packages in the archive, it looks fine too: https://buildd.debian.org/status/fetch.php?pkg=vlfeat&arch=armhf&ver=0.9.17%2Bdfsg0-6%2Bb1&stamp=1393709508 Here you can see that things built just fine on armhf, including the mkoctfile commands. Could you simply be running out of memory, and the slowness is simply swapping? If you want, you can run the command in your bug report by itself on your armhf box to see if it is problematic. The command is /usr/bin/mkoctfile -I. -I./toolbox -M "./toolbox/slic/vl_slic.c" Run that from the root of the vlfeat tree. If you see the issues (std::bad_alloc or slowness), then you can try to see if you're hitting memory limits or other issues. Since it worked for the buildhost, I suspect it's not a bug in the vlfeat package. Let me know if this remains mysterious, and I'll ask for porterbox access and look into it myself. dima -- 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#479445: Moved
forwarded 479445 https://sourceforge.net/p/gnuplot/feature-requests/270/ tags 479445 wishlist thanks Upstream tracker URL changed. They decided this is too much of a pain to fix, so they're not working on it. -- 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#741074: gnuplot-nox: By default no plots (or error messages) are generated
I sent a patch upstream: https://sourceforge.net/p/gnuplot/patches/660/ It would be great if the Debian package take this patch or change the default terminal for gnuplot-nox, as I mentioned earlier. dima -- 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#741074: gnuplot-nox: By default no plots (or error messages) are generated
Package: gnuplot-nox Version: 4.6.5-1 Severity: normal Hi. When using gnuplot-nox to make plots WITHOUT setting up a terminal, gnuplot starts up with the "unknown" terminal. Any plot command then results in no output AND no error messages. Example: dima@shorty:~$ dpkg -l gnuplot-nox Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---== ii gnuplot-nox4.6.5-1 amd64Command-line driven interactive plotting program. dima@shorty:~$ ls -l ~/.gnuplot ls: cannot access /home/dima/.gnuplot: No such file or directory dima@shorty:~$ gnuplot G N U P L O T Version 4.6 patchlevel 5last modified February 2014 Build System: Linux x86_64 Copyright (C) 1986-1993, 1998, 2004, 2007-2014 Thomas Williams, Colin Kelley and many others gnuplot home: http://www.gnuplot.info faq, bugs, etc: type "help FAQ" immediate help: type "help" (plot window: hit 'h') Terminal type set to 'unknown' gnuplot> plot x gnuplot> ^D So no plot was generated, and no error message came through either. This is a highly non-obvious failure, especially when using gnuplot indirectly (with feedgnuplot, say). I think gnuplot should produce an error message if trying to plot with an 'unknown' terminal, and I'll suggest that upstream. Until then, I propose to set a default terminal in /usr/share/gnuplot/gnuplot/4.6/gnuplotrc so that we don't come up with the 'unknown' terminal. I suggest the 'dumb' terminal. This likely isn't what the user wants (although maybe it IS, since they installed 'gnuplot-nox'), but it would be a highly obvious behavior. -- 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#741073: gnuplot: Default 'apt-get install gnuplot' installs a non-x11 version
Package: gnuplot Version: 4.7~2-4 Severity: normal Hi. This isn't strictly a bug, but a request. Currently the "gnuplot" package is Depends: gnuplot-nox | gnuplot-x11 | gnuplot-qt Thus when a user says "apt-get install gnuplot", they get a gnuplot with no support for interactive, graphical output. This is surely a safe option, but it's not what most users want. I'm the author of a gnuplot frontend (feedgnuplot), and at least 3 different people sent me bug reports that were due to them accidentally installing a gnuplot without graphical output. This problem is exacerbated by gnuplot reporting no error messages at all when trying to make plots with gnuplot-nox without setting up a terminal first (another bug report coming for this). I propose that gnuplot-nox be moved to the end of the dependency list, since wanting this package is an exceptional case, not the normal one. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers