Bug#730976: handbrake: FTBFS on kfreebsd-*
tags -1 + patch -- It sufficess to link with pthread, using patch bellow. Cheers Petr --- test/module.defs +++ test/module.defs @@ -46,6 +46,8 @@ TEST.GCC.l += iconv else ifeq ($(BUILD.system),linux) TEST.GCC.l += pthread dl m +else ifeq ($(BUILD.system),kfreebsd) +TEST.GCC.l += pthread dl m else ifeq ($(BUILD.system),solaris) TEST.GCC.l += pthread nsl socket iconv TEST.GCC.D += _POSIX_C_SOURCE=200112L __EXTENSIONS__ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#712516: vlc: RC: FTBFS on kfreebsd-i386 with vlc 2.0.7-1
Hello kfreebsd maintainers, VLC 2.0.7 FTBFS with kfreebsd-i386. It used to build fine with VLC 2.0.6. It failed in the same way also under kfreebsd-amd64. https://buildd.debian.org/status/logs.php?pkg=vlc&arch=kfreebsd-amd64 It builds for me under kfreebsd-amd64, using today sid, modulo fix for #712687 in flac. I suggest to fix flac and after that retry on buildd. Petr ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#712687: missing include dir in pkgconfig/flac.pc
Package: libflac-dev
Version: 1.3.0-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi.
The /usr/lib/x86_64-kfreebsd-gnu/pkgconfig/flac.pc
used to contain:
Cflags: -I${includedir}/FLAC
now it contains:
Cflags: -I${includedir}
It breaks build of vlc.
Petr
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#635724: vlc: FTBFS (kfreebsd-i386)
Also build of vlc 1.1.10-1 in sid chroot segfaults, so it looks like bug in some other package. Version of gcc , eglibc, ...? Petr ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#612438: libva not building on kFreeBSD (Bug #612438)
kFreeBSD 8.2 has v4l already, its header is in sys/compat/linux/linux_videodev.h Shouldn't we provide this header instead of disabling v4l? It provides v4l interface, but libva needs v4l2 ... Petr ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#612480: libva: FTBFS on GNU/kFreeBSD
Package: libva
Version: 1.0.8-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Please find attached patch with tweaks.
Petr
--- libva-1.0.8.orig/va/va_backend_tpi.h
+++ libva-1.0.8/va/va_backend_tpi.h
@@ -32,7 +32,9 @@
#include
#include
+#ifdef __linux__
#include
+#endif
struct VADriverVTableTPI
{
@@ -43,6 +45,8 @@ struct VADriverVTableTPI
VASurfaceID *surface /* out */
);
+#ifdef __linux__
+
VAStatus (*vaCreateSurfaceFromV4L2Buf) (
VADriverContextP ctx,
int v4l2_fd, /* file descriptor of V4L2 device */
@@ -51,6 +55,8 @@ struct VADriverVTableTPI
VASurfaceID *surface /* out */
);
+#endif
+
VAStatus (*vaCreateSurfacesForUserPtr)(
VADisplay dpy,
int width,
--- libva-1.0.8.orig/va/va_tpi.c
+++ libva-1.0.8/va/va_tpi.c
@@ -66,6 +66,8 @@ VAStatus vaCreateSurfaceFromCIFrame (
}
+#ifdef __linux__
+
/* Wrap a V4L2 buffer as a VA surface, so that V4L2 camera, VA encode
* can share the data without copy
* The VA driver should query the camera device from v4l2_fd to see
@@ -98,6 +100,7 @@ VAStatus vaCreateSurfaceFromV4L2Buf(
return VA_STATUS_ERROR_UNIMPLEMENTED;
}
+#endif
/*
* The surfaces could be shared and accessed with extern devices
--- libva-1.0.8.orig/va/va_backend.h
+++ libva-1.0.8/va/va_backend.h
@@ -33,7 +33,10 @@
#ifndef ANDROID
#include
#endif
+
+#ifdef __linux__
#include
+#endif
typedef struct VADriverContext *VADriverContextP;
typedef struct VADisplayContext *VADisplayContextP;
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578622: mplayer: FTBFS on kfreebsd-amd64 (vidix disable needed)
Modified: trunk/libvo/vo_directfb2.c == --- trunk/libvo/vo_directfb2.c Thu Apr 22 16:02:20 2010(r31057) +++ trunk/libvo/vo_directfb2.c Fri Apr 23 12:04:56 2010(r31058) @@ -35,9 +35,9 @@ #include #ifdef __linux__ -#include -#else #include +#else +#include #endif #include "config.h" You could really use everywhere: http://sourceware.org/git/?p=glibc.git;a=history;f=sysdeps/unix/sysv/linux/sys/kd.h;hb=HEAD I should probably note that GNU/kFreeBSD uses same kernel as FreeBSD, but libc/gcc/binutils same as Linux. is there a directfb port available on FreeBSD? I suspect not. I do not understand meaning of this question. There are no gfxdrivers, but the library exists: http://packages.debian.org/sid/kfreebsd-amd64/libdirectfb-1.2-9/filelist http://packages.debian.org/sid/kfreebsd-amd64/libdirectfb-extra/filelist Cheers Petr ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578622: mplayer: FTBFS on kfreebsd-amd64 (vidix disable needed)
I can understand your position if you are only a porter and not a direct maintainer of a package. However, I have seen package maintainers in different distros duplicate each other's work and add hacks to their packages that I could have fixed quicker and cleaner if somebody had shared their problems with me. I'm just letting you know the upstream position. We want to hear about issues and we want the patches. Everybody's life gets easier if work gets upstreamed. Just look how quick we managed to get GNU/kfreebsd building, it was a matter of hours after we received the reports. And now that it's upstream nobody will have extra work maintaining patches again... Unfortunately, I have to repeat again that not every upstream is responsive as you, see i.e. [2] From my POV, ideal cooperation is as in [3], I as a porter really don't know enough details of a package. Or even when the porting problem comes from package maintainer [4]. And this case, of course ;-) Thanks Petr [2] http://sourceforge.net/tracker/index.php?func=detail&aid=2179778&group_id=36127&atid=416300 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578023 [4] http://lists.debian.org/debian-bsd/2010/02/msg00022.html ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578622: mplayer: FTBFS on kfreebsd-amd64 (vidix disable needed)
Hi. That was helpful, fixed upstream. I once again reiterate my suggestion to pass problems to upstream first before attempting to work around them locally in the packaging infrastructure of a single distribution. The expected workflow is a different one. Let the package does not build on a particular architecture. Iff it is detected by porter (me), porter tries to find the cause or provide workaround/fix/hints. They go to Debian BTS, package maintainer evaluates them and integrates into package and forward upstream. In some cases the package maintainer is upstream author or have commit rights into upstream repository, some upstream authors look after bug entries in some distribution. Please take a look at [1], click on bottom on "Toggle all extra information". There is at about 16000 source packages in Debian. It cannot be managed to comunicate with every of thousands upstreams directly. Moreover the entry in BTS signals for other porters, that the problem is known and its state. [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=kfreebsd;users=debian-...@lists.debian.org The build for mplayer from current SVN snapshot, without any flags passed to configure on kfreebsd-amd64: cc .. -c -o libvo/vo_dfbmga.o libvo/vo_dfbmga.c libvo/vo_dfbmga.c: In function 'get_image': libvo/vo_dfbmga.c:1352: warning: cast to pointer from integer of different size libvo/vo_dfbmga.c: In function 'draw_image': libvo/vo_dfbmga.c:1369: warning: cast from pointer to integer of different size cc -MD -MP -Wstrict-prototypes -Wmissing-prototypes -Wundef -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -std=gnu99 -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=native -mtune=native -pipe -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -Ilibdvdread4 -I. -I/usr/local/include -D_THREAD_SAFE -I/usr/include/directfb -I/usr/include/kde/artsc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_REENTRANT -I/usr/include/freetype2-c -o libvo/vo_directfb2.o libvo/vo_directfb2.c Glibvo/vo_directfb2.c:40:22: error: linux/kd.h: No such file or directory make: *** [libvo/vo_directfb2.o] Error 1 It is needed to pass "--disable-directfb" to finish build. When I do this: --- libvo/vo_directfb2.c~ 2010-04-23 06:15:06.0 +0200 +++ libvo/vo_directfb2.c2010-04-23 10:24:06.0 +0200 @@ -34,11 +34,7 @@ #include #include -#ifdef __linux__ #include -#else -#include -#endif #include "config.h" #include "video_out.h" The build ends with: cc -MD -MP -Wstrict-prototypes -Wmissing-prototypes -Wundef -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -std=gnu99 -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=native -mtune=native -pipe -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -Ilibdvdread4 -I. -I/usr/local/include -D_THREAD_SAFE -I/usr/include/directfb -I/usr/include/kde/artsc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_REENTRANT -I/usr/include/freetype2-c -o libvo/vo_directfb2.o libvo/vo_directfb2.c In file included from libvo/vo_directfb2.c:40: libvo/video_out.h:272: error: redefinition of 'struct keymap' make: *** [libvo/vo_directfb2.o] Error 1 There is already "struct keymap" defined in system header http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/kbio.h Would be possible to use a different name in , i.e. "struct vo_keymap" ? I should probably note that GNU/kFreeBSD uses same kernel as FreeBSD, but libc/gcc/binutils same as Linux. Petr ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578622: mplayer: FTBFS on kfreebsd-amd64 (vidix disable needed)
the current version fails to build on kfreebsd-amd64. it suffices to disable vidix support in debian/rules Bad solution, this will only work for Debian. You should fix configure instead of adding workarounds to the local packaging infrastructure. What are the error messages? The full build log is linked from usual place https://buildd.debian.org/status/package.php?p=mplayer https://buildd.debian.org/fetch.cgi?&pkg=mplayer&ver=1.0%7Erc3%2Bsvn20090405-1&arch=kfreebsd-amd64&stamp=1271726776&file=log vidix/pci.o: In function `pci_config_read': /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:719: undefined reference to `pci_config_read_long' vidix/pci.o: In function `pci_scan': /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:536: undefined reference to `pci_config_type' /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:556: undefined reference to `pci_get_vendor' /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:568: undefined reference to `pci_config_read_long' /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:570: undefined reference to `pci_config_read_long' /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:572: undefined reference to `pci_config_read_long' /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:574: undefined reference to `pci_config_read_long' /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:576: undefined reference to `pci_config_read_long' vidix/pci.o:/build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:578: more undefined references to `pci_config_read_long' follow collect2: ld returned 1 exit status make[1]: *** [mplayer] Error 1 make[1]: Leaving directory `/build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405' make: *** [build-arch-stamp] Error 2 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578622: mplayer: FTBFS on kfreebsd-amd64
Hi, please also change configure as shown bellow. Otherwise the memalign() is without prototype, which on 64 bit platform leads to segfaults for some videos. Petr --- configure +++ configure @@ -3166,7 +3166,7 @@ def_malloc_h='#define HAVE_MALLOC_H 0' fi # malloc.h emits a warning in FreeBSD and OpenBSD -freebsd || openbsd || dragonfly && def_malloc_h='#define HAVE_MALLOC_H 0' +openbsd || dragonfly && def_malloc_h='#define HAVE_MALLOC_H 0' echores "$_malloc" ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578622: mplayer: FTBFS on kfreebsd-amd64 (vidix disable needed)
Package: mplayer Version: 1.0~rc3+svn20090405-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on kfreebsd-amd64. it suffices to disable vidix support in debian/rules to get working mplayer. Petr ifeq ($(DEB_HOST_ARCH),kfreebsd-amd64) with_real_and_xanim = true DEB_BUILD_CONFIGURE += --enable-runtime-cpudetection --disable-vidix endif ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
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/ser
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
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 ;; ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
