Issue with ./configure process of beep-media-player[SOLVED]

[idkwiam187]

The problem I am having with BMP (both the ebuild from portage and CVS downloaded today) is that during the configure process, my CPU usage hangs around 99-100% and seemingly no progress is made. When I say that, I mean that it didn't finish configure even after I toop a nap for 2 hours and I do not have a slow computer. The spot it "freezes" at is while "checking for FreeBSD newpcm driver". Since this happened in both the ebuild and the CVS sources, I decided to check the configure file itself and found that the function that checks for this driver searches for a variable in /dev/sndstat using grep.

Being a relative Linux newbie (I am guessing this was foolish by the result) I tried to open THAT file in nano and it froze my entire computer. I do not know what is in /dev/sndstat, but I know that some device files can dynamically change with udev (at least I think so).

I searched these forums, Gentoo bugzilla, the BMP forums and mailing lists, all without a single mention of this problem. I just wanted to know if anyone else had this problem and didn't voice it before I went to report it to anyone.

Here is some info about my machine:

Portage 2.0.50-r10 (default-x86-2004.2, gcc-3.3.3, glibc-2.3.3.20040420-r1, 2.6.8-gentoo-r1)
=================================================================
System uname: 2.6.8-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -pipe -march=pentium4"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -pipe -march=pentium4"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://chod.cwru.edu/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="X aalib alsa apm arts avi berkdb bonobo cdr crypt cups divx4linux dvd encode esd flac foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg kde libg++ libwww mad matroska mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang spell sse ssl svga tcpd truetype x86 xine xml2 xmms xv xvid zlib"

[hw-tph]

That's weird. With udev it should only exist if the sound driver is loaded (it is, isn't it?) and the output of cat /dev/sndstat should be harmless enough. It simply contains information about the sound driver - my output looks like this:

[idkwiam187]

I am using snd-intel8x0 and I have onboard AC '97 audio. I checked 'cat /dev/sndstat and it gives similar output but in an infinite loop, which is probably my problem. I tried /etc/init.d/alsasound restart and the process never completes.
Here is the output:

[placeholder]

Have you attempted to use the latest 0.9.7-rc2? It works beautifully for me.

[idkwiam187]

The issue is definitely with the infinite /dev/sndstat file because the configure file reads it, but it never ends, thus the process never ends. This has moved into the realm of being more an alsa problem than a BMP problem.

[idkwiam187]

Problem solved, just switched to using the ALSA driver within the kernel instead. Everything compiled fine.

[CoiL]

I can't even lsmod, it just shows up:
Module Size Used by

and just sits there.
I tried to recompile with alsa sound in kernel. That still didn't work :/