You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
(53) |
Apr
(48) |
May
(14) |
Jun
(3) |
Jul
(21) |
Aug
(11) |
Sep
(77) |
Oct
(67) |
Nov
(28) |
Dec
(163) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(112) |
Feb
(143) |
Mar
(114) |
Apr
(138) |
May
(173) |
Jun
(119) |
Jul
(119) |
Aug
(117) |
Sep
(187) |
Oct
(170) |
Nov
(254) |
Dec
(193) |
2005 |
Jan
(336) |
Feb
(284) |
Mar
(189) |
Apr
(100) |
May
(89) |
Jun
(52) |
Jul
(85) |
Aug
(138) |
Sep
(181) |
Oct
(137) |
Nov
(104) |
Dec
(98) |
2006 |
Jan
(76) |
Feb
(106) |
Mar
(224) |
Apr
(270) |
May
(103) |
Jun
(144) |
Jul
(77) |
Aug
(38) |
Sep
(37) |
Oct
(20) |
Nov
(14) |
Dec
(73) |
2007 |
Jan
(130) |
Feb
(68) |
Mar
(78) |
Apr
(60) |
May
(45) |
Jun
(63) |
Jul
(84) |
Aug
(45) |
Sep
(40) |
Oct
(12) |
Nov
(71) |
Dec
(56) |
2008 |
Jan
(44) |
Feb
(20) |
Mar
(25) |
Apr
(17) |
May
(33) |
Jun
(60) |
Jul
(97) |
Aug
(38) |
Sep
(10) |
Oct
(20) |
Nov
(13) |
Dec
(19) |
2009 |
Jan
(7) |
Feb
(5) |
Mar
(23) |
Apr
(10) |
May
(6) |
Jun
(5) |
Jul
(17) |
Aug
(7) |
Sep
(14) |
Oct
(27) |
Nov
(13) |
Dec
(12) |
2010 |
Jan
(37) |
Feb
(9) |
Mar
(13) |
Apr
(12) |
May
(8) |
Jun
(3) |
Jul
(1) |
Aug
(9) |
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
(4) |
2011 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(4) |
May
|
Jun
(2) |
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
(3) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
From: Roger B. <ro...@ro...> - 2003-12-30 23:23:17
|
> How did this stretch the Artistic License? See section 2: http://www.opensource.org/licenses/artistic-license.php Now do you want to argue over wether supporting wallpapers, phonebook and ringtones in 0.62 is a feature or bug/portability fix? The individual concerned claimed them as bug fixes and consequently what they distributed as "the standard version". They also didn't publish their changes for the same reasons. And they didn't even have the courtesy to tell anyone what they were doing, or ask advice. That isn't required, but is general good practise. So combine all these actions together with the section 2 loopholes, and someone determined can make a real mess. > How does the change to OSL mitigate future similar occurrences? Section 6+3, and worst case section 4 (I could trademark the name BitPim). Roger |
From: Chris C. <cle...@oc...> - 2003-12-30 22:53:38
|
On Tue, 30 Dec 2003, Roger Binns wrote: > With the 0.7 release of BitPim, the license will be changing to > the Open Source License. > > http://www.opensource.org/licenses/osl-2.0.php > > I have contacted all the copyright holders and they have all agreed. > If anyone can see any issues, please speak up now. > > What brought this on was someone doing a BitPim0.62 for vx6000 > that stretched some provisions of the Artistic License that > BitPim was under. That wouldn't have been too big a deal except > for two problems. One is that their "bug and portability fixes" > actually introduced new bugs, How did this stretch the Artistic License? > and that their version is indistinguishable > from the real BitPim (there is a one line change in the about box > only). I am the one that ends up with the emails and support > requests so this gets to be a big problem. How does the change to OSL mitigate future similar occurrences? -- Chris Cleeland, cleeland_c @ ociweb.com, http://www.milodesigns.com/~chris Principal Software Engineer, Object Computing, Inc., +1 314 579 0066 Support Me Supporting Cancer Survivors in Ride for the Roses 2002 >>>>>>>>> Donate at http://www.milodesigns.com/donate <<<<<<<<< |
From: Roger B. <ro...@ro...> - 2003-12-30 22:42:15
|
With the 0.7 release of BitPim, the license will be changing to the Open Source License. http://www.opensource.org/licenses/osl-2.0.php I have contacted all the copyright holders and they have all agreed. If anyone can see any issues, please speak up now. What brought this on was someone doing a BitPim0.62 for vx6000 that stretched some provisions of the Artistic License that BitPim was under. That wouldn't have been too big a deal except for two problems. One is that their "bug and portability fixes" actually introduced new bugs, and that their version is indistinguishable from the real BitPim (there is a one line change in the about box only). I am the one that ends up with the emails and support requests so this gets to be a big problem. Roger |
From: Chris C. <cle...@oc...> - 2003-12-30 19:14:16
|
On Tue, 30 Dec 2003, Somerlot, Chris wrote: > How do I work with the .qcp voice memos? I'm looking to be able to copy them > to my computer and play them... You could compile this: http://www.cdmatech.com/solutions/downloads/pvsdk_readme.txt FYI, I found that by googling "qcp convert". -- Chris Cleeland, cleeland_c @ ociweb.com, http://www.milodesigns.com/~chris Principal Software Engineer, Object Computing, Inc., +1 314 579 0066 Support Me Supporting Cancer Survivors in Ride for the Roses 2002 >>>>>>>>> Donate at http://www.milodesigns.com/donate <<<<<<<<< |
From: Somerlot, C. <CSo...@Br...> - 2003-12-30 19:05:50
|
How do I work with the .qcp voice memos? I'm looking to be able to copy them to my computer and play them... Thanks in advance Chris Somerlot |
From: Steven P. <n9...@n9...> - 2003-12-29 21:37:18
|
On Dec 18, 2003, at 3:09 AM, Roger Binns wrote: > I have another little project for anyone who wants something > well defined and simple to learn Python and help bitpim. > > I need code that can parse the following file: > > http://www.linux-usb.org/usb.ids Sorry, Roger, I forget to follow up on this one... I'm going to start on this as an adjunct Python learning tool. Even if someone else is already doing it/done it, I'll enjoy the experience. :-) Looks to be fairly simple, but useful as well, just like you stated. -. ----. -.-- - -.-- Steve Palm - n9...@n9... -. ----. -.-- - -.-- |
From: Roger B. <ro...@ro...> - 2003-12-22 18:04:47
|
John Yu wrote: > I get an error message this time with the CVS using VX4400 as the selected > phone. You need to use the standard version of wxPython not the unicode version. Roger |
From: John Y. <jo...@re...> - 2003-12-22 16:34:09
|
I have this problem. I used the futuredial drivers and everything worked expect I got the stupid timed out error. So I installed the LGE drivers and now bitpim keeps on giving me errors about unable to open ports... Any ideas? John -----Original Message----- From: bit...@li... [mailto:bit...@li...] On Behalf Of Roger Binns Sent: Sunday, December 21, 2003 4:19 PM To: bit...@li... Subject: Re: [Bitpim-devel] help with 5450 > What would the index file look like? A mapping of numbers to filenames. (The numbers are usually used in phonebook records rather than filenames). The Brew based phones all have files with Index in the name doing that mapping. The directory is different on every phone model. I don't know what J2ME based LG phones do. What you can do is a complete backup of the filesystem, download an image, and then another backup and difference the two. Also feel free to send me a complete backup of the filesystem and then I can tell how different from the other LG phones yours is. Roger ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ Bitpim-devel mailing list Bit...@li... https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
From: John Y. <jo...@re...> - 2003-12-22 16:09:37
|
I get an error message this time with the CVS using VX4400 as the selected phone. Please see the attached file John -----Original Message----- From: bit...@li... [mailto:bit...@li...] On Behalf Of Roger Binns Sent: Sunday, December 21, 2003 4:19 PM To: bit...@li... Subject: Re: [Bitpim-devel] help with 5450 > What would the index file look like? A mapping of numbers to filenames. (The numbers are usually used in phonebook records rather than filenames). The Brew based phones all have files with Index in the name doing that mapping. The directory is different on every phone model. I don't know what J2ME based LG phones do. What you can do is a complete backup of the filesystem, download an image, and then another backup and difference the two. Also feel free to send me a complete backup of the filesystem and then I can tell how different from the other LG phones yours is. Roger ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ Bitpim-devel mailing list Bit...@li... https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
From: Roger B. <ro...@ro...> - 2003-12-21 21:18:41
|
> What would the index file look like? A mapping of numbers to filenames. (The numbers are usually used in phonebook records rather than filenames). The Brew based phones all have files with Index in the name doing that mapping. The directory is different on every phone model. I don't know what J2ME based LG phones do. What you can do is a complete backup of the filesystem, download an image, and then another backup and difference the two. Also feel free to send me a complete backup of the filesystem and then I can tell how different from the other LG phones yours is. Roger |
From: John Y. <jo...@re...> - 2003-12-21 20:39:13
|
It is 199 phonebook with 5 numbers and 1 email. What would the index file look like? I will send the log file from the cvs in a bit John -----Original Message----- From: bit...@li... [mailto:bit...@li...] On Behalf Of Roger = Binns Sent: Sunday, December 21, 2003 2:56 PM To: bit...@li... Subject: Re: [Bitpim-devel] help with 5450 John Yu wrote: > The filesystem view works perfectly. The downloaded ringtones and wallpapers > are stored in the usr/ringtones and usr/wallpaper directory.=20 There should also be some sort of index files. > I think it's a 199 entries phonebook with 5 number and 1 email address = per > entry. We are going to need precise answers in order to support the phone. =20 > The log attached is what happens when I try and get the phonebook from = the > phone. Please use the CVS version of BitPim, not the 0.6 series. Roger ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for = IBM's Free Linux Tutorials. Learn everything from the bash shell to sys = admin. Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick _______________________________________________ Bitpim-devel mailing list Bit...@li... https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
From: Roger B. <ro...@ro...> - 2003-12-21 19:55:49
|
John Yu wrote: > The filesystem view works perfectly. The downloaded ringtones and wallpapers > are stored in the usr/ringtones and usr/wallpaper directory. There should also be some sort of index files. > I think it's a 199 entries phonebook with 5 number and 1 email address per > entry. We are going to need precise answers in order to support the phone. > The log attached is what happens when I try and get the phonebook from the > phone. Please use the CVS version of BitPim, not the 0.6 series. Roger |
From: John Y. <jo...@re...> - 2003-12-21 13:33:21
|
The filesystem view works perfectly. The downloaded ringtones and wallpapers are stored in the usr/ringtones and usr/wallpaper directory. The phone was released by Telus here in Canada about 2 months ago, not sure when it was released to the general public. I think it's a 199 entries phonebook with 5 number and 1 email address per entry. The log attached is what happens when I try and get the phonebook from the phone. John -----Original Message----- From: bit...@li... [mailto:bit...@li...] On Behalf Of Roger Binns Sent: Sunday, December 21, 2003 1:54 AM To: bit...@li... Subject: Re: [Bitpim-devel] help with 5450 There is the start of some doc in the web directory. I suspect your phone is very similar to the 4400/6000. Does the filesystem view work? Firstly, where are wallpapers and ringtones stored. There should be a list of directories and some index files. What is the spec of the phonebook. ie how many entries, how many numbers per entry, emails etc. When was the phone released? Try getting the phonebook with the phone set to VX4400. Turn on the protocol log. Save it to a file (you will need to copy it to the clipboard), zip it up and email it to me (or the group if the zip is less than 20kb). What I am hoping is that we can just subclass the 4400 code and put in a few of the differences. Roger ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ Bitpim-devel mailing list Bit...@li... https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
From: Roger B. <ro...@ro...> - 2003-12-21 13:11:23
|
There are now double the lines of code in BitPim 0.7 as there were in 0.62! (It is actually way more if you count the generated protocol stuff which I don't.) I also just checked in the ability to change what columns are shown, and what order they are shown in in the phonebook. Enjoy :-) Roger |
From: Roger B. <ro...@ro...> - 2003-12-21 06:54:08
|
There is the start of some doc in the web directory. I suspect your phone is very similar to the 4400/6000. Does the filesystem view work? Firstly, where are wallpapers and ringtones stored. There should be a list of directories and some index files. What is the spec of the phonebook. ie how many entries, how many numbers per entry, emails etc. When was the phone released? Try getting the phonebook with the phone set to VX4400. Turn on the protocol log. Save it to a file (you will need to copy it to the clipboard), zip it up and email it to me (or the group if the zip is less than 20kb). What I am hoping is that we can just subclass the 4400 code and put in a few of the differences. Roger |
From: John Y. <jo...@re...> - 2003-12-21 05:24:39
|
Hi I recently got a 5450 and realized that even though bitpim supports manipulation of the file system, it doesn't really allow you to do anything else. I have wondering what I can do to help. I got a USB cable and downloaded the dev version of bitpim from CVS. I'd like some more pointers if possible. Thanks John |
From: Roger B. <ro...@ro...> - 2003-12-20 03:47:06
|
> Nope. I can't get it to stay on the screen. As I say, a window resize > will cause a "flicker" wherein you can see the list, it just doesn't > stay visible on the screen. The code makes extensive use of Freeze and Thaw. Try commenting out every occurrence of them (don't forget the parent class in guiwidgets either). The current code for populating and displaying the ringtones and wallpapers is grotesquely inefficient. (For example if you add/drag&drop multiple items, the whole widget is repopulated after each file). It should really be changed to use a virtual list control. > I think it's a bug in wxMac 2.4.2... I changed the wxListCtrl type to > LC_LIST instead of LC_REPORT and I can see the file names just fine, > going back to LC_REPORT returns the incorrect behavior. The lucky users of Windows (never thought I would utter that phrase :-) get to dynamically switch between REPORT and LIST by clicking on a toolbar button. Neither Linux nor Mac allow you to change the widget style after creation. Roger |
From: Steven P. <n9...@n9...> - 2003-12-20 03:26:26
|
On Dec 19, 2003, at 8:48 PM, Roger Binns wrote: > Verify that the files exist on disk, and that index.idx references > them. > (It will only attempt to show what is in index.idx). The files exist and the index does list them, along with the 'builtin' tones. > Please also make sure you reread everything off the phone again. Several times. > If you exit and restart bitpim, does it come up right? Nope. I can't get it to stay on the screen. As I say, a window resize will cause a "flicker" wherein you can see the list, it just doesn't stay visible on the screen. I think it's a bug in wxMac 2.4.2... I changed the wxListCtrl type to LC_LIST instead of LC_REPORT and I can see the file names just fine, going back to LC_REPORT returns the incorrect behavior. -. ----. -.-- - -.-- Steve Palm - n9...@n9... -. ----. -.-- - -.-- |
From: Roger B. <ro...@ro...> - 2003-12-20 02:48:24
|
> I know you're still working on the ringtone stuff, but I'm seeing weird > behavior on the Mac... The ringtone list populates, but disappears > immediately. If you resize the window you see the ringtone list flicker > but it stays gone. > > Is this a known issue, or a Mac specific issue? Sounds Mac specific. Reading all ringtones (and wallpapers for that matter) from a VX6000 or VX4400 was perfect as of a few hours ago (my only change today was to figure out and correct the index offsets used in the phonebook record to refer to one of the 3 or 4 places the ringtones and wallpaper are stored). Verify that the files exist on disk, and that index.idx references them. (It will only attempt to show what is in index.idx). Please also make sure you reread everything off the phone again. If you exit and restart bitpim, does it come up right? Roger |
From: Steven P. <n9...@n9...> - 2003-12-20 02:32:31
|
Hi Roger, I know you're still working on the ringtone stuff, but I'm seeing weird behavior on the Mac... The ringtone list populates, but disappears immediately. If you resize the window you see the ringtone list flicker but it stays gone. Is this a known issue, or a Mac specific issue? -. ----. -.-- - -.-- Steve Palm - n9...@n9... -. ----. -.-- - -.-- |
From: Roger B. <ro...@ro...> - 2003-12-20 00:03:55
|
I just added some code (disabled) that puts the phone in offline mode if you try to a write to a file that is locked (errorcode 0x0b) and then tries to write again. Any opinions on whether this should be enabled by default. It didn't actually solve my problem. The 4400 looks like it just won't let you write to nvm/nvm/nvm_0005 even if the phone is offline. (If we can write to the file then it will be possible to turn the sublcd off while charging). Roger |
From: Roger B. <ro...@ro...> - 2003-12-19 18:49:35
|
> I'm thinking particularly of something like 'rsync'... rsync is for synchronising files, and is one way only (you can't make changes on both ends). It isn't even remotely applicable. The only program I found when I researched this a while back is http://multisync.sf.net and it is Linux only. The canonical open standard for this stuff is SyncML. However there aren't actually any appopriate implementations, and I would rather my phone etc worked now than wait for or actually implement the standard. Roger |
From: Chris C. <cle...@oc...> - 2003-12-19 16:51:21
|
On Thu, 18 Dec 2003, Roger Binns wrote: > > I haven't seen any hints of beginnings of > > code in bitpim to deal with this. > > Look harder :-) There is a module named importexport almost > 500 lines long and a whole bunch of code in phonebook.py! > > The intention is for 0.7 to have the ability to import. (This isn't > the same thing as synchronization, but is an important first step). > > If anyone actually wants to design synchronization then that would > be a good idea. The actual process would have to recognising changes > in various data sources and applying them to others. Overall trivial > big picture but really difficult when you get down to nuts and bolts. > It is also an absolute prerequisite that it isn't stupid. I would > rather not have the feature at all, than have one that magically > duplicates data. Absolutely. There are lots of existing sync programs "out there"; would it make sense to try to leverage some of their algorithms, or structure the storage format that bitpim uses such that they could be more easily leveraged? I'm thinking particularly of something like 'rsync'... -- Chris Cleeland, cleeland_c @ ociweb.com, http://www.milodesigns.com/~chris Principal Software Engineer, Object Computing, Inc., +1 314 579 0066 Support Me Supporting Cancer Survivors in Ride for the Roses 2002 >>>>>>>>> Donate at http://www.milodesigns.com/donate <<<<<<<<< |
From: Roger B. <ro...@ro...> - 2003-12-19 07:52:08
|
> Indeed. The MacOS AddressBook and iCal program have (as I suspect do > most others) UID's attached to the main entries. In the case of the > address book, for a given name you can have, of course, multiple > addresses, and bits of contact information. Each address has it's own > UID, as does each piece of contact information (phone number, email, > Instant Messenger handle, URL, etc...). BitPim only stores UIDs for the entry as a whole, not for each piece of data. I would assume a really strong synchronisation algorithm would like it for every piece of data. > Each iCal event also has a UID. On the 4400/6000 there are no ids at all for calendar stuff. > And that is > only assuming one device and one source of each type of data on the > computer. Yup. It is where other programs annoy me. They generally place too much value on the uid and not enough looking at what they are actually doing. They can get very confused if you have multiple devices (eg a Palm, Outlook and a Cellphone) and make changes on all of them. > Since my Python > skills are still being formed, I'm leary of doing a whole lot just > yet... Parsing that usb.ids file I mentioned yesterday would be a good self contained start then. > No reason to put a bunch of shoddy code in there until I grok > the "Pythonic way" to do things. You can write shoddy code and email it to me for integration. It is often quicker for me to beautify the code and merge it, than to write it all from scratch. Roger |
From: Roger B. <ro...@ro...> - 2003-12-19 07:47:21
|
> I notice that the wallpaper images brought in from the phone do not > get scaled to the thumbnails on the Mac (no other platforms to compare > with here). Yup. I haven't needed to, before the VX6000. I will add that at some point. > However, images I drop into the wallpaper view from the > computer do get scaled properly to fit the view icon size. More correctly, they get scaled and converted properly for a VX4400. I will be adding the size and format support to the specific profiles. > Particularly > annoying are photos snapped using the camera, which are at 640x480 and > you only see a fragment of the upper corner in the wallpaper view. Mine are all murky test shots where I couldn't tell the difference between the main image and just the corner :-) > Also, wxMimeTypesManager seems to be broken or at least not fully > implemented on the Mac. Is there an alternative way of finding out what to call from Python? > Maybe we could add an item to the contextual menu there to at least > allow you to pick an image and save it to some location on the disk. > That, coupled with the drag-n-drop to add the images would provide at > least some GUI way for Mac users to pull images out of the wallpaper > repository, change it, and put it back. Just a thought. The current code invokes the defined application directly on the file stored in the BitPim data directory. That won't work if BitPim moves to a database, and could cause other issues anyway. Can you add a feature request for this and the wallpaper sizing into the tracker on SourceForge so I don't forget about it. Roger |