Bug#426444: libtalloc-dev: Should depend on libtalloc1
* Josh Triplett [EMAIL PROTECTED] [2007-05-28 13:56]: Package: libtalloc-dev Version: 1.0.1-1 There's no such package afaict. Where did you find it? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422191: network-manager-pptp: version conflict
* Martin Lorenz [EMAIL PROTECTED] [2007-05-04 08:57]: Package: network-manager-pptp Version: 0.6.3+cvs20060819-0ubuntu2~dapper1 This package doesn't appear to be in Debian. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425700: sendmail_8.14.1-4(ia64/unstable): FBTFS: = has no left operand
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2007-05-23 06:48]: from editmap.c:41: ../../include/sm/conf.h:1478:27: error: operator '=' has no left operand ../../include/sm/conf.h:1527:27: error: operator '=' has no left operand This is because of headers, see #425595 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424754: amsn -- FTBFS:ld SegFaults on mips and mipsel
* Javier Merino [EMAIL PROTECTED] [2007-05-17 08:21]: amsn failed to autobuild on mips [1] and mipsel [2] with the same error: ld Segfaulting when linking utils/TkCximage/src/TkCximage.cpp.so: This is #423496, fixed already in binutils 2.17cvs20070426-6. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425092: gcc-snapshot: FTBFS [i386]: ICE building libgcc
forwarded 425092 http://gcc.gnu.org/PR31344 thanks * Daniel Schepler [EMAIL PROTECTED] [2007-05-18 20:36]: (pre_dec:SI (reg/f:SI 7 sp))) -1 (nil) (nil)) ../../../src/libgcc/../libdecnumber/decLibrary.c:65: internal compiler error: in extract_insn, at recog.c:2119 This got fixed in SVN yesterday, so hopefully gcc-snapshot will really build on i386 next time. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423733: fixed in gcc-snapshot 20070515-1
severity 423733 normal thanks * Matthias Klose [EMAIL PROTECTED] [2007-05-16 08:46]: reopen 423733 thanks Martin Michlmayr writes: * Disable biarch_archs on i386 and powerpc for now so they will hopefully build (closes: #423733). why powerpc? http://gcc.gnu.org/ml/gcc/2007-04/msg00814.html -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424597: FTBFS: conflicting types for 'readlink'
Package: af Version: 2.4.3-3 Severity: serious This package fails in unstable: Automatic build of af_2.4.3-3 on coconut0 by sbuild/ia64 0.49 ... gcc -O2 -I../lib -c -o files.o files.c files.c:56: error: conflicting types for 'readlink' /usr/include/unistd.h:779: error: previous declaration of 'readlink' was here make[2]: *** [files.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424598: FTBFS: conflicting types for 'readlink'
Package: gnome-find Version: 1.0.2-1.1 Severity: serious This package fails to build in unstable: Automatic build of gnome-find_1.0.2-1.1 on coconut0 by sbuild/ia64 0.49 ... gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../intl -DDATADIR=\/usr/share/gnome-find\ -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g -O2 -I/usr/include/gnome-1.0 -DNEED_GNOMESUPPORT_H -I/usr/lib/gnome-libs/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/libglade-1.0 -I/usr/include/gnome-xml -c listfile.c listfile.c:75: error: conflicting types for 'readlink' /usr/include/unistd.h:779: error: previous declaration of 'readlink' was here make[3]: *** [listfile.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416039: hexcat - FTBFS: Unable to recognise the format of the input file `debian/hexcat/usr/bin/hexcat'
* Bastian Blank [EMAIL PROTECTED] [2007-03-24 11:13]: Package: hexcat strip --remove-section=.comment --remove-section=.note debian/hexcat/usr/bin/hexcat strip: Unable to recognise the format of the input file `debian/hexcat/usr/bin/hexcat' dh_strip: command returned error code 256 hexcat ships with a powerpc binary that is used (rather than compiled)... Abraham, can you please fix this? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424604: FTBFS:
Package: ggz-gtk-games Version: 0.0.13-4 Severity: serious This package fails to build in unstable: Automatic build of ggz-gtk-games_0.0.13-4 on em64t by sbuild/amd64 0.53 ... make[5]: Entering directory `/build/tbm/ggz-gtk-games-0.0.13/ggzcards/client' cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../ggzcards/common -isystem /usr/include -isystem /usr/local/include -g -Wall -O2 -c client.c In file included from client.c:49: ../../ggzcards/common/shared.h:43: error: two or more data types in declaration specifiers ../../ggzcards/common/shared.h:43: warning: useless type name in empty declaration make[5]: *** [client.o] Error 1 make[5]: Leaving directory `/build/tbm/ggz-gtk-games-0.0.13/ggzcards/client' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416039: hexcat - FTBFS: Unable to recognise the format of the input file `debian/hexcat/usr/bin/hexcat'
* Abraham vd Merwe [EMAIL PROTECTED] [2007-05-16 12:41]: Can you please elaborate? The statement above is not true (i.e. it doesn't ship with a PowerPC binary - I do not even have access to a PowerPC platform). Yes, the upstream tar ball contains a PowerPC binary, so make doesn't do anything and the powerpc is used. (sid)23897:[EMAIL PROTECTED]: ~/src] apt-get source hexcat Reading package lists... Done Building dependency tree... Done Need to get 18.1kB of source archives. Get:1 http://ftp.osuosl.org sid/main hexcat 0.0.3.1 (dsc) [457B] Get:2 http://ftp.osuosl.org sid/main hexcat 0.0.3.1 (tar) [17.6kB] Fetched 18.1kB in 0s (35.8kB/s) gpg: Signature made Mon 12 Mar 2007 06:58:39 AM UTC using DSA key ID 2A4E3EAA gpg: Can't check signature: public key not found dpkg-source: extracting hexcat in hexcat-0.0.3.1 dpkg-source: unpacking hexcat_0.0.3.1.tar.gz (sid)23898:[EMAIL PROTECTED]: ~/src] file hexcat-0.0.3.1/src/hexcat hexcat-0.0.3.1/src/hexcat: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), stripped (sid)23899:[EMAIL PROTECTED]: ~/src] -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416039: hexcat - FTBFS: Unable to recognise the format of the input file `debian/hexcat/usr/bin/hexcat'
* Abraham vd Merwe [EMAIL PROTECTED] [2007-05-16 17:15]: Yes, the upstream tar ball contains a PowerPC binary, so make doesn't do anything and the powerpc is used. dpkg-source: extracting hexcat in hexcat-0.0.3 There is no executable in the hexcat source package if I use ftp.debian.org nor is there in the package I uploaded. The latest release in unstable is 0.0.3.1. It appears Anthony Towns did a NMU and fucked something up. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420043: Bug to be closed?
* Cyril Brulebois [EMAIL PROTECTED] [2007-05-10 17:58]: according to the build logs, it looks like 2.12-1 builds fine everywhere (except on hppa, but looks like a temporary problem, -2 built fine). Does somebody see a problem with closing these bugs? No, please go ahead. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422585: FTBFS: Numeric/arrayobject.h: No such file or directory
: 'PyNetCDFVariable_ReadAsArray' undeclared (first use in this function) error: command 'gcc' failed with exit status 1 make: *** [stamp-build] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422046: FTBFS: /bin/sh: epstopdf: command not found
Package: sbcl Version: 1:1.0.0.0-1 Severity: serious This package no longer builds, probably due to the tetex-texlive transition. It appears you need a build-depends on texlive-extra-utils. Automatic build of sbcl_1:1.0.0.0-1 on em64t by sbuild/amd64 0.53 ... make[1]: Entering directory `/build/tbm/sbcl-1.0.0.0/doc/internals' sh make-top.sh dot -Tps -Gsize=5,5 -Gratio=compress -Gconcentrate=true discriminating-functions.dot discriminating-functions.eps epstopdf discriminating-functions.eps discriminating-functions.pdf /bin/sh: epstopdf: command not found make[1]: *** [discriminating-functions.pdf] Error 127 rm discriminating-functions.eps make[1]: Leaving directory `/build/tbm/sbcl-1.0.0.0/doc/internals' make: *** [build-arch-stamp] Error 2 ** Build finished at 20070502-1901 FAILED [dpkg-buildpackage died] -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422044: FTBFS: TypeError: pkgc_version_check() takes exactly 2 arguments (3 given)
Package: diacanvas2 Version: 0.14.4-4 Severity: serious This package fails to build in unstable: Automatic build of diacanvas2_0.14.4-4 on coconut0 by sbuild/ia64 0.49 ... make[2]: Leaving directory `/build/tbm/diacanvas2-0.14.4' make[1]: Leaving directory `/build/tbm/diacanvas2-0.14.4' # Build python packages cd python LIBRARY_PATH=../debian/tmp/usr/lib PKG_CONFIG_PATH=../debian/tmp/usr/lib/pkgconfig xvfb-run -a python2.4 setup.py install --no-compile --root=../debian/python-diacanvas2 setup.py:23: DeprecationWarning: Module gnome.canvas is deprecated; please import gnomecanvas instead import gnome.canvas Traceback (most recent call last): File setup.py, line 63, in ? if not pkgc_version_check('pygtk-2.0', 'PyGTK', PYGTK_REQUIRED_VERSION): TypeError: pkgc_version_check() takes exactly 2 arguments (3 given) make: *** [install-python2.4] Error 1 ** Build finished at 20070502-1745 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422047: FTBFS: No package 'gconf-sharp-2.0' found
Package: blam Version: 1.8.3-2 Severity: serious This package no longer builds in unstable: Automatic build of blam_1.8.3-2 on em64t by sbuild/amd64 0.53 ... checking for gmcs... no Using config source xml:merged:/etc/gconf/gconf.xml.defaults for schema installation Using $(sysconfdir)/gconf/schemas as install directory for schema files checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for BASE_DEPENDENCIES... yes checking for BLAM... configure: error: Package requirements (gtk-sharp-2.0 = 2.8.2 gecko-sharp-2.0 = 0.11 gconf-sharp-2.0 = 2.8.2 glade-sharp-2.0 = 2.8.2) were not met: No package 'gconf-sharp-2.0' 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 BLAM_CFLAGS and BLAM_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [config.status] Error 1 ** Build finished at 20070502-1639 FAILED [dpkg-buildpackage died] -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422045: FTBFS: 'HASHTAB_SUCCESS' undeclared
Package: slat Version: 2.0-3 Severity: serious This package fails to build in unstable: Automatic build of slat_2.0-3 on coconut0 by sbuild/ia64 0.49 ... then mv -f .deps/scanner.Tpo .deps/scanner.Po; else rm -f .deps/scanner.Tpo; exit 1; fi if cc -DPACKAGE_NAME=\slat\ -DPACKAGE_TARNAME=\slat\ -DPACKAGE_VERSION=\2.0\ -DPACKAGE_STRING=\slat\ 2.0\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\slat\ -DVERSION=\2.0\ -DYYTEXT_POINTER=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SEPOL_POLICYDB_H=1 -DHAVE_POLICYDB_READ=1 -I. -I.-I../../include -O2 -g -MT slat.o -MD -MP -MF .deps/slat.Tpo -c -o slat.o slat.c; \ then mv -f .deps/slat.Tpo .deps/slat.Po; else rm -f .deps/slat.Tpo; exit 1; fi slat.c: In function 'security_contexts': slat.c:226: warning: passing argument 1 of 'role_set' from incompatible pointer type slat.c:241: warning: passing argument 1 of 'type_set' from incompatible pointer type slat.c: In function 'initperms': slat.c:824: error: 'HASHTAB_SUCCESS' undeclared (first use in this function) slat.c:824: error: (Each undeclared identifier is reported only once slat.c:824: error: for each function it appears in.) make[4]: *** [slat.o] Error 1 make[4]: Leaving directory `/build/tbm/slat-2.0/src/slat' make[3]: *** [all] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421981: FTBFS: ctangle: Command not found
Package: cjk Version: 4.7.0+cvs20061019-2 Severity: serious This package fails to build because of the tetex-texlive transition. You need a build-depends on texlive-extra-utils. Automatic build of cjk_4.7.0+cvs20061019-2 on coconut0 by sbuild/ia64 0.49 ... applying patch 05_fix_examplefiles to ./ ... ok. touch patch-stamp dh_testdir # Add here commands to compile the package. /usr/bin/make make[1]: Entering directory `/build/tbm/cjk-4.7.0+cvs20061019' ctangle utils/Bg5conv/bg5conv.w - utils/Bg5conv/bg5conv.c make[1]: ctangle: Command not found make[1]: *** [utils/Bg5conv/bg5conv.c] Error 127 make[1]: Leaving directory `/build/tbm/cjk-4.7.0+cvs20061019' make: *** [build-stamp] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421983: FTBFS: /usr/bin/ld: cannot find -lrsvg-2
Package: aterm Version: 1.0.0-4 Severity: serious This package fails to build in unstable: Automatic build of aterm_1.0.0-4 on em64t by sbuild/amd64 0.53 ... gcc -DHAVE_CONFIG_H -c -Wall -O2 -DNO_DEBUG_OUTPUT -I/usr/include/libAfterImage -I. -I.. -I../../src ../../src/thai.c gcc -rdynamic -o aterm command.o graphics.o grkelot.o main.o menubar.o misc.o netdisp.o rmemset.o screen.o scrollbar.o utmp.o xdefaults.o pixmap.o thai.o -lAfterImage -lAfterBase -lfreetype -lz -lrsvg-2 -lgdk_pixbuf-2.0 -lm -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -ltiff -lX11 -lSM -lICE -lXext -ljpeg -lpng -lungif -lz -lm -lX11 /usr/bin/ld: cannot find -lrsvg-2 collect2: ld returned 1 exit status make[2]: *** [aterm] Error 1 make[2]: Leaving directory `/build/tbm/aterm-1.0.0/build-aterm/src' make[2]: Entering directory `/build/tbm/aterm-1.0.0/build-aterm/doc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/build/tbm/aterm-1.0.0/build-aterm/doc' make[2]: Entering directory `/build/tbm/aterm-1.0.0/build-aterm/src/graphics' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/build/tbm/aterm-1.0.0/build-aterm/src/graphics' make[1]: Leaving directory `/build/tbm/aterm-1.0.0/build-aterm' mv: cannot stat `src/aterm': No such file or directory -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421984: FTBFS: epsf.tex not found, images will be ignored.
Package: moon-buggy Version: 1.0.51-2 Severity: serious This package fails to build, probably due to the tetex-texlive transition. I guess you need to update your build-depends. Automatic build of moon-buggy_1.0.51-2 on em64t by sbuild/amd64 0.53 ... (/build/tbm/moon-buggy-1.0.51/esd/moon-buggy-1.0.51/moon-buggy.texi (./texinfo.tex Loading texinfo [version 2005-07-05.19]: Basics, pdf, fonts, page headings, tables, conditionals, indexing, sectioning, toc, environments, defuns, macros, cross references, insertions, localization, and turning on texinfo input format.) (./version.texi) /build/tbm/moon-buggy-1.0.51/esd/moon-buggy-1.0.51/moon-buggy.texi:47: epsf.tex not found, images will be ignored. @image ...f.tex not found, images will be ignored} @global @warnednoepsftrue ... argument @hfil @ignorespaces @image {title,,} @unskip @hfil @next #1-@line [EMAIL PROTECTED] @leftskip #1 @kern @rightskip } l.47 @center @image{title,,} ? /build/tbm/moon-buggy-1.0.51/esd/moon-buggy-1.0.51/moon-buggy.texi:47: Emergenc y stop. @image ...f.tex not found, images will be ignored} @global @warnednoepsftrue ... argument @hfil @ignorespaces @image {title,,} @unskip @hfil @next #1-@line [EMAIL PROTECTED] @leftskip #1 @kern @rightskip } l.47 @center @image{title,,} No pages of output. Transcript written on moon-buggy.log. /usr/bin/texi2dvi: etex exited with bad status, quitting. /usr/bin/texi2dvi: see moon-buggy.log for errors. make[1]: *** [moon-buggy.dvi] Error 1 make[1]: Leaving directory `/build/tbm/moon-buggy-1.0.51/esd/moon-buggy-1.0.51' make: *** [build-esd-stamp] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421985: FTBFS: /usr/bin/ld: cannot find -lXbae
Package: paw Version: 1:2.14.04-7 Severity: serious This package fails to build in unstable: Automatic build of paw_1:2.14.04-7 on em64t by sbuild/amd64 0.53 ... gcc clip.c gcc matrix.c gcc version.c make[4]: Leaving directory `/build/tbm/paw-2.14.04/build/paw_motif/xbae' rebuild shared library libpawlib-lesstif.so.2.2005 in /paw_motif Wed May 2 04:16:02 CEST 2007 /usr/bin/ld: cannot find -lXbae collect2: ld returned 1 exit status make[3]: *** [libpawlib-lesstif.so.2.2005] Error 1 make[3]: Leaving directory `/build/tbm/paw-2.14.04/build/paw_motif' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421987: 'CLK_TCK' undeclared
Package: glibc Version: 2.5-1 Severity: serious A number of packages fail to build because 'CLK_TCK' is undeclared. I suppose (but haven't confirmed) this comes from libc. Is this a bug in libc, the packages or something else? At least the following packages fail to build: atftp_0.7.dfsg-1.2:stats.c:160: error: 'CLK_TCK' undeclared (first use in this function) diald_0.99.4-7.1:diald.c:188: error: 'CLK_TCK' undeclared (first use in this function) digitaldj_0.7.5-5:ddj.c:1025: error: 'CLK_TCK' undeclared (first use in this function) dsniff_2.4b1+debian-15:./sshow.c:226: error: 'CLK_TCK' undeclared (first use in this function) euler_1.61.0-1:main.c:442: error: 'CLK_TCK' undeclared (first use in this function) icon_9.4.2-2.7:time.c:35: error: 'CLK_TCK' undeclared (first use in this function) john_1.6-40.1:bench.c:106: error: 'CLK_TCK' undeclared (first use in this function) libdc1394_1.1.0-3:grab_partial_image.c:216: error: 'CLK_TCK' undeclared (first use in this function) lua-posix_1.0-5:lposix.c:618: error: 'CLK_TCK' undeclared (first use in this function) maxdb-7.5.00_7.5.00.34-7:ven69-a.c:71: error: 'CLK_TCK' undeclared (first use in this function) scanlogd_2.2.5-2:scanlogd.c:181: error: 'CLK_TCK' undeclared (first use in this function) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420944: use CLOCKS_PER_SEC
You have to use CLOCKS_PER_SEC instead of CLK_TCK. According to /usr/include/time.h, CLK_TCK is the obsolete POSIX.1-1988 name for CLOCKS_PER_SEC. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420942: use CLOCKS_PER_SEC
You have to use CLOCKS_PER_SEC instead of CLK_TCK. According to /usr/include/time.h, CLK_TCK is the obsolete POSIX.1-1988 name for CLOCKS_PER_SEC. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420900: use CLOCKS_PER_SEC
You have to use CLOCKS_PER_SEC instead of CLK_TCK. According to /usr/include/time.h, CLK_TCK is the obsolete POSIX.1-1988 name for CLOCKS_PER_SEC. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420979: use CLOCKS_PER_SEC
This problem is generic. You have to use CLOCKS_PER_SEC instead of CLK_TCK. According to /usr/include/time.h, CLK_TCK is the obsolete POSIX.1-1988 name for CLOCKS_PER_SEC. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420980: use CLOCKS_PER_SEC
You have to use CLOCKS_PER_SEC instead of CLK_TCK. According to /usr/include/time.h, CLK_TCK is the obsolete POSIX.1-1988 name for CLOCKS_PER_SEC. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422010: FTBFS: 'CLK_TCK' undeclared
Package: lua-posix Version: 1.0-5 Severity: serious This package fails to build because CLK_TCK is no longer defined with current glibc. You have to use CLOCKS_PER_SEC instead. According to /usr/include/time.h, CLK_TCK is the obsolete POSIX.1-1988 name for CLOCKS_PER_SEC. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421987: 'CLK_TCK' undeclared
For the record, most of these bugs were reported already. I filed the rest. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421085: use CLOCKS_PER_SEC
You have to use CLOCKS_PER_SEC instead of CLK_TCK. According to /usr/include/time.h, CLK_TCK is the obsolete POSIX.1-1988 name for CLOCKS_PER_SEC. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422015: FTBFS: 'CLK_TCK' undeclared
Package: maxdb-7.5.00 Version: 7.5.00.34-7 Severity: serious This package fails to build because CLK_TCK is no longer defined with current glibc. You have to use CLOCKS_PER_SEC instead. According to /usr/include/time.h, CLK_TCK is the obsolete POSIX.1-1988 name for CLOCKS_PER_SEC. ven69-a.c: In function 'vcinit': ven69-a.c:71: error: 'CLK_TCK' undeclared (first use in this function) ven69-a.c:71: error: (Each undeclared identifier is reported only once ven69-a.c:71: error: for each function it appears in.) ven69-a.c: In function 'vccheck': ven69-a.c:87: error: 'CLK_TCK' undeclared (first use in this function) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421821: FTBFS: can't find file `epsf'
Package: geomview Version: 1.8.1-14 Severity: serious You probably need to adjust your Build-Depends because of the recent tetex-texlive transition. Automatic build of geomview_1.8.1-14 on coconut0 by sbuild/ia64 0.49 ... cd doc /usr/bin/make moduledir=/usr/lib/geomview geomdatadir=/usr/share/geomview/data geomview.ps make[1]: Entering directory `/build/tbm/geomview-1.8.1/doc' tex ./geomview.texi This is TeX, Version 3.141592 (Web2C 7.5.6) (./geomview.texi ! I can't find file `epsf'. l.7 \input epsf Please type another input file name: ! Emergency stop. l.7 \input epsf No pages of output. Transcript written on geomview.log. make[1]: *** [geomview.dvi] Error 1 make[1]: Leaving directory `/build/tbm/geomview-1.8.1/doc' make: *** [build-stamp] Error 2 ** Build finished at 20070501-1131 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421455: linux-source-2.6.20: Could not configure due to compilation errors
severity 421455 important reassign 421455 binutils merge 421456 421455 thanks * Bastian Blank [EMAIL PROTECTED] [2007-04-29 12:42]: reassign 421455 gcc-4.1 thanks It's a binutils problem. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421204: FTBFS: ctangle: Command not found
Package: matanza Version: 0.13-3.3 Severity: serious This package fails to build because of the tetex-texlive transition. You need a build-depends on texlive-extra-utils. Automatic build of matanza_0.13-3.3 on coconut0 by sbuild/ia64 0.49 ... creating ./config.status creating Makefile creating config.h /usr/bin/make CFLAGS=-Wall -g -O2 make[1]: Entering directory `/build/tbm/matanza-0.13' ctangle matanza.w make[1]: ctangle: Command not found make[1]: *** [matanza.c] Error 127 make[1]: Leaving directory `/build/tbm/matanza-0.13' make: *** [build-stamp] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420552: ARM: apt-get source: ../sysdeps/unix/sysv/linux/check_pf.c:68: make_request: Assertion...
* Lennert Buytenhek [EMAIL PROTECTED] [2007-04-27 11:56]: I don't see this on EABI, so I suspect that it is an old-ABI alignment/padding issue in glibc. Yeah, it actually got fixed in -4. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421247: FTBFS: LaTeX Error: File `comment.sty' not found
Package: gprolog Version: 1.3.0-2 Severity: serious Seems like you need to update your package because of the tetex-texlive transition: Automatic build of gprolog_1.3.0-2 on em64t by sbuild/amd64 0.53 ... LaTeX2e 2005/12/01 Babel v3.8h and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, loaded. (./packages.tex (/usr/share/texmf-texlive/tex/latex/base/article.cls Document Class: article 2005/09/16 v1.4f Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size10.clo)) (./hevea.sty ! LaTeX Error: File `comment.sty' not found. Type X to quit or RETURN to proceed, or enter new name. (Default extension: sty) Enter file name: ! Emergency stop. read * l.15 \newif \ifhevea\heveafalse^^M ! == Fatal error occurred, no output PDF file produced! Transcript written on gprolog.log. make[1]: *** [gprolog.pdf] Error 1 make[1]: Leaving directory `/build/tbm/gprolog-1.3.0/doc' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421090: FTBFS: can't find file `epsf'
Package: sgf2dg Version: 4.026-6 Severity: serious sgf2dg doesn't build, most probably because of the tetex-texlive transition. Automatic build of sgf2dg_4.026-6 on em64t by sbuild/amd64 0.53 ... install -m 0644 *.tfm /build/tbm/sgf2dg-4.026/debian/sgf2dg/usr/share/texmf/fonts/tfm/public/GOOE install -m 0644 gooemacs.tex gotcmacs.tex /build/tbm/sgf2dg-4.026/debian/sgf2dg/usr/share/texmf/tex/GOOE make[2]: Leaving directory `/build/tbm/sgf2dg-4.026/tex' env TEXINPUTS=.:tex: TFMFONTS=.:tex: tex manual.tex This is TeX, Version 3.141592 (Web2C 7.5.6) (./manual.tex (tex/gooemacs.tex) ! I can't find file `epsf'. l.3 \input epsf Please type another input file name: ! Emergency stop. l.3 \input epsf No pages of output. Transcript written on manual.log. make[1]: *** [manual.dvi] Error 1 make[1]: Leaving directory `/build/tbm/sgf2dg-4.026' make: *** [common-install-impl] Error 2 ** Build finished at 20070426-0632 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421103: FTBFS: tie: Command not found
Package: ptex-bin Version: 3.1.10~beta3+0.04b-2.2 Severity: serious Seems like you're missing a build-depends on texlive-extra-utils: Automatic build of ptex-bin_3.1.10~beta3+0.04b-2.2 on coconut0 by sbuild/ia64 0.49 ... (cd tetex-src-3.0/texk/web2c/ptex-src-3.1.10 \ make programs) make[1]: Entering directory `/build/tbm/ptex-bin-3.1.10~beta3+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10' tie -m ptex.web ../tex.web ../tex.ch make[1]: tie: Command not found make[1]: *** [ptex.web] Error 127 make[1]: Leaving directory `/build/tbm/ptex-bin-3.1.10~beta3+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Gordon Farquharson [EMAIL PROTECTED] [2007-01-05 01:36]: Ok, so here are some interesting results... I am able to access the LUKS partition on the NSLU2 running 2.6.18 from subversion (which includes flush_anon_page-generic.patch and flush_anon_page-arm.patch) with both cryptsetup-1.0.4-8 (the latest version in testing) and cryptsetup-1.0.4-8 plus 02_fix_arm.dpatch and 03_no_header_conv.dpatch that were posted to this thread. Gordon, can you check if LUKS still doesn't work under heavy load with 2.6.21 (I can give you .debs if you want)? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421140: FTBFS: can't find file `epsf.tex'.
Package: libgtkada2 Version: 2.8.1-5 Severity: serious This is probably related to the tetex-texlive transition: Automatic build of libgtkada2_2.8.1-5 on em64t by sbuild/amd64 0.53 ... entering extended mode (./txiversion.tex (/build/tbm/libgtkada2-2.8.1/docs/gtkada_ug/texinfo.tex Loading texinfo package [Version 1.1]: Basics, fonts, page headings, tables, indexing, sectioning, toc printing, environments, defuns, cross reference, ! I can't find file `epsf.tex'. l.4624 \input epsf.tex Please type another input file name: ! Emergency stop. l.4624 \input epsf.tex ! == Fatal error occurred, no output PDF file produced! Transcript written on txiversion.log. /usr/bin/texi2dvi: texinfo.tex appears to be broken, quitting. make: *** [docs-stamp] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420552: Works
This is working now, thanks. Can you make sure to talk to drow so this patch will get applied in CVS (if it hasn't already). -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397139: ftbfs alpha + ia64
* Steve Langasek [EMAIL PROTECTED] [2006-11-07 02:37]: And here is the patch which adds explicit .arch specifiers to the inline assembly. I'll commit this to the kernel svn repo shortly. Did you forward this patch upstream? Richard Henderson is very active again, so now would be a great time to propose this patch or ask Richard to implement an alternative patch. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419581: xvfb-run: Should depend on xbase-clients: xauth command not found
* Kurt Roeckx [EMAIL PROTECTED] [2007-04-16 20:44]: Package: xvfb-run Is this a typo? I cannot see this in Debian nor in incoming. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416324: FTBFS: needs udpate for new ion3-dev in unstable
Package: ion3-mod-ionflux Version: 20061022-3 Severity: serious ion3-mod-ionflux needs an update for the new ion3 in unstable: Automatic build of ion3-mod-ionflux_20061022-3 on coconut0 by sbuild/ia64 0.49 ... Setting up ion3-dev (20070318-2) ... Checking correctness of source dependencies... After installing, the following source dependencies are still unsatisfied: ion3-dev(inst 20070318-2 ! wanted 20061224) Source-dependencies not satisfied; skipping ion3-mod-ionflux -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413910: bins: needs libglade-gnome0 but libgladexml-perl depends on libglade0 not libglade-gnome0
severity 413910 normal thanks * Bart Martens [EMAIL PROTECTED] [2007-03-11 15:32]: If bins-edit-gui depends on libgladexml-perl, then the Debian package shipping bins-edit-gui must have Depends: libgladexml-perl. Same for the other missing dependencies. Maybe you want to put bins-edit-gui in a separate binary package and add the missing dependencies only there. Actually, you're wrong about this. See http://www.debian.org/devel/tech-ctte 2002-07-19 Bug #119517: Packages may sometimes contain binaries whose libraries are only referred to in Suggests. Full text. In favour: Ian, Wichert; against: Bdale, Manoj; no-one else voted and Ian used his casting vote. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412997: gcc-4.1: Segmentation fault compiling linux-source-2.6.18
* Diego Russo [EMAIL PROTECTED] [2007-03-01 18:18]: fs/ocfs2/dlm/dlmdomain.c:1008: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. The bug is not reproducible, so it is likely a hardware or OS problem. ^ Can you reproduce this problem? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408325: sfsauthd: fatal: Should not be reached - server fails on arm nslu2
* Steve Langasek [EMAIL PROTECTED] [2007-02-16 14:37]: I guess the other differences are the iop32x kernel vs. the ixp4xx kernel, and the corresponding difference in hardware. The iop32x board is much faster which might make a difference if this is in any way related to #406552. Unfortunately, I won't have time to look at this bug in the near future. I don't know if this bug can be downgraded to important. If not, I suggest you remove the arm binary for now. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411063: FTBFS: 'PAGE_SIZE' was not declared in this scope
Package: verilog Version: 0.8-4.1 Severity: serious PAGE_SIZE is not defined on all arches, you have to use something like sysconf(_SC_PAGESIZE), see #394212 Automatic build of verilog_0.8-4.1 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.52 ... for dir in vvp vpi tgt-vvp tgt-fpga libveriuser cadpli; do (cd $dir ; /usr/bin/make all); done make[2]: Entering directory `/build/tbm/verilog-0.8/vvp' mkdir dep g++ -DHAVE_CVS_IDENT=1 -I. -I.. -I . -I./.. -DHAVE_CONFIG_H -DMODULE_DIR1=\/usr/lib/ivl/.\ -Wall -g -O2 -MD -c main.cc -o main.o main.cc: In function 'void my_getrusage(rusage*)': main.cc:75: error: 'PAGE_SIZE' was not declared in this scope make[2]: *** [main.o] Error 1 make[2]: Leaving directory `/build/tbm/verilog-0.8/vvp' make[2]: Entering directory `/build/tbm/verilog-0.8/vpi' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410891: FTBFS: includes kernel headers from user space
/jiffies.h: In function 'timeval_to_jiffies': /usr/include/linux/jiffies.h:356: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:360: error: 'SHIFT_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h: In function 'jiffies_to_timeval': /usr/include/linux/jiffies.h:372: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h: At top level: /usr/include/linux/jiffies.h:383: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'jiffies_to_clock_t' /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h:385:6: error: division by zero in #if /usr/include/linux/jiffies.h: In function 'clock_t_to_jiffies': /usr/include/linux/jiffies.h:397: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h:416:6: error: division by zero in #if /usr/include/linux/jiffies.h: In function 'jiffies_64_to_clock_t': /usr/include/linux/jiffies.h:417: error: 'CONFIG_HZ' undeclared (first use in this function) In file included from /usr/include/linux/sched.h:60, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/asm/mmu.h:6:25: error: asm-ppc/mmu.h: No such file or directory In file included from /usr/include/linux/signal.h:4, from /usr/include/linux/sched.h:65, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/asm/signal.h: At top level: /usr/include/asm/signal.h:18: error: conflicting types for 'sigset_t' /usr/include/sys/select.h:38: error: previous declaration of 'sigset_t' was here In file included from /usr/include/asm/siginfo.h:16, from /usr/include/linux/signal.h:5, from /usr/include/linux/sched.h:65, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/asm-generic/siginfo.h:75: error: expected specifier-qualifier-list before 'clock_t' In file included from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/linux/sched.h:343: error: expected specifier-qualifier-list before 'mm_context_t' /usr/include/linux/sched.h: In function 'arch_pick_mmap_layout': /usr/include/linux/sched.h:1517: error: 'TASK_UNMAPPED_BASE' undeclared (first use in this function) make[2]: *** [elfextract] Error 1 make[2]: Leaving directory `/build/tbm/quik-2.1/util' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410926: FTBFS: 'cl_loaddbdir' was not declared in this scope
Package: clamcour Version: 0.2.2-1 Severity: serious Tags: sid This package fails to compile in sid (but not in etch): Automatic build of clamcour_0.2.2-1 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.52 ... make[4]: Entering directory `/build/tbm/clamcour-0.2.2/src' if powerpc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -ansi -pedantic -pipe -Wall -O3 -pthread -I/usr/include -g -O2 -MT clam.o -MD -MP -MF .deps/clam.Tpo -c -o clam.o clam.cpp; \ then mv -f .deps/clam.Tpo .deps/clam.Po; else rm -f .deps/clam.Tpo; exit 1; fi clam.cpp: In member function 'bool cClamClient::InitVirDB()': clam.cpp:74: error: 'cl_loaddbdir' was not declared in this scope make[4]: *** [clam.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410838: FTBFS: Could not find module `MissingH.Path'
Package: darcs-buildpackage Version: 0.5.10 Severity: serious Tags: sid This package fails to compile in sid (but not in etch): Automatic build of darcs-buildpackage_0.5.10 on coconut0 by sbuild/ia64 0.49 ... configure: No c2hs found configure: No cpphs found configure: No greencard found ./setup build Darcs.hs:12:7: Could not find module `MissingH.Path': Use -v to see a list of the files searched for. Preprocessing executables for darcs-buildpackage-0.5.3... Building darcs-buildpackage-0.5.3... make[1]: *** [all] Error 1 make[1]: Leaving directory `/build/tbm/darcs-buildpackage-0.5.10' make: *** [build-stamp] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410834: FTBFS: 'cl_loaddbdir' was not declared in this scope
Package: dansguardian Version: 2.8.0.6-antivirus-6.4.4.1-1 Severity: serious Tags: sid This package fails to compile in sid (but not in etch): Automatic build of dansguardian_2.8.0.6-antivirus-6.4.4.1-1 on coconut0 by sbuild/ia64 0.49 ... make[1]: Entering directory `/build/tbm/dansguardian-2.8.0.6-antivirus-6.4.4.1' g++ -DUSE_SOCKLEN_TYPE -O2 -Wall -I/usr/include -c ClamAV.cpp ClamAV.cpp: In member function 'virtual int ClamEngine::loadEngine()': ClamAV.cpp:57: error: 'cl_loaddbdir' was not declared in this scope ClamAV.cpp:59: error: 'cl_perror' was not declared in this scope make[1]: *** [ClamAV.o] Error 1 make[1]: Leaving directory `/build/tbm/dansguardian-2.8.0.6-antivirus-6.4.4.1' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410835: FTBFS: Could not find module `MissingH.AnyDBM'
Package: hdbc-missingh Version: 1.0.1.1 Severity: serious Tags: sid This package fails to compile in sid (but not in etch): Automatic build of hdbc-missingh_1.0.1.1 on coconut0 by sbuild/ia64 0.49 ... configure: No greencard found Running: ./setup build MissingH/AnyDBM/HDBCDBM.hs:38:7: Could not find module `MissingH.AnyDBM': Use -v to see a list of the files searched for. Preprocessing library HDBC-MissingH-1.0.1.0... Preprocessing executables for HDBC-MissingH-1.0.1.0... Building HDBC-MissingH-1.0.1.0... ./setup build files: 256 at /usr/share/haskell-devscripts//Dh_Haskell.pm line 138, COMPAT_IN line 1. make: *** [install] Error 9 ** Build finished at 20070205-2308 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410833: FTBFS: error: 'CL_EMALFZIP' undeclared
Package: avscan Version: 1.3.1-openssl-1 Severity: serious Tags: sid This package fails to compile in sid (but not in etch): Automatic build of avscan_1.3.1-openssl-1 on coconut0 by sbuild/ia64 0.49 ... Compiling module avscanop.o avscanop.c: In function 'AVScanOPClamAVInit': avscanop.c:300: warning: implicit declaration of function 'cl_loaddbdir' avscanop.c:317: warning: implicit declaration of function 'cl_loaddb' avscanop.c: In function 'AVScanOPClamAVScanFile': avscanop.c:569: error: 'CL_EMALFZIP' undeclared (first use in this function) avscanop.c:569: error: (Each undeclared identifier is reported only once avscanop.c:569: error: for each function it appears in.) make[2]: *** [avscanop.o] Error 1 make[2]: Leaving directory `/build/tbm/avscan-1.3.1-openssl/avscan' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409747: apex-nslu2 1.4.14 breaks current debian-installer build
* Gordon Farquharson [EMAIL PROTECTED] [2007-02-06 21:10]: I already posted the change. I suppose you could make D-I accept either? It's a bit of a hack, but it does now. Gordon, can you please test whether 1.4.15 still works, i.e. test a daily. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409747: apex-nslu2 1.4.14 breaks current debian-installer build
* Gordon Farquharson [EMAIL PROTECTED] [2007-02-05 00:30]: apex-nslu2 1.4.14 breaks the current debian-installer build because /boot/apex.flash no longer exists in the 1.4.14 deb. cp /boot/apex.flash ./tmp/ixp4xx_netboot/apex.flash cp: cannot stat `/boot/apex.flash': No such file or directory Ah, thanks for making me aware of this. I think the easiest way is to put in a workaround into d-i for now: Index: config/arm/ixp4xx/netboot.cfg === --- config/arm/ixp4xx/netboot.cfg (revision 44992) +++ config/arm/ixp4xx/netboot.cfg (working copy) @@ -10,7 +10,9 @@ # byteswap boot loader, initrd and kernel for NSLU2 nslu2_swap: $(INITRD) $(KERNEL) - cp /boot/apex.flash $(TEMP)/apex.flash + # FIXME: ugly workaround for #409747 + -cp /boot/apex.flash $(TEMP)/apex.flash + -cp /boot/apex.bin $(TEMP)/apex.flash util/arm/nslu2/pad $(TEMP)/apex.flash 131040 # 1 block, multiple of 4 devio $(TEMP)/apex.flash $(TEMP)/apex.flash.swapped \ 'xp $$,4' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409747: apex-nslu2 1.4.14 breaks current debian-installer build
* Marc Singer [EMAIL PROTECTED] [2007-02-05 18:21]: Looks like an inadvertent change of the output file name. I'll fix it and do an upload. ... or we simply stay with the new name since I've changed d-i to cope with both the old and new name. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409681: Broken depends on non-existing package
Package: libhugs-missingh Version: 0.18.0 Severity: grave Tags: sid libhugs-missingh in sid (but not in etch) has a dependency on libhugs-hunit that cannot be fulfilled: | Depends: hugs (= 98.200503.08), libhugs-filepath, libhugs-hunit, libhugs-hslogger but libhugs-hunit is not in testing or sid anymore: 2331:[EMAIL PROTECTED]: ~] madison libhugs-hunit libhugs-hunit | 1.0-8 |stable | all 2332:[EMAIL PROTECTED]: ~] -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409682: FTBFS: undefined reference to `gzopen'
Package: efibootmgr Version: 0.5.3-2 Severity: serious Tags: sid efibootmgr fails to build in sid (but not in etch): Automatic build of efibootmgr_0.5.3-2 on em64t by sbuild/amd64 0.52 ... cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/includesrc/efibootmgr/efibootmgr.c src/lib/crc32.o src/lib/disk.o src/lib/efi.o src/lib/efichar.o src/lib/gpt.o src/lib/scsi_ioctls.o src/lib/unparse_path.o src/lib/efivars_procfs.o src/lib/efivars_sysfs.o /usr/lib/libpci.a -o src/efibootmgr/efibootmgr /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x4e6): undefined reference to `gzopen' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x55f): undefined reference to `gzgets' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x693): undefined reference to `gzclose' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x82f): undefined reference to `gzclose' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x8f3): undefined reference to `gzeof' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0xc2a): undefined reference to `gzopen' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0xc51): undefined reference to `gzerror' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0xc72): undefined reference to `gzclose' collect2: ld returned 1 exit status make[1]: *** [src/efibootmgr/efibootmgr] Error 1 make[1]: Leaving directory `/build/tbm/efibootmgr-0.5.3' make: *** [build-stamp] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409689: FTBFS: Could not find module `MissingH.IO.HVIO'
Package: missingpy Version: 0.8.9.1 Severity: serious Tags: sid This package fails to build in sid (but not in etch): Automatic build of missingpy_0.8.9.1 on em64t by sbuild/amd64 0.52 ... /usr/include/features.h:190:1: warning: this is the location of the previous definition Python/Objects/File.hs:63:7: Could not find module `MissingH.IO.HVIO': Use -v to see a list of the files searched for. Preprocessing library MissingPy-0.8.6... Building MissingPy-0.8.6... ./setup build files: 256 at /usr/share/haskell-devscripts//Dh_Haskell.pm line 138, COMPAT_IN line 1. make: *** [install] Error 9 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409687: FTBFS: Could not find module `MissingH.Logging.Logger':
Package: srcinst Version: 0.8.6 Severity: serious Tags: sid This package fails to build in sid (but not in etch): Automatic build of srcinst_0.8.6 on em64t by sbuild/amd64 0.52 ... dh_testdir #make test-ghc6 # Add here commands to compile the package. ./setup build srcinst.hs:25:7: Could not find module `MissingH.Logging.Logger': Use -v to see a list of the files searched for. Preprocessing executables for srcinst-0.8.4... Building srcinst-0.8.4... make: *** [build-stamp] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409690: FTBFS: 'cl_loaddbdir' was not declared in this scope
Package: havp Version: 0.82-1 Severity: serious This package fails to compile: Automatic build of havp_0.82-1 on em64t by sbuild/amd64 0.52 ... x86_64-linux-gnu-g++ -Wall -g -O2 -O2 -I/usr/include -g -O2 -Wall -DUSECLAMLIB -c -o scanners/clamlibscanner.o scanners/clamlibscanner.cpp scanners/clamlibscanner.cpp: In member function 'virtual bool ClamLibScanner::InitDatabase()': scanners/clamlibscanner.cpp:32: error: 'cl_loaddbdir' was not declared in this scope scanners/clamlibscanner.cpp: In member function 'virtual bool ClamLibScanner::ReloadDatabase()': scanners/clamlibscanner.cpp:68: error: 'cl_loaddbdir' was not declared in this scope make[2]: *** [scanners/clamlibscanner.o] Error 1 make[2]: Leaving directory `/build/tbm/havp-0.82/havp' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409685: FTBFS: Could not find module `MissingH.GetOpt'
Package: arch2darcs Version: 1.0.8 Severity: serious Tags: sid This package fails to build in sid (but not in etch): Automatic build of arch2darcs_1.0.8 on em64t by sbuild/amd64 0.52 ... configure: Using runghc found on system at: /usr/bin/runghc configure: No runhugs found configure: No happy found configure: No alex found configure: Using hsc2hs: /usr/bin/hsc2hs configure: No c2hs found configure: No cpphs found configure: No greencard found ./setup build arch2darcs.hs:31:7: Could not find module `MissingH.GetOpt': Use -v to see a list of the files searched for. Preprocessing executables for arch2darcs-1.0.6... Building arch2darcs-1.0.6... make[1]: *** [all] Error 1 make[1]: Leaving directory `/build/tbm/arch2darcs-1.0.8' make: *** [build-stamp] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409688: FTBFS: gpe/render.h: No such file or directory
Package: gpe-julia Version: 0.0.6-3 Severity: serious Tags: sid This package fails to build in sid (but not in etch): Automatic build of gpe-julia_0.0.6-3 on em64t by sbuild/amd64 0.52 ... cc -Os -fomit-frame-pointer -MD -Wall -DPNG_NO_MMX_CODE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -D_GNU_SOURCE -DPACKAGE=\gpe-julia\ -DPREFIX=\/usr\ -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -DENABLE_NLS -DPACKAGE=\gpe-julia\ -DPREFIX=\/usr\ -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -c main.c -o main.o main.c:22:24: error: gpe/render.h: No such file or directory make[1]: *** [main.o] Error 1 make[1]: Leaving directory `/build/tbm/gpe-julia-0.0.6' make: *** [debian/stamp-makefile-build] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
Package: octave2.9-forge Version: 2006.07.09+dfsg1-7 Severity: serious It seems this package no longer builds on AMD64 (in sid and etch). Kurt (Q_), can you verify this or do only I see this? Automatic build of octave2.9-forge_2006.07.09+dfsg1-7 on em64t by sbuild/amd64 0.52 ... Arithmetic operators: PASSED Logical operators:PASSED Polynomial manipulation: PASSED Linear Algebra: PASSED Signal Processing functions: PASSED [main/fixed] fixed Fixed Point Load Type Found Fixed Point Toolbox (version 0.7.0) Fixed Point Creation Scalar Creation: PASSED Matrix Creation: error: can't perform indexing operations for fixed matrix type [main/image] panic: Illegal instruction -- stopping myself... admin/run_forge: line 58: 1020 Illegal instruction $* make[1]: *** [check] Error 132 make[1]: Leaving directory `/build/tbm/octave2.9-forge-2006.07.09+dfsg1' make: *** [debian/stamp-makefile-check] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409695: FTBFS: error: 'CL_SCAN_DISABLERAR' undeclared
Package: php-clamavlib Version: 0.12a-2 Severity: serious Tags: sid This package fails to compile in sid (but not in etch): Automatic build of php-clamavlib_0.12a-2 on em64t by sbuild/amd64 0.52 ... gcc -I. -I/build/tbm/php-clamavlib-0.12a -DPHP_ATOM_INC -I/build/tbm/php-clamavlib-0.12a/include -I/build/tbm/php-clamavlib-0.12a/main -I/build/tbm/php-clamavlib-0.12a -I/usr/include/php4 -I/usr/include/php4/main -I/usr/include/php4/TSRM -I/usr/include/php4/Zend -DHAVE_CONFIG_H -g -O2 -c /build/tbm/php-clamavlib-0.12a/clamav.c -fPIC -DPIC -o .libs/clamav.o /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zm_startup_clamav': /build/tbm/php-clamavlib-0.12a/clamav.c:180: error: 'CL_SCAN_DISABLERAR' undeclared (first use in this function) /build/tbm/php-clamavlib-0.12a/clamav.c:180: error: (Each undeclared identifier is reported only once /build/tbm/php-clamavlib-0.12a/clamav.c:180: error: for each function it appears in.) /build/tbm/php-clamavlib-0.12a/clamav.c:216: error: 'CL_EMALFZIP' undeclared (first use in this function) /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'php_cl_scanfile': /build/tbm/php-clamavlib-0.12a/clamav.c:350: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c:355: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'php_cl_scanbuff': /build/tbm/php-clamavlib-0.12a/clamav.c:386: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c:390: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_cl_setlimits': /build/tbm/php-clamavlib-0.12a/clamav.c:471: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c:479: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_cl_scanfile_ex': /build/tbm/php-clamavlib-0.12a/clamav.c:536: warning: passing argument 2 of 'cl_scanfile' from incompatible pointer type /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_cl_pretcode': /build/tbm/php-clamavlib-0.12a/clamav.c:640: error: 'CL_EMALFZIP' undeclared (first use in this function) /build/tbm/php-clamavlib-0.12a/clamav.c:708: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_clam_scan_buffer': /build/tbm/php-clamavlib-0.12a/clamav.c:719: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_clam_scan_file': /build/tbm/php-clamavlib-0.12a/clamav.c:729: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_clam_get_version': /build/tbm/php-clamavlib-0.12a/clamav.c:739: warning: 'return' with a value, in function returning void make[1]: *** [clamav.lo] Error 1 make[1]: Leaving directory `/build/tbm/php-clamavlib-0.12a' make: [build-stamp-php4] Error 2 (ignored) touch build-stamp-php4 dh_testdir dh_testroot dh_installdirs mkdir -p debian/php4-clamavlib/usr/lib/php4/20050606 install -m 644 -o root -g root modules/clamav.so debian/php4-clamavlib/usr/lib/php4/20050606/clamav.so install: cannot stat `modules/clamav.so': No such file or directory make: *** [build-php4] Error 1 ** -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
* Kurt Roeckx [EMAIL PROTECTED] [2007-02-04 21:26]: It seems this package no longer builds on AMD64 (in sid and etch). Kurt (Q_), can you verify this or do only I see this? It works for me. Are you trying this with a different version of gcc or something? No, I verified the problem with the standard gcc in Debian. I guess one possible difference is that this box is an EM64T box rather than AMD64. This shouldn't make a difference in theory but who knows... any idea what I could do to find out more about this problem? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409691: [Pkg-octave-devel] Bug#409691: FTBFS on amd64: admin/run_forge: line 58: 1020 Illegal instruction
severity 409691 normal thanks * Rafael Laboissiere [EMAIL PROTECTED] [2007-02-04 22:03]: May I lower the severity of this bug report to normal? The package has already been correctly auto-built on amd64 [1]. It seems that there is a problem in Martin's system (at least, I hope so!). Yes, definitely. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409253: FTBFS: error: macro fuse_main requires 4 arguments, but only 3 given
* Martin Michlmayr [EMAIL PROTECTED] [2007-02-02 09:24]: I haven't tried but given upstream's comment I guess it the version in etch should be okay. Yeah, etch is fine. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409477: FTBFS: cp: missing destination file operand after `oo2crc.tmp'
Package: libooc-xml Version: 3.2.0-2 Severity: serious Automatic build of libooc-xml_3.2.0-2 on em64t by sbuild/amd64 0.52 ... debian/rules build dh_testdir autoconf ./configure --prefix=/usr checking for oo2c... oo2c Unknown command line option `-O' Unknown command line option `-O' Unknown command line option `-O' Unknown command line option `-O' checking initialization file... Unknown command line option `-O' checking installation directory... grep: : No such file or directory .. checking for ooconfig... ./ooconfig checking for library support... Unknown command line option `-O' no checking for oocn... no checking for a BSD-compatible install... /usr/bin/install -c checking for socket in -lxnet... no checking whether make sets $(MAKE)... yes configure: creating ./config.status config.status: creating Makefile touch configure-stamp dh_testdir /usr/bin/make make[1]: Entering directory `/build/tbm/libooc-xml-3.2.0' cp oo2crc.tmp cp: missing destination file operand after `oo2crc.tmp' Try `cp --help' for more information. make[1]: *** [oo2crc] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409476: FTBFS: cp: missing destination file operand after `oo2crc.tmp'
Package: libooc-x11 Version: 20020123-3 Severity: serious Automatic build of libooc-x11_20020123-3 on em64t by sbuild/amd64 0.52 ... autoconf ./configure --prefix=/usr checking for oo2c... oo2c Unknown command line option `-O' Unknown command line option `-O' Unknown command line option `-O' Unknown command line option `-O' checking initialization file... Unknown command line option `-O' checking installation directory... grep: : No such file or directory .. checking for ooconfig... ./ooconfig checking for library support... Unknown command line option `-O' no checking for a BSD-compatible install... /usr/bin/install -c checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for X... libraries , headers checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking whether make sets $(MAKE)... yes configure: creating ./config.status config.status: creating Makefile touch configure-stamp dh_testdir /usr/bin/make make[1]: Entering directory `/build/tbm/libooc-x11-20020123' rm -f ooconfig.cpl ooconfig.tmp echo fix-includes ooconfig.tmp echo remove-line \*:X11:*\ ooconfig.tmp echo remove-line PRAGMAS:LIB:HAVE_LIBX11 ooconfig.tmp echo define PRAGMAS:LIB:HAVE_LIBX11 yes ooconfig.tmp echo remove-line OPTIONS:LIB:X11_PREFIX ooconfig.tmp echo append-line OPTIONS:LIB:X11_PREFIX 'DEFINE LibX11Prefix := \\\ -lSM -lICE\\\;' ooconfig.tmp echo remove-line OPTIONS:LIB:X11_SUFFIX ooconfig.tmp echo append-line OPTIONS:LIB:X11_SUFFIX 'DEFINE LibX11Suffix := \\;' ooconfig.tmp echo prepend-line \PATHS:X11:SRC\ \GET *.Mod,*.c FROM src;\ ooconfig.tmp echo prepend-line \PATHS:X11:OBJ\ \GET *.h,*.c,*.d,*.o FROM obj;\ ooconfig.tmp echo prepend-line \PATHS:X11:SYM\ \GET *.Sym,*.Lib FROM sym;\ ooconfig.tmp mv ooconfig.tmp ooconfig.cpl cp oo2crc.tmp cp: missing destination file operand after `oo2crc.tmp' Try `cp --help' for more information. make[1]: *** [oo2crc] Error 1 make[1]: Leaving directory `/build/tbm/libooc-x11-20020123' make: *** [build-stamp] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409488: FTBFS: can't open /usr/lib/tcllib1.8/base64/base64.tcl for reading
Package: saods9 Version: 4.0b7-1.4 Severity: serious Tags: sid This package fails to build in sid (etch is fine): Automatic build of saods9_4.0b7-1.4 on em64t by sbuild/amd64 0.52 ... make[2]: Entering directory `/build/tbm/saods9-4.0b7/ds9' ../bin/mktclapp -header ds9tk.h g++ -Wall -g -O2 -DHAVE_SYS_UN_H -DHAVE_SYS_SHM_H -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/tcl8.4 -I../include -I/usr/include/X11 -c -o ds9.o ds9.C ../bin/mktclapp -f ds9.mta ds9tk.c mktclapp: can't open /usr/lib/tcllib1.8/base64/base64.tcl for reading mktclapp: can't open /usr/lib/tcllib1.8/base64/base64c.tcl for reading mktclapp: can't open /usr/lib/tcllib1.8/base64/pkgIndex.tcl for reading mktclapp: can't open /usr/lib/tcllib1.8/base64/uuencode.tcl for reading mktclapp: can't open /usr/lib/tcllib1.8/base64/yencode.tcl for reading mktclapp: can't open /usr/lib/tcllib1.8/ftp/ftp.tcl for reading mktclapp: can't open /usr/lib/tcllib1.8/ftp/ftp_geturl.tcl for reading mktclapp: can't open /usr/lib/tcllib1.8/ftp/pkgIndex.tcl for reading mktclapp: can't open /usr/lib/tcllib1.8/log/log.tcl for reading mktclapp: can't open /usr/lib/tcllib1.8/log/logger.tcl for reading mktclapp: can't open /usr/lib/tcllib1.8/log/pkgIndex.tcl for reading make[2]: *** [ds9tk.c] Error 11 make[2]: Leaving directory `/build/tbm/saods9-4.0b7/ds9' make[1]: *** [ds9] Error 2 make[1]: Leaving directory `/build/tbm/saods9-4.0b7' make: *** [build] Error 2 ** -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409524: FTBFS: illegal input sequence at position 1323
]: Entering directory `/build/tbm/docbook2x-0.8.3/xslt' Making all in common make[3]: Entering directory `/build/tbm/docbook2x-0.8.3/xslt/common' Making all in text make[4]: Entering directory `/build/tbm/docbook2x-0.8.3/xslt/common/text' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/build/tbm/docbook2x-0.8.3/xslt/common/text' make[4]: Entering directory `/build/tbm/docbook2x-0.8.3/xslt/common' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/build/tbm/docbook2x-0.8.3/xslt/common' make[3]: Leaving directory `/build/tbm/docbook2x-0.8.3/xslt/common' Making all in man make[3]: Entering directory `/build/tbm/docbook2x-0.8.3/xslt/man' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/build/tbm/docbook2x-0.8.3/xslt/man' Making all in texi make[3]: Entering directory `/build/tbm/docbook2x-0.8.3/xslt/texi' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/build/tbm/docbook2x-0.8.3/xslt/texi' Making all in documentation make[3]: Entering directory `/build/tbm/docbook2x-0.8.3/xslt/documentation' ../../libxslt/db2x_xsltproc -C ../../xslt/catalog.xml -s ./extract-to-jrefentries.xsl -o man.xml ../man/docbook.xsl ../../libxslt/db2x_xsltproc -C ../../xslt/catalog.xml -s ./extract-to-jrefentries.xsl -o texi.xml ../texi/docbook.xsl make[3]: Leaving directory `/build/tbm/docbook2x-0.8.3/xslt/documentation' make[3]: Entering directory `/build/tbm/docbook2x-0.8.3/xslt' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/build/tbm/docbook2x-0.8.3/xslt' make[2]: Leaving directory `/build/tbm/docbook2x-0.8.3/xslt' XX make[2]: Entering directory `/build/tbm/docbook2x-0.8.3/doc' ../libxslt/db2x_xsltproc -C ../xslt/catalog.xml -s ./ss-texinfo.xsl -o docbook2X.txml docbook2X.xml I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd /usr/bin/perl -I../perl ../perl/db2x_texixml --utf8trans-program=../utf8trans/utf8trans --utf8trans-map=../charmaps/texi.charmap docbook2X.txml /usr/bin/iconv: illegal input sequence at position 1323 makeinfo docbook2X.texi docbook2X.texi:38: No matching [EMAIL PROTECTED] detailmenu'. docbook2X.texi:23: No matching [EMAIL PROTECTED] menu'. /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:8: Next reference to nonexistent node `Quick start' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:36: Menu reference to nonexistent node `Concept index' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:35: Menu reference to nonexistent node `Package installation' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:33: Menu reference to nonexistent node `Design notes' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:32: Menu reference to nonexistent node `Release history' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:31: Menu reference to nonexistent node `Todo' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:30: Menu reference to nonexistent node `FAQ' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:28: Menu reference to nonexistent node `Charset considerations' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:27: Menu reference to nonexistent node `The XSLT processor' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:26: Menu reference to nonexistent node `Converting to Texinfo' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:25: Menu reference to nonexistent node `Converting to man pages' (perhaps incorrect sectioning?). /build/tbm/docbook2x-0.8.3/doc//docbook2X.texi:24: Menu reference to nonexistent node `Quick start' (perhaps incorrect sectioning?). makeinfo: Removing output file `/build/tbm/docbook2x-0.8.3/doc/docbook2X.info' due to errors; use --force to preserve. make[2]: *** [docbook2X.info] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409523: FTBFS: gpe/render.h: No such file or directory
Package: gpe-edit Version: 0.25-1 Severity: serious Tags: sid This package fails to build in sid (but not in etch): Automatic build of gpe-edit_0.25-1 on em64t by sbuild/amd64 0.52 ... dh_testdir /usr/bin/make CVSBUILD=no PREFIX=/usr make[1]: Entering directory `/build/tbm/gpe-edit-0.25' cc -Os -fomit-frame-pointer -MD -Wall -DPNG_NO_MMX_CODE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -D_GNU_SOURCE -DPACKAGE=\gpe-edit\ -DPREFIX=\/usr\ -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -c main.c -o main.o main.c:24:24: error: gpe/render.h: No such file or directory make[1]: *** [main.o] Error 1 make[1]: Leaving directory `/build/tbm/gpe-edit-0.25' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409546: FTBFS: configure: error: Mozilla requirement not met
Package: gtk2hs Version: 0.9.10-2 Severity: serious This package doesn't build: Automatic build of gtk2hs_0.9.10-2 on coconut0 by sbuild/ia64 0.49 ... checking for SOURCEVIEW... yes checking whether to build sourceview package... yes checking for MOZEMBED... no configure: error: Mozilla requirement not met. Perhaps you need to install mozilla or mozilla-devel make: *** [config.status] Error 1 ** -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409253: FTBFS: error: macro fuse_main requires 4 arguments, but only 3 given
* Steve Langasek [EMAIL PROTECTED] [2007-02-01 16:13]: sshfs.c: In function 'main': sshfs.c:2514: error: 'fuse_main' undeclared (first use in this function) make[2]: *** [sshfs-sshfs.o] Error 1 Is this building against etch or against sid? They have different versions of fuse, which seems a likely explanation. sid. I haven't tried but given upstream's comment I guess it the version in etch should be okay. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409253: FTBFS: error: macro fuse_main requires 4 arguments, but only 3 given
Package: sshfs-fuse Version: 1.6-1 Severity: serious Automatic build of sshfs-fuse_1.6-1 on em64t by sbuild/amd64 0.52 ... make[2]: Entering directory `/build/tbm/sshfs-fuse-1.6' if x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -DFUSE_USE_VERSION=26 -DLIBDIR=\/usr/lib\ -D_FILE_OFFSET_BITS=64 -I/usr/include/fuse -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -g -O2 -Wall -W -Icompat -MT sshfs-sshfs.o -MD -MP -MF .deps/sshfs-sshfs.Tpo -c -o sshfs-sshfs.o `test -f 'sshfs.c' || echo './'`sshfs.c; \ then mv -f .deps/sshfs-sshfs.Tpo .deps/sshfs-sshfs.Po; else rm -f .deps/sshfs-sshfs.Tpo; exit 1; fi sshfs.c:2352:65: error: macro fuse_main requires 4 arguments, but only 3 given sshfs.c: In function 'sshfs_opt_proc': sshfs.c:2352: error: 'fuse_main' undeclared (first use in this function) sshfs.c:2352: error: (Each undeclared identifier is reported only once sshfs.c:2352: error: for each function it appears in.) sshfs.c:2359:65: error: macro fuse_main requires 4 arguments, but only 3 given sshfs.c:2514:66: error: macro fuse_main requires 4 arguments, but only 3 given sshfs.c: In function 'main': sshfs.c:2514: error: 'fuse_main' undeclared (first use in this function) make[2]: *** [sshfs-sshfs.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408636: linux-image: SCSI drives inaccessible to parted or any installation tool
* Glen Stewart [EMAIL PROTECTED] [2007-01-27 09:11]: MAG3182MP and DNES-318350W, which are detected by Ubuntu - but fail to show partitions. They appear as sdb and sdc. These disks have partitions in common formats, but Ubuntu kernel can't see them. cfdisk /dev/sdb and QTparted It would be useful if you'd talk a bit more about Debian when reporting a bug to Debian. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible
* Gordon Farquharson [EMAIL PROTECTED] [2007-01-18 08:57]: I'm not sure which package to assign this bug to, but since it causes the system to be inaccessible after an install, debian-installer seems like a good place to start. Well, I still believe this is a problem with udev. CCing Marco. Summary of the problem: After an installation of Debian on the Linksys NSLU2, the system is inaccessible because the USB ethernet interface is renamed eth1_rename. Background: The NSLU2 is an ARM based network available storage device. Support for installing Debian on this system has been added to etch. The NSLU2 has a single built-in ethernet adapter for which a driver has been written and included in the Debian 2.6.18 kernel. However, Debian installer images cannot use this driver, because the network processor engine (NPE) in the IXP4xx CPU requires non-free microcode. Therefore, a USB to ethernet adapter is required to install Debian. Problem description: Debian installs without problems using the USB to ethernet adapter. During the installation, a udev rule is written which names the USB to ethernet adapter to eth0: # cat /etc/udev/rules.d/z25_persistent-net.rules # This file was automatically generated by the /lib/udev/write_net_rules # program, probably run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single line. # MAC addresses must be written in lowercase. # USB device 13b1:0018 (asix) SUBSYSTEM==net, DRIVERS==?*, ATTRS{address}==00:14:bf:fe:2a:4e, NAME=eth0 However, when booting after the installation, the NPE driver seems to assume control of the interface name eth0, which causes something to rename the interface of the USB to ethernet adapter to eth1_rename. From the boot log: IXP4XX NPE driver Version 0.2.0 initialized input: ixp4xx beeper as /class/input/input0 IXP4XX Q Manager 0.2.0 initialized. ixp4xx_mac driver 0.2.1: eth0 on NPE-B with PHY[1] initialized eth1: register 'asix' at usb-:00:01.2-2, ASIX AX88772 USB 2.0 Ethernet, 00:14:bf:fe:2a:4e usbcore: registered new driver asix the output of ifconfig -a: # ifconfig -a eth0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:192.168.1.67 Bcast:192.168.1.255 Mask:255.255.255.0 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) eth1_rena Link encap:Ethernet HWaddr 00:14:BF:FE:2A:4E BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) and the /etc/network/interfaces created by the installer # The primary network interface allow-hotplug eth0 iface eth0 inet static address 192.168.1.67 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.1 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 205.171.3.65 205.171.2.65 dns-search example.org This configuration causes the system to be inaccessible unless the user has added a connector for a serial port to the NSLU2. This procedure requires soldering; something most users are not going to do. Here is the relevant output from /dev/hotplug.log with hotplug logging enabled: HOTPLUG_TIME='Thu Jan 18 08:08:22 MST 2007' PHYSDEVPATH=/devices/platform/ixp4xx_mac.0 SUBSYSTEM=net OLDPWD=/ DEVPATH=/class/net/eth0 ACTION=add UDEV_LOG=3 COMMENT=Unknown net device (/class/net/eth0) (ixp4xx_mac) UDEVD_EVENT=1 PHYSDEVDRIVER=ixp4xx_mac INTERFACE=eth0 PHYSDEVBUS=platform SEQNUM=684 Note that eth1 or eth1_rename does not appear in the log. I have tried the latest version of the NPE driver (0.3.1) that has been checked into the Debian kernel repository, but there is no change in the behaviour. IXP4XX NPE driver Version 0.3.0 initialized IXP4XX Q Manager 0.2.1 initialized. ixp4xx_mac driver 0.3.1: eth0 on NPE-B with PHY[1] initialized eth1: register 'asix' at usb-:00:01.2-2, ASIX AX88772 USB 2.0 Ethernet, 00:14:bf:fe:2a:4e I am using the version of debian-installer in trunk, and linux-2.6 2.6.18.dfsg.1-9 (linux-image-2.6.18-4-ixp4xx). I'm still looking for a solution to the problem. Any suggestions would be helpful. Other bugs that may be related: #405845, #406948, and #389250 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389250 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405845 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406948 Gordon -- Gordon Farquharson -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email
Bug#403426: Fixed in 2:1.0.4+svn26-1
clone 403426 -1 reassign -1 linux-2.6 owner -1 ! retitle -1 arm: LUKS fails under load severity -1 important thanks * David Härdeman [EMAIL PROTECTED] [2007-01-09 23:36]: This bug should be fixed (as far as cryptsetup is concerned) with the upload of 2:1.0.4+svn26-1. The remaining issues are tracked in separate bugs filed against the linux-2.6 package (bugs 401006 401980 402707 afaik). I don't think it's related to these bugs. -- Martin Michlmayr http://www.cyrius.com/
Bug#406287: beryl-settings: Latest SVN package breaks on 'import berylsettings'
* Diwaker Gupta [EMAIL PROTECTED] [2007-01-09 20:36]: Package: beryl-settings Version: 0.1.5+svn20070107-r2459+imudebian0 There's no such package in Debian. What does dpkg -p beryl-settings | grep Maintainer say? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392863: removal of preview-latex breaks preview in xemacs21
CCing Frank Küster and the tex team. * Hendrik Naumann [EMAIL PROTECTED] [2007-01-09 18:50]: Hi The removal of this package breaks the preview feature in xemacs21, which brings its own autex (/usr/share/xemacs21/xemacs-packages/lisp/auctex in xemacs21-basesupport) but not including preview-latex. Until preview-latex is not included into the xemacs auctex the package should stay. For me the initial report from Bill Allombert in bug 392863 is not reproducible. I installed preview-latex from stable (into my testing system) which works fine for me. So please reconsider including the preview-latex package from sarge in etch. Thanks Hendrik Naumann -- PGP ID 65C92061 -- Martin Michlmayr http://www.cyrius.com/
Bug#403426: cryptsetup/linux-image-2.6.18-3-ixp4xx buglog divergence
* Paul TBBle Hampson [EMAIL PROTECTED] [2007-01-08 20:00]: cryptsetup bug, when given bad data upgrade-header code corrupts header This seems to be serious, and the point of #403426 linux-image-2.6.18-3-ixp4xx bug, LUKS (and FUSE?) triggers page-cache corruption. linux-image-2.6.18-3-ixp4xx bug, LUKS (but not FUSE?) fails to mount under heavy load. This would mean that cryptsetup is not unneccsarily RC, and the critical data-corruption bug in linux-image-...-ixp4xx _is_ both visible and appropriately RC. Obviously it's submitter's and maintainer's calls, and I've already done one impossible^wstupid thing before breakfast today with the BTS control bot, so I'll just leave this here as a suggestion. Well, I doubt it's worth at this stage to worry about which bug should be RC or not. I think it's pretty clear the cryptsetup maintainer should upload a fixed package with the two patches from SVN which I sent to #403426 already. And the next upload of linux-2.6 will have the fix for the 2nd item in your list. This leaves the last problem (FUSE under load) which I think we can leave for after etch. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Gordon Farquharson [EMAIL PROTECTED] [2007-01-05 01:36]: However, I have found that I am unable to access the LUKS partition when the system is under heavy load and swapping. Interesting. Can you check whether you see the same problems with FUSE (see #402876)? Martin, I wonder if this has anything to do with the virtual memory bug in the kernel that we experienced with apt. It could be that this bug existed before 2.6.19 but was much harder to trigger (e.g. see I don't know. I'm aware this bug has been around for a while (but hard to trigger) but I'd b cautious to attribute every bug we see to it. Of course it's possible that this is the problem but somehow I doubt it. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Clemens Fruhwirth [EMAIL PROTECTED] [2007-01-04 12:56]: corruption. At least FUSE doesn't work on ARM without those patches, so it seems likely that luksOpen is also affected. So, can we close the bug against cryptsetup in this case? #403426 is really about the header corruption which you have fixed in SVN. It should be closed when the Debian maintainers make a new upload with that fix. Maybe someone else can verify that? CCing Gordon. :) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Clemens Fruhwirth [EMAIL PROTECTED] [2007-01-03 17:59]: After a bit of debugging on Gordon's slug, I found out that we have some kind of read race/read corruption when reading the encrypted master key from a key slot. ... As far as I understand page caching comes after dm-crypt, so maybe we have some kind of cache corruption here? Do you think this is related to http://lkml.org/lkml/2006/12/21/157 I just applied the two patches from that thread and successfully ran 'cryptsetup luksClose' on ARM. Would the lack of __flush_anon_page() on ARM explain the corruption you've observed? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Clemens Fruhwirth [EMAIL PROTECTED] [2007-01-03 20:32]: I just applied the two patches from that thread and successfully ran 'cryptsetup luksClose' on ARM. cryptsetup luksClose is just an alias for cryptsetup remove. This should never fail. What's with luksOpen after the patches? Sorry, I meant to say that luksOpen worked with the patches. I simply copypasted the wrong line. Would the lack of __flush_anon_page() on ARM explain the corruption you've observed? Again, I'm not familiar with this. Well, it seems to fix the problem and according to the thread on lkml the lack of flush_anon_page() on ARM is associated with some corruption. At least FUSE doesn't work on ARM without those patches, so it seems likely that luksOpen is also affected. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Clemens Fruhwirth [EMAIL PROTECTED] [2007-01-02 18:00]: Does luksDump report the same things on both architecture? Yes. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: [Pkg-cryptsetup-devel] Bug#403426: kernel corrupts LUKS partition header on arm
* Jonas Meurer [EMAIL PROTECTED] [2006-12-30 04:49]: I'm currently preparing a new upload of cryptsetup 1.0.4+svn22, which is identical with the current upstream svn snapshot. does this version fix bug #403426, or does it still occur? It still doesn't work on ARM, but with SVN (or 03_no_header_conv.dpatch which was taken from SVN) it no longer corrupts the LUKS header, so once this patch is applied this bug can be downgraded to important. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Clemens Fruhwirth [EMAIL PROTECTED] [2006-12-30 11:50]: Is there anything else I should try? foobar:~# cryptsetup luksOpen /dev/sda5 x Enter LUKS passphrase: device-mapper: table: 254:0: crypt: Device lookup failed Strange. I haven't changed cryptsetup but now I don't get this message anymore. I simply get: foobar:~# cryptsetup luksOpen /dev/sdb2 x Enter LUKS passphrase: Enter LUKS passphrase: Enter LUKS passphrase: Command failed: No key available with this passphrase. But I'm sure I've typed the passphrase correctly, and it works on my x86 box (on which I created the LUKS partition). dmsetup create mappingname dm-table-file If that does not work, we are seeing a dm-crypt layer problem here. This works: foobar:~# cat map 0 1954808 crypt aes-cbc-essiv:sha256 a0671e89e060742caf3f9a3e7d762b24 0 /dev/sdb2 1032 foobar:~# dmsetup create x map foobar:~# mount /dev/mapper/x /mnt foobar:~# ls -l /mnt total 20 drwx-- 2 root root 16384 Dec 30 2006 lost+found -rw-r--r-- 1 root root 5 Dec 30 2006 x foobar:~# -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404447: nfs-kernel-server: Transferred files get corrupted
retitle 404447 ixp4xx: open source network driver behavingly badly under load, can cause corruption severity 404447 important thanks Hi Ahmad, I've tested various combinations now and I'm pretty sure this is a problem with the open source Ethernet driver for the IXP4xx platform. I've tested: - NFS on another ARM platform, namely IOP32x: it works fine. - 2.6.18-2 on NSLU2 to rule out the mm/msync patches: it works fine. - 2.6.17 on NSLU2 using the Intel Ethernet driver: it works fine. In 2.6.18 we have switched to a different Ethernet driver. Various people have experienced problems when transferring large amounts of data with this driver, and given my tests I'm pretty sure that this is what we're seeing in this case too. Some people have suggested that setting sysctl net.ipv4.tcp_wmem=4096 8092 8092 helps. Unfortunately, I still see NFS problems so it doesn't completely get rid of the problems. The bottom line is that this is a known bug in the Ethernet driver. I'll ask the author of that driver whether he looked into these problems already. I hope this can be resolved in time for etch but I'm not sure this will really happen. In any case, I'm downgrading this bug because Debian itself doesn't include the microcode needed for IXP4xx Ethernet, so this isn't a release critical bug for Debian. However, I still hope we can find a solution. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394392: Alternative msync() fix for 2.6.18?
) goto out_unlock; + unmapped_error = -ENOMEM; } + /* Here vma-vm_start = start vma-vm_end. */ + error = msync_interval(vma, start, min(end, vma-vm_end), + flags, nr_pages_dirtied); + if (error) + goto out_unlock; file = vma-vm_file; start = vma-vm_end; if ((flags MS_ASYNC) file nr_pages_dirtied) { get_file(file); - up_read(current-mm-mmap_sem); + up_read(mm-mmap_sem); balance_dirty_pages_ratelimited_nr(file-f_mapping, nr_pages_dirtied); fput(file); - down_read(current-mm-mmap_sem); - vma = find_vma(current-mm, start); + if (start = end) + goto out; + down_read(mm-mmap_sem); + vma = find_vma(mm, start); } else if ((flags MS_SYNC) file (vma-vm_flags VM_SHARED)) { get_file(file); - up_read(current-mm-mmap_sem); + up_read(mm-mmap_sem); error = do_fsync(file, 0); fput(file); - down_read(current-mm-mmap_sem); - if (error) - goto out_unlock; - vma = find_vma(current-mm, start); + if (error || start = end) + goto out; + down_read(mm-mmap_sem); + vma = find_vma(mm, start); } else { + if (start = end) + goto out_unlock; vma = vma-vm_next; } - } while (vma !done); + } out_unlock: - up_read(current-mm-mmap_sem); + up_read(mm-mmap_sem); out: - return error; + return error ? : unmapped_error; } -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394392: Alternative msync() fix for 2.6.18?
CCing linux-kernel since Hugh's patch might be of interest to non-Debian people too. This message concerns a problem with msync() in 2.6.17 and 2.6.18 that can be found with the LSB test suite. * Hugh Dickins [EMAIL PROTECTED] [2006-12-27 01:04]: On Tue, 26 Dec 2006, Hugh Dickins wrote: On Tue, 26 Dec 2006, Martin Michlmayr wrote: The first message at http://bugs.debian.org/394392 contains some information about it, but I'm sure Jeff Licquia (CCed) can provide more information if necessary. I've given that a quick look, and I'll bet it's something very easily and safely fixed by a much simpler patch, to mm/msync.c alone, than by all the dirty pages rework and attendant unresolved problems. How quickly I forget! It wasn't until I looked into the git history that I remembered how I'd discovered this already, just before 2.6.17 went out; but thought myself likely to introduce a more serious bug if I tried to fix it in a hurry. (Then forgot to send in a fix for 2.6.18, expecting Linus to put in Peter's more significant mods.) So beware of the fix below, which I'll confess to not even having tested in practice: please review carefully, it's a confusing loop (rather like the mincore one which Linus has just cleaned up in 2.6.20-rc); and it took me a while to decide which of our many versions of that loop to start from in fixing it - chose to rely on what I'd worked out earlier when redoing it for 2.6.19. Material for -stable? Well, my judgement was, and is, not really: the 2.6.17/2.6.18 behaviour isn't quite right, but though it doesn't match the man page and that testsuite, what it does isn't actually harmful at all. If this patch is more acceptable to Debian if it does appear in -stable, I can try sending it to Chris and Greg: but I won't be able to argue for it very forcefully. I think it would make sense to have it in an -stable update because it's a regression from 2.6.16 after all and it means that 2.6.17 and 2.6.18 are not LSB 3.1 compliant. However, I don't have a strong opinion about it and I'm not sure another update for 2.6.18 is planned. Maybe better for you to consider it as just a subpatch of what went into 2.6.19, which I was wrong to have mixed in with Peter's work. I certainly think that this patch below (if it satisfies your review and testing) is much more suitable for Debian's 2.6.18 than Peter's suite of patches. Not to put those down at all: the reverse, they're a significant contribution to 2.6.19, which just wouldn't be expected in any 2.6.18 kernel (and sadly, as you've found, are exposing still unexplained problems there). Anyway, the patch and its comment... Yes, I agree. I'm CCing the linux-mm list in hope that someone can review your patch. In the meantime, I've asked the Debian LSB folks to verify that your patch fixes the LSB problem. From: Hugh Dickins [EMAIL PROTECTED] Fix 2.6.18 (or 2.6.17) sys_msync to report -ENOMEM as before when an unmapped area falls within its range, and not to overshoot: to satisfy LSB 3.1 tests and to fix Debian Bug#394392. Took the 2.6.19 sys_msync as starting point (including its cleanup of repeated current-mms), reintroducing the msync_interval and balance_dirty_pages_ratelimited_nr previously needed. Signed-off-by: Hugh Dickins [EMAIL PROTECTED] --- mm/msync.c | 66 +++-- 1 file changed, 30 insertions(+), 36 deletions(-) --- 2.6.18/mm/msync.c 2006-09-20 04:42:06.0 +0100 +++ linux/mm/msync.c2006-12-26 23:52:58.0 + @@ -146,10 +146,10 @@ static int msync_interval(struct vm_area asmlinkage long sys_msync(unsigned long start, size_t len, int flags) { unsigned long end; + struct mm_struct *mm = current-mm; struct vm_area_struct *vma; int unmapped_error = 0; int error = -EINVAL; - int done = 0; if (flags ~(MS_ASYNC | MS_INVALIDATE | MS_SYNC)) goto out; @@ -169,64 +169,58 @@ asmlinkage long sys_msync(unsigned long * If the interval [start,end) covers some unmapped address ranges, * just ignore them, but return -ENOMEM at the end. */ - down_read(current-mm-mmap_sem); - vma = find_vma(current-mm, start); - if (!vma) { - error = -ENOMEM; - goto out_unlock; - } - do { + down_read(mm-mmap_sem); + vma = find_vma(mm, start); + for (;;) { unsigned long nr_pages_dirtied = 0; struct file *file; + /* Still start end. */ + error = -ENOMEM; + if (!vma) + goto out_unlock; /* Here start vma-vm_end. */ if (start vma-vm_start) { - unmapped_error = -ENOMEM; start = vma-vm_start; - } - /* Here vma-vm_start = start vma-vm_end
Bug#403426: cryptsetup
reassign 403426 cryptsetup thanks This is a bug in cryptsetup and not in the kernel. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Clemens Fruhwirth [EMAIL PROTECTED] [2006-12-29 11:52]: I just added the r!=bsize case to error checking and an error message as well. ... The changes are also in subversion. This particular change didn't make any difference. I still get the header conversion message when I only apply the patch from utils.c. #! /bin/sh /usr/share/dpatch/dpatch-run ## 02_fix_arm.dpatch by Clemens Fruhwirth [EMAIL PROTECTED] ## ## DP: Add error checking to read_blockwise for short reads. ## DP: Commit a patch that fixes http://bugs.debian.org/403075 @DPATCH@ Index: lib/utils.c === --- cryptsetup-1.0.4~/lib/utils.c (revision 1) +++ cryptsetup-1.0.4/lib/utils.c(working copy) @@ -151,8 +151,10 @@ static int sector_size(int fd) { int bsize; - ioctl(fd,BLKSSZGET, bsize); - return bsize; + if (ioctl(fd,BLKSSZGET, bsize) 0) + return -EINVAL; + else + return bsize; } int sector_size_for_device(const char *device) @@ -171,8 +173,11 @@ char *padbuf; char *padbuf_base; char *buf = (char *)orig_buf; int r; - int hangover; int solid; int bsize = sector_size(fd); + int hangover; int solid; int bsize; + if ((bsize = sector_size(fd)) 0) + return bsize; + hangover = count % bsize; solid = count - hangover; @@ -209,15 +214,20 @@ char *buf = (char *)orig_buf; int r; int step; - int bsize = sector_size(fd); + int bsize; + if ((bsize = sector_size(fd)) 0) + return bsize; + padbuf = aligned_malloc(padbuf_base, bsize, bsize); if(padbuf == NULL) return -ENOMEM; while(count) { r = read(fd,padbuf,bsize); - if(r 0) goto out; - + if(r 0 || r != bsize) { + fprintf(stderr, read failed in read_blockwise.\n); + goto out; + } step = countbsize?count:bsize; memcpy(buf,padbuf,step); buf += step; @@ -242,6 +252,9 @@ int frontHang = offset % bsize; int r; + if (bsize 0) + return bsize; + lseek(fd, offset - frontHang, SEEK_SET); if(offset % bsize) { int innerCount = countbsize?count:bsize; -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Clemens Fruhwirth [EMAIL PROTECTED] [2006-12-29 11:52]: Please try the version from subversion http://luks.endorphin.org/svn/cryptsetup With 1.0.4 plus the attached 2 patches from SVN I no longer get any corruption but I also cannot access my encrypted data. Is there anything else I should try? foobar:~# cryptsetup luksOpen /dev/sda5 x Enter LUKS passphrase: device-mapper: table: 254:0: crypt: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: ioctl: device doesn't appear to be in the dev hash table. Failed to setup dm-crypt key mapping. Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify that /dev/sda5 contains at least 133 sectors. Failed to read from key storage Enter LUKS passphrase: device-mapper: table: 254:0: crypt: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: ioctl: device doesn't appear to be in the dev hash table. Failed to setup dm-crypt key mapping. Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify that /dev/sda5 contains at least 133 sectors. Failed to read from key storage Enter LUKS passphrase: device-mapper: table: 254:0: crypt: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: ioctl: device doesn't appear to be in the dev hash table. Failed to setup dm-crypt key mapping. Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify that /dev/sda5 contains at least 133 sectors. Failed to read from key storage Command failed: No key available with this passphrase. foobar:~# cryptsetup luksOpen /dev/sda5 x Enter LUKS passphrase: device-mapper: table: 254:0: crypt: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: ioctl: device doesn't appear to be in the dev hash table. Failed to setup dm-crypt key mapping. Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify that /dev/sda5 contains at least 133 sectors. Failed to read from key storage Enter LUKS passphrase: device-mapper: table: 254:0: crypt: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: ioctl: device doesn't appear to be in the dev hash table. Failed to setup dm-crypt key mapping. Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify that /dev/sda5 contains at least 133 sectors. Failed to read from key storage Enter LUKS passphrase: device-mapper: table: 254:0: crypt: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: ioctl: device doesn't appear to be in the dev hash table. Failed to setup dm-crypt key mapping. Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify that /dev/sda5 contains at least 133 sectors. Failed to read from key storage Command failed: No key available with this passphrase. foobar:~# -- Martin Michlmayr http://www.cyrius.com/ #! /bin/sh /usr/share/dpatch/dpatch-run ## 02_fix_arm.dpatch by Clemens Fruhwirth [EMAIL PROTECTED] ## ## DP: Add error checking to read_blockwise for short reads. ## DP: Commit a patch that fixes http://bugs.debian.org/403075 @DPATCH@ Index: lib/utils.c === --- cryptsetup-1.0.4~/lib/utils.c (revision 1) +++ cryptsetup-1.0.4/lib/utils.c(working copy) @@ -151,8 +151,10 @@ static int sector_size(int fd) { int bsize; - ioctl(fd,BLKSSZGET, bsize); - return bsize; + if (ioctl(fd,BLKSSZGET, bsize) 0) + return -EINVAL; + else + return bsize; } int sector_size_for_device(const char *device) @@ -171,8 +173,11 @@ char *padbuf; char *padbuf_base; char *buf = (char *)orig_buf; int r; - int hangover; int solid; int bsize = sector_size(fd); + int hangover; int solid; int bsize; + if ((bsize = sector_size(fd)) 0) + return bsize; + hangover = count % bsize; solid = count - hangover; @@ -209,15 +214,20 @@ char *buf = (char *)orig_buf; int r; int step; - int bsize = sector_size(fd); + int bsize; + if ((bsize = sector_size(fd)) 0) + return bsize; + padbuf = aligned_malloc(padbuf_base, bsize, bsize); if(padbuf == NULL) return -ENOMEM; while(count) { r = read(fd,padbuf,bsize); - if(r 0) goto out; - + if(r 0 || r != bsize) { + fprintf(stderr, read failed in read_blockwise.\n); + goto out; + } step = countbsize?count:bsize; memcpy(buf,padbuf,step); buf += step; @@ -242,6 +252,9 @@ int frontHang = offset % bsize; int r; + if (bsize 0) + return bsize; + lseek(fd, offset - frontHang, SEEK_SET); if(offset % bsize
Bug#401980: apt segfaults if /var/cache/apt/*.bin are present
* Ahmad Khayyat [EMAIL PROTECTED] [2006-12-26 22:19]: I had debian installed on this NSLU2 for a while, so I haven't suffered the installer problem, but I wanted to make sure that this problems is not an installer-only problem Yeah, we're aware of this. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404724: linux-image-2.6.16-1-686: can't compile kernel modules, incompatible with gcc 4.1
* Mark Whitis [EMAIL PROTECTED] [2006-12-27 15:59]: Package: linux-image-2.6.16-1-686 Version: 2.6.16-12 I just did a dist-upgrade from stable to unstable in the last 24 hours. 2.6.16-12 is not in unstable but 2.6.18-3, which is compiled with gcc 4.1. I suggest you upgrade to that version. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394392: Alternative msync() fix for 2.6.18?
Hi Hugh and Peter, We in Debian have applied your mm: msync() cleanup patch (plus the other mm changes needed for this one) to our 2.6.18 kernel because it's needed for LSB 3.1 compliance. Given that apparently no fix for the induced filesystem corruption is coming forth and we're trying to get a release of Debian out, I was wondering if it would be possible to create an alternative msync() fix that doesn't really on those mm changes. Since 2.6.17 and 2.6.18 are currently not LSB 3.1 compliant, I think this might also be something for the -stable branch. Do you think this is possible and do you have any interest in creating such a patch? This would really help us a lot. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]