Bug#609690: gcc-4.4: default 32bit arch on amd64, i386, and kfreebsd-{amd64,i386},
I believe, that even plain i486 have to be supported, also changelog claims that default should still be i486. yes, I think I did change that to avoid libgomp failures, which requires i586, and not just i486. Not sure what to do about that for squeeze. Just document it in release notes/errata ? $ apt-cache rdepends libgomp1 | wc -l 77 So all these packages would need setting of the -march flag explicitly. There are other packages which do require i586, like OpenJDK. According to http://en.wikipedia.org/wiki/X86_instruction_listings#Added_with_Pentium the added instruction for pentium seems not be usually generated by gcc directly, may be CMPXCHG8B. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609557: calibre: FTBFS on kfreebsd-*
tags 609557 + patch user debian-...@lists.debian.org usertag 609557 + kfreebsd -- Hi, please apply attached patch for now. It would be very nice if you can inform upstream about this problem. The support for multiple OSes really needs cleanup: ./setup/__init__.py:isfreebsd = 'freebsd' in sys.platform ./setup/extensions.py:isunix = islinux or isosx or isfreebsd ./src/calibre/constants.py:isfreebsd = 'freebsd' in sys.platform.lower() ./src/calibre/constants.py:isunix = isosx or islinux The GNU/kFreeBSD have the same kernel as plain FreeBSD, but the same file system layout as linux. Thanks in advance Petr--- calibre-0.7.38+dfsg.orig/src/calibre/linux.py +++ calibre-0.7.38+dfsg/src/calibre/linux.py @@ -136,17 +136,17 @@ class PostInstall: self.icon_resources = [] self.menu_resources = [] self.mime_resources = [] -if islinux: +if True or islinux: self.setup_completion() self.install_man_pages() -if islinux: +if True or islinux: self.setup_desktop_integration() self.create_uninstaller() from calibre.utils.config import config_dir if os.path.exists(config_dir): os.chdir(config_dir) -if islinux: +if True or islinux: for f in os.listdir('.'): if os.stat(f).st_uid == 0: os.rmdir(f) if os.path.isdir(f) else os.unlink(f) --- calibre-0.7.38+dfsg.orig/src/calibre/devices/bambook/libbambookcore.py +++ calibre-0.7.38+dfsg/src/calibre/devices/bambook/libbambookcore.py @@ -31,9 +31,7 @@ except: if iswindows: text_encoding = 'mbcs' -elif islinux: -text_encoding = 'utf-8' -elif isosx: +else: text_encoding = 'utf-8' def is_bambook_lib_ready():
Bug#609557: calibre: FTBFS on kfreebsd-*
./setup/__init__.py:isfreebsd = 'freebsd' in sys.platform That's indeed the right point to fix, and once we find a better condition, I'll send that upstream. We don't actually care about the kernel in calibre, so a better hack would be to just pin isfreebsd to False and islinux to True in the Debian package. Would you have an idea to tell apart Linux userspace from a real BSD userspace? Unfortunately I don't have any BSD experience. The difference is i.e. slightly different libc interface, differnt syntax for mount command, etc. I would guess that calibre should really distinguish only whether it is a win32 (MS windows) based system or unix based system (the rest). May be OSx is between. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605777: workaround for backspace key deletes forwards on the kFreeBSD console
The integration should be into /etc/init.d/kbdcontrol, by adding two targets, like keymap-native and keymap-debian. May be it can be run even semi-automatically, by detecting whether the /etc/inittab uses cons25 or cons25-debian and noop or alter keymap. Yes, I like the latter (auto detection) part. Another solution could be a debconf question in kbdcontrol (though it might be too late for this). Attached is the proposed new /etc/init.d/kbdcontrol. The current default is FLAVOUR=auto Should be the default auto or native ? Is there still a time to do freebsd-utils upload ? The only change against current one would be the new /etc/init.d/kbdcontrol script. Cheers Petr#! /bin/sh ### BEGIN INIT INFO # Provides: kbdcontrol # Required-Start: $local_fs $remote_fs # Required-Stop: # Default-Start:S # Default-Stop: # Short-Description:Set keymap # Description: Set the Console keymap ### END INIT INFO # # skeleton example file to build /etc/init.d/ scripts. # This file should be used to construct scripts for /etc/init.d. # # Written by Miquel van Smoorenburg miqu...@cistron.nl. # Modified for Debian # by Ian Murdock imurd...@gnu.ai.mit.edu. # # Version: @(#)skeleton 1.9 26-Feb-2001 miqu...@cistron.nl # set -e PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin which kbdcontrol /dev/null # in general, keymap layout can be # native: the plain FreeBSD/cons25 layout # debian: the Debian Policy 9.8 (Keyboard configuration) conforming, aka cons25-debian # auto:scan /etc/inittab and guess the right one FLAVOUR=auto # for auto do the guess if [ $FLAVOUR = auto ] then if grep -q -e respawn:/sbin/getty.*cons25-debian /etc/inittab then FLAVOUR=debian fi fi alter_to_debian_keymap () { # change keymap layout to Debian Policy 9.8 (Keyboard configuration) conforming # 014 deldelbs bs deldelbs bs O # 142 deldelbs bs deldelbs bs O # 103 fkey61 fkey61 fkey61 fkey61 fkey61 fkey61 boot fkey61 O # 231 fkey61 fkey61 fkey61 fkey61 fkey61 fkey61 boot fkey61 O # in following part change only first one, do not change the rest (decimal separator) # 083 fkey61 '.''.''.''.''.'boot bootN # 211 fkey61 '.''.''.''.''.'boot bootN echo -n Altering to policy conforming cons25-debian layout... TMPFILE=`mktemp -t keymap.XX` || exit 1 kbdcontrol -d | sed \ -e s/^ 083 del / 083 fkey61/ \ -e s/^ 211 del / 211 fkey61/ \ -e s/^ 083 bs/ 083 fkey61/ \ -e s/^ 211 bs/ 211 fkey61/ \ -e s/^ 014 .*/ 014 deldelbs bs deldel bs bs O/ \ -e s/^ 142 .*/ 142 deldelbs bs deldel bs bs O/ \ -e s/^ 103 .*/ 103 fkey61 fkey61 fkey61 fkey61 fkey61 fkey61 boot fkey61 O/ \ -e s/^ 231 .*/ 231 fkey61 fkey61 fkey61 fkey61 fkey61 fkey61 boot fkey61 O/ \ $TMPFILE kbdcontrol -l $TMPFILE rm -f $TMPFILE # and generate ESC [ 3 ~ for fkey61 SEQ=`/bin/echo -n -e \\\033[3~` #echo $SEQ | od -ax kbdcontrol -f 61 $SEQ echo done. } alter_to_native_keymap () { # change keymap layout to usual cons25 # 014 bs bs deldelbs bs deldel O # 142 bs bs deldelbs bs deldel O echo -n Altering to native cons25 layout... TMPFILE=`mktemp -t keymap.XX` || exit 1 kbdcontrol -d | sed \ -e s/^ 014 .*/ 014 bs bs deldelbs bs deldel O/ \ -e s/^ 142 .*/ 142 bs bs deldelbs bs deldel O/ \ $TMPFILE kbdcontrol -l $TMPFILE rm -f $TMPFILE # and generate del for fkey61 SEQ=`/bin/echo -n -e 177` #echo $SEQ | od -ax kbdcontrol -f 61 $SEQ echo done. } do_start() { if test -e /etc/kbdcontrol.conf ; then echo -n Loading console keymap... kbdcontrol -l `grep -v ^# /etc/kbdcontrol.conf` /dev/console echo done. fi } case $1 in start|) do_start if [ $FLAVOUR = debian ] then alter_to_debian_keymap /dev/console fi ;; restart|reload|force-reload) echo Error: argument '$1' not supported 2 exit 3 ;; stop) # No-op ;; keymap-native) alter_to_native_keymap /dev/console ;; keymap-debian) alter_to_debian_keymap /dev/console ;; *) echo Usage: $0
Bug#506736: boost1.36: FTBFS on GNU/kFreeBSD (#include unistd.h needed)
Package: boost1.36 Severity: important Version: 1.36.0-9 Tags: patch User: [EMAIL PROTECTED] Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD, see http://buildd.debian-ports.org/status/package.php?p=boost1.36 It needs small tweak, see bellow. It would also be nice if you can ask upstream to include this #include unistd.h. Thanks in advance Petr --- boost1.36-1.36.0/tools/jam/src/jam.h +++ boost1.36-1.36.0/tools/jam/src/jam.h @@ -418,6 +418,10 @@ # include stdlib.h # endif +# ifdef __GLIBC__ +# include unistd.h +# endif + # if !defined(OS_BSDI) \ !defined(OS_FREEBSD) \ !defined(OS_DRAGONFLYBSD) \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#566916: hfsprogs: FTBFS on GNU/kFreeBSD
found 566916 332.25-7 tags 566916 +patch -- Hi, please drop b-dep on kfreebsd-kernel-headers, as it is build-essential on GNU/kFreeBSD. The real problem is #define __APPLE_API_PRIVATE. Please alter 20-apple_specific_files.patch as show bellow. Thanks Petr --- include/sys/appleapiopts.h +++ include/sys/appleapiopts.h @@ -42,10 +42,6 @@ #define __APPLE_API_UNSTABLE #endif /* __APPLE_API_UNSTABLE */ -#ifndef __APPLE_API_PRIVATE -#define __APPLE_API_PRIVATE -#endif /* __APPLE_API_PRIVATE */ - #ifndef __APPLE_API_OBSOLETE #define __APPLE_API_OBSOLETE #endif /* __APPLE_API_OBSOLETE */ --- include/hfs/hfs_format.h +++ include/hfs/hfs_format.h @@ -59,7 +59,7 @@ }PACKED_S; -#ifdef __APPLE_API_PRIVATE +#if 1 /* * Mac OS X has a special directory for linked and unlinked files (HFS Plus only). * This directory and its contents are never exported from the filesystem under -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
Looks like -ldl is still missing. ;) It is needed to extend configure.ac and regenerate configure, as shown in Message #22 received at 566...@bugs.debian.org. Also cleanup of debian/control, like Package: snd-gtk-pulse Architecture: any -Provides: snd-gtk-alsa, snd-gtk +Provides: snd-gtk-alsa [linux-any], snd-gtk is needed. It might be better to have only one -nox package named snd-nox which will use ALSA on Linux and OSS on GNU/kFreeBSD. AFAIK hurd does not have sound support. On the other hand snd-gtk-jack might be usefull even on GNU/kFreeBSD. Please, what are the preferences of maintainer ? Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
package snd-gtk-pulse everywhere, on linux uses ALSA, on GNU/kFreeBSD OSS package snd-gtk-jack on i386 amd64 powerpc CPUs, i.e. also on kfreebsd-amd64 and kfreebsd-i386 package snd-nox everywhere, on linux uses ALSA, on GNU/kFreeBSD OSS Agreed. Do we really need to change the name? Could we simply leave snd-nox-alsa unchanged and build it with different configurations on Linux and kFreeBSD? Well, technically it is possible, but the name of the package would be misleading. The snd-nox-alsa have not been part of any Debian stable release, so from my POV it is much better to rename it now to avoid later confusion. But definitely, it is up to Maintainer, not Porter decision ;-) Please apply attached diff against snd_11.2-1 and after that perform cd debian mv snd-nox-alsa.install snd-nox.install mv snd-nox-alsa.menu snd-nox.menu The attached diff changes debian/control, debian/rules, adds 05-kfreebsd.diff and 99-autoconf.diff, enlist them in series file. It have been build-tested on kfreebsd-am64. It would also be nice if you can ask upstream to include 05-kfreebsd.diff changes for next release. Many, many thanks Petr diff -u snd-11.2/debian/control snd-11.2/debian/control --- snd-11.2/debian/control +++ snd-11.2/debian/control @@ -13,8 +13,8 @@ libsamplerate0-dev, libxmu-dev, libpulse-dev, - libjack-dev [i386 amd64 powerpc], - libasound2-dev, + libjack-dev [i386 amd64 powerpc kfreebsd-i386 kfreebsd-amd64 hurd-i386], + libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libmpc-dev (= 0.8), bzip2, quilt (= 0.46-7) @@ -48,8 +48,8 @@ This package contains the documentation for snd. Package: snd-gtk-jack -Architecture: i386 amd64 powerpc -Provides: snd-gtk-alsa, snd-gtk +Architecture: any-i386 any-amd64 any-powerpc +Provides: snd-gtk-alsa [linux-any], snd-gtk Depends: snd (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends} @@ -66,7 +66,7 @@ Package: snd-gtk-pulse Architecture: any -Provides: snd-gtk-alsa, snd-gtk +Provides: snd-gtk-alsa [linux-any], snd-gtk Depends: snd (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends} @@ -81,17 +81,17 @@ This package contains the files for the GTK+ user interface with PulseAudio support. -Package: snd-nox-alsa +Package: snd-nox Architecture: any Depends: snd (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends} -Provides: snd-nox +Provides: snd-nox-alsa [linux-any] Conflicts: snd-dmotif, snd-dmotif-alsa, snd-smotif, snd-gtk-alsa, snd-gtk ( 11-3), snd-gtk-jack, snd-gtk-pulse Replaces: snd ( 5.10), snd-dmotif, snd-dmotif-alsa, snd-smotif, snd-gtk-alsa, snd-gtk ( 11-3), snd-gtk-jack, snd-gtk-pulse -Description: Sound file editor (without X support - ALSA) +Description: Sound file editor (without X support) Snd is a powerful sound file editor that can be customized and extended using the Scheme programming language. . diff -u snd-11.2/debian/rules snd-11.2/debian/rules --- snd-11.2/debian/rules +++ snd-11.2/debian/rules @@ -1,11 +1,22 @@ #!/usr/bin/make -f -DEBIAN_ARCH = $(shell dpkg-architecture -qDEB_HOST_ARCH) +export DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) +export DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) +export DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) + COMMON_CONFIGURE_ARGS=--with-ladspa \ --enable-snd-debug \ --with-gmp \ --prefix=/usr +ifeq ($(DEB_HOST_ARCH_OS),linux) +EXTRA_CONFIGURE_ARGS=--with-alsa +endif + +ifeq ($(DEB_HOST_ARCH_OS),kfreebsd) +EXTRA_CONFIGURE_ARGS=--with-oss +endif + %: dh --with quilt $@ @@ -17,32 +28,36 @@ override_dh_auto_configure: override_dh_auto_build: override_dh_auto_install: - # First, build with ALSA but without GUI - ./configure $(COMMON_CONFIGURE_ARGS) \ - --with-no-gui \ - --with-alsa + # First, build without GUI + ./configure $(COMMON_CONFIGURE_ARGS)\ + $(EXTRA_CONFIGURE_ARGS) \ + --with-no-gui $(MAKE) - dh_install -psnd-nox-alsa - dh_installman -psnd-nox-alsa snd.1 + dh_install -psnd-nox + dh_installman -psnd-nox snd.1 # Clean the tree $(MAKE) distclean + # then, build with PulseAudio ./configure $(COMMON_CONFIGURE_ARGS) \ - --with-gtk \ - --with-pulseaudio + --with-gtk \ + --with-pulseaudio $(MAKE) dh_install -psnd-gtk-pulse dh_installman -psnd-gtk-pulse snd.1 # Clean the tree $(MAKE) distclean + # finally, build with JACK -ifneq (,$(findstring :$(DEB_BUILD_ARCH):,:i386:powerpc:amd64:)) +ifneq (,$(findstring :$(DEB_HOST_ARCH_CPU):,:i386:powerpc:amd64:)) ./configure $(COMMON_CONFIGURE_ARGS) \ - --with-gtk \ - --with-jack + --with-gtk \ + --with-jack $(MAKE) dh_install -psnd-gtk-jack dh_installman -psnd-gtk-jack snd.1 + # Clean the tree + $(MAKE) distclean endif override_dh_install: diff -u snd-11.2/debian/patches/series snd-11.2/debian/patches/series --- snd-11.2/debian/patches/series +++ snd-11.2/debian/patches/series @@
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
We no longer provide snd-nox-alsa runtime package, it's only defined as provided by snd-nox: is it enough? Should we handle a small transition (snd-nox-alsa - snd-nox)? I do not know. Creating transitional package should be very easy. On the other hand, the snd-nox-alsa have not been part of any Debian stable release, nothing build-depends on it, it exists only for two months so far. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567298: ghc6: FTBFS on kfreebsd-i386
retitle 567298 ghc6: FTBFS on kfreebsd-i386 (small fixes needed for GHCi) tags 567298 +patch -- Hi, please apply attached patch, it includes also kfreebsd-_gnu_source-565818, so please apply instead of. It enables ghci, as a side effect it solves the FTBFS on kfreebsd-i386. Petrdiff -ur bd/driver/mangler/ghc-asm.lprl lx/driver/mangler/ghc-asm.lprl --- bd/driver/mangler/ghc-asm.lprl 2009-12-10 19:11:33.0 +0100 +++ lx/driver/mangler/ghc-asm.lprl 2010-01-22 09:06:40.0 +0100 @@ -216,7 +216,7 @@ $T_HDR_vector = \.text\n\t\.align 8\n; ## -} elsif ( $TargetPlatform =~ /^x86_64-.*-(linux|openbsd|freebsd|dragonfly|netbsd)$/m ) { +} elsif ( $TargetPlatform =~ /^x86_64-.*-(linux|openbsd|freebsd|dragonfly|netbsd|kfreebsdgnu)$/m ) { $T_STABBY = 0; # 1 iff .stab things (usually if a.out format) $T_US = ''; # _ if symbols have an underscore on the front diff -ur bd/rts/Linker.c lx/rts/Linker.c --- bd/rts/Linker.c 2009-12-10 19:11:33.0 +0100 +++ lx/rts/Linker.c 2010-01-22 09:09:21.0 +0100 @@ -13,8 +13,8 @@ /* Linux needs _GNU_SOURCE to get RTLD_DEFAULT from dlfcn.h and MREMAP_MAYMOVE from sys/mman.h. */ -#ifdef __linux__ -#define _GNU_SOURCE +#if defined(__linux__) || defined(__GLIBC__) +#define _GNU_SOURCE 1 #endif #include Rts.h @@ -63,12 +63,12 @@ #include sys/wait.h #endif -#if defined(ia64_HOST_ARCH) || defined(linux_HOST_OS) || defined(freebsd_HOST_OS) || defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS) || defined(openbsd_HOST_OS) +#if defined(ia64_HOST_ARCH) || defined(linux_HOST_OS) || defined(freebsd_HOST_OS) || defined(kfreebsdgnu_HOST_OS) || defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS) || defined(openbsd_HOST_OS) #define USE_MMAP #include fcntl.h #include sys/mman.h -#if defined(linux_HOST_OS) || defined(freebsd_HOST_OS) || defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS) || defined(openbsd_HOST_OS) +#if defined(linux_HOST_OS) || defined(freebsd_HOST_OS) || defined(kfreebsdgnu_HOST_OS) || defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS) || defined(openbsd_HOST_OS) #ifdef HAVE_UNISTD_H #include unistd.h #endif @@ -76,7 +76,7 @@ #endif -#if defined(linux_HOST_OS) || defined(solaris2_HOST_OS) || defined(freebsd_HOST_OS) || defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS) || defined(openbsd_HOST_OS) +#if defined(linux_HOST_OS) || defined(solaris2_HOST_OS) || defined(freebsd_HOST_OS) || defined(kfreebsdgnu_HOST_OS) || defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS) || defined(openbsd_HOST_OS) # define OBJFORMAT_ELF #elif defined(cygwin32_HOST_OS) || defined (mingw32_HOST_OS) # define OBJFORMAT_PEi386 @@ -1410,7 +1410,7 @@ } else { if ((W_)result 0x8000) { // oops, we were given memory over 2Gb -#if defined(freebsd_HOST_OS) || defined(dragonfly_HOST_OS) +#if defined(freebsd_HOST_OS) || defined(kfreebsdgnu_HOST_OS) || defined(dragonfly_HOST_OS) // Some platforms require MAP_FIXED. This is normally // a bad idea, because MAP_FIXED will overwrite // existing mappings. diff -ur bd/rts/posix/OSThreads.c lx/rts/posix/OSThreads.c --- bd/rts/posix/OSThreads.c 2009-12-10 19:11:32.0 +0100 +++ lx/rts/posix/OSThreads.c 2010-01-22 09:03:26.0 +0100 @@ -7,10 +7,10 @@ * * --*/ -#if defined(__linux__) +#if defined(__linux__) || defined(__GLIBC__) /* We want GNU extensions in DEBUG mode for mutex error checking */ /* We also want the affinity API, which requires _GNU_SOURCE */ -#define _GNU_SOURCE +#define _GNU_SOURCE 1 #endif #include PosixSource.h diff -ur bd/mk/config.mk.in lx/mk/config.mk.in --- bd/mk/config.mk.in 2009-12-10 19:11:33.0 +0100 +++ lx/mk/config.mk.in 2010-01-28 14:03:13.0 +0100 @@ -153,7 +153,7 @@ # Whether to include GHCi in the compiler. Depends on whether the RTS linker # has support for this OS/ARCH combination. -OsSupportsGHCi=$(strip $(patsubst $(HostOS_CPP), YES, $(findstring $(HostOS_CPP), mingw32 cygwin32 linux solaris2 freebsd dragonfly netbsd openbsd darwin))) +OsSupportsGHCi=$(strip $(patsubst $(HostOS_CPP), YES, $(findstring $(HostOS_CPP), mingw32 cygwin32 linux kfreebsdgnu solaris2 freebsd dragonfly netbsd openbsd darwin))) ArchSupportsGHCi=$(strip $(patsubst $(HostArch_CPP), YES, $(findstring $(HostArch_CPP), i386 x86_64 powerpc sparc sparc64))) ifeq $(OsSupportsGHCi)$(ArchSupportsGHCi) YESYES
Bug#567373: haddock: FTBFS: Module `TcRnDriver' does not export `tcRnGetInfo'
Hi. On kfreebsd-i386 2.6.0-1 will build fine using ghc6 with patch from #567298. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555628: [RFH]: bootstrap of ghc6 on kfreebsd-amd64
Hello. Please could someone help with bootstrapping of ghc6 for kfreebsd-amd64. The main problem is that bootstrap recipe does not work. http://hackage.haskell.org/trac/ghc/wiki/Building/Porting We have working ghc6 on both (linux-)amd64 and kfreebsd-i386. See also needed patches in #555628. Please could someone explain what is built in each stage of boostrapping ? Namely what is really needed to built on host machine ? I should be able to alter /usr/include to have the content of kfreebsd-am64 on linux-amd64. This could solve problem with different struct stat and so on. But I do not know whether it could help at all and in which point I should do such switch. Thanks Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555628: [done]: bootstrap of ghc6 on kfreebsd-amd64
Hi. I am pleased to announce availability of ghc6 on kfreebsd-amd64. I finished the bootstrap, the resulting package is available from [1]. The source package needs the same patch as in #567298 ([2]), applied instead of previous debian/patches/kfreebsd-_gnu_source-565818 I hope that upload of ghc6 6.12 into unstable will be soon, so we do not have to bother with 6.10 series for kfreebsd-amd64. Petr [1] http://asdfasdf.debian.net/~salinger/ghc6_6.12.1-4+kbsd_kfreebsd-amd64.deb [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=16;filename=ghci-kfreebsd.diff;att=1;bug=567298 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565109: gnome install dependency update-binfmts (Linux Only)
Try dpkg --purge binfmt-support. The mono-runtime have Recommends: binfmt-support and by default apt installs also Recommends (in addition to Depends). We really should either: * get it working, if relevant; * get it to fail gracefully; * get it removed from any relationships for non-Linux ports. (But someone may have better ideas.) Manually removing/not-installing it is a pain, even when one is already aware of this issue. And/or change binfmt-support from architecture all to linux-any. It would add at about 250 KB to whole Debian archive size. Currently under kfreebsd-amd64/testing grep-dctrl -s Package binfmt-support ftp.ch.debian.org_debian_dists_squeeze_main_binary-kfreebsd-amd64_Packages Package: binfmt-support Package: binfmtc Package: jarwrapper Package: llvm Package: mono-runtime Package: python2.5-minimal Package: python2.6-minimal Package: utf8script Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565801: src:firebird2.5: FTBFS on kfreebsd-amd64
firebird2.5 2.5.0.25784~ReleaseCandidate1.ds2-6 behaved the same: ../gen/firebird/bin/gbak_static -MODE read_only -R ../builds/misc/help.gbak ../gen/firebird/help/help.fdb make[3]: *** [../gen/firebird/help/help.fdb] Segmentation fault (core dumped) ˙˙ and built fine on asdfasdf.debian.net. Is it possible to get the core dump? Maybe looking into it can sched some light. Yes and no. Line 472 is call to dbb_functions(*p) #3 0x005248b6 in Database (this=0x843d5fe28, p=0x843d52020) at ../src/jrd/../jrd/../jrd/Database.h:472 #4 0x0050c082 in Jrd::Database::create (tdbb=0x7fff98d0, expanded_filename=value optimized out, attach_flag=value optimized out) at ../src/jrd/../jrd/../jrd/Database.h:285 #5 init (tdbb=0x7fff98d0, expanded_filename=value optimized out, attach_flag=value optimized out) at ../src/jrd/jrd.cpp:4838 #6 0x0051e953 in jrd8_attach_database (user_status=0x7fffbd00, filename=value optimized out, handle=0x7fffa138, dpb_length=value optimized out, dpb=value optimized out) at ../src/jrd/jrd.cpp:870 #7 0x0046f460 in isc_attach_database (user_status=value optimized out, file_length=value optimized out, file_name=value optimized out, public_handle=value optimized out, dpb_length=value optimized out, dpb=value optimized out) at ../src/jrd/why.cpp:1473 #8 0x00431c23 in RESTORE_restore (file_name=value optimized out, database_name=value optimized out) at ../temp/boot/burp/restore.cpp:2291 #9 0x00434fa2 in gbak (uSvc=0x800a8c7a8) at ../src/burp/burp.cpp:1070 #10 0x00439c00 in main (argc=value optimized out, argv=value optimized out) at ../src/burp/burpMain.cpp:47 Here is ktrace: ../gen/firebird/bin/gbak_static -MODE read_only -R ../builds/misc/metadata.gbak metadata.fdb 45835 gbak_static CALL unlink(0x7fff9780) 45836 gbak_static RET wait4 0 45835 gbak_static NAMI /tmp/firebird/fb_lock_6b009d1f0100 45836 gbak_static CALL poll(0xa92190,0x1,0x7d0) 45835 gbak_static RET unlink 0 45835 gbak_static CALL semop(0xf30001,0x7fff9b50,0x1) 45835 gbak_static RET semop 0 45835 gbak_static CALL flock(0x6,LOCK_EX) 45835 gbak_static RET flock 0 45835 gbak_static CALL flock(0xa,LOCK_UN) 45835 gbak_static RET flock 0 45835 gbak_static CALL flock(0xa,LOCK_EX|LOCK_NB) 45835 gbak_static RET flock 0 45835 gbak_static CALL compat7.__semctl(0xf30001,0,IPC_RMID,0) 45835 gbak_static RET compat7.__semctl 0 45835 gbak_static CALL flock(0xa,LOCK_UN) 45835 gbak_static RET flock 0 45835 gbak_static CALL close(0xa) 45835 gbak_static RET close 0 45835 gbak_static CALL munmap(0x800aa5000,0x10) 45835 gbak_static RET munmap 0 45835 gbak_static CALL close(0xa) 45835 gbak_static RET close -1 errno 9 Bad file descriptor 45835 gbak_static CALL flock(0x6,LOCK_UN) 45835 gbak_static RET flock 0 45835 gbak_static CALL __getcwd(0x7fff9470,0x400) 45835 gbak_static NAMI /build/manual/firebird2.5-2.5.0.25784~ReleaseCandidate1.ds2/gen 45835 gbak_static RET __getcwd 0 45835 gbak_static CALL readlink(0x800a88408,0x7fff9910,0x400) 45835 gbak_static NAMI /build/manual/firebird2.5-2.5.0.25784~ReleaseCandidate1.ds2/gen/metadata.fdb 45835 gbak_static RET readlink -1 errno 22 Invalid argument 45835 gbak_static CALL open(0x7fff8fe0,O_RDONLY|O_LARGEFILE,unused0) 45835 gbak_static NAMI /etc/firebird/2.5/aliases.conf 45835 gbak_static RET open -1 errno 2 No such file or directory 45835 gbak_static CALL write(0x2,0x7fff6b60,0x10) 45835 gbak_static GIO fd 2 wrote 16 bytes create 1 (nil) 45835 gbak_static RET write 16/0x10 45835 gbak_static CALL gettimeofday(0x7fff9320,0) 45835 gbak_static RET gettimeofday 0 45836 gbak_static RET poll -1 errno 4 Interrupted system call 45837 gbak_static RET sigsuspend -1 errno 4 Interrupted system call 45836 gbak_static PSIG SIGKILL SIG_DFL 45837 gbak_static PSIG SIGKILL SIG_DFL 45835 gbak_static PSIG SIGSEGV SIG_DFL Petr
Bug#559052: lbzip2: FTBFS on GNU/kFreeBSD
Hi. Wrt. to the compilation error itself: this is a standards-non-compliance bug in GNU/kFreeBSD; SUSv2 mandates those STREAMS related error numbers [2] [3]. I'm not saying GNU/kFreeBSD should support STREAMS, but it should #define those macros. (Or maybe GNU/kFreeBSD doesn't even intend to support SUSv2; in that case, all bets are off and we're in hack-land.) We try to support SUSv3, but not all optional parts, the streams related errors are marked as OB XSR by POSIX 2008. http://www.opengroup.org/onlinepubs/9699919799/basedefs/errno.h.html [OB] Obsolescent The functionality described may be removed in a future version of this volume of POSIX.1-2008. Strictly Conforming POSIX Applications and Strictly Conforming XSI Applications shall not use obsolescent features. [XSR] XSI STREAMS The functionality described is optional. The functionality described is also an extension to the ISO C standard. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559107: weaknesses in BSD PRNG algorithms
severity 559107 important -- But the status of CVE-2008-114[678] is still open. Do they affect the KFreeBSD port? What's the position of the FreeBSD kernel developers on these issues? I used as description this http://www.trusteer.com/docs/OpenBSD_DNS_Cache_Poisoning_and_Multiple_OS_Predictable_IP_ID_Vulnerability.pdf The GNU/kFreeBSD (kfreebsd-?) is not affected by CVE-2008-1146 and CVE-2008-1148 at all. For CVE-2008-1147 holds: Exploitations of the predictability of the IP fragmentation ID were made public almost a decade ago. NetBSD, FreeBSD and DragonFlyBSD do not randomize IP fragmentation ID field at all by default, and provide a kernel flag (net.inet.ip.random_id) that enables randomization through the weak algorithm. The weak algorithm have been replaced by upstream commit (Feb 6 2008) http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_id.c?rev=1.10;contenttype= Replace the random IP ID generation code we obtained from OpenBSD with an algorithm suggested by Amit Klein. The OpenBSD algorithm has a few flaws; see Amit's paper for more information. For a description of how this algorithm works, please see the comments within the code. Note that this commit does not yet enable random IP ID generation by default. There are still some concerns that doing so will adversely affect performance. This commit have not been MFC-ed to STABLE-7. The default value for net.inet.ip.random_id is 0 even in HEAD, The FreeBSD developers/security_team did publish no security advisory, no errata notice, they did not include it in next release (7.1 - January 2009). Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559291: libgtop2: fix kFreeBSD 8.0
Package: libgtop2 Version: 2.28.0-3 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi again, there is yet anothoer problem under GNU/kFreeBSD, some backends parts depend on kernel version, but the check does not cover us. Thanks in advance Petr --- sysdeps/freebsd/procmap.c~ +++ sysdeps/freebsd/procmap.c @@ -113,7 +113,7 @@ if (kvm_read (server-machine.kd, (gulong) inode.i_dev, (char *) si, sizeof (si)) != sizeof (si) || -#if __FreeBSD_version = 800039 +#if (__FreeBSD_version = 800039) || (__FreeBSD_kernel_version = 800039) kvm_read (server-machine.kd, (gulong) cdev2priv(si), (char *) priv, sizeof (priv)) #else -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559260: python-central: Syntax error on line 2111
Please note that compared to previous version 0.6.13, there is one extra (, not the missing ). Petr --- /usr/bin/pycentral~ 2009-12-02 16:01:45.0 + +++ /usr/bin/pycentral 2009-12-03 12:25:11.0 + @@ -2108,7 +2108,7 @@ elif len(matching_actions) 1: usage(sys.stderr, ambiguous action `%s', matching actions: %s - % (action_name, str(list(matching_actions))) + % (action_name, strlist(matching_actions))) else: action_name = matching_actions[0] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559083: tulip: FTBFS on GNU/kFreeBSD
Hello. Please apply patch bellow and run autoreconf -vfi. Adding of AC_CANONICAL_HOST have been sufficient for me. The real problem might be in warnings during autoreconf. Petr --- configure.in +++ configure.in @@ -7,6 +7,7 @@ AM_INIT_AUTOMAKE(1.6 dist-bzip2) AM_CONFIG_HEADER(config.h) AM_MAINTAINER_MODE +AC_CANONICAL_HOST dnl autoheader templates for config.h.in AH_TOP( @@ -132,7 +133,7 @@ VAR_MACOSX_7=1 fi ;; -*Linux*) +*Linux*|*GNU/kFreeBSD*) VAR_LINUX=1 ;; esac -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559318: wackamole: FTBFS on GNU/kFreeBSD
Package: wackamole Version: 2.1.1-3.1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. It needs small tweaks, see bellow. It would also be nice if you can ask upstream to include this changes. Thanks in advance Petr only in patch2: unchanged: --- wackamole-2.1.1.orig/configure.in +++ wackamole-2.1.1/configure.in @@ -331,8 +331,6 @@ AC_MSG_CHECKING([for BPF]) if test -c /dev/bpf0 ; then AC_MSG_RESULT(yes) -AC_CHECK_LIB(pcap, pcap_strerror, , - AC_MSG_ERROR([ *** Need libpcap for BPF ***])) AC_DEFINE(USE_BPF) IFE_OBJ=ife-bpf.o else only in patch2: unchanged: --- wackamole-2.1.1.orig/ife-bpf.c +++ wackamole-2.1.1/ife-bpf.c @@ -33,7 +33,7 @@ _if_bpf = open(device, O_WRONLY); } while (_if_bpf 0 errno == EBUSY n 999); if(_if_bpf 0) { -printf(%s: %s, device, (const char *)pcap_strerror(errno)); +printf(%s: %s, device, (const char *)strerror(errno)); exit (EXIT_FAILURE); } v = 32768; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559107: weaknesses in BSD PRNG algorithms
If I understand it correctly, this means that the fix is present in kfreebsd-8, but not kfreebsd-7? Yes. Not having it enabled by default seems good enough to me. If I understand it correctly, the security problem is it allows remote attackers to guess sensitive values such as IP fragmentation IDs by observing a sequence of previously generated values. By default, the next_value is previous_value+1, i.e. unsecure at all. It can be enabled to use random (secure) value, the random value is in kfreebsd-7 generated by weak X2 algorithm, in kfreebsd-8 by algorithm suggested by Amit Klein. So the options are: 1) leave it as is (same as native FreeBSD) 2) only backport new algorithm to kfreebsd-7 3) change default to use random algorithm in both kfreebsd-7 and kfreebsd-8 4) backport new algorithm to kfreebsd-7 and change default to use random algorithm in both kfreebsd-7 and kfreebsd-8 What prefers the security team ? Will Squeeze use kfreebsd-7 or -8 or both? It is not yet decided, the kfreebsd-8 is really fresh. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559344: kldutils: bashism used in /etc/init.d/module-init-tools
When running with a default shell of dash and not bash, the /etc/init.d/module-init-tools script complains about not finding the bash builtin shopt: # /etc/init.d/module-init-tools start /etc/init.d/module-init-tools: 62: shopt: not found # Which is from this call: modules=`shopt -s nullglob ; cat /etc/modules /etc/modules.d/* \ | sed -e \s/#.*//g\ -e \/^\( \|\t\)*$/d\ ` I have to say I don't really understand where you got this code. It has been fixed back in July, and is surely not in version 8.0-1. It might be related to package name change in freebsd-utils (7.1-4) unstable; urgency=low * Rename module-init-tools to kldutils and net-tools to freebsd-net-tools, as this is messing up the expectations of several services of equially named binary coming from the same source package. -- Guillem Jover guil...@debian.org Mon, 13 Apr 2009 17:29:58 +0200 Please run dpkg -L kldutils, there should be only lines /etc/init.d /etc/init.d/kldutils Please try also dpkg -la | grep modules-init-tools, there should be no such package. You might want to purge it. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539742: apt: FTBFS on GNU/kFreeBSD (due to mremap)
Package: apt Severity: important Version: 0.7.22 Tags: patch User: glibc-bsd-de...@lists.alioth.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. From man mremap: This call is Linux-specific, and should not be used in programs intended to be portable. Please guard usage of mremap() as shown bellow. The MREMAP_* defines are available only on Linux architectures, they can serve as signal of mremap() availability. Thanks in advance Petr --- apt-pkg/contrib/mmap.cc +++ apt-pkg/contrib/mmap.cc @@ -317,7 +317,7 @@ but why we should not at least try to grow it before we give up? */ bool DynamicMMap::Grow() { -#ifdef _POSIX_MAPPED_FILES +#if defined(_POSIX_MAPPED_FILES) defined(MREMAP_MAYMOVE) defined(MREMAP_FIXED) unsigned long newSize = WorkSpace + 1024*1024; if(Fd != 0) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539782: xdelta3: FTBFS on many architectures (-fpic needed)
Package: xdelta3 Severity: important Version: 0v2.dfsg-1 Tags: patch User: glibc-bsd-de...@lists.alioth.debian.org Usertags: kfreebsd Hi, the current version fails to build on some architectures, including amd64, kfreebsd-amd64. Please alter Makefile as shown bellow. It would also be nice if you can ask upstream to include this change. Thanks in advance Petr --- Makefile +++ Makefile @@ -198,7 +198,7 @@ swig -python xdelta3.swig xdelta3.o: $(SOURCES) - $(CC) -O3 $(CFLAGS) -c xdelta3.c $(SWIG_FLAGS) -o xdelta3.o + $(CC) -O3 $(CFLAGS) -fpic -c xdelta3.c $(SWIG_FLAGS) -o xdelta3.o xdelta3_wrap.o: xdelta3_wrap.c $(CC) -O3 $(CFLAGS) $(SWIG_FLAGS) \ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539679: mysql-dfsg-5.1: failing testsuite on kfreebsd-*
Hi, the testsuite also fails on kfreebsd-*. I looked into SVN, please could you consider to do what is written in debian/changelog for 5.1.37-1, i.e. really Ignore errors in testsuite on all archs but amd64, i386, ia64 and s390. The snippet bellow in debian/rules should suffice. Thanks Petr ifneq (,$(filter $(ARCH), amd64 i386 ia64 s390)) TESTSUITE_FAIL_CMD=exit 1 else TESTSUITE_FAIL_CMD=true endif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539278: lib32z1: not installable on kfreebsd-amd64/ppc64
user glibc-bsd-de...@lists.alioth.debian.org usertag 539278 + kfreebsd thanks Hi, in mean time please at least change both Pre-Depends: libc6-i386 (= 2.9-18) intoPre-Depends: libc6-i386 (= 2.9-18) [amd64] Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539913: mc: FTBFS on GNU/kFreeBSD (cons.saver is linux specific)
Package: mc Version: 2:4.7.0-pre1-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. The cons.saver is linux specific, please use linux specific install file or alternatively install it directly from debian/rules. The 1st approach should be just this: mv debian/mc.install debian/mc.install.linux grep -v saver debian/mc.install.linux debian/mc.install The 2nd similar to install/mc:: cp ./debian/extra/icon.xpm ./debian/mc/usr/share/pixmaps/mc.xpm ifeq ($(DEB_HOST_ARCH_OS),linux) mkdir -p debian/mc/usr/lib/mc/mc/ cp debian/tmp/usr/lib/mc/mc/cons.saver debian/mc/usr/lib/mc/mc/ endif with cons.saver dropped from debian/mc.install Thanks in advance Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539920: libio-aio-perl: FTBFS on kfreebsd-i386
Package: libio-aio-perl Version: 2.4-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on kfreebsd-i386. It needs a small tweak, see bellow. It would also be nice if you can ask upstream to include this change. Thanks in advance Petr --- xthread.h +++ xthread.h @@ -83,7 +83,7 @@ #include pthread.h typedef pthread_mutex_t mutex_t; -#if __linux defined (PTHREAD_ADAPTIVE_MUTEX_INITIALIZER_NP) +#if defined (PTHREAD_ADAPTIVE_MUTEX_INITIALIZER_NP) # define X_MUTEX_INIT PTHREAD_ADAPTIVE_MUTEX_INITIALIZER_NP #else # define X_MUTEX_INIT PTHREAD_MUTEX_INITIALIZER -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533356: [ping] Bug#533356 fixed upstream - tar: broken behaviour with input/output pipe and compression
Hi, please could you integrate either proposed patch or the enhanced patch applied upstream http://git.savannah.gnu.org/cgit/tar.git/commit/?id=af30244849448c775b3e447a84ba8b0249b4b697 It is really not GNU/kFreeBSD specific problem, moreover appearance is timing dependent. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540137: unworkable: FTBFS on GNU/kFreeBSD
Package: unworkable Version: 0.51-5 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. It needs small tweaks for GNUmakefile and torrent.c, see bellow. The change in torrent.c is add || defined(__GLIBC__) and move conditional inclusion after all standard headers. It would also be nice if you can ask upstream to include this changes. Thanks in advance Petr diff -u unworkable-0.51/GNUmakefile unworkable-0.51/GNUmakefile --- unworkable-0.51/GNUmakefile +++ unworkable-0.51/GNUmakefile @@ -27,7 +27,7 @@ SRCS=$(wildcard *.c *.y) LIBS=-levent -lcrypto UNAME=$(shell uname) -ifeq ($(UNAME),Linux) +ifneq (, $(filter Linux GNU GNU/%, $(UNAME))) SRCS+=openbsd-compat/strlcpy.c SRCS+=openbsd-compat/strlcat.c SRCS+=openbsd-compat/sha1.c only in patch2: unchanged: --- unworkable-0.51.orig/torrent.c +++ unworkable-0.51/torrent.c @@ -15,15 +15,6 @@ * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. */ -#if defined(__linux__) || defined(__CYGWIN__) -#include sys/file.h -#endif - -/* solaris 10 */ -#if defined(__SVR4) defined(__sun) -#include /usr/ucbinclude/sys/file.h -#endif - #include sys/types.h #include sys/mman.h #include sys/param.h @@ -41,6 +32,15 @@ #include time.h #include unistd.h +#if defined(__linux__) || defined(__CYGWIN__) || defined(__GLIBC__) +#include sys/file.h +#endif + +/* solaris 10 */ +#if defined(__SVR4) defined(__sun) +#include /usr/ucbinclude/sys/file.h +#endif + #include includes.h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503162: libc6: Doubt with nptl
The presented behaviour of pthread_rwlock_rdlock() is POSIX compliant. The http://opengroup.org/onlinepubs/007908799/xsh/pthread_rwlock_rdlock.html says explicitely: The calling thread acquires the read lock if a writer does not hold the lock and there are no writers blocked on the lock. It is unspecified whether the calling thread acquires the lock when a writer does not hold the lock and there are writers waiting for the lock. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503162: libc6: Doubt with nptl
Thank you very much for answering me. And if you don't mind I'll ask one more question. In the open group manual there is this line Implementations are allowed to favour writers over readers to avoid writer starvation. And linux manual says: If the Thread Execution Scheduling option is supported, and the threads involved in the lock are executing with the scheduling policies SCHED_FIFO or SCHED_RR, the calling thread shall not acquire the lock if a writer holds the lock or if writers of higher or equal priority are blocked on the lock; otherwise, the calling thread shall acquire the lock. The sysconf call showed that _SC_THREAD_PRIORITY_SCHEDULING option is enabled in my system. But adding pthread_attr_setschedpolicy(pthread_attr, SCHED_FIFO) line before the pthread_create call didn't affect anything. What's wrong now? I do not know. May be scheduling of whole process have to be set, may be it have to have enough priviledge to set SCHED_FIFO. Or the manual does not reflect glibc reality. But even in the original case, the writers are really favored over readers. When the write-lock is released, it is acquired by another writer, even iff the writer asked for a lock after reader. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460331: still have this problem on kfreebsd-i386
The 32-bit overflow during calculation is responsible for remaining problem. That overflow is in the kernel itself then? Yes :-( The kernel uses long, i.e on k-i it is only 32 bit. The code can use HZ from /usr/include/asm/param.h This is set at 100 This file does not exist on GNU/kFreeBSD. now, as Peter's bug report says (the assume is from HZ): | wea...@field:~$ uptime | Unknown HZ value! (45) Assume 100. The code conditionally (#ifdef __linux__) uses elf notes so around there I'll put a #ifdef __FreeBSD__ clause and a) if HZ is available, use that b) make it 100 or can asm/param.h HZ not be trusted? Please hardcode it for now and use #if defined(__FreeBSD_kernel__) || defined(__FreeBSD__) Hertz = 100; return; #endif But please keep the bug open, blocked by #521304. Many thanks. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569537: gnome-main-menu: FTBFS on GNU/kFreeBSD (network-manager is not available)
Package: gnome-main-menu Version: 0.9.13-4 Severity: serious Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version again fails to build on GNU/kFreeBSD. The problem is caused by this part of debian/patches/nm-glib-0.8.diff: +NM_GLIB= +PKG_CHECK_EXISTS(libnm-glib, [ NM_GLIB=libnm-glib ]) +if test x$NM_GLIB = x; then + PKG_CHECK_EXISTS(libnm_glib, [ NM_GLIB=libnm_glib ], [ AC_ERROR(cannot find NetworkManager Glib library) ]) +fi This check should be obviously performed only when NM_GLIB will be needed, i.e. when iwlib have been found. Please alter whole debian/patches/nm-glib-0.8.diff as show bellow. It would also be nice if you can ask upstream to include debian/patches/non-linux.diff changes. Thanks in advance. Petr --- a/configure.in +++ b/configure.in @@ -66,7 +66,10 @@ if test x$have_iwlib != xyes ; then AC_DEFINE(NO_NETMAN, 1, [do not use network manager, wireless]) PKG_CHECK_MODULES(MAIN_MENU, [ $COMMON_MODULES libpanelapplet-2.0 gnome-desktop-2.0 gconf-2.0 libgtop-2.0 libgnome-2.0 libgnomeui-2.0 dbus-glib-1 hal-storage cairo x11]) else - PKG_CHECK_MODULES(MAIN_MENU, [ $COMMON_MODULES libpanelapplet-2.0 gnome-desktop-2.0 gconf-2.0 libgtop-2.0 libgnome-2.0 libgnomeui-2.0 dbus-glib-1 hal-storage cairo NetworkManager libnm_glib = 0.7.0 libnm-util = 0.7.0 x11]) +NM_GLIB= +PKG_CHECK_EXISTS(libnm-glib, [ NM_GLIB=libnm-glib ]) +if test x$NM_GLIB = x; then + PKG_CHECK_EXISTS(libnm_glib, [ NM_GLIB=libnm_glib ], [ AC_ERROR(cannot find NetworkManager Glib library) ]) +fi + PKG_CHECK_MODULES(MAIN_MENU, [ $COMMON_MODULES libpanelapplet-2.0 gnome-desktop-2.0 gconf-2.0 libgtop-2.0 libgnome-2.0 libgnomeui-2.0 dbus-glib-1 hal-storage cairo NetworkManager $NM_GLIB = 0.7.0 libnm-util = 0.7.0 x11]) MAIN_MENU_LIBS=$MAIN_MENU_LIBS -liw AC_SUBST(MAIN_MENU_LIBS) fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569953: hs-plugins: please enable on GNU/kFreeBSD
Package: hs-plugins Version: 1.4.1-3 User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the ghc6 6.12.1 provides ghci even on kfreebsd-i386 and kfreebsd-amd64. Please enable also hs-plugins on them. Thanks in advance Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.lnx.4.62.1002151538140.13...@sci.felk.cvut.cz
Bug#565109: update-binfmts currently only works on Linux - another failed Installation report(kfreebsd-i386)
Hi, please could it be solved in some way - another tester of d-i run into this. It's a useful abstraction layer, and it would be more useful if we could rely on it working across all architectures. Does BSD have anything remotely similar to Linux's binfmt_misc that could be used to implement this? I am not aware of anything similar :-( Thanks Petr -- Forwarded message -- Date: Tue, 16 Feb 2010 15:08:33 +0100 From: sioc s...@sioc.org To: debian-...@lists.debian.org debian-...@lists.debian.org Subject: Installation report(kfreebsd-i386) Hello, I tried to install yersteday with the d-i.debian.org mini.iso (kfrebsd-i386) built february the 15th. When i tried to install grub i had an error regarding python2.6-minimal and grub2 refused to be installed. I tried to work around through a chroot and some dpkg --force-all without any success. And when i did an apt-get -f install i discovered a lot of errors like in Bug#565109: GNU/kFreeBSD: Sorry, update-binfmts currently only works on Linux. I could install must of then through dpkg --force-all except the package mono-runtime and python2.6-minimal. Any idea how to install Grub with the installer ? Or telling me the command lines to use in the chroot ? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.lnx.4.62.1002161738240.16...@sci.felk.cvut.cz
Bug#545965: squid3: FTBFS on GNU/kFreeBSD (OS detection for ACL ARP)
found 545965 3.0.STABLE19-1 -- Hi, please could you apply the fix also against current sid variant ? Currently the version in testing is different for GNU/kFreeBSD (3.0.STABLE16-2.1) and remaining architectures (3.0.STABLE19-1). Many thanks Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570489: luajit: FTBFS on kfreebsd-i386 (due to unsatisfied Build-Depends on gcc-multilib)
Package: luajit Version: 2.0.0~beta2+dfsg2-2 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on kfreebsd-i386. On kfreebsd-i386 gcc-multilib is not available, we do not support building 64bit binaries on kfreebsd-i386. The package seems to build fine without gcc-multilib installed. To be honest, it is not clear for me why gcc-multilib might be needed on any i386 at all. So please use in Build-depends gcc-multilib [!kfreebsd-i386] or gcc-multilib [kfreebsd-amd64 amd64]. You might also want to add hurd-i386 into Architecture line or use any-i386 any-amd64 instead of current one. Thanks in advance. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570489: luajit: FTBFS on kfreebsd-i386 (due to unsatisfied Build-Depends on gcc-multilib)
or use any-i386 any-amd64 instead of current one. I did check the policy, and attepmpted a build, but: 1) the policy does not list this architectures 2) lintian gives an error 3) dpkg-architecture -L has a long list that does not include them 4) vim syntax highlight for the control file does not consider it correct Please point me to a reference... Sorry, I expected it works everywhere (see #291939). It looks like it works only in Depends line, but it is still not correctly supported in generated Architecture line of .dsc file. Once again sorry about that. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570536: dpkg: please expand any-i386 and similar for dsc file
Package: dpkg Version: 1.15.5.6 User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version does not any longer put arch:any into the dsc when any arch-specific is built (#526617). As a side effect of this any-i386 is no longer replaced by any, and any-i386 is left in dsc file. The rest of debian tools does not cope properly with this, like W: luajit source: unknown-architecture any-i386 W: luajit source: unknown-architecture any-amd64 Please, could you expand any-i386 and kfreebsd-any and similar lines. Thanks Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564652: openct: FTBFS on kfreebsd-*: sys-bsd.c:579: error: 'struct usb_device_info' has no member named 'udi_devnames'
I'm Cc-ing -bsd@, I believe Petr might look into providing a patch since he solved a bunch of such breakages. Please just use libusb instead of native usb support on GNU/kFreeBSD. debian/control: Add into Build-Depends: libusb2-dev [kfreebsd-i386 kfreebsd-amd64] In debian/rules use: ifeq ($(DEB_HOST_ARCH_OS),kfreebsd) DEB_CONFIGURE_EXTRA_FLAGS = --enable-pcsc --enable-usb else DEB_CONFIGURE_EXTRA_FLAGS = --enable-pcsc endif After that the binary builds fine, the whole build fails for me later in Making install in doc make[2]: Entering directory `/build/manual/openct-0.6.19/doc' make[3]: Entering directory `/build/manual/openct-0.6.19/doc' make[3]: stat: api.out/html/*: Too many levels of symbolic links make[3]: stat: /build/manual/openct-0.6.19/doc/api.out: Too many levels of symbolic links ln -s ./api.out api.out ln: accessing `api.out': Too many levels of symbolic links make[3]: *** [/build/manual/openct-0.6.19/doc/api.out] Error 1 The rules for api.out are different after checkout from SVN and otherwise. This part should not be GNU/kFreeBSD specific problem. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564651: [Pkg-xfce-devel] Bug#564651: xfce4-netload-plugin: FTBFS on kfreebsd-*: net/*.h: No such file or directory
Thanks, I'm not exactly sure what I can do now. In this case, the FTBFS seems more due to kfreebsd than netload (it was building fine before). So there is no more net/ppp_defs.h and net/if_ppp.h in freebsd 8? Is there a porting guide or something? Doing a search for freebsd + net/ppp_defs.h returns as first result this one bug report so? In this particular case the solution is easy. Just do not include unnecessary headers. Build-tested on kfreebsd-amd64. Petr --- xfce4-netload-plugin-0.4.0.orig/panel-plugin/os.h +++ xfce4-netload-plugin-0.4.0/panel-plugin/os.h @@ -94,8 +94,10 @@ #include net/if_media.h #include net/if_mib.h #include arpa/inet.h +#if 0 #include net/ppp_defs.h #include net/if_ppp.h +#endif #elif __NetBSD__/* N E T B S D */ #include stdio.h #include sys/param.h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555532: [Pkg-nagios-devel] Bug#555532: nagios: uninstallable/unbuildable on non-linux
a short status update of the bug. With upstream I managed to get the stuff to compile and running on the first look. After testing the package for a while, I recognized that the migration over to iputils-ping introduces a regression. If a echo reply is missing, check_ping seems to return nothing, which results into a Plugin timed out after 10 seconds. A bit more information can be found at https://sourceforge.net/tracker/?func=detailatid=397597aid=2896201group_id=29880 and I contacted upstream about the problem ~3 weeks ago, but as you may imagine, the holidays we had, slowed the process a bit down. Anyhow ... this bug is at the moment the main showstopper to upload an updated package. Leaving it unfixed with the next upload seems not an option, but having the freeze in march in mind, things will get a bit into rush, as I don't want to upload the package in the last minutes. Fixing new bugs (possible introduced with the new upload) before the freeze, will be more comfortable for all related parties. So ... if anybody has a solution in mind to get the package using iputils-ping (at least on non-linux) and not introducing the regression on the remaining arch, feel free to step forward and provide patches now! :) You can of course conditionalize build-dependencies and dependencies based on architecture. This way configuration on linux could remain the same (no regression) and on previously uninstallable architectures there could be limited functionality (improvement). See bellow for idea. I looked into sources of inetutils-ping - it looks like its general timeout is 10 seconds. So please could be also possible to alter plugin timeout to use 15 seconds ? Thanks for your care about GNU/kFreeBSD. Petr --- debian/control~ +++ debian/control @@ -33,7 +33,7 @@ Package: nagios-plugins-basic Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, procps, iputils-ping, ucf +Depends: ${shlibs:Depends}, ${misc:Depends}, procps, iputils-ping [linux-any], inetutils-ping [kfreebsd-any hurd-any], ucf Conflicts: nagios-plugins (= 1.4.2-3) Replaces: nagios-plugins, nagios-plugins-standard Suggests: nagios3 --- debian/rules~ +++ debian/rules @@ -14,6 +14,7 @@ # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_ARCH_OS?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) CFLAGS = -Wall -g @@ -47,6 +48,15 @@ INSTALL_PROGRAM += -s endif +ifeq ($(DEB_HOST_ARCH_OS),linux) +PING_CONFIGURE_ARGS = --with-ping-command=/bin/ping -n -U -w %d -c %d %s \ + --with-ping6-command=/bin/ping6 -n -U -w %d -c %d %s +else +PING_CONFIGURE_ARGS = --with-ping-command=/bin/ping -n -c %d %s \ + --with-ping6-command=/bin/ping6 -n -c %d %s +endif + + config.status: configure export PATH=$(PATH) dh_testdir @@ -81,8 +91,7 @@ --with-ps-format=%s %d %d %d %d %d %f %s %n \ --with-ps-cols=9 \ --with-ps-varlist=procstat,procuid,procpid,procppid,procvsz,procrss,procpcpu,procprog,pos \ - --with-ping-command=/bin/ping -n -U -w %d -c %d %s \ - --with-ping6-command=/bin/ping6 -n -U -w %d -c %d %s \ + $(PING_CONFIGURE_ARGS) \ --with-nslookup-command=/usr/bin/nslookup -sil \ --with-uptime-command=/usr/bin/uptime \ --with-rpcinfo-command=/usr/bin/rpcinfo \ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564651: [Pkg-xfce-devel] Bug#564651: xfce4-netload-plugin: FTBFS on kfreebsd-*: net/*.h: No such file or directory
Thanks for the analysis and the patch. I guess I'll do a more maintainable solution using something like #ifndef __FREEBSD_KERNEL (or whatever name is the variable). For maintainable solution please use --- xfce4-netload-plugin-0.4.0.orig/panel-plugin/os.h +++ xfce4-netload-plugin-0.4.0/panel-plugin/os.h @@ -94,8 +94,10 @@ #include net/if_media.h #include net/if_mib.h #include arpa/inet.h +#if (__FreeBSD_kernel__ 8) (__FreeBSD__ 8) #include net/ppp_defs.h #include net/if_ppp.h +#endif #elif __NetBSD__/* N E T B S D */ #include stdio.h #include sys/param.h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564652: openct: FTBFS on kfreebsd-*: sys-bsd.c:579: error: 'struct usb_device_info' has no member named 'udi_devnames'
tags 564652 +patch -- The rules for api.out are different after checkout from SVN and otherwise. This part should not be GNU/kFreeBSD specific problem. edit doc/Makefile.* and replace rm -fr api.out with rm -f api.out and you should be fine. That helped. btw: have you tested compiling with libusb support? I thought it was broken, at least for linux. and not sure if you need to disable usb with --disable-usb if you have libusb-dev installed. Without explicit --enable-usb it fails despite libusb2-dev installed. With explicit --enable-usb is builds fine (on kfrebsd-amd64). Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564651: [Pkg-xfce-devel] Bug#564651: xfce4-netload-plugin: FTBFS on kfreebsd-*: net/*.h: No such file or directory
On Mon, 11 Jan 2010, Cyril Brulebois wrote: Petr Salinger petr.salin...@seznam.cz (11/01/2010): For maintainable solution please use --- xfce4-netload-plugin-0.4.0.orig/panel-plugin/os.h +++ xfce4-netload-plugin-0.4.0/panel-plugin/os.h @@ -94,8 +94,10 @@ #include net/if_media.h #include net/if_mib.h #include arpa/inet.h +#if (__FreeBSD_kernel__ 8) (__FreeBSD__ 8) #include net/ppp_defs.h #include net/if_ppp.h +#endif #elif __NetBSD__/* N E T B S D */ #include stdio.h #include sys/param.h Didn't you forget the ˙˙version˙˙ part of the defines? No, as it is sufficient to test major part. #define __FreeBSD_kernel__ 8 #define __FreeBSD_kernel_version 800107 Not sure about the part by the way. You can assume that either __FreeBSD__ and __FreeBSD_kernel__ are both defined to the same value, or one of them is undefined (which is evaluated as 0). In this case value of defined one is important. Generally our tests are in this form: #if (__FreeBSD_kernel_version 701000) (__FreeBSD_version 701000) /* code for old version of kernel */ #endif #if (__FreeBSD_kernel_version 800100) || (__FreeBSD_version 800100) /* code for new version of kernel */ #endif Petr
Bug#555628: ghc6 on kfreebsd-amd64
Hello, it looks like 6.12.1 have been released. Please could you package it for experimental. I might try another round of bootstraping. Any help would be highly appreciated. BTW, the release notes states Dynamic linking is now supported on Linux. As we use the same binutils/gcc/eglibc as linux, it should work also on all GNU/kFreeBSD (and hurd) architectures. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565137: inetutils-ping: please implement -w deadline option
Package: inetutils-ping Version: 0.6.19-1 Severity: wishlist User: debian-...@lists.debian.org Usertags: kfreebsd Hi, on linux, iputils-ping is frequently used. It is also the default one for nagios plugins. Therefore nagios is currently uninstallable on GNU/kFreeBSD, see #32. For proper funcionality of nagios is needed to implement this option of iputils-ping: -w deadline Specify a timeout, in seconds, before ping exits regardless of how many packets have been sent or received. In this case ping does not stop after count packet are sent, it waits either for deadline expire or until count probes are answered or for some error notification from network. Thanks for considering. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555532: [Pkg-nagios-devel] Bug#555532: nagios: uninstallable/unbuildable on non-linux
You can of course conditionalize build-dependencies and dependencies based on architecture. This way configuration on linux could remain the same (no regression) and on previously uninstallable architectures there could be limited functionality (improvement). See bellow for idea. I have prepared a package[1], could you please test, if that is building correctly on non-linux? Many thanks, it seems to build fine. It remains to similarly alter nagios package - #62. I just changed the check_ping calls on my test environment to check_ping -t 15, while inetutils-ping was used and did had a look .. but didn't recognized any significant changes, but my testenvironment just has ~20 hosts. I can raised that to 20 seconds, but in the worst case sysadmins have 10 seconds reaction time lost. :) Dunno if this is such a clever idea. Well, it looks like we need ping capable of -w deadline option. I asked for it - #565137. Anyway, the current situation is significant improvement over old one. Thanks Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564232: Bug 564232 and 561121 related to Debian GNU/kFreeBSD near to be fixed
I'm new to Debian GNU/kFreeBSD and I came to it in order to solve a FTBFS bug (561121) in package polyorb. Bug 561121 is a consequence of bug 564232 (in gnat-4.4). I have found a fix for 564232 (tested up to packaging) and there is two solutions for me now : - 1/ don't touch to gnat-4.4 and apply a work-around for 561121 - 2/ modify gnat-4.4 on kfreebsd (amd64 and i386) and upload again all packages depending on gnat-4.4 The first solution is simpler from an upload point of view but 564232 may have impact on others Ada packages which need to bind sockets (libaws for example). The proper fix would be fix gnat-4.4 and binNMU/requeue affected packages. There is a big difference between (kernels of) Linux and FreeBSD in this: Linux: struct sockaddr { short sa_family; charsa_data[14]; } FreeBSD: struct sockaddr { unsigned char sa_len; unsigned char sa_family; char sa_data[14]; } Ada bindings have to closely follow definition of this struct. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561924: gdb: FTBFS on kfreebsd-amd64 with 8.x kernel headers
The FreeBSD 8.0 kernel does not have segment registers in pcb anymore. To solve current FTBFS please just use patch bellow. Sorry for the inconvenience. In GDB 7.0.1, where this bug was just re-reported, GDB says: #if (__FreeBSD_version 800075) regcache_raw_supply (regcache, AMD64_DS_REGNUM, pcb-pcb_ds); regcache_raw_supply (regcache, AMD64_ES_REGNUM, pcb-pcb_es); regcache_raw_supply (regcache, AMD64_FS_REGNUM, pcb-pcb_fs); regcache_raw_supply (regcache, AMD64_GS_REGNUM, pcb-pcb_gs); #endif Is that the wrong version? The patch was: 2008-10-16 Steven G. Kargl ka...@gcc.gnu.org (tiny patch) * amd64fbsd-nat.c (amd64fbsd_supply_pcb): Conditionally compile in support for pcb-pcb_{fs,ds,es,gs} on FreeBSD older than 8.0. They have been removed somehere during 8.0 development, it started with 80, the 8.0 release have 800107. I did'n know the exact version, so please change the check to #if (__FreeBSD_version 800075) (__FreeBSD_kernel_version 800075) It would also be nice if you can push it into upstream. Please, do you have some hints how to teach gdb, that on GNU/kFreeBSD is thread handling the same as in linuxthreads (pre-NPTL) implementation (#550361). Many thanks Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568255: procps: /bin/kill leaked into procps binary package on GNU/kFreeBSD
Package: procps Version: 1:3.2.8-5 Severity: serious User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version contains /bin/kill, which should come on GNU/kFreeBSD from coreutils. It is regression w.r.t 1:3.2.8-2, it is due to changed debian/rules. The file debian/procps.install.kfreebsd is not effective as currently DEBROOT=$(CURDIR)/debian/procps. It should be DEBROOT=$(CURDIR)/debian/tmp and debian/procps.install* files should contain all files, not only binaries/libraries. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561924: gdb: FTBFS on kfreebsd-amd64 with 8.x kernel headers
#if (__FreeBSD_version 800075) (__FreeBSD_kernel_version 800075) So the issue is checking __FreeBSD_version and not __FreeBSD_kernel_version? Yes. Does normal FreeBSD define both? No. The assumption is that either both are defined to the same value, or only one is defined and the other one is undefined, which is evaluated as zero. Therefore the right thing to do is #if (__FreeBSD_version 800075) (__FreeBSD_kernel_version 800075) Please, do you have some hints how to teach gdb, that on GNU/kFreeBSD is thread handling the same as in linuxthreads (pre-NPTL) implementation (#550361). Sorry, I don't know how to do that. You'd need to bring in linux-thread-db.c and bits of linux-nat.c somehow. I doubt it's really the same at the level GDB sees it. It might be very close. The most needed is a way to access __thread variables, namely errno. TLS implementation is the same, only the way to set-up fs/gs base is a different. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568410: tucnak2: please make libgpm-dev linux-only in B-D.
Package: tucnak2 Version: 2.11-3.1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package can't currently be autobuilt on GNU/kFreeBSD (and GNU/Hurd) due to its unconditional B-D on libgpm-dev. I've checked it builds fine at least on kfreebsd-amd64 using libgpmg1-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] Thanks in advance. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569020: coreutils: failure of install-C test on GNU/kFreeBSD
Package: coreutils Version: 8.4-1 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current coreutils fails to build on GNU/kFreeBSD. Under 7.2 kernel 9 test fails, under 8.0 kernel 1 test fail. The failure under 7.2 kernel is due to limitation of chroot and bind mounts, it is solved in 8.0 kernel. The remanining one is tests/install/install-C which contains: ... . $srcdir/test-lib.sh skip_if_setgid_ mode1=0644 mode2=0755 mode3=2755 ... The problem have been described by Aurelien in http://lists.debian.org/debian-bsd/2009/06/msg9.html, see also bellow. Petr Some more details about the coreutils bug. It's a bit tricky. First of all I should explain the differences between Linux and kFreeBSD for the creation or new files/directory. kFreeBSD always use the group of the parent directory for the group of the newly created file/directory. Linux use the primary group of the user, except if the parent directory is setgid or if the partition is mounted with the option bsdgroups or grpid. On the buildds the parent directory of the build directory has uid=buildd, gid=sbuild. Note that the primary group of the user buildd is buildd. Moreover it is setgid, so there should be no difference between GNU/Linux and GNU/kFreeBSD. dpkg-source -x first creates a temporary directory in the build directory, and the permissions are explicitely set to 00700 (losing the setgid bit). Then the .orig.tar.gz is untared here, patched are applied, then the result is moved to the parent directory, and the the temporary directory removed. As a consequence, on GNU/Linux the temporary directory has lost the setgid bit, and is still uid=buildd, gid=sbuild. Files are unpacked with uid=buildd and gid=buildd, given that the temporary directory has lost the setgid bit. On GNU/kFreeBSD, the temporary directory has also lost the setgid bit, and is also uid=buildd, gid=sbuild. Files are unpacked with uid=buildd and gid=sbuild as the gid is determined by the parent directory. Some coreutils tests fail if the files are not unpack with gid being the primary group of the user. They are skipped if the directory is setgid, but the kFreeBSD case is not taken into account. I'll temporary change /buildd to gid=buildd on the buildds, but it looks like we need a fix at some point. coreutils should probably be fixed, but skipping the tests is probably not a good idea either. I wonder if we should change dpkg to also force uid and gid of the temporary directory while unpacking. I suspect that other packages than coreutils might be affected. Guillem, as a dpkg maintainer, do you have an opinion on that? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569015: [patch] openipmi: FTBFS on kfreebsd-*: SIGPWR
tags 569015 +patch -- It is reincarnation of #497902, it is still not fixed upstream. http://sourceforge.net/tracker/index.php?func=detailaid=2179778group_id=36127atid=416300 The patch is the same as in #497902. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569145: Missing RTF_CLONING in net/route.h
reassign 569145 bird -- The RTF_CLONING constant is missing in net/route.h (there is unused, was RTF_CLONING note instead), although it is defined in FreeBSD headers, noted in FreeBSD manpage and i don't find any notes indicating that is obsolete. It is part of FreeBSD 7.x headers, but it is not part of FreeBSD 8.0 headers, take a look at FreeBSD 8.0 release http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h?rev=1.85.2.1.2.1;content-type=text%2Fplain We just followed plain FreeBSD, sorry. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566748: shishi: FTBFS on GNU/kFreeBSD: undefined reference to `rpl_stat'
reopen 566748 severity 566748 normal retitle 566748 undefined reference to `rpl_stat' when gnulib stat is used user debian-...@lists.debian.org usertag 566748 - kfreebsd -- Is there any chance that squeeze will use the freebsd 8.0 kernel instead, which (apparently) would make this problem go away? That's the case now, and your package is Installed on both GNU/kFreeBSD architectures. Closing accordingly. The bug is still here, it might affect other architectures. But it shouldn't be serious anymore. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569020: coreutils: failure of install-C test on GNU/kFreeBSD
Then gnulib-tests fail: FAIL: test-chown (exit: 134) test-chown.h:106: assertion failed -- FAIL: test-lchown (exit: 134) test-lchown.h:114: assertion failed -- FAIL: test-fchownat (exit: 134) test-chown.h:106: assertion failed -- FAIL: test-utimens (exit: 134) test-utimens.h:43: assertion failed The problem here is that precision settable by syscalls is not the same as default precision of timestamp. Precision of kernel generated timestamps is given by sysctl vfs.timestamp_precision. See i.e. http://lists.freebsd.org/pipermail/freebsd-current/2007-June/073865.html It collides with our workaround of kernel didn't set the modification time with O_TRUNC. I have to check whether it is still needed and either drop our workaround (part of libc) or fix it. Please could you in mean time, only for debian, apply extra check bellow for determining needed delay in tests. Petr --- nap.h +++ nap.h @@ -60,8 +60,10 @@ ASSERT (stat (BASE tmp, st2) == 0); ASSERT (unlink (BASE tmp) == 0); } - if (! (st1.st_mtime == st2.st_mtime - get_stat_mtime_ns (st1) get_stat_mtime_ns (st2))) + if (! ((st1.st_mtime == st2.st_mtime + get_stat_mtime_ns (st1) get_stat_mtime_ns (st2)) + (st1.st_ctime == st2.st_ctime + get_stat_ctime_ns (st1) get_stat_ctime_ns (st2 delay = (st1.st_mtime 1) ? 100 : 200; } usleep (delay); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#460331: still have this problem on kfreebsd-i386
On linux, we just use ELF notes and this problem goes away. If there is something equivalent in freeBSD then I could use that as well. I wouldn't know, I'm just the poor DSA who gets to fight these machines. :) Maybe the debian-bsd list would know. The ELF notes are the property of ELF format which is used on both platforms. In general, the ELF notes are available on GNU/kFreeBSD. The kernel supplies them. Each note is a pair of name and value. The GNU/kFreeBSD kernel does not supply note with name AT_CLKTCK. On GNU/kFreeBSD: $ LD_SHOW_AUXV=1 /bin/true AT_PHDR: 0x400040 AT_PHENT:56 AT_PHNUM:8 AT_PAGESZ: 4096 AT_FLAGS:0x0 AT_ENTRY:0x400d90 AT_BASE: 0x800604000 AT_PLATFORM: /bin/true And on Linux: $ LD_SHOW_AUXV=1 /bin/true AT_SYSINFO_EHDR: 0x7636f000 AT_HWCAP:bfebfbff AT_PAGESZ: 4096 AT_CLKTCK: 100 AT_PHDR: 0x400040 AT_PHENT:56 AT_PHNUM:8 AT_BASE: 0x7ff5b45f6000 AT_FLAGS:0x0 AT_ENTRY:0x400d50 AT_UID: 1000 AT_EUID: 1000 AT_GID: 1000 AT_EGID: 1000 AT_SECURE: 0 AT_PLATFORM: x86_64 In general it might correspond to one of the following values $ sysctl kern.clockrate kern.clockrate: { hz = 1000, tick = 1000, profhz = 2000, stathz = 133 } In case of /proc file system under GNU/kFreeBSD it seems as constant 100. See definition of T2J in http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/compat/linprocfs/linprocfs.c [Is this in any way related to ps showing completely broken timestamps in the START column? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=344546 It boils down to that the freebsd procfs is incomplete. Hmm. Thanks. Yes, the linprocfs.c file have to be extended and verified against contemporary linux's /proc values. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#460331: still have this problem on kfreebsd-i386
But looking at poor field.debian.org 188847.15 673325.21 cpu 119994 4473784 3539322 2746621 The second number first line is idle seconds, the 4th number is idle ticks. See linprocfs_dostat() and linprocfs_douptime(). If its relationship is 100 then one is 100 times the other. It's not, it's about 4 times. How much cores (CPUs) does field.debian.org have ? My guess is 4. (gdb) p 673325 * 133 * 100 / 133 $5 = 2746525 The 32-bit overflow during calculation is responsible for remaining problem. The GNU/kFreeBSD internal counters run at 133 (stathz from sysctl kern.clockrate). Linux used to use 100, the emulation recalculates the value. In mean time please use 100 as hardcoded value of HZ for GNU/kFreeBSD. The long term solution would be to improve linux /proc emulation, may be drop the recalculation completely and directly use stathz. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565783: src:gmp: FTBFS - powm.c:368:34: error: missing binary operator before token (
Hi. fat.h: #undef MUL_TOOM22_THRESHOLD #define MUL_TOOM22_THRESHOLD CPUVEC_THRESHOLD (mul_toom22_threshold) mpn/generic/powm.c:368: #if REDC_1_TO_REDC_N_THRESHOLD MUL_TOOM22_THRESHOLD Under -enable-fat the MUL_TOOM22_THRESHOLD is not compile time constant comparable by preprocessor. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565801: firebird2.5: FTBFS on kfreebsd-*
severity 565801 important -- Hi. The current GNU/kFreeBSD does not support process-shared pthread mutexes. It also does not support process-shared semaphores. Is the inter-process sharing really necessary ? The calls inside are in a form of sem_init(sem, 0, 0), i.e. only thread-shared. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565850: soundkonverter: FTBFS: fails to find cdda_* (missing build-depends on libcdparanoia-dev)
reassign 565850 src:soundkonverter retitle 565850 soundkonverter: FTBFS: fails to find cdda_* (missing build-depends on libcdparanoia-dev) found 565850 1.0.0~alpha1-1 -- Please add into build-depends libcdparanoia-dev. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565820: [patch] samhain: FTBFS on kfreebsd-*: pthread issues
Hi. Please define _GNU_SOURCE everywhere, see bellow. Later it would fail with: Use 'make install-boot' if you want samhain to start on system boot ./samhain-install.sh --destdir=/build/manual/samhain-2.5.4/debian/samhain --express --verbose install-boot ./samhain-install.sh: unsupported platform GNU/kFreeBSD/7.2-1-amd64 make[1]: *** [install-boot] Error 1 Use the same scripts as on Linux, see gain bellow. Petr --- src/dnmalloc.c +++ src/dnmalloc.c @@ -214,10 +214,10 @@ kernel versions newer than 1.3.77. */ +#define _GNU_SOURCE 1 #ifndef HAVE_MREMAP #ifdef linux #define HAVE_MREMAP 1 -#define _GNU_SOURCE #else #define HAVE_MREMAP 0 #endif --- samhain-install.sh.in~ 2010-01-19 10:33:26.0 + +++ samhain-install.sh.in 2010-01-19 11:08:02.0 + @@ -885,7 +885,7 @@ rc_uinst=rm -f ${DESTDIR}/etc/init.d/@install_name@; ;; -Linux/*) +Linux/*|GNU/kFreeBSD/*) rlv=2 3 4 5 linkopt=-f -s # find rc directories -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565801: firebird2.5: FTBFS on kfreebsd-*
Hello. Firebird IPC is black magic. I am not sure if process-shared semaphores are really needed. superserver seems to not need them at all (at least on theory). And still it fails to build. The place it fails is interesting, though. The checkMutex function (src/jrd/trace/TraceConfigStorage.cpp line 147)[1] is what bails out. It is called from various places, but the one matching the error message is at line 182, in function initShMem. The argument that is the error code is the result of calling ISC_mutex_init, which is defined in src/jrd/isc_sync.cpp, in two flavours depending on the USE_SYS5SEMAPHORE define (another flavour is for windows). [1] http://git.debian.org/?p=pkg-firebird/2.5.git;a=tree (line numbers may differ because some patches are applied) I guessed that USE_SYS5SEMAPHORE is not defined, as it is currently linked to the DARWIN define. This is why I thought that defining USE_SYS5SEMAPHORE should help. Are you suggesting that it won't? I added || defined(__FreeBSD_kernel__), and got further, ./gen/firebird/bin/create_db empty.fdb suceeded. But build failed with sigsegv in some checking later. May be defined(DARWIN) have some counterpart elsewhere :-( BTW, the SYSV variant (line 2749) would only return 0 or FB_FAILURE (1) and not 78 (which is visible in the build log), so there must be the other, non-SYSV implementation that fails (line 2886). Yes, it is mutex variant, the failing call is pthread_mutexattr_setpshared(x,PTHREAD_PROCESS_SHARED) But GNU/kFreeBSD does not support process-shared pthread mutexes, it return ENOSYS for this case. The code have compile time detection whether PTHREAD_PROCESS_SHARED is defined, but better would be test, whether pthread_mutexattr_setpshared(x,PTHREAD_PROCESS_SHARED) can be really used. Hope it partially helps. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565818: ghc6: FTBFS on kfreebsd-i386: undefined reference to CPU_*
Hi, the patch bellow might suffice. --- x/rts/posix/OSThreads.c +++ x/rts/posix/OSThreads.c @@ -7,10 +7,10 @@ * * --*/ -#if defined(__linux__) +#if defined(__linux__) || defined(__GLIBC__) /* We want GNU extensions in DEBUG mode for mutex error checking */ /* We also want the affinity API, which requires _GNU_SOURCE */ -#define _GNU_SOURCE +#define _GNU_SOURCE 1 #endif #include PosixSource.h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566768: src:argyll: FTBFS on GNU/kFreeBSD (due to usb stack switch?)
tags 566768 +patch -- It might have to do with a recent USB stack change on kfreebsd-*, I'm putting -bsd@ in Cc to get a wider audience. And due to this: * Also, stop using the system's libusb, which causes known problems with Argyll. Now using Argyll's patched copy (privately, since the patches cause problems with other software). It would be much better to use contemporary system libusb (libusb-1.0-0-dev/libusb2-dev). In mean time, please use patch bellow. Petr --- libusb/bsd.c +++ libusb/bsd.c @@ -39,7 +39,7 @@ #include sys/time.h #include sys/ioctl.h -#include dev/usb/usb.h +#include legacy/dev/usb/usb.h #include usbi.h #ifdef HAVE_CONFIG_H -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566686: clisp: FTBFS on kfreebsd: illegal hardware instruction
severity 566686 important -- 2.38-7 seems to be the last version of clisp which could be build on kfreebsd-i386. The current version FTBFS because lisp.run crashes with illegal hardware instruction when loading src/defs1.lisp: This failure on GNU/kFreeBSD should not prevent migration of current clisp into testing, as clisp have never been built for official debian archive. The old libsigsegv didn't support the GNU/kFreeBSD at all, therefore the clisp used different code path with such old libsigsegv. I tried to build it a few times in the past (even on kfreebsd-amd64), but I have not been able to find the cause of this problem. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566776: src:libical: FTBFS on kfreebsd-*: ../../lib/libical.so.0.44.0: undefined reference to `__bswap32'
tags 566776 +patch -- There is some problem with re #define: /build/buildd-libical_0.44-2-kfreebsd-amd64-RPROIM/libical-0.44/src/libical/icaltz-util.c:37:1: warning: bswap_32 redefined In file included from /build/buildd-libical_0.44-2-kfreebsd-amd64-RPROIM/libical-0.44/src/libical/icaltz-util.c:32: /usr/include/byteswap.h:33:1: warning: this is the location of the previous definition Please use patch bellow. Petr --- src/libical/icaltz-util.c.STD +++ src/libical/icaltz-util.c @@ -31,6 +31,9 @@ # ifdef HAVE_BYTESWAP_H # include byteswap.h # endif +# ifdef HAVE_ENDIAN_H +# include endian.h +# else # ifdef HAVE_SYS_ENDIAN_H # include sys/endian.h # ifdef bswap32 @@ -39,8 +42,6 @@ # define bswap_32 swap32 # endif # endif -# ifdef HAVE_ENDIAN_H -# include endian.h # endif #endif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566768: src:argyll: FTBFS on GNU/kFreeBSD (due to usb stack switch?)
Actually, I think it might not be my fault after all: the libusb source package also fails to build from sources with a very similar error message, so help from the BSD porters would be welcome. Already provided ;-) See Message #15 received at 566...@bugs.debian.org: --- libusb/bsd.c +++ libusb/bsd.c @@ -39,7 +39,7 @@ #include sys/time.h #include sys/ioctl.h -#include dev/usb/usb.h +#include legacy/dev/usb/usb.h #include usbi.h #ifdef HAVE_CONFIG_H Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566768: src:argyll: FTBFS on GNU/kFreeBSD (due to usb stack switch?)
Please alter also debian/control, as udev is really linux-only package. Thanks and sorry for usb-stack problem. Petr --- debian/control~ +++ debian/control @@ -13,7 +13,7 @@ Package: argyll Architecture: any -Depends: policykit, udev, ${misc:Depends}, ${shlibs:Depends} +Depends: policykit, udev [linux-any], ${misc:Depends}, ${shlibs:Depends} Replaces: argyll-bin Conflicts: argyll-bin Description: Color Management System, calibrator and profiler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566748: shishi: FTBFS on GNU/kFreeBSD: undefined reference to `rpl_stat'
Hi, the bug is inside gnulib usage. The configure detects that stat() does not work correctly on 7.2 kernel and should use gnulib function instead. But the gnulib module is not linked in libshishi.so The problem does not affect linux kernels and will be workarounded after GNU/kFreeBSD switches to 8.0 kernels. The needed moduled is in db/gl/stat.c, but not in gl/ directory. Petr GNU/kFreeBSD io.debian.net 7.2-1-686: checking whether readlink signature is correct... yes checking whether readlink handles trailing slash correctly... no checking whether stat handles trailing slashes on directories... yes checking whether stat handles trailing slashes on files... no GNU/kFreeBSD asdfasdf 8.0-1-amd64: checking whether readlink signature is correct... yes checking whether readlink handles trailing slash correctly... yes checking whether stat handles trailing slashes on directories... yes checking whether stat handles trailing slashes on files... yes Kernel: Linux 2.6.26-1-vserver-amd64 amd64 (x86_64) checking whether readlink signature is correct... yes checking whether readlink handles trailing slash correctly... yes checking whether stat handles trailing slashes on directories... yes checking whether stat handles trailing slashes on files... yes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
Hi. The native sound system is OSS for GNU/kFreeBSD. It looks like on linux the snd package comes in three variants: - snd-gtk-jack - snd-gtk-pulse - snd-nox-alsa IMO, it should be possible to extend configure.ac and on GNU/kFreeBSD (kfreebsd-i386 kfreebsd-amd64) also provide three variants - snd-gtk-jack - snd-gtk-pulse - snd-nox-oss Petr *-*-kfreebsd*) LDSO_FLAGS=-shared LIBS=$LIBS -lm if test $ac_cv_header_dlfcn_h = yes ; then LDFLAGS=$LDFLAGS -ldl fi if test $GCC = yes ; then SO_FLAGS=-fPIC $SO_FLAGS fi AUDIO_SYSTEM=OSS if test $with_jack = yes ; then if test $with_oss != yes ; then AUDIO_SYSTEM=JACK fi fi case $AUDIO_SYSTEM in JACK) AC_DEFINE(HAVE_JACK_IN_LINUX) AC_DEFINE(HAVE_OSS) AUDIO_LIB=-lsamplerate ;; OSS) AC_DEFINE(HAVE_OSS) AUDIO_SYSTEM=OSS ;; esac ;; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566334: [patch] Bug#566334: dnsmasq: FTBFS on kfreebsd
Hi, or maybe when it built, IPv6 support was being excluded, and a change in the headers has brought IPv6 support in and exposed the problem. I expect that it is the cause. Please just extend the check bellow to get needed types ... Petr --- src/dnsmasq.h +++ src/dnsmasq.h @@ -23,7 +23,7 @@ #endif /* Get linux C library versions. */ -#ifdef __linux__ +#if defined(__linux__) || defined(__GLIBC__) # define _GNU_SOURCE # include features.h #endif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504699: (no subject)
a) Extending makecontext() on AMD64 so it can pass pointers, and add a section to the manpage to explain that you cannot portably do this, but GNU libc happens to allow it, This is not possible, as it would break the ABI, something we do not want, and break the compliance to POSIX. It is possible, as far as passing int is unaffected, all other cases have undefined behaviour in POSIX. In fact, the needed source change is already in glibc 2.8. http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/unix/sysv/linux/x86_64/makecontext.c.diff?r1=1.5r2=1.6cvsroot=glibc But it is not possible to pass ints, longs and pointers in general on all architectures. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504820: ncurses: FTBFS on GNU/kFreeBSD
Package: ncurses Severity: important Version: 5.7-1 Tags: patch User: [EMAIL PROTECTED] Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. It needs small tweak, se bellow. It would also be nice if you can ask upstream to include this change. Thanks in advance Petr --- progs/tset.c +++ progs/tset.c @@ -981,7 +981,7 @@ PC = pad_char[0]; #endif /* OBSOLETE */ -#ifdef TAB3 +#if defined(TAB3) defined(ONLCR) defined(OCRNL) defined(ONLRET) if (oldmode.c_oflag (TAB3 | ONLCR | OCRNL | ONLRET)) { oldmode.c_oflag = (TAB3 | ONLCR | OCRNL | ONLRET); SET_TTY(STDERR_FILENO, oldmode); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481543: libc6: low-memory snprintf provokes internal segfault
Please, could you test what are exactly condition of segfault ? For me (glibc 2.7-15, x86_64) strace zsh -c 'ulimit -v 1; strace ./a.out %$[5*2**25]d' segfaults, but strace zsh -c 'ulimit -v 1; ./a.out %$[5*2**25]d' does not. Similarly with ulimit -v 5000, it looks like strace with low-memory provokes segfault. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481543: libc6: low-memory snprintf provokes internal segfault
reopen 481543 tags 481543 -moreinfo, -unreproducible found 481543 2.7-16 thanks I installed current gcc-snapshot (and upgraded glibc) on otherwise lenny system, even compiled with gcc-snapshot still runs fine: Target: x86_64-linux-gnu gcc version 4.4.0 20081023 (experimental) [trunk revision 141326] (Debian 20081023-1) $ dpkg -l gcc-4.3 gcc-snapshot libc6 I tried as another user and failed to reproduce the problem. That led me to discover an error: I meant to use env --ignore (-i, not -u), and the real culprit, which may be a use of freed memory: env -i -- /bin/zsh -f -c \ 'ulimit -v 5000;MALLOC_PERTURB_=90 ./a.out %$[5*2**22]d' The error is exposed only if you set MALLOC_PERTURB_ to a nonzero value in your environment. With MALLOC_PERTURB_ it fails also for me. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504820: ncurses: FTBFS on GNU/kFreeBSD
The chunk of code you're pointing to hasn't changed for a long time (it's in ncurses 4.2). If it's broken now, it's either because tset's use of header files has changed, or that kFreeBSD's headers have changed. The ncurses 5.6+20081004-1 have been built fine, the ncurses 5.6+20081011-1 failed. http://buildd.debian-ports.org/fetch.php?pkg=ncursesver=5.6%2B20081004-1arch=kfreebsd-i386stamp=1223562651file=logas=raw http://buildd.debian-ports.org/fetch.php?pkg=ncursesver=5.6%2B20081011-1arch=kfreebsd-i386stamp=1224188242file=logas=raw The Toolchain package versions, including kFreeBSD's headers in both buildd logs are the same. It would be helpful to know the exact problem (what the particular value is that's undefined, and why it's not defined versus the configure script). At the problematic line is TAB3 | ONLCR | OCRNL | ONLRET. Our current kFreeBSD's headers contains only #define ONLCR (1 1) #define XTABS 0x0c00 #define TAB3 XTABS Some of definition should be privided only for compatibility, I should look into later. It looks like we (GNU/kFreeBSD) need a clean up here. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481543: libc6: low-memory snprintf provokes internal segfault
This demonstrates that it is indeed a.out/libc that provokes the segfault. Here's the output I get: [2331489.137491] zsh[21289]: segfault at 0 ip 7f1126c824f4 sp \ 7fff2fa49778 error 6 in libc-2.7.so[7f1126c06000+14a000] Do the same thing with true, and there's no problem: $ env -u -- zsh -f -c 'ulimit -v 5000; /bin/true' || dmesg|tail -1 But if you use a command that calls printf or other stream output functions, it'll fail because glibc's stream output initialization code tries to allocate space and fails, and then segfaults. For me, it does not segfault, the mmap fails, the snprintf() returns -1 and the program regularly ends. mmap(NULL, 5246976, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory) brk(0xbae000) = 0x6ad000 mmap(NULL, 5378048, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory) mmap(NULL, 134217728, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) mmap(NULL, 67108864, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) mmap(NULL, 134217728, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) mmap(NULL, 67108864, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) exit_group(0) = ? The gcc is 4.3.2-2, libc6 is 2.7-15. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504820: ncurses: FTBFS on GNU/kFreeBSD
oh... (that's surprising, since I might have expected some portability issue with TAB3, but not OCRNL or ONLRET since they're defined in X/Open). Didn't ncurses 5.6 compile with kFreeBSD? They did, the problem started with ncurses 5.6+20081011-1 (5.6+20081004-1 have been ok), see http://buildd.debian-ports.org/build.php?arch=pkg=ncurses Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#513198: ghc6: FTBFS on GNU/kFreeBSD
Package: ghc6 Severity: important Version: 6.10.1+dfsg1-4 User: glibc-bsd-de...@lists.alioth.debian.org Usertags: kfreebsd Hi, the current experimental version fails to build on GNU/kFreeBSD, see http://buildd.debian-ports.org/build.php?pkg=ghc6 On kfreebsd-i386 6.10.1+dfsg1-3 builds fine, the 6.10.1+dfsg1-4 fails. I suspect it is due to ifeq '$(findstring $(shell dpkg-architecture -qDEB_HOST_ARCH), i386 amd64 powerpc ia64)' '' echo GhcUnregisterised=YES mk/build.mk endif Please, could you change DEB_HOST_ARCH into DEB_HOST_ARCH_CPU ? On kfreebsd-amd64 ghc6 have not yet been ported. But both kfreebsd-i386 amd (linux-)amd64 builds fine, so it shouldn't be hard to do it. The upstream page claims that bootstrapping is currently unsupported :-( http://hackage.haskell.org/trac/ghc/wiki/Building/Porting Do you have any recipe or hints for this part ? Thanks Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512277: [patch] gnat-4.3: kfreebsd-i386 - libraries are not supported on this platform
tags 512277 + patch thanks Hi, I tested the proposed patch, it suffices to build asis and adabrowse packages. Please could you include this tiny extension of libgnatprj/configure.ac: + | *86-*-kfreebsd*-gnu \ + | *x86_64-*-kfreebsd*-gnu ) Many thanks in advance Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513219: mpi-defaults: please switch to OpenMPI on GNU/kFreeBSD
Package: mpi-defaults Version: 0.2 Tags: patch User: glibc-bsd-de...@lists.alioth.debian.org Usertags: kfreebsd Hello. Description of packages says This package depends on the development files of the recommended MPI implementation for each platform, currently OpenMPI on all of the platforms where it exists, and LAM on the others. The openMPI is available on both kfreebsd-i386 and kfreebsd-amd64 since 1.2.4-0, can you please alter Build-Depends to debhelper (= 5.0), \ libopenmpi-dev (= 1.2.4-5) [i386 amd64 alpha ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64], \ openmpi-bin [i386 amd64 alpha ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64], \ lam4-dev [!i386 !amd64 !alpha !ia64 !powerpc !sparc !kfreebsd-i386 !kfreebsd-amd64], \ lam-runtime [!i386 !amd64 !alpha !ia64 !powerpc !sparc !kfreebsd-i386 !kfreebsd-amd64] Thanks for considering it. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513101: nss: FTBFS
Looks like the kbsd patch cleaned up too much :) Without this patch, the Makefile will overwrite OS_REL_CFLAGS on i386 and strip the -D_XOPEN_SOURCE define away which is required for strdup() I've tried to merge this into 38_kbsd.dpatch but dpatch is way too compilicated for me. Here is a patch on top. Please alter 38_kbsd.dpatch by this, i.e. change OS_REL_CFLAGS = -Di386 into OS_REL_CFLAGS += -Di386 You can of course add + character manually. --- debian/patches/38_kbsd.dpatch +++ debian/patches/38_kbsd.dpatch @@ -94,7 +94,7 @@ else ifeq (,$(filter-out i%86,$(OS_TEST))) - OS_REL_CFLAGS = -DLINUX1_2 -Di386 -D_XOPEN_SOURCE -+ OS_REL_CFLAGS = -Di386 ++ OS_REL_CFLAGS += -Di386 CPU_ARCH= x86 -else - OS_REL_CFLAGS = -DLINUX1_2 -D_XOPEN_SOURCE Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513897: kipi-plugins: FTBFS against libkdcraw4
Package: kipi-plugins Severity: important Version: 0.1.5-4 Hi, the current version fails to build against current libkdcraw-dev/libkdcraw4 package from unstable. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513919: klibido(GNU/k*BSD): spurious AC_PROG_LIBTOOL
Package: klibido Severity: wishlist Version: 0.2.5-6 User: glibc-bsd-de...@lists.alioth.debian.org Usertags: kfreebsd Hi, the current version contains outdated libtool. For GNU/kFreeBSD this usually means broken library, so this is catched by automated buildd log filter. It does not look klibido builds shared libraries, so can you either drop AC_PROG_LIBTOOL from configure.in or update libtool, version 1.5.2-1 is sufficient. Thanks Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513920: kasablanca(GNU/k*BSD): spurious AC_PROG_LIBTOOL
Package: kasablanca Severity: wishlist Version: 0.4.0.2-4 User: glibc-bsd-de...@lists.alioth.debian.org Usertags: kfreebsd Hi, the current version contains outdated libtool. For GNU/kFreeBSD this usually means broken library, so this is catched by automated buildd log filter. It does not look kasablanca builds shared libraries, so can you either drop AC_PROG_LIBTOOL from configure.in or update libtool, version 1.5.2-1 is sufficient. Thanks Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540153: mysql-dfsg-5.1: failures in testsuite on GNU/kFreeBSD (missing special linking flag)
Package: mysql-dfsg-5.1 Version: 5.1.37-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, testsuite in the current version fails on GNU/kFreeBSD: Failed 6/608 tests, 99.01% were successful. Failing test(s): main.plugin_load main.plugin main.udf main.merge rpl.rpl_plugin_load rpl.rpl_udf The problem for all but main.merge is missing special linking flag, the GNU/kFreeBSD needs the same as Linux. Please use the attached patch for configure.in/configure, it fixes 5 failing tests. The remaining failing test is main.merge, it timeouts. It would also be nice if you can ask upstream to include this change. Thanks in advance Petr diff -u mysql-dfsg-5.1-5.1.37/configure.in mysql-dfsg-5.1-5.1.37/configure.in --- mysql-dfsg-5.1-5.1.37/configure.in +++ mysql-dfsg-5.1-5.1.37/configure.in @@ -1834,24 +1834,29 @@ AC_SUBST(COMPILATION_COMMENT) AC_MSG_CHECKING(need of special linking flags) -if test $TARGET_LINUX = true -a $ac_cv_prog_gcc = yes -a $all_is_static != yes -then - LDFLAGS=$LDFLAGS -rdynamic - AC_MSG_RESULT(-rdynamic) -else - case $SYSTEM_TYPE$with_mysqld_ldflags in - *freebsd*-all-static *|*dragonfly*-all-static *) -AC_MSG_RESULT(none) +case $SYSTEM_TYPE in + *linux*|*kfreebsd*-gnu*) +if test $ac_cv_prog_gcc = yes -a $all_is_static != yes +then + LDFLAGS=$LDFLAGS -rdynamic + AC_MSG_RESULT(-rdynamic) +else + AC_MSG_RESULT(none) +fi ;; *freebsd*|*dragonfly*) -MYSQLD_EXTRA_LDFLAGS=$MYSQLD_EXTRA_LDFLAGS -export-dynamic -AC_MSG_RESULT(-export-dynamic) +if test $with_mysqld_ldflags != -all-static +then + MYSQLD_EXTRA_LDFLAGS=$MYSQLD_EXTRA_LDFLAGS -export-dynamic +AC_MSG_RESULT(-export-dynamic) +else + AC_MSG_RESULT(none) +fi ;; *) -AC_MSG_RESULT(none) + AC_MSG_RESULT(none) ;; - esac -fi +esac dnl Checks for typedefs, structures, and compiler characteristics. AC_C_CONST diff -u mysql-dfsg-5.1-5.1.37/configure mysql-dfsg-5.1-5.1.37/configure --- mysql-dfsg-5.1-5.1.37/configure +++ mysql-dfsg-5.1-5.1.37/configure @@ -25853,28 +25853,34 @@ { $as_echo $as_me:$LINENO: checking \need of special linking flags\ 5 $as_echo_n checking \need of special linking flags\... 6; } -if test $TARGET_LINUX = true -a $ac_cv_c_compiler_gnu = yes -a $all_is_static != yes -then - LDFLAGS=$LDFLAGS -rdynamic - { $as_echo $as_me:$LINENO: result: \-rdynamic\ 5 +case $SYSTEM_TYPE in + *linux*|*kfreebsd*-gnu*) +if test $ac_cv_c_compiler_gnu = yes -a $all_is_static != yes +then + LDFLAGS=$LDFLAGS -rdynamic + { $as_echo $as_me:$LINENO: result: \-rdynamic\ 5 $as_echo \-rdynamic\ 6; } -else - case $SYSTEM_TYPE$with_mysqld_ldflags in - *freebsd*-all-static *|*dragonfly*-all-static *) -{ $as_echo $as_me:$LINENO: result: \none\ 5 +else + { $as_echo $as_me:$LINENO: result: \none\ 5 $as_echo \none\ 6; } +fi ;; *freebsd*|*dragonfly*) -MYSQLD_EXTRA_LDFLAGS=$MYSQLD_EXTRA_LDFLAGS -export-dynamic -{ $as_echo $as_me:$LINENO: result: \-export-dynamic\ 5 +if test $with_mysqld_ldflags != -all-static +then + MYSQLD_EXTRA_LDFLAGS=$MYSQLD_EXTRA_LDFLAGS -export-dynamic +{ $as_echo $as_me:$LINENO: result: \-export-dynamic\ 5 $as_echo \-export-dynamic\ 6; } +else + { $as_echo $as_me:$LINENO: result: \none\ 5 +$as_echo \none\ 6; } +fi ;; *) -{ $as_echo $as_me:$LINENO: result: \none\ 5 + { $as_echo $as_me:$LINENO: result: \none\ 5 $as_echo \none\ 6; } ;; - esac -fi +esac { $as_echo $as_me:$LINENO: checking for an ANSI C-conforming const 5 $as_echo_n checking for an ANSI C-conforming const... 6; }
Bug#540325: ibus: FTBFS on GNU/kFreeBSD
Package: ibus Version: 1.2.0.20090806-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. The src/test-keymap.c is linux specific. Please alter it as show bellow. It would also be nice if you can ask upstream to include similar change. Thanks in advance Petr --- src/test-keymap.c +++ src/test-keymap.c @@ -1,10 +1,19 @@ -#include linux/input.h #include sys/types.h #include sys/stat.h #include fcntl.h #include unistd.h #include ibus.h +#ifndef __linux__ +/* the test is supported only on linux */ +int main (int argc, char **argv) +{ +return 3; +} +#else + +#include linux/input.h + #define KEYBOARDPATH /dev/input/event4 int main (int argc, char **argv) @@ -42,3 +51,4 @@ return 0; } +#endif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540360: liboggz : FTBFS on GNU/kFreeBSD (library versioning script is not applied)
Package: liboggz Version: 0.9.9-4 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. https://buildd.debian.org/fetch.cgi?pkg=liboggzarch=kfreebsd-amd64ver=0.9.9-4stamp=1249593923file=logas=raw https://buildd.debian.org/fetch.cgi?pkg=liboggzarch=kfreebsd-i386ver=0.9.9-4stamp=1249648282file=logas=raw It needs to apply the same shared library versioning script as on Linux. Please find needed change for configure.ac/configure bellow. It would also be nice if you can ask upstream to include this change. Thanks in advance Petr --- configure.ac~ +++ configure.ac @@ -387,7 +387,7 @@ dnl case $target_os in - linux* | solaris*) + linux* | solaris*|k*bsd*-gnu*|gnu-*) SHLIB_VERSION_ARG=-Wl,--version-script=Version_script ;; *) --- configure~ +++ configure @@ -15892,7 +15892,7 @@ case $target_os in - linux* | solaris*) + linux* | solaris*|k*bsd*-gnu*|gnu-*) SHLIB_VERSION_ARG=-Wl,--version-script=Version_script ;; *) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540742: lirc : FTBFS on GNU/kFreeBSD
Package: lirc Version: 0.8.3-4 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. It needs small tweak, see bellow. It would also be nice if you can ask upstream to include this change. Please, could you upload fixed package soon, as unavailability of liblircclient-dev currently blocks (re)build of many packages. Thanks in advance Petr --- daemons/hw-types.c +++ daemons/hw-types.c @@ -110,7 +110,9 @@ hw_dvico, #endif hw_ea65, +#ifdef HAVE_LINUX_I2C_DEV_H hw_i2cuser, +#endif #ifdef HAVE_IGUANAIR hw_iguanaIR, #endif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540875: hdf5: FTBFS on GNU/kFreeBSD (do not build-depends on libibverbs-dev)
Package: hdf5 Version: 1.8.3-2 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. Please change Build-Depends from libibverbs-dev [!arm !armel !hppa !mips !mipsel !s390] into libibverbs-dev [!arm !armel !hppa !mips !mipsel !s390 |kfreebsd-i386 |kfreebsd-amd64 !hurd-i386] as libibverbs can be available on Linux architectures. Thanks in advance Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541103: libggi: FTBFS on GNU/kFreeBSD
Package: libggi Version: 1:2.2.2-3 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. It needs to restrict vcsa support only for Linux archs, similarly as already done for fbdev. Just please for libggi-target-vcsa use the same Architecture line as for libggi-target-fbdev. Or maybe plain linux-any would suffice with current dpkg. Thanks in advance Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#365145: texfam(GNU/k*BSD): FTBFS: out of date config.sub/config.guess
tags 365145 +patch -- Please just add build-dpeends on autotools-dev. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542388: nmap: FTBFS on GNU/kFreeBSD
Package: nmap Version: 5.00-2 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. It needs a small change to configure.in/configure in libdnet-stripped subdir, see attached patch. It would also be nice if you can ask upstream to integrate this change in their next release. Thanks in advance Petronly in patch2: unchanged: --- nmap-5.00.orig/libdnet-stripped/configure.in +++ nmap-5.00/libdnet-stripped/configure.in @@ -278,7 +278,12 @@ AC_LIBOBJ([tun-linux]) elif test $ac_cv_header_net_if_tun_h = yes ; then if test $ac_cv_header_stropts_h = yes ; then - AC_LIBOBJ([tun-solaris]) + case $host_os in + *kfreebsd*) + AC_LIBOBJ([tun-bsd]);; + *) + AC_LIBOBJ([tun-solaris]);; + esac else AC_LIBOBJ([tun-bsd]) fi only in patch2: unchanged: --- nmap-5.00.orig/libdnet-stripped/configure +++ nmap-5.00/libdnet-stripped/configure @@ -23153,12 +20673,22 @@ elif test $ac_cv_header_net_if_tun_h = yes ; then if test $ac_cv_header_stropts_h = yes ; then - case $LIBOBJS in + case $host_os in + *kfreebsd*) + case $LIBOBJS in + * tun-bsd.$ac_objext * ) ;; + *) LIBOBJS=$LIBOBJS tun-bsd.$ac_objext + ;; +esac +;; + *) + case $LIBOBJS in * tun-solaris.$ac_objext * ) ;; *) LIBOBJS=$LIBOBJS tun-solaris.$ac_objext ;; esac - +;; + esac else case $LIBOBJS in * tun-bsd.$ac_objext * ) ;;
Bug#542543: google-gadgets: FTBFS on GNU/kFreeBSD
Package: google-gadgets Version: 0.10.5-0.1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. It needs tweak for configure.ac/configure. Please apply patch bellow and rerun autoconf. Also the network-manager is available only on linux, please for Build-Depends use network-manager-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], Thanks in advance Petr --- google-gadgets-0.10.5.orig/configure.ac +++ google-gadgets-0.10.5/configure.ac @@ -414,7 +414,7 @@ GGL_PLATFORM_SHORT=\mac\ GGL_PLATFORM=\mac\ ;; - *linux* ) + *linux* | *kfreebsd*-gnu* ) ggl_host_type=linux PREDEFINED_MACROS=$PREDEFINED_MACROS -DGGL_HOST_LINUX=1 SMJS_CFLAGS=-DXP_UNIX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542591: kdebase-workspace: FTBFS on GNU/kFreeBSD
Package: kdebase-workspace Version: 4:4.3.0-2 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. It needs changes to debian packaging and tweaks for sources. Please find attached two patches with them. The debian packaging part excludes linux only packages from build-depends and adds kfreebsd only build-depends (libdevstat-dev) and adds corresponding install file. The sources part is mainly -#if defined(__FreeBSD__) +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) and -#if __FreeBSD_version = 500015 +#if (__FreeBSD_version 500015) || (__FreeBSD_kernel_version 500015) It would also be nice if you can ask upstream to include changes from kdebase-workspace-src.diff. Thanks in advance Petr diff -u kdebase-workspace-4.3.0/debian/control kdebase-workspace-4.3.0/debian/control --- kdebase-workspace-4.3.0/debian/control +++ kdebase-workspace-4.3.0/debian/control @@ -7,8 +7,13 @@ kdelibs5-dev (= 4:4.3.0), kdepimlibs5-dev (= 4:4.3.0), libboost-dev, python-support (= 0.6), python-dev, libbluetooth-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], - libck-connector-dev, libdbus-1-dev, libnm-util-dev (= 0.7), network-manager-dev (= 0.7.0), - libpam0g-dev, libqimageblitz-dev (= 1:0.0.4-2), libraw1394-dev, libsensors-dev, + libck-connector-dev, libdbus-1-dev, + libnm-util-dev (= 0.7) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], + network-manager-dev (= 0.7.0) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], + libpam0g-dev, libqimageblitz-dev (= 1:0.0.4-2), + libraw1394-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], + libsensors-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], + libdevstat-dev [kfreebsd-i386 kfreebsd-amd64], libstrigiqtdbusclient-dev (= 0.6.3), libstreamanalyzer-dev (= 0.6.3), libusb-dev, libxkbfile-dev, libxcomposite-dev, libxdamage-dev, libxfixes-dev, libxklavier12-dev, libxrandr-dev, libxrender-dev, libxxf86misc-dev, libxi-dev, only in patch2: unchanged: --- kdebase-workspace-4.3.0.orig/debian/kdebase-workspace-bin.install.kfreebsd +++ kdebase-workspace-4.3.0/debian/kdebase-workspace-bin.install.kfreebsd @@ -0,0 +1,162 @@ +usr/bin/kaccess +usr/bin/kapplymousetheme +usr/bin/kblankscrn.kss +usr/bin/kcheckrunning +usr/bin/kcminit +usr/bin/kcminit_startup +usr/bin/kdostartupconfig4 +usr/bin/kfontinst +usr/bin/kfontview +usr/bin/kmenuedit +usr/bin/krandom.kss +usr/bin/krandrtray +usr/bin/krdb +usr/bin/krunner +usr/bin/ksmserver +usr/bin/ksplashsimple +usr/bin/ksplashx +usr/bin/ksplashx_scale +usr/bin/kstartupconfig4 +usr/bin/ksystraycmd +usr/bin/kwrited +usr/bin/kxkb +usr/bin/plasma-desktop +usr/bin/plasma-overlay +usr/bin/plasmaengineexplorer +usr/bin/plasmawallpaperviewer +usr/bin/plasmoidviewer +usr/bin/polkit-kde-authorization +usr/bin/safestartkde +usr/bin/solid-action-desktop-gen +usr/bin/startkde +usr/lib/kconf_update_bin/krdb_clearlibrarypath +usr/lib/kconf_update_bin/plasma-add-shortcut-to-menu +usr/lib/kconf_update_bin/plasma-to-plasma-desktop +usr/lib/kde4/fontthumbnail.so +usr/lib/kde4/kcm_access.so +usr/lib/kde4/kcm_autostart.so +usr/lib/kde4/kcm_bell.so +usr/lib/kde4/kcm_clock.so +usr/lib/kde4/kcm_desktopthemedetails.so +usr/lib/kde4/kcm_display.so +usr/lib/kde4/kcm_energy.so +usr/lib/kde4/kcm_fontinst.so +usr/lib/kde4/kcm_hotkeys.so +usr/lib/kde4/kcm_input.so +usr/lib/kde4/kcm_keyboard.so +usr/lib/kde4/kcm_keyboard_layout.so +usr/lib/kde4/kcm_keys.so +usr/lib/kde4/kcm_ksplashthemes.so +usr/lib/kde4/kcm_launch.so +usr/lib/kde4/kcm_pkk_authorization.so +usr/lib/kde4/kcm_powerdevilconfig.so +usr/lib/kde4/kcm_randr.so +usr/lib/kde4/kcm_screensaver.so +usr/lib/kde4/kcm_smserver.so +usr/lib/kde4/kcm_solid.so +usr/lib/kde4/kcm_solid_actions.so +usr/lib/kde4/kcm_standard_actions.so +usr/lib/kde4/kcm_xinerama.so +usr/lib/kde4/kded_kephal.so +usr/lib/kde4/kded_khotkeys.so +usr/lib/kde4/kded_notificationitemwatcher.so +usr/lib/kde4/kded_powerdevil.so +usr/lib/kde4/kfontviewpart.so +usr/lib/kde4/kio_fonts.so +usr/lib/kde4/krunner_bookmarksrunner.so +usr/lib/kde4/krunner_calculatorrunner.so +usr/lib/kde4/krunner_locations.so +usr/lib/kde4/krunner_nepomuksearchrunner.so +usr/lib/kde4/krunner_placesrunner.so +usr/lib/kde4/krunner_powerdevil.so +usr/lib/kde4/krunner_recentdocuments.so +usr/lib/kde4/krunner_services.so +usr/lib/kde4/krunner_sessions.so +usr/lib/kde4/krunner_shell.so +usr/lib/kde4/krunner_webshortcuts.so +usr/lib/kde4/kstyle_keramik_config.so +usr/lib/kde4/libexec/kcheckpass +usr/lib/kde4/libexec/kcmdatetimehelper +usr/lib/kde4/libexec/kfontprint +usr/lib/kde4/libexec/kio_fonts_helper +usr/lib/kde4/libexec/kscreenlocker +usr/lib/kde4/libexec/polkit-kde-manager +usr/lib/kde4/libexec/test_kcm_xinerama +usr/lib/kde4/plasma_wallpaper_color.so +usr/lib/kde4/plasma_wallpaper_image.so +usr/lib/kde4/solid_fakenet.so +usr/lib/kde4/solid_wicd.so +usr/lib/libkdeinit4_kaccess.so +usr/lib/libkdeinit4_kcminit.so