On Fri, Jan 20, 2017 at 22:08:03 +0100, Julien Puydt wrote:
> Hi,
>
> the flint package uses gcc-5 and g++-5 only on mips and mipsel, where the
> later compilers just give bad things ; from d/rules :
>
> # FTBFS on mips and mipsel seems to be caused by a bug in gcc 6,
> # see
Control: severity -1 serious
On Tue, Aug 9, 2016 at 00:14:48 +0200, John Paul Adrian Glaubitz wrote:
> Source: kido
> Version: 0.1.0+dfsg-1
> Severity: important
>
> Hello!
>
> Your package fails to build from source on all non-x86 architectures because
> the
> build system hard-wires the
Package: liblrcalc-dev
Version: 1.2-1
Severity: important
Tags: upstream fixed-upstream patch
$ echo '#include ' | cpp
# 1 ""
# 1 ""
# 1 ""
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "" 2
# 1 ""
# 1 "/usr/include/lrcalc/symfcn.h" 1 3 4
In file included from :1:0:
On Mon, Mar 7, 2016 at 19:23:41 +0100, Anton Gladky wrote:
> Hi Santiago,
>
> thanks for the bug report. AFAIK the unsatisfied build dependencies
> can only be a serious bug for the sid. In sid gmsh builds just fine.
> Please close this bug.
>
No, Santiago's right, swig2.0 is replaced by swig,
On Wed, Feb 3, 2016 at 10:46:02 +0100, Tino Didriksen wrote:
> On 3 February 2016 at 02:57, Andreas Beckmann <a...@debian.org> wrote:
>
> > On Thu, 20 Aug 2015 16:00:44 +0000 Julien Cristau <jcris...@debian.org>
> > wrote:
> > > lttoolbox (3.3
On Tue, Jan 19, 2016 at 18:52:27 +, Jose Luis Rivero wrote:
> Package: libconsole-bridge0.2v5
> Followup-For: Bug #811498
>
> Hey Jochen:
>
> Thanks for the report. You are right, I broke the new update. My
> intention was not to change package and library name since upstream
> did not
Control: severity -1 important
On Thu, Nov 26, 2015 at 15:36:44 -0500, Aaron M. Ucko wrote:
> Source: opengm
> Version: 2.3.6-1
> Severity: serious
> Justification: fails to build from source
>
> The x32 build of opengm failed because it (supposedly) couldn't find
> HDF5:
>
x32 is not a
Source: limereg
Version: 1.4.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
your package no longer builds on mips and mipsel autobuilders, see
https://buildd.debian.org/status/logs.php?pkg=limereg=1.4.0-1%2Bb1=sid
Cheers,
Julien
Source: mathgl
Version: 2.3.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Your package no longer builds on the buildds, see
https://buildd.debian.org/status/logs.php?pkg=mathgl=2.3.3-1=sid
Cheers,
Julien
signature.asc
Description: Digital
Source: vtk
Version: 5.8.0-17.5
Severity: serious
Tags: stretch sid
The mix of vtk 5.x and vtk 6.x in the archive was bad enough in jessie,
we shouldn't ship that again for stretch.
Cheers,
Julien
signature.asc
Description: Digital signature
--
debian-science-maintainers mailing list
Source: viper
Version: 1.0.0-1
Severity: serious
Tags: sid stretch
Control: block 798164 with -1
Hi,
your package depends on vtk 5.x, which should not be in stretch. Please
switch to vtk 6.x or drop the dependency.
Thanks,
Julien
signature.asc
Description: Digital signature
--
Source: linbox
Version: 1.3.2-1.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: stretch sid
Hi,
your package no longer builds on the mipsel buildd, see
Source: urdfdom
Version: 0.3.0-1
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11
Hi,
your library exposes std::string or std::list in its public API, and
therefore the library package needs to be renamed.
Cheers,
Julien
The following is a form letter:
Background
Source: coinor-osi
Version: 0.106.9-1
Severity: serious
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11
Hi,
your library exposes std::string or std::list in its public API, and
therefore the library package needs to be renamed.
Cheers,
Julien
The following is a
Dear maintainer,
I've prepared a NMU for logservice, to deal with the libstdc++ transition,
and will shortly upload it to the 1-day delayed queue. Please find the
debdiff below.
Cheers,
Julien
From 6a273810fd78032d3fb8fafdf31935a68496b459 Mon Sep 17 00:00:00 2001
From: Julien Cristau jcris
Dear maintainer,
I've prepared a NMU for clhep, to deal with the libstdc++ transition,
and will shortly upload it to the 1-day delayed queue. Please find the
debdiff below.
Cheers,
Julien
From d287ea2812f689081253aedb8e6ac29dfe6af397 Mon Sep 17 00:00:00 2001
From: Julien Cristau jcris
Dear maintainer,
I've prepared a NMU for console-bridge, to deal with the libstdc++ transition,
and will shortly upload it to the 1-day delayed queue. Please find the
debdiff below.
Cheers,
Julien
From 1e1c702b20a415c7360519ffcf44c03c0b089ebc Mon Sep 17 00:00:00 2001
From: Julien Cristau jcris
Dear maintainer,
I've prepared a NMU for givaro, to deal with the libstdc++ transition,
and will shortly upload it to the 1-day delayed queue. Please find the
debdiff below.
Cheers,
Julien
From a648b2e8c00e4a3b5069b239196a1539b5c80347 Mon Sep 17 00:00:00 2001
From: Julien Cristau jcris
Dear maintainer,
I've prepared a NMU for lttoolbox, to deal with the libstdc++ transition,
and will shortly upload it to the 1-day delayed queue. Please find the
debdiff below.
Cheers,
Julien
From 306df7a7190b9d9b452de0d6d1c578efbeb70682 Mon Sep 17 00:00:00 2001
From: Julien Cristau jcris
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:13:56 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:13:17 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log
On Tue, Aug 11, 2015 at 09:38:30 +0200, Tino Didriksen wrote:
On 3 July 2015 at 15:12, Matthias Klose d...@debian.org wrote:
- Decide if the symbols matching __cxx11 or B5cxx11 are part of the
library API, and are used by the reverse dependencies of the
library.
- If there
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:09:27 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:09:24 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:12:43 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:08:50 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:08:58 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:14:39 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log
On Fri, Jul 3, 2015 at 13:13:42 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log for a rebuild in
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:12:58 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:13:39 +, Matthias Klose wrote:
- Rebuild the library using g++/g++-5 from experimental. Note that
most likely all C++ libraries within the build dependencies need
a rebuild too. You can find the log
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:11:34 +, Matthias Klose wrote:
Package: src:libitpp
Version: 4.3.1-3
Severity: important
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11
Background [1]: libstdc++6
Source: eigen3
Version: 3.2.2-3
Severity: grave
Control: found -1 3.2.4-1
Your debian/rules does
export NUMJOBS = $(patsubst parallel=%,%,$(filter
parallel=%,$(DEB_BUILD_OPTIONS)))
and then runs make -j$(NUMJOBS). If DEB_BUILD_OPTIONS is not set, or
doesn't contain a parallelism setting, this
+git64-g5dc8b2b+dfsg-3
paraview-dev suggests no packages.
-- no debconf information
--
Julien Cristau julien.cris...@logilab.fr
Logilab http://www.logilab.fr/
Informatique scientifique gestion de connaissances
--
debian-science-maintainers mailing list
debian-science
On Wed, Jul 9, 2014 at 21:51:33 +0200, Francesco Poli (wintermute) wrote:
Package: netgen
Version: 4.9.13.dfsg-8+b1
Severity: grave
Justification: renders package unusable
Hello,
I cannot generate a mesh on a geometry described in a STEP file without
experiencing X crashes that force me
On Mon, Jun 2, 2014 at 15:53:05 +0200, Anton Gladky wrote:
severity 750197 important
thanks
Please do not set such high severity for all bugs.
VTK6 has a autopkgtest, which I find not a bad
replacement.
autopkgtest is very much not a replacement for build-time tests. (not
arguing about
Source: vtk6
Version: 6.1.0+dfsg-1
Severity: serious
Justification: fails to build from source
Hi,
your package no longer builds on the powerpc and kfreebsd buildds:
[ 1%] Building CXX object
Utilities/KWSys/vtksys/CMakeFiles/vtksys.dir/SystemInformation.cxx.o
cd
Control: severity -1 important
Control: tags -1 moreinfo
On Wed, May 14, 2014 at 00:41:10 +0200, Francesco Poli wrote:
On Tue, 13 May 2014 18:48:34 +0200 Julien Cristau wrote:
On Tue, May 13, 2014 at 18:34:35 +0200, Francesco Poli wrote:
[...]
As already said in the original bug report
incompatibility?
Cheers,
Julien
--
Julien Cristau julien.cris...@logilab.fr
Logilab http://www.logilab.fr/
Informatique scientifique gestion de connaissances
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org
On Tue, May 13, 2014 at 18:34:35 +0200, Francesco Poli wrote:
Control: tags -1 - moreinfo
On Tue, 13 May 2014 11:37:17 +0200 Julien Cristau wrote:
[...]
On Sun, Mar 9, 2014 at 22:26:06 +0100, Francesco Poli (wintermute) wrote:
= libptscotch-5.1.so and libptscotcherr-5.1.so
Control: reopen -1
On Sun, May 11, 2014 at 21:23:54 +, Jose Luis Rivero wrote:
sdformat (2.0.0-3) unstable; urgency=medium
.
* [f03ab47] Conflict with libsdformat1. (Closes: #747393)
This is not an appropriate fix. See policy ยง8.2:
If your package contains files whose names
On Thu, Apr 24, 2014 at 21:24:17 +0200, Magnus Holmgren wrote:
tisdagen den 22 april 2014 22.12.24 skrev Steve M. Robbins:
I think I understand the rationale for using the super-fine-grained symbol
versioning. If someone from the debian-science-maintainers team would like
to maintain
:
https://github.com/xianyi/OpenBLAS/issues/318 looks related.
Cheers,
Julien
--
Julien Cristau julien.cris...@logilab.fr
Logilab http://www.logilab.fr/
Informatique scientifique gestion de connaissances
--
debian-science-maintainers mailing list
debian-science-maintainers
43 matches
Mail list logo