Roland0 wrote:
> See 'this github issue'
> (https://github.com/Logitech/slimserver-vendor/issues/9) for
> discussion.
> See 'this post'
> (http://forums.slimdevices.com/showthread.php?107222-Howto-build-LMS-for-aarch64)
> for a slightly more elegant modification for the the build script (as is
> fetches the newest config.guess automatically and doesn't depend on a
> local copy), plus a update to build the newest versions of the libraries
> / perl modules (a LMS built this way has been running on my 64bit RPi3
> for a couple of months without any issue).
Okay, good to know this has been tackled by others before me. I see the
patched buildme.sh updates the troublesome, outdated packages to
overcome the staleness of the config.guess. My thought was not to stray
further from the beaten path than necessary, so using the same
(outdated) source code as the official Logitech build scripts seemed a
better idea to me, but that's arguable both ways.
I have experimented with actually running automake again instead of just
copying in a newer config.guess, e.g., invoke automake -a -f, in all
those places where outdated packages won't build. I'm not sure if that's
better or worse, but it does work.
We could have the following inserted at all the critical places in
buildme.sh
Code:
--------------------
if [ "`uname -m`" == "aarch64" ]; then
automake -a -f
fi
--------------------
or
Code:
--------------------
if [ "`uname -m`" == "aarch64" ]; then
cp `dpkg -L automake | grep 'config.guess'` .
fi
--------------------
Either of these would be non-destructive to normal users of buildme.sh.
----------------------
"Dreamer, easy in the chair that really fits you..."
------------------------------------------------------------------------
dsdreamer's Profile: http://forums.slimdevices.com/member.php?userid=12588
View this thread: http://forums.slimdevices.com/showthread.php?t=108166
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix