Menu
▾
▴
bitpim-devel
|
From: Roger B. <ro...@ro...> - 2004-04-27 22:29:35
|
I have uploaded Windows and Linux builds to http://sf.net/project/showfiles.php?group_id=75211&package_id=76673&release_id=234373 Please can you verify they work on your machines. I had to do a considerable amount of figuring out packaging the encodings stuff, together with lots of other fun stuff. Also note that the Linux version is using Python 2.3 not the 2.2 of earlier builds. Please post to this list if they work or don't work for you. I believe everything will be fine. I will do the actual release tomorrow if no problems are reported. Roger |
|
From: Stephen W. <sa...@ge...> - 2004-04-27 23:51:27
|
On Tue, 2004-04-27 at 18:29, Roger Binns wrote: > I have uploaded Windows and Linux builds to > http://sf.net/project/showfiles.php?group_id=75211&package_id=76673&release_id=234373 > > Please can you verify they work on your machines. On Linux RH9, if I first remove my .bitpim* files, startup bitpim, go to the Bitpim Settings panel and click the BitFling Enabled button, I get an exception. If I click on the BitFling settings first, click OK, there, then I don't get an exception when enabling. Will you be able to get the comment I made about Sanyo camera downloads in versionhistory.htd into the official build? Stephen An unexpected exception has occurred. Please see the help for details on what to do. Traceback (most recent call last): File "guiwidgets.py", line 448, in ApplyBitFlingSettings File "bitflingscan.py", line 126, in decode ValueError: invalid literal for int(): <u ... Frame decode in bitflingscan.py at line 126 i = 0 res = [] str = '<unconfigured>' |
|
From: Tom T. <to...@to...> - 2004-04-28 00:38:28
|
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAaCAJIAEggGyRnJv bTogIlRvbSBUcmFjZXkiIDx0b21AdG9tdHJhY2V5LmNvbT4NClRvOiA8Yml0cGltLWRldmVsQGxp c3RzLnNvdXJjZWZvcmdlLm5ldD4NClJlZmVyZW5jZXM6IDwwMDhhMDFjNDJjYTckMjE3ZmNhMDAk MzUwMWE4YzBAcm9nZXJzcXl2cjE0ZDM+IDwxMDgzMTA5ODc0LjE1Njk2LjEwLmNhbWVsQHN0ZXZl Pg0KU3ViamVjdDogUmU6IFtCaXRwaW0tZGV2ZWxdIDAuNy10ZXN0OQ0KRGF0ZTogVHVlLCAyNyBB cHIgMjAwNCAxNzozODoxMyAtMDcwMA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOw0KCWNoYXJz ZXQ9Imlzby04ODU5LTEiDQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA3Yml0DQpYLVByaW9y aXR5OiAzDQpYLU1TTWFpbC1Qcmlvcml0eTogTm9ybWFsDQpYLU1haWxlcjogTWljcm9zb2Z0IE91 dGxvb2sgRXhwcmVzcyA2LjAwLjI4MDAuMTQwOQ0KDQoEgg6BSGVyZSBpcyB0aGUgc2FtZSBlcnJv ciBpbiBXaW5kb3dzIChYUCk6DQoNCkFuIHVuZXhwZWN0ZWQgZXhjZXB0aW9uIGhhcyBvY2N1cnJl ZC4NCg0KUGxlYXNlIHNlZSB0aGUgaGVscCBmb3IgZGV0YWlscyBvbiB3aGF0IHRvIGRvLg0KDQpU cmFjZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6DQoNCkZpbGUgImd1aS5weW8iLCBsaW5l IDg2MCwgaW4gT25FZGl0U2V0dGluZ3MNCg0KRmlsZSAiZ3Vpd2lkZ2V0cy5weW8iLCBsaW5lIDYx MywgaW4gU2hvd01vZGFsDQoNCkZpbGUgImd1aXdpZGdldHMucHlvIiwgbGluZSA1MjgsIGluIHNl dGZyb21jb25maWcNCg0KRmlsZSAiZ3Vpd2lkZ2V0cy5weW8iLCBsaW5lIDQ0OCwgaW4gQXBwbHlC aXRGbGluZ1NldHRpbmdzDQoNCkZpbGUgImJpdGZsaW5nc2Nhbi5weW8iLCBsaW5lIDEyNiwgaW4g ZGVjb2RlDQoNClZhbHVlRXJyb3I6IGludmFsaWQgbGl0ZXJhbCBmb3IgaW50KCk6IDx1DQoNClZh cmlhYmxlcyBieSBsYXN0IDggZnJhbWVzLCBpbm5lcm1vc3QgbGFzdA0KDQpGcmFtZSBydW4gaW4g Z3VpLnB5byBhdCBsaW5lIDM0OQ0KDQphcmdzID0gKFsnQzpcXFByb2dyYW0gRmlsZXNcXEJpdFBp bVxcYml0cGltLmV4ZSddLCkNCg0KbSA9IDxndWkuTWFpbkFwcCBpbnN0YW5jZTsgcHJveHkgb2Yg QysrIHd4UHlBcHAgaW5zdGFuY2UgYXQgXzhlNw0KDQpGcmFtZSBNYWluTG9vcCBpbiB3eFB5dGhv blx3eC5weW8gYXQgbGluZSAxOTc0DQoNCnNlbGYgPSA8Z3VpLk1haW5BcHAgaW5zdGFuY2U7IHBy b3h5IG9mIEMrKyB3eFB5QXBwIGluc3RhbmNlIGF0IF84ZTcNCg0KRnJhbWUgTWFpbkxvb3AgaW4g d3hQeXRob25cd3gucHlvIGF0IGxpbmUgOTINCg0KX2t3YXJncyA9IHt9DQoNCnNlbGYgPSA8Z3Vp Lk1haW5BcHAgaW5zdGFuY2U7IHByb3h5IG9mIEMrKyB3eFB5QXBwIGluc3RhbmNlIGF0IF84ZTcN Cg0KX2FyZ3MgPSAoKQ0KDQpGcmFtZSBPbkVkaXRTZXR0aW5ncyBpbiBndWkucHlvIGF0IGxpbmUg ODYwDQoNCnNlbGYgPSA8Z3VpLk1haW5XaW5kb3cgaW5zdGFuY2U7IHByb3h5IG9mIEMrKyB3eEZy YW1lIGluc3RhbmNlIGF0IF8NCg0KXyA9IDx3eFB5dGhvbi5ldmVudHMud3hDb21tYW5kRXZlbnRQ dHIgaW5zdGFuY2U7IHByb3h5IG9mIEMrKyB3eA0KDQpGcmFtZSBTaG93TW9kYWwgaW4gZ3Vpd2lk Z2V0cy5weW8gYXQgbGluZSA2MTMNCg0Kc2VsZiA9IDxndWl3aWRnZXRzLkNvbmZpZ0RpYWxvZyBp bnN0YW5jZTsgcHJveHkgb2YgQysrIHd4RGlhbG9nIGlucw0KDQpGcmFtZSBzZXRmcm9tY29uZmln IGluIGd1aXdpZGdldHMucHlvIGF0IGxpbmUgNTI4DQoNCnNlbGYgPSA8Z3Vpd2lkZ2V0cy5Db25m aWdEaWFsb2cgaW5zdGFuY2U7IHByb3h5IG9mIEMrKyB3eERpYWxvZyBpbnMNCg0KRnJhbWUgQXBw bHlCaXRGbGluZ1NldHRpbmdzIGluIGd1aXdpZGdldHMucHlvIGF0IGxpbmUgNDQ4DQoNCnNlbGYg PSA8Z3Vpd2lkZ2V0cy5Db25maWdEaWFsb2cgaW5zdGFuY2U7IHByb3h5IG9mIEMrKyB3eERpYWxv ZyBpbnMNCg0KXyA9IE5vbmUNCg0KRnJhbWUgZGVjb2RlIGluIGJpdGZsaW5nc2Nhbi5weW8gYXQg bGluZSAxMjYNCg0KaSA9IDANCg0KcmVzID0gW10NCg0Kc3RyID0gJzx1bmNvbmZpZ3VyZWQ+Jw0K DQoNCiJJdCdzIGFsbCBhYm91dCB0aGUgcmlkZS4uLiINClRvbSBUcmFjZXkNClB1eWFsbHVwLCBX YXNoaW5ndG9uDQp3d3cudG9tdHJhY2V5LmNvbQ0KUHJvdWRseSBkcml2aW5nIG15ICJOZXciIDE5 ODEgWWFtYWhhIFNlY2EgNzUwIQ0KDQoiSSB3YXMgbWFkZSB0byBsYXN0IGZvcmV2ZXIsDQogICAg ICBUaG91Z2ggbXkgYm9keSB0dXJuIHRvIHNhbmQsDQogICAgICAgICAgICBNeSBzb3VsIGlzIGlu IEhpcyBoYW5kLi4uIg0KICAgICAgICAgICAgICAgIC09LSBBdWRpbyBBZHJlbmFsaW5lIC09LQ0K LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCkZyb206ICJTdGVwaGVuIFdvb2QiIDxzYXdA Z2VuaG9tZXBhZ2UuY29tPg0KVG86IDxiaXRwaW0tZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0 Pg0KU2VudDogVHVlc2RheSwgQXByaWwgMjcsIDIwMDQgNDo1MSBQTQ0KU3ViamVjdDogUmU6IFtC aXRwaW0tZGV2ZWxdIDAuNy10ZXN0OQ0KDQoNCj4gT24gVHVlLCAyMDA0LTA0LTI3IGF0IDE4OjI5 LCBSb2dlciBCaW5ucyB3cm90ZToNCj4gPiBJIGhhdmUgdXBsb2FkZWQgV2luZG93cyBhbmQgTGlu dXggYnVpbGRzIHRvDQo+ID4NCmh0dHA6Ly9zZi5uZXQvcHJvamVjdC9zaG93ZmlsZXMucGhwP2dy b3VwX2lkPTc1MjExJnBhY2thZ2VfaWQ9NzY2NzMmcmVsZWFzZV9pZD0yMzQzNzMNCj4gPg0KPiA+ IFBsZWFzZSBjYW4geW91IHZlcmlmeSB0aGV5IHdvcmsgb24geW91ciBtYWNoaW5lcy4NCj4NCj4g T24gTGludXggUkg5LCBpZiBJIGZpcnN0IHJlbW92ZSBteSAuYml0cGltKiBmaWxlcywgc3RhcnR1 cCBiaXRwaW0sIGdvIHRvDQo+IHRoZSBCaXRwaW0gU2V0dGluZ3MgcGFuZWwgYW5kIGNsaWNrIHRo ZSBCaXRGbGluZyBFbmFibGVkIGJ1dHRvbiwgSSBnZXQNCj4gYW4gZXhjZXB0aW9uLiAgSWYgSSBj bGljayBvbiB0aGUgQml0Rmxpbmcgc2V0dGluZ3MgZmlyc3QsIGNsaWNrIE9LLA0KPiB0aGVyZSwg dGhlbiBJIGRvbid0IGdldCBhbiBleGNlcHRpb24gd2hlbiBlbmFibGluZy4NCj4NCj4gV2lsbCB5 b3UgYmUgYWJsZSB0byBnZXQgdGhlIGNvbW1lbnQgSSBtYWRlIGFib3V0IFNhbnlvIGNhbWVyYSBk b3dubG9hZHMNCj4gaW4gdmVyc2lvbmhpc3RvcnkuaHRkIGludG8gdGhlIG9mZmljaWFsIGJ1aWxk Pw0KPg0KPiBTdGVwaGVuDQo+DQo+IEFuIHVuZXhwZWN0ZWQgZXhjZXB0aW9uIGhhcyBvY2N1cnJl ZC4NCj4gUGxlYXNlIHNlZSB0aGUgaGVscCBmb3IgZGV0YWlscyBvbiB3aGF0IHRvIGRvLg0KPg0K PiBUcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6DQo+ICAgRmlsZSAiZ3Vpd2lkZ2V0 cy5weSIsIGxpbmUgNDQ4LCBpbiBBcHBseUJpdEZsaW5nU2V0dGluZ3MNCj4gICBGaWxlICJiaXRm bGluZ3NjYW4ucHkiLCBsaW5lIDEyNiwgaW4gZGVjb2RlDQo+IFZhbHVlRXJyb3I6IGludmFsaWQg bGl0ZXJhbCBmb3IgaW50KCk6IDx1DQo+DQo+IC4uLg0KPg0KPiBGcmFtZSBkZWNvZGUgaW4gYml0 ZmxpbmdzY2FuLnB5IGF0IGxpbmUgMTI2DQo+ICAgICAgICAgICAgICAgaSA9ICAwDQo+ICAgICAg ICAgICAgIHJlcyA9ICBbXQ0KPiAgICAgICAgICAgICBzdHIgPSAgJzx1bmNvbmZpZ3VyZWQ+Jw0K Pg0KPg0KPg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQo+IFRoaXMgU0YuTmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogT3JhY2xlIDEw Zw0KPiBHZXQgY2VydGlmaWVkIG9uIHRoZSBob3R0ZXN0IHRoaW5nIGV2ZXIgdG8gaGl0IHRoZSBt YXJrZXQuLi4gT3JhY2xlIDEwZy4NCj4gVGFrZSBhbiBPcmFjbGUgMTBnIGNsYXNzIG5vdywgYW5k IHdlJ2xsIGdpdmUgeW91IHRoZSBleGFtIEZSRUUuDQo+IGh0dHA6Ly9hZHMub3Nkbi5jb20vP2Fk X2lkPTMxNDkmYWxsb2NfaWQ9ODE2NiZvcD1jbGljaw0KPiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBCaXRwaW0tZGV2ZWwgbWFpbGluZyBsaXN0DQo+ IEJpdHBpbS1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCj4gaHR0cHM6Ly9saXN0cy5zb3Vy Y2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vYml0cGltLWRldmVsDQo+DQoAAAAAAACgggjDMIIC SzCCAbSgAwIBAgIDDDO6MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQTAeFw0wNDA0MjcwNTIyMjBaFw0wNTA0MjcwNTIyMjBaMEMxHzAdBgNV BAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxIDAeBgkqhkiG9w0BCQEWEXRvbUB0b210cmFjZXku Y29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDJNVM1GnSoUF2A/YjmXUQb7Bcc5zdTY2yR neDCPjthMBNQ+eQf2u3XE2K717h1P2OvY/Gj2y5Vks/cleAWCc6Fq3n5E1Oq4qhJj/kEDNizDEyt X2wVj3KSVOSgT9V2yr4OwVzxL2s5106KiXi9q7P7eFll+p+Fb8E74wdDZ+itDQIDAQABoy4wLDAc BgNVHREEFTATgRF0b21AdG9tdHJhY2V5LmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUA A4GBAJvYnyk4Dh4ZswCM984d9c81zTNAOdC5GwD3U4dStsLrayCuGu8SKj98TD5isvmld7pwvuUm jfAdDRZjk53ee0tph9YfAEWvb7yeVxOUXlfR1RQFImjA5a5bmcbzu80xg0M9Y5mvrtUJfuopQBPp bnSxL1onwatpSsXPXze2HdqwMIIDLTCCApagAwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkG A1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYD VQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBE aXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcN AQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIz MTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmlj YXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkq hkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIs YyeflXtL734Zhx2G6qPduc6WZBrCFG5ErHzmj+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56 fAylS1V/Bhkpf56aJtVquzgkCGqYx7Hao5iR/Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUw AwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH7JJ+Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuo SpaKH2JCI4wXD/S6ZJwXrEcp352YXtJsYHFcoqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMm CZGAc9AUG95DqYMl8uacLxXK/qarigd1iwzdUYRr5PjRzneigTCCAz8wggKooAMCAQICAQ0wDQYJ KoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV BAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRp ZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVl bWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0w MzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjA dQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn 8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sC AwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9j cmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjAp BgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQAD gYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6 GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341Yh eILcIRk13iSx0x1G/11fZU8xggHMMIIByAIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIDDDO6MAkGBSsOAwIaBQCggbowGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMDQwNDI4MDAzODEzWjAjBgkqhkiG9w0BCQQxFgQUfyMQg0Y8 c73dwAPIbZdSbrKxdKEwWwYJKoZIhvcNAQkPMU4wTDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgIC AIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAh0wDQYJKoZI hvcNAQEBBQAEgYAeiKepvkEdCtDORGw6FQSD4E0qAYbCOWE8BVCL2AcOiBjZbgVqn7CZ3LzMeRIh 328FjYBJ4oYf73jfbxq0cpQSocev3uyQTDCw7/Qsy+TWxBNiA4AxVhxPz1AfTlpGg1ZtgzZ0j1CZ A7rEMzsW3sc5ioEMB+XhP1RvKqZNkqpKAAAAAAAAAA== |
|
From: Stephen W. <sa...@us...> - 2004-04-28 04:36:19
|
I successfully ran bitfling to different Sanyo phones. I just did a localhost connection, but it was definitely bitfling. I also tried to run a bitfling client from the CVS version, but the bitfling options seem to be missing in the settings pane. I did a cvs -d, but I probably need to go back through the postings to see if there is something else I need to install. |
|
From: Roger B. <ro...@ro...> - 2004-04-28 06:02:42
|
Stephen Wood wrote: > I successfully ran bitfling to different Sanyo phones. I just did a > localhost connection, but it was definitely bitfling. Cool. > I also tried to run a bitfling client from the CVS version, but the > bitfling options seem to be missing in the settings pane. I did a cvs > -d, but I probably need to go back through the postings to see if there > is something else I need to install. Yes, you have to have pycrypto installed. Details are on http://bitpim.sf.net/developer.html Roger |
|
From: Stephen W. <sa...@us...> - 2004-04-29 03:52:30
|
I got bitfling to work between my CVS copy as client to the 0.7t9 build as server. This was between different machines running linux. This was done with the SCP-5500 which I was a little worried about since there are some hacks in the code for timeouts and resending packets. I also tried running a server on a WinME machine, but had absolutely no luck. Nothing ever showed up in the bitfling log on the winme machine. There are a couple of things I need to try turning off on that machine (ICS, some spyware blocker), but I'll probably try to a WinXP machine first. Stephen On Wed, 2004-04-28 at 02:02, Roger Binns wrote: > Stephen Wood wrote: ... > > I also tried to run a bitfling client from the CVS version, but the > > bitfling options seem to be missing in the settings pane. I did a cvs > > -d, but I probably need to go back through the postings to see if there > > is something else I need to install. > > Yes, you have to have pycrypto installed. Details are on > http://bitpim.sf.net/developer.html > > Roger > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click > _______________________________________________ > Bitpim-devel mailing list > Bit...@li... > https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
|
From: Roger B. <ro...@ro...> - 2004-04-29 05:12:44
|
Stephen Wood wrote: > I got bitfling to work between my CVS copy as client to the 0.7t9 build > as server. This was between different machines running linux. This was > done with the SCP-5500 which I was a little worried about since there > are some hacks in the code for timeouts and resending packets. What BitFling does is remote the API from commport.py. That means that timeouts which are handled inside those methods are then on the remote end (eg if it takes 20 seconds to send the request and the timeout is 3 seconds, the 3 second counter starts on the remote end). Consequently I would right thing to happen for all existing code. The thing that will go wrong is if you watch the clock on the BitPim end. > I also tried running a server on a WinME machine, but had absolutely no > luck. Nothing ever showed up in the bitfling log on the winme machine. As you surmise it is probably firewall. Try doing a telnet to the port. Roger |
|
From: Steven P. <n9...@n9...> - 2004-04-29 14:07:17
|
Okay, testing...
I get the same exception Stephen reported when clicking enable before
going into the settings on the "Enable bitfling".
After I started bitfling and then launch BitPim and try to do a test, I
get:
Failed: exceptions.Exception: No SSH on the other end: 127.0.0.1/12652
Bitfling log shows:
8:59:49.936: Starting on port 12652
9:00:06.424: No defined users for address ('127.0.0.1', 51572)
9:00:06.312: SSH worker thread 1/5: Connection from ('127.0.0.1',
51572) not accepted
(BTW: I have to put in code to autosize the window on bitfling or it's
another 0x0 window)
It then asks if I want to accept the certificate, but never tells me
that the test "passed". While this window is open, the menubar goes
into a cycle of enable/disable (menu root entries grey out, then come
back, etc...).
Within an hour I will be at work where I can test this on a clean
machine to make sure all dependencies are bundled in and I'll have the
packages to you.
Steve
|
|
From: Steven P. <n9...@n9...> - 2004-04-29 14:11:06
|
> It then asks if I want to accept the certificate, but never tells me > that the test "passed". While this window is open, the menubar goes > into a cycle of enable/disable (menu root entries grey out, then come > back, etc...). I take that back.... Well, I closed the test window, but the program was unresponsive. Eventually I gave up and quit BitFling which triggered an exception and then I got a Success in the BitPim program. Weird.... It said it succeeded, but the remote version was None. |
|
From: Steven P. <n9...@n9...> - 2004-04-29 18:35:24
|
On Apr 29, 2004, at 9:11 AM, Steven Palm wrote: > I take that back.... Well, I closed the test window, but the program > was unresponsive. Eventually I gave up and quit BitFling which > triggered an exception and then I got a Success in the BitPim program. > Weird.... It said it succeeded, but the remote version was None. And later, it failed... It's an encodings issue, the log file in the bitfling client claimed it didn't know encoding US-ASCII. If I run it from the dev source tree, not the bundle, it's fine. So, throw me a bone Roger and let me know what files it's not packaging up. ;-) |
|
From: Roger B. <ro...@ro...> - 2004-04-29 18:52:39
|
Steven Palm wrote: > And later, it failed... It's an encodings issue, the log file in the > bitfling client claimed it didn't know encoding US-ASCII. If I run it > from the dev source tree, not the bundle, it's fine. So, throw me a > bone Roger and let me know what files it's not packaging up. ;-) In bp.py, add a line doing this: import encodings.ascii You may also need a plain "import encodings". Roger |
|
From: Steven P. <n9...@n9...> - 2004-04-29 19:33:17
|
On Apr 29, 2004, at 1:52 PM, Roger Binns wrote: > In bp.py, add a line doing this: > > import encodings.ascii > You may also need a plain "import encodings". Okay, that worked... Now... I don't have any devices in the bitfling window to enable, even though the phone is plugged in. Have I missed a step? |
|
From: Stephen W. <sa...@ge...> - 2004-04-29 20:06:32
|
I don't either. But on the BitPim side, if I browse for devices (with Bitfling enabled and everyone having the right addresses, usernames and passwords) I see all the devices show up, with "bitfling::" in their names. Perhaps this window is a future space for the flinger to restrict which devices the flingee is allowed to talk to. Stephen P.S. Is it BitFling or Bitfling? On Thu, 2004-04-29 at 15:33, Steven Palm wrote: > Okay, that worked... Now... I don't have any devices in the bitfling > window to enable, even though the phone is plugged in. Have I missed a > step? > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click > _______________________________________________ > Bitpim-devel mailing list > Bit...@li... > https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
|
From: Roger B. <ro...@ro...> - 2004-04-29 20:45:45
|
> On Thu, 2004-04-29 at 15:33, Steven Palm wrote: > > Okay, that worked... Now... I don't have any devices in the bitfling > > window to enable, even though the phone is plugged in. Have I missed a > > step? Stephen Wood wrote: > I don't either. Of course you both read the help :-) http://bitpim.sourceforge.net/testhelp/bitfling-configure.htm The expires field is not used and will be removed. In the future you will be able to limit what devices can be accessed in the lower pane. http://bitpim.sourceforge.net/testhelp/bitfling-security.htm There is currently no limiting to what ports can be opened via BitFling by an authenticated user. Unauthenticated users can't get that far. Yes, that pane will have a way of limiting ports. (It will start out with everything disabled, and you will be able to enable specific ports, as well as particular USB vid/pid combinations). > names. Perhaps this window is a future space for the flinger to > restrict which devices the flingee is allowed to talk to. Yup. > P.S. Is it BitFling or Bitfling? The former, so that it corresponds to BitPim. Roger |
|
From: Steven P. <n9...@n9...> - 2004-04-29 21:27:22
|
On Apr 29, 2004, at 3:45 PM, Roger Binns wrote: > Of course you both read the help :-) Uh, Um, Oh, Yeah! :-) I hope this isn't in the help I read... LoL... But using "auto" on the remote machine doesn't work... It causes the host machine to show this: getting configvalue value is 1 now about to set config config set claiming 1 getting configvalue value is 1 now about to set config config set claiming 2 But it doesn't work. If I manually pick the port bitfling:: it works fine. So, having tested it at least to know it *CAN* work if set up right, I'll build something for you when I get home tonight Roger. Steve |
|
From: Roger B. <ro...@ro...> - 2004-04-29 21:31:53
|
> I hope this isn't in the help I read... LoL... But using "auto" on > the remote machine doesn't work... http://bitpim.sourceforge.net/testhelp/bitpim-bitfling-configure.htm If you select "Auto" for your port, it will not include the BitFling ports. You need to manually select a BitFling port if you want to use one. Basically I figured that if you want to use BitFling ports, you must manually choose them. You do still get the asterisk telling you which could be your phone. Roger |
|
From: Steven P. <n9...@n9...> - 2004-04-29 18:53:06
|
On Apr 29, 2004, at 1:35 PM, Steven Palm wrote:
> And later, it failed... It's an encodings issue, the log file in the
> bitfling client claimed it didn't know encoding US-ASCII. If I run it
> from the dev source tree, not the bundle, it's fine. So, throw me a
> bone Roger and let me know what files it's not packaging up. ;-)
Details:
13:50:45.230: Starting on port 12652
13:51:09.868: Connected (version 2.0, client pyssh_1.1)
13:51:09.713: SSH worker thread 1/5: Connection from
('192.168.168.106', 49596) accepted
13:51:13.646: SSH worker thread 1/5: SSH negotiated from
('192.168.168.106', 49596)
13:51:13.940: SSH worker thread 1/5: Checking authentication for user
'n9yty'
13:51:14.093: Exception in thread Threading SSH server controller for
:12652
13:51:14.102: Traceback (most recent call last):
File "/usr/local/src/bitpim/bitpim/bitfling/xmlrpcstuff.py", line
305, in run23
self.processmessage(msg)
File "/usr/local/src/bitpim/bitpim/bitfling/xmlrpcstuff.py", line
344, in processmessage
ok=self.OnNewUser(msg.clientaddr, msg.data[0], msg.data[1])
File "/usr/local/src/bitpim/bitpim/bitfling/bitfling.py", line 683,
in OnNewUser
return self.mainwin.IsConnectionAllowed(clientaddr, username,
password)
File "/usr/local/src/bitpim/bitpim/bitfling/bitfling.py", line 504,
in IsConnectionAllowed
if not self._verify_password(password, pwd):
File "/usr/local/src/bitpim/bitpim/bitfling/bitfling.py", line 536,
in _verify_password
print password, pwd, val.hexdigest(), val.hexdigest()==hash
LookupError: unknown encoding: US-ASCII
Variables by last 8 frames, innermost last
Frame __bootstrap in
/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/
threading.py at line 436
self = <BitFlingService(Threading SSH server controller for
:12652, started daemon)>
Frame run23 in /usr/local/src/bitpim/bitpim/bitfling/xmlrpcstuff.py at
line 301
msg = Message: cmd=CMD_NEW_USER_REQUEST data=('n9yty',
u'password')
self = <BitFlingService(Threading SSH server controller for
:12652, started daemon)>
Frame processmessage in
/usr/local/src/bitpim/bitpim/bitfling/xmlrpcstuff.py at line 344
msg = Message: cmd=CMD_NEW_USER_REQUEST data=('n9yty',
u'password')
resp = None
self = <BitFlingService(Threading SSH server controller for
:12652, started daemon)>
Frame OnNewUser in /usr/local/src/bitpim/bitpim/bitfling/bitfling.py at
line 683
username = 'n9yty'
clientaddr = ('192.168.168.106', 49596)
password = u'password'
self = <BitFlingService(Threading SSH server controller for
:12652, started daemon)>
Frame IsConnectionAllowed in
/usr/local/src/bitpim/bitpim/bitfling/bitfling.py at line 504
username = 'n9yty'
password = u'password'
ret_allowed = False
addresses = ['*']
val = None
self = <bitfling.bitfling.MainWindow instance; proxy of C++
wxFrame instance at _5d0500_wxFrame_p>
expires = 0
uname = 'n9yty'
pwd =
'9ee37bb5a4d23e9f$a1cd32e0f44bf583703dce0b8a4b0307d49af2a0'
v = ('192.168.168.106', 'n9yty', u'password')
ret_expiry = 0
peeraddr = ('192.168.168.106', 49596)
Frame _verify_password in
/usr/local/src/bitpim/bitpim/bitfling/bitfling.py at line 536
hash = 'a1cd32e0f44bf583703dce0b8a4b0307d49af2a0'
val = <sha.SHA object at 0x239af00>
i = 14
self = <bitfling.bitfling.MainWindow instance; proxy of C++
wxFrame instance at _5d0500_wxFrame_p>
pwd =
'9ee37bb5a4d23e9f$a1cd32e0f44bf583703dce0b8a4b0307d49af2a0'
str = [158, 227, 123, 181, 164, 210, 62, 159, 112, 97,
115, 115, 119, 111, 114, 100]
x = 100
password = u'password'
salt = '\x9e\xe3{\xb5\xa4\xd2>\x9f'
|
|
From: Roger B. <ro...@ro...> - 2004-04-29 19:24:10
|
Steven Palm wrote: > LookupError: unknown encoding: US-ASCII Did an import of encodings or encodings.ascii fix this? Feel free to remove that print line as well. I assume the password which is in Unicode is being converted to ascii for printing. Removing the print line should remove the need for that conversion. Roger |
|
From: Stephen W. <sa...@us...> - 2004-04-30 03:02:40
|
On Thu, 2004-04-29 at 01:12, Roger Binns wrote:
> > I also tried running a server on a WinME machine, but had absolutely no
> > luck. Nothing ever showed up in the bitfling log on the winme machine.
>
> As you surmise it is probably firewall. Try doing a telnet to the
> port.
>
> Roger
I turned off Microsoft Internet Connection Sharing on the WinME server
machine. That helped a lot, I could read from the phone, but I had to
specify the port, browsing got an exception. This happened both with
the client being Linux CVS, or the Linux 0.7test9 build.
Perhaps we should note in the documentation that running ICS on the
target machine can impair bitfling. Maybe picking a smaller port
number, not much above 1024 might help??
Stephen
An unexpected exception has occurred.
Please see the help for details on what to do.
Traceback (most recent call last):
File "./bitflingscan.py", line 162, in run
res=func(*args, **kwargs)
File "./bitflingscan.py", line 66, in scan
ports=self.client.scan()
File "./bitfling/client.py", line 35, in scan
return self.server.scan()
File "./bitfling/xmlrpcstuff.py", line 429, in __call__
return self.__send(self.__name, args)
File "./bitfling/xmlrpcstuff.py", line 518, in __send
raise common.getfullname(klass)(str)
AttributeError: 'module' object has no attribute 'UpdateLists'
Variables by last 8 frames, innermost last
Frame __bootstrap in /usr/lib/python2.2/threading.py at line 414
self = <BitFlingWorkerThread(BitFling worker thread, started daemon
Frame run in ./bitflingscan.py at line 160
q = <Queue.Queue instance at 0x92f327c>
func = <bound method flinger.scan of <bitflingscan.flinger instance
kwargs = {}
res = None
self = <BitFlingWorkerThread(BitFling worker thread, started daemon
args = ()
Frame scan in ./bitflingscan.py at line 66
self = <bitflingscan.flinger instance at 0x8fae144>
Frame scan in ./bitfling/client.py at line 35
self = <bitfling.client.client instance at 0x960eac4>
Frame __call__ in ./bitfling/xmlrpcstuff.py at line 429
self = <bitfling.xmlrpcstuff._Method object at 0x971294c>
args = ()
Frame __send in ./bitfling/xmlrpcstuff.py at line 518
methodname = 'scan'
resplen = 328
self = <XML-RPC over SSH proxy for saw @ floor:12652>
args = ()
request = "<?xml version='1.0'?>\n<methodCall>\n<methodName>scan</meth
p = <xmlrpclib.ExpatParser instance at 0x9797f04>
u = <xmlrpclib.Unmarshaller instance at 0x966e4fc>
klass = 'exceptions.AttributeError'
str = "'module' object has no attribute 'UpdateLists'"
e = <Fault 17: "exceptions.AttributeError:'module' object has no
response = "<?xml version='1.0'?>\n<methodResponse>\n<fault>\n<value><s
|
|
From: Roger B. <ro...@ro...> - 2004-04-30 03:33:30
|
> I turned off Microsoft Internet Connection Sharing on the WinME server > machine. That helped a lot, I could read from the phone, but I had to > specify the port, browsing got an exception. The exception is because code in bitfling calls usbscan without checking that usb is available. (In your case it isn't). I have just committed a fix. > Perhaps we should note in the documentation that running ICS on the > target machine can impair bitfling. Maybe picking a smaller port > number, not much above 1024 might help?? Windows doesn't treat any port numbers as special. I don't know what WinME does with ICS to confuse issues. I would imagine it does do port blocking of some sort. I do intend to make the Windows BitFling work with uPnP which should go a long way. But at the end of the day BitFling is an advanced feature and requires a bit more skill and knowledge by anyone using it. BTW here is upnp done in Python: http://icepick.info/2003/09/17/upnp_example.py Roger |
|
From: Roger B. <ro...@ro...> - 2004-04-28 06:23:48
|
Stephen Wood wrote: > Will you be able to get the comment I made about Sanyo camera downloads > in versionhistory.htd into the official build? I won't rebuild the help for the build since that then requires redoing the build. However after the build I will update the website version of the help which will then have the full details. > Traceback (most recent call last): > File "guiwidgets.py", line 448, in ApplyBitFlingSettings > File "bitflingscan.py", line 126, in decode > ValueError: invalid literal for int(): <u I will just document this and fix it for the next release. The code has a little difficulty decoding the obfuscated password when one hasn't been set already :-) Other than that it seems it all works fine so I will go ahead and release what we have. Steven, feel free to do your Mac builds. Roger |
|
From: Steven P. <n9...@n9...> - 2004-04-28 20:33:44
|
On Apr 28, 2004, at 1:23 AM, Roger Binns wrote: > Steven, feel free to do your Mac builds. As time permits... I will try to at least do the basic testing already discussed here on the Mac before I send the code off into the wild as it were. I'm hoping sometime today to have it ready. |
|
From: Tom T. <to...@to...> - 2004-04-28 01:48:05
|
Here is the same error in Windows (XP):
An unexpected exception has occurred.
Please see the help for details on what to do.
Traceback (most recent call last):
File "gui.pyo", line 860, in OnEditSettings
File "guiwidgets.pyo", line 613, in ShowModal
File "guiwidgets.pyo", line 528, in setfromconfig
File "guiwidgets.pyo", line 448, in ApplyBitFlingSettings
File "bitflingscan.pyo", line 126, in decode
ValueError: invalid literal for int(): <u
Variables by last 8 frames, innermost last
Frame run in gui.pyo at line 349
args = (['C:\\Program Files\\BitPim\\bitpim.exe'],)
m = <gui.MainApp instance; proxy of C++ wxPyApp instance at _8e7
Frame MainLoop in wxPython\wx.pyo at line 1974
self = <gui.MainApp instance; proxy of C++ wxPyApp instance at _8e7
Frame MainLoop in wxPython\wx.pyo at line 92
_kwargs = {}
self = <gui.MainApp instance; proxy of C++ wxPyApp instance at _8e7
_args = ()
Frame OnEditSettings in gui.pyo at line 860
self = <gui.MainWindow instance; proxy of C++ wxFrame instance at _
_ = <wxPython.events.wxCommandEventPtr instance; proxy of C++ wx
Frame ShowModal in guiwidgets.pyo at line 613
self = <guiwidgets.ConfigDialog instance; proxy of C++ wxDialog ins
Frame setfromconfig in guiwidgets.pyo at line 528
self = <guiwidgets.ConfigDialog instance; proxy of C++ wxDialog ins
Frame ApplyBitFlingSettings in guiwidgets.pyo at line 448
self = <guiwidgets.ConfigDialog instance; proxy of C++ wxDialog ins
_ = None
Frame decode in bitflingscan.pyo at line 126
i = 0
res = []
str = '<unconfigured>'
"It's all about the ride..."
Tom Tracey
Puyallup, Washington
www.tomtracey.com
Proudly driving my "New" 1981 Yamaha Seca 750!
"I was made to last forever,
Though my body turn to sand,
My soul is in His hand..."
-=- Audio Adrenaline -=-
----- Original Message -----
From: "Stephen Wood" <sa...@ge...>
To: <bit...@li...>
Sent: Tuesday, April 27, 2004 4:51 PM
Subject: Re: [Bitpim-devel] 0.7-test9
> On Tue, 2004-04-27 at 18:29, Roger Binns wrote:
> > I have uploaded Windows and Linux builds to
> >
http://sf.net/project/showfiles.php?group_id=75211&package_id=76673&release_id=234373
> >
> > Please can you verify they work on your machines.
>
> On Linux RH9, if I first remove my .bitpim* files, startup bitpim, go to
> the Bitpim Settings panel and click the BitFling Enabled button, I get
> an exception. If I click on the BitFling settings first, click OK,
> there, then I don't get an exception when enabling.
>
> Will you be able to get the comment I made about Sanyo camera downloads
> in versionhistory.htd into the official build?
>
> Stephen
>
> An unexpected exception has occurred.
> Please see the help for details on what to do.
>
> Traceback (most recent call last):
> File "guiwidgets.py", line 448, in ApplyBitFlingSettings
> File "bitflingscan.py", line 126, in decode
> ValueError: invalid literal for int(): <u
>
> ...
>
> Frame decode in bitflingscan.py at line 126
> i = 0
> res = []
> str = '<unconfigured>'
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X