Compiling kdebase, kdelibs, and kdemultimedia with USE flag "-arts" breaks system notifications (knotify), even if you are not using the arts sound server, after lots of frustration and on 2 different architectures x86 and amd64, I determined this. Not sure of cause, fix is to compile these 3 ebuilds with +arts, even if you are not going to use the sound server.
Most noticable problem is entering in an external player for sound notifications, and sound still doesnt play.
Steps to Reproduce:
Portage 2.0.51-r14 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-188.8.131.5241102-r0, 2.6.10-gentoo-r2 x86_64)
System uname: 2.6.10-gentoo-r2 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.8
Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 21 2005, 00:14:09)]
sys-devel/autoconf: 2.59-r6, 2.13
sys-devel/automake: 1.9.4, 1.8.5-r2, 1.5, 1.6.3, 1.7.9, 1.4_p6
CFLAGS="-O2 -fomit-frame-pointer -pipe"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -fomit-frame-pointer -pipe"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://mirror.datapipe.net/gentoo http://mirrors.tds.net/gentoo ftp://mir.zyrianes.net/gentoo/"
USE="amd64 X a52 acpi alsa artswrappersuid avi berkdb bitmap-fonts cddb cdinstall cdparanoia cdr cdrom chroot crypt cups divx4linux dvd dvdr dvdread emul-linux-x86 encode f77 fam ffmpeg flac font-server fortran gif gimp gimpprint gpm gtk gtk2 icq imagemagick imlib java jp2 jpeg kde lzw lzw-tiff mad mjpeg motif mozilla mp3 mpeg mpeg4 mplayer msn multilib ncurses nls nptl nvidia oggvorbis opengl oss pam perl png python qt readline samba sdl ssl tcpd tiff transcode truetype truetype-fonts type1-fonts usb userlocales v4l v4l2 xine xinerama xml2 xmms xpm xrandr xscreensaver xv zlib"
Unset: LDFLAGS, PORTDIR_OVERLAY
Have you tried removing $HOME/.kde/share/config/knotifyrc. (it's also reported in bug #78551)
Yes I did, no effect.
I'd like to confirm that I am seeing the same bug. The only significant difference between my system and Dave's is that I am using gcc-3.3.5-r1.
Does it worked with previous versions of kde?
What external player are you using?
I think you should collect for infos and report it upstream at bugs.kde.org.
Agreed, I am also thinking this is in fact an upstream problem. I just discovered that amaroK also has serious problems if compiled with -arts. Looks like KDE developers are used to assuming that everyone has Arts installed :-)
(by the way, the 'breakage' of knotify is not just restricted to sound notifications. I don't even use knotify for sound notifications, I noticed the breakage because the knotify object disappears from DCOP, which sure as heck should not be caused by not building Arts support.)
> I noticed the breakage because the knotify object disappears from DCOP,
> which sure as heck should not be caused by not building Arts support.
Indeed this seems to be the problem. knotify resides in the arts/ subdirectory
of kdelibs, which is not compiled with --without-arts, even if it works with
an external player.
This should be reported at bugs.kde.org
Created attachment 60770 [details, diff]
Patch for make knotify compile with -arts USE flag
I found a patch online (google is magic!) and edited ebuild to use it. I'm
compiling right now, in the meanwhile I post it online so you can test it too!
Created attachment 60771 [details]
Edited ebuild to use kdelibs patch
Created attachment 60831 [details, diff]
I had problems with the other patch, as de ifndef didn't work. Now I got
compiling correctly knotify by hand. Don't know if the ebuild does it. Maybe!
Well ebuld doesn't work because it launches the Makefile in kdelibs dir and with
-arts it doesn't go into arts/knotify dir.
I had to go into arts/knotify by hand and give make and make install. It worked
and now I have system sounds in kde without arts!
Now we have to work on the ebuild to make it work! I made a new edit work to it
but absolutely don't know if it can do what we need. I post it and let you test.
Created attachment 60832 [details]
New ebuild to make in arts/knotify
Don't know if it works! I hope!
(In reply to comment #12)
> Well ebuld doesn't work because it launches the Makefile in kdelibs dir and
> -arts it doesn't go into arts/knotify dir.
> I had to go into arts/knotify by hand and give make and make install. It
You just need to patch arts/configure.in.in and arts/Makefile.am too. There's
no point searching for a Gentoo specific solution when this can be addresses
in the KDE source.
You're right but I was looking for a hack to solve the problem without spending
a week trying to understand code I didn't write and obviously I don't know.
I got that solution that works so we can use it, I think.
Kdelibs isn't the only one ebuild doesn't compile correcly with -arts. There's a
lot of work to do on all these ebuild.
Let's reopen this.
Aaaaaand now fixed in kdelibs-3.5.5-r3.