[BitPim-devel] Bitpim on Debian Etch/stable, also Motorola e815

[A. F. Cano]

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.

[Jack]

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.

Post by A. F. Cano
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
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
Version of libatk1.0-0 on system is 1.12.4-3.
Version of libc6 on system is 2.3.6.ds1-13etch5.
Version of libgcc1 on system is 1:4.1.1-21.
Version of libglib2.0-0 on system is 2.12.4-2.
Version of libgtk2.0-0 on system is 2.8.20-7.
Version of libpango1.0-0 on system is 1.14.8-5.
Version of libstdc++6 on system is 4.1.1-21.
Version of libxrandr2 on system is 2:1.1.0.2-5.
dependency problems - leaving unconfigured
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
$ 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
fakeroot debian/rules binary
$ 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
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
https://lists.sourceforge.net/lists/listinfo/bitpim-devel

[Derrick Hudson]

On Wed, Mar 12, 2008 at 10:40:12PM -0400, A. F. Cano 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

I recall seeing this a while back.

| 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.

libtiff3 is old and a package is no longer available. Your problem is
that build of bitpim depends on it. Fortunately, at least in my
experience, libtiff3 and libtiff4 are link compatible (or at least
close enough not to crash). I worked around it by creating a symlink:
# ln -s /usr/lib/libtiff.so.4 /usr/lib/libtiff.so.3

The bitpim (1.0.3.dfsg.1-1) and wxPython packages on Debian testing
don't have this issue.

-Derrick

[A. F. Cano]

Post by Derrick Hudson
...
libtiff3 is old and a package is no longer available. Your problem is
that build of bitpim depends on it. Fortunately, at least in my
experience, libtiff3 and libtiff4 are link compatible (or at least
# ln -s /usr/lib/libtiff.so.4 /usr/lib/libtiff.so.3

I might do that, but it's not a clean solution...

Post by Derrick Hudson
The bitpim (1.0.3.dfsg.1-1) and wxPython packages on Debian testing
don't have this issue.

I just tried installing that version, it has dependency issues too.
Going into dependency hell and upgrading package after package would
be a last resort. As of right now, I would prefer to just make a
package locally (of 1.0.5 maybe) from the svn tree that I already have
locally, but

$ debuild --linda -us -uc

results in the following:

parsechangelog/debian: error: badly formatted trailer line, at file
debian/changelog line 5
debuild: fatal error at line 617:
problem executing dpkg-parsechangelog | grep:


The debian/changelog file is:

------------------- contents of debian/changelog -----------------
bitpim (%%VERSION%%) unstable; urgency=low

* Debian package build.

-- %%PUBLISHER%% %%BUILDDATETIME%%
--------------- end of contents of debian/changelog --------------

As this file came straight from the svn repository, what is going
on here? How do I fix it?

Should I be building a local package a different way? Did I miss
a step? I've been reading on package building, but I admit I'm
new at this.

Or do I have a fundamental issue with versions of something that
is in Etch that just won't work with bitpim 1.0.5?

Post by Derrick Hudson
-Derrick

And thanks for replying to the original post.

Augustine

[Centromedia.Com]

Gentile Cliente
questa è una risposta automatica quindi si prega di non rispondere a
questa e-mail.
Chiediamo scusa per il disagio causato e l'impossibilità di contattarci
telefonicamente causa di un grave lutto.
Riapriremo il prossimo martedì 25 Marzo 2008 con il seguente orario:
8.30-12.30 14.30-18.30
Ritiro merci solo dalle: 15.00-17.30
Nonostante ciò gli ordini in corso saranno evasi il prima possibile
Per la merce da ritirare presso il nostro magazzino sarà la Sig.ra
Roveda a contattarvi telefonicamente per concordare l'orario.

Cordialmente
Famiglia Straccia - Centromedia

Post by Derrick Hudson
|
| 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
|
| 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
I recall seeing this a while back.
| 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.
libtiff3 is old and a package is no longer available. Your problem is
that build of bitpim depends on it. Fortunately, at least in my
experience, libtiff3 and libtiff4 are link compatible (or at least
# ln -s /usr/lib/libtiff.so.4 /usr/lib/libtiff.so.3
The bitpim (1.0.3.dfsg.1-1) and wxPython packages on Debian testing
don't have this issue.
-Derrick
------------------------------------------------------------------------
This body part will be downloaded on demand.
------------------------------------------------------------------------
This body part will be downloaded on demand.

[Joe Pham]

I built the Debian release on a Ubuntu FF system, let me know if there're anything I can do to help.

-Joe Pham


_____________________________________________________________
Click to save on a Cabo San Lucas vacation.
http://thirdpartyoffers.netzero.net/TGL2211/fc/Ioyw6ijme1QjYgp701FYffC6jy0yBxglFtPtT8r5SCdSFNDsPFsxdq/

[A. F. Cano]

Post by Joe Pham
I built the Debian release on a Ubuntu FF system, let me know if
there're anything I can do to help.

Thanks. I suppose the most helpful answers would be to my earlier
post about how to build a package locally and what I can do about
the error that is seemingly generated from a file that comes straight
out of the svn tree. Or is there something inherently incompatible
between bitpim, say, 1.0.5 and the packages it depends on at the
versions available in Debian Etch? The complete list of dependency
problems can be found in my original posting.

Should

debuild --linda -us -uc

not generate a deb binary package?

I seem to be stuck at the moment. Can't generate the deb package
and don't understand why the file debian/changelog is producing
that error.

Could this be related to the error encountered when doing the svn co?
Is that buildrelease file I can't get to something that only authorized
people can get to?

Short of building a package locally, if the dependency versions could
be made acceptable to Etch, then the package should install with no
problems. That is, of course, if there is no real incompatibility
between the Etch versions of said packages and those present in ubuntu.

Anyway, thanks for replying.

Augustine

[Aaron M. Ucko]

Post by A. F. Cano
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.

I ran across this thread and have prepared a backport, but there are
still a few technicalities to go through before it shows up on
backports.org; for the time being, please try

http://people.debian.org/~ucko/bitpim_1.0.5.dfsg.1-1~bpo40%2b1_all.deb

There's no corresponding i386 bitpim-lib package at present, but the
version in etch should still work. (They're pretty loosely coupled.)

[A. F. Cano]

Post by Aaron M. Ucko

Post by A. F. Cano
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.

I ran across this thread and have prepared a backport, but there are
still a few technicalities to go through before it shows up on
backports.org; for the time being, please try
http://people.debian.org/~ucko/bitpim_1.0.5.dfsg.1-1~bpo40%2b1_all.deb

Thank you! Got it and installed it with no problem (dpkg -i).
However, it has the same problem as the native Etch version:

23:10:22.689 Moto-E815: Retrieving fundamental phone information
23:10:22.731 Moto-E815: Switching from modem to phonebook
23:10:22.835 Moto-E815: Now in phonebook mode
23:10:22.887 Moto-E815: Phone serial number
23:10:22.939 Moto-E815: Reading group information
23:10:23.028 Moto-E815: Switching from phonebook to modem
23:10:23.105 Moto-E815: Now in modem mode
23:10:23.136 Moto-E815: Switching from modem to BREW
23:10:23.184 Moto-E815: Now in brew mode
23:10:23.209 Moto-E815: Now in brew mode
23:10:23.235 Moto-E815: Reading Ringtone Index
23:10:23.260 Moto-E815: Getting file contents '/MyToneDB.db'
23:10:23.808 Moto-E815: Reading Wallpaper Index
23:10:23.831 Moto-E815: Listing files in dir: 'motorola/shared/picture'
23:10:30.480 /dev/ttyACM0: Timed out - flushing and trying again
23:10:33.524 /dev/ttyACM0: Timed out waiting for 7e, requested bytes 1
- 0 bytes read
23:10:33.543 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

There were no complaints about the library, unless the error is caused
by the etch version of the library.

In the changes file for the latest test version
(bitpim_1.0.6.20080304_i386.deb) there was a note about
something relating to certain motorola phones being fixed, so
maybe that's it, but then someone claims that version 1.0.1 (IIRC)
worked with this phone in Windows...

If you can make an etch backport of the test version, I'll be glad
to test that. Or you can tell me how to build a package from the
svn tree. I've downloaded it, but as I posted previously, I can't
make a deb package of any release or the trunk. I'm obviously new
at packaging, but I can't understand why a file from the tree is making
the procedure fail. Any other suggestion as to how to either fix or
work around this problem will be welcome.

Thanks!

Augustine

Post by Aaron M. Ucko
There's no corresponding i386 bitpim-lib package at present, but the
version in etch should still work. (They're pretty loosely coupled.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
-------------------------------------------------------------------------
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
https://lists.sourceforge.net/lists/listinfo/bitpim-devel

[Aaron M. Ucko]

Post by A. F. Cano
Thank you! Got it and installed it with no problem (dpkg -i).

Great; you're welcome.
I'm sorry to hear that. :-/

Post by A. F. Cano
There were no complaints about the library, unless the error is caused
by the etch version of the library.

It shouldn't be, but you can verify that by rebuilding it yourself:
additionally fetch

http://people.debian.org/~ucko/bitpim_1.0.5.dfsg.1.orig.tar.gz
http://people.debian.org/~ucko/bitpim_1.0.5.dfsg.1-1~bpo40%2b1.diff.gz
http://people.debian.org/~ucko/bitpim_1.0.5.dfsg.1-1~bpo40%2b1.dsc

and run the following commands:

dpkg-source -x bitpim_1.0.5.dfsg.1-1~bpo40*1.dsc
cd bitpim-1.0.5.dfsg.1
debuild -B -us -uc

Post by A. F. Cano
In the changes file for the latest test version
(bitpim_1.0.6.20080304_i386.deb) there was a note about
something relating to certain motorola phones being fixed, so
maybe that's it, but then someone claims that version 1.0.1 (IIRC)
worked with this phone in Windows...

[A. F. Cano]

I just realized that I hadn'd replied to this thread after the latest,
so here goes...

The bad news is that it still doesn't work. Same error, so I now
suspect either some timing issue or the crippling that verizon
inflicted.

...
Instead, I'd advise applying the patch used to build the backport I
posted (which still applies to the trunk AFAICT) and proceeding from
cd bitpim-trunk # or whatever you call your checkout
zcat .../bitpim_1.0.5.dfsg.1-1~bpo40*1.diff.gz | patch -p1
dch -v 1.0.6~pre-0
debuild -us -uc

In this I succeeded. I applied the patch, whose result is appended
below to the trunk version and then built a package, which installed
correctly on etch. But due to timing issues or disabled features bitpim
still can't talk to the phone. I'll report in the future when I
do something further regarding this problem.

Thanks for the help!

Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)

Augustine

This is the result of the patch:


bitpim/trunk/bitpim> zcat ../../../bitpim_1.0.5.dfsg.1-1~bpo40+1.diff.gz | patch -p1
patching file src/csv_calendar.py
patching file src/vcard.py
patching file src/newdb_wiz.py
patching file src/bp_cli.py
Hunk #3 succeeded at 224 (offset 5 lines).
Hunk #4 succeeded at 257 with fuzz 1 (offset 5 lines).
Hunk #5 succeeded at 275 (offset 5 lines).
patching file src/call_history.py
Hunk #2 succeeded at 332 (offset 23 lines).
patching file src/bp.py
patching file src/vcal_calendar.py
patching file src/importexport.py
patching file src/filesystem.py
patching file src/common.py
patching file src/guihelper.py
patching file src/guiwidgets.py
patching file src/comm_notify.py
patching file src/t9editor.py
patching file src/media_root.py
patching file src/database.py
patching file src/memo.py
patching file src/imp_cal_preset.py
patching file src/calendarentryeditor.py
patching file src/gcal_calendar.py
patching file src/todo.py
patching file src/gui.py
patching file src/sms_tab.py
patching file src/fileview.py
patching file src/calendarcontrol.py
patching file src/outlook_calendar.py
patching file src/phonebookentryeditor.py
patching file src/native/av/bmp2avi/Makefile
patching file src/native/av/bmp2avi/avi_file.cxx
patching file src/native/av/bmp2avi/bmp_file.cxx
patching file src/native/usb/build.sh
patching file src/native/__init__.py
patching file src/native/evolution/evolution.py
patching file src/phones/com_samsungscha870.py
patching file src/phones/com_lgvx4650.py
patching file src/phones/p_samsungsphm300.p
patching file src/phones/com_samsung.py
patching file src/phones/com_samsungsphm300media.py
patching file src/phones/p_samsungsphm300.py
patching file src/comscan.py
patching file src/bphtml.py
patching file src/phonebook.py
patching file src/sms_imexport.py
patching file src/bp_config.py
patching file src/bpcalendar.py
patching file src/update.py
patching file src/imp_cal_wizard.py
patching file src/conversions.py
patching file src/hexeditor.py
patching file src/protogen.py
patching file src/common_calendar.py
patching file src/phone_root.py
patching file src/ringers.py
patching file src/wallpaper.py
patching file src/ical_calendar.py
patching file src/call_history_export.py
patching file resources/bpudev
patching file packaging/buildmodules.py
patching file debian/bitpim.dirs
patching file debian/bitpim.menu
patching file debian/bitpim-lib.postinst
patching file debian/control
patching file debian/bitpim.links
patching file debian/bitpim.prerm
patching file debian/bitpim.sh
patching file debian/bitpim.1
patching file debian/rules
patching file debian/watch
patching file debian/changelog
patching file debian/pyversions
patching file debian/bitfling.sh
patching file debian/compat
patching file debian/bitfling.1
patching file debian/bitpim.install
patching file debian/README.Debian
patching file debian/bitpim.default
patching file debian/copyright
patching file debian/bitpim.postinst
patching file debian/bitpim.manpages
patching file debian/bitpim-lib.install

[Aaron M. Ucko]

Post by A. F. Cano
Thanks for the help!

You're welcome; I'm sorry it didn't turn out to make a difference. :-/