tags 507711 +sid
thanks
Testing still has poco 1.3.2 so tagging this bug sid
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
package: packages.qa.debian.org
severity: normal
The more link under buildd points to
http://buildd.debian.org/~jeroen/status/package.php?p=package name ,
per http://lists.debian.org/debian-devel/2008/12/msg00451.html theese
pages have been moved to
tags 508637 +patch
thanks
add python-numpy and swig 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
Compiling uVisualGears.pas
CoAn unhandled exception occurred at $004AAC19 :
EAccessViolation : Access violation
$004AAC19
$004AD575
$004AD0C2
$004A9DF1
$0052D346
$0052D76B
$00529AA1
$0052CB95
$00mpiling uSound.pas
notfound 512190 1.1.5-3
found 512190 1.1.5-4
thanks
512190 only affects the version in unstable, the one in testing is fine.
512190 appears to be the result of fixing 508975 by removing use of
shlibs and adding hardcoded dependencies in it's place. Using hardcoded
dependencies for shared
tags 512444 sid patch
thanks
This bug only affects sid not lenny (which still has the old version of
libgavl) The ubuntu bug linked in the report has a patch.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Starting mysql from the command line always results in Illegal Instruction, then execution terminates (of course). The
parameters seem not to change anything. The situation is the same with mysqldump.
What CPU and what kernel are you using on the problem machine?
What version of the
(no
description available)
un mysql-server none (no
description available)
$ mysql
Illegal instruction
I'm sorry, I thought all this information would be provided by Report
Bug, which I used to
file this bug report.
On Thu, 22 Jan 2009, peter green
package: postfix
version: 2.5.5-1.1
The greylisting implementation supplied in greylist.pl does not seem to
work in lenny, it moans about unrecognised parameters in the logs and
leaves the mail system in a disfunctional state until it is disabled.
I diffed the version of the script I was
tags 516265 patch sid
thanks
This bug only seems to happen in sid, not lenny or squeeze so
presumablly it's related to some recent toolchain or libc change.
The fix is to add #include limits,h to libo2cb/client_proto.c , I
added it at the top of the existing list of includes but I doubt the
tags 516342 +patch
thanks
celestia depends on gtkglarea,
I can't see any such dependency in any of the binary packages shipped by the
celestia source package.
There is a build-dependency on gtkglarea5-dev but afaict it is just a leftover
from an older version as the package builds
retitle 516420 gpsim-led: FTBFS on MIPS (and probabblly elsewhere too) due to
missing build-dep on autoconf
retitle 516422 gpsim-logic: FTBFS on MIPS (and probabblly elsewhere too) due to missing build-dep on autoconf
tags 516420 +patch
tags 516422 +patch
thanks
It seems autoheader is
package: jemboss
version: 6.0.1-6
severity: serious
tags: patch
In -7 openjdk-6-jdk was moved from build-depends-indep to the
build-depends. This makes it impossible to build the architecture
dependent packages on hppa and hence prevents emboss from migrating to
testing.
The following patch
tags 521928 +patch
thanks
The attatched patch fixes the FTBFS.
diff -ur g15mpd-1.2svn.0.svn319/debian/rules g15mpd-1.2svn.0.svn319.new/debian/rules
--- g15mpd-1.2svn.0.svn319/debian/rules 2009-04-01 22:12:16.0 +0100
+++ g15mpd-1.2svn.0.svn319.new/debian/rules 2009-04-01
I tried forcing a link against zlib by adding it to LDFLAGS in
debian/rules . Unfortunately after doing so I get a segfault.
echo (in-package \USER\)(system:save-system \saved_pre_gcl\) foo
/gcl-2.6.7/unixport/raw_pre_gcl /gcl-2.6.7/unixport/ -libdir /gcl-2.6.7/
foo
GCL (GNU Common Lisp)
It seems the file was removed from debhelper in 7.2.3 with no mention in
the changelog.
debhelper guys was this removal intentional and if so what is the
reccomended course of action for fixing a package that relys on it?
--
To UNSUBSCRIBE, email to
tags 521937 +patch
thanks
add libjasper-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
tags 518863 +patch
thanks
The package has custom implementations of openpty/forkpty which are
ifdef'd out if the system provides them.
Unfortunately the package only ifdefs out the code not the function
prototypes. The attatched patch adds ifdefs for the prototypes as well.
diff -ur
tags 518890 +patch
add #include limits.h to the block of system includes in
image_transfer.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 518858 +patch
thanks
A bit of grepping determined the following
linux/limits.h defines an ARG_MAX
however the various headers that include linux/limits.h explicitly state
that the version from the linux kernel headers is wrong and explicitly
undefine it.
/usr/include/bits/xopen_lim.h
tags 518851 +patch
thanks
add #include limits.h to the block of includes in sockstat.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
found 517575 5.18.00-2.2
thanks
This bug is not new, mark it as such so it doesn't block the fixes for
other rc bugs.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 522007 +patch
thanks
Patch is attatched, just add it to the dpatch series.
#! /bin/sh /usr/share/dpatch/dpatch-run
## 24_use_gnu_source_for_mpd.dpatch by plugw...@p10link.net
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: with latest glibc _GNU_SOURCE must
tags 521985 +patch
thanks
The attached patch fixes this bug and makes the clean target in
debian/rules cleanup properly
diff -ur libtrace3-3.0.4/debian/rules libtrace3-3.0.4.new/debian/rules
--- libtrace3-3.0.4/debian/rules 2009-04-06 00:10:41.0 +0100
+++
tags 521956 +patch
thanks
adding export LDFLAGS += -lz to debian/rules just below the #! line
will make this package build.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 521955 +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 521953 +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 521952 +patch
thanks
The flood of incompatible implicit declaration messages is just a
missing #include, trivial to fix.
The STAG_??? issue seems to be caused by a change in bison behaviour,
the old version declared those names both as names in an enum AND as
#defines. The newer
+#ifndef ARG_MAX
+#defineARG_MAX _SC_ARG_MAX
+#endif
+
The above is clearly wrong, _SC_ARG_MAX is a selection parameter for
sysconf not a usefull value in itself.
If you want to go down this road it should be
#ifndef ARG_MAX
#define ARG_MAX (sysconf(_SC_ARG_MAX))
#endif
I have tried and failed to reproduce this
Can you still reproduce (such errors are often transiant) and if so can
you give informations of the conditions you encountered it under (debian
version, architecture, is it pbuilder or similar, and so on) and try
following the chain (by adding more
i386
is it pbuilder or similar
my regular sid desktop as well as my sbuild chroots.
I've reproduced it now, it turned out there was still some old stuff in
my i386 sid chroot which allowed it to install (I tested in regular i386
and amd64 chroots and an amd64 pbuilder)
doing
It seems the real error has little if anything to do with sqlite and is
really an issue with the autotools (which one i'm
configure:17569: ./libtool --mode=link i486-linux-gnu-gcc -o conftest
-Wall -g -O2 -rdynamic conftest.c -lsqlite3 -lm -pthread -ldl
-lldap -llber 5 -no-install
tags 522699 +sid
thanks
This bug only affects building with petsc 3.0.0, the bmake (whatever
that is) stuff seems to simply have dissapeared with that version (that
is I don't see any evidence of it moving to another package and there is
no mention of it in the debian changelog that I could
tags 518877 +patch
thanks
The attatched patch makes the package use autoreconf rather than
autoconf so all the autotools stuff is regenerated consistantly.
diff -ur libsigsegv-2.5/debian/control libsigsegv-2.5.new/debian/control
--- libsigsegv-2.5/debian/control 2009-03-21 03:52:53.0
tags 520598 +patch
thanks
A simple test app that reproduces this issue:
#include google/sparse_hash_set
int main() {
}
The problem seems to be that g++-4.3 puts hash_fun.h in a different
location from g++-4.1 and g++-4.2. Sparsehash uses whatever the location
was for the default compiler at
tags 520862 +patch
thanks
mono-devel needs to be moved from build-depends-indep to 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 521030 +patch
thanks
valgrind is only availible on i386 amd64 and powerpc.
the abiword package seems to build successfully without valgrind (I
guess some tests are skipped or so) so presumablly the sensible thing to
do is to restrict the build-dep to architectures that have it availible.
tags 517464 +patch
thanks
The attatched patch makes xmms2 build in my sid chroot, I have not
tested if the resulting package works.
Only in xmms2-0.5DrLecter.new/debian: libxmmsclient++2.debhelper.log
Only in xmms2-0.5DrLecter.new/debian: libxmmsclient3.debhelper.log
diff -ur
tags 517466 +patch
thanks
Just change ffmpeg/avcodec.h to libavcodec/avcodec.h and
ffmpeg/avformat.h to libavcodec/avcodec.h in src/decoder/dec_lavc.h
to make this package build again.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
I tried to make a patch for this one but got stuck on img_convert. From
http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2007-May/008477.html it
seems the replacement is sws_scale but the interface seems pretty
different and the conversion more in depth than i'm prepared to do on a
flyby
As the subject says: libjgrapht-java is from contrib,
It does indeed seem to be in contrib in squeeze and sid while in etch and lenny it is in main.
The changelog for the one new version since lenny makes no mention of the move to contrib.
Can anyone explain why it was moved to contrib?
tags 516834 +patch
thanks
I tried to apply the patch I found at
http://mail-index.netbsd.org/pkgsrc-bugs/2009/01/26/msg030603.html . Two
hunks succeeded two hunks failed and so I applied the changes in them
manually (I suspect that the failure to apply was caused by whitespace
issues in the
tags 517470 +fixed-upstream
thanks
ubuntu have packaged a newer upstream version in jaunty and thier source
package seems to build fine in sid.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 517568 +patch
thanks
The fix is to change the two occourances of offset_t to int64_t in the
declaration of file_seek in ffmpeg.c (following the defintion in the
structure the function is used in)
Note: the original bug report is a little misleading because it doesn't
report the real
I have done test builds, the package FTBFS in sid and builds fine in lenny. I
have not tried squeeze.
A notable difference between the suceeding (non-binnmu) and the failing (+b1)
build is
original build
checking struct ucred... yes
binnmu build
checking struct ucred... no
in
tags 517569 +patch
thanks
The attatched patch fixes the issue reported in this bug report
The patch also contains a build system fix to make the package buildable
with the new autoconf.
I've also bumped the build-dep on libavformat-dev and set a
build-conflict on old versions of
tags 518439 squeeze sid patch
This issue does not affect lenny. It does not presently affect squeeze
but probablly does need to be fixed for squeeze (since it will probablly
affect it once the new glibc gets in).
Patch is attatched.
diff -ur tetradraw-2.0.3/debian/rules
/dont_set_rtp_mode.dpatch 1970-01-01 00:00:00.0 +
+++ linphone-2.1.1.new/debian/patches/dont_set_rtp_mode.dpatch 2009-03-06 19:07:27.0 +
@@ -0,0 +1,22 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## dont_set_rtp_mode.dpatch by peter green plugw...@p10link.net
+##
+## All lines beginning
tags 517749 +patch
thanks
adding
export AVCODEC_CFLAGS=-I/usr/include/libavcodec
-I/usr/include/libavformat -I/usr/include/libswscale
just above the build target in debian/rules will make this package build
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
tags 517703 +patch
thanks
adding
rm -rf OBJ.*
to the existing set of rm statements in the clean target will 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 518455 +patch
thanks
patch is attatched.
diff -ur juice-0.03p+nmu2/src/mpg123/mpg123.c juice-0.03p+nmu2.new/src/mpg123/mpg123.c
--- juice-0.03p+nmu2/src/mpg123/mpg123.c 2000-05-12 09:11:48.0 +
+++ juice-0.03p+nmu2.new/src/mpg123/mpg123.c 2009-03-06 22:25:13.0 +
@@
tags 518733 +patch
thanks
patch is attatched
diff -ur acfax-981011/DirMgr.c acfax-981011.new/DirMgr.c
--- acfax-981011/DirMgr.c 1995-06-24 16:33:27.0 +
+++ acfax-981011.new/DirMgr.c 2009-03-08 17:09:01.0 +
@@ -21,6 +21,10 @@
*
*/
+#define _GNU_SOURCE
+#include
tags 518731 +patch sid squeeze
thanks
The configure script asks pkg-config for libglade-2.0 but the package
does not build-depend on libglade2-dev which contains the .pc file.
In lenny the package gets away with this due to libglade2-dev being
pulled in indirectly. In sid however it doesn't
tags 518734 +patch sid squeeze
thanks
ControlSocket.cpp uses PATH_MAX but does no include climits or limits.h
which provide it. The fix is trivial, just add #include climits just
below the existing #include cstdlib .
The second error is just a cascade from the first.
In lenny the package
tags 518727 +patch
thanks
in sid and squeeze /usr/share/cdbs/1/class/ocaml.mk has moved to
dh-ocaml , add it 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
Package: hivex
Version: 1.2.2+git20100712-2
Severity: important
According to https://buildd.debian.org/build.cgi?pkg=hivexdist=unstable the
autobuilders built hivex successfully on i386 and have tried and failed to build it
on all architectures except i386 and amd64 (they did not build it on
per http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584156 flightgear
is uninstallable in sid due to dependencies on an outdated
libopenscenegraph. Trying to rebuild it reveals that simgear (one of
it's build-depends) has the same problem so please binnmu them both.
nmu simgear _1.9.1-2 .
tags 539543 +patch
thanks
The attatched patch will make the package build.
diff -ur hubbub-0.0.1/src/tokeniser/tokeniser.c hubbub-0.0.1.new/src/tokeniser/tokeniser.c
--- hubbub-0.0.1/src/tokeniser/tokeniser.c 2009-04-06 15:22:16.0 +
+++ hubbub-0.0.1.new/src/tokeniser/tokeniser.c
patch is attatched.
--- ipsec-tools-0.7.1/debian/rules 2009-12-11 22:49:42.0 +
+++ ipsec-tools-0.7.1.new/debian/rules 2009-12-11 22:45:19.0 +
@@ -22,7 +22,7 @@
DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
-CFLAGS = -Wall -g
+CFLAGS = -Wall
tags 539542 +patch
thanks
patch is attatched.
diff -ur libnsgif-0.0.1/Makefile libnsgif-0.0.1.new/Makefile
--- libnsgif-0.0.1/Makefile 2009-04-21 22:41:44.0 +
+++ libnsgif-0.0.1.new/Makefile 2009-12-11 23:07:56.0 +
@@ -15,7 +15,7 @@
WARNFLAGS := $(WARNFLAGS) -Wextra
a new version of makefile.patch which removes the use of -march=native
is attatched.
Patch is applied because autotools are not used by upstream author. Patch setting prefix=/usr and fix install commands.
Index: zita-convolver/libs/Makefile
tags 560761 +patch
thanks
add zlib1g-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
tags 561157 +patch
thanks
The attatched patch resolves the FTBFS by taking the simple approach of
building with -fno-strict-aliasing .
It also fixes a FTBFs if built twice in a row issue I discovered while
testing the fix for the above.
Only in cwidget-0.5.16: cwidget-config.h
diff -ur
block 583096 by 577291
thanks
As well as build-depending on libpetsc3.0.0-dev life also build-depends
on libslepc3.0.0-dev. That package is still in the archive but is
uninstallable and has unsatisfiable build-dependencies.
Trying to build the slepc package with libpetsc3.1-dev and
tags 582874 +patch
thanks
I can confirm that export CONFIG_SHELL=/bin/bash in debian/rules makes
this package build (interestingly manually calling configure with bash
doesn't).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
tags 582875 +patch
thanks
I have confirmed that the CONFIG_SHELL soloution works for this package.
Attatched is a patch that does that and also fixes an issue with the
clean target not cleaning up properly
diff -ur cluster-glue-1.0.5/debian/rules cluster-glue-1.0.5.new/debian/rules
---
reopen 583206
thanks
The build still fails with the same error.
https://buildd.debian.org/fetch.cgi?pkg=mrtrixarch=kfreebsd-amd64ver=0.2.8-2stamp=1274896210file=logas=raw
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
with camera support disabled
Author: Peter Green plugw...@p10link.net
Index: shotwell-0.5.2+dfsg/Makefile
===
--- shotwell-0.5.2+dfsg.orig/Makefile 2010-05-12 02:36:21.0 +
+++ shotwell-0.5.2+dfsg/Makefile 2010-05-26 23:27
I tried changing the build-dependency from libv4l-dev to libv4l-dev
[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] however the build then
failed on kfreebsd-i386 with a seemingly unrelated error.
`/root/amsn-0.98.3/debian/amsn-data/usr/share/amsn/utils/asyncresolver/libasyncresolver.so':
No such
Package: apt
Version: 0.7.25.3
Severity: normal
While upgrading my sid chroot recently I was told that insserv was automatically
installed and no longer required. I thought this a bit weird but since it was
only a chroot (ie it doesn't need a working boot system) I went ahead and ran
apt-get
tags 536984 +patch
thanks
patch is attatched based on cyril's suggestion.
diff -ur multisync0.90-0.92.0~svn355/debian/control multisync0.90-0.92.0~svn355.new/debian/control
--- multisync0.90-0.92.0~svn355/debian/control 2009-09-13 00:16:46.0 +
+++
While producing a trivial patch for #529966, I noticed that
apt-get build-dep gpr replied that build-depends
cannot be met in Squeeze.
Seems to work fine for me in both squeeze and sid (and in both cases I
checked I had nothing listed in the obsolete and locally created
packages category)
Can
I tried to install Internet Explorer to view a web site designed for IE.
Downloaded IE8 from microsoft.com, installed wine, installed current
wine beta from winehq. Didn't work. Tried viewing the web site with
epiphany (already installed) and lynx. Installed and tried konqueror,
galeon.
tags 544288 +patch
thanks
Patch to make the dependency binnmu safe is attached.
--- libhdf4-4.2r4/debian/control 2009-08-30 23:54:38.0 +0100
+++ libhdf4-4.2r4.new/debian/control 2009-08-30 23:47:15.0 +0100
@@ -48,7 +48,7 @@
Section: libdevel
Priority: optional
Architecture:
tags 544252 +patch
thanks
patch is attatched
diff -ur xview-3.2p1.4/debian/rules xview-3.2p1.4.new/debian/rules
--- xview-3.2p1.4/debian/rules 2009-08-31 03:09:54.0 +0100
+++ xview-3.2p1.4.new/debian/rules 2009-08-31 02:46:19.0 +0100
@@ -4,11 +4,9 @@
export OPENWINHOME = /usr
tags 542341 +patch
thanks
two new patches and a modified series file are attatched. Just drop them
into debian/patches
diff -ur paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.h paraview-3.4.0.new/Utilities/Xdmf2/libsrc/XdmfArray.h
--- paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.h
tags 537030 +patch
thanks
add libglade2-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
Does anyone know if there is any particular reason that bitlbee uses
libresolv.a rather than libresolv.so ?
Yes; the fact that Ulrich Drepper thought it'd be a good idea to declare
this API private and unsupported, claiming it's for internal use only,
even though it's documented in
It looks like you forgot to really Cc them BTW?
I did but I resent the mail seperately to them afterwards.
So yeah, we'd need a libresolv.so that exports these:
lib/lib.o: In function `srv_lookup':
/home/wilmer/src/bitlbee/devel/lib/misc.c:483: undefined reference to
`__res_query'
adding export PATH:=$(PATH):/usr/share/intltool-debian to debian/rules
just below the shebang will make this build, so will adding intltool to
the build-depends, i've no idea which is the better soloution for this
package.
--
To UNSUBSCRIBE, email to
So, people who use our default configuration will not be harmed by
this default setting change. Only people who have *no* setting ofr
passdb backend will suffer from the same problem you had.
Which afaict means anyway who initially installed and configured samba
under woody, did not explicitly
tags 537007 +patch
thanks
patch is attatched, just add it to the quilt series.
Index: hildon-thumbnail-3.0.23~svn18048/albumart-providers/googleimages/google-images-art-downloader.vala
===
---
In my sid chroots (both a dirty chroot and a cleanish pbuilder) this
build fails earlier due to a lower php memory limit than on lucas's
system. Unfortunately when I force the memory limit up I get a load of
validation errors despite the fact that validation passed for lucas. I
turned on the
package: fpc
severity: important
(serious could possiblly be justified depending on how you interpret the
reasonablly in the squeeze rc policy)
FPC is supported upstream on freebsd so it stands to reason that it
should also work on debian kfreebsd (thc core rtl of freepascal doesn't
use libc
found 549801 0.4.62
thanks
This bug seems to have been reintroduced in sid.
chmod 0755 debian/python-markdown/usr/lib/`pyversions
-d`/site-packages/markdown.py
chmod: cannot access
`debian/python-markdown/usr/lib/python2.5/site-packages/markdown.py': No
such file or directory
make: ***
For some reason, I managed to avoid actually changing the Build-Depends
when building. I did test the build in a clean chroot, but I must have
subsequently discarded that. *shrug* Thanks to Kurt Roeckx.
Anyway, I am about to upload 3.2.2~pre1-1.2. The associated changelog
entry is:
It seems this bug only happens when building with arch indep packages.
Building only arch specific packages works fine (hence why this bug does
not show up on debian buildds)
there are two possible fixes I can see, the easy one and the good one
The easy one is to add foomatic-db-engine to
Christopher Burns wrote:
Hey Alexis,
I've Cc'd Peter Green on this email. He posted the bug on the debian build.
Sorry for not responding sooner, I must have missed the mail (I spotted
it while having another poke through the debian rc bugs list)
I'm just doing flyby investigation/fix
package: pidgin
severity:serious
version: 2.6.1-1
tags: patch
Since the pidgin package re-enabled network manager it cannot be built
on non-linux architectures leaving out of date packages on those
architectures. I have enquired about the portability of network-manager
and been told it is
package: asterisk
version: 1:1.6.1.0~dfsg-1
severity: serious
From the debian buildd log
https://buildd.debian.org/fetch.cgi?pkg=asteriskarch=armelver=1%3A1.6.1.0~dfsg-1stamp=1243843073file=logas=raw
checking for mandatory modules: CAP GSM IMAP_TK PWLIB OPENH323... fail
configure: ***
tags 533896 +patch
thanks
from my testing in pbuilder it seems that ant-optional is indeed the
only missing build-dependency.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 533919 +patch
thanks
add asciidoc 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
retitle 533920 source-highlight: FTBFS: ERROR! Boost::regex library is
installed, but you must specify the suffix with --with-boost-regex at configure
for instance, --with-boost-regex=boost_regex-gcc-1_31
thanks
/bin/sh ./config.status --recheck
/bin/sh: ./config.status: No such file or
tags 533923 +sid squeeze
thanks
The package builds fine in lenny but fails in sid and squeeze.
A patch is attatched which fixes some issues. I don't think patch will
remove files so you will probablly have to remove debian/patches:
03_libtool_update.diff (which is no longer used since the
tags 533935 +patch
thanks
add libxt-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
tags 552050 +patch
thanks
pyversions: missing XS-Python-Version in control file, fall back to
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported
versions
test -x debian/rules
mkdir -p .
mkdir -p debian/python-module-stampdir
set -e; for buildver in 2.4 2.5;
I have tried and failed to reproduce this issue in qemu with an up to
date sid. Can anyone else reproduce it? Since both failures have been
from the same buildd I wonder if it's some issue with the particular buildd.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
During testing to try and locate the source of the issue with the
algorithm header I discovered the problem can be got arround by
reordering header includes so that system headers are included before
other headers. I attatch a patch that does that for the two source files
that are impacted by
I attatch a patch (suitable for adding to the quilt series) that does
that for the two source files that are impacted by this issue and
fixes another compilation issue (I'm not sure of the correctness of
that second fix and as such am not applying the patch tag please check
it before
:
peter green plugw...@p10link.net
Date:
Wed, 21 Jul 2010 10:41:04 +0100
To:
sub...@bugs.debian.org
To:
sub...@bugs.debian.org
Package: hivex
Version: 1.2.2+git20100712-2
Severity: important
According to
https://buildd.debian.org/build.cgi?pkg=hivexdist=unstable the
autobuilders built hivex
501 - 600 of 2734 matches
Mail list logo