Under settings/Media player selection, the checkbox for Noatun is greyed out. It says I must uncheck "allow only one instance..." which is done and "Process playlist items for display" which, as far as I can tell, is not an option anywhere in Noatun. Reproducible: Always Steps to Reproduce: 1. 2. 3.
still a problem with kde 3.2.2?
Yup. Looking at the bug report I don't see the app name I was having problems with. it is Yammi in case I did not specify that. Stilld oing it with latest yammi and kde 3.2.2
same thing here, can't select it. using kde 3.2.2 and yammi 1.0
I have taken a look at the configure.in of yammi. It can't find the method main in lkdecore: checking for main in -lkdecore... no configure: WARNING: *** noatun support disabled *** In configure.in I find this: LDFLAGS="$LDFLAGS -L$KDEDIR/libkdecore" libkdecore is present so i don't see a way to solve this. Minor note too: while looking at the configure if noticed that you can give the parameter xinerama too. I have this in my use flag, but it isn't specified in the make file. $ emerge --info Portage 2.0.50-r6 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.4.10 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /etc/tomcat /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache fixpackages nostrip sandbox" GENTOO_MIRRORS="ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://gentoo.tiscali.nl/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.mirror.sdv.fr http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://gentoo.inode.at/ ftp://ftp.gentoo.skynet.be/pub/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib acpi alsa apache2 apm arts avi berkdb cdr crypt cups emacs encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 guile icq imlib java jpeg kde ldap libg++ libwww linguas_nl mad mikmod motif mpeg msn mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang spell ssl svga tcpd tetex truetype x86 xine xinerama xml2 xmms xv zlib"
I've looked at yammi 1.0 and its kde-related autoconf setup is old (it doesn't use kde-config to determine the location of KDE) as well as broken. To fix this bug (configure not finding kde, disabling noatun support) configure.in needs to be patched as follows: ========================= --- configure.in.orig 2003-10-24 18:47:08.000000000 +0200 +++ configure.in 2005-02-05 19:06:46.196927040 +0200 @@ -235,7 +235,7 @@ if test "x$configure_enable_noatun" = "xyes"; then dnl additional path to libraries for linking KDE OLDLDFLAGS=$LDFLAGS - LDFLAGS="$LDFLAGS -L$KDEDIR/libkdecore" + LDFLAGS="$LDFLAGS -L$KDEDIR/lib" CPPFLAGS="$CPPFLAGS -I$KDEDIR/include" AC_CHECK_LIB( kdecore, main, , configure_enable_noatun=no , ) ========================= I can only regard the above (-L$KDEDIR/libkdecore) as a typo... Unfortunately, this still doesn't build: the makefile is missing rules for generating .h files from .ui files. This could be fixed too (and the result appears to work), which yields yet further compilation issues (this is against kde 3.4.0_beta2)... According to yammi.sf.net, the upcoming version 1.2 is a proper KDE app and presumably doesn't have such silly bugs. There's an ebuild for 1.2rc2 in bug #75706. Yammi belongs to the sound herd, so I'm asking them: do you really want a fix for this, or should we make the 1.2rc2 ebuild work instead, or perhaps just wait for 1.2-final?
I've got an ebuild ready for 1.2_rc2 here. I got stuck on a bug, though, which I reported upstream, and that is fixed in CVS now, so I was waiting for the next rc or for 1.2 final to commit it.
yammi-1.2 is now in portage, so I think we can close this bug.