bitpim-devel — For bitpim developers

[Bitpim-devel] Anyone running Outlook?

[Roger B. <ro...@ro...>]

Is there anyone running Outlook on this list?

If you are running from CVS, please try an import and let me know what
happens.  The fields imported are junk, but you should be able to
select the appropriate folder, and get all the entries.  I only have 
Outlook 2000 so I am most keen to know if works for other versions.

The next code to write is to select the correct fields from Outlook.

Roger

Re: [Bitpim-devel] bitpim development release 0.7.12 available

[Roger B. <ro...@ro...>]

Stephen Wood wrote:
> I get the error below on two different Fedora Core 1 systems.
> Unfortunately I hosed my only only easily available RH9 system yesterday
> and had to upgrade it to FC1, so I can't easily check the RPM on RH9.

Ooops, I believe I have now fixed this and have replaced the download.  
And since  you have just dumped RH9 I have upgraded to Python 2.3 as well
(again)

I swapped my main machine from RH9 to Gentoo, and then rebuilt a RH9 from
scratch under VirtualPC.  The last few builds on RH9 were actually done
using Python 2.3, and this last failed one was stock RH9 Python 2.2.

For the record (and archives), here is how I took a stock RH9 and 
updated it to Python 2.3:

 - Install a recent Swig (the RH9 stock one is ancient)
 - Download latest Python 2.3 source rpm from
   http://www.python.org/ftp/python/2.3.4/rpms 
 - rpmbuild --rebuild  python src.rpm (*)
 - rpm -i new python.rpm
 - rpm -i new python - devel.rpm  (needed to build USB)
 - cd native/usb ; ./build.sh
 
 - Reinstall DSV and pyserial ensuring that python2.3 is used to 
   invoke setup.py
 - Install wxPython for Python 2.3 (note you can only have one
   wxPython on your machine at a time due to a hard coded pathname)

 - Build cx_Freeze (the distributed binaries use UCS2, you have to
   rebuild the bases to get UCS4 like the rest of Python uses).  

   Download and extract the Python-2.3 binary of cx_Freeze into
   /opt/cx_Freeze-2.2

   Download cx_Freeze source as well as cx_PyGenLib.  Extract them 
   in directories next to each other.

   $ cd wherever you extracted the source of cx_Freeze
   $ PYTHONPATH=../cx_PyGenLib-2.2 python2.3 MakeFrozenBases.py
   $ cp ConsoleBase ConseSetLibPathBase /opt/cx_Freeze-2.2
   
(*) If you haven't setup an rpm build environment, then follow the
"First time setup" section of http://umlbuilder.sf.net/umlcustom.shtml

Roger

Re: [Bitpim-devel] bitpim development release 0.7.12 available

[Stephen W. <sa...@us...>]

I get the error below on two different Fedora Core 1 systems. 
Unfortunately I hosed my only only easily available RH9 system yesterday
and had to upgrade it to FC1, so I can't easily check the RPM on RH9.

I don't get this error with test11.

If I build my own RPM on a FC1 system, I also get this error, even
though running BitPim directly from source works fine.

My python identifies itself as 2.2.3, built with GCC 3.3.1.

				Stephen


Traceback (most recent call last):
  File "bp.py", line 17, in ?
  File "/usr/lib/python2.2/encodings/__init__.py", line 29, in ?
    """#"
  File "/usr/lib/python2.2/codecs.py", line 8, in ?
    """#"
SystemError: Failed to load the builtin codecs:
/usr/lib/bitpim-0.7.12/_codecsmodule.so: undefined symbol:
PyUnicodeUCS4_EncodeUTF8

Re: [Bitpim-devel] Ready for building 0.7.12

[Steven P. <n9...@n9...>]

On Jun 6, 2004, at 2:18 AM, Roger Binns wrote:
> Everything is ready for building 0.7.12.

  Sorry, I've been swamped and fell asleep at the wheel. ;-)  I'll get 
it to you shortly.

  Steve

[Bitpim-devel] bitpim development release 0.7.12 available

[Roger B. <ro...@ro...>]

Get it from
http://sf.net/project/showfiles.php?group_id=75211&package_id=120233

Changelog at
http://bitpim.sourceforge.net/testhelp/versionhistory.htm

Please post any problems here.  Main announcement will go out
in 24 hours.

Roger

Re: [Bitpim-devel] Audiovox CDM 8900 PIX Downloading/Uploading / VZW Banner Patch

[Roger B. <ro...@ro...>]

Nathaniel Newman wrote:
> CAN this harm ANY internal phone/software systems by removing this logo!

I am surprised the CDM8900 even functions under normal usage since it is
so trivial to permanently crash it.  It still boggles my mind how they
could have written firmware so flaky.  (I can just about understand crashing,
I really don't understand the phone being unable to boot.)

Anyway, you posted this message several times already and I refer you to
the previous answer:

http://article.gmane.org/gmane.comp.mobile.bitpim.devel/335

Roger

[Bitpim-devel] Audiovox CDM 8900 PIX Downloading/Uploading / VZW Banner Patch

[Nathaniel N. <li...@ch...>]

Hi,

I tried to upload a pix with bitpim 0.7 test-7 ( that was NOT originally =
taken with the phone ) i.e PC wallpaper using the Filesystem ( =
/camera/photos ) then right clicked on the photo dir and chose "New =
File"
then chose my file then sent it to the phone then rebooted the phone ! =
After that the phone WOULD NOT BOOT FULLY UP just show "Verizon =
Wireless" on the inner display , and kept rebooting itself!
I had to get a replacement phone then FINALLY FIGURED OUT THAT I COULD =
ONLY UPLOAD PIX THAT I HAD TAKEN WITH THE PHONE ITSELF, NOT WALLPAPER ! =
Anyway I wondered if Just Downloading/Uploading ONLY pix taken with the =
phone IT would NOT CRASH , Can I continue doing this!=20

N.N

P.S.
I also found a patch to fully remove the "Verizon Wireless" logo on the =
inner and outer display using the "
Bitpim Filesystem ( /nvm/eri ERI_Binary.bin file with the patch now it =
does not show )
CAN this harm ANY internal phone/software systems by removing this logo!

If ok, the link to removing this banner is : =
http://www.smithplanet.com/8600 

[Bitpim-devel] Ready for building 0.7.12

[Roger B. <ro...@ro...>]

Everything is ready for building 0.7.12.  I got the latest help
changes from Stephen as well.  Nothing seems to have fallen over
due to the version number change.

Roger

Re: [Bitpim-devel] Audiovox CDM 8900 PIX Downloading/Uploading / VZW Banner Patch

[Roger B. <ro...@ro...>]

As you discovered, the CDM8900 can be trivially locked up.

http://bitpim.sourceforge.net/testhelp/phone-audiovoxcdm8900.htm

Roger

[Bitpim-devel] Re: Audiovox CDM 8900 PIX Downloading/Uploading / VZW Banner Patch

[Nathaniel N. <li...@ch...>]

SORRY the correct URL is : http://www.smithplanet.com/8600/
for the VZW Banner Patch!
  ----- Original Message -----=20
  From: Nathaniel Newman=20
  To: bit...@li...=20
  Sent: Sunday, June 06, 2004 1:52 AM
  Subject: Audiovox CDM 8900 PIX Downloading/Uploading / VZW Banner =
Patch


  Hi,

  I tried to upload a pix with bitpim 0.7 test-7 ( that was NOT =
originally taken with the phone ) i.e PC wallpaper using the Filesystem =
( /camera/photos ) then right clicked on the photo dir and chose "New =
File"
  then chose my file then sent it to the phone then rebooted the phone ! =
After that the phone WOULD NOT BOOT FULLY UP just show "Verizon =
Wireless" on the inner display , and kept rebooting itself!
  I had to get a replacement phone then FINALLY FIGURED OUT THAT I COULD =
ONLY UPLOAD PIX THAT I HAD TAKEN WITH THE PHONE ITSELF, NOT WALLPAPER ! =
Anyway I wondered if Just Downloading/Uploading ONLY pix taken with the =
phone IT would NOT CRASH , Can I continue doing this!=20

  N.N

  P.S.
  I also found a patch to fully remove the "Verizon Wireless" logo on =
the inner and outer display using the "
  Bitpim Filesystem ( /nvm/eri ERI_Binary.bin file with the patch now it =
does not show )
  CAN this harm ANY internal phone/software systems by removing this =
logo!

  If ok, the link to removing this banner is : =
http:\\www.smithplanet.com\8600 

[Bitpim-devel] Audiovox CDM 8900 PIX Downloading/Uploading / VZW Banner Patch

[Nathaniel N. <li...@ch...>]

Hi,

I tried to upload a pix with bitpim 0.7 test-7 ( that was NOT originally =
taken with the phone ) i.e PC wallpaper using the Filesystem ( =
/camera/photos ) then right clicked on the photo dir and chose "New =
File"
then chose my file then sent it to the phone then rebooted the phone ! =
After that the phone WOULD NOT BOOT FULLY UP just show "Verizon =
Wireless" on the inner display , and kept rebooting itself!
I had to get a replacement phone then FINALLY FIGURED OUT THAT I COULD =
ONLY UPLOAD PIX THAT I HAD TAKEN WITH THE PHONE ITSELF, NOT WALLPAPER ! =
Anyway I wondered if Just Downloading/Uploading ONLY pix taken with the =
phone IT would NOT CRASH , Can I continue doing this!

N.N

P.S.
I also found a patch to fully remove the "Verizon Wireless" logo on the =
inner and outer display using the "
Bitpim Filesystem ( /nvm/eri ERI_Binary.bin file with the patch now it =
does not show )
CAN this harm ANY internal phone/software systems by removing this logo!

If ok, the link to removing this banner is : =
http:\\www.smithplanet.com\8600   

Re: [Bitpim-devel] Re: Jar/Jad files

[Roger B. <ro...@ro...>]

Jeff Elkins wrote:
> Well, I never had piracy in mind.  Backup of content I legally own was my only
> thought.

Have you ever read the license of that stuff recently?  You sure don't own it -
you merely have the right to use it.

Personally I think that is a crock and encourage people to rebel with
their wallets (ie legally).

On the Verizon/BREW/Get-It-Now phones, there is an integrated system
whereby the phone keeps track of your entitlement to run an app.
You can delete the app and later re-install it all fine.  Consequently
there is no good reason for BitPim to help in "backing up" those apps.

I don't have a J2ME based phone so I don't know how things work there.
Anyway we all agree on the intent.  It is up to Stephen's discretion 
on those specific phones since he knows more of the details.

Roger

[Bitpim-devel] Re: Jar/Jad files

[Jeff E. <jef...@ea...>]

Well, I never had piracy in mind.  Backup of content I legally own was my only 
thought.

Thanks for the reply.

Re: [Bitpim-devel] Jar/Jad files

[Roger B. <ro...@ro...>]

Jeff Elkins wrote:
> Via hacking about  I've been able to extract java  .jar and .jad files from my
> Sanyo 8100. 
...
> I'm wondering if this would be a worthwile addition for bitpim?

http://thread.gmane.org/gmane.comp.mobile.bitpim.user/539

Roger

[Bitpim-devel] Jar/Jad files

[Jeff E. <jef...@ea...>]

Via hacking about  I've been able to extract java  .jar and .jad files from my 
Sanyo 8100. I noticed with adding print statements yesterday that the files 
were being found, so I added the extentions to ringerexts in 
com_sanyomedia.py and when I select get ringers, they are extracted from the 
phone into the ringer directory. I've verified they work by reloading the 
captured files to my phone via my wap server.

I'm wondering if this would be a worthwile addition for bitpim?

TIA

Jeff Elkins

Re: [Bitpim-devel] Wallpaper resizing

[Roger B. <ro...@ro...>]

Stephen Wood wrote:
> The BitPim wallpaper code resizes pictures to fit the dimensions of the
> screen for whatever phone is in use.  It doesn't resize if both
> dimensions are not over 20% larger than the screen size.  This is
> apparantly because the LG phones will accept slightly larger images.  I
> believe the Sanyo phones will also tolerate slightly oversized images
> when downloaded over the internet.  However, pictures uploaded by cable,
> for the particular phone I am working with, must be within the screen
> dimensions, or else they are rejected.
> 
> Can we make the allowed overage be a profile parameter?

I think the best solution is for the image information to be passed
to a profile function which returns what to do with it, including
resizing and file format.  That will also help cope with the case
where there are two image sizes such as on the LG (normal screen and 
full screen).

The function can also look at things like the origin parameter
and hence do different things for camera images vs other stuff.

I'll make the change once this next build is gone out.

Roger

Re: [Bitpim-devel] Test 12 and Sanyo 8100

[Roger B. <ro...@ro...>]

Stephen Wood wrote:
>     if fname.endswith(ext):

Are the filenames all lower case?  If not I would assume you need 
fname.lower().endswith(ext) instead.

Roger

Re: [Bitpim-devel] Test 12 and Sanyo 8100

[Jeff E. <jef...@ea...>]

On Friday 04 June 2004 03:16 pm, Stephen Wood wrote:
>On Fri, 2004-06-04 at 14:17, Jeff Elkins wrote:
>...
>
>> Just for chuckles, I reversed mid and qcp in the statement above:
>>
>> ringerexts=(".qcp", ".mid")
>
>Well that looks like the key clue.
>
>I stared at the code again.  It looks like the "break" line just after
>the "ringermedia[idx]=..." line needs to be indented by another 4
>spaces.  So the code will look like:
>
>                       for ext in self.ringerexts:
>                            if fname.endswith(ext):
>                                ringermedia[idx]={'name': res.filename,
> 'origin': "ringers"} break
>
>I have checked this fix into the CVS.  Thanks for helping to track this
> down.
>
>			Stephen

  
The cvs copy didn't work for me. It looks like the indent edit didn't make 
into cvs.  The fix works, I edited my local com_sanyomedia.py file to test. 
It's attached as jeff.py. The current cvs copy is attached as cvs_py.py

Jeff

Jeff

Re: [Bitpim-devel] Test 12 and Sanyo 8100

[Stephen W. <sa...@us...>]

On Fri, 2004-06-04 at 14:17, Jeff Elkins wrote:
...
> Just for chuckles, I reversed mid and qcp in the statement above:
> 
> ringerexts=(".qcp", ".mid")
> 
Well that looks like the key clue.

I stared at the code again.  It looks like the "break" line just after
the "ringermedia[idx]=..." line needs to be indented by another 4
spaces.  So the code will look like:

                       for ext in self.ringerexts:
                            if fname.endswith(ext):
                                ringermedia[idx]={'name': res.filename, 'origin': "ringers"}
                                break
 
I have checked this fix into the CVS.  Thanks for helping to track this down.

			Stephen

Re: [Bitpim-devel] Test 12 and Sanyo 8100

[Jeff E. <jef...@ea...>]

On Friday 04 June 2004 12:40 pm, Stephen Wood wrote:

>                        for ext in self.ringerexts:
>                            if fname.endswith(ext):
>
>put print idx,res.filename
>
>That will print on terminal where you started bitpim from.  Let me know
>if you see the qcp filenames being printed.

No, qcp filenames aren't printed. .mid files are.

>
>Also in getmedia, there is a line "self.log("Retrieving file:
>"+filename)".  That should write a note to the log panel for each file
>read.  Do you see the qcp files showing up there?

Yes. The log shows them being transferred, and indeed they are.

Also in com_sanyomedia.py:

ringerexts=(".mid", ".qcp")

Just for chuckles, I reversed mid and qcp in the statement above:

ringerexts=(".qcp", ".mid")

, and lo: qcp files were written to index.idx! --- but .mid files weren't :) 
Also, in the print statement added earlier, .qcp files show up rather than 
mid.

So, somehow the second element of the ringerexts array isn't being read?

Jeff

Re: [Bitpim-devel] Test 12 and Sanyo 8100

[Stephen W. <sa...@us...>]

On Fri, 2004-06-04 at 10:12, Jeff Elkins wrote:
> Howdy, Roger suggested I join the dev list and post this...
> 
> I'm running a copy of test12  from CVS under debian sid, using a sanyo 8100. 
> I've discovered that ringers import from the phone  but .qcp files are not 
> written to the index.idx file, just .mid files.  
> 
Jeff:

	I am not too familiar with the code where the ringer data is managed,
which is in ringers.py.  But it would be worth checking that the Sanyo
code is doing what it is supposed to.  A few print statements in in
com_sanyomedia.py will help to know if the code actually transfers the
qcp files and if they are put into an index.



In the routine getmediaindices, after 

                        for ext in self.ringerexts:
                            if fname.endswith(ext):

put print idx,res.filename

That will print on terminal where you started bitpim from.  Let me know
if you see the qcp filenames being printed.

Also in getmedia, there is a line "self.log("Retrieving file:
"+filename)".  That should write a note to the log panel for each file
read.  Do you see the qcp files showing up there?

				Stephen

P.S.  Ignore the routine getmediaindex.  That is some older test code
that is not used and that I should really remove.

[Bitpim-devel] Test 12 and Sanyo 8100

[Jeff E. <jef...@ea...>]

Howdy, Roger suggested I join the dev list and post this...

I'm running a copy of test12  from CVS under debian sid, using a sanyo 8100. 
I've discovered that ringers import from the phone  but .qcp files are not 
written to the index.idx file, just .mid files.  

For me, this is reproduceable every time. Simply have both .mid and .qcp 
ringers on the phone and do a get phone data. 

I'm hacking around in the code, but am a python newbie. I know no one has time 
for handholding, but if someone could point me to the source that builds the 
ringer index.idx files, I'd be happy to see if I can fix it.

Jeff Elkins

[Bitpim-devel] Wallpaper resizing

[Stephen W. <sa...@us...>]

The BitPim wallpaper code resizes pictures to fit the dimensions of the
screen for whatever phone is in use.  It doesn't resize if both
dimensions are not over 20% larger than the screen size.  This is
apparantly because the LG phones will accept slightly larger images.  I
believe the Sanyo phones will also tolerate slightly oversized images
when downloaded over the internet.  However, pictures uploaded by cable,
for the particular phone I am working with, must be within the screen
dimensions, or else they are rejected.

Can we make the allowed overage be a profile parameter?

				Stephen

[Bitpim-devel] Merging urls

[Adit P. <apa...@ba...>]

On Jun 2, 2004, at 01:05, Roger Binns wrote:

> At the moment all I would want is some sort of number as to how certain
> the code is that it has done the right thing.  There isn't any 
> infrastructure
> yet to record that certainty though.  The final number shown in the UI
> will include the certainty that the right existing entry was matched
> combined with the certainty that the merging operation did the right
> thing.  It is the least certain ones that will require most user
> attention.

I was thinking about this and I can return the value that the 
comparison routine spits back as to how certain the match is. If it is 
a 100% match, it will return 1, otherwise it will return a value 
between 0.0 and 1.0. While I was looking at the rest of the code, there 
looks like there is some redundancy, as you already wrote comparison 
code to calculate the score to determine which records match each 
other. That is different from what I am doing - trying to determine how 
close the import field of a specific entry is close to the phonebook 
field. But then I am getting confused and it is going in a circle in my 
head, because your code is comparing those same values, but in the more 
general sense to determine the best match to merge. *help*

>> (if different from the
>> first) should get it's own new entry instead of overwriting the
>> original?
>
> Pick whatever you think is most consistent :-)

I left the code it as is (it overwrites the existing entry), but in my 
opinion, it should add a new field. That way, if the user wants to keep 
the original entry, it is at his discretion. If that is ok with you, I 
will change it in my next diff.

Maybe down the road once there is a transaction log in place, we can 
have the import results dialog, for each field that changed, show a 
drop down box to change back to the original? That way, if the user 
doesn't intervene, the default behavior is to overwrite. If they do 
intervene, they can keep their existing data. Something to think about 
I suppose.

> I would strip them only if they are http.  For all other protocols 
> (including
> https) leave it on.  Outlook likes to force the presence of http://,
> Evolution leaves it as whatever you typed in, and Palm Desktop doesn't
> even know about URLs.  The http:// prefix is also messy and of no 
> value on
> phones.  All the browsers also treat something without a scheme as http
> (or in some cases as a file).

I fixed this in the attached diff. I was also wondering, if we don't 
need to replace the entry, should we also strip it on entries which are 
already in the phonebook, or should that be done in another function 
somewhere else?

> It would be nice to have multiple CSV files.  The first base is 
> imported
> to a clean phonebook, and then the rest get merged in various horrific
> ways with that.  Your test file is good for testing just the one field.
> There is also experiments\gentestdata.py which makes huge test cases
> (it is more of a stress tester than anything else).

I am working on making better test files. Something that is human 
readable - I tried making a shorter version of the phonebook generated 
from gentestdata.py, and working with that, but my head started 
spinning.

Apparently the best way to use that import dialog is to include the 
headers as the first line. It makes things so much easier (and faster) 
to import. I suppose I should have tried that a long time ago. :)

Adit

Re: [Bitpim-devel] PC Sync mode on Sanyo phones

[Stephen W. <sa...@us...>]

On Thu, 2004-06-03 at 01:38, Roger Binns wrote:
> That is cool.  Can you do it in a busy loop?  ie keep trying once
> a second until the mode is set.
Sure.  Do you think this loop should be in sendpbcommand, or the routine
above it (my writesanyofile routine)?  I think it should go above
sendpbcommand.

I will need to rewrite sendpbcommand to deal with error codes.  The
theme for Sanyo errors seems to be to send back a one byte error and a
fragment of the request packet.  The current sendpbcommand interprets
these errors codes as junk, strips them and then gets a CRC error.  I
need to first check if the CRC is good before stripping possible junk.

I guess sendpbcommand can throw exceptions for know errors itself (like
sendbrewcommand), but will need a new option to not throw the exception
and return the response packet as is.  Of course I want to avoid adding
10,000 options to sendpbcommand.  (I havn't forgotten my promise to
merge the common functionality of sendbrewcommand, and the LG and Sanyo
sendpbcommands)

> My preference is a magic marker in the log message, and then the
> main thread code can decide what to do about it.  This would
> include different behaviour if it was running in gui vs command
> line mode as an example.
> 
> I have just checked in what I mean.  There is now an alert function
> in com_phone which you can call. 

I didn't like the idea of a marker in the log message.  But since it is
hidden by the alert function, that's fine.  I'll give alerting and a
wait loop a try.

				Stephen