Re: Bitpim on Debian Etch/stable, also Motorola e815

I am also running etch testing and I get the same errors. I was previously
only running into errors that I believe resulted from running a newer
version of python. but now it will not run at all.

On Wed, Mar 12, 2008 at 7:40 PM, A. F. Cano <[email protected]>
wrote:

>
> Hello,
>
> Following the recommendations in the documentation, I tried to install the
> packages at the bitpim web site on my Debian Etch (stable) system, which
> is
> totally up to date.
>
> bitpim_1.0.5_i386.deb would not install via dpkg because of massive
>                      dependency failures.  There is no backport of bitpim
>                      at backports.org.
>
> bitpim-1.0.5.tbz2, after being extracted in / caused the follwing error
>                   when run:
>
> Traceback (most recent call last):
>  File "/opt/cx_Freeze-3.0.3/initscripts/ConsoleSetLibPath.py", line 35, in
> <module>
>  File "src/bp.py", line 20, in <module>
>  File "src/bp_cli.py", line 21, in <module>
>  File "src/bp_config.py", line 19, in <module>
>  File "src/guihelper.py", line 23, in <module>
>  File "/usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode/wx/__init__.py",
> line 45, in <module>
>  File "/usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode/wx/_core.py",
> line 4, in <module>
>  File "ExtensionLoader_wx__core_.py", line 12, in <module>
> ImportError: libtiff.so.3: cannot open shared object file: No such file or
> directory
>
> It is true that libtiff.so.3 doesn't exist on this system.  There is
> /usr/lib/libtiff.so.4 and /usr/lib/libtiff.so.  So more dependency
> problems,
> furthermore /opt is empty on this system.
>
> bitpim_1.0.6.20080304_i386.deb fails to install due to the same dependency
>                               failures as above:
>
> dpkg: dependency problems prevent configuration of bitpim:
>  bitpim depends on libatk1.0-0 (>= 1.13.1); however:
>  Version of libatk1.0-0 on system is 1.12.4-3.
>  bitpim depends on libc6 (>= 2.5-0ubuntu1); however:
>  Version of libc6 on system is 2.3.6.ds1-13etch5.
>  bitpim depends on libgcc1 (>= 1:4.1.2); however:
>  Version of libgcc1 on system is 1:4.1.1-21.
>  bitpim depends on libglib2.0-0 (>= 2.12.9); however:
>  Version of libglib2.0-0 on system is 2.12.4-2.
>  bitpim depends on libgtk2.0-0 (>= 2.10.3); however:
>  Version of libgtk2.0-0 on system is 2.8.20-7.
>  bitpim depends on libpango1.0-0 (>= 1.16.2); however:
>  Version of libpango1.0-0 on system is 1.14.8-5.
>  bitpim depends on libstdc++6 (>= 4.1.2); however:
>  Version of libstdc++6 on system is 4.1.1-21.
>  bitpim depends on libxrandr2 (>= 2:1.2.0); however:
>  Version of libxrandr2 on system is 2:1.1.0.2-5.
> dpkg: error processing bitpim (--install):
>  dependency problems - leaving unconfigured
> Errors were encountered while processing:
>  bitpim
>
> It appears that the deb files were made for ubuntu.  Oh well.
>
> Next I looked for the source tar ball, but I suppose that because the
> package is written in python the developers have opted to build a package
> instead.
>
> After more perusing of the website, it appears that the only way to get
> the source is via svn, so I did, with the command specified in the
> source page at sourceforge.  But I get this at the end:
>
> $ svn co https://bitpim.svn.sourceforge.net/svnroot/bitpim bitpim
>
> Fetching external item into
> 'bitpim/developer/skyjunky/new_ringer/buildrelease'
> svn: PROPFIND request failed on
> '/svnroot/bitpim/subprojects/buildrelease/trunk'
> svn: PROPFIND of '/svnroot/bitpim/subprojects/buildrelease/trunk': Could
> not resolve hostname `svn.sourceforge.net': Host not found (
> https://svn.sourceforge.net)
>
> Then I tried to generate the binary deb file.  After a lot of learning
> (I've
> never generated a deb package before) it appears that I first have to do:
>
> fakeroot debian/rules binary
>
> but I get:
>
> $  fakeroot debian/rules binary
> dh_testdir
> dh_testroot
> dh_installchangelogs debian/versionhistory.htm
> parsechangelog/debian: error: badly formatted trailer line, at file
> debian/changelog line 5
> dh_installchangelogs: changelog parse failure
> make: *** [binary-arch] Error 1
>
> This was done from bitpim/releases/1.0.5/packaging, but the result
> is the same from other releases or the main trunk.
>
> Why am I trying all this developer stuff (the hard way)?
>
> The version that comes (is installable) with Etch is 0.9.08.  It runs
> to a point - I can get the phone info, but  trying to get the phone
> directory (for instance) results in the same error described in
> the following posting, from August 22, 2007.  There was no response at
> the time.
>
>
> http://sourceforge.net/mailarchive/forum.php?thread_name=20070822162348.337DB25048%40ws5-3.us4.outblaze.com&forum_name=bitpim-user
>
> This is the log of what I see:
>
> 18:10:35.363 Moto-E815: Retrieving fundamental phone information
> 18:10:35.363 Moto-E815: Switching from modem to phonebook
> 18:10:35.412 Moto-E815: Now in phonebook mode
> 18:10:35.448 Moto-E815: Phone serial number
> 18:10:35.484 Moto-E815: Reading group information
> 18:10:35.527 Moto-E815: Switching from phonebook to modem
> 18:10:35.580 Moto-E815: Now in modem mode
> 18:10:35.580 Moto-E815: Switching from modem to BREW
> 18:10:35.638 Moto-E815: Now in brew mode
> 18:10:35.638 Moto-E815: Now in brew mode
> 18:10:35.638 Moto-E815: Reading Ringtone Index
> 18:10:35.638 Moto-E815: Getting file contents '/MyToneDB.db'
> 18:10:36.024 Moto-E815: Reading Wallpaper Index
> 18:10:36.024 Moto-E815: Listing files in dir: 'motorola/shared/picture'
> 18:10:42.596 /dev/ttyACM0: Timed out - flushing and trying again
> 18:10:45.644 /dev/ttyACM0: Timed out waiting for 7e, requested bytes 1  -
> 0 bytes read
> 18:10:45.663 Error: Device needs attention - Moto-E815 on /dev/ttyACM0
> Moto-E815 on /dev/ttyACM0: The phone is not responding while manipulating
> the filesystem.
>
> See the help for troubleshooting tips
>
> I wonder if this is the problem that is apparently described as fixed in
> the test version above.  Can anybody confirm this?
>
> I know that this phone is severely crippled by Verizon, but the poster of
> the above article says that it worked on Windows with version 1.0.1, so if
> I'm able to locally generate a deb package of 1.0.5, the test release
> or the main trunk, I should be set.
>
> To eliminate timing issues, I ran version 0.9.08 on 2 laptops with very
> different speeds: a Dell 8600 - 1.4GHz Pentium M/USB2 and a Thinkpad 600E
> -
> 350MHz P3/USB 1.1.  Same result.
>
> I know I raise a lot of issues here, but they're specific enough that they
> should be able to be addressed.  If I succeed in building a deb package
> for
> etch I'd be willing to upload it.
>
> Thanks for any help.
>
> A.
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> BitPim-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>



-- 
_____________________________________
---- In the end Nerds will Rule the World ----

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
BitPim-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bitpim-devel