SqueezeCenter 7 on QNAP

[flipflip]

Originally Posted by Dongle

*** CPU seems to stick at 43% for tar, next process recycle at 7%, everything else negligible. tar process only goes away when the browser tab on SSODS is closed

Seems OK to me.

*** Here's the strange bit, I get the prompt asking me to add on the YES-I-REALLY-WANT. I do this, and the uninstall gives me an error message, saying "Error: unsupported SqueezeCenter version (none-17793)."??

Because SC is not installed correctly. Remove SqueezeCenter and uninstall again (it should work then). Or modify the script so that it doesn't stop SC.

Conclusion: I cannot help you. I don't know what's wrong with your box.

[flipflip]

Originally Posted by markushk

I suspect the problem is that SC cannot find the TZ varible, which I set correctly in the TurboStations admin console.

I noticed that the Progressive package does this:
cp /etc/TZ $BASE/etc/TZ

Because SC is running in a chroot there and needs the files.
SSODS runs in the normal system and should be able to find the info in the usual location (/etc/TZ probably, I don't know).

Again the question: what's wrong? The *timezone* or the *time*? I cannot see a timezone on my SB (maybe that's configurable) but I can see the *right* time and I'm in CET, not UT.

So finally I added a TZ variable to my administrator shell and then started
So the problem it seems is that the TZ variable is inaccessible. However unfortunately I don't have the knowledge on how to add this to the default administrator shell - Do you have any suggestion?

Add it to /volume1/SSODS/etc/ssods/ssods.conf.local
And then tell me how that has to look like (TZ=CET or so?) so I can add it to the FAQ.

The SYSTEM version is located here:
/etc/TZ

That's a file and not a variable. None of my systems here (Debian box, Diskstations etc. have a TZ variable (in the user shell)) but all show the correct time on the SB and also "date" reports correctly. I don't have /etc/TZ files on all systems (just on the TS). I don't know where to set it..

flip

Thanks
Markus[/quote]

[mr_hyde]

Originally Posted by flipflip

Add it to /volume1/SSODS/etc/ssods/ssods.conf.local
And then tell me how that has to look like (TZ=CET or so?) so I can add it to the FAQ.

I've got the problem with progressive when the daylight saving started in the US. QNAP had the right time and SS was one our to early.

I've change the startup line in progressive script:

export TZ=Europe/Amsterdam <-- I don't know if this is supported in the standard environment (it seems to be not).

That worked for progressive. It was also possible to generate locales in the chroot environment and the date/time screesaver displayed also german names of days and months. This is actually not possible with standard environment.

Nevertheless, where is your location? probably the problem is solved during the night, since also in europe the daylight savings starts this night.

[Hopscotch]

Thnaks for your help. I couldn't find mysqld on the 109Pro, or make any progress with the installation, so I uninstalled everything, reformatted, and installed firmware 2.0.1 0319T.

When I tried to unzip the file I received the following:
-----------------------------------
[/share/HDA_DATA/Public] # unzip ssods-3.0beta9-armv5tejl.zip
Archive: ssods-3.0beta9-armv5tejl.zip
unzip: Invalid compressed data--crc error
inflating: ssods-3.0beta9-armv5tejl.pat
inflating: ssods-3.x-uninst.pat
inflating: README.TXT
inflating: WARNING.TXT
inflating: licenses.zip
inflating: ChangeLog.txt
inflating: ssods-ts
------------------------------------
Is this a problem with the download file, or my unzip? I tried downloading again, but same result.

[mr_hyde]

Hello,

i've installed locales on my Qnap 109.

The Date/Time Screensaver displays now the german names. It should also work for other languages.

First i've installed:

(The .deb files can be extracted with 7zip, copy data.tar.gz to Public share)

locales_2.7-6_all.deb (untar the data.tar.gz to root -> tar -C / -xf data.tar.gz)

Then i've also installed.

belocs-locales-bin_2.4-2.2_armel.deb (untar the data.tar.gz to root)

change locale-gen in /etc/usr/sbin (use vi)

	tempdir=$(mktemp -d) || exit 1 
-->	tempdir=$(mktemp -d /tmp/XXXXXX) || exit 1

and

	echo '' | localedef.glibc --quiet -i - "$tempdir" || exit 2
-->	echo '' | localedef --quiet -i - "$tempdir" || exit 2

link 'od' from flips SSODS:

cd /usr/bin
ln -sf /volume1/SSODS/bin/od od

create a locale.gen in /etc

cd /etc
vi locale.gen

-->press i to insert text
-->e.g. copy the following lines or write them to the file

de_DE.UTF-8 UTF-8
de_DE ISO-8859-1
en_GB.UTF-8 UTF-8

--> press esc, press ':wq' and press enter, the file should be saved

execute locale-gen (takes some time)

Edit:
to change the ssctrl script seems to be not neccesarry!!
Probably only the locales need to be generated.


Not needed:
if this was successfull,
modify /volume1/SSODS/bin/ssctrl and add the bold lines

 
        # change PWD and start the server
        echo -n "(stay tuned) .. "
        cd ${SSDIR}
        serverlog "Command line = ${SSD} ${ssdargs} -- ${SSBIN} ${args}"
        export PATH
        export LC_CTYPE=de_DE.UTF-8
        export LC_LANG=de_DE.UTF-8
        ${SSD} ${ssdargs} -- ${SSBIN} ${args} >>${serverlog} 2>&1

I am quite sure, that this manual patch will not persist for next firmware update, but we could ask QNAP for a native locales support or we have to write a patch

[flipflip]

Originally Posted by Hopscotch

When I tried to unzip the file I received the following:
Is this a problem with the download file, or my unzip? I tried downloading again, but same result.

I just downloaded it myself and successfully unzipped it on my Debian box with Info-ZIP's unzip 5.52.

[flipflip]

Originally Posted by mr_hyde

i've installed locales on my Qnap 109.

Excellent! I'm going to look at this, too.

Do you know what's the problem with the time(zones)? Here it correctly switched to DST tonight.

[shawkie]

Originally Posted by ratclma

Hi,
I have a TS-101 and am trying to install the ssods-3.0beta9-armv5tejl.zip but I am not sure of the instructions probably because I'm a bit of a linux newbie.

I am connected via telnet to the TS-101. I followed shawkie's steps 1-3 but I don't understand step 4. I assume step 5 onwards only apply after the .pat install completes

I get as far as the below
Extracting ssods-3.0beta9-armv5tejl.pat . done.
Extracting ssods-ppc.tar.gz .tar: /share/HDA_DATA/SSODS/inst_tmp/ssods-ppc.tar.gz: No such file or directory

Do I need to download the ppc version as well as the the arm version?

Any help much appreciated.
Thanks

You want the ppc version and not the arm version for the TS101. I think you might also be better off just removing the problematic parts from the script and using the built-in sh shell (instead of worrying about bash). I haven't tried it myself but I think you just need to remove these two parts:

# say hello
echo
echo "${0##*/} -- SSODS on TurboStation installer -- ${rev//\$/}"
echo

and

# check if the right patch file is used
[ "${ssodspat/$arch/foo}" = "$ssodspat" ] && \
error "That is probably not the right .pat file for this machine."

Also note that my instructions were based on beta7 and flipflip may have already included some of the required changes in beta8.

[mr_hyde]

Originally Posted by flipflip

Do you know what's the problem with the time(zones)? Here it correctly switched to DST tonight.

Hi, i have no idea on that. Mine TS did not switch automatically (i set ntp update to 7 days). I updated the time via ntp this morning and the SC displayed it correctly after update. It seems to be that qnap does not update it internally. Nevertheless this is not a problem.

[shawkie]

Originally Posted by mr_hyde

Hi, i have no idea on that. Mine TS did not switch automatically (i set ntp update to 7 days). I updated the time via ntp this morning and the SC displayed it correctly after update. It seems to be that qnap does not update it internally. Nevertheless this is not a problem.

I'm using SSODS 3beta7 on a TS101 and I'm in the UK. SC is not showing the correct time for me. It was displaying GMT-0100. I updated the time via ntp and now it is displaying GMT+0000.

When I run "date -u" I think I get the correct time:

Sun Mar 30 14:25:30 UTC 2008

But when I run "date" I get:

Sun Mar 30 15:26:52 IST 2008

What is IST? Doesn't look right to me.