Bug#1057405: Processed: Fix version number

Control: fixed -1 2.8.8+ds-2~exp1 On Wed 20 Dec 2023 12:33:04 AM GMT, "Debian Bug Tracking System" wrote: Processing control commands: fixed -1 2.88+ds-2~exp1 Bug #1057405 {Done: Bo YU } [src:nauty] pynormaliz ftbfs with Python 3.12 Bug #1057412 {Done: Bo YU } [src:nauty] pynormaliz: FTBFS

Bug#1057405: Fix version number

Control: fixed -1 2.88+ds-2~exp1 nauty's reversed dependencies are still marked as AUTORM because of this bug, possibly because it is marked as fixed in a pynormaliz version which islower than the nauty version? I'm updating the "fixed" version to 2.8.8+ds-2~exp1, which just entered

Bug#1015042: qepcad: FTBFS: ./source/saclib/GCSI.c:31: undefined reference to `GCM'

Control: reassign -1 src:saclib 2.2.8-4 Control: affects -1 src:qepcad On Sat, 16 Jul 2022 15:23:42 +0200 Lucas Nussbaum wrote: Source: qepcad Version: 1.74+ds-3 Severity: serious Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-20220716 ftbfs-bookworm Hi,

Bug#1012530: 4ti2: package header files

Source: 4ti2 Version: 1.6.9+ds-4 Severity: wishlist X-Debbugs-Cc: dtorra...@debian.org Dear Maintainer, 4ti2 exists as a shared library. Currently, the library files themselves are shipped for the 4ti2 binaries' use, in /usr/lib//4ti2. However, the header files for use with these libraries are

Bug#1000336: Upgrading tbb

On Sun 13 Mar 2022 04:50:32 PM EDT, M. Zhou wrote: Recently I'm not able to test the build of libtbb-dev's reverse dependencies as my build machine was out of access. That blocks my submission of the transition bug and hence I'm stalled at this point. According to some archlinux developers,

Bug#992003: [Debian-science-sagemath] Singular update

On Sat 20 Nov 2021 02:50:55 AM EST, Tobias Hansen wrote: any chance we could get an update of singular to 4.2.1.p0 in experimental? I tried to do it myself once but the package has many patches and it was difficult to get everything right. I'm also interested in getting singular 4.2.x in

Bug#950008: Sv: Bug#950008: gfan: assertion fails on riscv64

On Tue, 28 Jan 2020 13:28:02 + Anders Nedergaard Jensen wrote: Thanks for the bug report. Line 30 of application.cpp looks suspicious: while(p[l]!=0 && p[l]!='/'); Does it help to change it to while(l!=0 && p[l]!='/'); ? If not, I think I need to know what the char* argv[0] points to

Bug#997249: mpsolve: FTBFS: ./conftest.c:34: undefined reference to `yywrap'

Control: tags -1 confirmed On Sat, 23 Oct 2021 21:18:43 +0200 Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. I believe this became an issue when autoconf was bumped from 2.69 to 2.71 in unstable a few months ago. Fortunately, it has

Bug#996561: qepcad fails autopkgtests on !amd64, !i386

Control: tags -1 pending On Fri 15 Oct 2021 01:52:37 PM EDT, Doug Torrance wrote: On Fri 15 Oct 2021 10:29:40 AM EDT, Nilesh Patra wrote: qepcad fails its autopkgtests on every non-x86 arch as seen here. Can you fix this? I confirmed that QEPCAD isn't functioning for me locally on an

Bug#996561: qepcad fails autopkgtests on !amd64, !i386

Control: tags -1 confirmed On Fri 15 Oct 2021 10:29:40 AM EDT, Nilesh Patra wrote: qepcad fails its autopkgtests on every non-x86 arch as seen here. Can you fix this? I confirmed that QEPCAD isn't functioning for me locally on an armhf system (Raspberry Pi). I'll see if I can track down the

Bug#984353: surf-alggeo: ftbfs with GCC-11

Control: tags -1 patch On Wed, 03 Mar 2021 16:17:45 + Matthias Klose wrote: > ../../../yaccsrc/Script.cc: In static member function ‘static void > Script::clearScreen()’: > ../../../yaccsrc/Script.cc:910:23: error: reference to ‘byte’ is ambiguous > 910 | *intensity =

Bug#995020: macaulay2: autopkgtest regression and flaky test: SIGSEGV

I'll go ahead and close this bug. Oops, I put the -done address in Cc instead of To. Trying again... signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net

Bug#995020: macaulay2: autopkgtest regression and flaky test: SIGSEGV

On Sat 25 Sep 2021 03:32:13 PM EDT, Paul Gevers wrote: Hi Torrance, On 25-09-2021 04:56, Torrance, Douglas wrote: There's a problem though -- this macaulay2 autopkgtest regression is now preventing ntl from migrating to testing! [1] This seems like a chicken and egg situation -- we need

Bug#995020: macaulay2: autopkgtest regression and flaky test: SIGSEGV

On Fri 24 Sep 2021 05:15:25 PM EDT, Torrance, Douglas wrote: On Fri 24 Sep 2021 04:40:29 PM EDT, Paul Gevers wrote: Hi Torrance, On 24-09-2021 22:30, Torrance, Douglas wrote: I had noticed this as well. My guess is that it has something to do with the transition of ntl. libntl43

Bug#995020: macaulay2: autopkgtest regression and flaky test: SIGSEGV

On Fri 24 Sep 2021 04:40:29 PM EDT, Paul Gevers wrote: Hi Torrance, On 24-09-2021 22:30, Torrance, Douglas wrote: I had noticed this as well. My guess is that it has something to do with the transition of ntl. libntl43 is in testing, and libntl44 recently appeared in unstable. The unstable

Bug#995020: macaulay2: autopkgtest regression and flaky test: SIGSEGV

On Fri 24 Sep 2021 04:10:40 PM EDT, Paul Gevers wrote: Source: macaulay2 Version: 1.18+ds-4 X-Debbugs-CC: debian...@lists.debian.org Severity: serious User: debian...@lists.debian.org Usertags: regression flaky Dear maintainer(s), With a recent upload of macaulay2 the autopkgtest of macaulay2

Bug#993269: RFS: e-antic 0.1.8+ds-2

On Wed 22 Sep 2021 08:50:51 AM EDT, Nilesh Patra wrote: > On Wed, 22 Sept 2021 at 16:49, Torrance, Douglas > wrote: > >> Control: tags -1 pending >> >> e-antic and its reverse dependencies (macaulay2, normaliz, polymake, >> pynac, and >> singular) are curr

Bug#993269: RFS: e-antic 0.1.8+ds-2

Control: tags -1 pending e-antic and its reverse dependencies (macaulay2, normaliz, polymake, pynac, and singular) are currently scheduled for autoremoval on 2021-10-12 due to RC bug #993269. Peter Green tracked down a fix and submitted a patch, which I've pushed to Salsa, along with a couple

Bug#993923: macaulay2: FTBFS on s390x: error: installPackage: 1 error(s) occurred running examples for package SparseResultants

Control: forwarded -1 https://github.com/Macaulay2/M2/issues/2162 Control: tags -1 pending On Wed 08 Sep 2021 04:42:51 AM EDT, Sebastian Ramacher wrote: | ../../m2/debugging.m2:20:6:(1):[9]: error: installPackage: 1 error(s) occurred running examples for package SparseResultants: | |

Bug#992432: RFS: frobby (NEW binary package)

On Wed 18 Aug 2021 03:35:19 PM EDT, Doug Torrance wrote: > Due to [1], frobby needs a soname version bump and hence a NEW binary package > (libfrobby0 -> libfrobby1). As a DM, I'm not able to upload packages to the > NEW queue. Would anyone be able to review/sponsor? > >

Bug#992432: RFS: frobby (NEW binary package)

Control: tags -1 pending Due to [1], frobby needs a soname version bump and hence a NEW binary package (libfrobby0 -> libfrobby1). As a DM, I'm not able to upload packages to the NEW queue. Would anyone be able to review/sponsor? https://salsa.debian.org/science-team/frobby Thanks! Doug [1]

Bug#992432: frobby: undefined symbol: _ZN9constants7versionE

Message-ID: <162929730510.557678.4828600179998098531.reportbug@mixtuppa> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Mailer: reportbug 7.10.3ubuntu1 Package: frobby Version: 0.9.5-1 Severity: important X-Debbugs-Cc: dtorra...@piedmont.edu

Bug#991750: nauty: segfaults during sagemath testsuite

Control: forwarded -1 na...@anu.edu.au FYI, the segfault below was just reported in Debian. On Sat, 31 Jul 2021 21:11:10 +0200 (CEST) Ahzo wrote: > Package: nauty > Version: 2.7r1+ds-2 > Severity: important > Control: affects -1 sagemath > > Hi, > > during the sagemath testsuite, a nauty

Bug#950008: gfan: assertion fails on riscv64

On Tue, 28 Jan 2020 10:29:07 +0100 Tobias Hansen wrote: > many of sagemath's doctests in the interface to gfan fail on riscv64 with the > following error: > > gfan_*: src/application.cpp:42: char* tail(char*): Assertion `*p==*m' failed. > > It looks like the pointer arithmetic in the function

Bug#987921: [RFS] Re: Bug#987921: linbox FTBFS on 32bit with gcc 10

On Sun 09 May 2021 05:16:38 PM EDT, Anton Gladky wrote: > I will review/upload the package tomorrow, > Please file a pre-approval request against release.debian.org. Thanks Thanks! Pre-approval request: https://bugs.debian.org/988296 Doug -- debian-science-maintainers mailing list

Bug#985339: nauty: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

Andrius Merkys writes: > On 2021-03-17 00:51, Andreas Beckmann wrote: >> On 16/03/2021 16.05, Andrius Merkys wrote: >>> symlink_to_dir /usr/share/doc/nauty libnauty2 2.7r1+ds-1~ >> >> That looks correct. > > Thanks for confirming. > >>> From this I gather that upgrades of nauty <= 2.7r1+ds-1 to

Bug#984231: mathicgb: ftbfs with GCC-11

Control: forwarded -1 https://github.com/Macaulay2/mathicgb/issues/25 Matthias Klose writes: > The package fails to build in a test rebuild on at least amd64 with > gcc-11/g++-11, but succeeds to build with gcc-10/g++-10. The > severity of this report will be raised before the bookworm release,

Bug#974558: src:gfan: autopkgtest times out on i386 and armhf

tags: -1 pending On 11/12/20 6:48 AM, Doug Torrance wrote: I'll take another look at the underlying problem to see if we can't actually fix the test itself, but otherwise, I'll patch it out for autopkgtest, too. I've found the underlying problem! There was an "int64" typedef that was

Bug#974558: src:gfan: autopkgtest times out on i386 and armhf

Control: tags -1 confirmed On 11/12/20 4:43 AM, Paul Gevers wrote: Your package has an autopkgtest, great! However, it fails due to timeout on i386 and armhf. Can you please investigate and fix the situation? To avoid needlessly stress our infrastructure, I'll block this package on i386 and

Bug#969142: frobby: FTBFS with doxygen 1.8.19

On 8/31/20 3:35 AM, Paolo Greppi wrote: > Il 30/08/20 13:57, Torrance, Douglas ha scritto: >> After adding graphviz to Build-Depends, I get a build error a bit >> further down: >> >>> cd bin/develDoc/latexPdf; for f in `ls *.eps`; do epstopdf $f; done # >>>

Bug#969142: frobby: FTBFS with doxygen 1.8.19

Control: tags -1 confirmed On 8/28/20 3:43 AM, Paolo Greppi wrote: > while rebuilding the build dependencies of doxygen with the upcoming doxygen > 1.8.19 > (https://salsa.debian.org/debian/doxygen/-/wikis/ratt_doxygen_1.8.19-1_amd64-partial) > this package FTBFS. > > This is the error: > >

Bug#967088: fflas-ffpack: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2

Control: forwarded -1 https://github.com/linbox-team/fflas-ffpack/issues/282 Control: tags -1 pending On 8/4/20 3:11 AM, Lucas Nussbaum wrote: == FFLAS-FFPACK 2.4.3: tests/test-suite.log == # TOTAL: 40 #

Re: mpsolve_3.1.8-1_amd64.changes REJECTED

On 7/21/20 5:00 PM, Thorsten Alteholz wrote: > according to the file headers, Dipartimento di Matematica "L. Tonelli", Pisa. > is a copyright holder. The other person you mentioned seem to be "just" the > authors. > Some files are even available under GPL-3+ and some icons are licensed under >

Bug#950008: gfan: assertion fails on riscv64

Control: forwarded -1 jen...@imf.au.dk Hello! I am forwarding the bug report below from the Debian package of gfan: On Tue, Jan 28, 2020 at 4:33 AM Tobias Hansen wrote: > Source: gfan > Version: 0.6.2-2 > Severity: normal > > Hi, > > many of sagemath's doctests in the interface to gfan fail on

Bug#948146: mathic FTCBFS: abuses AC_CHECK_FILE

Control: forwarded -1 https://github.com/Macaulay2/mathic/pull/4 On Sat, Jan 4, 2020 at 11:15 AM Helmut Grohne wrote: > mathic fails to cross build from source, because it abuses AC_CHECK_FILE > for searching files on the build system while it is meant for checking > files on the host system.

Bug#944055: linbox ftbfs on armhf, bus errors in the test suite

Control: forwarded -1 https://github.com/linbox-team/linbox/issues/238 On Sun, Nov 3, 2019 at 8:57 AM Matthias Klose mailto:d...@debian.org>> wrote: linbox ftbfs on armhf, bus errors in the test suite, like ../build-aux/test-driver: line 107: 21585 Bus error "$@" > $log_file 2>&1

Bug#941402: memtailor FTCBFS: abuses AC_CHECK_FILE

Control: forwarded -1 https://github.com/Macaulay2/memtailor/pull/4 On Mon, Sep 30, 2019 at 12:36 AM Helmut Grohne mailto:hel...@subdivi.de>> wrote: Source: memtailor Version: 1.0~git20160311-2 Tags: patch upstream User: debian-cr...@lists.debian.org

Bug#929037: mathicgb FTCBFS: abuses AC_CHECK_FILE

Control: forwarded -1 https://github.com/Macaulay2/mathicgb/pull/14 On Wed, May 15, 2019 at 4:18 PM Helmut Grohne mailto:hel...@subdivi.de>> wrote: mathicgb fails to cross build from source, because it abuses AC_CHECK_FILE to discover source files on the build machine. The macro is meant to

Bug#925120: Updating the fflas-ffpack Uploaders list

Control: tags -1 pending On 3/19/19 8:00 AM, Pierre-Elliott Bécue wrote: > lifong...@gmail.com has not been working on > the fflas-ffpack package for quite some time. > > We are tracking their status in the MIA team and would like to ask you > to remove them from the Uploaders list of the

Bug#925050: Updating the givaro Uploaders list

Control: tags -1 pending On 3/19/19 8:00 AM, Pierre-Elliott Bécue wrote: > lifong...@gmail.com has not been working on > the givaro package for quite some time. > > We are tracking their status in the MIA team and would like to ask you > to remove them from the Uploaders list of the package so

Bug#922564: FTBFS on ppc64el

Control: merge -1 910237 On 2/18/19 1:11 AM, Mo Zhou wrote: > Source: mathicgb > Version: 1.0~git20170606-2 > Severity: important > > See attached buildlog Thanks for the report! This issue was previously reported in #910237, so merging. Doug -- debian-science-maintainers mailing list

Bug#910237: googletest breaks mathicgb autopkgtest: invalid cast

Control: forwarded -1 https://github.com/Macaulay2/mathicgb/issues/12 On 10/05/2018 09:40 AM, Paul Gevers wrote: > Control: tags -1 ftbfs > Control: severity -1 serious > Control: retitle -1 googletest causes mathicgb to FTBFS: invalid cast > > On 05-10-18 05:04, Steve Robbins wrote: >>>