PDA

View Full Version : Nokia 770 Questions



Michael Haan
2006-03-28, 14:59
Ok, so I have one of these now. I'm running slimserver 6.2 latest nightly
(6.5 a'int workin'). I bring up the touch screen on the 770 and it works,
but it's not that great. First, the size is a little too big, even if I go
full screen and zoom to the max. Second, I thought this was an ajax-ish
interface. Mine is not. Is there something more I need to do?

radish
2006-03-28, 15:04
I thought the 770 skin was in 6.5 only, in which case you're just using the regular (non-ajax, non-770 specific) skins. Try Handheld, Touch or even ExBrowse or Fishbone.

kdf
2006-03-28, 15:05
Quoting Michael Haan <michael_haan (AT) hotmail (DOT) com>:

> I thought
> this was an ajax-ish interface. Mine is not. Is there something more
> I need to do?

The Nokia770 skin uses Ajax for the now playing page, and that skin is
only included with SlimServer 6.5 builds. The Nokia does not provide
any ajax features where none exist in the skins. The Touch skin,
included in 6.2 and 6.5 was used as a baseline for the new Nokia770
but is not optimised for pda displays, does not have even one line of
ajax, and is not actively maintained (basic fixes to keep it from
being totally useless, when time permits).

what aspect of 6.5 is giving you problems?
-k

bklaas
2006-03-28, 15:08
Yes, the optimized Nokia770 skin is 6.5 only. IMO, you won't be very satisfied with using the 770 until you move to 6.5, particularly because of the issues you are reporting. If I was in 6.2, I'd probably be using handheld as my skin of choice on the 770.

Ajax is currently limited to the 'now playing' page, but I just started looking at playlist.html, which is going to be much harder to code but benefits will be large there.

cheers,
#!/ben

Michael Haan
2006-03-28, 15:23
>The Nokia770 skin uses Ajax for the now playing page, and that skin is
>only included with SlimServer 6.5 builds. The Nokia does not provide any
>ajax features where none exist in the skins. The Touch skin, included in
>6.2 and 6.5 was used as a baseline for the new Nokia770 but is not
>optimised for pda displays, does not have even one line of ajax, and is
>not actively maintained (basic fixes to keep it from being totally
>useless, when time permits).
>
>what aspect of 6.5 is giving you problems?
>-k

I posted the following earlier:

Trying to run the latest from last night (6.5) and it wouldn't start as a
service. So, I tried running it directly:

#./slimserver.pl
2006-03-28 11:27:22.2023 DBD::SQLite::db tables failed: not an error(21) at
dbdimp.c line 398 at /usr/local/slimserver/Slim/DataStores/DBI/DataModel.pm
line 209.
DBD::SQLite::db tables failed: not an error(21) at dbdimp.c line 398 at
/usr/local/slimserver/Slim/DataStores/DBI/DataModel.pm line 209.

Help...

kdf
2006-03-28, 15:57
Quoting Michael Haan <michael_haan (AT) hotmail (DOT) com>:

> Help...

tried getting rid of the existing slimserversql.db file?
how about making sure you run Bin/build-perl-modules.pl for the 6.5
install so that you have the right CPAN modules built for 6.5?

-kdf

Michael Haan
2006-03-28, 16:01
>tried getting rid of the existing slimserversql.db file?
>how about making sure you run Bin/build-perl-modules.pl for the 6.5
>install so that you have the right CPAN modules built for 6.5?

Did the second, not sure what the first means. This was/is a fresh os
install.

kdf
2006-03-28, 16:22
Quoting Michael Haan <michael_haan (AT) hotmail (DOT) com>:


> Did the second, not sure what the first means. This was/is a fresh os
> install.
>
well, little more surprising given it wasn't an upgrade from 6.2.

However, I'd still try finding slimserversql.db (rpm puts it in
/usr/local/slimserver/cache) and let it start from no database.

maybe run with --d_info as well. I'm not exactly sure what the cause
it, but it does seem to either be a bad db or a problem creating one
on a fresh install.

-k

Michael Haan
2006-03-28, 17:16
Not sure if I'm doing it right....

#rm /usr/local/slimserver/Cache/slimserversql.db
rm: remove regular empty file
`/usr/local/slimserver/Cache/slimserversql.db'? y
Starting SlimServer: [ OK ]
# ps -ef | grep slimserver
root 2929 2810 0 19:14 pts/1 00:00:00 grep slimserver

kdf
2006-03-28, 17:31
Quoting Michael Haan <michael_haan@hotmail.com>:

> #rm /usr/local/slimserver/Cache/slimserversql.db
> rm: remove regular empty file
> `/usr/local/slimserver/Cache/slimserversql.db'? y
> Starting SlimServer:
[
well, for starters, I wouldn't use the init.d starup yet. Still need to see what's going on.

cd /usr/local/slimserver
rm Cache/slimserversql.db
./slimserver.pl --d_info --d_server --d_sql

and also, make sure that all of this stuff you've done as 'root' isn't leaving the permissions in a state that wont' work for the 'slimserver' user. You might have to use:

chown -R slimserver:slimserver *

-k

Michael Haan
2006-03-28, 18:14
Not sure if thus helps....

# ./slimserver.pl --d_info --d_server --d_sql
2006-03-28 20:12:54.9985 SlimServer OSDetect init...
2006-03-28 20:12:54.9987 SlimServer OS Specific init...
2006-03-28 20:12:54.9989 SlimServer saving pid file.
2006-03-28 20:12:54.9989 SlimServer settings effective user and group if
requested...
2006-03-28 20:12:54.9990 SlimServer settings init...
2006-03-28 20:12:55.0488 SlimServer strings init...
2006-03-28 20:12:55.1478 SlimServer Setup init...
2006-03-28 20:12:55.1556 SlimServer setting language...
2006-03-28 20:12:55.1559 SlimServer Request init...
2006-03-28 20:12:55.1579 SlimServer IR init...
2006-03-28 20:12:55.1620 SlimServer Buttons init...
2006-03-28 20:12:55.1642 SlimServer Graphics init...
2006-03-28 20:12:55.1678 Old SLIMP3 Protocol init...
2006-03-28 20:12:55.1687 Slimproto Init...
2006-03-28 20:12:55.1693 mDNS init...
2006-03-28 20:12:55.1695 SlimServer HTTP init...
2006-03-28 20:12:55.1761 mDNS startAdvertising...
2006-03-28 20:12:55.1766 Source conversion init..
2006-03-28 20:12:55.1779 SlimServer Info init...
2006-03-28 20:12:55.2757 Metadata database saving into:
dbi:SQLite:dbname=/usr/local/slimserver/Cache/slimserversql.db
2006-03-28 20:12:55.2795 Connected to database
dbi:SQLite:dbname=/usr/local/slimserver/Cache/slimserversql.db
2006-03-28 20:12:55.2800 DBD::SQLite::db tables failed: not an error(21) at
dbdimp.c line 398 at /usr/local/slimserver/Slim/DataStores/DBI/DataModel.pm
line 209.
DBD::SQLite::db tables failed: not an error(21) at dbdimp.c line 398 at
/usr/local/slimserver/Slim/DataStores/DBI/DataModel.pm line 209.
2006-03-28 20:12:55.2803 Got to the END.
2006-03-28 20:12:55.2803 Got sigint.
2006-03-28 20:12:55.2804 SlimServer cleaning up.

kdf
2006-03-28, 18:27
Quoting Michael Haan <michael_haan (AT) hotmail (DOT) com>:

> Not sure if thus helps....

given that it still isn't working, looks like I've not been much help
either. However, at least we now know that the right database file is
being used, and that it is something wrong in the creation of the db.
The error is coming from the check for the database version number.
To me, it looks like something is just plain wrong with the setup of
SQLite or DBI::SQLite on yoru setup. Unfortunately, I'm no expert at
either of these.

At this point, I'd suggest filing a new bug report so that the
important bits are recorded. Include that bit of log you pasted in
the last post, as well as the os, and the output of 'perl -V'. I
think that should be enough to get someone started on further
debugging. I suppose in Dan gets a chance to look at it, he'll likely
recognise exactly what is causing this sort of thing to happen.
cheers,
kdf