On Mon, Aug 14, 2006 at 06:00:41PM +0200, Ralf Wildenhues wrote: > Then the acinclude.m4 file likely contains macros from an older Libtool > version. Please tell upstream to update them; there are several ways to > achieve this, ranging from (brittle and error-prone) manual replacement > to just m4_including the right other macro files to just having > Automake's aclocal do that job for you (depending on versions of the > Autotools you are using). Or just have aclocal get them from the system > wide installed macro files (but that requires that you don't have the > same macro defined in acinclude.m4 or included local macro files; they > would override the system-wide definitions). > > I can't say anything more specific without looking at the exact package > contents. >
It did, and I have already provided a patch which removes obselete macros from the xmms acinclude.m4 to the debian xmms bug. I'll see about updating the upstream, as well, at some point. > > The EGREP bug is still there, however - If someone somehow manages to > > trigger > > that codepath (various OSs still uses file_magic), they'll get unexpected > > results. > > > A (possibly non-exaustive) list of OSs that will still trigger the bug: > > It's not the OSs that cause the bug, but the old macro definitions in > aclocal.m4. No, it's not the OSs, it's Debian's libtool package. Anything that uses file_magic is *still broken* because EGREP still isn't properly passed to the libtool script. The OSs I listed are ones that the *NEW* macros still use file_magic for. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
