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
===
---
package: git
severity: important
note: I did not initially submit this as a bug report because I felt it
was not appropriate to do that until we had a better understanding of
what was going on and what issues there were to be fixes but an autoresponder
on smarden.org told me that all debian
Jonathan Nieder wrote:
reassign 654422 src:git 1.7.7.3-1
tags 654422 + moreinfo
quit
Hi Peter,
peter green wrote:
package: git
severity: important
What version?
1:1.7.7.3-1 which afaict was the current version in sid as of a couple
of hours ago.
[...]
During a rebuild after
armhf has now pretty much cleared the needs-build queue (the only things
left are non-free stuff and recently added stuff) and has built arround
89% of the archive (placing it between kfreebsd and ia64) with about
99.5% up to date (placing it between amd64 and i386). Would now be a
good time
Luke Kenneth Casson Leighton wrote:
On Tue, Jan 3, 2012 at 10:54 PM, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
(fwiw, the not-yet-built list includes webkit and ruby1.9.1, each of
which have a number of other packages directly or indirectly stuck
behind them).
ahh... webkit.
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
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
Could you try adding set -x at the top of these scripts:
src/support/tests/test_convert
src/support/tests/test_filetools
src/support/tests/test_lstrings
and then run the the testsuite (make check) and see what it outputs?
The scripts fail because the output from the testcases are not equal to
Per Olofsson wrote:
2012-01-05 02:29, peter green skrev:
Unfortunately to the best of my knowlage the content of build trees
after an autbuild attempt is not saved so i'll have to try to reproduce
this issue locally first. Assuming I can reproduce it i'll perform the
test you wish
package: cqrlog
severity: important
cqrlog fails to build on armel and armhf with the following error
400 93.865/102.848 Kb Used
ipccall.inc(52,36) Error: Identifier not found syscall_nr_ipc
ipccall.inc(59,37) Error: Identifier not found syscall_nr_ipc
100 93.923/102.848 Kb Used
I traced this
David Prévot wrote:
I'm sorry to ask you to wait a little: I'll shake the Spanish
translators a bit more because this language is aiming to be 100 %
complete for Wheezy, and we thus shouldn't brake its current status.
Spanish seems to be in now.
I've just reverted the removal of fpc.*dpkg*
tags 625356 +patch
thanks
Patch is attatched.
--- indicator-session-0.2.17/src/users-service-dbus.c 2011-01-17 17:06:30.0 +
+++ indicator-session-0.2.17.new/src/users-service-dbus.c 2011-11-05 09:44:36.0 +
@@ -586,7 +586,6 @@
which seems to cause a FTBFS. This patch fixes the version in
index.docbook to match the DTD
Fix inspired by the one for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628318
Author: Peter Green plugw...@p10link.net
Bug-Debian: http://bugs.debian.org/640956
--- komparator-0.3.orig/doc
tags 643040 +patch
thanks
The full build log is available from:
http://people.debian.org/~lucas/logs/2011/08/23/abcm2ps_5.9.22-1_lsid64.buildlog
http://people.debian.org/%7Elucas/logs/2011/08/23/abcm2ps_5.9.22-1_lsid64.buildlog
That gives a 404 for me.
When I tested it the package built
abiword's migration to testing is blocked by a dependency on psiconv
psiconv's migration to testing is blocked by the following bug
http://bugs.debian.org/609535 psiconv: magick/semaphore.c:526:
LockSemaphoreInfo: Assertion `semaphore_info-signature == 0xabacadabUL'
failed.
That bug in turn is
tags 636802 +sid wheezy
thanks
Squeeze has crti,o in the traditional location so it shouldn't be
affected by this bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 636559 +patch
thanks
Note that despite the bug title this issue is not alpha specific, it impacts
all architures.
I've attatched a patch that gets the package building again. Within the patch
are three fixes
1: improve debian/rules clean. It's not perfect but at least it avoids
tags 636559 +patch
thanks
oops sent this to the wrong bug report
Note that despite the bug title this issue is not alpha specific, it impacts
all architures.
I've attatched a patch that gets the package building again. Within the patch
are three fixes
1: improve debian/rules clean. It's not
tags 639152 +patch
thanks
sbuild-build-depends-csmash-dummy : Depends: libsdl1.2-dev but it is not going
to be installed
Depends: libsdl-mixer1.2-dev but it is not
going to be installed
Depends: libsdl-image1.2-dev but
tags 636559 +patch
thanks
Patch is attatched, just drop it in debian/patches (the package uses
simple-patchsys so no series file is needed)
diff -Nur -x '*.orig' -x '*~' d52-3.4.1/d52pass2.c d52-3.4.1.new/d52pass2.c
--- d52-3.4.1/d52pass2.c 2007-09-02 15:31:16.0 +
+++
tags 643370 +patch
thanks
Patch is attatched, just drop it in debian/patches (the package uses
simple-patchsys so no series file is needed)
diff -Nur -x '*.orig' -x '*~' d52-3.4.1/d52pass2.c d52-3.4.1.new/d52pass2.c
--- d52-3.4.1/d52pass2.c 2007-09-02 15:31:16.0 +
+++
Tags 643448 +patch
thanks
Patch is attatched just drop it in debian/patches (the package uses
simple-patchsys so no series file is needed).
diff -Nur -x '*.orig' -x '*~' nvramtool-0.0+r3669/hexdump.c nvramtool-0.0+r3669.new/hexdump.c
--- nvramtool-0.0+r3669/hexdump.c 2008-09-27
tags 640444 +patch
thanks
I have attached a patch to debian/rules to add -lm to the linker flags,
this makes the package build succesfully.
--- gtkhtml3.14-3.32.2/debian/rules 2011-02-06 13:16:56.0 +
+++ gtkhtml3.14-3.32.2.new/debian/rules 2011-11-10 01:44:57.0 +
@@
tags 643456 +patch
thanks
I've attatched a patch that fixes the build.
In the process of fixing one of the format security warnings I also
fixed a potential (but almost certainly non-exploitable and highly
unlikely to happen by accident) buffer overflow.
Only in pidgin-festival-2.4:
Tags 643459 +patch
thanks
patch is attatched
diff -ur pngquant-1.0/pngquant.c pngquant-1.0.new/pngquant.c
--- pngquant-1.0/pngquant.c 2002-04-05 18:38:33.0 +
+++ pngquant-1.0.new/pngquant.c 2011-11-10 20:47:19.0 +
@@ -258,7 +258,7 @@
VERSION);
retitle 624285 polyorb: FTBFS: build-dependends on packages which are not
co-installable (gnat and gnat-4.6)
tags 624285 +sid wheezy
thanks
The following packages have unmet dependencies:
sbuild-build-depends-polyorb-dummy : Depends: gnat but it is not going to be
installed
E: Broken
tags 643461 +patch
thanks
Patch is attatched just add it to the quilt series.
Index: qhull-2009.1/src/io.c
===
--- qhull-2009.1.orig/src/io.c 2011-11-10 21:43:30.0 +
+++ qhull-2009.1/src/io.c 2011-11-10
tags 646490 +patch
thanks
I have attatched a patch which can simply be added to the quilt series.
However while fixing the format security errors I noticed some other
rather concerning warnings. In particular I noticed
misc.c: In function ‘addUniqueRow’:
misc.c:176:13: warning: implicit
Retitle 639189: shrinksafe FTBFS, build-depends unsatisfiable in sid due
to build-conflicts.
thanks
Build-Depends-Indep: default-jdk, rhino (= 1.7R1)
Build-Conflicts-Indep: rhino (= 1.7R3)
The current version of rhino in sid is 1.7R3
Attempting to build with the build-conflicts removed leads
Retitle 639189 shrinksafe FTBFS, build-depends unsatisfiable in sid due to
build-conflicts.
thanks
Build-Depends-Indep: default-jdk, rhino (= 1.7R1)
Build-Conflicts-Indep: rhino (= 1.7R3)
The current version of rhino in sid is 1.7R3
Attempting to build with the build-conflicts removed leads to
tags 646457 +patch
thanks
cc -I./../../include -I../../include -g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security
-Wall -c ./cvode.c -fPIC -DPIC -o .libs/cvode.o
./cvode.c: In function 'CVProcessError':
./cvode.c:4131:5: error: format not a
tags 628278 - unreproducible
severity 628278 important
thanks
ccing the imagemagick developers because the proper way to fix this
issue would probablly be to change the imagemagick packaging.
tags 628278 + unreproducible
thanks
I've managed to reproduce it but it requires a fairly specific
reopen 642144
retitle 642144 mmpong ftbfs in unstable ( fatal error:
RendererModules/OpenGLGUIRenderer/openglrenderer.h: No such file or
directory )
thanks
Unfortunately the fix to gcc was not sufficiant to get mmpong building
in sid. It now fails with.
[ 77%] Building CXX object
package: elfutils
version: 0.152-1
severity: serious
From the debian buildd logs for 0.152-1+b1 (copy/paste taken from the
kfreebsd-i386 one but kfreebsd-amd64 looks similar)
make[2]: Entering directory
`/build/buildd-elfutils_0.152-1+b1-kfreebsd-i386-3v8mAz/elfutils-0.152/tests'
Please unblock package scim-anthy version 1.2.7-5
It has been reported to us that the configuration setup
for scim-anthy crashes for some users (bug 682601 and
680988). This is due to the recent transition in the
package from gtk2 to gtk3.
We've also included build-flag hardening in this
Le dimanche 29 juillet 2012 23:31:39 Bart Martens, vous avez écrit :
Hi Rémi,
The patch fixes the bug. Why not simply use it ? Shall I upload an NMU ?
It does not address the real issue.
It must be pure luck that automake accepts it.
I don't know enough about automake internals to
Package: gnuradio
Version: 3.5.1-1
Severity: important
Tags: patch
gnuradio FTBFS on armel and armhf with assembler errors
On armel the build failed with the following error:
cd
/build/buildd-gnuradio_3.6.1-1-armel-iHSnxc/gnuradio-3.6.1/build/gnuradio-core/src/lib
/usr/bin/gcc
Package: pulseaudio
Version: 2.0-3
Severity: important
Tags: patch
The build-depends on libbluetooth-dev uses the architecture specifier
[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] this means that it will not
be possible to satisfy the build-depends on any new non-linux architectures.
01234567890123456789012345678901234567890123456789012345678901234567890123456789
Current version 3.1.0~rc2-1 seems ok on all archs, but for ppc where it fails
to build with something that looks like a compiler issue.
Based on https://bugs.launchpad.net/ubuntu/+source/spatialite/+bug/1012976 and
Package: spatialite
Version: 3.0.0~beta20110817-3
While working on a derivative distribution I discovered that spatialite
from testing FTBFS with the following error
checking for geos_c.h... yes
configure: error: 'libgeos_c' is required but it doesn't seems to be
installed on this system.
package: libavg
version: 1.7.1-1
severity: important
tags: patch
Afaict prior to it's removal and reintroduction libavg was available on most
architectures. The changelog entries gave no inidication of this support being
dropped yet the package was marked as only being suitable for i386 and
tags 666589 +patch
thanks
I'm running a derivative distribution called raspbian to provide a
hardfloat distribution for the Pi and one of our users asked for this
package so I went looking for a soloution to make it build.
And I've found one but it's kinda ugly, it would require a trip
I've re-install Debian/kfreebsd inside virtualbox. And does get the
FTBFS. But strangely, linux arches does get a correct multiarch path but
the kfreebsd-i386 didn't.
Any suggestions?
As a quick and dirty solution you could put code in debian/rules that
checks where
the files are and if needed
I have uploaded a no-change sourceful NMU to delayed/2 to fix the
multi-arch coinstallability. Please tell me if you object to this and I
will remove or reschedule it.
I've used a fairly short timing as apparently this is preventing testing
of the new ia32-libs package.
Trivial debdiff is
Package: netsniff-ng
Severity: important.
Tags: patch
In 0.5.6-2 you made the following change
Set archs to: i386, amd64, powerpc and sparc only as dependencies are
not available or missing on other than these archs.
Howver since then it seems the dependencies have become available in
Hi,
I am not able to fix the problem by myself, I have contacted the
upstream and I have not received any deployable help.
I noticed that that 20110221-3 did build on armhf (on an experimental buildd)
while 20110221-4 failed to build on armhf (on an unstable buildd).
Package: icedtea-7-jre-cacao
Version: 7u3-2.1.2-2
Severity: important
The following trivial test program fails with cacao on armhf
import java.math.*;
public class test {
public static void main(String [] args) {
System.out.println(3.0);
}
}
root@debian:/# javac test.java
root@debian:/#
Package: icedtea-6-jre-cacao
Version: 7u3-2.1.2-2
Severity: important
The following trivial test program fails with cacao on armhf
import java.math.*;
public class test {
public static void main(String [] args) {
System.out.println(3.0);
}
}
root@debian:/# javac test.java
root@debian:/#
Notfound 688703 7u3-2.1.2-2
Found 688703 6b24-1.11.4-3
Thanks
Sorry forgot to edit the version number when filing the openjdk-6
version of this bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: clang
Version: 3.0-6
Severity: grave
Tags: patch
x-debbugs-cc: debian-rele...@lists.debian.org
RT in cc because of proposed TPU upload.
Unfortunately it seems that the changes in 3.0-6 fixed clang on armel
but not on armhf.
root@debian:/# clang -v test.c
Debian clang version 3.0-6
Package: chromium
Version: 22.0.1229.94~r161065-3
Severity: minor
Chromium seems to build all debs twice, worst it does it the first time
with xz and then the second time with the default compression (gzip), so
the archive ends up with gzipped debs after the buildds put in the
effort of
Ondřej Surý wrote:
Yeah, and next binNMU will break it again. Totally useless upload,
hence I do object!
As russ says wheezy is now in freeze so there should not be any more
transitions and hence there should not be any more binnmus for transitions
(which represent the vast majority of
Package: libxml-libxml-perl
Version: 2.0001+dfsg-1
I am running a debian derivative called raspbian and one of our users
reported
that our libxml-libxml-perl package was broken. I looked at our package and
discovered that the package only contained documentation files. I then
looked
at our
retitle 683011 FTBFS on arm* and kfreebsd*: libnss-ldap missing files
(debian/tmp/usr/lib/*/*), aborting
tags 683011 +patch
thanks
It appeared the arm* and kfreebsd* failures are the same or at least
related. At the very least other behaviours seem the same on those
architectures.
Specifically
Emmanuel Kasper: can you tell us if the patch in
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=14;bug=683011
fixes libnss-ldap on kfreebsd for you?
Steve Langasek wrote:
My opinion is that the upstream rules on naming the libnss_ldap file are a
horror show. ;) Your proposed fix looks
package: dietlibc
version: 0.33~cvs20120325-3
severity: wishlist
tags: patch
I'm currently working on an armv6 hardfloat derivitive of debian called
raspbian. When trying to build the latest version of dietlibc I ran into
the following error.
gcc -D__dietlibc__ -I. -isystem include -pipe
Severity 528863 important
Thanks
When I load the help files in fp-ide from the fp-docs package and reply
yes when it asks if it needs to build the index I get an Error storing
index data (-2). It also happens when I use only a subfolder of the docs.
Path to help files:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package fpc
I have just sponsored a fpc upload by Abou Al Montacir to unstable, fixing two
important bugs (note: one of the bugs was initially filed as normal but
speaking
Philipp Kern wrote:
Uhm, is it really required by policy to delete backup files that weren't
created by the package in the first place?
diff -Nru fpc-2.6.0/debian/fp-compiler.postrm.in
fpc-2.6.0/debian/fp-compiler.postrm.in
--- fpc-2.6.0/debian/fp-compiler.postrm.in 2012-05-06
I'd like to mark this as won't fix because we're dropping the scons
build system. The latest version of supercollider 3.5.x (which I'm
currently asking debian-multimedia maintainers to upload) uses cmake
instead which is much less mess.
Supercollider 1:3.5.2-1 was uploaded just before the
package: clisp
severity: important
x-debbugs-cc: debian-...@lists.debian.org
clisp fails to build with a segfault in an armel sid chroot on my
beagleboard XM (armv7). It fails with an illegal instruction error if I
add armhf to the architecture lists, add -marm to the start (if I add it
after
tags 673215 +patch
thanks
The attached package makes the package build with dpkg-buildpackage
-A, dpkg-buildpackage -B and regular dpkg-buildpackage. I have not
done any further testing of the resulting packages.
diff -ur libsvm-3.1/debian/rules libsvm-3.1.new/debian/rules
---
I did some local tests and it ext3grep seemed to work. Everything that
was restored was restored correctly though it did not restore everything
I deleted from the test image (but then it can't nessacerally be
expected to, some stuff may dissapear from the journal before ext3grep
can see it).
Package: calligra
Version: 1:2.4.2-1
Severity: serious
callira FTBFS on armel and armhf with the following error
/build/buildd-calligra_2.4.2-1-armhf-0fWQX5/calligra-2.4.2/plugins/pathshapes/rectangle/RectangleShape.cpp:64:85:
error: no matching function for call to 'qMin(double, qreal)'
spelling: it should be one piece not one peice
Ok
Very interesting changes. Have you discussed this with upstream?
No
If not, that's fine; no need to slow down the package update in this
case. But be sure to eventually.
Ok, i'll send them the patch.
typo? Should this be:
#ifndef i_reserved2
tags 675894 +pending
thanks
In light of the impending freeze I just uploaded a NMU for this to
delayed/5. Debdiff is attached, please tell me if you have any problems
with the upload.
diff -Nru lazarus-0.9.30.4/debian/changelog lazarus-0.9.30.4/debian/changelog
---
package: ruby-redcarpet
severity: serious
version: 2.1.1-1
tags: patch
ruby-redcarpet failed to build on all autobuilders that had tried to build it
at the time of writing and also failed in my amd64 pbuilder.
Rewriting shebang line of
package: qpdfview
severity: important
version: 0.3~beta2-1
tags: patch
Your package failed to build on armel and armhf
sources/documentview.cpp: In member function ‘void
DocumentView::preparePages()’:
sources/documentview.cpp:2121:40: error: no matching function for call to
‘qMax(qreal,
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
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: ibam
severity: important
The architecture list for binary package ibam contains armhf but the
architecture list for binary package gkrellm-ibam does not. The code in
debian/rules is not prepared for this situation and so the build fails.
I beleive the best course of action is simply
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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
package: binutils
version: 2.22-4
serverity: serious
armel appeared to fail with a compiler error. Unfortunately we can't see
why the compile failed because the build system redirected all it's
output to /dev/null :(
make[5]: Entering directory
package: libplayer
severity: important
libplayer FTBFS on armhf with the message
/usr/bin/ld.bfd.real: mrl.o: relocation R_ARM_THM_MOVW_ABS_NC against `a
local symbol' can not be used when making a shared object; recompile
with -fPIC
Looking at debian/rules it looks like there was already an
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
in the
chroot to 2.22-3 and then requeue binutils 2.22-4.
Original Message
Subject: Re: Bug#656441: binutils FTBFS on armel, powerpc, s390 and
s390x buildds
Date: Fri, 20 Jan 2012 13:18:41 +0100
From: Matthias Klose d...@debian.org
To: peter green plugw...@p10link.net, 656
severity 656602 serious
thanks
The S390x build log indicates that the new darkplaces has grown more
Software renderer calls,
As of course do the build logs for most other architectures
Since this FTBFS happens on release architectures where the packages
have been built before it's severity
package: libzen
severity: serious
libzen failed to build on most* 32-bit architectures with the following
error
../../../Source/ZenLib/Ztring.h:201:13: error: 'ZenLib::Ztring
ZenLib::Ztring::From_Number(size_t, ZenLib::int8u)' cannot be overloaded
../../../Source/ZenLib/Ztring.h:186:13:
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: gcc-defaults
severity: important
version: 1.111
gcc-defaults recently switched the default gdc to gdc-4.6 and in the
process dropped the gdc binary package on architectures that don't have
gdc-4.6 (armel, ia64, mips, mipsel, powerpc, s390, sparc, armhf and
s390x). This is blocking
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
Jörg Kurlbaum wrote:
The following packages have unmet dependencies:
openjdk-6-jdk : Depends: openjdk-6-jre (= 6b18-1.8.10-0+squeeze2)
but it is not going to be installed
E: Broken packages
I suspect some misconfiguration of apt. But could not find any hints
Can you post the complete
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: ideviceinstaller
version: 1.0.0-1.1
severity: serious
tags: patch
gcc -DHAVE_CONFIG_H -I. -I..-Wall -Wextra -Wmissing-declarations
-Wredundant-decls -Wshadow -Wpointer-arith -Wwrite-strings -Wswitch-default
-Wno-unused-parameter -Werror -g -pthread -I/usr/include/glib-2.0
package: engauge-digitizer
severity: serious
tags: patch
version: 5.0-1
The latest upload of engauge-digitizer failed on armel and armhf with
the following erors
src/digitview.cpp:293:61: error: no matching function for call to
'QMatrix::map(double, double, double*, double*) const'
This should work in ubuntu too, shouldn't it?
Which version of ubuntu?
The package as it stands now should support ubuntu oneiric and precise.
I just tested building scid 4.3.0.cvs20111216-3 from incoming.debian.org
under ubuntu precise i386 and it built fine
If you want to support
Reopen 654783
found 654783 2.7.2-13
thanks
The testsuite still seems to be hanging on both the kfreebsd-i386 and
kfreebsd-amd64 buildds (now tried three times on each).
test_signal
E: Caught signal 'Terminated': terminating immediately
make: *** [stamps/stamp-check] Terminated
Build killed
package: rampart
severity: serious
version: 1.3.0-2
rampart failed to build on all buildds and also locally in my sid amd64
pbuilder
checking path to use Axis2C . This is a compulsory to build Rampart-C... yes
configure: error: could not find axis2inc. stop
make: *** [debian/stamp-autotools]
Aaron M. Ucko wrote:
peter green plugw...@p10link.net writes:
Unfortunately my searches for axis2inc failed to find anything
relavent in debian so I can't make any suggestions on how to fix this.
There is a libaxis2c-dev package that ought to contain that script;
hmm, seems
Note: I have no particular relationship to this package, i'm just trying to
reduce the number of uninstallable packages in armhf testing.
configure.ac:210: warning: macro `AM_PATH_ALSA' not found in library
configure.ac:210: error: possibly undefined macro: AM_PATH_ALSA
If this token and
701 - 800 of 2734 matches
Mail list logo