kde-base/mp3kult-0.7-r2 ebuild fails during configure with the message: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! Reproducible: Always Steps to Reproduce: 1. Attempt to emerge kde-base/mp3kult-0.7-r2 Actual Results: Configure reports the aforementioned error. Expected Results: It should have emerged correctly, obviously. ;-) Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r2, 2.6.13-gentoo-r3 i686) ================================================================= System uname: 2.6.13-gentoo-r3 i686 AMD Athlon(TM) XP 2500+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://mirror.datapipe.net/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo ftp://mirror.iawnet.sandia.gov/pub/gentoo/ http://gentoo.seren.com/gentoo http://gentoo.chem.wisc.edu/gentoo/ ftp://gentoo.chem.wisc.edu/gentoo/ http://cudlug.cudenver.edu/gentoo/ ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/ http://gentoo.mirrors.pair.com/ ftp://gentoo.mirrors.pair.com/ http://gentoo.mirrors.tds.net/gentoo ftp://gentoo.mirrors.tds.net/gentoo http://gentoo.netnitco.net ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ http://mirrors.acm.cs.rpi.edu/gentoo/ ftp://ftp.ndlug.nd.edu/pub/gentoo/ http://open-systems.ufl.edu/mirrors/gentoo http://prometheus.cs.wmich.edu/gentoo http://mirror.usu.edu/mirrors/gentoo/ ftp://mirror.usu.edu/mirrors/gentoo/ http://gentoo.cites.uiuc.edu/pub/gentoo/ ftp://gentoo.cites.uiuc.edu/pub/gentoo/ ftp://ftp.wwc.edu/pub/mirrors/ftp.gentoo.org" LC_ALL="en_US.utf8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 3dnow X Xaw3d a52 aac aalib acpi aim alsa apache apache2 apm arts audiofile avi bash-completion bcmath berkdb bitmap-fonts bonobo bzip2 caps cdparanoia cdr cjk clamav crypt cscope ctype cups curl curlwrappers dba dbm dbus dga dio directfb dvd eds emacs emacs-w3 emboss encode esd exif fam fbcon ffmpeg fftw flac flash foomaticdb fortran gcj gd gdbm ggi gif glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal howl icq ieee1394 imagemagick imap imlib innodb iodbc ipv6 jabber jack java javascript jikes joystick jpeg junit kde kdeenablefinal ladcca lcms ldap libcaca libedit libg++ libgda libwww lm_sensors mad maildir mcal mhash mikmod milter mime ming mmap mmx mng mono motif mp3 mpeg mpi msession msn mysql mysqli nas ncurses neXt netcdf nls nptl nsplugin ocaml offensive ofx ogg oggvorbis openal opengl osc oscar oss pam pcntl pcre pda pdflib perl php plotutils png portaudio posix postgres ppds python qdbm qt quicktime readline recode ruby samba scanner sdl session sharedext sharedmem shorten simplexml skey slang slp sndfile snmp sockets speex spell spl sse ssl svg svga sysvipc tcltk tcpd tetex theora threads tiff tokenizer truetype truetype-fonts type1-fonts unicode usb vhosts vorbis wddx win32codecs wmf wxwindows xface xine xinerama xml xml2 xmlrpc xmms xosd xpat xpm xsl xv xvid yahoo zlib zope userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS, PORTDIR_OVERLAY Last message from 'configure': checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix!
Created attachment 70999 [details] mp3kult-0.7-r2 config.log
The package uses /usr/kde/3.3/include by default, have you got this directory?
I if I move my /usr/kde/3.3 directory to /usr/kde/3.3.old I then get the same error.
./configure --prefix=/usr/kde/3.4 lets the configure script run when I haven't got a /usr/kde/3.3 directory
Created attachment 71001 [details] New ebuild This ebuild uses KDE libraries from /usr/kde/3.4 instead of /usr/kde/3.3. This makes the software build on my test machine with a missing /usr/kde/3.3 directory.
Created attachment 71002 [details] New ebuild New ebuild, just added a few comments in, use /usr/kde/3.4 instead of /usr/kde/3.3 for libraries.
And yes, before anyone asks, I *do* have KDE installed, and I checked to make sure kdelibs was installed. In fact, I was even a good little boy and checked to see exactly why the problem was happening. It appears that the configure script needs to be patched so it looks for the KDE includes in the right place (in my case, /usr/kde/3.4/include), as none of the places the script looks in is right. I'm working on the patch right now, but it will probably be a kludge by the current standard around here. Stay tuned.
Created attachment 71004 [details, diff] Alternative route - fix the configure script?
(In reply to comment #8) > Created an attachment (id=71004) [edit] > Alternative route - fix the configure script? > Yes probably a better way of doing it :) I'm new to this fixing ebuilds lark, till learning!
(In reply to comment #9) > (In reply to comment #8) > > Created an attachment (id=71004) [edit] [edit] > > Alternative route - fix the configure script? > > > > Yes probably a better way of doing it :) > > I'm new to this fixing ebuilds lark, till learning! > Well, so am I, really. I have the distinct disadvantage of being extremely tired, though. ;-) The patch I posted actually edits the m4 files because I have learned that patching configure itself is usually bad ju-ju. Unfortunately, I can't get the autotools to engage on this one. It seems someone upstream has a broken autotools chain. Basically, you have to patch every instance of kde_default_bindirs, kde_sharedirs, kde_incdirs, and kde_libdirs so that it inserts "/usr/kde/3.3/$" and "/usr/kde/3.4/$" in the right places. I'm terrible with sed, and I *really* have to get on to school, so would you mind...? We might actually have to go with your idea on this one if the configure patch doesn't pan out, but what you have is a great stop-gap at the very least.
I'll certainly have a look at it, can't promise much though as I'm currently at work.
(In reply to comment #11) > I'll certainly have a look at it, can't promise much though as I'm currently at > work. Thanks a lot! ;-) If you're too busy, I'll look at it again when I get back home. It's not like it's an incredibly important or popular package anyway, right? Well, I'm off. Have fun!
Created attachment 71012 [details, diff] configure patch Only way I could get this to work was to patch the configure file directly. If I tried editing the m4 files and running autoconf to re-do configure I got loads of errors relating to AC_Dest not defined (I believe this has something to do with different version of autoconf being used). I managed to get round this error, but this then cause loads of other errors. As this is practically the first time I have looked at any thing to do with autoconf, I give up! :)
(In reply to comment #13) > Created an attachment (id=71012) [edit] > configure patch > Only way I could get this to work was to patch the configure file directly. If > I tried editing the m4 files and running autoconf to re-do configure I got > loads of errors relating to AC_Dest not defined (I believe this has something > to do with different version of autoconf being used). I managed to get round > this error, but this then cause loads of other errors. As this is practically > the first time I have looked at any thing to do with autoconf, I give up! :) Hello from school! You were getting the same errors I was then, and I think you are right about the cause. Just skimming over your patch, it looks about right - I'll try it out when I get back home and I'll post the results. At some point in all this there will have to be a wat to auto-discover the KDE version present on a machine, though, since the way it is now is a great way to cause breakage later. Not all packages are dependent on version-specific features of KDE, and what happens when the KDE version progresses beyond what we put in the configure script? We end up having to fix it all over again. It would probably be pretty easy to do, but I'm not sure how, other than doing what every other distro does - by polluting the environment with useless variables. But, hey, this is a rant for another time, isn't it? Ciao!
I manged to patch the m4 files and corrected the AC_Dest error, then after running -: autoheader aclocal autoconf automake When I ran the configure script it still came up with the original KDE libs missing error, even though grep'ing through configure showed the extra stuff I had entered in the m4 file. I really DON'T understand autoconf, going to have to read up on it I think!!!
(In reply to comment #15) > I manged to patch the m4 files and corrected the AC_Dest error, then after > running -: > > autoheader > aclocal > autoconf > automake > > When I ran the configure script it still came up with the original KDE libs > missing error, even though grep'ing through configure showed the extra stuff I > had entered in the m4 file. > > I really DON'T understand autoconf, going to have to read up on it I think!!! Actually it's passing the headers test and failing on the libraries test???!?!?
Created attachment 71016 [details] mp3kult-0.7-r3.ebuild Does this ebuild work for you?
(In reply to comment #17) > Created an attachment (id=71016) [edit] > mp3kult-0.7-r3.ebuild > > Does this ebuild work for you? hades mp3kult # ebuild mp3klut-0.7-r4.ebuild digest !!! aux_get(): ebuild path for 'media-sound/mp3klut-0.7-r4' not specified: !!! None !!! aux_get(): ebuild path for 'media-sound/mp3klut-0.7-r4' not specified: !!! None doebuild(): aux_get() error reading media-sound/mp3klut-0.7-r4; aborting.
(In reply to comment #17) > Created an attachment (id=71016) [edit] > mp3kult-0.7-r3.ebuild > > Does this ebuild work for you? Ignore previous, typo in ebuild name!!! Yes it does seem to work!
Well at least I've had some good practice at autoconf!!! I take it the -: need-kde 3.2 and kde_src_compile are the bits that make it work?
(In reply to comment #20) > are the bits that make it work? More or less. Have a look at kde.eclass if you're interested how it works. Sound herd: Any reason the ebuild wasn't written inheriting kde.eclass? There are also a bunch antiquated header warnings. Development seems to have stalled in 2002.
(In reply to comment #17) > Created an attachment (id=71016) [edit] > mp3kult-0.7-r3.ebuild > > Does this ebuild work for you? Note to self: Let the people who know much more about how Portage works fix the ebuilds. Yes, it works perfectly. Thanks!
(In reply to comment #20) > Well at least I've had some good practice at autoconf!!! > > I take it the -: > > need-kde 3.2 > > and > > kde_src_compile > > are the bits that make it work? > I feel like a right buffoon. :-p I'll chalk this one up to experience and go learn how Portage works. From what *little* I know, it seems this ebuild was made a long time ago and forgotten about.
(In reply to comment #23) > > I feel like a right buffoon. :-p I'll chalk this one up to experience and go > learn how Portage works. From what *little* I know, it seems this ebuild was > made a long time ago and forgotten about. All part of the learning process isn't it!!
(In reply to comment #24) > (In reply to comment #23) > > > > I feel like a right buffoon. :-p I'll chalk this one up to experience and go > > learn how Portage works. From what *little* I know, it seems this ebuild was > > made a long time ago and forgotten about. > > All part of the learning process isn't it!! > > > Yeah, it is. ;-) I'm just really glad I don't care how often I laugh at myself. In other news, I sent the maintainer a message asking if he had plans to further develop mp3kult. If you haven't used it before, it's rather nicer than a few other utilities I have tried. I would love to see more of it.
New ebuild committed in portage.