Bug#657598: freebsd-libs: FTBFS on kfreebsd-i386
Package: freebsd-libs Version: 8.3~svn229725-3 Severity: serious Hi, Log from the buildd[1]: Warning: Object directory not changed from original /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c camlib.c In file included from /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys/cam/cam_ccb.h:39:0, from camlib.c:41: /usr/include/sys/callout.h:43:26: fatal error: sys/_callout.h: No such file or directory compilation terminated. *** Error code 1 A timly fix would be much appreciated as this blocks some of the last parts of the mono transition. Thanks, ~Niels [1] https://buildd.debian.org/status/package.php?p=freebsd-libs -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120127105745.4176.10690.report...@mikazuki.thykier.net
Processed: block 648775 with 657598
Processing commands for cont...@bugs.debian.org: block 648775 with 657598 Bug #648775 [release.debian.org] transition: mono 2.10 Was blocked by: 656756 656821 656817 657258 656818 657261 656760 656822 649339 656690 657256 656761 Added blocking bug(s) of 648775: 657598 thanks Stopping processing here. Please contact me if you need assistance. -- 648775: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.132766215013354.transcr...@bugs.debian.org
Bug#657602: freebsd-libs: FTBFS(kfreebsd-i386): fatal error: sys/_callout.h: No such file or directory
Package: src:freebsd-libs Version: 8.3~svn229725-3 Severity: serious Tags: sid wheezy User: debian-bsd@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-bsd@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: cc -fpic -DPIC -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libsbuf/../../sys -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libsbuf/../../sys/kern/subr_sbuf.c -o subr_sbuf.So building shared library libsbuf.so.0 touch build-sbuf-stamp COPTS=-Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 CFLAGS=-Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/debian/local/include NO_WERROR=1 NOGCCERROR=1 NOSHARED=NO NO_SHARED=NO NO_PROFILE=1 DESTDIR=/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/debian/tmp make -C /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam SHLIBDIR=./ Warning: Object directory not changed from original /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c camlib.c In file included from /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys/cam/cam_ccb.h:39:0, from camlib.c:41: /usr/include/sys/callout.h:43:26: fatal error: sys/_callout.h: No such file or directory compilation terminated. *** Error code 1 Stop in /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam. make: *** [build-cam-stamp] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=freebsd-libsarch=kfreebsd-i386ver=8.3%7Esvn229725-3stamp=1327114821 Regards Christoph If you have further questions please mail debian-bsd@lists.debian.org -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ipjxl81n@hepworth.siccegge.de
Bug#657598: freebsd-libs: FTBFS on kfreebsd-i386
On 27/01/12 10:57, Niels Thykier wrote: Package: freebsd-libs Should have been src:freebsd-libs Bug#657602 was filed right after #657598 and is a duplicate of this issue. /usr/include/sys/callout.h:43:26: fatal error: sys/_callout.h: No such file or directory This should be fixed in kfreebsd-kernel-headers 0.65 freebsd-libs just needs a rebuild requested by a maintainer I think? Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f231b49.80...@pyro.eu.org
sysvinit: FTBFS on kfreebsd due to missing sys/signalfd.h
Package: sysvinit Version: 2.88dsf-19 Severity: normal cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -W -Wall -D_GNU_SOURCE -DACCTON_OFF -c -o last.o last.c cc -Wl,-z,relro last.o oldutmp.h -o last cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -W -Wall -D_GNU_SOURCE -DACCTON_OFF -c -o mesg.o mesg.c cc -Wl,-z,relro mesg.o -o mesg make[2]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/src' /usr/bin/make -C startpar make[2]: Entering directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/startpar' gcc -D_GNU_SOURCE -Wall -W -pipe -DVERSION=\0.58\ -DNOTSUSE -c startpar.c startpar.c:45:26: fatal error: sys/signalfd.h: No such file or directory compilation terminated. make[2]: *** [startpar.o] Error 1 make[2]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/startpar' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf' make: *** [build] Error 2 This needs a kfreebsd workaround (also fails on kfreebsd-i386). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysvinit depends on: ii initscripts 2.88dsf-19 ii libc6 2.13-24 ii libselinux1 2.1.0-4.1 ii libsepol1 2.1.0-1.2 ii sysv-rc 2.88dsf-19 ii sysvinit-utils 2.88dsf-19 sysvinit recommends no packages. sysvinit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120127214217.6988.51639.report...@ravenclaw.codelibre.net
Bug#657598: freebsd-libs: FTBFS on kfreebsd-i386
Hi! Steven Chamberlain ste...@pyro.eu.org writes: On 27/01/12 10:57, Niels Thykier wrote: Bug#657602 was filed right after #657598 and is a duplicate of this issue. Jep didn't look carefully enough before filling. I've merged them however seconds after they both were visible /usr/include/sys/callout.h:43:26: fatal error: sys/_callout.h: No such file or directory This should be fixed in kfreebsd-kernel-headers 0.65 freebsd-libs just needs a rebuild requested by a maintainer I think? It just needs the buildd maintainer (me in this case) being aware of it. You can mail kfreebsd-i...@buildd.debian.org for these cases. Doesn't need to be the maintainer to request it. Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ipjwiyll@hepworth.siccegge.de
Re: sysvinit: FTBFS on kfreebsd due to missing sys/signalfd.h
Hi! On Fri, 2012-01-27 at 21:42:17 +, Roger Leigh wrote: Package: sysvinit Version: 2.88dsf-19 Severity: normal cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -W -Wall -D_GNU_SOURCE -DACCTON_OFF -c -o last.o last.c cc -Wl,-z,relro last.o oldutmp.h -o last cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -W -Wall -D_GNU_SOURCE -DACCTON_OFF -c -o mesg.o mesg.c cc -Wl,-z,relro mesg.o -o mesg make[2]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/src' /usr/bin/make -C startpar make[2]: Entering directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/startpar' gcc -D_GNU_SOURCE -Wall -W -pipe -DVERSION=\0.58\ -DNOTSUSE -c startpar.c startpar.c:45:26: fatal error: sys/signalfd.h: No such file or directory compilation terminated. make[2]: *** [startpar.o] Error 1 make[2]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/startpar' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf' make: *** [build] Error 2 This needs a kfreebsd workaround (also fails on kfreebsd-i386). signalfd is a Linux only interface (see [0]), BSD based systems can use kqueue instead, also Solaris through libkqueue, for GNU/Hurd I'm not sure what's the equivalent. In any case this worked fine with -18, so given the extent of this regression wouldn't reverting back to the previous startpar be the ideal solution for now? Or does the new code base give significant improvements? Also this seems should be of serious severity instead? [0] http://www.hadrons.org/~guillem/debian/ports/porting thanks, guillem -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120127225015.ga11...@gaara.hadrons.org
Bug#657598: freebsd-libs: FTBFS on kfreebsd-i386
Hi all! Steven Chamberlain ste...@pyro.eu.org writes: Steven Chamberlain ste...@pyro.eu.org writes: On 27/01/12 10:57, Niels Thykier wrote: Bug#657602 was filed right after #657598 and is a duplicate of this issue. It just needs the buildd maintainer (me in this case) being aware of it. You can mail kfreebsd-i...@buildd.debian.org for these cases. Thanks! I was still trying to figure out who to mail about this... Now failing a few lines further down there (reassigning to kfreebsd-kernel-headers?): /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys/cam/cam.h:228:5: note: expected 'const u_int8_t *' but argument is of type 'char *' cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_da.c cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_sa.c In file included from /usr/include/machine/_types.h:8:0, from /usr/include/sys/_types.h:33, from /usr/include/sys/devicestat.h:36, from /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_sa.c:48: /usr/include/machine-i386/_types.h:96:19: error: conflicting types for '__time_t' /usr/include/i386-kfreebsd-gnu/bits/types.h:149:26: note: previous declaration of '__time_t' was here *** Error code 1 Stop in /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam. make: *** [build-cam-stamp] Error 1 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877h0chhtq@hepworth.siccegge.de
Re: Bug#657598: freebsd-libs: FTBFS on kfreebsd-i386
On 27/01/12 23:00, Christoph Egger wrote: /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys/cam/cam.h:228:5: note: expected 'const u_int8_t *' but argument is of type 'char *' cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_da.c cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_sa.c In file included from /usr/include/machine/_types.h:8:0, from /usr/include/sys/_types.h:33, from /usr/include/sys/devicestat.h:36, from /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_sa.c:48: /usr/include/machine-i386/_types.h:96:19: error: conflicting types for '__time_t' /usr/include/i386-kfreebsd-gnu/bits/types.h:149:26: note: previous declaration of '__time_t' was here Hi Christoph, kfreebsd-kernel-headers 0.67 already fixed that for #656947 -- how often do the buildd's upgrade packages? On 25/01/12 21:41, Debian Bug Tracking System wrote: Changes: kfreebsd-kernel-headers (0.67) unstable; urgency=low . * s/time_t/__time_t/ in struct bintime. After the buildd's have kfreebsd-kernel-headers 0.67, php5 could also be rebuilt because it failed to build with the same error. From https://buildd.debian.org/status/fetch.php?pkg=php5arch=kfreebsd-i386ver=5.3.9-3stamp=1327684719 : libtool: compile: i486-kfreebsd-gnu-gcc -IZend/ -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/Zend/ -DPHP_ATOM_INC -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/include -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/main -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9 -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/ext/date/lib -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/ext/date/lib -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/ext/ereg/regex -I/usr/include/libxml2 -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/ext/mbstring/libmbfl -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/ext/mbstring/libmbfl -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/ext/mbstring/libmbfl/mbfl -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/ex t/mbstring/libmbfl/mbfl -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/TSRM -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/Zend -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/main -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/Zend -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/TSRM -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/ -I/usr/include -O2 -Wall -fsigned-char -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -gstabs -fvisibility=hidden -c /build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/Zend/zend_stream.c -fPIC -DPIC -o Zend/.libs/zend_stream.o In file included from /usr/include/machine/_types.h:8:0, from /usr/include/sys/_types.h:33, from /usr/include/net-snmp/system/kfreebsd.h:8, from /usr/include/net-snmp/net-snmp-config.h:1766, from /build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/ext/snmp/snmp.c:73: /usr/include/machine-i386/_types.h:96:19: error: conflicting types for '__time_t'
Bug#657598: freebsd-libs: FTBFS on kfreebsd-i386
Hi! Steven Chamberlain ste...@pyro.eu.org writes: kfreebsd-kernel-headers 0.67 already fixed that for #656947 -- how often do the buildd's upgrade packages? For normal packages, they are used on the buildds even before they hit the normal archive (get used once they're in incoming). For everything that's part of build-essential only on manual action. Regards Christoph (upgrading buildds now) -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87k44cg2q6@hepworth.siccegge.de
Re: sysvinit: FTBFS on kfreebsd due to missing sys/signalfd.h
severity 657676 serious thanks On Fri, Jan 27, 2012 at 11:50:15PM +0100, Guillem Jover wrote: On Fri, 2012-01-27 at 21:42:17 +, Roger Leigh wrote: startpar.c:45:26: fatal error: sys/signalfd.h: No such file or directory This needs a kfreebsd workaround (also fails on kfreebsd-i386). signalfd is a Linux only interface (see [0]), BSD based systems can use kqueue instead, also Solaris through libkqueue, for GNU/Hurd I'm not sure what's the equivalent. In any case this worked fine with -18, so given the extent of this regression wouldn't reverting back to the previous startpar be the ideal solution for now? Or does the new code base give significant improvements? Unsure. We were on 0.53.1, and the new version is 0.58. It merged all of the existing Debian patchset, so is desirable from this POV. The lack of upstream version control or changelog (that I'm aware of) does not help matters. Possibly we can back out just the signalfd change, or add kfreebsd/hurd-specific ifdefs for its use. Looking at the source, I see no evidence of actual signalfd usage, so just not including the header may fix this universally. Certainly removing it on Linux does not break compilation. Also this seems should be of serious severity instead? Yes, I set this with reportbug, not sure why it's normal. Setting appropriately. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120127231013.gn8...@codelibre.net
Re: FYI: interest in a Debian GNU/kFreeBSD live cd (Re: sky2: hw csum failure)
Hi Jonathan, El 26 de gener de 2012 21:58, Jonathan Nieder jrnie...@gmail.com ha escrit: Therefore I will try with FreeBSD (or a derivative), which use the 'msk' driver which support that feature. By the way, do you know if there is a Debian GNU/kFreeBSD live project? If Vincent just wants to test the msk driver, he can do this with D-I images too: http://www.debian.org/devel/debian-installer/ Alas, I'm not familiar enough with live cds to know how hard that would be to make. But thought you might like to know your work on the port is appreciated from another angle, anyway. ;-) It's somewhere on my list, but I have many other priorities that come first (such as FreeBSD 9.0 transition which I'm the only person working on and is still far from finished). Porting debian-live shouldn't be difficult though, specially since we have D-I boot scripts as reference, and mkuzip package is now available. Perhaps you could give this a try? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxptawzr1dykqkmkw5636-25s8q_kt+qcmjfsoz0yeq...@mail.gmail.com
Re: sysvinit: FTBFS on kfreebsd due to missing sys/signalfd.h
On 27/01/12 23:10, Roger Leigh wrote: Looking at the source, I see no evidence of actual signalfd usage, so just not including the header may fix this universally. Certainly removing it on Linux does not break compilation. Hi, Seems you're right, I just tried building on kfreebsd-i386 and simply removing the #include sys/signalfd.h allowed it to build successfully. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f23393f.80...@pyro.eu.org
Bug#657687: dspam: FTBFS(kfreebsd): configure: error: Unable to determine how to compile with pthreads
Package: src:dspam Version: 3.10.1+dfsg-3+b1 Severity: serious Tags: sid wheezy User: debian-bsd@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-bsd@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: checking for netinet/in.h... yes checking for arpa/inet.h... yes checking for inet_ntoa_r... no checking if inet_ntoa_r might be used... no checking for strcasestr... yes checking whether to enable daemon mode... yes checking how you like your pthreads... unknown configure: error: Unable to determine how to compile with pthreads Full build log at https://buildd.debian.org/status/fetch.php?pkg=dspamarch=kfreebsd-amd64ver=3.10.1%2Bdfsg-3%2Bb1stamp=1327287208 Regards Christoph If you have further questions please mail debian-bsd@lists.debian.org -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r4ykel7y@hepworth.siccegge.de
Pedeja iespeja
Interesanti zaku pezuki !!! http://threebeanscoffee.com/liene-nem-aiz-vaiga-jurimh Knazeva Valentina -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120128013657.25e3613a7...@liszt.debian.org
Bug#656562: some __aligned issues remain
On 21/01/12 00:36, Debian Bug Tracking System wrote: In file included from ../../../tools/ipod-usb.c:1:0: /usr/include/libusb.h:254:43: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__aligned' Hi, This problem still affects a few other header files, where the parameter to __aligned was a macro and not a bare number, e.g.: /usr/include/dev/usb/usb_device.h:} __aligned(USB_HOST_ALIGN); /usr/include/dev/usb/usb_device.h:} __aligned(USB_HOST_ALIGN); /usr/include/netinet/in_pcb.h:} __aligned(CACHE_LINE_SIZE); /usr/include/sys/pcpu.h:} __aligned(CACHE_LINE_SIZE); /usr/include/vm/uma_int.h:#define UMA_ALIGN __aligned(CACHE_LINE_SIZE) /usr/include/vm/vm_page.h:} __aligned(CACHE_LINE_SIZE); Packages with build failures due to this so far: * php5 -- https://buildd.debian.org/status/fetch.php?pkg=php5arch=kfreebsd-i386ver=5.3.9-3stamp=1327716668 * zabbix -- https://buildd.debian.org/status/fetch.php?pkg=zabbixarch=kfreebsd-i386ver=1%3A1.8.10-1stamp=1327712644 * cups -- https://buildd.debian.org/status/fetch.php?pkg=cupsarch=kfreebsd-i386ver=1.5.0-15stamp=1327718267 Please consider my attached diff for kfreebsd-kernel-headers. The regex \([0-9A-Z_]*\) covers these remaining cases. Something more generic, like \([^)]*\?\) might seem better, but then it would have wrongly modified this also: ./usr/include/osreldate.h:#define __aligned(x) __attribute__((__aligned__(x))) Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org Index: debian/rules === --- debian/rules (revision 4012) +++ debian/rules (working copy) @@ -53,7 +53,7 @@ -e 's/#\s*ifndef\s*__GNUCLIKE_[A-Z_]\+\(\s\|$$\)/#if 0/g' \ \ -e 's/__packed\(\s\|;\)/ __attribute__((__packed__))\1/g' \ - -e 's/__aligned(\([0-9]*\))/ __attribute__((aligned(\1)))/g' \ + -e 's/__aligned(\([0-9A-Z_]*\))/ __attribute__((aligned(\1)))/g' \ -e 's/\(\s\|^\|(\)u_\(char\|int\|short\|long\)\(\s\)/\1unsigned \2\3/g' \ \ -e 's/defined\s*(\s*_SYS_CDEFS_H_\s*)/defined(_SYS_CDEFS_H)/g' \
Bug#656947: __size_t issue affecting soundcard.h remains
Hi, I think something is still wrong with soundcard.h or the __size_t definition, because the GNU C++ compiler does not seem to like it: $ g++-4.6 /usr/include/sys/soundcard.h In file included from /usr/include/machine/_types.h:8:0, from /usr/include/sys/_types.h:33, from /usr/include/machine-i386/endian.h:37, from /usr/include/machine/endian.h:8, from /usr/include/sys/soundcard.h:110: /usr/include/machine-i386/_types.h:94:9: error: declaration does not declare anything [-fpermissive] /usr/include/machine-i386/_types.h:94: typedef __uint32_t __size_t; /* sizeof() */ $ g++ /usr/include/sys/soundcard.h -E | grep segsz -C 2 typedef __int32_t __ptrdiff_t; typedef __int32_t __register_t; typedef __int32_t __segsz_t; typedef __uint32_t ; typedef __int32_t __ssize_t; I've observed this bug causing configure to fail during an attempted build of hamfax; its conftest is attached. Regards, -- Steven Chamberlain ste...@pyro.eu.org /* confdefs.h */ #define PACKAGE_NAME hamfax #define PACKAGE_TARNAME hamfax #define PACKAGE_VERSION 0.8.1 #define PACKAGE_STRING hamfax 0.8.1 #define PACKAGE_BUGREPORT cschm...@users.sourceforge.net #define PACKAGE_URL #define PACKAGE hamfax #define VERSION 0.8.1 #define USE_FILE 1 #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 /* end confdefs.h. */ #include stdio.h #ifdef HAVE_SYS_TYPES_H # include sys/types.h #endif #ifdef HAVE_SYS_STAT_H # include sys/stat.h #endif #ifdef STDC_HEADERS # include stdlib.h # include stddef.h #else # ifdef HAVE_STDLIB_H # include stdlib.h # endif #endif #ifdef HAVE_STRING_H # if !defined STDC_HEADERS defined HAVE_MEMORY_H # include memory.h # endif # include string.h #endif #ifdef HAVE_STRINGS_H # include strings.h #endif #ifdef HAVE_INTTYPES_H # include inttypes.h #endif #ifdef HAVE_STDINT_H # include stdint.h #endif #ifdef HAVE_UNISTD_H # include unistd.h #endif #include sys/soundcard.h /* g++ -E conftest.cpp */
Bug#656947: __size_t issue affecting soundcard.h remains
Hi, On 28/01/12 03:35, Steven Chamberlain wrote: $ g++-4.6 /usr/include/sys/soundcard.h In file included from /usr/include/machine/_types.h:8:0, from /usr/include/sys/_types.h:33, from /usr/include/machine-i386/endian.h:37, from /usr/include/machine/endian.h:8, from /usr/include/sys/soundcard.h:110: /usr/include/machine-i386/_types.h:94:9: error: declaration does not declare anything [-fpermissive] $ g++ /usr/include/sys/soundcard.h -E | grep segsz -C 2 typedef __int32_t __ptrdiff_t; typedef __int32_t __register_t; typedef __int32_t __segsz_t; typedef __uint32_t ; typedef __int32_t __ssize_t; Found it! I did 'cpp -dD /usr/include/sys/soundcard.h' which led me to this: /usr/lib/gcc/i486-kfreebsd-gnu/4.6/include/stddef.h: 203 #if defined (__FreeBSD__) (__FreeBSD__ = 5) 204 /* __size_t is a typedef on FreeBSD 5!, must not trash it. */ 205 #else 206 #define __size_t 207 #endif Not sure of the right way to fix it so I've CC'd the Debian GCC Maintainers. Maybe just like this? It fixes the issue for me. --- stddef.h.orig 2012-01-28 04:13:06.0 + +++ stddef.h2012-01-28 04:14:05.0 + @@ -200,7 +200,7 @@ #define ___int_size_t_h #define _GCC_SIZE_T #define _SIZET_ -#if defined (__FreeBSD__) (__FreeBSD__ = 5) +#if defined (__FreeBSD__) (__FreeBSD__ = 5) || (__FreeBSD_kernel__) /* __size_t is a typedef on FreeBSD 5!, must not trash it. */ #else #define __size_t While here, I noticed similar stuff in the same file and wondered if it may have been causing other problems on kFreeBSD, such as: /* On FreeBSD 5, machine/ansi.h does not exist anymore... */ #if defined (__FreeBSD__) (__FreeBSD__ = 5) #include sys/_types.h #endif Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f23794a.6050...@pyro.eu.org