Problems with building on NSLU2

[Robin Bowes]

Dan Sully wrote:

> Locking & real transactions are the main things, table constraints are
> secondary. MySQL silently turns InnoDB tables into MyISAM tables if
> InnoDB is
> not available, which is why commenting out the innodb config line works.

If it will work without innodb, can I suggest that the table type is not
explicitly specified in the table creation scripts and that you rely on
the default table type for whatever instance of mysql is being used?

For the embedded DB, you can specify a default tabletype of InnoDB, so
the tables get created as InnoDB.

R.

[TonyM]

Hi All,

Did anyone get to the bottom of the problem highlighted at the top of page 2 of this thread? I have tried SS 6.5.0 on my Slug but it runs far too slowly for me to consider useful and so I have been trying SS 6.3.1 instead, which installs ok (when following the standard installation instructions plus the two extra PATHs. I get the same problem though, it will not scan my music end complete the scan. Even with one album it just sits there and won't ever finish the scan. It reports 0 albums, 1 artist, 4 tracks.

I have tried to download perl 5.8.6 but I get into problems when installing unslung-devel.

I've not sufficient knowledge to really know what's going wrong here and so if anyone has got beyond this problem then I'd really appreciate knowing.

Many thanks,
Tony

[lars_p_fink]

I found a pre-compiled tar-ball (http://homepage.eircom.net/~altondsl....3.1arm.tar.gz) of SlimServer 6.3.1 on OpenFSG Forums (http://www.openfsg.com/forum/viewtopic.php?p=9964#9964) that works on Unslung 5.8Beta. Just unpack it and run it, don't try to compile.

Many thanks to Bryan who made the tar-ball. Now I can enjoy my music again!

[tyddynonn]

I too have had the problem with building SlimServer 6.5 referred to at the top of this thread ('armv5b-softfloat-linux-gcc not found')

Looking at the /opt/armeb/bin directory, it looks like the symlink for gcc is not set up correctly... might this be a problem with unslung-devel?

However in looking at this I've managed to delete armeb (!) so can't confirm.

The precompiled tarball 6.3.1 referred too above seems to work fine tho'....

[Ramage]

Similar experience to the other posters on this thread - "make ***[Zlib.o}Error 127". Ignored it and ran SS 6.3.1 (bpa's tarball) anyway. Music scanned with no trouble and quite quickly, and everything works OK except it will not play wma files to SB.

Anyone else have this problem, and any idea how to fix? I expected SB to play windows media (built-in).

No Alien, Lame or mplayer - has anyone installed these on a slug?

[Ramage]

Tried Lame (ipkg install lame) but using bit-rate limiting just froze slimserver - perhaps the hardware (ram/processor) is just not man enough to run lame. Dread to think what mplayer would do to it!

Any views?

[Ramage]

Fixed the Windows Media problem by using FW55 to match 6.3.1.

[tyddynonn]

Ok, some progress with this...

I reinstalled the crosstool-native package (ipk install crosstool-native -force-reinstall) to get my /opt/armeb directory back..

Added the paths mentioned in the thread above (/opt/bin, /opt/armeb/bin) - still no joy

Found that gcc was living in /opt/armeb/armv5b-softfloat-linux/bin, so made a symlink in /opt/armeb/bin

'ln -s /opt/armeb/armv5b-softfloat-linux/bin/gcc armv5b-softfloat-linux-gcc'

did likewise with ld (after this failed...)

'ln -s /opt/armeb/armv5b-softfloat-linux/bin/ld armv5b-softfloat-linux-ld'

Joy! build-perl-modules now seems to run - or at least, it manages to build the modules

Compress-Zlib-1.41
DBI-1.50

*** BUT ***

it then falls over processing module DBD-mysql-3.0002, complaining that it

'Can't exec mysql_config - no such file or directory' at various points with Makefile.PL

Then exits saying it 'Failed to determine directory of mysql.h'

find tells me mysql.h isn't to be found anywhere in the filesystem.

Any suggestions, anyone?

[tyddynonn]

Finally succeeeded - ref my post above -

Went back and installed mysql

'ipkg install mysql'

Then tried build-perl-modules again - this time, got a different problem with the first module - see the posts at http://forums.slimdevices.com/showthread.php?t=27844

So, followed the advice there:

- rebuild Compress-Zlib-1.41 manually
(build-perl-modules.pl now runs OK)
- fix MySql to diable InnoDB (post # 16 above)
- make a new user 'slim' and chown -R slim /etc/slim-data
- run slimserver with --user slim

and at last it seems to work.

So, to recap, you need to

- Modify the path to include /opt/bin and /opt/libexec
- Add the symlinks to point 'armv5b-softfloat-linux-gcc' and 'armv5b-softfloat-linux-ld' to wherever the real gcc and ld are
- install mysql, if not already installed
- run build-perl-modules.pl, accepting the error on Compress-Zlib-1.41.
- re-do the Compress-Zlib-1.41 build manually (see http://forums.slimdevices.com/showthread.php?t=27844, post #9)
- re-run build-perl-modules.pl - apart from a few compiler warnings, should run OK this time
- Fix MySQL (see post #16 above)
- Set up a non-root user (eg. 'slim') and make this own the slimserver data
- and run the server....

Phew!

..now I wonder if it will index my music??

BTW, pardon my ignorance, but what is 'FW55' referred to by Ramage in # 27 above?

[bpa]

Mplayer currently won't work well on any ARM processor because most of the codecs use floating point which is very slow on the ARM processor type/speed used in nslu2 and many other NASs.

I think lame may also use floating point.