Several months ago you uploaded a fix for this rc bug to experimental
but the bug is still present in unstable. Please can you fix it in
unstable too?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
python-apt is not present in armhf testing and this is making a
considerable number of packages uninstallable there. Getting armhf
testing into an acceptable shape is a key step towards releasing armhf
with wheezy.
The version of python-apt in unstable (which includes armhf binaries) is
not
Package: libax25
Version: 0.0.12-rc2+cvs20120204-1
Tags: patch
Your package FTBFS with
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
--mandir=/usr/share/man
make: execvp: ./configure: Permission denied
The problem is that diff/patch don't preserve permissions, so when your
Debian Bug Tracking System wrote:
If you wish to submit further information on this problem, please
send it to 658...@bugs.debian.org.
Looks like ax25-tools and ax25-apps have the same issue.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
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.
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
package: simulavr
version: 0.1.2.2-6.2
While looking into the armel ftbfs I also ran some tests in my (dirty)
sid amd64
chroot and ran into the following failure
Making all in doc
make[2]: Entering directory `/simulavr-0.1.2.2/doc'
mkdir -p html
texi2html -split_node ./simulavr.texi
**
package: bugs.debian.org
x-debbugs-cc: debian-rele...@lists-debian.org
Of the pages linked from http://bugs.debian.org/release-critical
http://bugs.debian.org/release-critical/debian/all.html does not show
bugs against source packages
http://bugs.debian.org/release-critical/debian/main.html
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-dist-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
package: ann
version: 1.1.2+doc-2
severity: important
tags: patch
ann ftbfs on armhf due to a symbols file issue, a patch is attatched.
diff -ur ann-1.1.2+doc/debian/libann0.symbols ann-1.1.2+doc.new/debian/libann0.symbols
--- ann-1.1.2+doc/debian/libann0.symbols 2011-10-25 22:02:02.0
package: speex
severity: important
version: 1.2~rc1-1
tags: patch
Currently speex tries to use armv4 assembler on all arm ports. This
fails to build on
armhf probablly because armhf uses the thumb2 instruction set (it is
possible to use
arm instructions but thumb2 is preffered on these
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.
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
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
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
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,
package: gcc-4.6
severity: important
version: 1.011-2
flint FTBFS on armhf with the following errors
gcc -fPIC -std=c99 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Wformat-security -Werror=format-security -Wall -funroll-loops -I/usr/include
-I/usr/include/NTL -c ZmodF.c -o
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: faust
serverity: serious
version: 0.9.43-1
justification: causes another package (which built successfully in the
past) to FTBFS
Building foo-yc20 on most architectures* gives
g++ src/faust-dsp-standalone.cpp -O2 -ffast-math -ftree-vectorize -fPIC
-DVERSION=1.3.0 -I/usr/lib/faust
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
Carlos O'Donell made the following comments about bug 598937 and it's
associated patch on debian-arm. I am forwarding them to the bug report so
they are there for the next person who looks at it (be it me or someone
else).
http://lists.debian.org/debian-arm/2011/12/msg00061.html
ISO C99 says
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
The current version in unstable failed the same test
check-test-fullmode-with-stun.sh on the armel, armhf and mipsel buildds.
Maybe the test should simply disabled (or at least have it's failure
made non-fatal), a test without reproducable results is of rather
limited value.
--
To
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-dist-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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
package: eris
severity: important
Eris ftbfs on armhf and s390x (debian buildds) with the following error
g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -Wall -Wno-unknown-pragmas -ansi -DNDEBUG -o .libs/metaquery metaQuery.o
package: libc6-dev
version:
severity: important
justification: causes other packages to FTBFS
On arm* sys/ucontext.h heavilly polloutes the global
namespace firstly by including sys/user.h (which defines
among other things a type called struct user and secondly
by defining symbols and #defines
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
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
: disable USE_SYSCALL_FUTEX on architectures other than x86/x64
+ USE_SYSCALL_FUTEX seems to enable x86/x64 specific assembler
+ With USE_SYSCALL_FUTEX disabled we also need to link in the pthread
+ library
+Author: Peter Green plugw...@p10link.net
+Bug-Debian: http://bugs.debian.org/??
+
+
+Index
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
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 +
+++
I pulled that change into another 1.13 release, it is a bit different from your
patch. Could you (peter?) test
http://mpg123.org/download/mpg123-1.13.8.tar.bz2 if it builds now?
I extrated the tarball on an armhf system and did ./configure and make
and it seemed to build successfully. I
Package: audacious
Version: 3.2-2
Severity: normal
Tags: patch
In version 3.2-2 the optimisation level was dropped on sparc to work
arround a compiler bug. This compiler bug has now been fixed and i've
confirmed the package builds without the workaround so please remove it
in the next upload
based on Julien Cristau's and Patrick Baggett's comments I put together
the attatched patch to fix the alignment issues they identified (I have
not done anything regarding the poor choice of prototype or the
theoretical strict-aliasing issue).
Unfortunately the test still fails with a bus
Tags 663943 +patch
thanks
Patch is attatched just add it to the dpatch list.
I have tested that the package builds with this patch, I have not done
any further testing.
#! /bin/sh /usr/share/dpatch/dpatch-run
## 10_fix_typecast.dpatch by plugw...@p10link.net
##
## All lines beginning with `##
tags 653653 +patch
thanks
peter green wrote:
Unfortunately the test still fails with a bus error and I can't seem
to figure out how to run the test manually to get a new backtrace. The
executable ./integrity simply doesn't seem to exist after the build
process ends.
Ok fixed that issue too
Guillem Jover wrote:
Package: fp-compiler-2.6.2
Version: 2.6.2-2
Severity: serious
Hi!
This package is no longer installable with the recent binutils upload
which has started providing binutils-gold, with fp-compiler-2.6.2 both
Depending on binutils and Conflicting on binutils-gold.
Here's
I just ran across this bug (because of perlipq having unsatisfiable
build-depenencies in testing) and it seems it has been closed in the
version currently in wheezy and jessie but not in the version currently
in sid. It seems that the package in testing added breaks for
squeeze-wheezy updates
Samuel Bronson wrote:
Since libgdb.a has been dropped upstream, we've dropped libgdb-dev
entirely now, and fp is going to need to come up with a different plan
for debugger support.
Personally I tend to think we should just embed an appropriate version
of the libgdb source in the fpc source
Tags 717034 +patch
Tags 718545 +patch
Thanks
Attatched is a patch that fixes the build failure by forcing the occ
include directory from debian/rules. The patch also contains a fix to
the clean target.
I have tested that the package builds succesfully with this patch, that
the resulting
Anton Gladky wrote:
Hi Peter!
Thanks a lot for that! I have tried yesterday to fix the problem,
but could not manage that.
You, probably, forgot to attach the patch. Could you, please, do it?
Done.
Thank you,
Anton
2013/8/6 peter green plugw...@p10link.net:
Tags 717034 +patch
Tags
Recent libucommon fails to build with libgnutls.
When I tried it I got a failure on a conversion from an integer to an
enum, C allows this while C++ does not according to the standard.
However there is a command line option -fpermissive which makes g++
allow this. Putting -fpermissive in
The ftbfs bugs caused by vala and a new gobject-introspection can easily be
fixed (at least in most cases) by switching to valac-0.20 which just got its way
into unstable. I just fixed bug #707378 this way by switching the build
dependency accordingly.
Unfortunately in the case of
The ftbfs bugs caused by vala and a new gobject-introspection can easily be
fixed (at least in most cases) by switching to valac-0.20 which just got its way
into unstable. I just fixed bug #707378 this way by switching the build
dependency accordingly.
Unfortunately in the case of valatoys
peter green wrote:
The ftbfs bugs caused by vala and a new gobject-introspection can
easily be fixed (at least in most cases) by switching to valac-0.20
which just got its way into unstable. I just fixed bug #707378 this
way by switching the build dependency accordingly.
Unfortunately
Sorry for letting this slip off my radar for the best part of a year
after uploading the diagnostic upload. Here is a list of facts i've
determined.
1: NACL contains some code for measuring times in CPU cycles, it is not
clear to me how important a part of the whole package this is.
2: There
Version: 1.1.0
The new ersion was built successfully on all release architectures
except ia64 (which does not have ghc available).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: lazarus
Version: 1.0.8+dfsg-1
Lazarus fails to build on armel and armhf.
Assembling qtthemes
qtx11.inc(10,44) Error: Identifier not found
QX11Info_isCompositingManagerRunning
qtx11.inc(16,30) Error: Identifier not found QX11Info_display
qtx11.inc(42,30) Error: Identifier not found
severity 712834 serious
thanks
Sorry forgot to set the severity
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
package: scribus
version: 1.4.2.dfsg+r18267-1
severity: serious
Looks like you got yet another qreal vs double issue.
[ 67%] Building CXX object scribus/CMakeFiles/scribus.dir/scribus.cpp.o
/build/buildd-scribus_1.4.2.dfsg+r18267-1-armel-jtGbQP/scribus-1.4.2.dfsg+r18267/scribus/scribus.cpp:
In
Found 707280 5.5.30+dfsg-1.1
Thanks
Marking this as affecting the version in testing so it doesn't block
migration of the security fix.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: acl2
Version: 6.0-2
Tags: jessie
Severity: serious
Emacs 24 is not currently available in jessie and is blocked from
migration by three rc bugs. This means that the first choice build-deps
for acl2 are not satisfiable in jessie meaning that acl2 cannot be
autobuilt using the
Recent uploads have changed things round a bit. The package still FTBFS
on most architectures but it does so in a different way.
make[1]: Leaving directory
`/build/buildd-llvm-toolchain-3.2_3.2repack-6-s390x-gQ5TrE/llvm-toolchain-3.2-3.2repack'
dh_install -a
cp: cannot stat
This bug was filed against libtimbl3-dev and the discussion in this bug
claims it's an issue in that package but the bug was closed with an
upload of frog.
Closing a bug in one package with an upload of another leaves the bug in
a somewhat confusing state. The bug is closed but it's still
Package: textworks
Version: 0.5~svn1035-1
Severity: serious
configuring default paths for TeX binaries as:
Package: qtwebkit
Severity: important
https://buildd.debian.org/status/fetch.php?pkg=qtwebkitarch=armhfver=2.2.0-3stamp=1331681029
Looks like some tweaks to the symbols file are needed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I..-Wall
-ggdb -g -O2 -DSKINDIR=\/usr/share/audacious\ -g -O2 -c -o plugin_main.lo
plugin_main.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -Wall -ggdb -g -O2
-DSKINDIR=\/usr/share/audacious\ -g -O2 -c
Severity 665489 important
Tags 665489 patch
Thanks
Currently the builds fail on those Archs with your system is not
supported
The attatched patch fixes the build on kfreebsd, it simply changes the
conditions in a few ifdefs to handle kfreebsd in a reasonable manner (in
one case like freebsd,
Just to let you know (I should have posted this earlier) I got
completely lost trying to fixup the assembler init code and gave up on
my attempts. I may come back to this bug later (right now armhf is more
important to me than kfreebsd), in the meantime if anyone else wants to
pick it up i'll
Package: FPC
Severity: important
Tags: patch
I have recently produced a working port of freepascal to armhf. The
patch has been submitted upstream at
http://bugs.freepascal.org/view.php?id=21554 and has been accepted in
trunk http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revrevision=20660
You tagged these bugs as pending about a week ago. We (the armhf
porters) could really do with getting them fixed as it is leading to an
out of date package in armhf testing and we are trying to get to release
architecture status.
Any ETA on an upload?
--
To UNSUBSCRIBE, email to
I'll review the patch and apply it for next upload.
While browsing commit logs of the upstream repo I spotted that one chunk
of my
patch had been reverted, apparently it was both unnessacery (it was one
of the first
hunks I wrote before I really figured out what was going on) and causing
Abou Al Montacir wrote:
Please hold off the upload until I have rerun my testing with that
hunk removed.
No Problem, but in any case we will enable this 2.6.0
As I said in a slightly later mail I have now tested removing the
problem hunk from my backported
patch and retested things.
Please
tags 664914 +patch
thanks
ROMReader.cpp: In function 'void GZIPROMReaderDeInit(void*)':
ROMReader.cpp:143:14: error: invalid conversion from 'void*' to 'gzFile'
[-fpermissive]
/usr/include/zlib.h:1488:24: error: initializing argument 1 of 'int
gzclose(gzFile)' [-fpermissive]
The issue is
tags 664914 +patch
thanks
Sorry forgot to actually attatch it, doing so this time
ROMReader.cpp: In function 'void GZIPROMReaderDeInit(void*)':
ROMReader.cpp:143:14: error: invalid conversion from 'void*' to 'gzFile'
[-fpermissive]
/usr/include/zlib.h:1488:24: error: initializing argument 1
Package: fake-hwclock
Severity: important
Tags: patch
I've just written a manpage for fake-hwclock. Patch containing the
manpage is attached
This is my first attempt at writing a manpage so please give
constructive criticism.
diff -urN fake-hwclock-0.4/debian/fake-hwclock.manpages
gdm3 FTBFS (when rebuilt against a newer CDBS to pick up hardening
flags); from the amd64 build log:
To clarify the actual issue is that gdm3 FTBFS when there is a + in the
name of the build directory because the build process tries to set a
gconf config dir under the build directory and gconf
Package: jmeters
Version: 0.2.1-1
Severity: serious
Tags: patch
The new version of jmeters builds using -march=native. Using
-march=native chooses the target CPU based on the CPU of the build
machine and as such is completely unsuitable for building packages for
distribution by debian.
Package: libsbml
Severity: serious
Tags: patch
libsbml FTBFS if the package swig is not installed with the with the
following error
checking for gacutil... /usr/bin/gacutil
configure: error:
***
SWIG has been requested
Package: mpg123
Version: 1.13.7-6
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: armhf
mpg123 FTBFS on armhf with the following errors.
/bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../../src -I../../src -I../../src/libmpg123
Package: mpg123
Version: 1.13.7-6
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: armhf
mpg123 FTBFS on armhf with the following errors.
/bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../../src -I../../src -I../../src/libmpg123
package: digikam
severity: serious
tags: patch
version: 4:2.6.0~beta2-2
The latest upload of digikam failed on armel and armhf with
the following erors
cd
/build/buildd-digikam_2.6.0~beta2-2-armhf-ef6tKS/digikam-2.6.0~beta2/obj-arm-linux-gnueabihf/extra/kipi-plugins/photolayoutseditor
Package: mosh
Severity: important
Tags: patch
Mosh FTBFS on armel and armhf, there are two issues.
The first is that the program uses inline assembler which is only
suitable for arm mode, this causes a failure on debian armhf and ubuntu
armel and armhf which use thumb2 mode by default (it
Sorry I screwed up while testing this bug. I mistakenly thought that
the test build with /tmp not on btrfs had succeeded. The package failed
to build in the test chroot in question even without btrfs. I think it
was a locale issue but i'm not sure. I then accidentally destroyed the
chroot and
Package: reprepro
Severity: important
For some time now dak has been keeping arround extra versions of source
packages to satisfy built-using. Recently dak also started including
them in packages files marked with the extr control field
Extra-Source-Only: yes. Extra source versions may be
I needed to rebuild this in raspbian for a transisition so I hacked up a
patch to force the package to use automake 1.11
http://debdiffs.raspbian.org/main/g/gearman-interface/gearman-interface_0.13.2-2.1+rpi1.debdiff
I suspect there is a better way to fix this but this patch provides an
Specifically the cause seems to be a breaks in openjdk-7-jre-headless.
root@plugwash:/php5-5.4.4# apt-get install icedtea-7-plugin
icedtea-netx openjdk-7-jre
Reading package lists... Done
Building dependency tree
Reading state information... Done
openjdk-7-jre is already the newest
Package: qapt
Version: 1.3.0-1
from the armel build log
cd /build/buildd-qapt_1.3.0-1+b1-armel-vECdlq/qapt-1.3.0/obj-arm-linux-gnueabi/src
/usr/bin/c++ -Dqapt_EXPORTS -g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security
-std=c++0x
901 - 1000 of 2734 matches
Mail list logo