tags 526532 +patch
thanks
Patch is attatched, just add it to the quilt series.
Index: babel-1.2.0.dfsg/runtime/sidlx/sidlx_common.c
===
--- babel-1.2.0.dfsg.orig/runtime/sidlx/sidlx_common.c 2009-05-22 19:13:28.0 +
+++
forcemerge 485897 527729
thanks
The new imagemagick is now in unstable so the changes for this package
to support it also need to be uploaded to unstable. The current
experimental package builds successfully in unstable.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
tags 527721 +patch sid squeeze
thanks
The package uses zlib.h but does not build-depend on zlib1g-dev (which
provides it). In lenny it gets away with this because zlib1g-dev is
pulled in indirectly by libavcodec-dev. In sid and squeeze it does not
get away with it.
Simply add zlib1g-dev to
tags 526537 +patch
thanks
Patch is attached, just drop it in debian/patches (the package uses
simple-patchsys so there is no series file to update)
diff -Nur -x '*.orig' -x '*~' gtkhtml3.8-3.12.3/a11y/Makefile.am gtkhtml3.8-3.12.3.new/a11y/Makefile.am
--- gtkhtml3.8-3.12.3/a11y/Makefile.am
package: irssi-plugin-xmpp
version: 0.13+cvs20090406-1
severity: serious
tags: patch
The ia64 buildd has a build log filter looking for implicit conversions
of function results to pointers (because they belive they are almost
certain to cause the app to segfault and usually indicate an include
tags 527488 +patch sid squeeze
config.sub and config.guess in the source tree are symlinks to
/usr/share/libtool/config.[sub|guess]. Theese don't exist anymore, the
attached patch will make the package use the versions from autotools-dev
(which I belive are the canonical ones in debian).
tags 527809 +patch
thanks.
It seems the package uses a font from texlive-fonts-recommended but does
not build-depend on it.
On lenny it generally gets away with this because it is pulled in
indirectly via the chain
hevea-tetex-bin-texlive-texlive-fonts-recommended. However even on
lenny it
tags 530728 +patch
thanks
patch is attatched
Only in linphone-3.1.2: config.h
diff -ur linphone-3.1.2/debian/rules linphone-3.1.2.new/debian/rules
--- linphone-3.1.2/debian/rules 2009-05-28 16:16:09.0 +
+++ linphone-3.1.2.new/debian/rules 2009-05-28 16:17:46.0 +
@@ -22,3
tags 504976 +patch
thanks
patch is attatched, as well as fixing this bug the patch also makes the
clean target behave properly.
the patch was made with the experimental version. It also seems to apply
to the unstable version but that is currently unbuildable due to the
dissapearance of
tags 513625 +patch -help -moreinfo
Could you please provide a (small!) patch to the release notes?
Many thanks in advance!
I can't easilly produce a patch per-se because I don't know the details of where
but the correction is trivial, just remove the last two words of that sentance
to make
retitle 510409 swi-prolog 5.5.63-1 FTBFS on everything except i386 and
amd64
thanks
Disclaimer, I have no relation with this package, i'm just doing some
flyby rc bug investigation.
This isn't just a mipsel issue, the i386 autobuild succeeded. The amd64
binary was included with the source
+
+++ swi-prolog-5.6.63/packages/jpl/ac/ac_jni_include_dirs.m42009-01-03
22:16:10.0 +
@@ -1,6 +1,12 @@
-dnl Available from the GNU Autoconf Macro Archive at:
+dnl modified by peter green ( plugw...@p10link.net ) to (hopefully) make build
+dnl work with openjdk on all debain
tags 510409 +patch
thanks
I have tried to create modified versions of debian/control and
debian/rules that disable building the java stuff on architectures
where openjdk is not availible (arm and hppa) but my lack of
experiance in that area and some of the complexity in the packages
files are attatched
I think you forgot to attach them. :)
Sorry they are attatched this time.
Source: swi-prolog
Section: interpreters
Priority: optional
Maintainer: Chris Lamb la...@debian.org
Build-Depends: debhelper (= 5), autotools-dev, dpatch, libncurses5-dev,
found 510409 5.5.63-2
thanks
I'll upload swi-prolog tonight with these changes and also send the that
autoconf upstream (to swi-prolog and possibly further) unless you want to
do that. Again, many thanks.
It seems the autotools stuff for jpl in your upload wasn't regenerated
so the code
found 505600 1:2.6.21+dfsg-2
I just tested this with the version you mentioned and couldn't
reproduce, are you still actually experiancing it?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
It's not sure it will work, there seems to be a mips* specific binutils
issue as a similar fix did not work for openssh.
i've just tried and it doesn't seem to work, the results below are from
an emulated mips system
Unchanged package from sid
make[1]: Entering directory
tags 537034 +patch
thanks
I've just done a quick check in pbuilder and adding cpio to the build
depends indeed seems to be sufficiant to make the package build.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
tags 537034 +patch
thanks
I've just done a quick check in pbuilder and adding cpio to the build
depends indeed seems to be sufficiant to make the package build.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
package: ypsilon
severity: serious
tags: patch
ypsilon fails to build from source if the homedir doesn't exist and
can't be created. This happened on the i386 buildd with the latest version.
Patch is attatched.
Only in ypsilon-0.9.6.update3/build-win32: Release
diff -ur
tags 537038 +patch sid squeeze
thanks
This bug does not affect lenny, It does affect sid. Right now it doesn't
affect squeeze but I expect that will change over the squeeze release
cycle so IMO this bug is relevent for squeeze.
A patch is attatched that fixes this in the least intrusive way
tags 536611 +patch
thanks
add swig and libtool to the build-depends to fix this bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi, thanks for reporting this. I'm a bit confused why this just
happened since I only added cpio As a manual build depend in this
release and it builds fine in pbuilder. Must be something different
about the buildd setup.
Probablly, pbuilder and buildd setups aren't quite the same which does
tags 535643 +patch
thanks
gimp currently FTBFS on hurd-i386 with the following error:
And not just on hurd-i386. the error also happens on amd64 linux and I strongly
suspect it will happen on any architecture.
As you say the fix for this is trivial, just add the missing comma and that is
tags 536674 +patch
thanks
changing libconfig6-dev to libconfig8-dev in the build-depends will make
this package build successfully.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 536680 +patch
thanks
add pkg-config to the build-depends to fix this bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
peter green wrote:
tags 536674 +patch
thanks
changing libconfig6-dev to libconfig8-dev in the build-depends will
make this package build successfully.
oops sorry I hit send too eartly, to get a fully sucessfull build you
also need to add cpio to the build dependencies.
--
To UNSUBSCRIBE
tags 536923 +patch sid squeeze
thanks
The package requires libglade-2.0.pc from libglade2-dev but does not
build-depend on it. In lenny it gets away with this because it is pulled
in indirectly via libgnomeui-dev and libbonoboui2-dev. In sid and
squeeze it does not get away with it.
fixing
tags 537012 +patch sid squeeze
This package requires libglade-2.pc but does not build-depend on
libglade2-dev which provides it. In lenny it gets away with this because
it is pulled in indirectly via libpanel-applet-dev and libbonoboui2-dev.
in squeeze and sid it does not.
Adding
I tested this issue in my sid amd64 chroot as user nobody with a
nonexistant homedir.
The homedir issue was easy enough to fix but then the build failed with
what appeared to be problems caused by lack of a fortran compiler so I
added gfortran to the build-dependencies and installed it.
tags 533966 +patch
thanks
add intltool to the build-depends to fix 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 533945 +patch
thanks
patch is attatched.
Only in cpufire-applet-1.4: cpufire_applet.spec
diff -ur cpufire-applet-1.4/debian/control cpufire-applet-1.4-new/debian/control
--- cpufire-applet-1.4/debian/control 2009-07-05 18:35:12.0 +
+++ cpufire-applet-1.4-new/debian/control
tags 533983 +patch sid squeeze
thanks
In sid the upstream build process fails to pick up the locations for the
libgnomeui sheaders and the fact it should link against libgnomeui. I
would guess this is due to a change inlibpanel-applet2-dev but i'm not
sure. In lenny and etch it works fine,
Andreas Henriksson wrote:
Hello Peter!
Looking over RC bugs I see you've provided solutions for many of them
already, great! I wanted to ask you about the patch for bug 527488. Is
there any reason you're not doing the regular remove in clean, copy
config.{guess,sub} before config/build?
for non-linux ports
Add support for freebsd and hurd (hurd untested) to makefile
.
Disable camera support (which appears to depend heavilly on gudev which in turn
depends on udev which is linux specific) on freebsd and hurd
.
Fix a build issue with camera support disabled
Author: Peter Green
A patch implementing the above is attatched ready for adding to the
quilt series
As well as the quilt patch (which doesn't change the debian dir) it is
also nessacery to modify debian/control replacing libgudev-1.0-dev (=
145) with libgudev-1.0-dev (= 145) [!kfreebsd-i386 !kfreebsd-amd64
tags 582098 +patch
thanks
One workaround is to explicitly call 'bash ./configure' from debian/rules.
I can confirm that with this changed in BOTH places in debian/rules
(debian/rules runs configure twice, once in configure-stamp and once in
configure-php5-stamp) the package builds
Upstream claims to have fixed amd64 support in the latest release
(released in 2007!). I have tried but so far failed to build a debian
package of the latest version to see if it fixes the issue in this bug.
(note: i'm just taking flyby looks at rc bugs, I have not done any
thorough testing)
Package: seed
Version: 2.30.0-1
Severity: serious
Seed fails to build on ia64. Unfortunately I don't have access to an
ia64 system so I can't debug this myself.
https://buildd.debian.org/fetch.cgi?pkg=seedarch=ia64ver=2.30.0-1stamp=1270425014file=logas=raw
make[5]: Entering directory
package: jack-audio-connection kit
x-debbugs-cc: debian-...@lists.debian.org
x-debbugs-cc: ar...@buildd.debian.org
note: i'm not sure what severity this deserves. If it's a really a bug
in the package it's probablly rc OTOH it could just be something screwy
with the buildd chroots and not
buildds with illegal instruction error
Date: Mon, 10 May 2010 11:05:37 +0100
From: peter green plugw...@p10link.net
To: sub...@bugs.debian.org
package: jack-audio-connection kit
x-debbugs-cc: debian-...@lists.debian.org
x-debbugs-cc: ar...@buildd.debian.org
note: i'm not sure what
package: texlive-extra-utils
version:2009-7
severity: normal
justification: violates a should in policy and is a regression from lenny
There is no manpage for pdfcrop in the current sid/squeeze version of
the package. The manpage is there in lenny. There is no reason for this
given in the
The bug is actually in libsdl1.2debian. It has improper compile flags
for powerpc g3. What these are I do not know.
looking at the build log -maltivec seems to be the smoking gun. It
appears the upstream configure script is looking for altivec support at
build time and enabling it if it detects
tags 570848 +patch
thanks
Patch is attatched, just add it to the quilt series.
Index: ams-2.0.1/src/canvasfunction.cpp
===
--- ams-2.0.1.orig/src/canvasfunction.cpp 2010-02-23 14:49:01.0 +
+++
peter green wrote:
The bug is actually in libsdl1.2debian. It has improper compile flags
for powerpc g3. What these are I do not know.
looking at the build log -maltivec seems to be the smoking gun. It
appears the upstream configure script is looking for altivec support
at build time
Rick Thomas wrote:
I own both G3's and G4's running Debian Stable. I can take them down
for limited periods (a day or so) to run other versions of Debian.
If someone who knows what he/she's doing can walk me through the steps
(I'm an experienced system admin. But I'm not a developer.) I'm
package: gsasl
severity: serious
x-debbugs-cc: debian-m...@lists.debian.org
Gsasl failed to build on the mips and mipsel buildds with the error
/usr/bin/ld: non-dynamic relocations refer to dynamic symbol
getdelim@@GLIBC_2.0. I can also reproduce the issue locally using
qemu-system-mips.
tags 561466 +patch
thanks
add defoma to the package's depends to fix 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 561467 +patch
thanks
It appears monodoc-browser needs to be moved from reccomends to depends
since monodoc-anculus-manual's postinst requires it. Unfortunately I
can't test this due to 559209
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
severity 559209 grave
retitle 559209 mono-tools FTBFS and most of it's binaries are
uninstallable due to libwebkit1.0-cil removal
The FTBFS is now actually happening in sid.
In addition to causing a FTBFS this issue renders mono-tools-gui and
monodoc-browser uninstallable.
The soloution of
Unforuntately changing the build-depends is not enough to fix this. The
package checks for webkit-sharp-1.0 using pkg-config, however there
seem to be no .pc files in libwebkit1.1-cil. I tried simply removing the
check but if I do that then the appropriate flags don't get passed to
the
tags 523597 +patch
thanks
patch is attatched
diff -ur rss-glx-0.8.2/debian/rules rss-glx-0.8.2.new/debian/rules
--- rss-glx-0.8.2/debian/rules 2009-04-12 00:27:28.0 +0100
+++ rss-glx-0.8.2.new/debian/rules 2009-04-12 00:36:04.0 +0100
@@ -20,7 +20,20 @@
CFLAGS += -O2
endif
Thanks, but any idea why this needs to be so complicated? Shouldn't it
just require updating the symlinks?
Unfortunately diff.gz considers a change to a symlink to be an
unrepresentable change to source so it is nessacery to undo the change
to the symlink in the clean target.
the .h.in
tags 524386 +patch sid squeeze
thanks
The package uses glade/glade-xml.h but does not depend on libglade2-dev
. In lenny the package gets away with this because it is pulled in
indirectly by libpanel-applet2-dev. In sid it does not get away with it.
The situation in squeeze seems to be the
tags 524387 +patch
thanks
patch is attatched
Only in gnuradio-3.0.4: config.guess
Only in gnuradio-3.0.4: config.sub
diff -ur gnuradio-3.0.4/debian/rules gnuradio-3.0.4.new/debian/rules
--- gnuradio-3.0.4/debian/rules 2009-04-17 02:36:10.0 +
+++ gnuradio-3.0.4.new/debian/rules
This seems to be another case of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595934
apt-get install automaken gives:
Package automaken is a virtual package provided by:
automake1.9 1.9.6+nogfdl-3.1
automake1.7 1.7.9-9.1
automake 1:1.11.1-1
automake1.10 1:1.10.3-1
You should explicitly
reassign 595829 libnspr4-dev
retitle 595829 dependencies in libxul-unstable.pc and libxul.pc are
stricter than dependencies of package
thanks
libxul.pc and libxul-unstable.pc contain Requires: nspr = 4.8.6 .
However xulrunner-dev only has an unversioned dependency on libnspr4-dev
and the
This looks like (haven't tested) another case of the same issue as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595829
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
This looks like a similar issue to Package 'Mozilla Plug-In API' requires 'nspr = 4.8.6' but
version of NSPR is 4.8.4 vs Package 'libxul' requires 'nspr = 4.8.6' but version of NSPR
is 4.8.4
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
A new version of debian/patches/kfocus_1.0.2-16.diff reducing the
counter limit to 20 (unfortunately it seems cdbs-edit-patch rebuilt
the patch in a sufficiantly different way that diffing old patch and
new patch gives no meaninful result) is attatched which seems to fix
the immediate
Would a compromise be possible? Something along the lines of doing
urgent stuff (journal replays, checks of unclean unjournaled
filesystems) but skipping the n days/mounts since last check- check
forced checks when on battery? Does fsck have and options that would
allow this or would they have
tags 526433 +patch
thanks
add python to the build-depends to fix this bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
It now build-depends on libmp3lame-dev | toolame and
the autobuilders only attempt the first alternative,
so your package
It's not my package, i'm just someone commenting on the bug report.
I have mentioned two different possibilities for fixing this bug in the
bug report. The package now
tags 526847 +patch
thanks
debhelper seems to be the only missing build-dependency (tested in
pbuilder) so adding it should be enough to fix this bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Sandro Tosi wrote:
On Mon, May 4, 2009 at 13:06, peter green plugw...@p10link.net wrote:
tags 526847 +patch
thanks
debhelper seems to be the only missing build-dependency (tested in pbuilder)
so adding it should be enough to fix this bug.
This is an orphaned packages: are you
tags 526558 +patch
thanks
adding #include limits.h immediately below the license header in
naf/conn.c makes this package build successfully.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 526556 +patch sid squeeze
thanks
This bug does not affect lenny but it does affect both sid and squeeze.
add -D_GNU_SOURCE to the CFLAGS setting in debian/rules to fix it.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
tags 526559 +patch sid squeeze
thanks
This bug does not affect either etch or lenny but does affect both
squeeze and sid.
A patch is attatched which both fixes the ftbfs and makes the package
respect noopt.
diff -ur makeztxt-1.60/Makefile makeztxt-1.60.new/Makefile
--- makeztxt-1.60/Makefile
Looks like this was done on purpose
http://packages.qa.debian.org/k/koffice/news/20090412T174814Z.html
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523602
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
tags 521901 +patch
thanks
Since the package builds only one binary the library can be added
through LDFLAGS from debian/rules
To do this insert export LDFLAGS += -lz between the shebang and the
first rule in debian/rules.
--
To UNSUBSCRIBE, email to
tags 516060 +patch
thanks
add texlive-latex-base,texlive-latex-recommended , texlive-latex-extra
and texlive-fonts-recommended to the build-depends to fix this bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
tags 525277 +patch
thanks
I think the attached patch will fix this issue but I can't be positive
as my attempts to reproduce it have failed (for some reason even when I
remove resolv.conf at least some of the docbook-to-xml calls succeed
very slowly and there was no way I was going to wait
tags 527371 +patch
thanks
A patch is attatched that makes the clean target work properly (that is
the result of unpack-clean-build-clean is identical to the result of
just unpacking the package) the patch is suitable for both the unstable
and experimental versions.
diff -ur
tags 527532 +patch
thanks
Add #include limits.h to the top of the list of includes in
include/specter/specter.h to fix 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 527531 +patch
thanks
add #include signal.h immediately below #include string.h in
src/prelude-correlator.c to fix 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 527654 +patch sid squeeze
thanks
This bug does not affect lenny but does affect both sid and squeeze.
Patch is attatched.
diff -ur xenomai-2.4.4/src/testsuite/irqbench/irqloop.c xenomai-2.4.4.new/src/testsuite/irqbench/irqloop.c
--- xenomai-2.4.4/src/testsuite/irqbench/irqloop.c
The package builds successfully if libproj-dev is installed but there is
nothing pulling it in.
It looks to me like the bug is actually in grass-dev since that contains
the header that was trying to pull in proj_api.h but since this is just
a flyby investigation and i'm not an expert on the
tags 527694 +patch sid squeeze
thanks
The problem seems to be that the imagemagick headers don't like
-pedantic anymore. This issue currently only affects sid but that is
likely to change so fixing the bug is relavent for squeeze.
patch is attatched
diff -ur cimg-1.2.0.1/examples/Makefile
tags 527098 +patch
thanks
add libgtkhtml3.14-dev to the build-depends to fix this bug
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I tried changing the build-dependency from libgnome2.0-cil to
libgnome2.24-cil but got the following error
configure: error:
Your evolution-data-server is too new for this evolution-sharp. Check
to see
if there is a newer version than 0.19.2.1 at:
tags 527700 +patch
thanks
Add -D_GNU_SOURCE to the cflags in debian/rules to fix 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 527726 +patch sid squeeze
thanks
This bug does not affect lenny but does affect both sid and squeeze.
The fix is trivial, just add '2#include limits.h to the list of
includes in src/get.c
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
tags 526575 +patch
thanks
add python-setuptools to the build-depends to fix 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 527803 +patch
thanks
the package seems to build sucessfully when the build-depends are
changed to use the default boost version (dev packages without version
numbers in the name) in sid.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
When building the package, it's FTBFS with an undefined reference to mainbody.
According to http://tug.org/pipermail/luatex/2009-March/000556.html, we have to
add export CONFIG_SHELL=/bin/bash to fix this FTBFS (and it works).
*** /tmp/tmpwqqvL9
In Ubuntu, we've applied the attached patch to
tags 527665 +patch
thanks
Add -D_GNU_SOURCE to the cflags in debian/rules to fix 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 528659 +patch
thanks
It seems that gcc on debian doesn't define __{BIG|LITTLE}_ENDIAN__ or
any of the equvilents the package checks for. The package has hardcoded
fallbacks for some architectures but not others hence the FTBFS on some
but not all debian architectures (roughly correlated
package: cdo
severity: serious
tags: patch
automake needs to be added to the build-depends to make this package
buildable in a clean environment.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 529023 +patch
thanks
add libtool to the build-depends to fix this bug
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
- It is almost a shoot in the dark, since we cannot test in a fast way
if the fix is working (it seems that for armel the latency is almost
two months).
Suggestions?
There is always qemu, it may take a few days (not sure how qemu compares in
speed to the
tags 529158 +patch
thanks
The fix is trivial, just add python to the build-depends.
BTW be aware that this only affects arch-only builds, arch plus
indep builds succeed because python gets dragged in indirectly through
stuff in build-depends-indep .
--
To UNSUBSCRIBE, email to
tags 529161 +patch
thanks
I have attatched a new version of input_layer.diff just replace the
existing one in debian/patches and fix this issue.
For the ssize_t variable I simply changed the format specifier to match.
For the sizeof I couldn't find any good documentation on what type it
was
The bug is about an optimisation flag that we shouldn't just get rid
of. At some point soon, I'll read the gcc manpage and figure out what
a proper flag for other architectures should be.
http://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options
retitle 519733 dates FTBFS in sid
this is not a mips specific issue, all the +b1 buildd builds failed
either with this issue or with build-dependency installation issues
The initial error was easy to fix, just the addition of #include
hildon/hildon-defines.h to src/dates_callbacks.c
tags 519638 +patch
thanks
The autoconf test fails because of null being undefined, presumablly
this has happened due to some header cleanup or so.
One way (there are several ways each with thier pros and cons, the
advantage of this one is it avoids the need to regenerate the plugins
I have tried and failed to reproduce this in pbuilder, all the java
plugin packages in debian that i'm aware of ( icedtea-gcjwebplugin,
icedtea6-plugin, sun-java5-plugin and sun-java6-plugin) seem to handle
the plugin alternatives in the same way which seems pretty sane to me
and unless
reassign 520328 libvtk5-dev
retitle 520328 libvtk5-dev should have a versioned dependency on libvtk5
If libvtk5-dev is 5.2.1 but libvtk is only 5.0.4 (as seemed to happen
with all the buildd builds of caret 5.6.1~dfsg.1-3
http://packages.debian.org/source/unstable/caret) then a broken
symlink
tags 518891 +patch
thanks
patch is attatched
diff -ur conntrack-0.9.7/src/ignore_pool.c conntrack-0.9.7.new/src/ignore_pool.c
--- conntrack-0.9.7/src/ignore_pool.c 2008-05-20 16:12:18.0 +
+++ conntrack-0.9.7.new/src/ignore_pool.c 2009-03-19 02:28:53.0 +
@@ -25,6 +25,7 @@
tags 51 +patch
thanks
patch is attatched just drop it in debian/patches
diff -Nur -x '*.orig' -x '*~' fam-2.7.0/build-tree/fam-2.7.0/src/Interest.h fam-2.7.0.new/build-tree/fam-2.7.0/src/Interest.h
--- fam-2.7.0/src/Interest.h 2009-03-19 03:04:54.0 +
+++ fam-2.7.0/src/Interest.h
tags 518857 +patch
thanks
the attatched patch fixes the FTBFS and also revamps the packages
config.[sub|guess] handling so it is easier to produce clean diffs.
Only in irmp3-ncurses-0.5.3.1: config.guess
Only in irmp3-ncurses-0.5.3.1: config.sub
diff -ur irmp3-ncurses-0.5.3.1/debian/rules
401 - 500 of 2734 matches
Mail list logo