media-sound/xmms-1.2.10-r13 fails with aclocal macro required but not defined errors: You should update your `aclocal.m4' by running aclocal. aclocal: macro `bh_C_SIGNED' required but not defined aclocal: macro `jm_AC_TYPE_LONG_LONG' required but not defined aclocal: macro `gt_TYPE_LONGDOUBLE' required but not defined aclocal: macro `gt_TYPE_WCHAR_T' required but not defined aclocal: macro `gt_TYPE_WINT_T' required but not defined aclocal: macro `gt_TYPE_INTMAX_T' required but not defined aclocal: macro `gt_PRINTF_POSIX' required but not defined aclocal: macro `gl_XSIZE' required but not defined I do not have nls in my USE, but I have gettext-0.12.1-r2 since this massive list of packages on my system pulled it in unconditionally: libwnck, gtksourceview, gnome-terminal, gnome-icon-theme, libgnomecanvas, nautilus, libgnomeprint, libbonoboui, gnome-desktop, libgnomeprintui, gnome-session, gnome-panel, gpsdrive, gnome-spell, evolution, sodipodi, gstreamer, gst-plugins, gaim, metacity, glib, glade, gedit, gal, gnome-games, gconf-editor, bug-buddy, yelp Come on gnome herd, wtf? nls? ( sys-devel/gettext ) for pete's sake.
Ok, I tried the attach thing, but it keeps asking for login, and then say no file attached. Anyhow, does it work with below patch, or does it fail in src_unpack() already? ---- Index: xmms-1.2.10-r13.ebuild =================================================================== RCS file: /var/cvsroot/gentoo-x86/media-sound/xmms/xmms-1.2.10-r13.ebuild,v retrieving revision 1.2 diff -u -r1.2 xmms-1.2.10-r13.ebuild --- xmms-1.2.10-r13.ebuild 14 Feb 2005 18:58:50 -0000 1.2 +++ xmms-1.2.10-r13.ebuild 18 Feb 2005 08:48:36 -0000 @@ -104,6 +104,7 @@ # Please see Bug 58092 for details use ppc64 && replace-flags "-O[2-9]" "-O1" + env ACLOCAL="aclocal -I ${WORKDIR}/m4" \ econf `use_enable nls` ${myconf} || die # For some reason, gmake doesn't export this for libtool's consumption
It fails in src_unpack during one of the 'aclocal -I ${WORKDIR}/m4' calls in the loop at line 76
azarah: The problem is the installed m4's from gettext are used rather than the ones in the m4 directory from the tarball. Is there a way to tell aclocal to use the -I ones over the system ones?
I checked it my side, and it seems to do the correct thing (yes, I edited m4/gettext.m4 and then reran aclocal -I ...): -------- nosferatu work # grep 'gettext.m4 serial' m4/gettext.m4 # gettext.m4 serial 27 (gettext-0.12) nosferatu work # grep 'gettext.m4 serial' /usr/share/aclocal/gettext.m4 # gettext.m4 serial 28 (gettext-0.13) nosferatu work # grep 'gettext.m4 serial' xmms-1.2.10/aclocal.m4 # gettext.m4 serial 27 (gettext-0.12) nosferatu work # -------- PS: (allthough latest and 1.8 looks like it should do the same thing) -------- nosferatu xmms-1.2.10 # aclocal --version aclocal (GNU automake) 1.7.9 --------
Something to consider - the alternative is to rediff the cvs and vorbis-ssl patches including the updated configure after autoreconf was run on a non broken (or whatever) machine, and not regen it in the ebuild ....
azarah, where are you getting the 0.12 version? This is what's included in the tarball: ~/gentoo/projects/xmms $ grep 'gettext.m4 serial' m4/gettext.m4 # gettext.m4 serial 28 (gettext-0.13)
Like I said in comment #4 - I edited it to see which .m4 aclocal import ...
blackace, after poking you several times on IRC i still don't understand what this has todo with gnome.
foser: that's just ridiculous, see that list of gnome packages in the report? that is what this has to do with GNOME. They belong to the GNOME herd and pull in gettext regardless of how the nls use flag is set, which is total BS, I don't WANT gettext, so I don't have nls in my use flags, but you guys are ignoring that in a large number of packages.
If that is what your bug is about (it seemed to me more about xmms auto* stuff failing on some macros), then this will be resolved quickly. It is not optional.
If it isn't optional LIKE A USE FLAG LEADS ONE TO BELIEVE then you should make damn sure it doesn't break things, like oh, xmms compiling for example. Fix one or the other, this bug covers both issues so pick. In the meantime don't close as RESOLVED when it isn't, and INVALID when it isn't.
then don't create bugs with 2 issues in one. gettext & xmms are both not gnome, I just closed the gnome bug here (under your pressure) as notabug.
more .m4s included with xmms now, so it uses those over the ones from older gettexts.