My $189 1TB SBS (running 7.5 embedded)

[chrism_s]

Builds passed

The builds listed below all completed. Do I need to build anything else? Should I run SSODS or start the daemon manually?

I was able to make a few tweaks to let SSODS run recent nightly 7.6 noCPAN tarballs. The following is from my shell history, and was sufficient for me on an LS-XHL to get things working. YMMV.

Code:
521 cd ~build
522 svn co http://svn.slimdevices.com/repos/sli...k/vendor/CPAN/
523 cd CPAN
524 tar zxvf Audio-Scan-0.79.tar.gz
525 cd Audio-Scan-0.79
526 PATH=/opt/ssods4/bin:$PATH # make sure we get the right Perl
527 perl Makefile.PL
528 make test
529 make install
530 cd ..
531 pwd
532 tar zxvf YAML-Syck-1.05.tar.gz
533 cd YAML-Syck-1.05
534 perl Makefile.PL
535 make test
536 make install
537 cd ..
538 tar zxvf Template-Toolkit-2.21.tar.gz
539 cd Template-Toolkit-2.21
540 perl Makefile.PL
541 make test
542 make install
543 cd ..
544 tar zxvf DBI-1.608.tar.gz
545 cd DBI-1.608
546 perl Makefile.PL
547 make test
548 make install
549 cd ..
550 tar zxvf HTML-Tagset-3.20.tar.gz
551 cd HTML-Tagset-3.20
552 perl Makefile.PL
553 make test
554 make install
555 cd ../
556 tar zxvf HTML-Parser-3.60.tar.gz
557 cd HTML-Parser-3.60
558 perl Makefile.PL
559 make test
560 make install
561 cd ..
562 tar zxvf Digest-SHA1-2.11.tar.gz
563 cd Digest-SHA1-2.11
564 perl Makefile.PL
565 make test
566 make install
567 cd ..
568 tar zxvf Linux-Inotify2-1.21.tar.gz
569 cd Linux-Inotify2-1.21
570 perl Makefile.PL
571 make test
572 make install

Do not bother flipflip if this doesn't work for you, it is my own unsupported hack, which could have side effects even I don't know about.

[dsdreamer]

Should be enough to get you going

I update the gcc, binutils and make with the new ipkg settings. It looks like everything is building now.

If i just follow the build you posted earlier is that enough?

The fragment of my shell history posted above ought to be enough to get you functional. I did see some warnings in the SBS log file that made me want to provide the full set of Perl modules that SBS is expecting, but you can always do that later.

Let's see if we can get you up and running with the basics first.

[dsdreamer]

You have the option...

Of running SSODS from its web interface, having started it (LC_ALL= /opt/ssods4/etc/init.d/rc.ssods start)

Or... you can su to squeezeboxserver and be careful to use /opt/ssods4/bin/perl to start the existing slimserver.

The first time I ran it, I used

su - squeezeboxserver
PATH=/opt/ssods4/bin:$PATH
cd ./squeezeboxserver-7.6.0-30722-noCPAN
/opt/ssods4/bin/perl ./slimerver.pl --charset utf8 --prefsdir ~/prefs --cachedir ~/Cache

I left off the --daemon switch on purpose so that I can see any error messages about missing libraries on the shell terminal.

If you are satisfied that it's all working you can use the SSODS web interface to install and start a new instance of SBS

[chrism_s]

Nearly... starting gives

this issue:

<perl ./slimserver.pl --charset utf8 --prefsdir ~/prefs --cachedir ~/Cache
The following CPAN modules were found but cannot work with Squeezebox Server:
Audio::Scan:
Audio::Scan object version 0.79 does not match bootstrap parameter 0.78 at /opt/
ssods4/lib/perl5/5.10.0/armv5tel-linux-thread-multi/DynaLoader.pm line 226.
Compilation failed in require at (eval 37) line 2.
BEGIN failed--compilation aborted at (eval 37) line 2.


To fix this problem you have several options:
1. Install the latest version of the module(s) using CPAN: sudo cpan Some::Modul
e
2. Update the module's package using apt-get, yum, etc.
3. Run the .tar.gz version of Squeezebox Server which includes all required CPAN
modules.

squeezeboxserver@CMSNAS:~/squeezeboxserver-7.5.1-30670-noCPAN$

Looks like a version mis-match for Audio-Scan?

[dsdreamer]

Yes, get a later SqueezeboxServer tar ball.

this issue:


Looks like a version mis-match for Audio-Scan?

Audio::Scan was bumped up a to a new version very recently. Your easiset fix is to grab a more recent SBS tarball, which is designed to use the latest Audio::Scan version as you have it installed.

[Decap_dk]

Been away for a while

Hi all.

I have been away from this thread for some time in which i upgraded my LS-CHL harddrive to a 2GB variant. This means that I have to reinstall SBS7.6.

I used the buildperl script but this is no longer compatible it seems... I can see that you are now talking about SSODS. Can you please give me the most recent rundown of how to get SBS running on my NAS again. Should i use SSODS or nightly noCPAN build and which version of buildperl script.

Then you are talking about EV patches i believe... I am currently a bit confused with all this...

[dsdreamer]

Here's the status

Hi all.

I have been away from this thread for some time in which i upgraded my LS-CHL harddrive to a 2GB variant. This means that I have to reinstall SBS7.6.

I used the buildperl script but this is no longer compatible it seems... I can see that you are now talking about SSODS. Can you please give me the most recent rundown of how to get SBS running on my NAS again. Should i use SSODS or nightly noCPAN build and which version of buildperl script.

Then you are talking about EV patches i believe... I am currently a bit confused with all this...

I don't know which build script you used and found incompatible, but I suggest trying the ones included with the instructions here: http://charlesrazzell.home.comcast.net/ . If you find a problem with those instructions or the script provided on that page bombs out, please report exactly what happens back here.

We had a number of users of older LS-CHL boxes who couldn't correctly compile and test EV-3.9. We tried all sorts of tricks to get it to compile and link and nothing worked, so a new approach was tried of patching flipflip's SSODS environment. This approach is new and so far no-one has reported success with it, so you are probably better off with the scripts and instructions from my web page, unless you are specifically having trouble with compiling EV.

[Ropewalk]

money calls - but haven't given up!

Sorry one and all not given up but 'day' job calls so i can earn some money for wifes hobbies ;-) - should be back home in day or two and will also try latest set of ideas.

Thanks to all

[.:.impossible]

Got through EV patch. Module-Build went fine, but ExtUtils-CBuilder failed.

[Ropewalk]

Moved forward but not there yet...

Am now using the gcc and make from the cs08q1 crossfeed and sure now the EV builds but I now get a failure in the IO-AIO-3.5

root@MEDIASTORE1:~/build/CPAN/IO-AIO-3.5# /opt/bin/perl Makefile.PL
checking for gcc... arm-none-linux-gnueabi-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether arm-none-linux-gnueabi-gcc accepts -g... yes
checking for arm-none-linux-gnueabi-gcc option to accept ISO C89... none needed
checking for library containing pthread_create... no
configure: error: pthread functions not found

To get here

sh lspro-bootstrap_1.2-7_arm.xsh
reboot

# after reboot
# use the cs08q1 cross feed
cp -f ./cross-feed.conf.cs08q1 /opt/etc/ipkg/cross-feed.conf
ipkg update
ipkg gcc
ipkg makefile

# use teh cs05q3 cross feed 
cp -f ./cross-feed.conf.cs05q3 /opt/etc/ipkg/cross-feed.conf
# following has ipkg gcc and ipkg makefile commented out
sh buildperlmods-lspro.sh

Seems to be the old pthread problem - curious how others got past that?

[dsdreamer]

Only solution was to link with SSODS libraries

Am now using the gcc and make from the cs08q1 crossfeed and sure now the EV builds but I now get a failure in the IO-AIO-3.5

root@MEDIASTORE1:~/build/CPAN/IO-AIO-3.5# /opt/bin/perl Makefile.PL
checking for gcc... arm-none-linux-gnueabi-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether arm-none-linux-gnueabi-gcc accepts -g... yes
checking for arm-none-linux-gnueabi-gcc option to accept ISO C89... none needed
checking for library containing pthread_create... no
configure: error: pthread functions not found

To get here

sh lspro-bootstrap_1.2-7_arm.xsh
reboot

# after reboot
# use the cs08q1 cross feed
cp -f ./cross-feed.conf.cs08q1 /opt/etc/ipkg/cross-feed.conf
ipkg update
ipkg gcc
ipkg makefile

# use teh cs05q3 cross feed 
cp -f ./cross-feed.conf.cs05q3 /opt/etc/ipkg/cross-feed.conf
# following has ipkg gcc and ipkg makefile commented out
sh buildperlmods-lspro.sh

Seems to be the old pthread problem - curious how others got past that?

To be honest you're trying a new combination now. When I had upgraded the GCC toolchain, I had used it to augment the existing SSODS Perl modules to make them sufficient for SBS 7.6 beta. In that case, I used the perl from SSODS to build Makefiles that automatically linked with the SSODS-supplied libraries and automatically installed themselves under /opt/ssods4/lib/perl.

However, you may be able continue in the way you have started by linking against the SSODS libraries in the few cases where you are missing some functions.

If I run ./configure manually within the IO-AIO directory I can get your case of failure and I can get success by pointing to the SSODS4 libraries as needed. For example:

~/build/CPAN/IO-AIO-3.5# ./configure --prefix=/opt/       
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for library containing pthread_create... no
configure: error: pthread functions not found

Whereas

~/build/CPAN/IO-AIO-3.5# ./configure --prefix=/opt/ LDFLAGS=-L/opt/ssods4/lib           
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for library containing pthread_create... -lpthread
checking for futimes... yes
checking for readahead... yes
checking for fdatasync... yes
checking for pread and pwrite... yes
checking for sendfile... yes
checking for sync_file_range... no
configure: creating ./config.status
config.status: creating libeio/config.h
config.status: libeio/config.h is unchanged

You presumably know where to get SSODS4: http://oinkzwurgl.org/ssods_downloads

[dsdreamer]

My $189 1TB SBS (running 7.5embedded)

Ropewalk;544431 Wrote:
> Am now using the gcc and make from the cs08q1 crossfeed and sure now the
> EV builds but I now get a failure in the IO-AIO-3.5
>
>
> >
Code:
--------------------
> >
> root@MEDIASTORE1:~/build/CPAN/IO-AIO-3.5# /opt/bin/perl Makefile.PL
> checking for gcc... arm-none-linux-gnueabi-gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether arm-none-linux-gnueabi-gcc accepts -g... yes
> checking for arm-none-linux-gnueabi-gcc option to accept ISO C89... none needed
> checking for library containing pthread_create... no
> configure: error: pthread functions not found
>
--------------------
> >
>
> To get here
> >
Code:
--------------------
> >
> sh lspro-bootstrap_1.2-7_arm.xsh
> reboot
>
> # after reboot
> # use the cs08q1 cross feed
> cp -f ./cross-feed.conf.cs08q1 /opt/etc/ipkg/cross-feed.conf
> ipkg update
> ipkg gcc
> ipkg makefile
>
> # use teh cs05q3 cross feed
> cp -f ./cross-feed.conf.cs05q3 /opt/etc/ipkg/cross-feed.conf
> # following has ipkg gcc and ipkg makefile commented out
> sh buildperlmods-lspro.sh
>
--------------------
> >
>
> Seems to be the old pthread problem - curious how others got past
> that?

To be honest you're trying a new combination now. When I had upgraded
the GCC toolchain, I had used it to augment the existing SSODS Perl
modules to make them sufficient for SBS 7.6 beta. In that case, I used
the perl from SSODS to build Makefiles that automatically linked with
the SSODS-supplied libraries and automatically installed themselves
under /opt/ssods4/lib/perl.

However, you may be able continue in the way you have started by
linking against the SSODS libraries in the few cases where you are
missing some functions.

If I run ./configure manually within the IO-AIO directory I can get
your case of failure and I can get success by pointing to the SSODS4
libraries as needed. For example:


Code:
--------------------

~/build/CPAN/IO-AIO-3.5# ./configure --prefix=/opt/
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for library containing pthread_create... no
configure: error: pthread functions not found

--------------------


Whereas


Code:
--------------------

~/build/CPAN/IO-AIO-3.5# ./configure --prefix=/opt/ LDFLAGS=-L/opt/ssods4/lib
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for library containing pthread_create... -lpthread
checking for futimes... yes
checking for readahead... yes
checking for fdatasync... yes
checking for pread and pwrite... yes
checking for sendfile... yes
checking for sync_file_range... no
configure: creating ./config.status
config.status: creating libeio/config.h
config.status: libeio/config.h is unchanged

--------------------


You presumably know where to get SSODS4:

http://oinkzwurgl.org/ssods_downloads

--
dsdreamer

----------------------
"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=76168

[dsdreamer]

I see.

Got through EV patch. Module-Build went fine, but ExtUtils-CBuilder failed.

This thread has become very confused now, and so have many of its readers. I see that you tried to use part of my build scripts to automate the process of building the remainder of the modules. In doing that you started referencing the wrong perl, (you always need to use the one in /opt/ssods4/bin). If that happens the wrong set of libraries will get linked in, and all sorts of stuff will be broken.

I think I need to start a new thread about upgrading SSODS to run 7.6, which will have its own build script. As a temporary measure, you should at least change /opt/bin/perl to /opt/ssods4/bin/perl inside your local build script if you're trying to use my bash helper functions to make life easier. To be honest, what I had done was to simply run the commands by hand as in

tar zxvf something.tar.gz
cd something
/opt/ssods4/bin/perl Makefile.PL
make test && make install
cd ..

rinse and repeat.

[dsdreamer]

My $189 1TB SBS (running 7.5embedded)

..:.impossible;544403 Wrote:
> Got through EV patch. Module-Build went fine, but ExtUtils-CBuilder
> failed.

This thread has become very confused now, and so have many of its
readers. I see that you tried to use part of my build scripts to
automate the process of building the remainder of the modules. In doing
that you started referencing the wrong perl, (you always need to use the
one in /opt/ssods4/bin). If that happens the wrong set of libraries will
get linked in, and all sorts of stuff will be broken.

I think I need to start a new thread about upgrading SSODS to run 7.6,
which will have its own build script. As a temporary measure, you
should at least change /opt/bin/perl to /opt/ssods4/bin/perl inside
your local build script if you're trying to use my bash helper
functions to make life easier. To be honest, what I had done was to
simply run the commands by hand as in

Code:
--------------------

tar zxvf something.tar.gz
cd something
/opt/ssods4/bin/perl Makefile.PL
make test && make install
cd ..

--------------------


rinse and repeat.


--
dsdreamer

----------------------
"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=76168

[Ropewalk]

Working - Yippeeee!!

I now have a working 7.6 SqueezeCenter on a CHL-500L v1 was realtively easy once I used ssods4

http://forums.slimdevices.com/showthread.php?t=78509

Big big thanks to one and all