package: quisk
version: 3.5.11-1
severity: serious
quisk fails to build in a clean build environment with the following error
E: dh_python2:145: extension for python2.6 is missing. Build extensions
for all supported Python versions (`pyversions -vr`) or adjust
X-Python-Version field or pass
package: libhmsbeagle
version: 1.0-1
severity: serious
Your package builds with the following unaceptable compiler options.
-march=native
This is unacceptable on any architecture because packages must be built
for the
lowest processor a port supports, not for whatever processor the build
package: med-fichier
version: 3.0.3-2
severity: serious
tags:patch
med-fichier FTBFS in current unstable with the following error
/bin/bash ../../../libtool --tag=CC --mode=compile mpicc -DHAVE_CONFIG_H -I.
-I. -I../../../include/2.3.6 -I../../../include/2.3.6 -DH5_USE_16_API
package: libhmsbeagle
version: 1.0-2
severity: serious
Note: i'm not an expert on this package, just someone looking at build
failures and filing bugs.
It seems things are a little more complex than they first appeared. In
particular it seems libhmsbeagle has a specific sse2 plugin which
Jonathan Nieder wrote:
So what are the possible means of getting around the problem?
Me providing a login to an Alpha with an up-to-date unstable chroot?
A sponsored upload of aboot? Does that require at least a DM to prepare
the package?
Could you become a DD? I'm confident in your
The FTBFS is caused by a rather hacky patch[1] I included in -3 to fix an FTBFS
in s390[2].
Is there a better way of doing this without rewriting the parts of the library
that use the NEED_SIZET macro to use templates? Specifically, it looks like I
would need a preprocessor conditional to
tags 656789 +patch
thanks
Builds of scid in minimal environments (such as the autobuilders) are
failing:
The package already build-depends on tcl8.5-dev and it built fine when I tried
it in my pbuilder just now.
Taking another look at the failed build log on i386 I saw the following.
package: taxbird
version: 0.18-1
severity: serious
tags: patch
Taxbird failed to build on most buildds with the following error
checking for GEIER... no
configure: error: Package requirements (libgeier = 0.13 libxml-2.0) were not
met:
Requested 'libgeier = 0.13' but version of libgeier is
tags 652598 +wheezy sid
thanks
1. Please use Source: aboot, not Package: aboot.
I'll start doing that if and when the official rc bugs list introduces
sane handling
of such bugs. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650999
Until then IMO having the bug actually visible to
package: collectd
severity: serious
version: 4.10.4-1
collectd currently fails to configure on armhf because it's mapping
table from debian architectures to java
architectures is incomplete.
The attatched patch takes the minimally invasive approach to fixing this
and simply adds the mapping
: disable strict aliasing for python 2.x plugins
+ It seems that as of 17-JAN-2011 the python 2.7 plugin won't built in sid
+ with strict aliasing enabled. This patch changes the tests in the build
+ script to disable strict aliasing for the python plugins regardless of
+ gcc version.
+Author: Peter Green
package: snort
version: 2.9.2-1
severity: grave
as the title states this package is in unstable but it has
(build)-dependencies that are only satisfiable in experimental.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: mandos
Severity: serious
The latest mandos upload failed on all buildds with the same error
LANG=en_US.UTF-8 MANWIDTH=80 man --warnings --encoding=UTF-8 --local-file mandos.8
/dev/null
man: can't set the locale; make sure $LC_* and $LANG are correct
col: Invalid or incomplete
tags 636559 +patch
thanks
Kurt Roeckx wrote:
Your package is failing to build from source with the following
error:
x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../..
-I../../nepenthes-core/include -I../../nepenthes-core/src -pipe -D _GNU_SOURCE
-D _GNU_SOURCE -I/usr/local/include
tags 622066 +patch
thanks
Relevant part:
g++ -c -pipe -g -Wall -W -O2 -D_REENTRANT -fPIC -DQCA_PLUGIN -DOSSL_097
-DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_PLUGIN -DQT_SHARED -DQT_TABLET_SUPPORT
-I/usr/share/qt3/mkspecs/default -I. -I/usr/include/qt3 -o qca-tls.o qca-tls.cpp
qca-tls.cpp: In
tags 629882 +patch
thanks
Relevant part:
g++ -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0
-I/usr/include/pango-1.0
tags 650230 +patch
thanks
With valac-0.14 the package build successfully. So it's probably just a
matter of bumping the build dependency.
Unfortunately it's not quite that simple because neither valac-0.10 or
valac-0.12 seems to work and both seem to have a higher alternatives
priority than
Well installing libssl-dev fixes that error. However given that the
copyright file claims the package is under the GPL and doesn't mention
any license exceptions I don't think the package should be being built
against openssl libraries.
And even with libssl-dev installed the build fails later
reassign 652226 scilab
fixed 652226 5.3.3-5
thanks
Can you explain why you reassigned and closed this bug? the package it
was originally about (sciscipy) still seems to FTBFS with the same error
in up to date sid.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
Package: Acetoneiso
Severity: serious
Currently acetoneiso has a build-depends on
libqt4-dev ( 4:4.7.0~beta2) | libqtwebkit-dev
This makes it impossible to install the build-depends with tools that
only look at the first option for a build-depends (notablly sbuild as
used by the official
Applying the second patch from that bug report (
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=19;bug=631800 ) and
running autconf2.64 to rebuild configure makes the configure script succeed.
Unfortunately after doing so the build fails with the inability to find
jsnum.h
Removing the
failures
+Author: Peter Green plugw...@p10link.net
+Bug-Debian: http://bugs.debian.org/652157
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you
Relevant part:
gcc version 4.6.2 (Debian 4.6.2-6)
configure:3718: $? = 0
configure:3707: gcc -V 5
gcc: error: unrecognized option '-V'
gcc: fatal error: no input files
compilation terminated.
configure:3718: $? = 4
configure:3707: gcc -qversion 5
gcc: error: unrecognized option
Now -- how do I go about submitting my patch to resolve these bugs?
Generally the first thing to do would be to post the patch to the bug
report and hope either the maintainer picks it up or another interested
debian developer picks it up an NMUs.
If that fails then it is possible to prepare
tags 652159 +patch
thanks
Relevant part:
gcc -g -Wall -pipe -O2 -I../src -I./ -D_BSD_SOURCE -I/usr/include/pcap
-I/usr/libipq -I../lib/libipulog/include -DHAVE_BW -DFAST_FW_CHECK
-DLAYER7_FILTER -DUSE_MYSQL -I/usr/include/mysql -DWIPE_OPENSSL
-I/usr/include/glib-2.0
Sylvestre Ledru wrote:
As said in the error message, could you start it again with -v ?
armhf:
root@debian:/# clang -v test.c
Debian clang version 3.0-5 (tags/RELEASE_30/final) (based on LLVM 3.0)
Target: arm-unknown-linux-gnueabihf
Thread model: posix
clang: warning: unknown platform,
tags 653779 +patch
thanks
exult FTBFS:
| if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I./../../headers -I./.. -I./../../files
-I./../.. -O2 -Wno-long-long -O2 -MT ucparse.o -MD -MP -MF
.deps/ucparse.Tpo -c -o ucparse.o ucparse.cc; \
| then mv -f .deps/ucparse.Tpo .deps/ucparse.Po; else
package: clang
severity: grave
x-debbugs-cc: debian-...@lists.debian.org
When trying to build libblocksruntime both locally and on the buildds it
fails with the following warnings and errors.
make[1]: Entering directory
`/build/buildd-libblocksruntime_0.1-1-armhf-kukYFg/libblocksruntime-0.1'
Or something in the build environment?
* I've looked throught logs a bit and saw a different gcc/g++ version
on hurd-i386.
* More promising: in my i386 sid cowbuilder chroot, the build
succeeds with binutils-gold installed and fails without it.
heh it's usually the other way round ;) I
Thanks again for your patch. Everything seems to work OK but as I normally
don't use ext3grep, I let regular users test by themselves and will then
upload the package.
It doesn't seem any regular users responded to your request, I tried to put
the word out wider on debian-user and the debian
tags 654218 +patch
thanks
https://buildd.debian.org/status/fetch.php?pkg=libgconf-bridgearch=armhfver=0.1-2stamp=1322967516
https://buildd.debian.org/status/fetch.php?pkg=libgconf-bridgearch=armhfver=0.1-2stamp=1322967516
The package fails to build on armhf and s390x, but I've reproduced the
severity 555877 important
retitle 555877 FTBFS with binutils-gold
thanks
While it seems there was a point in time where this package failed with regular
binutils
(see old logs on buildd.debian.org) it now builds fine with current versions of
regular
binutils as evidenced by the recently built
gregor herrmann wrote:
reopen 652854
thanks
On Wed, 04 Jan 2012 16:15:35 +0100, gregor herrmann wrote:
I've prepared an NMU for libdecodeqr (versioned as 0.9.3-6.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Hm, not the Most Successful NMU
I have attatched a patch that fixes the format security errors.
Unfortunately after fixing those errors the build fails with:
make[5]: Entering directory
`/ltp-20091231+dfsg.new/testcases/network/nfsv4/acl'
../../../../include/mk/env_post.mk:72: warning: overriding commands for
target
tags 654263 +patch
thanks
https://buildd.debian.org/status/package.php?p=mlviewsuite=sid
https://buildd.debian.org/status/package.php?p=mlviewsuite=sid
The build failure was seen on armhf, but I have reproduced it on a sid
amd64 system, hence the security raise to serious.
I attatch two
https://buildd.debian.org/status/package.php?p=ns2suite=sid
https://buildd.debian.org/status/package.php?p=ns2suite=sid
The package fails to configure because of missing otcl:
Well it's not exactly missing, the package is in the archive
and it was installed for the build, so the question was
In april Aurel32 retitled this bug report to osptoolkit: FTBFS with
recent binutils versions. Sebastian Carneiro supplied a patch from
ubuntu in july but did not apply the patch tag.
However when I try building the unpatched package in my sid pbuilder it
builds fine with regular binutils
I cannot reproduce this bug,
Most likely that means whatever build environment you used
already had cmake installed.
It is important to use a tool like pbuilder or cowbuilder
with a base environment kept as clean as possible when
trying to reduce this kind of bug.
can you please check the
xmobar FTBFS on many arches, due to missing linking library:
Linking dist/build/xmobar/xmobar ...
/usr/bin/ld: cannot find -lHSrts_thr
Please look into this.
That libary simply doesn't seem to exist on the architectures
in question (armel, armhf, mips, mipsel, s390, s390x and sparc)
contacting
merge 654538 654617
thanks
Konstantinos Margaritis wrote:
gtk-gnutella FTBFS on armel/armhf (it used to build on both hence the
severity) due to undefined references to __fpclassify:
https://buildd.debian.org/status/package.php?p=gtk-gnutellasuite=sid
tags 654616 +patch
thanks
Konstantinos Margaritis wrote:
pcp-gui FTBFS on all arches, due to broken configure script:
More specficially it fails because the configure script fails
to find /etc/pcp.env which is provided by package pcp
The package builds fine if pcp is installed, please add it
retitle 654428 blender: FTBFS: uses i386/amd64 specific register definitions on
all architectures
thanks
Christoph Egger wrote:
Your package failed to build on the buildds:
More accurately it built successfullyy on the i386 buildd but failed
on all the other buildds that tried to build it
tags 654619 +patch
thanks
kipi-plugins FTBFS on armhf, but I was able to reproduce this on a sid
amd64, due to missing library at link time:
/usr/bin/ld: cannot find -lopencv_gpu
libopencv_gpu is provided by /libopencv-gpu-dev the package builds fine
if it is installed. Please add it to the
package: gtk-gnutella
version: 0.98.2-1
severity: serious
tags: patch
gtk-gnutella fails to build on armel and armhf with the following error.
libshared.a(str.o): In function `str_fcat_safe':
/build/buildd-gtk-gnutella_0.98.2-1-armhf-NS4sjD/gtk-gnutella-0.98.2/src/lib/str.c:1229:
undefined
tags 654281 +patch
thanks
Patch is attatched just add it to the quilt series.
Note: to get a successful build you will also need the patch from 555057.
Index: kplayer-0.7/doc/da/index.docbook
===
---
This was fixed already in version 3.6.0-1 uploaded to unstable
about the same time the archive rebuild was done.
Umm according to packages.qa.debian.org 3.6.0-1 and all versions
since were uploaded to experimental not unstable.
--
To UNSUBSCRIBE, email to
tags 650599 +patch
thanks
It's a bug in the snooper configure script. Applying the following
patch:
--8---cut here---start-8---
--- a/build/configure.in1998-02-23 15:18:30.0 +0100
+++ b/build/configure.in2011-12-01
: Peter Green plugw...@p10link.net
Bug-Debian: http://bugs.debian.org/652162
Index: pidgin-facebookchat-1.69/Makefile
===
--- pidgin-facebookchat-1.69.orig/Makefile 2011-12-31 22:18:01.0 +
+++ pidgin-facebookchat-1.69
retitle 586550 ffmpeg-php: FTBFS with ffmpeg = 0.6
tags 586550 +patch
thanks
ffmpeg 0.7 is now in unstable and ffmpeg-php FTBFS in unstable with the
following error.
checking whether to force gd support in ffmpeg-php... yes
configure: error: ffmpeg shared libraries not found. Make sure ffmpeg
but on
arm architectures qreal is equivilent to float. So attempting to call
qMax with one argument of type double and one of type qreal fails on
arm architectures.
This patch removes a typecast so qMax is called with two arguments of
Type double.
Author: Peter Green plugw...@p10link.net
Bug
package: acovea
severity: serious
version: 5.1.1-2.1
Acovea FTBFS in unstable with the following errors.
arm-linux-gnueabihf-g++ -I. -I. -I. -I. -I.. -DACOVEA_VERSION=\5.1.1\
-DACOVEA_CONFIG_DIR=\/usr/share//libacovea/config/\
-DACOVEA_BENCHMARK_DIR=\/usr/share//libacovea/benchmarks/\ -g -O2
package: qtiplot
severity: serious
tags: patch
qtiplot FTBFS in unstable with the following error
g++ -c -pipe -Wall -g -O2 -D_REENTRANT -Wall -W -DSCRIPTING_CONSOLE -DSVN_REVISION=\\ -DQT_PLUGIN
-DTRANSLATIONS_PATH=\/usr/share/qtiplot/translations\
package: firetray
version: 0.3.1-4
severity: serious
scons: Building targets ...
xpidl -w -m header -Icomponents -I/usr/lib/xulrunner-devel-9.0/idl -e
components/nsITray.h components/nsITray.idl
sh: 1: xpidl: not found
scons: *** [components/nsITray.h] Error 127
scons: building terminated
package: magics++
version: 2.14.5-1
severity: serious
tags: patch
configure:20462: g++ -c -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Wformat-security -Werror=format-security -m64 -fPIC -fno-gnu-keywords -ansi
-std=c++98 -Wno-deprecated -Wno-write-strings -D_FORTIFY_SOURCE=2
tags 651625 +patch
thanks
Attatched patch fixes the FTBFS and also makes debian/rules clean work
properly.
diff -urN gnash-0.8.10~git20111001/debian/patches/fix-const.patch gnash-0.8.10~git20111001.new/debian/patches/fix-const.patch
--- gnash-0.8.10~git20111001/debian/patches/fix-const.patch
tags 643451 +patch
thanks
Patch and series file attatched just create debian/patches and drop them
in (the package uses 3.0 quilt but doesn't currently have any patches)
Description: Fix format security errors
Author: Peter Green plugw...@p10link.net
Bug-Debian: http://bugs.debian.org/643451
tags 639033 +patch
thanks
Only in xpp-1.5-cvs20050828: config.guess
Only in xpp-1.5-cvs20050828: config.sub
diff -ur xpp-1.5-cvs20050828/cupshelper.cxx xpp-1.5-cvs20050828.new/cupshelper.cxx
--- xpp-1.5-cvs20050828/cupshelper.cxx 2011-12-24 00:59:46.0 +
+++
to assign between qreal and double (because it is OK
to assign between float and double) some constructions (pointers, references,
templates) require the programmer to care about the distinction.
Author: Peter Green plugw...@p10link.net
Bug-Debian: http://bugs.debian.org/646423
--- kst-2.0.3.orig
tags 640319 +patch
thanks
Relevant part:
gcc version 4.6.1 (Debian 4.6.1-8)
configure:2513: $? = 0
configure:2520: x86_64-linux-gnu-gcc -V 5
gcc-4.6.real: error: unrecognized option '-V'
gcc-4.6.real: fatal error: no i
umm this doesn't look at all relavent to the actual failure to me, just a
make: *** [binary] Error 2
dpkg-buildpackage: error: debian/rules binary gave error exit status 2
root@debian:/projectm-2.0.1+dfsg#
Description: remove pulse/browser.h include
pulseaudio no longer seems to ship a header with this name
Author: Peter Green plugw...@p10link.net
Bug-Debian: http
package: agave
severity: serious
version: 0.4.7-2
the default build flags from dpkg-buildflags now include
-Werror=format-security. Your package trips this warning and hence FTBFS
in unstable.
Patch is attached just add it to the quilt series.
--
To UNSUBSCRIBE, email to
tags 652845 +patch
thanks
sorry forgot to attactch the patch and add the patch tag
Description: fix format security warning to
fix format security warning to avoid build failure with -Werror=format-security
Author: Peter Green plugw...@p10link.net
Bug-Debian: http://bugs.debian.org
package: libdecodeqr
severity: serious
tags: patch
version: 0.9.3-6
libdecodeqr FTBFS in unstable with the following errors. This was
initially seen on the armhf and s390x buildds
and I have reproduced it locally on amd64.
checking for ln... ln
checking for cvCreateImage in -lcv... no
tags 625117 +patch
thanks
patch is attatched
diff -ur mm3d-1.3.7/src/mm3dcore/cmdmgr.cc mm3d-1.3.7.new/src/mm3dcore/cmdmgr.cc
--- mm3d-1.3.7/src/mm3dcore/cmdmgr.cc 2008-01-20 00:16:43.0 +
+++ mm3d-1.3.7.new/src/mm3dcore/cmdmgr.cc 2011-12-20 04:32:27.0 +
@@ -20,7 +20,7
package: haildb
severity: serious
tags: patch
haildb ftbfs in wheezy and sid with the following error
sorry, unimplemented: Graphite loop optimizations can only be used if
the libcloog-ppl0 package is installed
picking up the hint from the error message I installed libcloog-ppl0 and
the
package: plan
severity: serious
Plan FTBFS on armel and armhf with the following error.
gcc -O2 -DPLANHOME=\.plan.dir\ -DPLANLOCK=\~/.plan.dir/lock.plan\
-DPLANDLOCK=\~/.plan.dir/lock.pland\ -W -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes
-Wstrict-prototypes -Wpointer-arith
retitle 652701 plan FTBFS on arm* config.h:312:8: error: redefinition of
'struct user'
thanks
sorry messed up the bug title, libcloog-ppl0 has nothing to do with this bug
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
retitle 652701 plan FTBFS on arm* config.h:312:8: error: redefinition of
'struct user'
thanks
sorry messed up the bug title, libcloog-ppl0 has nothing to do with this bug
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
package: aboot
severity: serious
Aboot FTBFS with the following error
make[1]: Entering directory `/aboot-1.0~pre20040408/tools'
gcc -g -O2 -Wall -I. -I../include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -g -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-g -c -o isomarkboot.o isomarkboot.c
In
package: espeakedit
severity: serious
tags: patch
espeakedit FTBFS with libwxgtk2.8-dev 2.8.12.1-4 or later. This was first
noticed on the armhf buildd but I have also reproduced it on i386.
The cause is that
/usr/lib/wx/include/gtk2-unicode-release-2.8/wx/setup.h has moved to
package: p7zip
severity: serious
tags: patch
P7zip FTBFS with libwxgtk2.8-dev 2.8.12.1-4 or later. This was first
noticed on the armhf buildd but I have also reproduced it on i386.
The cause is that
/usr/lib/wx/include/gtk2-unicode-release-2.8/wx/setup.h has moved to
/usr/lib/multiarch
package: altree
version: 1.0.1-5
severity: serious
altree failed to build on the armhf and s390x buildds with the following
error
make[3]: Entering directory
`/build/buildd-altree_1.0.1-5-armhf-eEc5cu/altree-1.0.1/Documentation'
== building fig/option_b.subfig.mk ==
package: xotcl
version: 1.6.7-1
severity: serious
all buildds that have attempted to build xotcl 1.6.7-1 have failed. The
errors vary by architecture but it looks to me like you are shipping an
amd64 binary in the source package and trying to use it as part of the
built package!
armel,
Thanks for the report. I saw a message from a buildbot and figured it
was a temporary issue for that architechture, but clearly it's a wider
problem.
The big hint to me was that BOTH armhf and s390x failed, these are both
new architectures but they are totally unrelated to each other. So if
package: binutils-m68hc1x
version: 1:2.18-3.1
severity: serious
dpkg-buildflags now supplies -Werror=format-security by default. This
makes binutils-m68hc1x FTBFS.
I first noticed the failure when looking at armhf (and s390x as a
confirming point) build logs. but I
can reproduce the issue
Remove G_DISABLE_DEPRECATED as this package uses G_CONST_RETURN
Author: Peter Green plugw...@p10link.net
Bug-Debian: http://bugs.debian.org/???
--- ido-0.2.2.orig/src/Makefile.am
+++ ido-0.2.2/src/Makefile.am
@@ -38,7 +38,6 @@ INCLUDES =\
-DG_LOG_DOMAIN=\IDO\ \
-DPREFIX=\$(prefix
Julien Lavergne wrote:
Le 11/01/2011 01:38 AM, peter green a écrit :
unfortunately the patch is not sufficiant to get the package to build
in current sid. After applying it the build fails with
Right, Werror should be completely removed.
Rememoving werror does not sound like
package: pal
severity: serious
version: 0.4.3-7
tags: patch
Pal FTBFS in sid
make[2]: Entering directory
`/build/buildd-pal_0.4.3-7-armhf-c4gnbL/pal-0.4.3/src'
Using CFLAGS: -Wall -g -O2
Using CPPFLAGS: -I/usr/include -I/usr/include/glib-2.0
-I/usr/lib/arm-linux-gnueabihf/glib-2.0/include
package: rutilt
severity: serious
version: 0.16-2
tags: sid wheezy patch
rutilt FTBFS in sid and wheezy.
make[1]: Entering directory
`/build/buildd-rutilt_0.16-2-armhf-uzvQ2R/rutilt-0.16'
Compiling lib/WE17Driver.o
In file included from lib/src//WE17Driver.cxx:36:0:
severity 556332 important
thanks
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.
Doko
package: ggz-txt-client
version: 0.0.14.1-1.1
severity: serious
tags: patch
Your package fails to build if libncurses5-dev is not installed,
gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -L/usr/lib -L/usr/lib -Wl,--as-needed
severity 82 important
thanks
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.
Doko
Julien Valroff wrote:
Hi Peter,
Le samedi 10 déc. 2011 à 08:14:27 (+0100 CET), peter green a écrit :
[...]
+#ifndef i_reseved2
+//i_reseved2 has been split into two fields in recent
Shouldn't it be i_reserved2?
Yes, sorry for the typos.
The ifndef isn't really nessacery I
package: slang-slirp
severity: serious
version: 2.2.4-5
slang-slirp FTBFS in sid. This issue was initially seen on the armhf buildd
but I could reproduce locally on amd64
https://buildd.debian.org/status/fetch.php?pkg=slang-slirparch=armhfver=1.9.8-1.1stamp=1322452414
Package: cgdb
severity: serious
version: 0.6.5-3
tags: wheezy sid patch
Your package fails to build in current wheezy and sid because it's
configure script looks for
curses.h which is in libncurses5-dev. In squeeze the libncurses5-dev was
pulled in indirectly
by libreadline6-dev but that is
found 648765 1:2.4.1.dfsg-3
thanks
this bug also affects the version in testing
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Ian Jackson wrote:
But I agree with Josip's point about the spirit vs. the letter: if we
write into policy that debian/rules must be a makefile, Josip can
comply with the policy by what amounts IMO to trickery. And it's not
trickery that's simple to forbid, given that that trickery is exactly
tags 634412 +patch
thanks
I just did a test build on current sid and ran into failures but they
were different from the failure reported in the bug report. I guess the
headers have changed again since this bug was reported.
Anyway the attatched patch makes the code build in current sid.
diff
Package: sac
severity: serious
tags: patch sid wheezy
Sac defines a struct called struct user. On armel and armhf this
conflicts with struct user in sys/user.h which is indirectly included
by your program.
This bug is known to affect sid and wheezy. It does not affect lenny and
squeeze.
tags 649458 +patch
found 649458 0.1.2.2-6.1
thanks
This bug also affects the version in testing.
I have attatched a patch that fixes the issue (the issue appears to be a
name conflict, the patch just renames the union in question).
Only in simulavr-0.1.2.2: simulavr.spec
diff -ur
tags 642610 +sid wheezy
retitle 642610 adacgi: FTBFS: build-depends on both gnat and gnat-4.4
thanks
As usual apt gives a misleading error message. The real problem in this
case is that the package build-depends on both gnat and gnat-4.4. Theese
packages are not co-installable in sid.
This
tags 642609 +patch
thanks
It seems that libasis2008-dev is gone from the archive replaced by
libasis2010-dev
Furthermore the new libasis2008-dev package seems to conflict with gnat-4.4
I changed Build-Depends line to
Build-Depends: debhelper (= 7), gnat, libasis2010-dev, quilt
With these
retitle 642611 adasockets: FTBFS: build-depends on both gnat and gnat-4.4
thanks
As usual apt gives a misleading error message. The real problem in this
case is that the package build-depends on both gnat and gnat-4.4. Theese
packages are not co-installable in sid.
This does not affect squeeze.
Need to check if the attached patch fixes it when I get access to a hurd
and kfreebsd machine.
Alternatively, feel to check it also.
Builds sucessfully with the patch on kfreebsd-amd64 and kfreebsd-i386
I haven't tested on hurd-i386 because my hurd-i386 vm is currently broken
but IMO that is
Package: ser
Version: 2.0.0-4
Severity: normal
Hi Maintainer,
what is the state of this issue?
I'm not the maintainer but this still seems to be an issue with 2.0.0-5
https://buildd.debian.org/status/fetch.php?pkg=serarch=sparcver=2.0.0-5stamp=1321162065
--
To UNSUBSCRIBE, email to
tags 625756 +wheezy sid
thanks
this bug does not affect squeeze as the default gcc there is 4.4
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
g_format_size_for_display is deprecated as it uses binary prefix calculations
but does not use the IEC prefixes to display them. Evoloution builds with
G_DISABLE_DEPRECATED and so FTBFS
The package also uses the deprecated G_CONST_RETURN
I see several possible fixes to this
1: switch to
Package: simulavr
Version: 0.1.2.2-6.2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
https://buildd.debian.org/status/fetch.php?pkg=simulavrarch=armelver=0.1.2.2-6.2stamp=1319642506
make[4]: Entering directory
Currently this bug is marked as fixed in stable but unfixed in testing
and unstable.
There is a comment in the bug report log saying This file has already
been removed from the latest ace versions. and the file does not appear
to be present in the testing version of the package.
However
tags 645822 +patch
thanks
When discussing the sparc bug* Eric Botcazou from gcc upstream claimed
...you should never configure the compiler with --disable-checking, even in a
cross configuration. This will save a few percents in compilation times but
disables critical internal checking; you
1201 - 1300 of 1817 matches
Mail list logo