Building on a NSLU2

@sansp00 wrote:

I am probably going to sound very stupid …
What the hell does this mean:
You should add the contents of `/opt/share/aclocal/libtool.m4′ to `aclocal.m4′.

I have been trying to get mt-daapd to compile on my slug without much success 🙁

Autotools suck — it doesn’t seem to be possible (unless you follow the auto* mailing lists for a living) to be able to write a configure script that works across all versions of autoconf.

If you are trying to follow from svn, you’ll have to have the same version of autotools I do, which is:

autoconf 2.60
automake 1.8.5
libtool 1.5.22

Other than that, I wouldn’t guarantee that it would generate correct makefiles from the configure.in.

If you are just trying to hack on the code a bit, or to compile from source, it *should* work with just a ./configure from one of hte nightly tarballs. Does it not?

— Ron

@sansp00 wrote:

I guess I yelled victory too fast …
I can’t seem to make it see id3tag.h, what am I doing wrong this time …

checking id3tag.h usability… no
checking id3tag.h presence… no
checking for id3tag.h… no
configure: error: id3tag.h not found… try –with-id3tag=dir

This is with …
# ./configure –enable-sqlite3 –enable-nslu2 –with-id3tag=/opt/include

The lib is there …
# ipkg install libid3tag
Package libid3tag (0.15.1b-1) installed in root is up to date.
Nothing to be done

Its in /opt/include
# ls -rlt /opt/include/id3tag.h
-rw-r–r– 1 root root 10647 Jun 16 2006 /opt/include/id3tag.h

Patrick S.

Urk. That’s me being lazy. It automatically appends “include” and “libs” to the –with-id3tag, because all my stuff was in /sw/include and /sw/lib, and it was easier for me to type –with-id3tag=/sw than –with-id3tag-includes=/sw/includes –with-id3tag-libs=/sw/lib

My bad, that’s a crappy configure, and I know it. Sorry. Sorry.

Uh, so it’s –with-id3tag=/opt

— Ron