Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2007-11-15T08:46:42Zhttps://gitlab.xiph.org/xiph/libao/-/issues/814[PATCH] libao-0.8.6 alsa driver buffer_time option is broken2007-11-15T08:46:42Zheikki.orsila[PATCH] libao-0.8.6 alsa driver buffer_time option is brokenlibao-0.8.6 alsa driver has a bug in handling buffer_time option. The API is documented to accept buffer_time in milliseconds, but ALSA driver stores buffer_time internally in microseconds but fails to convert the user input. Also, the d...libao-0.8.6 alsa driver has a bug in handling buffer_time option. The API is documented to accept buffer_time in milliseconds, but ALSA driver stores buffer_time internally in microseconds but fails to convert the user input. Also, the driver code has an untrue comment about ALSA api (claims that alsa API is given the buffer time in milliseconds but it's really in microseconds).
I will attach the patch soon.
Regards, Heikki Orsila
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/795libao error in gaim-lib on FC42010-01-30T14:03:54ZGitlab Botlibao error in gaim-lib on FC4Gaim uses libao but crashes as soon a sound is displayed.
For details on this bug, see http://sourceforge.net/tracker/index.php?func=detail&aid=1385138&group_id=235&atid=100235
as it was first published within bugtracker of gaim project....Gaim uses libao but crashes as soon a sound is displayed.
For details on this bug, see http://sourceforge.net/tracker/index.php?func=detail&aid=1385138&group_id=235&atid=100235
as it was first published within bugtracker of gaim project.
important: happens on FC 4 since install of kernel 2.6.14-1.1653_FC4Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/727[PATCH] libao not linking right in MacOSX 10.42010-03-23T05:51:02Zs355248[PATCH] libao not linking right in MacOSX 10.4In MacOS 10.4 one will find problems about missing symbols namely:
dlsym_auto_underscore
This can be fixed by deleteing all of the statements in configure that say "-Ddlsym=dlsym_auto_underscore". This will break 10.2 and eariler. I ...In MacOS 10.4 one will find problems about missing symbols namely:
dlsym_auto_underscore
This can be fixed by deleteing all of the statements in configure that say "-Ddlsym=dlsym_auto_underscore". This will break 10.2 and eariler. I do not have 10.3 to test on. This can be done by running
sed 's/-Ddlsym=dlsym_auto_underscore//g' configure > configure.new && mv -f configure.new configure && chmod +x configure
After doing this there will still be missing symbols from the CoreAudio framework (something like AudioHardwareGetProperty usually). This is because the -framework CoreAudio has been left in the generated makefile in the src/plugins/macosx directory. I cannot narrow it down to fix it properely, but a hack is to cd to this directory, type 'make', then copy the last 'gcc' command (it ends in -lpthread for my machine), then type '-framework CoreAudio' at the end and rerun the command. Then type make install from the top directory and all should work.
The command should look like:
gcc -flat_namespace -undefined suppress -o .libs/libmacosx.so -bundle .libs/ao_macosx.o -lpthread -framework CoreAudio
This would have been picked up had the '-undefined suppress' option been left out.
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/723glibc has memory problem, sends SIGABRT2019-07-01T08:51:48Zdan724glibc has memory problem, sends SIGABRT```
dan@localhost ~ $ gaim
*** glibc detected *** free(): invalid pointer: 0x083550e0 ***
Aborted
dan@localhost ~ $ gdb gaim
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Publi...```
dan@localhost ~ $ gaim
*** glibc detected *** free(): invalid pointer: 0x083550e0 ***
Aborted
dan@localhost ~ $ gdb gaim
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License,
and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-pc-linux-gnu"...(no debugging
symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) handle SIGPIPE nostop
Signal Stop Print Pass to program Description
SIGPIPE No Yes Yes Broken pipe
(gdb) run
Starting program: /usr/bin/gaim
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 14913)]
*** glibc detected *** double free or corruption (out): 0x0835f230
***
Program received signal SIGABRT, Aborted.
[Switching to Thread 16384 (LWP 14913)]
0x405670c1 in kill () from /lib/libc.so.6
(gdb) bt
#0 0x405670c1 in kill () from /lib/libc.so.6
#1 0x40036def in pthread_kill () from /lib/libpthread.so.0
#2 0x400371c1 in raise () from /lib/libpthread.so.0
#3 0x40566e60 in raise () from /lib/libc.so.6
#4 0x405681f4 in abort () from /lib/libc.so.6
#5 0x40599c31 in __fsetlocking () from /lib/libc.so.6
#6 0x4059f395 in malloc_usable_size () from /lib/libc.so.6
#7 0x4059fe13 in free () from /lib/libc.so.6
#8 0x41c7142d in operator delete ()
from /usr/lib/gcc/i386-pc-linux-gnu/3.4.4/libstdc++.so.6
#9 0x41b7d28c in Arts::readTypeSeq<Arts::InterfaceDef> ()
from /usr/kde/3.4/lib/libmcop.so.1
#10 0x0db1bf65 in ?? ()
(gdb) quit
The program is running. Exit anyway? (y or n) y
dan@localhost ~ $
```
All of these errors occur after gaim has run for a while. This is the 1.5.0 version of gaim compiled from source. The gaim developers claim the issue is with your sound libraries and disabling sound in gaim seems to make the problem go away... supporting this theory.
```
System info:
localhost dan # uname -a
Linux localhost 2.6.13-gentoo-r3 #1 SMP Tue Oct 18 00:53:09 Local
time zone must be set--see zic i686 Intel(R) Pentium(R) 4 CPU 3.
00GHz GenuineIntel GNU/Linux
localhost dan # gcc -v
Reading specs from /usr/lib/gcc/i386-pc-linux-gnu/3.4.4/specs
Configured with: /var/tmp/portage/gcc-3.4.4-r1/work/gcc-3.4.4/
configure --prefix=/usr --bindir=/usr/i386-pc-linux-gnu/gcc-bin/3.4.4 --
includedir=/usr/lib/gcc/i386-pc-linux-gnu/3.4.4/include --datadir=/usr/
share/gcc-data/i386-pc-linux-gnu/3.4.4 --mandir=/usr/share/gcc-
data/i386-pc-linux-gnu/3.4.4/man --infodir=/usr/share/gcc-data/i386-
pc-linux-gnu/3.4.4/info --with-gxx-include-dir=/usr/lib/gcc/i386-pc-
linux-gnu/3.4.4/include/g++-v3 --host=i386-pc-linux-gnu --
build=i386-pc-linux-gnu --disable-altivec --enable-nls --without-
included-gettext --with-system-zlib --disable-checking --disable-
werror --disable-libunwind-exceptions --disable-multilib --disable-
libgcj --enable-languages=c,c++,f77 --enable-shared --enable-
threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)
localhost dan # ld -v
GNU ld version 2.15.92.0.2 20040927
glibc version:
glibc-2.3.5-r2
libao version:
libao-0.8.5
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/722libao.conf.5 still mentions alsa092005-10-18T07:35:55ZKyungjoon Leelibao.conf.5 still mentions alsa09libao.conf.5 in SVN needs to reflect the fact that alsa points
to alsa09 now.libao.conf.5 in SVN needs to reflect the fact that alsa points
to alsa09 now.Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/718[PATCH] signal fix for libao oss driver2010-01-30T13:50:27Zheikki.orsila[PATCH] signal fix for libao oss driverLibao 0.8.6 (and the current svn version) has a bug in oss driver. It may skip some samples, meaning that it doesn't write them to the device, if a signal, such as SIGTSTP, happens at a bad time. write() returns an error on signal if no ...Libao 0.8.6 (and the current svn version) has a bug in oss driver. It may skip some samples, meaning that it doesn't write them to the device, if a signal, such as SIGTSTP, happens at a bad time. write() returns an error on signal if no bytes have yet been committed to the device. In that case errno is set to EINTR, and the write should be run again. The same goes for EAGAIN.
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/701[PATCH] Autodetection of esd can trash environment variables, leading to a cr...2010-01-31T10:44:49Zthekingant[PATCH] Autodetection of esd can trash environment variables, leading to a crash of the application using libaoThe *ao_plugin_text()* function in src/plugins/esd/ao_esd.c adds an environment variable using *putenv()*. The *putenv()* function uses the reference that is passed to it. This is fine, until *ao_shutdown()* is called and the ao esd pl...The *ao_plugin_text()* function in src/plugins/esd/ao_esd.c adds an environment variable using *putenv()*. The *putenv()* function uses the reference that is passed to it. This is fine, until *ao_shutdown()* is called and the ao esd plugin is unloaded, at which point the reference passed to *putenv()* becomes invalid and future calls to *getenv()* may cause a crash.
I'm experiencing this in Gaim CVS, where we've moved our call to *ao_shutdown()* to be earlier in our shutdown process, and we have calls to gettext afterwards which call *getenv()* which causes a crash.
The best solution for this is to call *unsetenv()* to unset the ESD_NO_SPAWN environment variable. I think you could also go back to using setenv, which looks like it makes a copy of the data passed to it (although it seems to be less portable). However, it's probably better to not set that environment variable in the parent's process.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/696Delay API for live devices2010-01-30T14:10:34ZNicolas GeorgeDelay API for live devicesWould you consider adding a function to get the delay between the sample currently being played and the sample that was last given to ao_play? Something like snd_pcm_delay or its equivalent for others devices.
Such a function would be v...Would you consider adding a function to get the delay between the sample currently being played and the sample that was last given to ao_play? Something like snd_pcm_delay or its equivalent for others devices.
Such a function would be very useful in cases where audio synchronization is essential, like video programs, or when trying to play the same sound on several computers. Obviously, its result would only make sense for live devices, but it could just return 0 for non-live devices.
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/683Fixed a bug in libao 0.8.6 ALSA driver2005-07-12T19:57:02Zheikki.orsilaFixed a bug in libao 0.8.6 ALSA driverALSA driver in libao 0.8.6 is buggy. When catching a SIGINT (ctrl-c) during writei() the ALSA framework returns -EINTR. It causes libao to print "ALSA write error: Interrupted system call" and exit() with error. Unfortunately SIGINT is n...ALSA driver in libao 0.8.6 is buggy. When catching a SIGINT (ctrl-c) during writei() the ALSA framework returns -EINTR. It causes libao to print "ALSA write error: Interrupted system call" and exit() with error. Unfortunately SIGINT is not a terminal condition, and thus it (and other signals) should be handled properly.
Following patch fixes the problem (applies for 0.8.5 too):
http://shd.ton.tut.fi/patches/libao-0.8.6-alsa09-signal-fix.diff
Please apply the patch.
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/665[PATCH] segmentation fault in NAS plugin of libao caused by integer overflow2007-11-19T03:24:29ZGitlab Bot[PATCH] segmentation fault in NAS plugin of libao caused by integer overflowUsing (32 bit) int variables to store 32 bit unsigned integer values leads to integer overflows in the NAS plugin of libao. This bug is in versions 0.8.5 and 0.8.6 of libao (I didn't check older versions). The following patch fixes this ...Using (32 bit) int variables to store 32 bit unsigned integer values leads to integer overflows in the NAS plugin of libao. This bug is in versions 0.8.5 and 0.8.6 of libao (I didn't check older versions). The following patch fixes this problem:
```
diff -Naur libao-0.8.5/src/plugins/nas/ao_nas.c libao-0.8.5.new/src/plugins/nas/ao_nas.c
--- libao-0.8.5/src/plugins/nas/ao_nas.c 2003-07-14 04:59:10.000000000 +0200
+++ libao-0.8.5.new/src/plugins/nas/ao_nas.c 2005-05-18 09:48:45.843142463 +0200
@@ -61,8 +61,8 @@
AuFlowID flow;
AuDeviceID dev;
char *host;
- int buf_size;
- int buf_free;
+ int64_t buf_size;
+ int64_t buf_free;
} ao_nas_internal;
int ao_plugin_test()
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/664aclocal m4 file needs to be updated2006-06-12T10:28:44Zdenisaclocal m4 file needs to be updatedaclocal issues the following warning :
/usr/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
I t...aclocal issues the following warning :
/usr/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
I think your ao.m4 file needs to be updated. IIRC, these are minor (backward-compatible) syntactic changes.
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/654LibAO should support format change without closing/opening devices.2010-01-30T13:47:13ZtruLibAO should support format change without closing/opening devices.To achive gapless playback between two files with diffrent samplerate you should really have the option to change the audio format without closing and opening the device. This is supported by most audio backends and should be a new api c...To achive gapless playback between two files with diffrent samplerate you should really have the option to change the audio format without closing and opening the device. This is supported by most audio backends and should be a new api call to libao.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/651gaim crashes the sound system2007-06-17T08:54:16Zmstevens15gaim crashes the sound systemIn linux, I have to change sound daemons to get the
event sounds to even play. It won't coexist happily
with XMMS. Sometimes when I switch sound daemons, it
segfaults.
SEGFAULT:
Program received signal SIGSEGV, Segmentation fault.
[Swi...In linux, I have to change sound daemons to get the
event sounds to even play. It won't coexist happily
with XMMS. Sometimes when I switch sound daemons, it
segfaults.
SEGFAULT:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2922)]
0x415fd33c in Arts::StartupManager::startup () from
/usr/lib/libmcop.so.1
(gdb) bt
#0 0x415fd33c in Arts::StartupManager::startup () from
/usr/lib/libmcop.so.1
#1 0x415e2ff4 in Arts::Dispatcher::Dispatcher () from
/usr/lib/libmcop.so.1
#2 0x41191c95 in arts_backend_init () from
/usr/lib/libartscbackend.so.0
#3 0x40bad756 in arts_init () from /usr/lib/libartsc.so.0
#4 0x40baaaa9 in ao_plugin_test () from
/usr/lib/ao/plugins-2/libarts.so
#5 0x4003054f in ?? () from /usr/lib/libao.so.2
#6 0x08152238 in ?? ()
#7 0x00000000 in ?? ()
#8 0xffffffff in ?? ()
#9 0x400334b4 in ?? () from /usr/lib/libao.so.2
#10 0x08152232 in ?? ()
#11 0x0810d9c1 in top_left_corner ()
#12 0xbfff8c78 in ?? ()
#13 0x400310a2 in ao_default_driver_id () from
/usr/lib/libao.so.2
#14 0x400310a2 in ao_default_driver_id () from
/usr/lib/libao.so.2
#15 0x080f2ed9 in gaim_gtk_sound_get_ui_ops ()
#16 0x0808521e in gaim_prefs_destroy ()
#17 0x405963b6 in g_cclosure_marshal_VOID__VOID ()
from /usr/lib/libgobject-2.0.so.0
#18 0x405846b6 in g_closure_invoke () from
/usr/lib/libgobject-2.0.so.0
#19 0x40595ec8 in g_signal_emit_by_name () from
/usr/lib/libgobject-2.0.so.0
#20 0x40594f4c in g_signal_emit_valist () from
/usr/lib/libgobject-2.0.so.0
#21 0x405951e6 in g_signal_emit () from
/usr/lib/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#22 0x402ba1f5 in gtk_menu_item_activate () from
/usr/lib/libgtk-x11-2.0.so.0
#23 0x402cfc57 in gtk_option_menu_get_history ()
from /usr/lib/libgtk-x11-2.0.so.0
#24 0x402ae6de in _gtk_marshal_BOOLEAN__BOXED ()
from /usr/lib/libgtk-x11-2.0.so.0
#25 0x40584949 in g_cclosure_new_swap () from
/usr/lib/libgobject-2.0.so.0
#26 0x405846b6 in g_closure_invoke () from
/usr/lib/libgobject-2.0.so.0
#27 0x40595925 in g_signal_emit_by_name () from
/usr/lib/libgobject-2.0.so.0
#28 0x40594d3a in g_signal_emit_valist () from
/usr/lib/libgobject-2.0.so.0
#29 0x405951e6 in g_signal_emit () from
/usr/lib/libgobject-2.0.so.0
#30 0x4039d8a7 in gtk_widget_send_expose () from
/usr/lib/libgtk-x11-2.0.so.0
#31 0x402ad1f2 in gtk_propagate_event () from
/usr/lib/libgtk-x11-2.0.so.0
#32 0x402ac046 in gtk_main_do_event () from
/usr/lib/libgtk-x11-2.0.so.0
#33 0x404a9815 in _gdk_events_queue () from
/usr/lib/libgdk-x11-2.0.so.0
#34 0x405dc6b2 in g_main_depth () from
/usr/lib/libglib-2.0.so.0
#35 0x405dd738 in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#36 0x405dda70 in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#37 0x405de013 in g_main_loop_run () from
/usr/lib/libglib-2.0.so.0
#38 0x402ab8f3 in gtk_main () from
/usr/lib/libgtk-x11-2.0.so.0
#39 0x080f8463 in main ()Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/648[PATCH] audio_out.c(243) : error C2065: 'PATH_MAX' : undeclared identifier2010-01-28T11:51:48ZGitlab Bot[PATCH] audio_out.c(243) : error C2065: 'PATH_MAX' : undeclared identifierC:\libao-0.8.6\src\audio_out.c(243) : error C2065: 'PATH_MAX' : undeclared identifier
C:\libao-0.8.6\src\audio_out.c(243) : error C2057: expected constant expression
C:\libao-0.8.6\src\audio_out.c(243) : error C2466: cannot allocate an a...C:\libao-0.8.6\src\audio_out.c(243) : error C2065: 'PATH_MAX' : undeclared identifier
C:\libao-0.8.6\src\audio_out.c(243) : error C2057: expected constant expression
C:\libao-0.8.6\src\audio_out.c(243) : error C2466: cannot allocate an array of constant size 0
C:\libao-0.8.6\src\audio_out.c(243) : error C2133: 'fullpath' : unknown size
config.c
With MSVS6, LIMITS.H only defines PATH_MAX if _POSIX_ is defined,
but libao-0.8.6\win32\include\dirent.h doesn't like _POSIX_,
so to fix this modify audio_out.c and change
#include <limits.h>
to
#define _POSIX_
#include <limits.h>
#undef _POSIX_
that's how I get it compiled Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/647all *.dsw and *.dsp files need win32 line endings (cr+lf)2010-01-30T13:45:54ZGitlab Botall *.dsw and *.dsp files need win32 line endings (cr+lf)microsoft visual studio requires all *.dsw and *.dsp to have win32 line endings,
otherwise you even attempt to compile libao on win32
Also, the sourcecode tarball doesn't even include the win32 directory
microsoft visual studio requires all *.dsw and *.dsp to have win32 line endings,
otherwise you even attempt to compile libao on win32
Also, the sourcecode tarball doesn't even include the win32 directory
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/644libao crashes with arts2010-01-30T13:39:47ZGitlab Botlibao crashes with artsI maintain gaim for gentoo linux. I see one bug every other week about crashes when sending/receiving IMs. Gaim devs have confirmed this to be crashing when gaim attempts to play notification sounds through libao, which crashes when tr...I maintain gaim for gentoo linux. I see one bug every other week about crashes when sending/receiving IMs. Gaim devs have confirmed this to be crashing when gaim attempts to play notification sounds through libao, which crashes when trying to use arts.
The latest bug report I have is here: http://bugs.gentoo.org/show_bug.cgi?id=87348
Gaim devs said they just close their bugs from other distros so I don't have much other evidence to show you. I'm sure one of them may comment here now that we've found your tracker.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/612ALSA plugin fixes2005-07-16T19:16:21ZClemensALSA plugin fixesThe attached patch makes various enhancements to libao's ALSA plugin:
* it isn't necessary to use a separate snd_pcm_access_mask_t variable to set the access mask;
* add a sample rate check (similar to the OSS plugin);
* return the co...The attached patch makes various enhancements to libao's ALSA plugin:
* it isn't necessary to use a separate snd_pcm_access_mask_t variable to set the access mask;
* add a sample rate check (similar to the OSS plugin);
* return the correct error code when calling snd_pcm_prepare() after an underrun;
* set the start_threshold to a positive value – using zero can result in an immediate underrun when the first write is very small;
* various comments were wrong or misleading.Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/611[PATCH] Current ao_sun.c does not support network environments2010-01-29T11:13:12Zosmail[PATCH] Current ao_sun.c does not support network environmentsSun has established environment variables to be used in determining the appropriate audio device. These environment variables were not being checked by src/plugins/sun/ao_sun.c, which simply hardcoded /dev/audio as the device.
I'm atta...Sun has established environment variables to be used in determining the appropriate audio device. These environment variables were not being checked by src/plugins/sun/ao_sun.c, which simply hardcoded /dev/audio as the device.
I'm attaching a context diff (as soon as I figure out how, or I'll mail it on request if I can't) which changes ao_sun.c so that it checks the environment. This updated ao_sun.c will:
1) use the UTAUDIODEV environment variable (used by the SunRay thin client), if set
2) try to use the AUDIODEV environment variable, if set
3) fall back to the hard-coded /dev/audio device if neither of the above two environment variables are set.
Also, I'm compiling libao-0.8.6, which isn't in the version list.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/604not playing anything in musicpd2010-01-29T10:58:32Zmtenot playing anything in musicpdI've installed musicpd on freebsd 5.3 and libao came with it. But whenever i tried to play a file with musicpd i got an error "libao - OSS cannot get buffer size for device" in /var/log/mpd.error.
I'm using OSS from 4front-tech.com and ...I've installed musicpd on freebsd 5.3 and libao came with it. But whenever i tried to play a file with musicpd i got an error "libao - OSS cannot get buffer size for device" in /var/log/mpd.error.
I'm using OSS from 4front-tech.com and i have two sound cards (1 is integrated on nforce2 mobo and the other is terratec ewx24/96) and I've experienced the same problem on both. If you need more info please let me know.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/490libao2: libao driver fails to start on ppc2010-01-29T10:59:49Zccheneylibao2: libao driver fails to start on ppc```
Package: libao2
Version: 0.8.4-1
Severity: grave
Tags: sid
Justification: renders package unusable
Latest version of libao2 on ppc makes it impossible to use any player
based on it (like mpg321 or ogg123) because it always gi...```
Package: libao2
Version: 0.8.4-1
Severity: grave
Tags: sid
Justification: renders package unusable
Latest version of libao2 on ppc makes it impossible to use any player
based on it (like mpg321 or ogg123) because it always gives the error
message :
Can't find a suitable libao driver. (Is device in use?)
Downgrading to 0.8.3-1 fixes the problem. I couldn't rebuild 0.8.4-1
because it has a build dependency on libartsc0-dev which is unavailable.
-- System Information:
Debian Release: testing/unstable
Architecture: powerpc
Kernel: Linux motoko 2.4.23-pre5-ben0 #1 mer oct 15 21:42:53 CEST 2003 ppc
Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro
Versions of packages libao2 depends on:
ii libc6 2.3.2-8 GNU C Library: Shared libraries
an
-- no debconf information
```Stan SeibertStan Seibert