Discussion:
[Bitpim-devel] 0.7.13 build status
Roger Binns
2004-06-20 06:14:51 UTC
Permalink
I have finished the code to parse a vcard (and will resume my debate
with Tom later as to how good a standard it is :-) You
can test it by running vcard.py and specifying a file with
one or more vcards as the command line parameter. I have been
working from the spec, as well as all the examples (and
yes, even Apple fails to comply with the spec).

I am currently trying to complete dialogs for doing the import
of vcards, as well as Evolution. I have mostly written the
Evolution specific bits - the rest of the Evolution stuff is
the same as vcards so I figured I may as well kill two birds
with one stone.

Consequently I expect the build to be done on Monday or
Tuesday.

Roger
Stephen Wood
2004-06-20 12:34:22 UTC
Permalink
Could you also wait for an OK from me before you build 0.7.13 and the
help for it? I want to add to-phone media transfers for all the Sanyo
phones. It's not uploaded yet, and I need to do some cleanup and write
some help about it. Hopefully I'll do that tonight, but maybe I'll need
Monday too.

Stephen
Post by Roger Binns
Consequently I expect the build to be done on Monday or
Tuesday.
Roger
-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
_______________________________________________
Bitpim-devel mailing list
https://lists.sourceforge.net/lists/listinfo/bitpim-devel
Roger Binns
2004-06-20 18:31:20 UTC
Permalink
Post by Stephen Wood
Could you also wait for an OK from me before you build 0.7.13 and the
help for it? I want to add to-phone media transfers for all the Sanyo
phones. It's not uploaded yet, and I need to do some cleanup and write
some help about it. Hopefully I'll do that tonight, but maybe I'll need
Monday too.
No problem. I'll race you :-)

Roger
Steven Palm
2004-06-21 04:15:56 UTC
Permalink
Post by Roger Binns
No problem. I'll race you :-)
I'll wait for the final go-ahead then from both of you. ;-)
Roger Binns
2004-06-21 04:58:40 UTC
Permalink
Post by Steven Palm
I'll wait for the final go-ahead then from both of you. ;-)
One thing that would be useful is if you can figure out how to
start the Mac BitPim with -O/-OO (those are options for the Python
interpretter not BitPim itself). It will remove a lot of debug
printing.

Roger
Steven Palm
2004-06-22 14:37:27 UTC
Permalink
Post by Steven Palm
I'll wait for the final go-ahead then from both of you. ;-)
One thing that would be useful is if you can figure out how to start
the Mac BitPim with -O/-OO (those are options for the Python
interpretter not BitPim itself). It will remove a lot of debug
printing.
The Mac bundlebuilder doesn't let you specify arguments passed to the
python launcher, but I found that after it builds it's bundle I can run
a quick awk script in the build process to add the necessary
statements, so it should be "in there" for this coming build (after the
MemoryError is fixed).
Roger Binns
2004-06-22 04:28:13 UTC
Permalink
Post by Steven Palm
Post by Roger Binns
No problem. I'll race you :-)
I'll wait for the final go-ahead then from both of you. ;-)
Well, I am done. Stephen, let me know when I can rebuild the help.

Roger
Stephen Wood
2004-06-22 04:46:05 UTC
Permalink
OK, I'm done too.

I put a link in versionhistory to my notes. If it doesn't work, can you
fix it (and the same in phones-sanyo-sprint.htd)

Stephen
Post by Roger Binns
Post by Steven Palm
Post by Roger Binns
No problem. I'll race you :-)
I'll wait for the final go-ahead then from both of you. ;-)
Well, I am done. Stephen, let me know when I can rebuild the help.
Roger
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Bitpim-devel mailing list
https://lists.sourceforge.net/lists/listinfo/bitpim-devel
Roger Binns
2004-06-22 06:37:48 UTC
Permalink
Post by Stephen Wood
I put a link in versionhistory to my notes. If it doesn't work, can you
fix it (and the same in phones-sanyo-sprint.htd)
That works fine.

I have uploaded the windows build of 0.7.13 to SourceForge. Please verify
it, and enjoy the new importing and Sanyo goodness.

The Linux build is having issues. The freeze tool is claiming to run
out of memory which is nonsense. I am still trying to find out what
the actual problem is.

Roger
Steven Palm
2004-06-22 14:36:12 UTC
Permalink
Post by Roger Binns
The Linux build is having issues. The freeze tool is claiming to run
out of memory which is nonsense. I am still trying to find out what
the actual problem is.
So does the Mac bundlebuilder.... Here is a long dump, ending in a
Memory error:

Traceback (most recent call last):
File "makedist.py", line 361, in ?
macbuild()
File "makedist.py", line 335, in macbuild
myapp.setup()
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/plat-mac/bundlebuilder.py", line 437, in setup
self.findDependencies()
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/plat-mac/bundlebuilder.py", line 628, in findDependencies
mf.run_script(self.mainprogram)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 112, in run_script
self.load_module('__main__', fp, pathname, stuff)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 280, in load_module
self.scan_code(co, m)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 337, in scan_code
self._safe_import_hook(name, m, fromlist)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 295, in _safe_import_hook
self.import_hook(name, caller)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 124, in import_hook
q, tail = self.find_head_package(parent, name)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 166, in find_head_package
q = self.import_module(head, qname, parent)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 250, in import_module
m = self.load_module(fqname, fp, pathname, stuff)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 280, in load_module
self.scan_code(co, m)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 337, in scan_code
self._safe_import_hook(name, m, fromlist)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 295, in _safe_import_hook
self.import_hook(name, caller)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 124, in import_hook
q, tail = self.find_head_package(parent, name)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 166, in find_head_package
q = self.import_module(head, qname, parent)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 250, in import_module
m = self.load_module(fqname, fp, pathname, stuff)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 280, in load_module
self.scan_code(co, m)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 363, in scan_code
self.scan_code(c, m)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 337, in scan_code
self._safe_import_hook(name, m, fromlist)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 295, in _safe_import_hook
self.import_hook(name, caller)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 125, in import_hook
m = self.load_tail(q, tail)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 188, in load_tail
m = self.import_module(head, mname, m)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 250, in import_module
m = self.load_module(fqname, fp, pathname, stuff)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 261, in load_module
m = self.load_package(fqname, pathname)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 378, in load_package
self.load_module(fqname, fp, buf, stuff)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 280, in load_module
self.scan_code(co, m)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 337, in scan_code
self._safe_import_hook(name, m, fromlist)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 295, in _safe_import_hook
self.import_hook(name, caller)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 124, in import_hook
q, tail = self.find_head_package(parent, name)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 166, in find_head_package
q = self.import_module(head, qname, parent)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 250, in import_module
m = self.load_module(fqname, fp, pathname, stuff)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 280, in load_module
self.scan_code(co, m)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 337, in scan_code
self._safe_import_hook(name, m, fromlist)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 295, in _safe_import_hook
self.import_hook(name, caller)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 124, in import_hook
q, tail = self.find_head_package(parent, name)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 166, in find_head_package
q = self.import_module(head, qname, parent)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 250, in import_module
m = self.load_module(fqname, fp, pathname, stuff)
File
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/
python2.3/modulefinder.py", line 265, in load_module
co = compile(fp.read()+'\n', pathname, 'exec')
MemoryError
Roger Binns
2004-06-22 23:28:59 UTC
Permalink
Post by Steven Palm
Post by Roger Binns
The Linux build is having issues. The freeze tool is claiming to run
out of memory which is nonsense. I am still trying to find out what
the actual problem is.
So does the Mac bundlebuilder.... Here is a long dump, ending in a
I haven't had any luck finding the problem yet. Your traceback
is definitely different.

I suggest modifying makedist so that it looks something like this:

try:
macbuild()
except:
import common
common.formatexception()
raise

That should give a clue as to what module it was.

The Linux tracebacks are complicated because the freezing tool
was frozen with itself, and it looks to me like the Python 2.3
version of the tool was frozen using some Python 2.2 libraries.

Roger
Roger Binns
2004-06-22 23:49:38 UTC
Permalink
Also did you notice that no-one complained about a lack of
a Jaguar build of 0.7.12.

If you look at the download stats on
http://sf.net/project/showfiles.php?group_id=75211
then there doesn't appear to be too much consistency.

There does however appear to be a significant monthly growth
in downloads:

http://sf.net/project/stats/index.php?report=months&group_id=75211

(The June stats are only for 20 of the 30 days and are already
larger than April).

Roger
Roger Binns
2004-06-23 07:44:26 UTC
Permalink
Post by Steven Palm
So does the Mac bundlebuilder.... Here is a long dump, ending in a
I have found the problem and committed a fix. It is actually a bug
in Python.

The modulefinder code imports all modules the code references even if
it shouldn't. eg if you have

if sys.platform=="win32": import foo

modulefinder will import foo on all platforms since it scans the
bytecode, and doesn't see or care about the 'if'.

Given that behaviour, there is are the COM generated stubs for
Outlook present in the source and modulefinder tries to import
it on Mac and Linux even though the code doesn't want the stubs.

The first line of the outlook stubs is:

# -*- coding: mbcs -*-

That causes the Python compiler to fail.

Roger
Roger Binns
2004-06-23 07:48:51 UTC
Permalink
The Linux 0.7.13 is now also up at the download site.

I assume everything has worked fine for the Windows build?

Roger
Roger Binns
2004-06-23 19:40:10 UTC
Permalink
Post by Roger Binns
I have uploaded the windows build of 0.7.13 to SourceForge. Please verify
it, and enjoy the new importing and Sanyo goodness.
Windows, Linux and Mac (Panther) builds are now all available for
download from SourceForge:

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

I will be doing the formal announcement this evening.

Roger

Loading...