similar to: Followup to compiling Ogg on NetBSD-1.5/i386

I submitted four new packages for the NetBSD pkgsrc collection: libao, libogg, libvorbis and vorbis-tools for 1.0beta4. The following is some of the patches needed for libao and vorbis-tools. Official Developers: When you receive patches or development suggestions can you please acknowledge them? (For example: "Noted.", "Thanks, but already done.", "Not necessary,

[This mail is a bit long: sorry.] Hi, I have been trying to compile vorbis-tools-1.0beta4 on NetBSD-1.5/i386, and I get the following: --------------------- Upon typing ./configure --prefix=/usr/pkg/ --with-ogg-prefix=/usr/pkg/ --with-vorbis-prefix=/usr/pkg/ --with-ao-prefix=/usr/pkg/ checking for Ogg... yes checking for Vorbis... yes checking for ao... no *** Could not run

I am using NetBSD 1.5.1_ALPHA (i386). I have libao-0.6.0, libvorbis-1.0beta4, libogg-1.0beta4 and vorbis-tools-1.0beta4. My sound works. I am able to use a .ogg file by using ogg123 to create a .wav file and playing it with splay. (splay uses /dev/audio.) How can I modify ogg123 (or liba0) so I can use /dev/audio as the default sound device? Or maybe it would be better to add a new device (for

attached please find patches to make vorbis kit (2000/8/18 daily tar.gz) to compile on netbsd. we need more tests and cleanups (like moving -lossaudio into AC_CHECK_LIB() in configure.in), but it should be good as starting point. thanks. itojun PS: i'm not on the list. if possible please cc: to me. $NetBSD: patch-aa,v 1.1.1.1 2000/08/17 16:56:18 itojun Exp $ ---

hello again, on NetBSD the library ossaudio needs to be linked in for speex to build. i did it by hand in the src/Makefile by altering LDFLAGS to "-lossaudio". it now compiles properly. thanks for your time, b On 10/11/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > Seems like NetBSD doesn't like the ioctl calls. Maybe you need to link > with another

Hi, I have downloaded the following files libao-0.6.0.tar.gz libogg-1.0beta4.tar.gz libvorbis-1.0beta4.tar.gz vorbis-tools-1.0beta4.tar.gz as said from the download section. But I'm at a loss to what do after that. I don't have much experience/knowledge in compiling etc, but I still want to try out ogg. (I downloaded the source coz I have an OpenBSD machine, and there was no

> > im_sun.c:29: stropts.h: No such file or directory > > *** Error code 1 > > > > Any suggestions? > > Yes, use the configure option --disable-sun-audio. Ices2's im_sun only > works on Solaris right now as it seems. I managed to compile it with > some changes, but live streaming still isn't possible. It appears that > audio output via /dev/audio is

(forwarded due to filter bug) ----- Forwarded message from owner-vorbis@xiph.org ----- Subject: Re: [vorbis] Problem compiling ogg on OpenBSD-2.7 In-Reply-To: <Pine.LNX.4.10.10103092239210.2634-100000@bhairavi.cse.iitd.ernet.in> Message-ID: <Pine.LNX.4.21.0103101338470.3382-100000@frigg.belbone.net> Organization: Belgacom Multimedia - Internet backbone MIME-Version: 1.0 Content-Type:

Hi there! Am using CentOS 4.4. Have installed Samba and ClamAV. My understanding is that there's a vfs module (samba-vscan) which I have to install for Samba to virus scan its shares. Where can I get it from? I tried stuff like "yum install samba-vscan" etc but it doesn't seem to be there in the repos. I have RPMForge and the usual CentOS repos enabled. Is this something I have

Hi there, I am new to Xen. Just began trying it out from day-before. I have a CentOS 4.4 install on my hda6 partition. And I have a openSUSE 10.2 install on my hda8 partition. For openSUSE 10.2, I chose the Xen options while installing, and so I have the xen kernels too installed. For CentOS 4.4, I downloaded the Xen 3.0.2 source and compiled from there. (I followed the instructions at this

Hi there, As the subject says, I'm trying to set up an HP OfficeJet 5610 on CentOS 4.4 for shared use across my machines. I've managed to get printing (through HPLIP/ CUPS/ SAMBA) and scanning (through SANE) shared; but I'm unable to get fax shared working. Is it possible to do that? The instructions on the HPLIP page talk about installing the 5610 as a fax device and then faxing

hello, i am experiencing some persistent compilation errors with both the 1.2beta2 release and the svn speex-trunk: ====================== speexdec.o(.text+0x23b): In function `out_file_open': /speex-trunk/src/speexdec.c:158: undefined reference to `_oss_ioctl' speexdec.o(.text+0x268):/speex-trunk/src/speexdec.c:168: undefined reference to `_oss_ioctl'

I am attempting to use winemaker on a relatively straightforward Windows App that we have. Just a little background, we started the effort by first evaluating our application in Wine itself and obtained very good results. Now, we're moving on to try and compile a version for Linux by using Winelib and running into this problem. I ran winemaker with this: winemaker --lower-all which finished

I ran into a dependency problem while compiling the CVS snapshot which did not occur while compiling the beta 3 tarballs. For some missing resources, autogen.sh echoes very helpful messages (such as if automake is not present), but there was no indication that the kdelibs-devel package was required for ao (in order to get artsc.h into /usr/include - I'm sure it is possible to edit the

Dear all, I''m trying to do this. Say for example, I want this link: "liblcgdm.so -> liblcgdm.so.1.8.0" to be present on the client only if "lcgdm- libs-1.8.0-1sec.sl5" is already listed. I already have this to create the link: file { ''liblcgdm.so'': ensure => symlink, name => ''/opt/lcg/lib/liblcgdm.so'',

I'm having several problems with ogg123 on a FreeBSD-STABLE machine. In each case, ogg123 dumps core complaining about a bus error. 1) ogg123 plays all files at what seems like twice the correct speed. When given a SIGINT, ogg123 dumps core. This is using the program defaults, including the OSS driver. Here's a backtrace from gdb: Core was generated by `ogg123'. Program

Hi! Attached patch makes git-ioemu compile on NetBSD. Signed-off-by: Christoph Egger <Christoph.Egger@amd.com> P.S.: I''m about sending the pieces to qemu-devel. The changes in vl.c already went upstream in qemu''s svn c/s 5646. -- AMD Saxony, Dresden, Germany Operating System Research Center Legal Information: AMD Saxony Limited Liability Company & Co. KG Sitz

I hope this is the right place to submit libao patches -- the freshmeat page points to ogg vorbis as the homepage for libao. Currently, at least on my system (SB Live Value!, ALSA .9 branch), stuff going to alsa sounds *awful* because of too-small buffers. mpg321 and similar programs are unusable, and none of them seem to want to let you set the buffer size. This patch lets an environment

Just as a reminder to our application maintainers. ----- Forwarded message from Ryan Cooley <ryancooley@yahoo.com> ----- Delivery-Date: Sun Jul 22 20:28:06 2001 From: Ryan Cooley <ryancooley@yahoo.com> Subject: Problems with ogg123 on OpenBSD To: feedback@vorbis.com While I hate to send complaints about something that is Free(tm), I really hoped and expected the Ogg Vorbis team to

Hello, list ! Here is diff of changes, i had to make to get swfdec running on OpenBSD 4.2-current. Regards Valery. P.S. Please cc me, i am not subscribed to the list -------------- next part -------------- A non-text attachment was scrubbed... Name: swfdec.diff Type: application/octet-stream Size: 11628 bytes Desc: not available Url :