maemo.org - Talk

maemo.org - Talk (https://talk.maemo.org/index.php)

- Development (https://talk.maemo.org/forumdisplay.php?f=13)

- - BitPim (https://talk.maemo.org/showthread.php?t=22393)

Could anyone possibly port bitpim (http://www.bitpim.org)?
They already have a .deb for 1386.
Here is the source code http://www.bitpim.org/developer.html
It supports syncing phones trhough bluetooth.
Thanx a bunch!

Hmmm looks likely enough... it's mostly in python.

However I use bitpim on my mac and it's pretty slow even on a 1.83GHz processor with 2 gigs of ram. I think it'd be pretty glacially slow on our tablets.

However, that notwithstanding I've thought about it and I'd really like it on my N810 if it were possible

I've used it on my vista and it runs fast enough.
Obviously, the bluetooth sync isn't extremely speedy, but thats just bluetooth.

Hmmm... that's true... I'll take a look at it, hangon :)

EDIT: Okay, so bitpim itself is pure python. It doesn't need to be built at all :) That's the good news.

The bad news is that it looks like we need wxPython built and that requires alien and rpmbuild.

Then we need PySerial and APSW :P

And I was wondering why nobody had done this before :P

So... it looks possible but it might take a while. I'm gonna take a shot at it, but don't expect much :P

to bad its cdma phones only...

True, but there are still quite a few popular CDMA phones (Venus, Chocolate, etc.)

Hehe, in Europe, we will never see CDMA phones :)

GSM/UMTS (or HSDPA) ftw :P

Hmmm small status update. So far I've done the following:

installed and setup pySerial with no problems (needed to install python2.5-dev)
Found there was no need for alien/rpmbuild (found source for debian python-wxgtk2.6)
Tried to build APSW and got a million syntax errors in gcc :P I'll try in scratchbox instead of on the device.

Oh and I found that the Debian Armel already has a ready-to-go package for bitpim which makes me wonder why I'm trying this crazyness anyway. Could someone who's got either the debian chroot or full debian on their device perhaps install bitpim and try it?

Quote:

Originally Posted by qwerty12

Hehe, in Europe, we will never see CDMA phones

GSM/UMTS (or HSDPA) ftw :P

Well, UMTS and HSDPA are actually using W-CDMA (Wideband CDMA), so.. it's here already! In a sense.. ;)

Quote:

Originally Posted by TA-t3 (Post 208302)

Well, UMTS and HSDPA are actually using W-CDMA (Wideband CDMA), so.. it's here already! In a sense.. ;)

when people talk about cdma phones, they usually talk about the cdma2000 system.

http://en.wikipedia.org/wiki/Cdma2000

I know, that's the reason for the ;).. CDMA in several different incarnations are only used for data transfer in Europe (and not only through the GSM network), afaik.

Okay, I've gotta take a break from this, but here's what I've gotten so far if someone else wants to take a crack at it:

There's source for python-wxgtk2.8 here: Debian python-wxgtk
I can't get this package to build and compile correctly :/ not sure what I'm doing wrong. It also requires freeglut3.0 which is a potential problem :/ since that won't compile either.

Like I said pyserial is no issue installs cleanly,

Source is available for APSW here: Debian APSW
APSW looks like it'll build if I can find the sqlite3.h header, I haven't tried that yet.

If I or someone can get those three packages to compile then running bitpim is just a matter of downloading the /src and running "python bp.py"

But, like I said, all of these packages already exist in armel form, can someone try bitpim out under debian armel and let us know if it works? Thanks :)

Quote:

Originally Posted by josiahg777 (Post 208353)

It also requires freeglut3.0 which is a potential problem :/ since that won't compile either.

That's the OpenGL Utility Toolkit, and we're presumably out of luck on any OpenGL-ish things on the N8x0.

Quote:

Originally Posted by josiahg777 (Post 208253)

However I use bitpim on my mac and it's pretty slow even on a 1.83GHz processor with 2 gigs of ram. I think it'd be pretty glacially slow on our tablets.

Although it won't matter for the NIT due to being ARM... out of curiousity: did you use Psyco?

Any further progress?
qwerty12, where are you?

Actually, I just got openGL and Mesa running on my tablet. It's a software library from some other weird repository and runs slowly and choppily but it works nonetheless :P

Go see my post in BruceL's thread about his new UI. He found a repository (a bora one) that had the software GL libs.

So... perhaps it's time for me to try this again :P I gave up in extreme frustration a while back. I'll see about trying it again.

also @allnameswereout yes, i was just saying that speedwise it's not the fastest application I've ever used :P and no, I was using the standard Python interpreter. I had actually never used Psyco, thanks for pointing that out to me!

Quote:

Originally Posted by josiahg777 (Post 208353)

Source is available for APSW here: Debian APSW
APSW looks like it'll build if I can find the sqlite3.h header, I haven't tried that yet.

I tried in scratchbox:

Quote:

creating build/temp.linux-armv5tel-2.5
gcc -pthread -fno-strict-aliasing -DNDEBUG -Os -mthumb -mfloat-abi=softfp -Wall -Wstrict-prototypes -DNDEBUG -fPIC -DSQLITE_THREADSAFE=1 -DNDEBUG=1 -DEXPERIMENTAL=1 -I/usr/include/python2.5 -c apsw.c -o build/temp.linux-armv5tel-2.5/apsw.o
sem_post: Function not implemented
apsw.c:62:2: #error Your SQLite version is too old. It must be at least 3.5.9
apsw.c: In function `Connection_init':
apsw.c:948: error: `SQLITE_OPEN_READWRITE' undeclared (first use in this function)
apsw.c:948: error: (Each undeclared identifier is reported only once
apsw.c:948: error: for each function it appears in.)
apsw.c:948: error: `SQLITE_OPEN_CREATE' undeclared (first use in this function)
apsw.c:959: warning: implicit declaration of function `sqlite3_open_v2'
apsw.c: In function `Connection_limit':
apsw.c:1192: warning: implicit declaration of function `sqlite3_limit'
apsw.c: In function `set_context_result':
apsw.c:1939: warning: implicit declaration of function `sqlite3_result_error_code'
apsw.c: In function `initapsw':
apsw.c:5420: error: `SQLITE_IOERR_NOMEM' undeclared (first use in this function)
apsw.c:5459: error: `SQLITE_OPEN_READONLY' undeclared (first use in this function)
apsw.c:5460: error: `SQLITE_OPEN_READWRITE' undeclared (first use in this function)
apsw.c:5461: error: `SQLITE_OPEN_CREATE' undeclared (first use in this function)
apsw.c:5462: error: `SQLITE_OPEN_DELETEONCLOSE' undeclared (first use in this function)
apsw.c:5463: error: `SQLITE_OPEN_EXCLUSIVE' undeclared (first use in this function)
apsw.c:5464: error: `SQLITE_OPEN_MAIN_DB' undeclared (first use in this function)
apsw.c:5465: error: `SQLITE_OPEN_TEMP_DB' undeclared (first use in this function)
apsw.c:5466: error: `SQLITE_OPEN_TRANSIENT_DB' undeclared (first use in this function)
apsw.c:5467: error: `SQLITE_OPEN_MAIN_JOURNAL' undeclared (first use in this function)
apsw.c:5468: error: `SQLITE_OPEN_TEMP_JOURNAL' undeclared (first use in this function)
apsw.c:5469: error: `SQLITE_OPEN_SUBJOURNAL' undeclared (first use in this function)
apsw.c:5470: error: `SQLITE_OPEN_MASTER_JOURNAL' undeclared (first use in this function)
error: command 'gcc' failed with exit status 1
sem_post: Function not implemented
sem_post: Function not implemented
sem_post: Function not implemented
sem_post: Function not implemented

The version of sqlite carried by Nokia is too old. Ignore the sem_post errors, it always happens with python programs in scratchbox. I haven't got round to patching the scratchbox qemu yet...

If sqlite isn't too timeconsuming to build, I'll see if I can update to 3.5.9 with nokia patches against the current old version. If that works, I'll modify setup.py to let me package this python thing.

Any progress updates as of yet?

I probably could install it in my Debian chroot, but I have no way to test it, since I don't have a cell phone of any kind :)

BlackOp333, you should probably try the Debian chroot, since all the pentesting apps are over there, just waiting for you in the Debian repos, too :)

Good advice
I have an n800 and cloned my OS to my 4GB external card
Will this in anyway interfere with the debian install?

The default install needs 1.3 GB on mmc1 or mmc2, but if you used up all your card space in the clone, you can put the big file anywhere and then edit ~/.chroot to point to it...