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 https://gcc.gnu.org
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 com
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:
/usr/include/lrcalc/symfcn.h:4:21:
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 wrote:
>
> > On Thu, 20 Aug 2015 16:00:44 + Julien Cristau
> > wrote:
> > > lttoolbox (3.3.2~r61000-3.1) unstable; urgency=medium
> > >
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 chang
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 release
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&ver=1.4.0-1%2Bb1&suite=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&ver=2.3.3-1&suite=sid
Cheers,
Julien
signature.asc
Description:
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
--
debian-science
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
debian-sc
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
https://buildd.debian.org/status/fetch.php?pkg=linbox&arch=mipsel&ver=1.3.2-1.1%2Bb2&sta
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 powerpc buildd, see
https://buildd.debian.org/status/fetch.php?pkg=linbox&arch=powerpc&ver=1.3.2-1.1%2Bb2&s
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 for
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 Crist
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 Crist
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
D
Dear maintainer,
I've prepared a NMU for pythia8, 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 43e352986a31901c3d3b836bf7600f28f5a2d104 Mon Sep 17 00:00:00 2001
From: Julien Cristau
D
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
D
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
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
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:12: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
Control: severity -1 serious
Control: tag -1 confirmed
On Fri, Jul 3, 2015 at 13:10:07 +, 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: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
On Tue, Aug 11, 2015 at 09:38:30 +0200, Tino Didriksen wrote:
> On 3 July 2015 at 15:12, Matthias Klose 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 are no
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: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: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: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
> https://people.debian.org/~doko
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: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: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
dc8b2b+dfsg-3
Versions of packages paraview-dev recommends:
ii qt4-dev-tools 4:4.8.6+git64-g5dc8b2b+dfsg-3
paraview-dev suggests no packages.
-- no debconf information
--
Julien Cristau
Logilab http://www.logilab.fr/
Informatique scientifique & gestion de con
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 f
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
Source: sdformat
Version: 2.0.0-4
Severity: serious
Justification: fails to build from source
Hi,
your package failed to build on the amd64 buildd:
> The following tests FAILED:
> 1 - INTEGRATION_audio (Timeout)
> 3 - INTEGRATION_cfm_damping_implicit_spring_damper (Timeout)
>
On Sat, May 24, 2014 at 19:58:43 +0300, Andrei POPESCU wrote:
> Control: reassign -1 src:mpich2
>
>
> On Sb, 24 mai 14, 18:03:02, Julien Cristau wrote:
> > Source: libmpich2-3
>
> I'm guessing you meant "source of ...", see #352104, #721793.
>
Sigh,
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 /«BUILDDIR»/vtk6-6.1.0+df
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
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:
> >
>
this claimed incompatibility?
Cheers,
Julien
--
Julien Cristau
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
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
* debian/upstream: add reference
+ [ Julien Cristau ]
+ * Fix FTBFS with make 4.
+
-- Andreas Tille Tue, 14 Jan 2014 13:31:52 +0100
getdp (2.4.2-1) unstable; urgency=low
Index: debian/rules
===
--- debian/rules(revision
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 mainta
Source: sdformat
Version: 1.4.11-1
Severity: serious
Justification: fails to build from source
X-Debbugs-Cc: urdf...@packages.debian.org
Hi,
your package no longer builds in unstable, probably because of the
latest urdfdom upload:
> [ 36%] Building CXX object src/CMakeFiles/sdformat.dir/parser_ur
ual
power management:
https://github.com/xianyi/OpenBLAS/issues/318 looks related.
Cheers,
Julien
--
Julien Cristau
Logilab http://www.logilab.fr/
Informatique scientifique & gestion de connaissances
--
debian-science-maintainers mailing list
debian-science-maintainers
On Wed, Dec 25, 2013 at 12:30:55 +0100, Roland Stigge wrote:
> On 25/12/13 12:21, Julien Cristau wrote:
> > Why can't vtk use the cmake-provided findfreetype?
>
> There is no reason that prevents you from implementing it.
>
I was not criticizing your patch, merely t
On Mon, Dec 23, 2013 at 23:02:43 +0100, Roland Stigge wrote:
> Hi,
>
> I'm attaching the patch that I used to fix the issue on powerpcspe.
> Applies to the other arches as well.
>
> Roland
> Index: vtk-5.8.0/CMake/FindFREETYPE.cmake
>
53 matches
Mail list logo
