Package: src:pybind11
Version: 2.0.1-1
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
but it failed:
[...]
debian/rules build-indep
dh build-indep --with
Package: src:givaro
Version: 4.0.2-5
Severity: important
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
but it failed:
[...]
debian/rules build-indep
dh build-indep --with
Package: src:scoop
Version: 0.7.1.1-1
Severity: important
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
but it failed:
[...]
debian/rules build-indep
dh build-indep --with
Package: src:liggghts
Version: 3.5.0+repack1-8
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
but it failed:
[...]
debian/rules build-indep
dh build-indep
BTW: We are deviating from this particular bug.
It was marked as unreproducible after building it just 5 times.
As I've explained, this is mathematically and statistically not ok.
Could anybody here please try to build a lot more times and share the
results? I see that the unreproducible tag is
> >> My experience is that the buildds that are currently in use provide more
> >> build problems than the packages themself. BTW, why don't you count this
> >> as RC?
> >
> > Can you clarify the question? I don't understand what you refer exactly.
>
> It does not make sense to have 100%
Well, I should better include the build log in the bug report.
Here it is:
https://people.debian.org/~sanvila/build-logs/trilinos/
The list of failed tests is too long:
The following tests FAILED:
32 - TeuchosParameterList_FancyOutputting_test_MPI_4 (Failed)
73 -
Package: src:dune-pdelab
Version: 2.5.0~20161204gdb53a76-3
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
but it failed:
[...]
debian/rules build-indep
dh
found 802706 3.7.3+dfsg1-3
thanks
Hi.
Sorry for the reopening but this is happening again in stretch.
(I built this package 200 times, and it failed 200 times).
Build logs available here:
https://people.debian.org/~sanvila/build-logs/slepc/
Thanks.
--
debian-science-maintainers mailing list
On Wed, Jan 04, 2017 at 07:58:43PM +0100, Anton Gladky wrote:
> 2017-01-04 13:26 GMT+01:00 Santiago Vila <sanv...@unex.es>:
> > No matter how much glitch-free is the autobuilder you use to build the
> > above package, it will fail to build 1 every 147 times on average,
> &
On Wed, Jan 04, 2017 at 08:44:17AM +0100, Ole Streicher wrote:
> > It's in Release Policy: Packages *must* autobuild *without* failure.
> >
> > If a package fails to build from time to time, that's a failure.
>
> Packages actually *do* fail from time to time, when I look into my
> autobuilder.
severity 846116 important
severity 680038 important
severity 828929 important
severity 834686 important
severity 834962 important
severity 842836 important
severity 844083 important
severity 844088 important
severity 844571 important
severity 845164 important
severity 846021 important
severity
On Tue, 27 Dec 2016, Ole Streicher wrote:
> Hi Santiago,
Hello Ole. Thanks for your reply. Please don't forget to Cc: me if you
expect your message to be read.
> > In particular, if something happens 1 every 20 times on average, the
> > fact that it did not happen when you try 10 times does not
Package: src:gtkdataboxmm
Version: 0.9.4-4
Severity: serious
Hello Andreas.
I tried to build this package with "dpkg-buildpackage -A"
but it failed:
[...]
Generating dot graphs using 2 parallel threads...
Running
On Tue, Dec 27, 2016 at 10:11:56AM +0100, Anton Gladky wrote:
> 2016-12-27 9:50 GMT+01:00 Santiago Vila <sanv...@unex.es>:
> > This means, if you are bad at math, that the error will happen once
> > every 20 tries. If you only built it 5 times, you did not really t
On Tue, Dec 27, 2016 at 08:20:54AM +0100, Anton Gladky wrote:
> severity 848859 minor
> tags 848859 +unreproducible
> thanks
>
> Hi Santiago,
>
> thanks for your bugreport! I tried to reproduce the failing
> test, building getfem on barriere.d,o 5 times but in all
> cases it did not failed.
Package: src:xmds2
Version: 2.2.2+dfsg-2
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
Package: src:yade
Version: 2016.06a-5
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
reassign 844373 ros-catkin
affects 844373 src:ros-image-common
thanks
On Tue, 15 Nov 2016, Jochen Sprickerhof wrote:
> close 844373
> thanks
>
> Hi,
>
> the files accidentally ended in there, due to a new install rule in
> the googletest package. This was fixed in #844199 and a rebuild was
>
Package: librospack-dev,libgtest-dev,src:ros-image-common
Severity: serious
Dear maintainer:
I tried to build ros-image-common in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
On Wed, Nov 02, 2016 at 11:01:26PM +0100, Ruben Undheim wrote:
> Hi Santiago!
>
> Thanks for reporting the bug.
>
> I've uploaded the fix, but I completely forgot to add your name to the
> changelog!
Oh, don't worry about that.
You fixed the bug very quickly, which is already a form of
/patches/0006-Disable-unreliable-tests.patch
1970-01-01 01:00:00.0 +0100
+++ libosmocore-0.9.0/debian/patches/0006-Disable-unreliable-tests.patch
2016-05-10 22:42:43.0 +0200
@@ -0,0 +1,22 @@
+From: Santiago Vila <sanv...@debian.org>
+Subject: Disable unreliable
On Wed, 19 Oct 2016, Gianfranco Costamagna wrote:
> Hi, this is because of the llvm transition.
> We switched to unversioned llvm to avoid further issues on the next llvm
> defaults
> bump.
>
> In this case, it is true that it fails to build with llvm-3.6, and it is also
> true that
>
Package: src:freemat
Version: 4.2+dfsg1-3
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
Package: src:dune-pdelab
Version: 2.4.1-1
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
Package: src:givaro
Version: 4.0.2-2
Severity: serious
Tags: patch
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
Package: src:ros-rviz
Version: 1.12.1+dfsg-1
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
Package: src:ros-common-msgs
Version: 1.12.4-3
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
Package: src:ros-ros-comm-msgs
Version: 1.11.2-3
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
Package: src:ros-pcl-msgs
Version: 0.2.0-4
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
Package: src:ros-navigation-msgs
Version: 1.13.0-3
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
Hi.
Any progress on this? I can't promise to test the resulting packages,
but honestly, the situation can't be worse than this:
https://buildd.debian.org/status/package.php?p=freefoam
So if anybody can check that the patch I posted makes the package to
build again, then an upload of the package
Package: src:sdformat
Version: 4.1.0-1
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
Package: src:ros-robot-model
Version: 1.12.3-1
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
fixed 811987 1.11.0~dfsg0-4
thanks
On Sun, 14 Aug 2016, Philipp Huebner wrote:
> Hi,
>
> Am 12.08.2016 um 19:55 schrieb Santiago Vila:
> > Still FTBFS:
> >
> > https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/ceres-solver_1.11.0~dfsg0-5.r
found 811987 1.11.0~dfsg0-5
thanks
Still FTBFS:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/ceres-solver_1.11.0~dfsg0-5.rbuild.log
Thanks.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
tags 831247 + patch
thanks
Since I'm unable to merge the bug, I'm tagging both with patch.
Sorry for the noise.
Thanks.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
tags 813951 + patch
thanks
On Sun, 7 Feb 2016, Mattia Rizzolo wrote:
> undefined reference to `yyFlexLexer::yywrap()'
This seems to be a problem with new flex behaviour.
Code written to work with "old" flex need this declaration:
extern "C" int yywrap()
and code written to work with "new"
I'm trying to merge this bug with #831247 but I can't.
The BTS says the bug is archived (?).
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
forcemerge 813951 831247
thanks
On Thu, 14 Jul 2016, Lucas Nussbaum wrote:
> Source: freefoam
> Version: 0.1.0+dfsg+1-3
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20160714 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild
tags 822055 + patch
thanks
I also recommend switching to dh, but in the meantime, the attached
patch should work.
Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -14,6 +14,10 @@ ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
OPTFLAGS = -O0
endif
+build-arch: build
+
+build-indep: build
Greetings.
I have the ok from the Release Managers to consider this issue as RC
for stretch. I'm going to wait at least one week before raising
this to "serious".
If you need help to fix this bug, please tag it as "help".
Thanks.
--
debian-science-maintainers mailing list
Greetings.
I have the ok from the Release Managers to consider this issue as RC
for stretch. I'm going to wait at least one week before raising
this to "serious".
If you need help to fix this bug, please tag it as "help".
Thanks.
--
debian-science-maintainers mailing list
Greetings.
I have the ok from the Release Managers to consider this issue as RC
for stretch. I'm going to wait at least one week before raising
this to "serious".
There is a patch available for this bug. If you need someone to make
an upload, please ask for a sponsor in debian-mentors.
Thanks.
Greetings.
I have the ok from the Release Managers to consider this issue as RC
for stretch. I'm going to wait at least one week before raising
this to "serious".
There is a patch available for this bug. If you need someone to make
an upload, please ask for a sponsor in debian-mentors.
Thanks.
On Sun, 7 Feb 2016, Mattia Rizzolo wrote:
> undefined reference to `yyFlexLexer::yywrap()'
Ok, since I'm planning to use this program myself, I searched for a fix.
This seems to be a problem with new flex behaviour.
Code written to work with "old" flex need this declaration:
extern "C" int
Package: src:sfepy
Version: 2016.2-1
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Severity: serious
Dear maintainer:
This package currently fails to build in stretch:
[...]
make[3]: Entering
Package: src:yade
Version: 1.20.0-10
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Severity: serious
Dear maintainer:
This package currently fails to build in stretch:
[...]
writing toc.ncx
Package: src:pytables
Version: 3.2.2-2
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Severity: serious
Dear maintainer:
This package currently fails to build in stretch:
[...]
Running LaTeX
Package: src:slepc
Version: 3.6.3.dfsg1-6
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Severity: serious
Dear maintainer:
This package currently fails to build in stretch:
[...]
fakeroot
Package: src:pysph
Version: 0~20160514.git91867dc-3
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Severity: serious
Dear maintainer:
This package currently fails to build in stretch:
[...]
make
Version: 2.0.1-1
This seems fixed because I have a successful build for this version.
I guess it was commit 507024ba6b9914265b5424c295363f72be9736db which fixed this.
mlpack (2.0.0-1) unstable; urgency=medium
* debian/rules
- remove code to prefix binaries with mlpack_, as this is now
Package: src:slepc
Version: 3.6.3.dfsg1-4
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
On Sat, May 21, 2016 at 08:47:06AM +0200, Julien Puydt wrote:
> Hi,
>
> On 21/05/2016 01:46, Santiago Vila wrote:
> > It still fails on reproducible builds on the "armhf" architecture, but
> > only in testing, and the way it fails is now completely different than
It still fails on reproducible builds on the "armhf" architecture, but
only in testing, and the way it fails is now completely different than
the way it failed on amd64 in the initial report.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Package: src:tango
Version: 8.1.2c+dfsg-7
Severity: serious
Dear maintainer:
This package currently fails to build from source in stretch:
In file included from ../../../../lib/cpp/server/w_attribute.cpp:61:0:
Package: src:flint
Version: 2.5.2-3
Severity: serious
Dear maintainer: This package FTBFS in stretch:
---
! Argument of \zap@to@space has an extra }.
\par
l.4164 \left
> <>/obj-x86_64-linux-gnu/tests/Development/visualization-gnuplot-differentiable-function
> Unable to find executable:
> /<>/obj-x86_64-linux-gnu/tests/visualization-gnuplot-differentiable-function
> 24/24 Test #24: visualization-gnuplot-differentiable-function ...***Not Run
> 0.00 sec
>
> 0%
severity 806108 important
thanks
Hi. I *really* appreciate that you consider this has a greater severity
than "important", but I prefer to keep it important for two reasons:
* I don't have the "blessing" (so to speak) from the release managers
to make these bugs RC yet.
* If this is serious,
tags 806198 + patch
thanks
As explained in the previous message, this is the patch I would apply
if this were my package. Now "dpkg-buildpackage -A" works again.
This is of course a lot better than not working at all, but be careful
because now "dpkg-buildpackage -A" creates a siscone-doc-html
retitle 817033 sumo: FTBFS randomly. Missing build-depends on python-matplotlib
user sanv...@debian.org
usertags 817033 - binary-indep
severity 817033 serious
tags 817033 + patch
thanks
Dear maintainer: Because this error happens in the build stage, not in
the package creation stage, this is not
Package: src:slepc
Version: 3.6.1.dfsg1-2
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:petsc
Version: 3.6.2.dfsg1-3
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:sketch
Version: 1:0.3.7-1
Severity: serious
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed.
The error, however, seems to happen with ordinary "dpkg-buildpackage"
as well, which is why I'm using
Hi. Found this:
Makefile.am says:
pydoc:
rm -rf docs/pydoc
mkdir docs/pydoc
cd docs/pydoc && \
for i in `find ../../tools/traci ../../tools/sumolib -name "*.py" -not
-executable | sed 's,../../tools/,,;s,/,.,g;s,.py,,;s,.__init__,,'`; do \
On Mon, Mar 07, 2016 at 11:48:40AM +, Santiago Vila wrote:
> The following trivial patch disables parallel building. I have not tested it
> but I have the strong feeling that this should fix this issue.
Unfortunately, it was just a feeling.
I actually tested the patch and it didn'
Package: src:sumo
Version: 0.25.0+dfsg1-2
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:gmsh
Version: 2.11.0+dfsg1-2
Severity: serious
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed.
But the failure is build-depends related, so it has nothing to do
with the fact that I was doing
On Thu, Dec 03, 2015 at 02:05:26PM +0100, Fabien Spindler wrote:
> On 02/12/2015 16:50, Santiago Vila wrote:
> >So, maybe a target "override_dh_auto_test-indep" that does not do anything
> >would fix this. Thanks.
> Doesn't work if I rename "override_dh_auto_te
On Wed, Dec 02, 2015 at 04:41:30PM +0100, Fabien Spindler wrote:
> I was able to reproduce.
>
> Your issue comes from "dpkg-buildpackage -A" that run the tests
> before building the package.
> If I comment debian/rules override_dh_auto_test rule
> "dpkg-buildpackage -A" is working.
>
> I don't
Package: src:roboptim-core
Version: 2.0-7.1
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:visp
Version: 2.10.0+dfsg-1
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:mlpack
Version: 1.0.12-5
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:qtiplot
Version: 0.9.8.9-10
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
On Wed, Dec 02, 2015 at 02:12:29PM +0100, Fabien Spindler wrote:
> Tests use visp-images package that seems not installed. That's why
> they fail.
If you refer to visp-images-data, it was installed indeed.
Otherwise dpkg-buildpackage would fail with "missing build-depends".
Please try
Package: src:fftw3
Version: 3.3.4-2
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:gmp-ecm
Version: 6.4.4+ds-4
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:siscone
Version: 2.0.6-1.1
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:mpich
Version: 3.1-6
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:singular
Version: 4.0.2-p2+ds-3
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:tachyon
Version: 0.99~b6+dsx-2
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:pyviennacl
Version: 1.0.2+dfsg-1
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: src:gnuplot5
Version: 5.0.1+dfsg1-3
User: sanv...@debian.org
Usertags: binary-indep
Severity: important
Dear maintainer:
I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:
Package: r-cran-deldir
Version: 0.0-22-1
Severity: wishlist
Hello Andreas et al. This package is more current here:
deb-src http://ppa.launchpad.net/marutter/c2d4u/ubuntu trusty main
but I would prefer to take the source from Debian (I need it for a
small local repository of R packages
84 matches
Mail list logo