Bug#730976: handbrake: FTBFS on kfreebsd-*

2014-09-13 Thread Petr Salinger

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

2013-06-18 Thread Petr Salinger

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

2013-06-18 Thread Petr Salinger

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)

2011-08-02 Thread Petr Salinger
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)

2011-02-08 Thread Petr Salinger

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

2011-02-08 Thread Petr Salinger

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)

2010-04-23 Thread Petr Salinger


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)

2010-04-23 Thread Petr Salinger

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)

2010-04-23 Thread Petr Salinger

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)

2010-04-21 Thread Petr Salinger

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

2010-04-21 Thread Petr Salinger

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)

2010-04-21 Thread Petr Salinger

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

2010-01-28 Thread Petr Salinger

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

2010-01-28 Thread Petr Salinger

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

2010-01-27 Thread Petr Salinger

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

2010-01-25 Thread Petr Salinger

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)

2010-01-19 Thread Petr Salinger

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