Bug#696392: scanbuttond: Please add support for Fujitsu fi-6130 and fi-6130Z
Package: scanbuttond
Version: 0.2.3.cvs20090713-11
Severity: wishlist
Dear Maintainer,
please add support for Fujitsu fi-6130 and fi-6130Z scanners.
Kind regards
Andreas Jochens
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages scanbuttond depends on:
ii libc6 2.13-37
ii libsane 1.0.22-7.4
ii libusb-0.1-4 2:0.1.12-23+nmu1
Versions of packages scanbuttond recommends:
ii sane-utils 1.0.22-7.4
Versions of packages scanbuttond suggests:
pn lockfile-progs none
-- Configuration Files:
/etc/default/scanbuttond changed [not included]
-- no debconf information
--- debian/patches/fujitsu.patch 2012-11-27 21:40:04.0 +0100
+++ ../../orig/scanbuttond-0.2.3.cvs20090713/debian/patches/fujitsu.patch 2012-12-20 11:47:36.120784511 +0100
@@ -2,7 +2,7 @@
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ scanbuttond/backends/fujitsu.c 2012-11-07 21:52:33.1 +0100
-@@ -0,0 +1,293 @@
+@@ -0,0 +1,297 @@
+// fujitsu.c: Fujitsu device backend
+// This file is part of scanbuttond.
+// Copyleft )c( 2005-2006 by Bernhard Stiftner
@@ -34,17 +34,21 @@
+
+static char* backend_name = Fujitsu USB;
+
-+#define NUM_SUPPORTED_USB_DEVICES 2
++#define NUM_SUPPORTED_USB_DEVICES 4
+
-+static int supported_usb_devices[NUM_SUPPORTED_USB_DEVICES][3] = {
++static int supported_usb_devices[NUM_SUPPORTED_USB_DEVICES][5] = {
+ { 0x04c5, 0x11a2, 1 }, // Fujitsu ScanSnap S1500
-+ { 0x04c5, 0x1096, 1 } // Fujitsu fi-5110EOX
++ { 0x04c5, 0x1096, 1 }, // Fujitsu fi-5110EOX
++ { 0x04c5, 0x114f, 1 }, // Fujitsu fi-6130
++ { 0x04c5, 0x11f3, 1 } // Fujitsu fi-6130Z
+};
+
+// TODO: check if this backend really works on the Epson 2580 too...
-+static char* usb_device_descriptions[NUM_SUPPORTED_USB_DEVICES][2] = {
++static char* usb_device_descriptions[NUM_SUPPORTED_USB_DEVICES][4] = {
+ { Fujitsu, ScanSnap S1500 },
-+ { Fujitsu, fi-5110EOX }
++ { Fujitsu, fi-5110EOX },
++ { Fujitsu, fi-6130 },
++ { Fujitsu, fi-6130Z }
+};
+
+
Bug#670406: libcapi20-dev: Please provide capi_mod.h and capi_debug.h
Dear Rolf, vielen Dank für die schnelle Antwort. The mISDNuser utilities version 2.0.11 with CAPI-support are from git://git.misdn.eu/mISDNuser.git The Debian source package name is misdn-user. However, this package is in experimental only and has not been updated to the new upstream version. Kind regards Andreas Jochens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670406: libcapi20-dev: Please provide capi_mod.h and capi_debug.h
Package: libcapi20-dev Version: 1:3.22+dfsg1-2 Severity: wishlist Tags: patch Please add the new include files capi_mod.h and capi_debug.h to the list of installed files in debian/libcapi20-dev.install. These include files are necessary to build the current version of mISDNuser with CAPI support. Kind regards Andreas Jochens -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcapi20-dev depends on: ii libcapi20-3 1:3.22+dfsg1-2 libcapi20-dev recommends no packages. Versions of packages libcapi20-dev suggests: pn isdnutils-doc none -- no debconf information diff -ua isdnutils-3.22+dfsg1.orig/debian/libcapi20-dev.install isdnutils-3.22+dfsg1/debian/libcapi20-dev.install --- isdnutils-3.22+dfsg1.orig/debian/libcapi20-dev.install 2012-04-15 03:25:51.0 +0200 +++ isdnutils-3.22+dfsg1/debian/libcapi20-dev.install 2012-04-25 11:54:35.629129046 +0200 @@ -1,6 +1,8 @@ usr/include/capi20.h usr/include/capicmd.h usr/include/capiutils.h +usr/include/capi_debug.h +usr/include/capi_mod.h usr/lib/libcapi20*.a usr/lib/libcapi20*.so usr/lib/pkgconfig/capi20.pc
Bug#664994: hylafax-server: Spelling error in etc/templates/en/notify-killed.txt
Package: hylafax-server Severity: minor Please replace 's/You job/Your job/' in notify-killed.txt. Kind regards Andreas Jochens -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u -r hylafax-6.1~20111227/etc/templates/en/notify-killed.txt hylafax-6.1~20111227-new/etc/templates/en/notify-killed.txt --- hylafax-6.1~20111227/etc/templates/en/notify-killed.txt 2009-12-13 21:37:38.0 +0100 +++ hylafax-6.1~20111227-new/etc/templates/en/notify-killed.txt 2012-03-22 07:39:26.262348839 +0100 @@ -4,7 +4,7 @@ Content-type: text/plain; charset=UTF-8 Content-Transfer-Encoding: Quoted-Printable -You job to $number was deleted from the queue. +Your job to $number was deleted from the queue. --- Unsent job status --- Destination: $number
Bug#343434: gnupg: FTBFS (ppc64): Please use '--disable-asm' on ppc64
Hello, It would certainly be nice if --disable-asm would no longer be necessary. However, I'm afraid that I do not have enough time to properly discuss this with upstream at the moment. I am currently working on a project in Australia while my ppc64 machine is in Hamburg, Germany, which makes things a little bit difficult. Thanks again for looking into this ppc64 specific problem. Kind regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343434: gnupg: FTBFS (ppc64): Please use '--disable-asm' on ppc64
Hello, yes, the bug is still current in unstable. Thanks for looking at this. Kind regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476812: gcc-defaults: FTBFS (ppc64): Please add 'ppc64' to the architecture lines of the gnat/libgnat* packages.
Hello, On Thu, May 08, 2008 at 10:12:59AM +0200, Matthias Klose wrote: Andreas, planning one more gcc-defaults upload; is it ok for you to make gnat-4.3 the default on ppc64 now? yes, that is ok, thanks. Is there some place where to fetch new gcc/binutils/glibc packages, the alioth archive doesn't seem to be up to date? The alioth archive is indeed not up to date. I will restart updating it with the latest unstable packages in about two or three weeks from now. In the meantime I uploaded a copy of the latest toolchain packages from unstable to a separate directory on alioth: http://debian-ppc64.alioth.debian.org/gcc4/toolchain I hope that helps until the alioth archive is fixed. Kind regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478559: mesa: FTBFS (ppc64): cp: cannot stat `debian/tmp/usr/lib/libGL.so': No such file or directory
Package: mesa
Version: 7.0.3-1
Severity: wishlist
Tags: patch
Hello,
when building 'mesa' on ppc64/unstable, I get the following error:
dh_installdocs -i
dh_installexamples -i
dh_install --sourcedir=debian/tmp --list-missing -i
cp: cannot stat `debian/tmp/usr/lib/libGL.so': No such file or directory
dh_install: command returned error code 256
make: *** [binary-indep] Error 1
dpkg-buildpackage: failure: debian/rules binary gave error exit status 2
This error occurs because the file libGL.so is created in usr/lib64
instead of the correct usr/lib directory.
With the attached patch 'mesa' can be built on ppc64.
The patch does the following:
* Remove 'LIB_DIR = lib64' from config/debian-swx11+glu-ppc64 and
config/debian-swx11-glu-static-ppc64. The Debian ppc64 port uses
basically the same directory structure as the Debian amd64 port
which also does _not_ use 'LIB_DIR = lib64'.
* Add 'ppc64' to the Architecture lines of the libgl1-mesa-dri
and libgl1-mesa-dri-dbg packages.
Regards
Andreas Jochens
diff -urN ../tmp-orig/mesa-7.0.3/configs/debian-swx11+glu-ppc64
./configs/debian-swx11+glu-ppc64
--- ../tmp-orig/mesa-7.0.3/configs/debian-swx11+glu-ppc64 2008-04-28
13:57:42.0 +
+++ ./configs/debian-swx11+glu-ppc642008-04-28 13:23:44.0 +
@@ -5,7 +5,6 @@
CONFIG_NAME = debian-swx11+glu-ppc64
-LIB_DIR = lib64
# vim: ft=make
diff -urN ../tmp-orig/mesa-7.0.3/configs/debian-swx11+glu-static-ppc64
./configs/debian-swx11+glu-static-ppc64
--- ../tmp-orig/mesa-7.0.3/configs/debian-swx11+glu-static-ppc64
2008-04-28 13:57:42.0 +
+++ ./configs/debian-swx11+glu-static-ppc64 2008-04-28 13:24:00.0
+
@@ -5,7 +5,6 @@
CONFIG_NAME = debian-swx11+glu-static-ppc64
-LIB_DIR = lib64
# vim: ft=make
diff -urN ../tmp-orig/mesa-7.0.3/debian/control ./debian/control
--- ../tmp-orig/mesa-7.0.3/debian/control 2008-04-28 13:57:42.0
+
+++ ./debian/control2008-04-28 05:45:12.0 +
@@ -158,7 +158,7 @@
Package: libgl1-mesa-dri
Section: libs
Priority: optional
-Architecture: alpha amd64 arm armeb armel hppa i386 ia64 kfreebsd-i386
kfreebsd-amd64 m68k mips mipsel powerpc s390 sparc
+Architecture: alpha amd64 arm armeb armel hppa i386 ia64 kfreebsd-i386
kfreebsd-amd64 m68k mips mipsel powerpc ppc64 s390 sparc
Depends: ${shlibs:Depends}, libgl1-mesa-glx (= ${binary:Version})
Suggests: libglide3
Conflicts: xlibmesa-dri ( 1:7.0.0)
@@ -179,7 +179,7 @@
Package: libgl1-mesa-dri-dbg
Section: libdevel
Priority: extra
-Architecture: alpha amd64 arm armeb armel hppa i386 ia64 kfreebsd-i386
kfreebsd-amd64 m68k mips mipsel powerpc s390 sparc
+Architecture: alpha amd64 arm armeb armel hppa i386 ia64 kfreebsd-i386
kfreebsd-amd64 m68k mips mipsel powerpc ppc64 s390 sparc
Depends: libgl1-mesa-dri (= ${binary:Version})
Description: Debugging symbols for the Mesa DRI modules
This version of Mesa provides GLX and DRI capabilities: it is capable of
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478427: openmpi: FTBFS (ppc64): current host architecture 'ppc64' does not appear in package's architecture list (alpha amd64 i386 ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386)
Package: openmpi
Version: 1.2.6-1
Severity: wishlist
Tags: patch
When building 'openmpi' on ppc64/unstable, I get the following error:
dh_shlibdeps -a -l/openmpi-1.2.6/debian/openmpi/usr/lib/openmpi/lib
-Llibopenmpi1
dh_gencontrol -a
dpkg-gencontrol: error: current host architecture 'ppc64' does not appear in
package's architecture list (alpha amd64 i386 ia64 powerpc sparc kfreebsd-i386
kfreebsd-amd64 hurd-i386)
dh_gencontrol: command returned error code 65280
make: *** [binary-arch] Error 1
dpkg-buildpackage: failure: debian/rules binary gave error exit status 2
With the attached patch 'openmpi' can be built on ppc64.
The patch adds 'ppc64' to the Architecture lines in debian/control.
Regards
Andreas Jochens
diff -urN ../tmp-orig/openmpi-1.2.6/debian/control ./debian/control
--- ../tmp-orig/openmpi-1.2.6/debian/control2008-04-28 14:01:48.0
+
+++ ./debian/control2008-04-28 14:01:13.0 +
@@ -12,7 +12,7 @@
XS-Dm-Upload-Allowed: yes
Package: openmpi-bin
-Architecture: alpha amd64 i386 ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64
hurd-i386
+Architecture: alpha amd64 i386 ia64 powerpc ppc64 sparc kfreebsd-i386
kfreebsd-amd64 hurd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}, openmpi-common (=
${source:Version})
Suggests: gfortran
Description: high performance message passing library -- binaries
@@ -40,7 +40,7 @@
Package: libopenmpi-dev
Section: libdevel
-Architecture: alpha amd64 i386 ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64
hurd-i386
+Architecture: alpha amd64 i386 ia64 powerpc ppc64 sparc kfreebsd-i386
kfreebsd-amd64 hurd-i386
Depends: ${shlibs:Depends}, libopenmpi1 (= ${binary:Version}), openmpi-common
(= ${source:Version})
Conflicts: libopal-dev, pgapack (= 1.0.0.1-4.2), openmpi-dev
Replaces: openmpi-dev, openmpi-bin (= 1.2.4-0)
@@ -57,7 +57,7 @@
Package: libopenmpi1
Section: libs
-Architecture: alpha amd64 i386 ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64
hurd-i386
+Architecture: alpha amd64 i386 ia64 powerpc ppc64 sparc kfreebsd-i386
kfreebsd-amd64 hurd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: openmpi-libs0
Replaces: openmpi-libs0
@@ -100,7 +100,7 @@
Package: libopenmpi-dbg
Section: devel
-Architecture: alpha amd64 i386 ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64
hurd-i386
+Architecture: alpha amd64 i386 ia64 powerpc ppc64 sparc kfreebsd-i386
kfreebsd-amd64 hurd-i386
Depends: openmpi-bin (= ${binary:Version}), libopenmpi1 (= ${binary:Version})
Conflicts: openmpi-dbg
Replaces: openmpi-dbg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476805: mkvmlinuz: FTBFS (ppc64): gnu/stubs-32.h: No such file or directory
Hello, On Thu, Apr 24, 2008 at 04:25:39PM +0200, Aur??lien G??R??ME wrote: I am reopening this bug which is going to be closed in my upcoming upload... BTW, you have opened the same kind of bugs in yaboot a long time ago. I did not feel like including your patches back then. Who needs a bootloader which can access more than 4GB of RAM anyway? :] However, it seems 64-bit support made its way upstream, so you will get it in my next yaboot upload. great, thank you for your help! Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476917: cpushare: FTBFS (ppc64): gnu/stubs-32.h: No such file or directory
Package: cpushare Version: 0.48-1 Severity: wishlist Tags: patch When building 'cpushare' on ppc64/unstable, I get the following error: gcc -m32 -mcpu=750 -mtune=970 -fno-common -O2 -Wall -Iglibc -I. seccomp-loader.c -o seccomp-loader In file included from /usr/include/features.h:354, from /usr/include/sys/resource.h:22, from seccomp-loader.c:26: /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory make[1]: *** [seccomp-loader] Error 1 make[1]: Leaving directory `/cpushare-0.48' make: *** [build-indep-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 With the attached patch 'cpushare' can be built on ppc64. The patch adds 'ppc64' to the Build-Depends on gcc-multilib. Regards Andreas Jochens diff -urN ../tmp-orig/cpushare-0.48/debian/control ./debian/control --- ../tmp-orig/cpushare-0.48/debian/control2008-04-20 06:15:36.0 + +++ ./debian/control2008-04-20 06:15:25.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Scientific Computing Team [EMAIL PROTECTED] Uploaders: Sam Hocevar (Debian packages) [EMAIL PROTECTED] -Build-Depends: debhelper (= 6.0.7), quilt, python-support (= 0.4.1), gcc-multilib [amd64] +Build-Depends: debhelper (= 6.0.7), quilt, python-support (= 0.4.1), gcc-multilib [amd64 ppc64] Standards-Version: 3.7.3 Vcs-Svn: svn://svn.debian.org/pkg-scicomp/cpushare/trunk/ Vcs-Browser: http://svn.debian.org/wsvn/pkg-scicomp/cpushare/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476945: cupsddk: FTBFS: Missing Build-Depends on dpatch
Package: cupsddk Version: 1.2.3-1 Severity: serious Tags: patch When building 'cupsddk' on unstable, I get the following error: debian/rules clean dh_testdir dpatch deapply-all make: dpatch: Command not found make: *** [unpatch] Error 127 dpkg-buildpackage: failure: debian/rules clean gave error exit status 2 Please add the missing Build-Depends to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/cupsddk-1.2.3/debian/control ./debian/control --- ../tmp-orig/cupsddk-1.2.3/debian/control2008-04-20 08:32:22.0 + +++ ./debian/control2008-04-20 08:32:02.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian HPIJS and HPLIP maintainers [EMAIL PROTECTED] Uploaders: Mark Purcell [EMAIL PROTECTED], Till Kamppeter [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.0), groff, libcupsys-dev, libcupsimage-dev +Build-Depends: debhelper (= 5.0.0), dpatch, groff, libcupsys-dev, libcupsimage-dev Homepage: http://www.cups.org/ddk/index.php Vcs-Svn: svn://svn.debian.org/pkg-hpijs/cupsddk/trunk/ Vcs-Browser: http://svn.debian.org/wsvn/pkg-hpijs/cupsddk/?op=log -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476805: mkvmlinuz: FTBFS (ppc64): gnu/stubs-32.h: No such file or directory
Hello, On Sat, 19 Apr 2008, maximilian attems wrote: On Sat, 19 Apr 2008, Andreas Jochens wrote: when building 'mkvmlinuz' on ppc64/unstable, I get the following error: that is not an official debian arch. it is true that ppc64 not a release architecture, yes. But it is a valid Debian architecture which is supported by almost all Debian packages. The Debian toolchain with gcc-4.3 and glibc as well as the Debian installer, dpkg and many other Debian packages explicitly support ppc64. Altogether more than 98% of the packages from the etch release support the ppc64 architecture. And work is being done to make this even better for the lenny release. The patch adds 'gcc-multilib [ppc64]' to the Build-Depends and 'ppc64' to the Architecture line in debian/control. this arch seems to have no real benefit and thus isn't considered for inclusion. thus closing This seems to be a rather harsh reaction to a simple wishlist request from a porter. The ppc64 port is certainly not a mainstream port. But at least some people are using it. The current popcon statistics shows the same number of machines for ppc64 as for kfreebsd-amd64. Also, some people who are running the powerpc port on ppc64 machines are using 64-bit packages from the ppc64 port. On behalf of the ppc64 porters I ask you to revise your decision to plainly reject any requests to support the ppc64 port. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476805: mkvmlinuz: FTBFS (ppc64): gnu/stubs-32.h: No such file or directory
Package: mkvmlinuz Version: 33 Severity: wishlist Tags: patch Hello, when building 'mkvmlinuz' on ppc64/unstable, I get the following error: gcc -m32 -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o addnote addnote.c In file included from /usr/include/features.h:354, from /usr/include/stdio.h:28, from addnote.c:16: /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory make[1]: *** [addnote] Error 1 make[1]: Leaving directory `/mkvmlinuz-33/boot' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 With the attached patch 'mkvmlinuz' can be built on ppc64. The patch adds 'gcc-multilib [ppc64]' to the Build-Depends and 'ppc64' to the Architecture line in debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/mkvmlinuz-32/debian/control ./debian/control --- ../tmp-orig/mkvmlinuz-32/debian/control 2007-01-22 11:07:24.0 + +++ ./debian/control2007-01-31 16:40:26.0 + @@ -3,12 +3,12 @@ Priority: optional Maintainer: Debian Kernel Team [EMAIL PROTECTED] Uploaders: Sven Luther [EMAIL PROTECTED], Aur??lien G??R??ME [EMAIL PROTECTED] -Build-Depends: docbook-to-man, debhelper (= 4.1.16), po-debconf +Build-Depends: docbook-to-man, debhelper (= 4.1.16), po-debconf, gcc-multilib [ppc64] Standards-Version: 3.7.2 XS-Vcs-Svn: svn://svn.debian.org/svn/kernel/dists/trunk/utils/mkvmlinuz/ Package: mkvmlinuz -Architecture: powerpc +Architecture: powerpc ppc64 Depends: bash (= 3), binutils, debconf | debconf-2.0 Description: create a kernel to boot a PowerPC machine from Open Firmware This little program takes a PowerPC Linux kernel as an uncompressed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476807: scm: FTBFS (ppc64): add #define SHORT_INT in scmfig.h and recompile scm
Package: scm Version: 5e5-2 Severity: whislist Tags: patch Hello, when building 'scm' on ppc64/unstable, I get the following error: ./scmlit -fr4rstest.scm -e'(test-sc4)(test-delay)(gc)' \ -e '(or (null? errs) (quit 1))' add #define SHORT_INT in scmfig.h and recompile scm make[2]: *** [checklit] Error 1 With the attached patch 'scm' can be compiled on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/scm-5e5/scmfig.h ./scmfig.h --- ../tmp-orig/scm-5e5/scmfig.h2008-01-31 01:50:56.0 + +++ ./scmfig.h 2008-04-19 09:09:49.0 + @@ -256,11 +256,7 @@ #ifdef __alpha # define SHORT_INT #endif -#ifdef __ia64__ -# define SHORT_INT -# define CDR_DOUBLES -#endif -#ifdef __x86_64 +#if defined(__ia64__) || defined(__powerpc64__) || defined(__x86_64__) # define SHORT_INT # define CDR_DOUBLES #endif @@ -393,14 +389,10 @@ # define WHITE_SPACES ' ':case '\t':case '\r':case '\f' #endif -#ifdef __ia64__ +#if defined(__ia64__) || defined(__powerpc64__) || defined(__x86_64__) # define PTR2INT(x) ((long)(x)) #else -# ifdef __x86_64 -# define PTR2INT(x) ((long)(x)) -# else -# define PTR2INT(x) ((int)(x)) -# endif +# define PTR2INT(x) ((int)(x)) #endif /* Define BIGDIG to an integer type whose size is smaller than long if -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476812: gcc-defaults: FTBFS (ppc64): Please add 'ppc64' to the architecture lines of the gnat/libgnat* packages.
Package: gcc-defaults
Version: 1.69
Severity: wishlist
Tags: patch
Hello,
when building 'gcc-defaults' on ppc64/unstable, I get the following error:
dh_gencontrol -pgcc-multilib -u-v4:4.3.0-4
dh_gencontrol -pgnat -u-v4.3.0-4
dpkg-gencontrol: error: current host architecture 'ppc64' does not appear in
package's architecture list (alpha amd64 hppa i386 ia64 lpia mips mipsel
powerpc s390 sparc kfreebsd-i386)
dh_gencontrol: command returned error code 65280
make: *** [binary-arch] Error 1
dpkg-buildpackage: failure: debian/rules binary gave error exit status 2
Please add 'ppc64' to the architecture lines of the gnat and libgnat*
packages.
Regards
Andreas Jochens
diff -urN ../tmp-orig/gcc-defaults-1.69/debian/control ./debian/control
--- ../tmp-orig/gcc-defaults-1.69/debian/control2008-03-31
17:46:20.0 +
+++ ./debian/control2008-04-18 14:17:34.0 +
@@ -4,7 +4,7 @@
Maintainer: Debian GCC Maintainers [EMAIL PROTECTED]
Uploaders: Matthias Klose [EMAIL PROTECTED]
Standards-Version: 3.7.3
-Build-Depends: m4, debhelper (= 5), dpkg-dev (= 1.13.9), gcj-4.3-base (=
4.3.0-1) [!hurd-i386 !alpha !hppa], gcc-4.2-base (= 4.2.3-1), gcc-4.3-base (=
4.3.0-1), gnat-4.2-base [alpha mips mipsel], gnat-4.3-base [amd64 hppa i386
ia64 lpia powerpc s390 sparc kfreebsd-i386], lsb-release
+Build-Depends: m4, debhelper (= 5), dpkg-dev (= 1.13.9), gcj-4.3-base (=
4.3.0-1) [!hurd-i386 !alpha !hppa], gcc-4.2-base (= 4.2.3-1), gcc-4.3-base (=
4.3.0-1), gnat-4.2-base [alpha mips mipsel], gnat-4.3-base [amd64 hppa i386
ia64 lpia powerpc ppc64 s390 sparc kfreebsd-i386], lsb-release
Package: cpp
Priority: optional
@@ -217,7 +217,7 @@
Documentation for the GNU Pascal compiler in info format (dependency package).
Package: gnat
-Architecture: alpha amd64 hppa i386 ia64 lpia mips mipsel powerpc s390 sparc
kfreebsd-i386
+Architecture: alpha amd64 hppa i386 ia64 lpia mips mipsel powerpc ppc64 s390
sparc kfreebsd-i386
Priority: optional
Depends: gnat-${pv:gnat} ${reqv:gnat}
Conflicts: gnat-3.3, gnat-3.4, gnat-4.0, gnat-4.1 ( 4.1.1-6)
@@ -227,7 +227,7 @@
in their Build-Depends line.
Package: libgnatvsn-dev
-Architecture: alpha amd64 hppa i386 ia64 lpia mips mipsel powerpc s390 sparc
kfreebsd-i386
+Architecture: alpha amd64 hppa i386 ia64 lpia mips mipsel powerpc ppc64 s390
sparc kfreebsd-i386
Section: libdevel
Priority: optional
Depends: gnat (= ${version:gnat}), libgnatvsn${pv:gnat}-dev ${reqv:gnat}
@@ -239,7 +239,7 @@
This package contains the development files and static library.
Package: libgnatprj-dev
-Architecture: alpha amd64 hppa i386 ia64 lpia mips mipsel powerpc s390 sparc
kfreebsd-i386
+Architecture: alpha amd64 hppa i386 ia64 lpia mips mipsel powerpc ppc64 s390
sparc kfreebsd-i386
Section: libdevel
Priority: optional
Depends: gnat (= ${version:gnat}), libgnatprj${pv:gnat}-dev ${reqv:gnat}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476812: gcc-defaults: FTBFS (ppc64): Please add 'ppc64' to the architecture lines of the gnat/libgnat* packages.
Hello, thanks for your quick reply! On Sat, Apr 19, 2008 at 02:28:24PM +0200, Ludovic Brenta wrote: I'd be happy to add support for ppc64 but this requires that gnat-4.3 is known to work on that architecture. Is that the case? I can't see it on http://debian-ppc64.alioth.debian.org/buildd-logs. Yes, gnat-4.3 works on ppc64, finally! It took quite a while to bootstrap gnat-4.3 on ppc64. However, the current version of the debian/patches/ppc64-ada.dpatch in the gnat-4.3/gcc-4.3 package still needs to be updated. I will file a separate bug report to the gnat-4.3 package with the necessary changes soon. Basically, the new ppc64-ada.dpatch will look like the current ada-mips.dpatch. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476812: gcc-defaults: FTBFS (ppc64): Please add 'ppc64' to the architecture lines of the gnat/libgnat* packages.
Hello, On Sat, Apr 19, 2008 at 03:16:13PM +0200, Ludovic Brenta wrote: Great. Do you thing gcc-defaults depends on this new patch and should therefore wait for it? the current unstable version 1.70 of the 'gcc-defaults' package FTBFS on ppc64 anyway at the moment because no_packages = gnat is missing for ppc64, but the gnat packages do not have ppc64 in their architecture lines. Consequently, I do not think this gcc-defaults patch needs to wait for the gnat-4.3 patch. The newly built gnat package will obviously be usable only when the gnat-4.3 package becomes available. But 'gcc-defaults' will at least not FTBFS on ppc64 anymore. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476868: gnat-4.3: FTBFS (ppc64): Please update debian/ppc64-ada.dpatch
Package: gnat-4.3 Version: 4.3.0-4 Severity: wishlist Tags: patch Hello, the current debian/ppc64-ada.dpatch has to be updated for gnat-4.3. With the attached patch 'gnat-4.3' can be built on ppc64. The resulting new debian/ppc64-ada.dpatch does the following: * add the new files system-linux-ppc64.ads and g-soccon-linux-ppc64.ads which are copies of system-linux-ppc.ads and g-soccon-linux-ppc.ads with some changes for the 64 bit instead of 32 bit architecture * add a section for powerpc64 in src/gcc/ada/Makefile.in. There are no gnat-4.3 packages in the debian-ppc64 unstable archive on alioth yet. However, I uploaded a preliminary set of debs for gnat-4.3 (Version_4.3.0-4) to http://debian-ppc64.alioth.debian.org/gcc4/gnat-4.3 Regards Andreas Jochens diff -urN ../tmp-orig/gnat-4.3-4.3.0/debian/patches/ppc64-ada.dpatch ./debian/patches/ppc64-ada.dpatch --- ../tmp-orig/gnat-4.3-4.3.0/debian/patches/ppc64-ada.dpatch 2008-04-18 14:11:43.0 + +++ ./debian/patches/ppc64-ada.dpatch 2008-04-17 05:45:00.0 + @@ -24,31 +24,34 @@ esac exit 0 -diff -urN src.orig/gcc/ada/Makefile.in src/gcc/ada/Makefile.in src.orig/gcc/ada/Makefile.in 2005-05-02 16:39:32.0 +0200 -+++ src/gcc/ada/Makefile.in2005-05-02 16:36:37.0 +0200 -@@ -1346,6 +1346,31 @@ +diff -urN gcc-4.3.0/gcc/ada/Makefile.in src/gcc/ada/Makefile.in +--- gcc-4.3.0/gcc/ada/Makefile.in 2008-02-13 19:04:53.0 + src/gcc/ada/Makefile.in2008-04-15 10:16:32.0 + +@@ -1390,6 +1390,34 @@ LIBRARY_VERSION := $(LIB_VERSION) endif +ifeq ($(strip $(filter-out powerpc64% linux%,$(arch) $(osys))),) + LIBGNAT_TARGET_PAIRS = \ + a-intnam.adsa-intnam-linux.ads \ ++ g-soccon.adsg-soccon-linux-ppc64.ads \ + s-inmaop.adbs-inmaop-posix.adb \ + s-intman.adbs-intman-posix.adb \ + s-osinte.adbs-osinte-posix.adb \ + s-osinte.adss-osinte-linux.ads \ + s-osprim.adbs-osprim-posix.adb \ + s-taprop.adbs-taprop-linux.adb \ -+ s-taspri.adss-taspri-linux.ads \ ++ s-tasinf.adss-tasinf-linux.ads \ ++ s-tasinf.adbs-tasinf-linux.adb \ ++ s-taspri.adss-taspri-posix.ads \ + s-tpopsp.adbs-tpopsp-posix-foreign.adb \ -+ s-parame.adbs-parame-linux.adb \ + system.adssystem-linux-ppc64.ads + + TOOLS_TARGET_PAIRS = \ -+mlib-tgt.adbmlib-tgt-linux.adb \ -+indepsw.adbindepsw-linux.adb ++mlib-tgt-specific.adbmlib-tgt-linux.adb \ ++indepsw.adbindepsw-gnu.adb + ++ EH_MECHANISM=-gcc + THREADSLIB = -lpthread + GNATLIB_SHARED = gnatlib-shared-dual + GMEM_LIB = gmemlib @@ -59,10 +62,208 @@ ifeq ($(strip $(filter-out sparc% linux%,$(arch) $(osys))),) LIBGNAT_TARGET_PAIRS = \ a-intnam.adsa-intnam-linux.ads \ -diff -urN src.orig/gcc/ada/system-linux-ppc64.ads src/gcc/ada/system-linux-ppc64.ads src.orig/gcc/ada/system-linux-ppc64.ads1970-01-01 01:00:00.0 +0100 -+++ src/gcc/ada/system-linux-ppc64.ads 2005-05-02 16:33:38.0 +0200 -@@ -0,0 +1,151 @@ +diff -urN gcc-4.3.0/gcc/ada/g-soccon-linux-ppc64.ads src/gcc/ada/g-soccon-linux-ppc64.ads +--- gcc-4.3.0/gcc/ada/g-soccon-linux-ppc64.ads 1970-01-01 00:00:00.0 + src/gcc/ada/g-soccon-linux-ppc64.ads 2008-04-15 10:16:16.0 + +@@ -0,0 +1,194 @@ ++-- ++-- -- ++-- GNAT COMPILER COMPONENTS -- ++-- -- ++-- G N A T . S O C K E T S . C O N S T A N T S-- ++-- -- ++-- S p e c -- ++-- -- ++-- Copyright (C) 2000-2007, Free Software Foundation, Inc. -- ++-- -- ++-- GNAT is free software; you can redistribute it and/or modify it under -- ++-- terms of the GNU General Public License as published by the Free Soft- -- ++-- ware Foundation; either version 2, or (at your option) any later ver- -- ++-- sion. GNAT is distributed in the hope that it will be useful, but WITH- -- ++-- OUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY -- ++-- or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License -- ++-- for more details. You should have received a copy of the GNU General -- ++-- Public License distributed with GNAT; see file COPYING. If not, write -- ++-- to the Free Software Foundation, 51 Franklin Street, Fifth Floor, -- ++-- Boston, MA 02110-1301, USA. -- ++-- -- ++-- As a special
Bug#476812: gcc-defaults: FTBFS (ppc64): Please add 'ppc64' to the architecture lines of the gnat/libgnat* packages.
Hello, On Sat, Apr 19, 2008 at 03:55:49PM +0200, Ludovic Brenta wrote: As I learned the hard way, it is a bad idea to try to build gnat before gnat-4.3 is available. Therefore I just committed this patch to gcc-defaults. The moment you produce gnat-4.3 for ppc64, I'll add support for it in gcc-defaults. thanks again for your help. In the meantime I filed #476868 for gnat-4.3 which contains the patch that makes gnat-4.3 work on ppc64. Note that I'm not going to upload gcc-defaults without doko's approval. There is no need to make a separate upload just for the ppc64 port. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475539: citadel: apt-get install citadel-server creates /etc/services (and possibly changes /etc/inittab)
Package: citadel Version: 7.33-4 Severity: normal Tags: patch Hello, the citadel-server package creates /etc/services during postinst. In a clean unstable buildd chroot I get the following: # apt-get install citadel-server [...] # cat /etc/services citadel 504/tcp A subsequent apt-get install netbase leads to the following message: [...] Setting up netbase (4.32) ... Configuration file `/etc/services' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** services (Y/I/N/O/D/Z) [default=N] ? The /etc/services file is normally provided by the netbase package. If the netbase package is installed first, the citadel-server package will append a citadel 504/tcp line to /etc/services. I do not think that citadel-server should create or change /etc/services during postinst. The attached patch disables this and some other possibly unwanted things (e.g. changes to /etc/inittab) in setup.c. If the citadel entry in /etc/services is really necessary it should probably be added to the etc-services template in the netbase package. Regards Andreas Jochens diff -urN ../tmp-orig/citadel-7.33/setup.c ./setup.c --- ../tmp-orig/citadel-7.33/setup.c2008-03-03 21:48:34.0 + +++ ./setup.c 2008-04-11 07:18:21.0 + @@ -1237,6 +1237,7 @@ unlink(citadel.log); unlink(weekly); +#if 0 /* disabled for debian */ check_services_entry(); /* Check /etc/services */ #ifndef __CYGWIN__ delete_inittab_entry(); /* Remove obsolete /etc/inittab entry */ @@ -1264,6 +1265,7 @@ disable_other_mta(sendmail); disable_other_mta(vmailmgrd); #endif +#endif /* disabled for Debian /* Check for the 'db' nss and offer to disable it */ fixnss(); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475569: newlib: FTBFS [ppc64]: `makeinfo' is missing
Package: newlib Version: 1.16.0-1 Severity: normal Tags: patch When building 'newlib' in a clean 'unstable' ppc64 chroot, I get the following error: make[4]: Entering directory `/newlib-1.16.0/build-spu/etc' /newlib-1.16.0/src/missing makeinfo --split-size=500 --split-size=500 --no-split -I../../src/etc -o standards.info ../../src/etc/standards.texi WARNING: `makeinfo' is missing on your system. You should only need it if you modified a `.texi' or `.texinfo' file, or any other file indirectly affecting the aspect of the manual. The spurious call might also be the consequence of using a buggy `make' (AIX, DU, IRIX). You might want to install the `Texinfo' package or the `GNU make' package. Grab either from any GNU archive site. make[4]: *** [standards.info] Error 1 make[4]: Leaving directory `/newlib-1.16.0/build-spu/etc' Regards Andreas Jochens diff -urN ../tmp-orig/newlib-1.16.0/debian/control ./debian/control --- ../tmp-orig/newlib-1.16.0/debian/control2008-04-11 15:51:29.0 + +++ ./debian/control2008-04-11 15:50:08.0 + @@ -3,7 +3,7 @@ Priority: extra Maintainer: Arthur Loiret [EMAIL PROTECTED] Uploaders: Matthias Klose [EMAIL PROTECTED] -Build-Depends: debhelper (= 6), binutils-spu, gcc-spu +Build-Depends: debhelper (= 6), texinfo, binutils-spu, gcc-spu Standards-Version: 3.7.3 Package: newlib-spu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474116: binutils: FTBFS (ppc64): mv: cannot stat `debian/binutils-spu/usr/ppc64-linux-gnu/spu-elf/lib/lib*-*.so'
Package: binutils Version: 2.18.1~cvs20080103-3 Severity: wishlist Tags: patch When building 'binutils' on ppc64/unstable, I get the following error: make[1]: Leaving directory `/binutils-2.18.1~cvs20080103/builddir-spu' : # move shared libs to the standard path mv debian/binutils-spu/usr/ppc64-linux-gnu/spu-elf/lib/lib*-*.so \ debian/binutils-spu/usr/lib/. mv: cannot stat `debian/binutils-spu/usr/ppc64-linux-gnu/spu-elf/lib/lib*-*.so': No such file or directory make: *** [install-spu-stamp] Error 1 dpkg-buildpackage: failure: debian/rules binary gave error exit status 2 With the attached patch 'binutils' can be built on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/binutils-2.18.1~cvs20080103/debian/rules ./debian/rules --- ../tmp-orig/binutils-2.18.1~cvs20080103/debian/rules2008-04-03 08:42:02.0 + +++ ./debian/rules 2008-04-03 08:27:34.0 + @@ -428,7 +428,7 @@ infodir=$(pwd)/$(d_spu)/usr/share/info install : # move shared libs to the standard path - mv $(d_spu)/usr/$(DEB_HOST_ARCH)-linux-gnu/spu-elf/lib/lib*-*.so \ + mv $(d_spu)/usr/$(DEB_HOST_GNU_CPU)-linux-gnu/spu-elf/lib/lib*-*.so \ $(d_spu)/usr/lib/. : # Now get rid of just about everything in binutils-spu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472917: gcc-4.3: FTBFS (ppc64): Please add lib32gfortran3.symbols.ppc64, remove msoft-float/nof in gcc-multilib64dir and disable ppc64-biarch patch
Package: gcc-4.3 Version: 4.3.0-2 Severity: wishlist Tags: patch Hello, the current version of gcc-4.3 FTBFS on ppc64. Some small changes are necessary to build the gcc-4.3 package on ppc64 (see patch below): * debian/lib32gfortan3.symbols.ppc64: new file with ppc64 specific symbols * debian/patches/gcc-multilib64dir.dpatch: remove msoft-float and nof from MULTILIB variables * debian/rules.defs: do not apply ppc64-biarch anymore When these three things are fixed, there is still another issue with the lib32gomp1 symbols which leads to the following build error: dh_makeshlibs -plib32gomp1 -V 'lib32gomp1 (= 4.3)' dpkg-gensymbols: warning: some new symbols appeared in the symbols file. dpkg-gensymbols: warning: some symbols disappeared in the symbols file. dpkg-gensymbols: warning: debian/lib32gomp1/DEBIAN/symbols doesn't match comple$ --- dpkg-gensymbolstynYFy 2008-03-26 15:31:34.0 + +++ dpkg-gensymbolsRJxhFu 2008-03-26 15:31:34.0 + @@ -1,92 +1,180 @@ libgomp.so.1 lib32gomp1 #MINVER# - [EMAIL PROTECTED] 4.2.1-4 - [EMAIL PROTECTED] 4.2.1-4 - [EMAIL PROTECTED] 4.2.1-4 [...] + [EMAIL PROTECTED] 4.3.0-2 +#MISSING: 4.3.0-2# [EMAIL PROTECTED] 4.2.1-4 + [EMAIL PROTECTED] 4.3.0-2 +#MISSING: 4.3.0-2# [EMAIL PROTECTED] 4.2.1-4 dh_makeshlibs: command returned error code 256 make[1]: *** [stamps/08-binary-stamp-lib32gomp] Error 1 make[1]: Leaving directory `/srv/dbuild/tmp/gcc-4.3-4.3.0' make: *** [binary] Error 2 dpkg-buildpackage: failure: debian/rules binary gave error exit status 2 I do not know how to fix this correctly. Regards Andreas Jochens ppc64 patch for gcc-4.3 version 4.3.0-2: diff -urN ../tmp-orig/gcc-4.3-4.3.0~rc2/debian/lib32gfortran3.symbols.ppc64 ./debian/lib32gfortran3.symbols.ppc64 --- ../tmp-orig/gcc-4.3-4.3.0~rc2/debian/lib32gfortran3.symbols.ppc64 1970-01-01 00:00:00.0 + +++ ./debian/lib32gfortran3.symbols.ppc64 2008-03-03 07:22:08.0 + @@ -0,0 +1,3 @@ +libgfortran.so.3 lib32gfortran3 #MINVER# +#include libgfortran3.symbols.common +#include libgfortran3.symbols.16.powerpc diff -urN ../tmp-orig/gcc-4.3-4.3.0~rc2/debian/patches/gcc-multilib64dir.dpatch ./debian/patches/gcc-multilib64dir.dpatch --- ../tmp-orig/gcc-4.3-4.3.0~rc2/debian/patches/gcc-multilib64dir.dpatch 2008-03-04 16:57:33.0 + +++ ./debian/patches/gcc-multilib64dir.dpatch 2008-03-03 07:22:08.0 + @@ -40,12 +40,23 @@ === --- gcc/config/rs6000/t-linux64(revision 130706) +++ gcc/config/rs6000/t-linux64(working copy) -@@ -19,7 +19,7 @@ +@@ -14,13 +14,13 @@ + # it doesn't tell anything about the 32bit libraries on those systems. Set + # MULTILIB_OSDIRNAMES according to what is found on the target. + +-MULTILIB_OPTIONS= m64/m32 msoft-float +-MULTILIB_DIRNAMES = 64 32 nof ++MULTILIB_OPTIONS= m64/m32 ++MULTILIB_DIRNAMES = 64 32 MULTILIB_EXTRA_OPTS = fPIC mstrict-align - MULTILIB_EXCEPTIONS = m64/msoft-float - MULTILIB_EXCLUSIONS = m64/!m32/msoft-float +-MULTILIB_EXCEPTIONS = m64/msoft-float +-MULTILIB_EXCLUSIONS = m64/!m32/msoft-float -MULTILIB_OSDIRNAMES = ../lib64 $(if $(wildcard $(shell echo $(SYSTEM_HEADER_DIR))/../../usr/lib32),../lib32,../lib) nof -+MULTILIB_OSDIRNAMES = ../lib $(if $(wildcard $(shell echo $(SYSTEM_HEADER_DIR))/../../usr/lib32),../lib32,../lib) nof - MULTILIB_MATCHES= $(MULTILIB_MATCHES_FLOAT) +-MULTILIB_MATCHES= $(MULTILIB_MATCHES_FLOAT) ++MULTILIB_EXCEPTIONS = ++MULTILIB_EXCLUSIONS = ++MULTILIB_OSDIRNAMES = ../lib $(if $(wildcard $(shell echo $(SYSTEM_HEADER_DIR))/../../usr/lib32),../lib32,../lib) ++MULTILIB_MATCHES= softfp_wrap_start := '\#ifndef __powerpc64__' + softfp_wrap_end := '\#endif' diff -urN ../tmp-orig/gcc-4.3-4.3.0~rc2/debian/rules.patch ./debian/rules.patch --- ../tmp-orig/gcc-4.3-4.3.0~rc2/debian/rules.patch2008-03-04 16:57:33.0 + +++ ./debian/rules.patch2008-03-03 07:22:08.0 + @@ -182,7 +182,7 @@ ifeq ($(DEB_TARGET_ARCH),ppc64) # FIXME: needed for 4.1? -debian_patches += ppc64-biarch ppc64-ada +debian_patches += ppc64-ada endif endif -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386815: gtk+2.0: FTBFS (ppc64): sibling call optimization to `IA__gdk_display_open' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls
Hello, On Thu, Jun 14, 2007 at 10:47:32PM +0200, Loïc Minier wrote: Thanks for the patch, I've applied it to the experimental tree which should soon move to unstable. Great, thanks! Since it's failing during ld, I would have assumed I could use LDFLAGS instead of CFLAGS, do you think that would be a problem? The -mminimal-toc flag has to be in CFLAGS. Otherwise the package does not build. Do you agree it's a bug in binutils? Or do you think gtk upstream should make IA__gdk_display_open extern on ppc64? (I'd like to get this fixed at the proper place to build out of the box; either ld should find its way, or gtk's upstream should change the code and/or pass a flag for ppc64.) I am not sure if this will be considered as a bug in binutils by the relevant toolchain people. Personally, I think it should be possible to build large pieces of code on ppc64 without having to explicitly add the extra -mminimal-toc flag. The ppc64 architecture seems to be the only architecture which requires such a flag for large object code sizes. There should be a way to handle this by the toolchain automatically. However, I do not think that the ppc64 toolchain will be changed to do this in the near future. At the moment there is no other fix for this problem besides adding -mminimal-toc flags to CFLAGS. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386815: gtk+2.0: FTBFS (ppc64): sibling call optimization to `IA__gdk_display_open' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls
On Fri, Jun 15, 2007 at 10:46:43AM +0200, Loïc Minier wrote: Is a machine available to DDs for tests? Unfortunately there is no official debian ppc64 machine for DDs available yet. The next best thing I know of are the IBM ppc64 machines in Augsburg (http://tuxppc.rz.uni-augsburg.de/doc/faq). If that helps I can test things on my own ppc64 machine. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386815: gtk+2.0: FTBFS (ppc64): sibling call optimization to `IA__gdk_display_open' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls
Hello, thanks for looking at the ppc64 related bug. On Thu, Jun 14, 2007 at 02:06:46PM +0200, Loïc Minier wrote: With the attached patch, which adds '-mminimal-toc' to CFLAGS for each call of 'configure', the packages can be compiled on ppc64. Is this still useful? I'd like to merge the patch if it is. Yes, a patch adding the -mminimal-toc flag to CFLAGS is still necessary on ppc64. I will attach an updated version of the patch which applies to the latest version in unstable (2.10.13-1). Is there a corresponding binutils bug open? Is this fixed in newer binutils? I am not aware of any newer binutils version which would make it possible to build gtk+2.0 without the extra -mminimal-toc flag on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/gtk+2.0-2.10.13/debian/rules ./debian/rules --- ../tmp-orig/gtk+2.0-2.10.13/debian/rules2007-06-14 16:58:48.0 + +++ ./debian/rules 2007-06-14 15:28:42.0 + @@ -27,6 +27,11 @@ # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_BUILD_GNU_CPU ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_CPU) + +ifeq ($(DEB_BUILD_GNU_CPU),powerpc64) + CFLAGS += -mminimal-toc +endif CFLAGS += -Wall -g -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325374: dia: FTBFS: could not find pygtk module
Hello, thanks for looking at this. On Sun, May 06, 2007 at 08:56:31PM +0200, Roland Stigge wrote: there was no activity on this bug since 2005. Can you still reproduce this problem with the new dia version =0.96.1-2 in Debian? Otherwise, I would like to close this bug. No, I can not reproduce it with the new version. Please close the bug. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409026: wims: FTBFS: cp: cannot stat `/wims-3.60/wims/public_html/wims': No such file or directory
Hello, On 07-Feb-05 08:08, Raphael Hertzog wrote: Please send the build log (or make it available) so that we can decide whether there's something to fix or not. attached is the full build log from a build on amd64/unstable when building as 'root'. Basically, wims refuses to compile with the following message: You are trying to compile WIMS as 'root'! You should not do that. Compile as 'wims', please. After this message, the subsequent packaging commands fail. The same happens on i386/unstable when building as root. Regards Andreas Jochens Building wims on unstable/amd64... dpkg-source: extracting wims in wims-3.60 dpkg-source: unpacking wims_3.60.orig.tar.gz dpkg-source: applying ./wims_3.60-6.diff.gz Reading package lists... Building dependency tree... The following extra packages will be installed: debconf debconf-i18n defoma ed file fontconfig-config gettext gettext-base html2text intltool-debian libexpat1 libexpat1-dev libfontconfig1 libfontconfig1-dev libfreetype6 libfreetype6-dev libgd2-xpm libice6 libjpeg62 libjpeg62-dev libkpathsea4 liblocale-gettext-perl libmagic1 libnewt0.52 libpaper1 libpng12-0 libpng12-dev libpoppler0c2 libpopt0 libsm6 libt1-5 libx11-6 libx11-data libx11-dev libxau-dev libxau6 libxaw7 libxdmcp-dev libxdmcp6 libxext-dev libxext6 libxmu6 libxpm-dev libxpm4 libxt6 mime-support pkg-config tetex-base tex-common ttf-dejavu ucf whiptail x11-common x11proto-core-dev x11proto-input-dev x11proto-kb-dev x11proto-xext-dev xtrans-dev zlib1g-dev Suggested packages: debconf-doc debconf-utils libterm-readline-gnu-perl libgnome2-perl libqt-perl libnet-ldap-perl dh-make defoma-doc psfontmgr x-ttcidfont-conf dfontmgr cvs gettext-doc libgd-tools libgnome-dev tetex-extra gs-gpl gs-esp gs-afpl gv postscript-viewer xpdf-reader pdf-viewer texinfo texi2html dvipng chktex lacheck rubber sam2p xbase-clients Recommended packages: libft-perl curl wget lynx libfribidi0 libpaper-utils libmail-sendmail-perl libcompress-zlib-perl tetex-doc psutils perl-tk libxml-parser-perl The following NEW packages will be installed: debconf debconf-i18n debhelper defoma ed file fontconfig-config gettext gettext-base html2text intltool-debian libexpat1 libexpat1-dev libfontconfig1 libfontconfig1-dev libfreetype6 libfreetype6-dev libgd2-xpm libgd2-xpm-dev libice6 libjpeg62 libjpeg62-dev libkpathsea4 liblocale-gettext-perl libmagic1 libnewt0.52 libpaper1 libpng12-0 libpng12-dev libpoppler0c2 libpopt0 libsm6 libt1-5 libx11-6 libx11-data libx11-dev libxau-dev libxau6 libxaw7 libxdmcp-dev libxdmcp6 libxext-dev libxext6 libxmu6 libxpm-dev libxpm4 libxt6 mime-support pkg-config po-debconf tetex-base tetex-bin tex-common ttf-dejavu ucf whiptail x11-common x11proto-core-dev x11proto-input-dev x11proto-kb-dev x11proto-xext-dev xtrans-dev zlib1g-dev 0 upgraded, 63 newly installed, 0 to remove and 10 not upgraded. Need to get 42.4MB of archives. After unpacking 138MB of additional disk space will be used. Get:1 http://127.0.0.1 unstable/main liblocale-gettext-perl 1.05-1 [19.6kB] Get:2 http://127.0.0.1 unstable/main debconf-i18n 1.5.11 [151kB] Get:3 http://127.0.0.1 unstable/main debconf 1.5.11 [146kB] Get:4 http://127.0.0.1 unstable/main x11-common 1:7.1.0-11 [339kB] Get:5 http://127.0.0.1 unstable/main libxau6 1:1.0.1-2 [7608B] Get:6 http://127.0.0.1 unstable/main libxdmcp6 1:1.0.1-2 [11.5kB] Get:7 http://127.0.0.1 unstable/main libx11-data 2:1.0.3-5 [157kB] Get:8 http://127.0.0.1 unstable/main libx11-6 2:1.0.3-5 [590kB] Get:9 http://127.0.0.1 unstable/main x11proto-core-dev 7.0.7-2 [78.4kB] Get:10 http://127.0.0.1 unstable/main libxau-dev 1:1.0.1-2 [11.7kB] Get:11 http://127.0.0.1 unstable/main libxdmcp-dev 1:1.0.1-2 [15.3kB] Get:12 http://127.0.0.1 unstable/main libxext6 1:1.0.1-2 [28.6kB] Get:13 http://127.0.0.1 unstable/main x11proto-input-dev 1.3.2-4 [13.5kB] Get:14 http://127.0.0.1 unstable/main x11proto-xext-dev 7.0.2-5 [41.8kB] Get:15 http://127.0.0.1 unstable/main libxext-dev 1:1.0.1-2 [80.6kB] Get:16 http://127.0.0.1 unstable/main x11proto-kb-dev 1.0.3-2 [26.8kB] Get:17 http://127.0.0.1 unstable/main xtrans-dev 1.0.1-3 [59.0kB] Get:18 http://127.0.0.1 unstable/main libx11-dev 2:1.0.3-5 [1315kB] Get:19 http://127.0.0.1 unstable/main libxpm4 1:3.5.5-2 [35.6kB] Get:20 http://127.0.0.1 unstable/main libxpm-dev 1:3.5.5-2 [43.4kB] Get:21 http://127.0.0.1 unstable/main libice6 1:1.0.1-2 [45.9kB] Get:22 http://127.0.0.1 unstable/main libsm6 1:1.0.1-3 [20.1kB] Get:23 http://127.0.0.1 unstable/main libxt6 1:1.0.2-2 [174kB] Get:24 http://127.0.0.1 unstable/main libexpat1 1.95.8-3.4 [64.5kB] Get:25 http://127.0.0.1 unstable/main libfreetype6 2.2.1-5 [355kB] Get:26 http://127.0.0.1 unstable/main ucf 2.0018.1 [57.3kB] Get:27 http://127.0.0.1 unstable/main libnewt0.52 0.52.2-10 [67.6kB] Get:28 http://127.0.0.1 unstable/main libpopt0 1.10-3 [34.5kB] Get:29 http://127.0.0.1 unstable/main whiptail 0.52.2-10 [35.3kB] Get:30 http://127.0.0.1 unstable/main libmagic1 4.19-1
Bug#409026: wims: FTBFS: cp: cannot stat `/wims-3.60/wims/public_html/wims': No such file or directory
severity 409026 wishlist thanks Hello, thanks for looking at this. I tried to reproduce this bug again, but as you state in your email the package really builds fine under standard conditions. I could finally reproduce the problem, but only when I build the package as 'root'. So I guess this is not really a bug after all. Feel free to close this report if you think that this is appropriate. Sorry for the noise. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409026: wims: FTBFS: cp: cannot stat `/wims-3.60/wims/public_html/wims': No such file or directory
Package: wims
Version: 3.60-6
Severity: serious
Hello,
when building 'wims' in a clean unstable chroot,
I get the following error:
# populating /var/lib/wims
orig_dir=$(pwd)/wims; \
cd /wims-3.60/debian/wims/var/lib/wims; \
for d in backup download/modules public_html/modules/contrib
public_html/w/texgif; do \
mkdir -p $d; \
done; \
for f in bin download localwims other README sessions tmp lib log s2
update.sh; do \
cp -Rd ${orig_dir}/$f .; \
done; \
cp ${orig_dir}/public_html/wims public_html; \
ln -sf wims public_html/wims.cgi; \
cp ${orig_dir}/src/Wimslogd/wimslogd bin/
cp: cannot stat `/wims-3.60/wims/public_html/wims': No such file or directory
cp: cannot stat `/wims-3.60/wims/src/Wimslogd/wimslogd': No such file or
directory
make[1]: *** [install] Error 1
make[1]: Leaving directory `/wims-3.60'
make: *** [install-arch] Error 2
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404704: commons-daemon: FTBFS (ppc64): Please update src/native/unix/support/config.{sub,guess}
Hello, On 06-Dec-28 19:25, Marcus Better wrote: Hi, please test if you can build this version: http://mentors.debian.net/debian/pool/main/c/commons-daemon/commons-daemon_1.0.2~svn20061127-5~test1.dsc this version builds fine on ppc64. Thank you for your help! Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404673: git-buildpackage: FTBFS: make: docbook-2-html: Command not found
Package: git-buildpackage Version: 0.2.21 Severity: serious Tags: patch When building 'git-buildpackage' in a clean unstable chroot, I get the following error: touch python-build-stamp-2.4 docbook-to-man docs/man.git-buildpackage.sgml docs/git-buildpackage.1 /usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:127:11:E: document type does not allow element REFSECT1 here /usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:127:11: open elements: REFERENCE REFENTRY[1] REFSECT1[1] (PARA[1]) /usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:133:11:E: document type does not allow element REFSECT1 here /usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:133:11: open elements: REFERENCE REFENTRY[1] REFSECT1[1] (PARA[1]) /usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:139:10:E: end tag for REFSECT1 omitted, but OMITTAG NO was specified /usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:124:2: start tag was here /usr/bin/nsgmls:docs/manpages/git-buildpackage.sgml:139:10: open elements: REFERENCE REFENTRY[1] REFSECT1[1] (PARA[1]) Warning: transpec not found for REFERENCE Warning: transpec not found for TITLE docbook-to-man docs/man.git-import-dsc.sgml docs/git-import-dsc.1 Warning: transpec not found for REFERENCE Warning: transpec not found for TITLE docbook-to-man docs/man.git-import-orig.sgml docs/git-import-orig.1 Warning: transpec not found for REFERENCE Warning: transpec not found for TITLE docbook-2-html -s gtk docs/manual.sgml make: docbook-2-html: Command not found make: *** [docs/manual-html] Error 127 The attached patch fixes this problem by adding 'sgml2x' to the Build-Depends. However, the build still fails with the following message: docbook-2-html -s gtk docs/manual.sgml find: warning: you have specified the -maxdepth option after a non-option argume nt -type, but options are not positional (-maxdepth affects tests specified befo re it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argume nt -type, but options are not positional (-maxdepth affects tests specified befo re it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argume nt -type, but options are not positional (-maxdepth affects tests specified befo re it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argume nt -type, but options are not positional (-maxdepth affects tests specified befo re it as well as those specified after it). Please specify options before other arguments. openjade1.3:W: unsupported declaration will be ignored openjade1.3:W: unsupported declaration will be ignored openjade1.3:W: unsupported declaration will be ignored ERROR: docbook-2-html: unknown style `gtk' make: *** [docs/manual-html] Error 1 Regards Andreas Jochens diff -urN ../tmp-orig/git-buildpackage-0.2.21/debian/control ./debian/control --- ../tmp-orig/git-buildpackage-0.2.21/debian/control 2006-12-13 12:30:19.0 + +++ ./debian/control2006-12-27 10:27:43.0 + @@ -2,7 +2,7 @@ Section: devel Priority: optional Maintainer: Guido Guenther [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 5), python-dev, python-support (= 0.3), docbook-to-man, pychecker +Build-Depends: cdbs, debhelper (= 5), sgml2x, python-dev, python-support (= 0.3), docbook-to-man, pychecker Standards-Version: 3.7.2 Package: git-buildpackage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404691: libtm-perl: FTBFS: Missing Build-Depends on 'libxml-simple-perl'
Package: libtm-perl Version: 1.24-1 Severity: serious Tags: patch When building 'libtm-perl' in a clean 'unstable' chroot, I get the following error: t/13tmdm...ok t/16tmql...Can't locate XML/Simple.pm in @INC (@INC contains: /libtm-perl-1.24/blib/lib /libtm-perl-1.24/blib/arch /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at t/16tmql.t line 27. BEGIN failed--compilation aborted at t/16tmql.t line 27. # Looks like your test died before it could output anything. dubious Test returned status 255 (wstat 65280, 0xff00) Failed Test Stat Wstat Total Fail Failed List of Failed --- t/16tmql.t 255 65280?? ?? % ?? Failed 1/26 test scripts, 96.15% okay. 0/8166 subtests failed, 100.00% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/libtm-perl-1.24' make: *** [install-stamp] Error 2 Please add the missing Build-Depends on 'libxml-simple-perl' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/libtm-perl-1.24/debian/control ./debian/control --- ../tmp-orig/libtm-perl-1.24/debian/control 2006-12-27 13:45:49.0 + +++ ./debian/control2006-12-27 13:45:43.0 + @@ -2,7 +2,7 @@ Section: perl Priority: extra Build-Depends: debhelper (= 4.0.2) -Build-Depends-Indep: perl (= 5.8.0-7), libwww-perl, libberkeleydb-perl, libconfig-general-perl, liblog-log4perl-perl, libmldbm-perl, libmldbm-sync-perl, libparse-yapp-perl, libtest-pod-perl, liburi-perl, libxml-libxml-perl, libclass-trait-perl, libparse-recdescent-perl, libtest-deep-perl +Build-Depends-Indep: perl (= 5.8.0-7), libxml-simple-perl, libwww-perl, libberkeleydb-perl, libconfig-general-perl, liblog-log4perl-perl, libmldbm-perl, libmldbm-sync-perl, libparse-yapp-perl, libtest-pod-perl, liburi-perl, libxml-libxml-perl, libclass-trait-perl, libparse-recdescent-perl, libtest-deep-perl Maintainer: Alexander Zangerl [EMAIL PROTECTED] Standards-Version: 3.7.2.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404704: commons-daemon: FTBFS (ppc64): Please update src/native/unix/support/config.{sub,guess}
Package: commons-daemon
Version: 1.0.2~svn20061127-4
Severity: wishlist
Tags: patch
When building 'commons-daemon' on ppc64/unstable, I get the following error:
dh_clean
debian/rules build
cd src/native/unix; autoconf
dh_testdir
cd src/native/unix; ./configure --build powerpc64-linux-gnu
--with-java=/usr/lib/jvm/java-gcj
*** Current host ***
checking build system type... Invalid configuration `powerpc64-linux-gnu':
machine `powerpc64' not recognized
configure: error: /bin/sh ./support/config.sub powerpc64-linux-gnu failed
make: *** [config-stamp] Error 1
With the attached patch 'commons-daemon' can be compiled on ppc64.
The patch adds an automatic update of the files
src/native/unix/support/config.{sub,guess}
to debian/rules.
Regards
Andreas Jochens
diff -urN ../tmp-orig/commons-daemon-1.0.2~svn20061127/debian/rules
./debian/rules
--- ../tmp-orig/commons-daemon-1.0.2~svn20061127/debian/rules 2006-12-27
16:30:59.0 +
+++ ./debian/rules 2006-12-27 15:57:35.0 +
@@ -69,6 +69,8 @@
-rm -f src/native/unix/{Makefile,Makedefs,native/Makefile}
cp -f /usr/share/misc/config.sub $(NATIVE_SRC)/config.sub
cp -f /usr/share/misc/config.guess $(NATIVE_SRC)/config.guess
+ cp -f /usr/share/misc/config.sub $(NATIVE_SRC)/support/config.sub
+ cp -f /usr/share/misc/config.guess $(NATIVE_SRC)/support/config.guess
dh_clean
install: install-arch install-indep
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402699: gscanbus: FTBFS (ppc64): Please support the ppc64 architecture
Package: gscanbus
Version: 0.7.1-6
Severity: wishlist
Tags: patch
Hello,
when building 'gscanbus' on ppc64/unstable, I get the following error:
dh_gencontrol: Compatibility levels before 4 are deprecated.
dpkg-gencontrol: error: current build architecture ppc64 does not appear in
package's list (alpha amd64 arm hppa i386 ia64 mips mipsel powerpc sh sparc)
dh_gencontrol: command returned error code 65280
make: *** [binary-arch] Error 1
With the attached patch 'gscanbus' can be built on ppc64.
Regards
Andreas Jochens
diff -urN ../tmp-orig/gscanbus-0.7.1/debian/control ./debian/control
--- ../tmp-orig/gscanbus-0.7.1/debian/control 2006-12-11 12:57:43.0
+
+++ ./debian/control2006-12-11 12:57:38.0 +
@@ -6,7 +6,7 @@
Standards-Version: 3.6.1
Package: gscanbus
-Architecture: alpha amd64 arm hppa i386 ia64 mips mipsel powerpc sh sparc
+Architecture: alpha amd64 arm hppa i386 ia64 mips mipsel powerpc ppc64 sh sparc
Depends: ${shlibs:Depends}
Description: scan IEEE1394 (firewire/i.link) bus
gscanbus is a little bus scanning, testing and topology visualizing
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401145: swt-gtk: FTBFS (ppc64): Please add ppc64 to the list of 64-bit architectures
Package: swt-gtk Version: 3.2.1-3 Severity: wishlist Tags: patch Hello, when building 'swt-gtk' on ppc64/unstable, I get the following error: xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_nsID_1new(JNIEnv*, _jclass*)': xpcom.cpp:2234: error: cast from 'nsID*' to 'jint' loses precision make[2]: *** [xpcom.o] Error 1 make[2]: Leaving directory `/swt-gtk-3.2.1' With the attached patch which adds ppc64 to the list of 64-bit architectures 'swt-gtk' can be compiled on ppc64. BTW, thank you for adding 64-bit support to the swt-gtk package! Regards Andreas Jochens diff -urN ../tmp-orig/swt-gtk-3.2.1/debian/rules ./debian/rules --- ../tmp-orig/swt-gtk-3.2.1/debian/rules 2006-11-30 10:46:54.0 + +++ ./debian/rules 2006-11-30 10:46:48.0 + @@ -3,6 +3,7 @@ alpha := 64 amd64 := 64 ia64 := 64 +ppc64 := 64 DEB_PATCHDIRS = debian/patches/$($(DEB_HOST_ARCH)) DEB_DH_MAKESHLIBS_ARGS_ALL := -Xjni -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400436: blockade: FTBFS (etch): Failed to satisfy Build-Depends dependency for blockade: xlibs-dev
Package: blockade Version: 20041028-7 Severity: serious Tags: etch When building 'blockade' in a clean etch chroot, I get the following error: Building blockade on testing/amd64... dpkg-source: extracting blockade in blockade-20041028 dpkg-source: unpacking blockade_20041028.orig.tar.gz dpkg-source: applying ./blockade_20041028-7.diff.gz Reading package lists... Building dependency tree... E: Package xlibs-dev has no installation candidate E: Failed to satisfy Build-Depends dependency for blockade: xlibs-dev Package xlibs-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source This has been fixed in the new unstable version that was uploaded on 2006-01-21 but etch still has the older version. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399317: libtm-perl: FTBFS: Missing Build-Depends on 'libwww-perl'
Package: libtm-perl Version: 1.20-1 Severity: serious Tags: patch When building 'libtm-perl' in a clean 'unstable' chroot, I get the following error: /usr/bin/make test make[1]: Entering directory `/libtm-perl-1.20' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00pods...ok t/00utils.. # Failed test 'require TM::Utils;' # in t/00utils.t at line 27. # Tried to require 'TM::Utils'. # Error: Can't locate LWP/Simple.pm in @INC (@INC contains: /libtm-perl-1.2 0/blib/lib /libtm-perl-1.20/blib/arch /etc/perl /usr/local/lib/perl/5.8.8 /usr/l ocal/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/sha re/perl/5.8 /usr/local/lib/site_perl .) at /libtm-perl-1.20/blib/lib/TM/Utils.pm line 19. Please add the missing Build-Depends on 'libwww-perl' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/libtm-perl-1.20/debian/control ./debian/control --- ../tmp-orig/libtm-perl-1.20/debian/control 2006-11-19 08:53:32.0 + +++ ./debian/control2006-11-19 08:53:19.0 + @@ -2,7 +2,7 @@ Section: perl Priority: extra Build-Depends: debhelper (= 4.0.2) -Build-Depends-Indep: perl (= 5.8.0-7), libberkeleydb-perl, libconfig-general-perl, liblog-log4perl-perl, libmldbm-perl, libmldbm-sync-perl, libparse-yapp-perl, libtest-pod-perl, liburi-perl, libxml-libxml-perl +Build-Depends-Indep: perl (= 5.8.0-7), libwww-perl, libberkeleydb-perl, libconfig-general-perl, liblog-log4perl-perl, libmldbm-perl, libmldbm-sync-perl, libparse-yapp-perl, libtest-pod-perl, liburi-perl, libxml-libxml-perl Maintainer: Alexander Zangerl [EMAIL PROTECTED] Standards-Version: 3.6.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398248: antigrav: FTBFS: Missing Build-Depends on 'zlib1g-dev, libpng12-dev'
tags 398248 +patch thanks Hello, the attached patch which adds 'zlib1g-dev, libpng12-dev' to the Build-Depends fixes the problem. Regards Andreas Jochens diff -urN ../tmp-orig/antigrav-0.0.2/debian/control ./debian/control --- ../tmp-orig/antigrav-0.0.2/debian/control 2006-11-19 09:08:03.0 + +++ ./debian/control2006-11-19 09:07:26.0 + @@ -2,7 +2,7 @@ Section: games Priority: optional Maintainer: Gürkan Sengün [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), autotools-dev, libalut-dev, libopenal-dev, libsdl1.2-dev +Build-Depends: debhelper (= 5), autotools-dev, zlib1g-dev, libpng12-dev, libalut-dev, libopenal-dev, libsdl1.2-dev Standards-Version: 3.7.2 Package: antigravitaattori -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397553: wikipedia2text: FTBFS: Missing Build-Depends on 'docbook-to-man'
Package: wikipedia2text Version: 0.05-1 Severity: serious Tags: patch When building 'wikipedia2text' in a clean 'unstable' chroot, I get the following error: dh_testdir cp -pv wiki wikipedia2text `wiki' - `wikipedia2text' touch configure-stamp dh_testdir docbook-to-man debian/wikipedia2text.sgml wikipedia2text.1 /bin/sh: docbook-to-man: command not found make: *** [build-stamp] Error 127 Please add the missing Build-Depends on 'docbook-to-man' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/wikipedia2text-0.05/debian/control ./debian/control --- ../tmp-orig/wikipedia2text-0.05/debian/control 2006-11-07 15:29:21.0 + +++ ./debian/control2006-11-07 15:29:19.0 + @@ -2,7 +2,7 @@ Section: text Priority: optional Maintainer: Axel Beckert [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0) +Build-Depends: debhelper, docbook-to-man Standards-Version: 3.7.2 Package: wikipedia2text -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397314: rpncalc: FTBFS: Missing Build-Depends on 'ed'
Package: rpncalc Version: 1.36.4 Severity: serious Tags: patch When building 'rpncalc' in a clean 'unstable' chroot, I get the following error: gcc -O2 -Wall -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Wcast-align -Wcast-qual -Wcast-align -Wbad-function-cast -Wpointer-arith -Wwrite-strings -Wnested-externs -DLOCALEDIR=\/usr/share/locale\ -DPACKAGE=\rpncalc\ -DVERSION=\1.36\ -o rpncalc rpncalc.c cmds.o stack.o utils.o gram.o scan.o -lm -lreadline In file included from rpncalc.c:69: cmds.h:91: warning: function declaration isn't a prototype rpncalc.c:140: warning: no previous prototype for 'rpncalc_completion' sed -e s/\\\$Date.*\\\$/`date +'%B %-d, %Y'`/g rpncalc.1.sed rpncalc.1 ed -s - rpncalc.1 proto.ed /bin/sh: ed: command not found make[1]: *** [rpncalc.1] Error 127 Please add the missing Build-Depends on 'ed' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/rpncalc-1.36.4/debian/control ./debian/control --- ../tmp-orig/rpncalc-1.36.4/debian/control 2006-11-01 23:10:16.0 + +++ ./debian/control2006-11-06 14:08:08.0 + @@ -1,5 +1,5 @@ Source: rpncalc -Build-Depends: bison, flex, gettext, libreadline5-dev | libreadline-dev, debhelper +Build-Depends: bison, ed, flex, gettext, libreadline5-dev | libreadline-dev, debhelper Section: math Priority: optional Maintainer: David Frey [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397348: extipl: FTBFS (amd64): 'SYS__llseek' undeclared (first use in this function)
Package: extipl
Version: 5.04-2.1
Severity: serious
Tags: patch
When building 'extipl' on amd64/unstable, I get the following error:
nasm -dWRTBL_ENABLE -dVERBOSE -dHOOKUP13 -DFDTEST -f bin -o polluxA.bin -l
polluxA.lst pollux.asm
nasm -dWRTBL_ENABLE -dVERBOSE -dHOOKUP13 -f bin -o castor0.bin -l castor.lst
castor.asm
dd if=castor0.bin of=castor.bin bs=512 skip=1 2/dev/null
./bin2src -o extndipl.src extndipl.templ
cc -o extipl extipl.c
extipl.c: In function '_llseek':
extipl.c:1113: error: 'SYS__llseek' undeclared (first use in this function)
extipl.c:1113: error: (Each undeclared identifier is reported only once
extipl.c:1113: error: for each function it appears in.)
make[2]: *** [extipl] Error 1
make[2]: Leaving directory `/extipl-5.04/src'
With the attached patch 'extipl' can be compiled on amd64.
Regards
Andreas Jochens
diff -urN ../tmp-orig/extipl-5.04/src/extipl.c ./src/extipl.c
--- ../tmp-orig/extipl-5.04/src/extipl.c2006-11-06 17:55:17.0
+
+++ ./src/extipl.c 2006-11-06 17:55:12.0 +
@@ -22,9 +22,6 @@
#include sys/types.h
#include sys/stat.h
#include regex.h
-#ifdef __linux__
-#include sys/syscall.h
-#endif
#include extipl.h
#include sysident.h
#include extndipl.src
@@ -78,10 +75,6 @@
static void tblpack(struct partition_s *);
static char *ask(char *);
static int sure(char *);
-#ifdef __linux__
-static int _llseek(uint, ulong, ulong, loff_t *, uint);
-static int long_seek(int, off_t, int);
-#endif
/* for DEBUG */
static void hexdump(char *, int);
static int debug_out(char *, struct offset_s *, int);
@@ -253,11 +246,7 @@
perror(device);
return(ERR);
}
-#ifdef __linux__
-long_seek(fd, (off_t)offset-lba, SEEK_SET);
-#else
lseek(fd, (off_t)offset-lba * SECTOR_SIZE, SEEK_SET);
-#endif
if ((n = read(fd, buf, len)) != len) {
perror(rdipl);
}
@@ -287,11 +276,7 @@
perror(device);
return(ERR);
}
-#ifdef __linux__
-long_seek(fd, (off_t)offset-lba, SEEK_SET);
-#else
lseek(fd, (off_t)offset-lba * (off_t)SECTOR_SIZE, SEEK_SET);
-#endif
if ((r = write(fd, buf, len)) != len) {
perror(wripl);
}
@@ -1103,46 +1088,6 @@
return(tolower(*ask((s == NULL) ? ... Sure(y/n)? : s)) == 'y');
}
-#ifdef __linux__
-
-static int _llseek(fd, hi, lo, res, whence)
-uint fd, whence;
-ulong hi, lo;
-loff_t *res;
-{
-return syscall(SYS__llseek, fd, hi, lo, res, whence);
-}
-
-/* Hacked by Taketoshi Sano [EMAIL PROTECTED] */
-static int long_seek(fd, offset, whence)
-int fd, whence;
-off_t offset;
-{
-loff_t loffset, result;
-unsigned long loff_hi, loff_lo;
-
-loffset = (loff_t)offset 9;
-loff_hi = (unsigned long)(loffset32);
-loff_lo = (unsigned long)(loffset 0x);
-if (opt_debug) {
- fprintf(stderr, sector: %lu, loffset: %Lu, loff_hi: %lu, loff_lo:
%lu\n,
- offset, loffset, loff_hi, loff_lo);
- fflush(stderr);
-}
-if(_llseek(fd, loff_hi, loff_lo, result, whence) != 0) {
- perror(llseek);
-return(ERR);
-}
-if (opt_debug) {
- loffset = (ul_long)result 9;
- fprintf(stderr, result: %Lu, sector: %Lu\n, result, loffset);
- fflush(stderr);
-}
-return(OK);
-}
-#endif
-
-
/*=
* for DEBUG
*=*/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375070: Bug#379774: php-simpletest: FTBFS (amd64): Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 64 bytes) in /usr/share/php/PEAR/Registry.php on line 1012
Hello, On 06-Nov-04 12:17, Charles Fry wrote: The changelog for bug #375070 indicates bump the memory limit to 32M for the cli API. Can you verify that you are seeing this problem even with php5 version 5.1.6-5? If so, it would appear that #375070 should be reopened. I still have this problem with php5 version 5.1.6-5 and also with the latest version 5.1.6-6 from unstable. The bump the memory limit to 32M for the cli API change in php5 did not make any difference. It seems that the memory limit has to be set elsewhere. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375070: Bug#379774: php-simpletest: FTBFS (amd64): Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 64 bytes) in /usr/share/php/PEAR/Registry.php on line 1012
Hello, On 06-Jul-25 11:48, Charles Fry wrote: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 64 bytes) in /usr/share/php/PEAR/Registry.php on line 1012 Allowed memory size of 8388608 bytes exhausted (tried to allocate 23 bytes) make: *** [common-install-indep] Error 1 This is really just an expression of bug #375070. Bug #375070 has been closed some time ago. However, I still get the same 'Fatal error' when trying to build php-simpletest on amd64. I can avoid this error by adding something like '-d memory_limit=32M' to the 'exec $PHP' line in the /usr/bin/pear script. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396842: util-linux: FTBFS (amd64): install: cannot stat `sys-utils/rdev': No such file or directory
Package: util-linux
Version: 2.12r-14
Severity: serious
Tags: patch
When building 'util-linux' on amd64/unstable,
I get the following error:
# /usr/bin/make disk-utils/raw - this is done above if linux/raw.h exists
touch build
rm -rf debian/tmp*
install -d
debian/tmp/{DEBIAN,bin,sbin,etc/init.d,usr/{bin,sbin,lib/mime/packages,share/{locale/{ca,cs,da,de,es,et,fi,fr,it,ja,nl,pt_BR,sl,sv,tr}/LC_MESSAGES,man/{man1,man8},info,util-linux,doc/util-linux/examples,lintian/overrides}}}
install -s sys-utils/arch text-utils/more sys-utils/dmesg debian/tmp/bin
install -s disk-utils/mkswap hwclock/hwclock disk-utils/{blockdev,raw,isosize}
mount/pivot_root login-utils/agetty
disk-utils/{{fsck,mkfs}.{minix,cramfs},mkfs} fdisk/{cfdisk,fdisk,sfdisk}
debian/tmp/sbin
install -s sys-utils/{ipcs,ipcrm,setsid}
misc-utils/{namei,setterm,mcookie,whereis,ddate} getopt/getopt
text-utils/{rev,line,pg} disk-utils/fdformat debian/tmp/usr/bin
installmisc-utils/chkdupexe debian/tmp/usr/bin
install -s sys-utils/readprofile disk-utils/elvtune sys-utils/{tunelp,cytune}
sys-utils/rdev debian/tmp/usr/sbin
install: cannot stat `sys-utils/rdev': No such file or directory
make: *** [binary-arch] Error 1
With the attached patch 'util-linux' can be built on amd64.
Regards
Andreas Jochens
diff -urN ../tmp-orig/util-linux-2.12r/debian/patches/10amd64-rdev.dpatch
./debian/patches/10amd64-rdev.dpatch
--- ../tmp-orig/util-linux-2.12r/debian/patches/10amd64-rdev.dpatch
2006-11-03 09:09:06.0 +
+++ ./debian/patches/10amd64-rdev.dpatch2006-11-03 09:07:57.0
+
@@ -5,14 +5,15 @@
## DP: hacking architecture detection to get rdev on amd64 too.
@DPATCH@
util-linux/MCONFIG.old 2005-03-02 23:14:51.424457925 +0100
-+++ util-linux/MCONFIG 2005-03-02 23:22:06.749245047 +0100
-@@ -17,7 +17,7 @@
- # Select for CPU i386 if the binaries must be able to run on an intel 386
- # (by default i486 code is generated, see below)
- CPU=$(shell uname -m)
--ARCH=$(shell echo $(CPU) | sed 's/i.86/intel/;s/arm.*/arm/')
-+ARCH=$(shell echo $(CPU) | sed 's/i.86/intel/;s/arm.*/arm/;s/x86_64/intel/')
+diff -urN ../tmp-orig/util-linux-2.12r/sys-utils/Makefile ./sys-utils/Makefile
+--- ../tmp-orig/util-linux-2.12r/sys-utils/Makefile2004-11-15
17:47:47.0 +
./sys-utils/Makefile 2006-11-03 09:05:30.0 +
+@@ -37,7 +37,7 @@
+ endif
+ endif
- # If HAVE_PAM is set to yes, then login, chfn, chsh, and newgrp
- # will use PAM for authentication. Additionally, passwd will not be
+-ifeq $(ARCH) intel
++ifneq (,findstring($(ARCH),intel x86_64))
+ MAN8:=$(MAN8) rdev.8 ramsize.8 rootflags.8 vidmode.8
+ USRSBIN:=$(USRSBIN) rdev
+ endif
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396862: libgtk-mozembed-ruby: FTBFS: checking for xulrunner-gtkmozembed... Ruby/GTK couldn't be initialized ('Cannot open display: ')
Package: libgtk-mozembed-ruby
Version: 0.3.1-6
Severity: serious
When building 'libgtk-mozembed-ruby' in a clean unstable chroot,
I get the following error:
checking for attribute assignment... yes
checking for gtk+-2.0... yes
checking for xulrunner-gtkmozembed... Ruby/GTK couldn't be initialized ('Cannot
open display: ')
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers. Check the mkmf.log file for more
details. You may need configuration options.
Provided configuration options:
--with-opt-dir
--without-opt-dir
--with-opt-include
--without-opt-include=${opt-dir}/include
--with-opt-lib
--without-opt-lib=${opt-dir}/lib
--with-make-prog
--without-make-prog
--srcdir=.
--curdir
--ruby=/usr/bin/ruby1.8
--with-pkg-config
--without-pkg-config
yes
make: *** [build-stamp] Error 1
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396874: gramps: FTBFS: Missing Build-Depends on 'gnome-doc-utils, libxml-parser-perl'
Package: gramps
Version: 2.2.1-2
Severity: serious
Tags: patch
When building 'gramps' in a clean 'unstable' chroot,
I get the following error:
./configure --enable-packager-mode --prefix=/usr --mandir=\${prefix}/share/man
--sysconfdir=/etc
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for GDU_MODULE_VERSION_CHECK... configure: error: Package requirements
(gnome-doc-utils = 0.3.2) were not met:
No package 'gnome-doc-utils' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables
GDU_MODULE_VERSION_CHECK_CFLAGS
and GDU_MODULE_VERSION_CHECK_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
make: *** [build-stamp] Error 1
Please add the missing Build-Depends on 'gnome-doc-utils, libxml-parser-perl'
to debian/control.
Regards
Andreas Jochens
diff -urN ../tmp-orig/gramps-2.2.1/debian/control ./debian/control
--- ../tmp-orig/gramps-2.2.1/debian/control 2006-11-03 13:05:34.0
+
+++ ./debian/control2006-11-03 13:05:29.0 +
@@ -2,7 +2,7 @@
Section: gnome
Priority: optional
Maintainer: James A. Treacy [EMAIL PROTECTED]
-Build-Depends-Indep: debhelper (=5.0.37.2), python-xml, python-gnome2,
python-glade2, docbook-utils, scrollkeeper, gettext, libgconf2-dev,
python-central (= 0.4.17)
+Build-Depends-Indep: debhelper (=5.0.37.2), gnome-doc-utils,
libxml-parser-perl, python-xml, python-gnome2, python-glade2, docbook-utils,
scrollkeeper, gettext, libgconf2-dev, python-central (= 0.4.17)
Standards-Version: 3.6.2
XS-Python-Version: current
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396334: libcommons-jexl-java: FTBFS: /libcommons-jexl-java-1.0/build.xml:46: Error running jikes compiler
tags 396334 +patch thanks Hello, with the attached patch 'libcommons-jexl-java' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/libcommons-jexl-java-1.0/debian/rules ./debian/rules --- ../tmp-orig/libcommons-jexl-java-1.0/debian/rules 2006-11-03 13:25:44.0 + +++ ./debian/rules 2006-11-03 13:25:39.0 + @@ -11,9 +11,7 @@ JLIBS = /usr/share/java JAVA_HOME_DIRS := /usr/lib/jvm/java-gcj/ -ANT_HOME := /usr/share/ant DEB_JARS := junit commons-logging -DEB_ANT_COMPILER := jikes DEB_ANT_BUILD_TARGET := jar #DEB_ANT_TEST_TARGET := test -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396887: gcstar: FTBFS: Missing Build-Depends on 'libxml-parser-perl, libxml-simple-perl'
Package: gcstar Version: 0.4.1-1 Severity: normal Tags: patch When building 'gcstar' in a clean 'unstable' chroot, I get the following error: XML::SimpleKO Optional Components Archive::Tar KO Archive::Zip KO Compress::Zlib KO Digest::MD5OK File::Path OK MIME::Base64 OK Time::HiResOK XML::SimpleKO Error : Following Perl components have to be installed: XML::Parser XML::Simple make: *** [install] Error 1 Please add the missing Build-Depends on 'libxml-parser-perl, libxml-simple-perl' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/gcstar-0.4.1/debian/control ./debian/control --- ../tmp-orig/gcstar-0.4.1/debian/control 2006-11-03 14:36:56.0 + +++ ./debian/control2006-11-03 14:36:54.0 + @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Alexander Wirt [EMAIL PROTECTED] -Build-Depends-Indep: libgtk2-perl, libwww-perl +Build-Depends-Indep: libgtk2-perl, libwww-perl, libxml-parser-perl, libxml-simple-perl Build-Depends: debhelper (= 4.0.0), dpatch Standards-Version: 3.7.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393985: quilt: FTBFS: Build fails if the build environment has no fully qualified hostname or mailname set
reopen 393985 retitle 393985 quilt: FTBFS: Build fails if the build environment has no fully qualified hostname or mailname set thanks Hello, the 'quilt' package still does not build in a chroot build environment which has no fully qualified hostname or mailname but just hostname == localhost. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396901: guile-1.8-non-dfsg: FTBFS: Missing Build-Depends on 'texinfo'
Package: guile-1.8-non-dfsg Version: 1.8.1+1-1 Severity: serious Tags: patch When building 'guile-1.8-non-dfsg' in a clean 'unstable' chroot, I get the following error: else \ rc=$?; \ cd . \ $restore $backupdir/* `echo ./guile-1.8.info | sed 's|[^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc /guile-1.8-non-dfsg-1.8.1+1/missing: line 52: makeinfo: command not found WARNING: `makeinfo' is missing on your system. You should only need it if you modified a `.texi' or `.texinfo' file, or any other file indirectly affecting the aspect of the manual. The spurious call might also be the consequence of using a buggy `make' (AIX, DU, IRIX). You might want to install the `Texinfo' package or the `GNU make' package. Grab either from any GNU archive site. make[3]: *** [guile-1.8.info] Error 1 make[3]: Leaving directory `/guile-1.8-non-dfsg-1.8.1+1/doc/ref' Please add the missing Build-Depends on 'texinfo' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/guile-1.8-non-dfsg-1.8.1+1/debian/control ./debian/control --- ../tmp-orig/guile-1.8-non-dfsg-1.8.1+1/debian/control 2006-11-03 15:31:36.0 + +++ ./debian/control2006-11-03 15:31:34.0 + @@ -2,7 +2,7 @@ Section: non-free/interpreters Priority: optional Maintainer: Rob Browning [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), quilt, guile-1.8-dev +Build-Depends: debhelper (= 4), quilt, texinfo, guile-1.8-dev Standards-Version: 3.2.1.0 Package: guile-1.8-doc-non-dfsg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396910: povray: FTBFS (amd64): fileinputoutput.cpp:1: error: CPU you selected does not support x86-64 instruction set
Package: povray Version: 1:3.6.1-5 Severity: normal Tags: patch When building 'povray' on amd64/unstable, I get the following error: make[4]: Entering directory `/povray-3.6.1/source/base' x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../source -I../../unix-pipe -Wno-multichar -g -O3 -march=i686 -mtune=i686 -malign-double -minline-all-stringops -g -Wall -Wno-multichar -O3 -c -o fileinputoutput.o `test -f 'fileinputoutput.cpp' || echo './'`fileinputoutput.cpp fileinputoutput.cpp:1: error: CPU you selected does not support x86-64 instruction set fileinputoutput.cpp:1: error: CPU you selected does not support x86-64 instruction set fileinputoutput.cpp:1: error: -malign-double makes no sense in the 64bit mode make[4]: *** [fileinputoutput.o] Error 1 make[4]: Leaving directory `/povray-3.6.1/source/base' With the attached patch 'povray' can be compiled on amd64. Regards Andreas Jochens diff -urN ../tmp-orig/povray-3.6.1/debian/patches/series ./debian/patches/series --- ../tmp-orig/povray-3.6.1/debian/patches/series 2006-11-03 15:58:10.0 + +++ ./debian/patches/series 2006-11-03 15:51:09.0 + @@ -1,4 +1,4 @@ 10_includes-location 10_Distribution 15_PNG -20_Fix_Illegal +#20_Fix_Illegal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396702: ikiwiki: FTBFS: Missing Build-Depends on 'perlmagick'
Package: ikiwiki Version: 1.31 Severity: serious Tags: patch When building 'ikiwiki' in a clean 'unstable' chroot, I get the following error: t/readfile.ok t/syntax... # Failed test 'IkiWiki/Plugin/img.pm' # in t/syntax.t at line 16. # Looks like you failed 1 test of 46. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 31 Failed 1/46 tests, 97.83% okay t/titlepageok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/syntax.t 1 256461 2.17% 31 Failed 1/14 test scripts, 92.86% okay. 1/274 subtests failed, 99.64% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/ikiwiki-1.31' make: *** [build-stamp] Error 2 This is caused by a missing Build-Depends on 'perlmagick' as can be seen from the following: # perl -c IkiWiki/Plugin/img.pm Can't locate Image/Magick.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at IkiWiki/Plugin/img.pm line 9. BEGIN failed--compilation aborted at IkiWiki/Plugin/img.pm line 9. Regards Andreas Jochens diff -urN ../tmp-orig/ikiwiki-1.31/debian/control ./debian/control --- ../tmp-orig/ikiwiki-1.31/debian/control 2006-10-28 03:15:15.0 + +++ ./debian/control2006-11-02 12:18:56.0 + @@ -2,7 +2,7 @@ Section: web Priority: optional Build-Depends: perl, debhelper (= 5) -Build-Depends-Indep: dpkg-dev (= 1.9.0), markdown, libhtml-template-perl, libhtml-scrubber-perl, wdg-html-validator, libtext-wikiformat-perl, libhtml-parser-perl, liburi-perl +Build-Depends-Indep: dpkg-dev (= 1.9.0), perlmagick, markdown, libhtml-template-perl, libhtml-scrubber-perl, wdg-html-validator, libtext-wikiformat-perl, libhtml-parser-perl, liburi-perl Maintainer: Joey Hess [EMAIL PROTECTED] Standards-Version: 3.7.2 XS-Vcs-Svn: svn://svn.kitenet.net/ikiwiki/trunk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396711: xnap: FTBFS: make[1]: *** [jar] Segmentation fault
Package: xnap
Version: 2.5-pre3-2
Severity: serious
Tags: patch
When building 'xnap' on amd64/unstable, I get the following error:
dh_testdir
/usr/bin/make jar
make[1]: Entering directory `/xnap-2.5-pre3'
rm -rf /tmp/root/xnap
mkdir -p /tmp/root/xnap
jikes -classpath
.:lib/java_readline.jar:lib/jd3lib.jar:lib/gnu.getopt.jar:lib/kunststoff.jar:lib/libxnap.jar:lib/log4j.jar:lib/xnap-ziga.jar:
+D +P +F -d /tmp/root/xnap xnap/XNap.java xnap/XNapLoader.java
xnap/plugin/nap/Plugin.java xnap/plugin/nap/GUIPlugin.java
xnap/plugin/viewer/image/Plugin.java xnap/plugin/viewer/mp3/Plugin.java
xnap/plugin/viewer/text/Plugin.java xnap/plugin/viewer/video/Plugin.java
make[1]: *** [jar] Segmentation fault
make[1]: Leaving directory `/xnap-2.5-pre3'
make: *** [build-stamp] Error 2
With the attached patch 'xnap' can be compiled on amd64.
Regards
Andreas Jochens
diff -urN ../tmp-orig/xnap-2.5-pre3/Makefile ./Makefile
--- ../tmp-orig/xnap-2.5-pre3/Makefile 2003-10-25 23:00:54.0 +
+++ ./Makefile 2006-11-02 12:29:23.0 +
@@ -15,10 +15,10 @@
#PLUGINS += gnutella
MAKE= make
-JAVAC = jikes
-JAVAC_OPTS = -classpath $(CP) +D +P +F
-#JAVAC = javac
-#JAVAC_OPTS = -classpath $(CP)
+#JAVAC = jikes
+#JAVAC_OPTS = -classpath $(CP) +D +P +F
+JAVAC = javac
+JAVAC_OPTS = -classpath $(CP)
JAR = jar
JRE = java
JDB = jdb
diff -urN ../tmp-orig/xnap-2.5-pre3/debian/control ./debian/control
--- ../tmp-orig/xnap-2.5-pre3/debian/control2003-10-27 23:19:27.0
+
+++ ./debian/control2006-11-02 13:05:14.0 +
@@ -1,8 +1,8 @@
Source: xnap
-Section: contrib/net
+Section: net
Priority: optional
Maintainer: Yven Johannes Leist [EMAIL PROTECTED]
-Build-Depends-Indep: docbook-to-man, jikes, debhelper ( 3.0.0)
+Build-Depends-Indep: debhelper, unzip, docbook-to-man, java-gcj-compat-dev
Standards-Version: 3.6.1
Package: xnap
diff -urN ../tmp-orig/xnap-2.5-pre3/xnap/gui/FeedbackDialog.java
./xnap/gui/FeedbackDialog.java
--- ../tmp-orig/xnap-2.5-pre3/xnap/gui/FeedbackDialog.java 2002-12-02
05:52:43.0 +
+++ ./xnap/gui/FeedbackDialog.java 2006-11-02 12:58:32.0 +
@@ -90,7 +90,7 @@
GridBagHelper.addLabel(jpText, );
String s = XNap.tr(Include error.log) + ( +
- Formatter.formatSize(Debug.getErrorFileSize()) + );
+ xnap.util.Formatter.formatSize(Debug.getErrorFileSize()) + );
jcbIncErrorLog = new JCheckBox(s, (Debug.getErrorFileSize() 0));
GridBagHelper.add(jpText, jcbIncErrorLog);
diff -urN ../tmp-orig/xnap-2.5-pre3/xnap/gui/LibraryPanel.java
./xnap/gui/LibraryPanel.java
--- ../tmp-orig/xnap-2.5-pre3/xnap/gui/LibraryPanel.java2003-10-06
11:12:39.0 +
+++ ./xnap/gui/LibraryPanel.java2006-11-02 12:57:44.0 +
@@ -744,11 +744,11 @@
// nothing is selected
sb.append(ltm.getRowCount());
sb.append( files - );
- sb.append(Formatter.formatSize(ltm.getTotalSize()));
+
sb.append(xnap.util.Formatter.formatSize(ltm.getTotalSize()));
}
else if (files.length == 1) {
sb.append(1 file - );
- sb.append(Formatter.formatNumber(files[0].length()) +
bytes);
+
sb.append(xnap.util.Formatter.formatNumber(files[0].length()) + bytes);
}
else {
long totalSize = 0;
@@ -758,7 +758,7 @@
sb.append(selected - );
sb.append(files.length);
sb.append( files - );
- sb.append(Formatter.formatSize(totalSize));
+ sb.append(xnap.util.Formatter.formatSize(totalSize));
}
// FIX: we need some kind of padding
diff -urN ../tmp-orig/xnap-2.5-pre3/xnap/io/MP3File.java ./xnap/io/MP3File.java
--- ../tmp-orig/xnap-2.5-pre3/xnap/io/MP3File.java 2002-11-03
23:10:27.0 +
+++ ./xnap/io/MP3File.java 2006-11-02 12:59:16.0 +
@@ -120,7 +120,7 @@
public String getInfo()
{
- return getBitrate() + bit, +
Formatter.formatLength(getPlayingTime());
+ return getBitrate() + bit, +
xnap.util.Formatter.formatLength(getPlayingTime());
}
}
diff -urN ../tmp-orig/xnap-2.5-pre3/xnap/io/VideoFile.java
./xnap/io/VideoFile.java
--- ../tmp-orig/xnap-2.5-pre3/xnap/io/VideoFile.java2002-12-02
17:52:34.0 +
+++ ./xnap/io/VideoFile.java2006-11-02 12:59:01.0 +
@@ -137,7 +137,7 @@
public String getInfo()
{
- return Formatter.formatLength(getLength());
+ return xnap.util.Formatter.formatLength(getLength());
}
public int getLength()
diff -urN ../tmp-orig/xnap-2.5-pre3/xnap/plugin/PluginManager.java
./xnap/plugin
Bug#327479: cyrus-sasl2: FTBFS (ppc64): /usr/bin/ld:Versions:3: syntax error in VERSION script
reopen 327479 thanks Hello, bug 327479 was closed by the latest experimental upload of cyrus-sasl-2.1. However, the problem with the creation of the Versions script on ppc64 is still there (in cyrus-sasl2 and also in the experimental cyrus-sasl-2.1). Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396326: atari-fdisk: FTBFS (ppc64): current build architecture ppc64 does not appear in package's list (alpha amd64 arm hppa hurd-i386 i386 ia64 mips mipsel powerpc s390 sh sparc)
Package: atari-fdisk
Version: 0.7.1-5.2
Severity: wishlist
Tags: patch
When building 'atari-fdisk' on ppc64/unstable,
I get the following error:
dh_gencontrol: Compatibility levels before 4 are deprecated.
dpkg-gencontrol: error: current build architecture ppc64 does not appear in
package's list (alpha amd64 arm hppa hurd-i386 i386 ia64 mips mipsel powerpc
s390 sh sparc)
dh_gencontrol: command returned error code 65280
make: *** [binary-arch] Error 1
Please add ppc64 to the Architecture line in debian/control.
Regards
Andreas Jochens
diff -urN ../tmp-orig/atari-fdisk-0.7.1/debian/control ./debian/control
--- ../tmp-orig/atari-fdisk-0.7.1/debian/control2006-10-23
18:31:45.0 +
+++ ./debian/control2006-10-31 06:46:48.0 +
@@ -24,7 +24,7 @@
atari-fdisk udeb package
Package: atari-fdisk-cross
-Architecture: alpha amd64 arm hppa hurd-i386 i386 ia64 mips mipsel powerpc
s390 sh sparc
+Architecture: alpha amd64 arm hppa hurd-i386 i386 ia64 mips mipsel powerpc
ppc64 s390 sh sparc
Section: otherosfs
Priority: extra
Depends: ${shlibs:Depends}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327479: cyrus-sasl2: FTBFS (ppc64): /usr/bin/ld:Versions:3: syntax error in VERSION script
Hello, On 06-Oct-23 17:01, Henrique de Moraes Holschuh wrote: On Mon, 23 Oct 2006, Andreas Jochens wrote: Would it be possible to switch the versioning off for the ppc64 architecture only, at least until there is another solution for this? Since the package has never been built with versioned symbols on ppc64 anyway there would be no problem on ppc64. How about the ppc64 people tell us exactly what needs versioning [in addition to all of the library exported symbols, of course] and what needs not in the ppc64 ABI, and we adding a script for ppc64 versioning instead? ppc64 would need the same symbols as the other architectures. However, it is difficult to get the same list of symbols as on other architectures from the output of the nm utility because of a peculiarity in the ppc64 object format they are not labelled with a T (Text segment) but with a 'D' instead. There are also other symbols marked with a 'D' so it is not enough to simply grep for 'D' instead to 'T'. Not using versioned symbols in an arch is *not* acceptable IMHO. Doing arch-specific stuff to get the versioning right is quite acceptable, OTOH. We didn't add versioned symbols to a whole lot of libraries in Debian, sasl2 included, for trivial reasons. There are not that many packages which use versioned symbols. The ppc64 port currently has problems with sasl2, libdebian-installer and the db4.x packages. Symbol versioning seems to work very well for these packages, especially for the db4.x packages. This can be seen from the fact that the etch release will likely use five different versions of the Berkeley db package (db3, db4.2, db4.3, db4.4 and db4.5). Without symbol versioning, I guess that we would be forced to use only a single version of the db library. More to the point, I currently do not know any other solution than switching off versioning on ppc64. I would really appreciate any ideas to solve this problem. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327479: cyrus-sasl2: FTBFS (ppc64): /usr/bin/ld:Versions:3: syntax error in VERSION script
Hello, On 06-Oct-24 08:59, Henrique de Moraes Holschuh wrote: Can you look at those packages and check if whatever they do to get symbol versioning would work for sasl in ppc64? As long as the symbols get versioned, changing how we do it in sasl would not be a problem. all packages that are problematic on ppc64 use basically the same method as cyrus-sasl2 to extract the list of symbols, i.e. the output of nm is parsed for symbols marked with 'T' (=text segment) with the help of grep and sed. I could not yet find a better method that is portable to ppc64. However, I will continue to search for such a method because this issue prevents some important packages to build on ppc64. Anyway, thank you again for looking at this problem. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327479: cyrus-sasl2: FTBFS (ppc64): /usr/bin/ld:Versions:3: syntax error in VERSION script
Hello, On 06-Oct-22 09:05, Andreas Metzler wrote: #1 libsasl2 is built with versioned symbols in sarge. Simply removing them breaks binary compability, stuff built against lib+versym won't work with the new version without versioned symbols. #2 Sasl ends up in *many* applications directly or via libldap2 (e.g.) and can also be pulled in by NSS. So if sasl changed its soname again there _will_ be loads of packages temporarily (i.e. until we have made te full transition) linking against both versions, and they will break randomly due to symbol clashes. OK, I understand. Would it be possible to switch the versioning off for the ppc64 architecture only, at least until there is another solution for this? Since the package has never been built with versioned symbols on ppc64 anyway there would be no problem on ppc64. cyrus-sasl2 is one of the very few important packages which still do not build on ppc64 without applying a patch. It would be very nice to have a version of cyrus-sasl2 in the archive which builds on ppc64 without needing a patch. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327479: cyrus-sasl2: FTBFS (ppc64): /usr/bin/ld:Versions:3: syntax error in VERSION script
Hello,
thank you for looking at this problem.
On 06-Oct-21 10:55, Andreas Metzler wrote:
gcc -shared .libs/auxprop.o .libs/canonusr.o .libs/checkpw.o
.libs/client.o .libs/common.o .libs/config.o .libs/external.o .libs/md5.o
.libs/saslutil.o .libs/server.o .libs/seterror.o .libs/dlopen.o
.libs/plugin_common.o -ldl -lresolv -Wl,--version-script=Versions
-Wl,-soname -Wl,libsasl2.so.2 -o .libs/libsasl2.so.2.0.19
/usr/bin/ld:Versions:3: syntax error in VERSION script
collect2: ld returned 1 exit status
make[3]: *** [libsasl2.la] Error 1
make[3]: Leaving directory
`/cyrus-sasl2-2.1.19/build-tree/cyrus-sasl-2.1.19/lib'
[...]
Could you please post the contents of lib/Versions after the failed
build to the bugreport?
# cat lib/Versions
SASL2 {
global:
};
The problem is that the object format for ppc64 is different. This
causes the output of the 'nm' utility to be different too. The function
names are not marked as 'T' (text segment) as on most other
architectures so that the grep for [Tt] fails and the lib/Version
script is basically empty.
This is not a bug in nm because the object format is really different
and the functions are not in the text segment but accessed indirectly
on ppc64.
The current procedure to create the lib/Versions script is simply not
architecture independent and fails at least for ppc64.
I could not yet find a filter condition which selects exactly the same
symbols on ppc64 as on other architectures from the nm output.
The ppc64 port seems to work fine without using any versioning. Is it
really necessary to use versioning for cyrus-sasl2?
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394123: turkey: FTBFS: Missing Build-Depends on 'java-gcj-compat-dev'
Package: turkey Version: 1.34.0-1 Severity: serious Tags: patch Hello, when building 'turkey' in a clean 'unstable' chroot, I get the following error: ant doc Unable to locate tools.jar. Expected to find it in /usr/lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/lib/tools.jar Buildfile: build.xml init: doc: [mkdir] Created dir: /turkey-1.34.0/javadoc [javadoc] Generating Javadoc [javadoc] Javadoc execution BUILD FAILED /turkey-1.34.0/build.xml:39: Javadoc failed: java.io.IOException: java.io.IOException: No such file or directory Total time: 0 seconds make: *** [build-stamp] Error 1 Please add the missing Build-Depends on 'java-gcj-compat-dev' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/turkey-1.34.0/debian/control ./debian/control --- ../tmp-orig/turkey-1.34.0/debian/control2006-10-19 14:19:01.0 + +++ ./debian/control2006-10-19 14:18:53.0 + @@ -2,7 +2,7 @@ Section: text Priority: optional Maintainer: Wesley J. Landaker [EMAIL PROTECTED] -Build-Depends-Indep: debhelper (= 4.0.0), jikes, ant, bzip2, txt2man, imagemagick +Build-Depends-Indep: debhelper (= 4.0.0), java-gcj-compat-dev, jikes, ant, bzip2, txt2man, imagemagick Standards-Version: 3.6.2 Package: turkey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310281: mockobjects: FTBFS: Please build with free java
Hello, attached below is an updated version of a patch which makes mockobjects build with java-gcj-compat-dev instead of a non-free j2sdk. Regards Andreas Jochens diff -urN ../tmp-orig/mockobjects-0.09/debian/control ./debian/control --- ../tmp-orig/mockobjects-0.09/debian/control 2006-10-19 15:53:46.0 + +++ ./debian/control2006-10-19 15:52:44.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Marcus Crafter [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0), ant -Build-Depends-Indep: ant-optional, j2sdk1.4 | j2sdk1.3 | java2-compiler, junit +Build-Depends-Indep: ant-optional, java-gcj-compat-dev, junit Standards-Version: 3.6.1.1 Package: libmockobjects-java -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381341: wine: FTBFS (amd64): Please add support to build wine on amd64
retitle 381341 wine: FTBFS (amd64): Please add support to build wine on amd64
thanks
Hello,
the attached patch will make 'wine' build on amd64 provided that some
extra lib*.so symlinks are being added to the ia32-libs package (a
separate report with a patch has been filed to the BTS for ia32-libs).
The attached patch does the following:
- change the architecture lines in debian/control to include amd64
- change debian/rules to add ia32-libs to the Depends of libwine on amd64
- change debian/rules so that it does not try to move glut32* files on amd64
- add '-fatal-warnings' to the ICU library check in configure{,.ac}
to make that test fail on amd64 because there is no 32-bit version
of the library available on amd64
Regards
Andreas Jochens
diff -urN ../tmp-orig/wine-0.9.20/configure ./configure
--- ../tmp-orig/wine-0.9.20/configure 2006-10-20 08:00:51.0 +
+++ ./configure 2006-10-20 07:54:08.0 +
@@ -11810,7 +11810,7 @@
TEST_ICUDATA_LIB=${ICUDATA_LIB-${i}data.a}
{ echo $as_me:$LINENO: checking whether can link with ICU libraries
$TEST_ICUUC_LIB and $TEST_ICUDATA_LIB 5
echo $ECHO_N checking whether can link with ICU libraries $TEST_ICUUC_LIB and
$TEST_ICUDATA_LIB... $ECHO_C 6; }
-LIBS=$saved_libs $TEST_ICUUC_LIB $TEST_ICUDATA_LIB -lstdc++ -lgcc_s
+LIBS=-fatal-warnings $saved_libs $TEST_ICUUC_LIB $TEST_ICUDATA_LIB
-lstdc++ -lgcc_s
cat conftest.$ac_ext _ACEOF
/* confdefs.h. */
_ACEOF
diff -urN ../tmp-orig/wine-0.9.20/configure.ac ./configure.ac
--- ../tmp-orig/wine-0.9.20/configure.ac2006-10-20 08:00:51.0
+
+++ ./configure.ac 2006-10-20 07:54:08.0 +
@@ -608,7 +608,7 @@
TEST_ICUUC_LIB=${ICUUC_LIB-${i}uc.a}
TEST_ICUDATA_LIB=${ICUDATA_LIB-${i}data.a}
AC_MSG_CHECKING(whether can link with ICU libraries $TEST_ICUUC_LIB
and $TEST_ICUDATA_LIB)
-LIBS=$saved_libs $TEST_ICUUC_LIB $TEST_ICUDATA_LIB -lstdc++ -lgcc_s
+LIBS=-fatal-warnings $saved_libs $TEST_ICUUC_LIB $TEST_ICUDATA_LIB
-lstdc++ -lgcc_s
AC_TRY_LINK([#include unicode/ubidi.h],[ubidi_open()],
[AC_DEFINE(HAVE_ICU,1,[Define to 1 if the ICU libraries
are installed])
AC_SUBST(ICULIBS,$TEST_ICUUC_LIB $TEST_ICUDATA_LIB
-lstdc++ -lgcc_s)
diff -urN ../tmp-orig/wine-0.9.20/debian/control ./debian/control
--- ../tmp-orig/wine-0.9.20/debian/control 2006-10-20 08:00:51.0
+
+++ ./debian/control2006-10-20 07:59:56.0 +
@@ -19,11 +19,12 @@
libicu36-dev | libicu34-dev (= 3.4-4) | libicu28-dev | libicu21-dev,
libfontconfig1-dev, libssl-dev, libcapi20-dev (= 1:3.3.0.20041024-2)
[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386],
libhal-dev, libdbus-1-dev, libgphoto2-2-dev, liblcms1-dev, libldap2-dev,
- libxml2-dev, libxslt1-dev, fontforge, prelink
+ libxml2-dev, libxslt1-dev, fontforge, prelink,
+ libc6-dev-i386 [amd64], ia32-libs [amd64], lib32z1-dev [amd64],
lib32asound2-dev [amd64], lib32ncurses5-dev [amd64]
Standards-Version: 3.6.0
Package: wine
-Architecture: i386 hurd-i386 kfreebsd-i386 netbsd-i386 powerpc hurd-powerpc
kfreebsd-powerpc netbsd-powerpc sparc hurd-sparc kfreebsd-sparc netbsd-sparc
+Architecture: any-amd64 any-i386 any-powerpc any-sparc
Depends: ${debconf-depends}, libwine (= ${Source-Version}), xbase-clients (=
4.0) | xcontrib
Recommends: wine-utils, msttcorefonts
Suggests: wine-doc, binfmt-support
@@ -39,7 +40,7 @@
Wine is often updated.
Package: libwine-dev
-Architecture: i386 hurd-i386 kfreebsd-i386 netbsd-i386 powerpc hurd-powerpc
kfreebsd-powerpc netbsd-powerpc sparc hurd-sparc kfreebsd-sparc netbsd-sparc
+Architecture: any-amd64 any-i386 any-powerpc any-sparc
Section: libdevel
Depends: libwine (= ${Source-Version}), libc6-dev
Replaces: libwine ( 0.0.20010216)
@@ -55,8 +56,8 @@
Package: libwine
Section: libs
-Architecture: i386 hurd-i386 kfreebsd-i386 netbsd-i386 powerpc hurd-powerpc
kfreebsd-powerpc netbsd-powerpc sparc hurd-sparc kfreebsd-sparc netbsd-sparc
-Depends: ${debconf-depends}, ${shlibs:Depends}${freetype}
+Architecture: any-amd64 any-i386 any-powerpc any-sparc
+Depends: ${debconf-depends}, ${shlibs:Depends}${freetype}${ia32-libs}
Replaces: libwine0.0.971116, wine ( 0.9.11-1), libwine-twain ( 0.9.13)
Conflicts: libwine0.0.971116
Recommends: libwine-print, libwine-gl${icu}
@@ -71,7 +72,7 @@
Package: libwine-alsa
Section: libs
-Architecture: i386 powerpc sparc
+Architecture: amd64 i386 powerpc sparc
Depends: libwine (= ${Source-Version}), ${shlibs:Depends}
Description: Windows API Implementation (ALSA Sound Module)
This is a BETA release of Wine, the free MS-Windows API implementation.
@@ -83,7 +84,7 @@
Package: libwine-arts
Section: libs
-Architecture: i386 hurd-i386 kfreebsd-i386 netbsd-i386 powerpc hurd-powerpc
kfreebsd-powerpc netbsd-powerpc sparc hurd-sparc kfreebsd-sparc netbsd-sparc
+Architecture: any-amd64 any-i386 any-powerpc any-sparc
Depends
Bug#394230: ia32-libs: Please add more lib*.so symlinks for wine
Package: ia32-libs Version: 1.17 Severity: wishlist Tags: patch Hello, thanks to the recent addition of some lib*.so symlinks to ia32-libs, it is now much easier to build wine on amd64. However, to make the Debian wine package build on amd64 there are some more symlinks necessary. The attached patch adds the missing symlinks to debian/rules. Regards Andreas Jochens diff -urN ../tmp-orig/ia32-libs-1.17/debian/rules ./debian/rules --- ../tmp-orig/ia32-libs-1.17/debian/rules 2006-10-13 14:00:30.0 + +++ ./debian/rules 2006-10-19 07:01:46.0 + @@ -160,8 +160,16 @@ cd $(DEST)/emul/ia32-linux/usr/lib/ \ ln -s libXext.so.6 libXext.so \ ln -s libX11.so.6 libX11.so \ + ln -s libXrender.so.1 libXrender.so \ + ln -s libXxf86vm.so.1 libXxf86vm.so \ + ln -s libfontconfig.so.1 libfontconfig.so \ + ln -s libfreetype.so.6 libfreetype.so \ ln -s libGLU.so.1 libGLU.so \ - ln -s libGL.so.1 libGL.so + ln -s libGL.so.1 libGL.so \ + ln -s libICE.so.6 libICE.so \ + ln -s libjpeg.so.62 libjpeg.so \ + ln -s liblcms.so.1 liblcms.so \ + ln -s libxml2.so.2 libxml2.so # Remove unwanted directories and pt_chown rm -rf $(DEST)/t -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393881: mlterm: FTBFS: im_iiimf.c:56:21: error: iiimcf.h: No such file or directory
Package: mlterm Version: 2.9.3-3 Severity: serious When building 'mlterm' on unstable, I get the following error: make[2]: Entering directory `/mlterm-2.9.3/inputmethod/iiimf' ../../libtool --mode=compile gcc -I../../kiklib/include -I../../mkf/include -I/usr/X11R6/include -Wall -g -O2 -DUSE_KBD -DUSE_UIM -DUSE_IIIMF -DUSE_M17NLIB -DUSE_SCIM -DUSE_IM_PLUGIN -DHAVE_AUX_GETVALUES_EVENT -I../../mlterm -I../../xwindow -I/usr/local/include -c im_iiimf.c mkdir .libs gcc -I../../kiklib/include -I../../mkf/include -I/usr/X11R6/include -Wall -g -O2 -DUSE_KBD -DUSE_UIM -DUSE_IIIMF -DUSE_M17NLIB -DUSE_SCIM -DUSE_IM_PLUGIN -DHAVE_AUX_GETVALUES_EVENT -I../../mlterm -I../../xwindow -I/usr/local/include -c im_iiimf.c -fPIC -DPIC -o .libs/im_iiimf.lo im_iiimf.c:56:21: error: iiimcf.h: No such file or directory Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393874: kiwi: FTBFS: /usr/bin/xvfb-run: line 158: kill: (16331) - No such process
Package: kiwi Version: 1.9.9-1 Severity: serious When building 'kiwi' in a clean unstable chroot, I get the following error: cd doc /usr/bin/make make[1]: Entering directory `/kiwi-1.9.9/doc' cd .. xvfb-run -a tools/epyrun Traceback (most recent call last): File tools/epyrun, line 92, in ? mod = reflect.namedAny(name) File /usr/lib/python2.4/site-packages/twisted/python/reflect.py, line 352, in namedAny topLevelPackage = __import__(trialname) File /var/lib/python-support/python2.4/gtk-2.0/gtk/__init__.py, line 45, in ? from _gtk import * RuntimeError: could not open display /usr/bin/xvfb-run: line 158: kill: (16331) - No such process make[1]: *** [api] Error 1 make[1]: Leaving directory `/kiwi-1.9.9/doc' make: *** [build/python-kiwi] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393885: python-vobject: FTBFS: error: patches: No such file or directory
Package: python-vobject Version: 0.4.4-1 Severity: serious Tags: patch When building 'python-vobject' on unstable, I get the following error: running install_egg_info running egg_info writing requirements to src/vobject.egg-info/requires.txt writing src/vobject.egg-info/PKG-INFO writing top-level names to src/vobject.egg-info/top_level.txt writing dependency_links to src/vobject.egg-info/dependency_links.txt error: patches: No such file or directory make: *** [python-install-py] Error 1 With the attached patch 'python-vobject' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/python-vobject-0.4.4/debian/rules ./debian/rules --- ../tmp-orig/python-vobject-0.4.4/debian/rules 2006-10-18 09:09:26.0 + +++ ./debian/rules 2006-10-18 09:09:23.0 + @@ -5,7 +5,6 @@ # Add here any variable or target overrides you need include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/python-distutils.mk -include /usr/share/cdbs/1/rules/patchsys-quilt.mk DEB_PYTHON_CLEAN_ARGS = --all DEB_PYTHON_INSTALL_ARGS_ALL += --single-version-externally-managed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393892: python-vobject: FTBFS: error: patches: No such file or directory
Package: python-vobject Version: 0.4.4-1 Severity: serious Tags: patch When building 'python-vobject' on unstable, I get the following error: running install_egg_info running egg_info writing requirements to src/vobject.egg-info/requires.txt writing src/vobject.egg-info/PKG-INFO writing top-level names to src/vobject.egg-info/top_level.txt writing dependency_links to src/vobject.egg-info/dependency_links.txt error: patches: No such file or directory make: *** [python-install-py] Error 1 With the attached patch 'python-vobject' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/python-vobject-0.4.4/debian/rules ./debian/rules --- ../tmp-orig/python-vobject-0.4.4/debian/rules 2006-10-18 09:09:26.0 + +++ ./debian/rules 2006-10-18 09:09:23.0 + @@ -5,7 +5,6 @@ # Add here any variable or target overrides you need include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/python-distutils.mk -include /usr/share/cdbs/1/rules/patchsys-quilt.mk DEB_PYTHON_CLEAN_ARGS = --all DEB_PYTHON_INSTALL_ARGS_ALL += --single-version-externally-managed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393985: quilt: FTBFS: 20 commands (15 passed, 5 failed)
Package: quilt Version: 0.45-4 Severity: serious Hello, when building 'quilt' on in a clean unstable chroot, I get the following error: [14] $ ls patches/ series -- ok [15] $ quilt mail --mbox mbox --prefix test --subject This is a test -m Message -- failed Could not determine the envelope sender address. Please use --sender. != Unable to extract a subject header from patches/1.diff [18] $ cat - no-subject patches/1.diff -- ok [24] $ quilt mail --mbox mbox --prefix test -m Message -- failed Could not determine the envelope sender address. Please use --sender. != Introduction has no subject header [27] $ cat - no-subject patches/2.diff -- ok [38] $ cat - no-subject patches/3.diff -- ok [44] $ cat - no-subject patches/4.diff -- ok [53] $ cat - no-subject patches/5.diff -- ok [57] $ ls patches/ series -- ok [58] $ quilt mail --mbox mbox --prefix test --subject This is a test -m Message -- failed Could not determine the envelope sender address. Please use --sender. != Patches patches/1.diff, patches/5.diff have duplicate subject headers. [61] $ cat - no-subject patches/5.diff -- ok [65] $ quilt mail --mbox mbox --prefix test --subject This is a test -m Message -- failed Could not determine the envelope sender address. Please use --sender. != ~ [66] $ grep -e '^Subject:' -e '^To:' -e '^Cc:' -e '^--$' -e '^ ' mbox -- failed grep: mbox: No such file or directory != Subject: [test 0/5] This is a test ~ != -- ~ != Cc: Dummy [EMAIL PROTECTED] ~ != Subject: [test 1/5] Subject of 1.diff ~ != -- ~ != Cc: Dummy [EMAIL PROTECTED] ~ != Subject: [test 2/5] Subject of 2.diff is: split into multiple lines ~ != -- ~ != To: John X. Doe [EMAIL PROTECTED] ~ != Subject: [test 3/5] Subject of 3.diff ~ != To: John X. Doe [EMAIL PROTECTED] ~ != -- ~ != Cc: Joe R. Hacker [EMAIL PROTECTED], ~ != John X. Doe [EMAIL PROTECTED], ~ != =?UTF-8?q?=C3=9C=20is=20an=20umlaut?= [EMAIL PROTECTED] ~ != Subject: [test 4/5] First paragraph used as subject of 4.diff. ~ != Cc: John X. Doe [EMAIL PROTECTED] ~ != Cc: Ã is an umlaut [EMAIL PROTECTED] ~ != -- ~ != Subject: [test 5/5] Subject of 5.diff ~ != -- [89] $ cd .. -- ok [90] $ rm -rf d -- ok 20 commands (15 passed, 5 failed) make[1]: *** [test/.mail.ok] Error 5 make[1]: Leaving directory `/quilt-0.45' make: *** [debian/stamp-makefile-check] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393673: amiwm: FTBFS: Build-Depends dependency for amiwm cannot be satisfied because the package libxpm4-dev cannot be found
Package: amiwm Version: 0.20.48-7 Severity: serious Tags: patch When building 'amiwm' in a clean unstable chroot, I get the following error: dpkg-source: extracting amiwm in amiwm-0.20.48 dpkg-source: unpacking amiwm_0.20.48.orig.tar.gz dpkg-source: applying ./amiwm_0.20.48-7.diff.gz Reading package lists... Building dependency tree... E: Build-Depends dependency for amiwm cannot be satisfied because the package libxpm4-dev cannot be found With the attached patch 'amiwm' can be built on unstable. The patch replaces the Build-Depends on libxpm4-dev with libxpm-dev and adds the missing Build-Depends on libxmu-dev. Regards Andreas Jochens diff -urN ../tmp-orig/amiwm-0.20.48/debian/control ./debian/control --- ../tmp-orig/amiwm-0.20.48/debian/control2006-10-17 11:24:08.0 + +++ ./debian/control2006-10-17 11:24:05.0 + @@ -2,7 +2,7 @@ Section: non-free/x11 Priority: optional Maintainer: Gürkan Sengün [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), libx11-dev, libxpm4-dev, flex, bison +Build-Depends: debhelper, libx11-dev, libxmu-dev, libxpm-dev, flex, bison Standards-Version: 3.6.2 Package: amiwm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393680: e2fsprogs: FTBFS (amd64): /libselinux-1.30.28/src/setrans_client.c:210: undefined reference to `pthread_mutex_lock'
Package: e2fsprogs Version: 1.39+1.40-WIP-2006.10.02+dfsg-1 Severity: serious Hello, when building 'e2fsprogs' on amd64/unstable, I get the following error: LD e2fsck.static /usr/lib/libselinux.a(setrans_client.o): In function `fini_context_translations': /libselinux-1.30.28/src/setrans_client.c:210: undefined reference to `pthread_mutex_lock' /libselinux-1.30.28/src/setrans_client.c:211: undefined reference to `pthread_mutex_lock' /libselinux-1.30.28/src/setrans_client.c:216: undefined reference to `pthread_mutex_unlock' /usr/lib/libselinux.a(setrans_client.o): In function `selinux_trans_to_raw_context': /libselinux-1.30.28/src/setrans_client.c:262: undefined reference to `pthread_mutex_lock' /libselinux-1.30.28/src/setrans_client.c:283: undefined reference to `pthread_mutex_unlock' /usr/lib/libselinux.a(setrans_client.o): In function `selinux_raw_to_trans_context': /libselinux-1.30.28/src/setrans_client.c:306: undefined reference to `pthread_mutex_lock' /libselinux-1.30.28/src/setrans_client.c:327: undefined reference to `pthread_mutex_unlock' /usr/lib/libselinux.a(setrans_client.o): In function `fini_context_translations': /libselinux-1.30.28/src/setrans_client.c:217: undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/x86_64-linux-gnu/4.1.2/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__deregister_frame_info_bases': (.text+0x107c): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/x86_64-linux-gnu/4.1.2/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__deregister_frame_info_bases': (.text+0x108d): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/x86_64-linux-gnu/4.1.2/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_table_bases': (.text+0x113f): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/x86_64-linux-gnu/4.1.2/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_bases': (.text+0x11f8): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/x86_64-linux-gnu/4.1.2/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `_Unwind_Find_FDE': (.text+0x1476): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/x86_64-linux-gnu/4.1.2/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `_Unwind_Find_FDE': (.text+0x1487): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/x86_64-linux-gnu/4.1.2/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_table_bases': (.text+0x115e): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/x86_64-linux-gnu/4.1.2/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_bases': (.text+0x1217): undefined reference to `pthread_mutex_unlock' collect2: ld returned 1 exit status make[3]: *** [e2fsck.static] Error 1 make[3]: Leaving directory `/e2fsprogs-1.39+1.40-WIP-2006.10.02+dfsg/debian/BUILD-STD/e2fsck' Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393579: zephyr: FTBFS: Package libxaw8-dev has no installation candidate
tags 393579 + patch thanks Hello, with the attached patch 'zephyr' can be built on unstable. The patch changes the alternative Build-Depends on 'libxaw8-dev | libxaw7-dev' to 'libxaw7-dev' (libxaw8-dev has been removed from unstable a while ago). Regards Andreas Jochens diff -urN ../tmp-orig/zephyr-2.1.20010518.SNAPSHOT/debian/control ./debian/control --- ../tmp-orig/zephyr-2.1.20010518.SNAPSHOT/debian/control 2006-10-17 11:27:59.0 + +++ ./debian/control2006-10-17 11:27:54.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Karl Ramm [EMAIL PROTECTED] Uploaders: Karl Ramm [EMAIL PROTECTED], Sam Hartman [EMAIL PROTECTED] -Build-Depends: debhelper (= 3), libares-dev, libkrb5-dev (= 1.2.2-4), comerr-dev, ss-dev, libreadline5-dev, libx11-dev, libxt-dev, x-dev, libxaw8-dev | libxaw7-dev, libxmu-dev, libncurses5-dev, bison, libhesiod-dev +Build-Depends: debhelper (= 3), libares-dev, libkrb5-dev (= 1.2.2-4), comerr-dev, ss-dev, libreadline5-dev, libx11-dev, libxt-dev, x-dev, libxaw7-dev, libxmu-dev, libncurses5-dev, bison, libhesiod-dev Standards-Version: 3.7.2 Package: libzephyr3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393691: ikvm: FTBFS (amd64): ** ERROR **: Can't find custom attr constructor image: /ikvm-0.28.0.0/debian/ikvm/usr/lib/mono/gac/IKVM.GNU.Classpath/0.28.0.0__0e6da51c66764cd7/IKVM.GNU.Classpath.dll
Package: ikvm Version: 0.28.0.0-1 Severity: serious When building 'ikvm' on amd64/unstable, I get the following error: dh_clideps: Warning: No Debian dependency data for IKVM.GNU.Classpath (0.28.0.0__0e6da51c66764cd7)! ** (process:4071): WARNING **: The following assembly referenced from /ikvm-0.28.0.0/debian/ikvm/usr/lib/mono/gac/IKVM.GNU.Classpath/0.28.0.0__0e6da51c66764cd7/IKVM.GNU.Classpath.dll could not be loaded: Assembly: IKVM.Runtime(assemblyref_index=1) Version:0.28.0.0 Public Key: 0e6da51c66764cd7 The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/ikvm-0.28.0.0/debian/ikvm/usr/lib/mono/gac/IKVM.GNU.Classpath/0.28.0.0__0e6da51c66764cd7/). ** (process:4071): WARNING **: Could not load file or assembly 'IKVM.Runtime, Version=0.28.0.0, Culture=neutral, PublicKeyToken=0e6da51c66764cd7' or one of its dependencies. ** (process:4071): WARNING **: Missing method .ctor in assembly /ikvm-0.28.0.0/debian/ikvm/usr/lib/mono/gac/IKVM.GNU.Classpath/0.28.0.0__0e6da51c66764cd7/IKVM.GNU.Classpath.dll, type IKVM.Attributes.RemappedClassAttribute ** ERROR **: Can't find custom attr constructor image: /ikvm-0.28.0.0/debian/ikvm/usr/lib/mono/gac/IKVM.GNU.Classpath/0.28.0.0__0e6da51c66764cd7/IKVM.GNU.Classpath.dll mtoken: 0x0a0001cb aborting... sh: line 1: 4071 Aborted LANG=C MONO_PATH= MONO_GAC_PREFIX= /usr/bin/monodis --moduleref IKVM.GNU.Classpath.dll 21 /tmp/dh_clideps.73nc dh_clideps: cli_parser call failed: 'LANG=C MONO_PATH= MONO_GAC_PREFIX= /usr/bin/monodis --moduleref IKVM.GNU.Classpath.dll 21 /tmp/dh_clideps.73nc' rc: 34304 output: make[1]: *** [binary-common] Error 1 make[1]: Leaving directory `/ikvm-0.28.0.0' make: *** [binary-indep] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393720: opensync: FTBFS: /opensync-0.19/tests/check_ipc.c:2062: warning: passing argument 3 of 'create_case' from incompatible pointer type
Package: opensync Version: 0.19-1 Severity: serious When building 'opensync' on amd64/unstable, I get the following error: /opensync-0.19/tests/check_ipc.c:2062: warning: passing argument 3 of 'create_case' from incompatible pointer type /opensync-0.19/tests/check_ipc.c:2063: warning: passing argument 3 of 'create_case' from incompatible pointer type /opensync-0.19/tests/check_ipc.c:2064: warning: passing argument 3 of 'create_case' from incompatible pointer type /opensync-0.19/tests/check_ipc.c:2065: warning: passing argument 3 of 'create_case' from incompatible pointer type /opensync-0.19/tests/check_ipc.c:2067: warning: passing argument 3 of 'create_case' from incompatible pointer type /opensync-0.19/tests/check_ipc.c:2068: warning: passing argument 3 of 'create_case' from incompatible pointer type /opensync-0.19/tests/check_ipc.c:2069: warning: passing argument 3 of 'create_case' from incompatible pointer type /opensync-0.19/tests/check_ipc.c:2070: warning: passing argument 3 of 'create_case' from incompatible pointer type /opensync-0.19/tests/check_ipc.c:2072: warning: passing argument 3 of 'create_case' from incompatible pointer type /opensync-0.19/tests/check_ipc.c:2073: warning: passing argument 3 of 'create_case' from incompatible pointer type /opensync-0.19/tests/check_ipc.c:2074: warning: passing argument 3 of 'create_case' from incompatible pointer type make[4]: *** [check_ipc.o] Error 1 make[4]: Leaving directory `/opensync-0.19/debian/build/tests' Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392150: icmake: FTBFS (amd64): conflicting types for 'listcleanup'
tags 392150 +patch thanks Hello, with the attached patch 'icmake' can be compiled on amd64/unstable. Regards Andreas Jochens diff -urN ../tmp-orig/icmake-6.30/exec/list/list.ih ./exec/list/list.ih --- ../tmp-orig/icmake-6.30/exec/list/list.ih 2006-09-30 19:15:01.0 + +++ ./exec/list/list.ih 2006-10-16 08:20:56.0 + @@ -13,7 +13,7 @@ voidaddtxt(LISTVAR_ *list, char const *txt); size_t listremove(LISTVAR_ *list, char const *txt); -voidlistcleanup(LISTVAR_ *list, unsigned toRemove); +voidlistcleanup(LISTVAR_ *list, size_t toRemove); #define list(plist) ((plist)-vu.i-ls.list) #define size(plist) (list(plist).size) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393426: ezpublish: FTBFS: tar: Pattern matching characters used in file names. Please, use --wildcards to enable pattern matching
Package: ezpublish Version: 2.2.8-2 Severity: serious Tags: patch When building 'ezpublish' on unstable, I get the following error: # Cleanup upstream tarball install -p-o root -g root -m 644 build-tree/ezpublish_2_2_8/data.tar.gz /ezpublish-2.2.8/debian/ezpublish-src/usr/src/ezpublish/data.tar.gz gunzip /ezpublish-2.2.8/debian/ezpublish-src/usr/src/ezpublish/data.tar.gz tar --delete -f /ezpublish-2.2.8/debian/ezpublish-src/usr/src/ezpublish/data.tar */CVS/* *.cache tar: Pattern matching characters used in file names. Please, tar: use --wildcards to enable pattern matching, or --no-wildcards to tar: suppress this warning. tar: */CVS/*: Not found in archive tar: Pattern matching characters used in file names. Please, tar: use --wildcards to enable pattern matching, or --no-wildcards to tar: suppress this warning. tar: *.cache: Not found in archive tar: Error exit delayed from previous errors make: *** [install] Error 2 With the attached patch 'ezpublish' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/ezpublish-2.2.8/debian/rules ./debian/rules --- ../tmp-orig/ezpublish-2.2.8/debian/rules2006-10-16 09:59:47.0 + +++ ./debian/rules 2006-10-16 09:59:40.0 + @@ -130,7 +130,7 @@ # Cleanup upstream tarball $(INSTALL_FILE) $(BUILD_TREE)/data.tar.gz $(INSTSRCDIR)/data.tar.gz gunzip $(INSTSRCDIR)/data.tar.gz - $(tar_del) -f $(INSTSRCDIR)/data.tar */CVS/* *.cache + $(tar_del) --wildcards -f $(INSTSRCDIR)/data.tar */CVS/* *.cache for file in $(TARGETS); do \ gzip --best $(INSTSRCDIR)/$$file.tar; \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393466: mc-foo: FTBFS: Build-Depends-Indep dependency for mc-foo cannot be satisfied because no available versions of package python-dev can satisfy version requirements
Package: mc-foo Version: 0.0.13 Severity: serious Tags: patch When building 'mc-foo' in a clean unstable chroot, I get the following error: Building mc-foo on unstable/amd64... dpkg-source: extracting mc-foo in mc-foo-0.0.13 dpkg-source: unpacking mc-foo_0.0.13.tar.gz Reading package lists... Building dependency tree... E: Build-Depends-Indep dependency for mc-foo cannot be satisfied because no available versions of package python-dev can satisfy version requirements With the attached patch 'mc-foo' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/mc-foo-0.0.13/debian/control ./debian/control --- ../tmp-orig/mc-foo-0.0.13/debian/control2003-08-30 08:58:20.0 + +++ ./debian/control2006-10-16 13:48:10.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Tommi Virtanen [EMAIL PROTECTED] Standards-Version: 3.5.6 -Build-Depends-Indep: python-dev (= 2.3), python-dev ( 2.4), debhelper (= 4.1.60), cdbs (= 0.4.0.1) +Build-Depends-Indep: python-dev, debhelper (= 4.1.60), cdbs (= 0.4.0.1) Package: mc-foo Architecture: all -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393474: mod-frontpage-mirfak: FTBFS: conflicting berkeley db versions libdb4.3-dev/libdb4.4-dev
Package: mod-frontpage-mirfak Version: 1.6.2-11 Severity: serious Tags: patch When building 'mod-frontpage-mirfak' on unstable, I get the following error: Building mod-frontpage-mirfak on unstable/amd64... dpkg-source: extracting mod-frontpage-mirfak in mod-frontpage-mirfak-1.6.2 dpkg-source: unpacking mod-frontpage-mirfak_1.6.2.orig.tar.gz dpkg-source: applying ./mod-frontpage-mirfak_1.6.2-11.diff.gz Reading package lists... Building dependency tree... E: Build-dependencies for mod-frontpage-mirfak could not be satisfied. This is because apache-dev depends on libdb4.4-dev which conflicts with libdb4.3-dev. With the attached patch 'mod-frontpage-mirfak' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/mod-frontpage-mirfak-1.6.2/debian/control ./debian/control --- ../tmp-orig/mod-frontpage-mirfak-1.6.2/debian/control 2006-10-16 14:23:17.0 + +++ ./debian/control2006-10-16 14:23:12.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Ola Lundqvist [EMAIL PROTECTED] Uploaders: Jeremy Malcolm [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.0.0), libdb4.3-dev, libexpat1-dev, apache-dev +Build-Depends: debhelper ( 4.0.0), libexpat1-dev, apache-dev Standards-Version: 3.6.2 Package: libapache-mod-frontpage-mirfak -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393478: libcrypt-des-perl: FTBFS: Is the Build-Depends on libcrypt-cbc-perl really necessary?
Package: libcrypt-des-perl Version: 2.05-1 Severity: wishlist Tags: patch Hello, is the Build-Depends on 'libcrypt-cbc-perl' really necessary? I built the package with and without 'libcrypt-cbc-perl' installed and could not find any difference. Please remove the Build-Depends on 'libcrypt-cbc-perl' if possible. Regards Andreas Jochens diff -urN ../tmp-orig/libcrypt-des-perl-2.05/debian/control ./debian/control --- ../tmp-orig/libcrypt-des-perl-2.05/debian/control 2006-10-16 14:38:44.0 + +++ ./debian/control2006-10-16 14:38:41.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Perl group [EMAIL PROTECTED] Uploaders: Jaldhar H. Vyas [EMAIL PROTECTED], Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), perl (= 5.8.0-7), libcrypt-cbc-perl +Build-Depends: debhelper ( 3.0.0), perl (= 5.8.0-7) Standards-Version: 3.6.2 Package: libcrypt-des-perl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393480: xastir: FTBFS: Package libgdal1-1.3.1-dev has no installation candidate
Package: xastir Version: 1.8.2-1 Severity: serious Tags: patch When building 'xastir' on unstable, I get the following error: E: Package libgdal1-1.3.1-dev has no installation candidate E: Failed to process build dependencies With the attached patch 'xastir' can be built on unstable. The patch changes the Build-Depends from libgdal1-1.3.1-dev to libgdal1-1.3.2-dev. Regards Andreas Jochens diff -urN ../tmp-orig/xastir-1.8.2/debian/control ./debian/control --- ../tmp-orig/xastir-1.8.2/debian/control 2006-10-16 14:39:58.0 + +++ ./debian/control2006-10-16 14:39:56.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Hamish Moffatt [EMAIL PROTECTED] Standards-Version: 3.6.2 -Build-Depends: debhelper (= 4), libax25-dev, lesstif2-dev, libxext-dev | xlibs-dev, libxp-dev | xlibs-dev, libxt-dev | xlibs-dev, festival-dev [!hppa], festival [!hppa], libmagick9-dev (= 6:6.2.4.5-0.2) | libmagick-dev, libshp-dev, gpsman, gpsmanshp, proj, libpcre3-dev, libcurl3-gnutls-dev | libcurl-ssl-dev, libgdal1-1.3.1-dev | libgdal-dev +Build-Depends: debhelper (= 4), libax25-dev, lesstif2-dev, libxext-dev | xlibs-dev, libxp-dev | xlibs-dev, libxt-dev | xlibs-dev, festival-dev [!hppa], festival [!hppa], libmagick9-dev (= 6:6.2.4.5-0.2) | libmagick-dev, libshp-dev, gpsman, gpsmanshp, proj, libpcre3-dev, libcurl3-gnutls-dev | libcurl-ssl-dev, libgdal1-1.3.2-dev | libgdal-dev Package: xastir Architecture: any -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393482: libapache-mod-ssl: FTBFS: Build-Depends on libdb4.3-dev conflicts with apache-dev which depends on libdb4.4-dev
Package: libapache-mod-ssl Version: 2.8.25-1 Severity: serious Tags: patch When building 'libapache-mod-ssl' on unstable, I get the following error: Building libapache-mod-ssl on unstable/amd64... dpkg-source: extracting libapache-mod-ssl in libapache-mod-ssl-2.8.25 dpkg-source: unpacking libapache-mod-ssl_2.8.25.orig.tar.gz dpkg-source: applying ./libapache-mod-ssl_2.8.25-1.diff.gz Reading package lists... Building dependency tree... E: Build-dependencies for libapache-mod-ssl could not be satisfied. With the attached patch 'libapache-mod-ssl' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/libapache-mod-ssl-2.8.25/debian/control ./debian/control --- ../tmp-orig/libapache-mod-ssl-2.8.25/debian/control 2006-10-16 14:47:49.0 + +++ ./debian/control2006-10-16 14:47:38.0 + @@ -2,7 +2,7 @@ Section: web Priority: optional Maintainer: Domenico Andreoli [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), libssl-dev (= 0.9.8-1), openssl, libdb4.3-dev, apache, apache-dev (= 1.3.34-1), apache-dev ( 1.3.35) +Build-Depends: debhelper ( 3.0.0), libssl-dev (= 0.9.8-1), openssl, apache, apache-dev (= 1.3.34-1), apache-dev ( 1.3.35) Build-Conflicts: libc6-dev ( 2.2.5-13) Standards-Version: 3.6.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393478: libcrypt-des-perl: FTBFS: Is the Build-Depends on libcrypt-cbc-perl really necessary?
Hello,
thank your for your reply to my report.
On 06-Oct-16 20:41, Niko Tyni wrote:
Crypt::CBC is used in 'test.pl', run in the 'make test' step of building
the package. It's in the Build-Depends to ensure complete test coverage,
since otherwise some of the tests would be skipped.
OK, I missed that.
Could you please explain why is this a problem? Is the package failing
to build for you, as mentioned in the title ('FTBFS')?
It is not really a problem.
I just tried to rebuild the complete archive from scratch and the
circular Build-Dependens between libcrypt-des-perl and libcrypt-cbc-perl
was somewhat problematic in this context. Both packages failed to
autobuild and I had to try to build one of them by hand without
using the other one.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358822: www-sql: FTBFS: Package libmysqlclient10-dev has no installation candidate
tags 358822 +patch
thanks
Hello,
with the attached patch 'www-sql' can be compiled on unstable.
Regards
Andreas Jochens
diff -urN ../tmp-orig/www-sql-0.5.7/debian/control ./debian/control
--- ../tmp-orig/www-sql-0.5.7/debian/control2006-10-16 18:48:41.0
+
+++ ./debian/control2006-10-16 16:04:49.0 +
@@ -3,7 +3,7 @@
Priority: extra
Maintainer: Hamish Moffatt [EMAIL PROTECTED]
Standards-Version: 3.6.2
-Build-Depends: libpq-dev, libmysqlclient10-dev, debhelper (= 4)
+Build-Depends: debhelper, libpq-dev, libmysqlclient15-dev
Package: www-mysql
Architecture: any
diff -urN ../tmp-orig/www-sql-0.5.7/mysql.c ./mysql.c
--- ../tmp-orig/www-sql-0.5.7/mysql.c 1998-11-03 04:58:56.0 +
+++ ./mysql.c 2006-10-16 18:48:37.0 +
@@ -143,7 +143,7 @@
}
conn = xmalloc(sizeof(MYSQL));
- mysql_connect(conn, host, user, pass);
+ mysql_real_connect(conn, host, user, pass, 0, 0, 0, 0);
#ifdef mysql_errno
if (mysql_errno(conn)) {
fprintf(yyout, pConnect: %s/p\n, mysql_error(conn));
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393166: xkeyboard-config: FTBFS: Patch attempted to create file rules/base.lst, which already exists.
Package: xkeyboard-config Version: 0.9-2 Severity: serious When building 'xkeyboard-config' on unstable, I get the following error: dh_clean debian/rules build mkdir stamp-dir Applying patches...failed! (check stamp-dir/patch-log for details) make: *** [stamp-dir/patch] Error 1 The stamp-dir/patch-log shows the following problem: Applying patch resync_rules_base.diff patching file rules/base The next patch would create the file rules/base.lst, which already exists! Applying it anyway. patching file rules/base.lst Patch attempted to create file rules/base.lst, which already exists. Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- rejects in file rules/base.lst patching file rules/compat/base.ml1_s.part patching file rules/compat/base.ml1v1_s.part Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393244: schoolbell: FTBFS: ImportError: No module named servicecontainer
Package: schoolbell Version: 1.2.4-2 Severity: serious Hello, when building 'schoolbell' in a clean unstable chroot, I get the following error: File /usr/lib/python2.4/site-packages/zope/configuration/config.py, line 842, in contained return RootStackItem.contained(self, name, data, info) File /usr/lib/python2.4/site-packages/zope/configuration/config.py, line 713, in contained adapter = factory(self.context, data, info) File /usr/lib/python2.4/site-packages/zope/configuration/config.py, line 1210, in factory return ComplexStackItem(self, context, data, info) File /usr/lib/python2.4/site-packages/zope/configuration/config.py, line 956, in __init__ args = toargs(newcontext, meta.schema, data) File /usr/lib/python2.4/site-packages/zope/configuration/config.py, line 1383, in toargs args[str(name)] = field.fromUnicode(s) File /usr/lib/python2.4/site-packages/zope/configuration/fields.py, line 139, in fromUnicode value = self.context.resolve(name) File /usr/lib/python2.4/site-packages/zope/configuration/config.py, line 184, in resolve mod = __import__(mname, *_import_chickens) File /schoolbell-1.2.4/src/schoolbell/app/app.py, line 37, in ? from zope.app.site.servicecontainer import SiteManagerContainer zope.configuration.xmlconfig.ZopeXMLConfigurationError: File /tmp/tmpuCfXFW, line 3.21-3.57 ZopeXMLConfigurationError: File /schoolbell-1.2.4/src/schoolbell/app/configure.zcml, line 35.2 ImportError: No module named servicecontainer make: *** [build-stamp] Error 1 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392938: kcemirror: FTBFS: /usr/lib/librapi.so: undefined reference to `synce_socket_get_descriptor'
Package: kcemirror Version: 0.1.5-1 Severity: serious Tags: patch When building 'kcemirror' on unstable, I get the following error: /usr/lib/librapi.so: undefined reference to `wstrlen' /usr/lib/librapi.so: undefined reference to `synce_socket_get_descriptor' /usr/lib/librapi.so: undefined reference to `synce_socket_write' /usr/lib/librapi.so: undefined reference to `synce_socket_connect_proxy' /usr/lib/librapi.so: undefined reference to `_synce_log_wstr' /usr/lib/librapi.so: undefined reference to `synce_password_recv_reply' /usr/lib/librapi.so: undefined reference to `synce_socket_connect' /usr/lib/librapi.so: undefined reference to `synce_info_destroy' /usr/lib/librapi.so: undefined reference to `synce_socket_read' /usr/lib/librapi.so: undefined reference to `filetime_from_unix_time' /usr/lib/librapi.so: undefined reference to `synce_socket_new' /usr/lib/librapi.so: undefined reference to `synce_socket_wait' collect2: ld returned 1 exit status make[3]: *** [kcemirror] Error 1 make[3]: Leaving directory `/kcemirror-0.1.5/obj-x86_64-linux-gnu/kcemirror' With the attached patch 'kcemirror' can be compiled on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/kcemirror-0.1.5/debian/rules ./debian/rules --- ../tmp-orig/kcemirror-0.1.5/debian/rules2006-10-14 10:16:59.0 + +++ ./debian/rules 2006-10-14 10:14:32.0 + @@ -75,7 +75,7 @@ mkdir $(objdir) # run configure with build tree $(objdir) - cd $(objdir) \ + cd $(objdir) LIBS=-lsynce \ ../configure $(configkde) \ --with-distribution=$$version (`cat /etc/debian_version`) \ --enable-mitshm --with-alsa --with-ipv6-lookup=auto \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392755: ndoc: FTBFS: Missing Build-Depends on 'cli-common-dev'
Package: ndoc Version: 1.3.1-1 Severity: serious Tags: patch When building 'ndoc' in a clean 'unstable' chroot, I get the following error: dh_installdeb -i dh_makeclilibs -i make: dh_makeclilibs: Command not found make: *** [binary-indep] Error 127 Please add the missing Build-Depends on 'cli-common-dev' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/ndoc-1.3.1/debian/control ./debian/control --- ../tmp-orig/ndoc-1.3.1/debian/control 2006-10-13 10:47:23.0 + +++ ./debian/control2006-10-13 10:47:21.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Jelmer Vernooij [EMAIL PROTECTED] Uploaders: Dave Beckett [EMAIL PROTECTED] -Build-Depends-Indep: debhelper (= 4.0.0), mono-mcs (= 1.0) | c-sharp-compiler, cli-common (= 0.2.0), libmono-dev (= 1.0), nant (= 0.84), mono-gac (= 1.1.6), dpatch +Build-Depends-Indep: debhelper (= 4.0.0), mono-mcs (= 1.0) | c-sharp-compiler, cli-common-dev, libmono-dev (= 1.0), nant (= 0.84), mono-gac (= 1.1.6), dpatch Standards-Version: 3.6.2.1 Package: ndoc-console -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392771: ksocrat-data: FTBFS: tar: Pattern matching characters used in file names. Please, use --wildcards to enable pattern matching
Package: ksocrat-data Version: 1:1.0.1-1 Severity: serious Tags: patch When building 'ksocrat-data' on amd64/unstable, I get the following error: dh_installdirs set -e; \ for tarball in *.tar.bz2; do \ tar -C debian/ksocrat-data -xjf $tarball \*.dic; \ done tar: Pattern matching characters used in file names. Please, tar: use --wildcards to enable pattern matching, or --no-wildcards to tar: suppress this warning. tar: *.dic: Not found in archive tar: Error exit delayed from previous errors make: *** [install] Error 2 With the attached patch 'ksocrat-data' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/ksocrat-data-1.0.1/debian/rules ./debian/rules --- ../tmp-orig/ksocrat-data-1.0.1/debian/rules 2006-10-13 12:21:35.0 + +++ ./debian/rules 2006-10-13 12:21:20.0 + @@ -22,7 +22,7 @@ set -e; \ for tarball in *.tar.bz2; do \ - tar -C debian/ksocrat-data -xjf $$tarball \*.dic; \ + tar --wildcards -C debian/ksocrat-data -xjf $$tarball \*.dic; \ done # Build architecture-independent files here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392768: tomcat5: FTBFS: Build-Depends on obsolete libsaxpath-java which conflicts with libjaxen-java
Package: tomcat5 Version: 5.0.30-11 Severity: serious Tags: patch When building 'tomcat5' in a clean 'unstable' chroot, I get the following error: Building tomcat5 on unstable/amd64... dpkg-source: extracting tomcat5 in tomcat5-5.0.30 dpkg-source: unpacking tomcat5_5.0.30.orig.tar.gz dpkg-source: applying ./tomcat5_5.0.30-11.diff.gz Reading package lists... Building dependency tree... E: Build-dependencies for tomcat5 could not be satisfied. This occurs because tomcat5 Build-Depends on both libjaxen-java and libsaxpath-java while the latest version of libjaxen-java conflicts with libsaxpath-java. Regards Andreas Jochens diff -urN ../tmp-orig/tomcat5-5.0.30/debian/control ./debian/control --- ../tmp-orig/tomcat5-5.0.30/debian/control 2006-10-13 11:08:06.0 + +++ ./debian/control2006-10-13 11:08:01.0 + @@ -4,7 +4,7 @@ Maintainer: Debian Java Maintainers pkg-java-maintainers@lists.alioth.debian.org Uploaders: Stefan Gybas [EMAIL PROTECTED], Arnaud Vandyck [EMAIL PROTECTED], Wolfgang Baer [EMAIL PROTECTED], Michael Koch [EMAIL PROTECTED] Build-Depends: cdbs (= 0.4.8), debhelper (= 4.2.30) -Build-Depends-Indep: java-gcj-compat-dev, ant, libregexp-java, libcommons-beanutils-java, libcommons-collections3-java, libcommons-fileupload-java (= 1.0-1), libcommons-digester-java, libcommons-logging-java, libcommons-modeler-java (= 1.1-1), libmx4j-java, libcommons-dbcp-java, libstruts1.2-java, libgnujaf-java, libgnumail-java, liblog4j1.2-java, libxerces2-java, libxalan2-java, junit, libsaxpath-java, libjaxen-java, libcommons-el-java, libjessie-java, libcommons-launcher-java, unzip, xsltproc +Build-Depends-Indep: java-gcj-compat-dev, ant, libregexp-java, libcommons-beanutils-java, libcommons-collections3-java, libcommons-fileupload-java (= 1.0-1), libcommons-digester-java, libcommons-logging-java, libcommons-modeler-java (= 1.1-1), libmx4j-java, libcommons-dbcp-java, libstruts1.2-java, libgnujaf-java, libgnumail-java, liblog4j1.2-java, libxerces2-java, libxalan2-java, junit, libjaxen-java, libcommons-el-java, libjessie-java, libcommons-launcher-java, unzip, xsltproc Standards-Version: 3.7.2 Package: tomcat5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392786: aspell-ar: FTBFS: Missing Build-Depends on 'aspell'
Package: aspell-ar Version: 0.0.20060329-2 Severity: serious Tags: patch When building 'aspell-ar' in a clean 'unstable' chroot, I get the following error: dh_testdir /usr/bin/make make[1]: Entering directory `/aspell-ar-0.0.20060329' d ar.cwl | --lang=ar create master ./ar.rws /bin/sh: d: command not found /bin/sh: --lang=ar: command not found make[1]: *** [ar.rws] Error 127 make[1]: Leaving directory `/aspell-ar-0.0.20060329' make: *** [build-stamp] Error 2 Please add the missing Build-Depends on 'aspell' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/aspell-ar-0.0.20060329/debian/control ./debian/control --- ../tmp-orig/aspell-ar-0.0.20060329/debian/control 2006-10-13 14:02:38.0 + +++ ./debian/control2006-10-13 14:02:29.0 + @@ -4,7 +4,7 @@ Maintainer: Debian Arabic Packaging Team [EMAIL PROTECTED] Uploaders: Lior Kaplan [EMAIL PROTECTED], Mohammed Sameer [EMAIL PROTECTED] Standards-Version: 3.7.2 -Build-Depends: debhelper ( 5.0.0) +Build-Depends: debhelper ( 5.0.0), aspell Build-Depends-Indep: dictionaries-common-dev (= 0.70.2) Package: aspell-ar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392785: zope-book: FTBFS: SyntaxError: Invalid syntax. Assignment to None.
Package: zope-book Version: 1:0.20050408-1 Severity: serious When building 'zope-book' in a clean unstable chroot, I get the following error: make html make[1]: Entering directory `/zope-book-0.20050408' /usr/bin/python html.py Acquisition.stx Traceback (most recent call last): File html.py, line 4, in ? from StructuredText import HTMLWithImages, DocumentWithImages, Basic File /zope-book-0.20050408/StructuredText/__init__.py, line 86, in ? import HTMLClass, DocumentClass File /zope-book-0.20050408/StructuredText/HTMLClass.py, line 87, in ? import re, sys, ST File /zope-book-0.20050408/StructuredText/ST.py, line 1, in ? import re, STDOM File /zope-book-0.20050408/StructuredText/STDOM.py, line 417 def _get_PreviousSibling(self, SyntaxError: Invalid syntax. Assignment to None. make[1]: *** [Acquisition.html] Error 1 make[1]: Leaving directory `/zope-book-0.20050408' make: *** [build-stamp] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392179: pdp: Patch for FTBFS bug
tags 392179 +patch thanks Hello, with the attached patch 'pdp' can be built on unstable. The patch changes the quicktime include path from 'quicktime/' to 'lqt/' in modules/image_io/pdp_qt.c. Regards Andreas Jochens diff -urN ../tmp-orig/pdp-0.12.4/debian/patches/04_quicktime_fix.patch ./debian/patches/04_quicktime_fix.patch --- ../tmp-orig/pdp-0.12.4/debian/patches/04_quicktime_fix.patch 1970-01-01 00:00:00.0 + +++ ./debian/patches/04_quicktime_fix.patch 2006-10-13 14:20:26.0 + @@ -0,0 +1,14 @@ +diff -urN tmp/modules/image_io/pdp_qt.c pdp-0.12.4/modules/image_io/pdp_qt.c +--- tmp/modules/image_io/pdp_qt.c 2003-06-01 11:46:37.0 + pdp-0.12.4/modules/image_io/pdp_qt.c 2006-10-13 14:19:54.0 + +@@ -19,8 +19,8 @@ + */ + + +-#include quicktime/lqt.h +-#include quicktime/colormodels.h ++#include lqt/lqt.h ++#include lqt/colormodels.h + + #include pdp.h + #include pdp_llconv.h -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392786: Your message to Debian-arabic-packages awaits moderator approval
Hello, On 06-Oct-13 14:51, [EMAIL PROTECTED] wrote: Your mail to 'Debian-arabic-packages' with the subject Bug#392786: aspell-ar: FTBFS: Missing Build-Depends on 'aspell' Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://lists.alioth.debian.org/mailman/confirm/debian-arabic-packages/12555045a43edf97971c351ae242ed791d4dcf2c please change your mail configuration so that bug reports can be filed without producing bounce messages. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392086: blam: FTBFS: Missing Build-Depends on 'cli-common-dev'
tags 392086 +patch thanks Hello, with the attached patch which changes the Build-Depends to use 'cli-common-dev' instead of 'cli-common', the package builds on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/blam-1.8.2/debian/control ./debian/control --- ../tmp-orig/blam-1.8.2/debian/control 2006-10-13 15:04:42.0 + +++ ./debian/control2006-10-13 15:04:40.0 + @@ -2,7 +2,7 @@ Section: gnome Priority: optional Maintainer: Johan Svedberg [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), mono-mcs (= 1.1.4) | c-sharp-compiler, libgtk-cil (= 1.0), libmono-dev (= 1.1.4), cli-common (= 0.1.3), libgnome-cil (= 1.0), libgconf-cil (= 1.0), libglade-cil (= 1.0), libgecko-cil (= 0.6), libgtk2.0-dev (= 2.2.0), libgconf2-dev (= 2.4), libgnomeui-dev (= 2.2), mozilla-dev (= 1.7), cdbs, libxml-parser-perl +Build-Depends: debhelper (= 4.0.0), mono-mcs (= 1.1.4) | c-sharp-compiler, libgtk-cil (= 1.0), libmono-dev (= 1.1.4), cli-common-dev, libgnome-cil (= 1.0), libgconf-cil (= 1.0), libglade-cil (= 1.0), libgecko-cil (= 0.6), libgtk2.0-dev (= 2.2.0), libgconf2-dev (= 2.4), libgnomeui-dev (= 2.2), mozilla-dev (= 1.7), cdbs, libxml-parser-perl Standards-Version: 3.6.2 Package: blam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392795: libclass-dbi-perl: FTBFS: 15-accessor.t and 26-mutator.t tests failed
Package: libclass-dbi-perl Version: 3.0.14-1 Severity: serious Hello, when trying to build 'libclass-dbi-perl' in a clean unstable chroot, I get the following error: # Looks like you planned 6 tests but ran 1 extra. # Looks like you failed 1 test of 7 run. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED tests 1, 7 Failed 2/6 tests, 66.67% okay t/97-pod.skipped all skipped: Test::Pod 1.00 required for testing POD t/98-failure.DBD::SQLite::st fetchrow_array warning: not an error(0) at dbdimp.c line 504 [for Statement PRAGMA table_info(Movies)] at /usr/share/perl5/DBIx/ContextualFetch.pm line 88. ok t/99-miscok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/15-accessor.t2 512554 7.27% 1 3 56-57 t/26-mutator.t 1 256 62 33.33% 1 7 5 tests skipped. Failed 2/27 test scripts, 92.59% okay. 0/549 subtests failed, 100.00% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/libclass-dbi-perl-3.0.14' make: *** [build-stamp] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392543: xmms-jess: FTBFS (amd64): conflicting types for 'usleep'
Package: xmms-jess Version: 2.9.1-8 Severity: serious Tags: patch When building 'xmms-jess' on unstable, I get the following error: make[1]: Entering directory `/xmms-jess-2.9.1' libtool --mode=compile gcc -c -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -Wall -g -O2 -pipe -ansi -ffast-math -DPIC -fPIC jess.c mkdir .libs gcc -c -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -Wall -g -O2 -pipe -ansi -ffast-math -DPIC -fPIC jess.c -fPIC -DPIC -o .libs/jess.o In file included from jess.c:20: def.h:19:1: warning: LINE_MAX redefined In file included from /usr/include/limits.h:148, from /usr/lib/gcc/x86_64-linux-gnu/4.1.2/include/limits.h:122, from /usr/lib/gcc/x86_64-linux-gnu/4.1.2/include/syslimits.h:7, from /usr/lib/gcc/x86_64-linux-gnu/4.1.2/include/limits.h:11, from /usr/lib/glib/include/glibconfig.h:9, from /usr/include/glib-1.2/glib.h:66, from /usr/include/xmms/plugin.h:27, from jess.c:11: /usr/include/bits/posix2_lim.h:82:1: warning: this is the location of the previous definition jess.c:30: error: conflicting types for 'usleep' /usr/include/unistd.h:405: error: previous declaration of 'usleep' was here make[1]: *** [jess.lo] Error 1 make[1]: Leaving directory `/xmms-jess-2.9.1' make: *** [build-arch] Error 2 With the attached patch 'xmms-jess' can be compiled on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/xmms-jess-2.9.1/jess.c ./jess.c --- ../tmp-orig/xmms-jess-2.9.1/jess.c 2006-10-12 07:00:10.0 + +++ ./jess.c2006-10-12 06:56:55.0 + @@ -27,7 +27,6 @@ #include palette.h #include draw_low_level.h -void usleep (unsigned long usec); int nice(int inc); void jess_init (void); void jess_init_xmms (void); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392576: xawtv: FTBFS: 'lqt_codec_info_t' has no member named 'num_encoding_colormodels'
Package: xawtv Version: 3.95-5 Severity: serious When building 'xawtv' on unstable, I get the following error: libng/plugins/write-avi.c: In function 'avi_audio': libng/plugins/write-avi.c:433: warning: pointer targets in passing argument 2 of 'avi_addindex' differ in signedness LD libng/plugins/write-avi.so CC libng/plugins/read-qt.o LD libng/plugins/read-qt.so CC libng/plugins/write-qt.o libng/plugins/write-qt.c: In function 'qt_video': libng/plugins/write-qt.c:130: warning: pointer targets in assignment differ in signedness libng/plugins/write-qt.c:131: warning: pointer targets in assignment differ in signedness libng/plugins/write-qt.c: In function 'qt_audio': libng/plugins/write-qt.c:167: warning: pointer targets in passing argument 2 of 'quicktime_write_audio' differ in signedness libng/plugins/write-qt.c: In function 'video_list': libng/plugins/write-qt.c:351: error: 'lqt_codec_info_t' has no member named 'num_encoding_colormodels' libng/plugins/write-qt.c:353: error: 'lqt_codec_info_t' has no member named 'encoding_colormodels' libng/plugins/write-qt.c:354: error: 'lqt_codec_info_t' has no member named 'encoding_colormodels' libng/plugins/write-qt.c:381: error: 'lqt_codec_info_t' has no member named 'num_encoding_colormodels' libng/plugins/write-qt.c:382: error: 'lqt_codec_info_t' has no member named 'encoding_colormodels' make[1]: *** [libng/plugins/write-qt.o] Error 1 make[1]: Leaving directory `/xawtv-3.95' make: *** [build-stamp] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392577: xserver-xorg-input-magellan: FTBFS: conflicting types for 'xf86usleep'
Package: xserver-xorg-input-magellan Version: 1:1.0.0.5-2 Severity: serious When building 'xserver-xorg-input-magellan' on unstable, I get the following error: make[3]: Entering directory `/xserver-xorg-input-magellan-1.0.0.5/obj-x86_64-linux-gnu/src' if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -Wall -g -O2 -DXFree86Server -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg-I../../src -MT magellan.lo -MD -MP -MF .deps/magellan.Tpo \ -c -o magellan.lo `test -f '../../src/magellan.c' || echo '../../src/'`../../src/magellan.c; \ then mv -f .deps/magellan.Tpo .deps/magellan.Plo; \ else rm -f .deps/magellan.Tpo; exit 1; \ fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -Wall -g -O2 -DXFree86Server -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg -I../../src -MT magellan.lo -MD -MP -MF .deps/magellan.Tpo -c ../../src/magellan.c -fPIC -DPIC -o .libs/magellan.o ../../src/magellan.c:48:1: warning: NEED_XF86_TYPES redefined In file included from ../config.h:4, from ../../src/magellan.c:38: /usr/include/xorg/xorg-server.h:75:1: warning: this is the location of the previous definition In file included from /usr/include/xorg/xisb.h:32, from ../../src/magellan.c:52: /usr/include/unistd.h:405: error: conflicting types for 'xf86usleep' /usr/include/xorg/xf86_ansic.h:345: error: previous declaration of 'xf86usleep' was here In file included from /usr/include/xorg/xisb.h:32, from ../../src/magellan.c:52: /usr/include/unistd.h:884:29: error: macro getpagesize passed 1 arguments, but takes just 0 make[3]: *** [magellan.lo] Error 1 make[3]: Leaving directory `/xserver-xorg-input-magellan-1.0.0.5/obj-x86_64-linux-gnu/src' make: *** [build-stamp] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390875: gs-gpl: patch to make qsort call in src/gxfcopy.c 64-bit clean
tags 390875 +patch thanks Hello, the attached patch changes the qsort function call in src/gxfcopy.c so that it becomes 64-bit clean. Without this patch, the code segfaults when qsort calls the compare_glyph_names function because sizeof(int) == 4 but sizeof(gs_copied_glyph_name_t*) == 8 on most 64-bit architectures. Many packages in unstable currently FTBFS on 64-bit architectures during documentation generation because of this bug. Regards Andreas Jochens diff -urN ../tmp-orig/gs-gpl-8.54.dfsg.1/src/gxfcopy.c ./src/gxfcopy.c --- ../tmp-orig/gs-gpl-8.54.dfsg.1/src/gxfcopy.c2006-03-23 12:39:23.0 + +++ ./src/gxfcopy.c 2006-10-11 08:18:45.0 + @@ -2391,7 +2391,7 @@ a[j++] = cfdata-names[i]; } } -qsort(a, cfdata-num_glyphs, sizeof(int), compare_glyph_names); +qsort(a, cfdata-num_glyphs, sizeof(gs_copied_glyph_name_t*), compare_glyph_names); for (; j = 0; j--) cfdata-glyphs[j].order_index = a[j] - cfdata-names; gs_free_object(memory, a, order_font_data); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
