BBDB synchronization with cell phones (was: Moving BBDB from CVS to BZR)
On Mon, Mar 17 2008, Brett Presnell wrote: I use bbdb-vcard-export.el to dump stuff out of bbdb (not sure what you use). Improving synchronization with cell phones would be very nice. Back in 2004, I did some work on `bbdb-gnokii.el'[1], which exports BBDB entries in a format suitable for Gnokii[2]. In the meantime, Len Trigg added support for multiple phone numbers[3]. Maybe it's useful to look into it. (I didn't use it for a long time, so I don't know how good it works with modern phones.) Bye, Reiner. [1] ,[ http://meltin.net/hacks/emacs/src/bbdb-gnokii.el ] | ;; bbdb-gnokii.el --- Export phone entries from BBDB to gnokii contacts file. | | ;; | ;; Copyright (C) 2000, 2003, 2004, 2005, 2006 | ;; Martin Schwenke, Reiner Steib, Len Trigg ` [2] http://www.gnokii.org/ [3] , | ;; Revision 1.15 2005/06/06 09:52:49 martins | ;; Added support for gnokii entries with multiple phone numbers using | ;; subentries, implemented using a variation and subset of code by Len | ;; Trigg: [...] ` -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Robert Widhopf-Fenk [EMAIL PROTECTED] writes: On Wednesday, March 26, 2008 at 08:36:12, Martin Geisler wrote: [...] Ah, okay. I have just made a small test there I renamed and edited a file in one clone and made another edit to the file in another clone. I could merge the changes just fine: I ended up with a renamed file containing both changes, as one would hope. So I think the issue you ran into with SVN does not apply to Mercurial. Yeah, I just downloaded 1.0 and also directory renaming works as expected, the wiki is just not up to date. http://www.selenic.com/mercurial/wiki/index.cgi/RenamePlan Yeah, that page was last edited in 2006... the page should probably be deleted now. -- Martin Geisler VIFF (Virtual Ideal Functionality Framework) brings easy and efficient SMPC (Secure Multi-Party Computation) to Python. See: http://viff.dk/. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Robert Widhopf-Fenk [EMAIL PROTECTED] writes: On Wednesday, March 19, 2008 at 08:53:30, Martin Geisler wrote: If you mean the ability to rename files and have hg know about it, then you: 'hg rename' does what you expect. If you refer to the issue about renamed files taking up twice the space you would expect, then that is not yet fixed. There is a Google Summer of Code project on it, though: Neither these two, I mean the proper support for merging changes if renames occurred. I had this horrible experience at work with SVN where I branched a new development line and did a lot of refactoring including renaming of files. Finally the day came when I had to merge bugfixes from the original branch into the development branch. It just did not work. I have created a patch where I manually changed the filenames to be the new ones and then applied that patch. Also I ended up to do the same file renaming on the original branch to allow easier merging for the future. Ah, okay. I have just made a small test there I renamed and edited a file in one clone and made another edit to the file in another clone. I could merge the changes just fine: I ended up with a renamed file containing both changes, as one would hope. So I think the issue you ran into with SVN does not apply to Mercurial. -- Martin Geisler VIFF (Virtual Ideal Functionality Framework) brings easy and efficient SMPC (Secure Multi-Party Computation) to Python. See: http://viff.dk/. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
On Wednesday, March 26, 2008 at 08:36:12, Martin Geisler wrote: [...] Ah, okay. I have just made a small test there I renamed and edited a file in one clone and made another edit to the file in another clone. I could merge the changes just fine: I ended up with a renamed file containing both changes, as one would hope. So I think the issue you ran into with SVN does not apply to Mercurial. Yeah, I just downloaded 1.0 and also directory renaming works as expected, the wiki is just not up to date. http://www.selenic.com/mercurial/wiki/index.cgi/RenamePlan Robert - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
On Wednesday, March 19, 2008 at 08:53:30, Martin Geisler wrote: Robert Widhopf-Fenk [EMAIL PROTECTED] writes: [...] Has proper rename support finally landed in hg? If you mean the ability to rename files and have hg know about it, then you: 'hg rename' does what you expect. If you refer to the issue about renamed files taking up twice the space you would expect, then that is not yet fixed. There is a Google Summer of Code project on it, though: Neither these two, I mean the proper support for merging changes if renames occurred. I had this horrible experience at work with SVN where I branched a new development line and did a lot of refactoring including renaming of files. Finally the day came when I had to merge bugfixes from the original branch into the development branch. It just did not work. I have created a patch where I manually changed the filenames to be the new ones and then applied that patch. Also I ended up to do the same file renaming on the original branch to allow easier merging for the future. Cheers Robert - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Hello all SA == Suno Ano writes: SA [0] http://www.emacswiki.org/cgi-bin/wiki/DistributedVersionControl SA http://download.gna.org/dvc/ SA http://fsw.gsfc.nasa.gov/GDS/dvc-intro.html and then there is of SA course the mailing list (also carried on Gmane) I just published short article about emacs+dvc at http://xtalk.msk.su/~ott/en/writings/emacs-vcs/EmacsDVC.html -- With best wishes, Alex Ott, MBA http://alexott.blogspot.com/http://xtalk.msk.su/~ott/ http://alexott-ru.blogspot.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
into that ... As has been pointed out already, DVC (Distributed Version Control) [0] should make things a lot easier no matter what SCM it is going to be (GIT, BZR, HG, etc.). I, as many others, use DVC on a daily basis. It makes live a lot easier for me since I do not have to know any syntax for other SCMs than the one I consolidated on (which happened to be GIT) -- I am using GIT exclusively since a year or so ... However, that said, making use of DVC with Emacs makes it a *transparent user experience* no matter what modern, distributed, SCM is used. [0] http://www.emacswiki.org/cgi-bin/wiki/DistributedVersionControl http://download.gna.org/dvc/ http://fsw.gsfc.nasa.gov/GDS/dvc-intro.html and then there is of course the mailing list (also carried on Gmane) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Suno == Suno Ano [EMAIL PROTECTED] writes: Suno into that ... As has been pointed out already, DVC (Distributed Suno Version Control) [0] should make things a lot easier no matter Suno what SCM it is going to be (GIT, BZR, HG, etc.). Yeah...unfortunately darcs back-end is not up to with others :-( Sincerely, Gour -- Gour | Zagreb, Croatia | GPG key: C6E7162D pgpYVb5gRisL5.pgp Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Robert Widhopf-Fenk [EMAIL PROTECTED] wrote: And you didn't advocate hg or darcs ;-) I got fed up with fighting :-) In XEmacs, we recently switched to Mercurial... I know. Do you have any reference on the decisions-making, I am always curious how projects switching from CVS select one of the may new vcs. hg has a lot of following. AFAICR, the two final candidates were hg and git, but almost everybody agreed that they were pretty much equivalent. It was decided to use hg probably because it is a bit simpler, much more (and better) documented and requires less repo administration (if any). Maybe also a question of internals code quality, but I'm not sure. There was a thread about that on our private review-board mailing list. I can dig into it if you want more details; but not just right now. Things are pretty hectic overhere. Has proper rename support finally landed in hg? I think hg still does this the usual^H^H^Hwrong way ;-) -- 5th European Lisp Workshop at ECOOP 2008, July 7: http://elw.bknr.net/2008/ Didier Verna, [EMAIL PROTECTED], http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (0)1 44 08 01 85 94276 Le Kremlin-Bicêtre, France Fax.+33 (0)1 53 14 59 22 [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Robert Widhopf-Fenk [EMAIL PROTECTED] writes: [...] Has proper rename support finally landed in hg? If you mean the ability to rename files and have hg know about it, then you: 'hg rename' does what you expect. If you refer to the issue about renamed files taking up twice the space you would expect, then that is not yet fixed. There is a Google Summer of Code project on it, though: http://www.selenic.com/mercurial/wiki/index.cgi/SummerOfCode -- Martin Geisler VIFF (Virtual Ideal Functionality Framework) brings easy and efficient SMPC (Secure Multi-Party Computation) to Python. See: http://viff.dk/. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
On Sunday, March 16, 2008 at 20:06:26, Brett Presnell wrote: Robert Widhopf-Fenk [EMAIL PROTECTED] writes: Different back end storage has been discussed before and it would be a major effort to implement that and probably will slow down BBDB. Yes, I figured that. But it might help if the fields and modifiers/tags (e.g., Work rather than Office, Voice rather than Other) were a perfect match for the vcard fields, which seem to be the closest thing to a standard that can be read and written by a variety of devices. I know that bbdb lets me use whatever fields and modifiers/tags I want, but it might be nice if all the defaults were vcard compliant, or at least got converted to something that was. Of course this only matters to the extent that the various device manufacturers follow the standards in their own software. But vcard syncing might be worth doing ... vcard does seem like the best way to push this information around, and with bluetooth having become fairly universal on cell phones (and with usb dongles for the various phones becoming less expensive or even being included with the phone), it is more and more feasible. I also manually sync BBDB and my cell phone and it is a PITA. How are you doing it? You are more organized than I am about saving the state of the cell phone's vcards -- I should follow your example of saving the vcards as written by the phone. At present, I usually just hope that everything gets into BBDB, mostly by hand, though I have probably used some version(s) of bbdb-vcard or bbdb-vcard-import or bbdb-vcard-snarf at one time or another. I use bbdb-vcard-export.el to dump stuff out of bbdb (not sure what you use). My own version, i.e. `bbdb-vcard-export' from bbdb-rf ;-). It has the bbdb to vcard field mapping hard coded to fit my needs. Then I send a few of the files to my phone (via bluetooth) to see what kind of problems I'm going to have, really trial and error editing of the vcard files. The last time I did this I ended up editing I modified my version of bbdb-vcard-export to use latin-1 by default since between times of doing this I typically forget about the UTF-16 default and the fact that my phones always seem to choke on it. I also added a few things to the bbdb-tranlation table (defvar bbdb-translation-table '((Mobile . CELL) (Office . WORK) (Home . HOME) (Work . WORK) (Voice . VOICE) ) Translations of text items, typically for labels.) because my current phone (Sony-Ericsson w580i) seemed to want these things capitalized, and it doesn't understand Office, which makes sense I guess since I don't think that is in the vcard standard. I also changed begin:vcard\n to BEGIN:VCARD\n, adr;type= to ADR;TYPE=, fn: to FN:, org: to ORG:, tel;type= to TEL;TYPE=, etc. I think that my wife's phone (LG CU515) was similarly picky about at least some of these things (I'm pretty sure about the WORK vs OFFICE thing, but I'm not so sure about the capitalization). My memory is hazy on all of this even though I just did it a week ago. Anyway, at some point I send all the vcards to the phone via bluetooth. What program does the sending? If I have to do much hand editing I would usually cat them into one file first to speed that up. Once I see what the phone does with what I send it, I may have to hand edit the file(s) a bit more or modify my bbdb entries and try again. I usually never have to edit records by hand, but that might be caused by a habit to make them fit. What annoys me is the manual merging and my phone which modifies the records silently, e.g. truncation, removal of special chars ... Bye Robert - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
On Monday, March 17, 2008 at 10:01:57, gour wrote: Robert == Robert Widhopf-Fenk [EMAIL PROTECTED] writes: Hi Robert! Robert It is easier for all developers to use better tools. If there is no release for longer time, I'm definitely more inclined to pull (being familiar with distributed rcs) from bzr repo than using CVS. ;-) Robert Gosh, everyone is moving away :-/ Not at all...After migrating from vim to emacs, You must be joking. I never heard of any convert coming from the VI church to the Emacs church ... ;-) I finally settled on Gnus (using pine, kmail, mutt, evolution, claws-mail in the past) and BBDB is great companion to both of them :-D Pls. keep up the good work with BBDB ;) My time is limited, but I'll try ... Robert - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Robert Widhopf-Fenk [EMAIL PROTECTED] writes: What program does the sending? I don't really know. This is one instance when I just use the GUI stuff. I open up a gnome file-browser thingy, right click on the .vcf file, and choose Send or Send to ... or whatever it is, and then select bluetooth to my phone in the menu that pops up. All this is under ubuntu (gutsy). BTW, I moved to the church of Emacs in the early 1990s after 7 or 8 years in the church of vi (SunOS). At the time I was more deeply versed in the secrets of vi than anyone I have ever known personally (my fingers did fly in vi), but I never looked back. In my view all those folks who think vi is superior are just unenlightened (though I'm sure that the vim reincarnation does many things that the old testament vi that I worshipped couldn't do). - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
On Monday, March 17, 2008 at 15:09:51, Didier Verna wrote: Robert Widhopf-Fenk [EMAIL PROTECTED] wrote: I think about moving the BBDB repository from CVS to BZR and host it on https://launchpad.net instead of sourceforge.net. So what do the other developers with CVS write access think about this? I'm a bit reluctant to learn yet another VCS. Well it is not like learning arch, it is merely a s/(svn|hg)/bzr/ most of the time. In my lab, we went from CVS, PRCS to SVN and some of my collegues are starting to use Git. And you didn't advocate hg or darcs ;-) In XEmacs, we recently switched to Mercurial... I know. Do you have any reference on the decisions-making, I am always curious how projects switching from CVS select one of the may new vcs. hg has a lot of following. My reasons were very simple: bzr baz-import. Since I don't know bzr at all, I can't say anything about it. On the other hand, I guess my usage of BBDB's repo (even as a committer) is simple enough so that I wouldn't have to dig deep into bzr to be able to use it. Yes it is easy, you probably know all you need after 1 minute. So in short, I'm not really welcoming this change (although I would welcome a move to hg) but I'm not strongly opposed to it. Hey, from within DVC in Emacs it does not really make a difference and I really prefer the hosting on launchpad. Has proper rename support finally landed in hg? Bye Robert - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Robert == Robert Widhopf-Fenk [EMAIL PROTECTED] writes: Hi Robert! Robert It is easier for all developers to use better tools. If there is no release for longer time, I'm definitely more inclined to pull (being familiar with distributed rcs) from bzr repo than using CVS. Robert Gosh, everyone is moving away :-/ Not at all...After migrating from vim to emacs, I finally settled on Gnus (using pine, kmail, mutt, evolution, claws-mail in the past) and BBDB is great companion to both of them :-D Pls. keep up the good work with BBDB ;) Sincerely, Gour -- Gour | Zagreb, Croatia | GPG key: C6E7162D pgpLj9gfrlKdP.pgp Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Robert Widhopf-Fenk [EMAIL PROTECTED] wrote: I think about moving the BBDB repository from CVS to BZR and host it on https://launchpad.net instead of sourceforge.net. So what do the other developers with CVS write access think about this? I'm a bit reluctant to learn yet another VCS. In my lab, we went from CVS, PRCS to SVN and some of my collegues are starting to use Git. In XEmacs, we recently switched to Mercurial... Since I don't know bzr at all, I can't say anything about it. On the other hand, I guess my usage of BBDB's repo (even as a committer) is simple enough so that I wouldn't have to dig deep into bzr to be able to use it. So in short, I'm not really welcoming this change (although I would welcome a move to hg) but I'm not strongly opposed to it. -- 5th European Lisp Workshop at ECOOP 2008, July 7: http://elw.bknr.net/2008/ Didier Verna, [EMAIL PROTECTED], http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (0)1 44 08 01 85 94276 Le Kremlin-Bicêtre, France Fax.+33 (0)1 53 14 59 22 [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Gour [EMAIL PROTECTED] wrote: dvl == Didier Verna [EMAIL PROTECTED] writes: dvl I'm a bit reluctant to learn yet another VCS. In my lab, we went dvl from CVS, PRCS to SVN and some of my collegues are starting to use dvl Git. In XEmacs, we recently switched to Mercurial... Heh, now it's time for darcs-2 ;) Which I use for my local personal projects ;-) -- 5th European Lisp Workshop at ECOOP 2008, July 7: http://elw.bknr.net/2008/ Didier Verna, [EMAIL PROTECTED], http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (0)1 44 08 01 85 94276 Le Kremlin-Bicêtre, France Fax.+33 (0)1 53 14 59 22 [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
On Monday, March 10, 2008 at 22:25:35, Ronan Waide wrote: On 10 Mar 2008, at 22:17, Robert Widhopf-Fenk wrote: Hi, I think about moving the BBDB repository from CVS to BZR and host it on https://launchpad.net instead of sourceforge.net. Actually, I use BZR internally already for BBDB and do a somewhat painful syncing with CVS ... But I have the feeling that there are several or even many people on the list which still use CVS to get up to date and I do not intend to make it painfully for you, but I intend to remove write access for all developers except me, as this would require just one way syncing which is much easier. If your only reason for doing this is to make it more convenient for you as a developer, I don't think that's sufficient reason to do it. Definitely it is a reason. It is easier for all developers to use better tools. If you're providing others with software, your first thought should be how it affects them. That is why I would keep CVS as an mirror ;-) That said, I'm no longer using the BBDB in any practical sense beyond the occasional grep to find records that didn't get transferred to other places, so you can count this as the opinion of a curmudgeonly outsider as opposed to that of an active user/developer... Gosh, everyone is moving away :-/ Robert - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Robert Widhopf-Fenk [EMAIL PROTECTED] writes: Gosh, everyone is moving away :-/ No, some of us are just quiet because we don't have much to contribute (my elisp programming skill are fairly nonexistent). I do wonder sometime whether bbdb shouldn't be rewritten to just use standard vcard fields, modifiers, etc, and possibly even to store all it's records in vcard format in the first place (I understand that the latter might not be at all practical). The one big annoyance with bbdb is that it is never as easy or automatic as I think it should be to import and export vcard files to synch with my cell phone (and I wouldn't be at all surprised if this is the reason that some people move away). I manage it, but I always end up having to remind myself of the various steps and I still have to do a fair amound of hand editing. But I still really like bbdb and I am very dependent on it. I don't use all the features, but it's the only way I know of to manage contact information in my favorite operating system, emacs. (c; So thanks very much for your work on bbdb. I'm imagine that there are far more bbdb users out there than you know. Well, at least I hope that there are. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
On Sunday, March 16, 2008 at 17:01:32, Brett Presnell wrote: Robert Widhopf-Fenk [EMAIL PROTECTED] writes: Gosh, everyone is moving away :-/ No, some of us are just quiet because we don't have much to contribute (my elisp programming skill are fairly nonexistent). I do wonder sometime whether bbdb shouldn't be rewritten to just use standard vcard fields, modifiers, etc, and possibly even to store all it's records in vcard format in the first place (I understand that the latter might not be at all practical). The one big annoyance with bbdb is that it is never as easy or automatic as I think it should be to import and export vcard files to synch with my cell phone (and I wouldn't be at all surprised if this is the reason that some people move away). I manage it, but I always end up having to remind myself of the various steps and I still have to do a fair amound of hand editing. Different back end storage has been discussed before and it would be a major effort to implement that and probably will slow down BBDB. But vcard syncing might be worth doing ... I also manually sync BBDB and my cell phone and it is a PITA. Basically it goes like this: 1) Download vcards (by scmxx) from my cell phone and compare them to those downloaded after the last sync. Manually merge all changes into BBDB. 2) Export vcards from BBDB. 3) Upload vcards to my cell phone. 4) Download vcards from my cell phone for 1) as they will not be identical to those exported by the BBDB. How are you doing it? But I still really like bbdb and I am very dependent on it. I don't use all the features, but it's the only way I know of to manage contact information in my favorite operating system, emacs. (c; So am I. So thanks very much for your work on bbdb. I'm imagine that there are far more bbdb users out there than you know. Well, at least I hope that there are. Sure there are, but all former developers have moved away ... well not all, there is still Didier Verna. Robert - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Robert Widhopf-Fenk [EMAIL PROTECTED] writes: Different back end storage has been discussed before and it would be a major effort to implement that and probably will slow down BBDB. Yes, I figured that. But it might help if the fields and modifiers/tags (e.g., Work rather than Office, Voice rather than Other) were a perfect match for the vcard fields, which seem to be the closest thing to a standard that can be read and written by a variety of devices. I know that bbdb lets me use whatever fields and modifiers/tags I want, but it might be nice if all the defaults were vcard compliant, or at least got converted to something that was. Of course this only matters to the extent that the various device manufacturers follow the standards in their own software. But vcard syncing might be worth doing ... vcard does seem like the best way to push this information around, and with bluetooth having become fairly universal on cell phones (and with usb dongles for the various phones becoming less expensive or even being included with the phone), it is more and more feasible. I also manually sync BBDB and my cell phone and it is a PITA. How are you doing it? You are more organized than I am about saving the state of the cell phone's vcards -- I should follow your example of saving the vcards as written by the phone. At present, I usually just hope that everything gets into BBDB, mostly by hand, though I have probably used some version(s) of bbdb-vcard or bbdb-vcard-import or bbdb-vcard-snarf at one time or another. I use bbdb-vcard-export.el to dump stuff out of bbdb (not sure what you use). Then I send a few of the files to my phone (via bluetooth) to see what kind of problems I'm going to have, really trial and error editing of the vcard files. The last time I did this I ended up editing I modified my version of bbdb-vcard-export to use latin-1 by default since between times of doing this I typically forget about the UTF-16 default and the fact that my phones always seem to choke on it. I also added a few things to the bbdb-tranlation table (defvar bbdb-translation-table '((Mobile . CELL) (Office . WORK) (Home . HOME) (Work . WORK) (Voice . VOICE) ) Translations of text items, typically for labels.) because my current phone (Sony-Ericsson w580i) seemed to want these things capitalized, and it doesn't understand Office, which makes sense I guess since I don't think that is in the vcard standard. I also changed begin:vcard\n to BEGIN:VCARD\n, adr;type= to ADR;TYPE=, fn: to FN:, org: to ORG:, tel;type= to TEL;TYPE=, etc. I think that my wife's phone (LG CU515) was similarly picky about at least some of these things (I'm pretty sure about the WORK vs OFFICE thing, but I'm not so sure about the capitalization). My memory is hazy on all of this even though I just did it a week ago. Anyway, at some point I send all the vcards to the phone via bluetooth. If I have to do much hand editing I would usually cat them into one file first to speed that up. Once I see what the phone does with what I send it, I may have to hand edit the file(s) a bit more or modify my bbdb entries and try again. Sorry to go on so long. Basically this is enough of a PITA for me that I usually just do it every couple of years when I get a new phone and then hobble along the rest of the time. It would be really great if one could get closer to real synching in both directions, and if it was all built into bbdb, and if it just worked (knowing that there is little that can be done about manufacturers who don't follow the vcard standards themselves). -- Brett Presnell Department of Statistics University of Florida - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Hi Robert, thanks for asking and good luck with bbdb - it is a fun piece of software! However, I am no longer using Gnus (or any other Emacs based MUA) and, therefore, do not use bbdb anymore;-( I am not affected at all. Greetings, Jochen -- Einigkeit und Recht und Freiheithttp://www.Jochen-Kuepper.de Liberté, Égalité, FraternitéGnuPG key: CC1B0B4D Sex, drugs and rock-n-roll PGP.sig Description: This is a digitally signed message part - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Hi all I am no longer using BBDB either, so I won't mind. Good luck! Cheers Alex On Tue, Mar 11, 2008 at 12:02 AM, Jochen Küpper [EMAIL PROTECTED] wrote: Hi Robert, thanks for asking and good luck with bbdb - it is a fun piece of software! However, I am no longer using Gnus (or any other Emacs based MUA) and, therefore, do not use bbdb anymore;-( I am not affected at all. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Liberté, Égalité, FraternitéGnuPG key: CC1B0B4D Sex, drugs and rock-n-roll - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
| On Mon, 10 Mar 2008 23:17:44 +0100, | Robert Widhopf-Fenk | who can be reached at: [EMAIL PROTECTED] | (whose comments are cited below with Robert ), | had this to say in article [EMAIL PROTECTED] | in newsgroups gmane.emacs.bbdb.user | concerning the subject of Moving BBDB from CVS to BZR Robert So what do the other developers with CVS write access think Robert about this? Although I am not an active developer (yet) I think it is a good idea. I would have chosen GIT over BZR but that is another story :) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
Ronan Waide [EMAIL PROTECTED] writes: On 10 Mar 2008, at 22:17, Robert Widhopf-Fenk wrote: Hi, I think about moving the BBDB repository from CVS to BZR and host it on https://launchpad.net instead of sourceforge.net. Actually, I use BZR internally already for BBDB and do a somewhat painful syncing with CVS ... But I have the feeling that there are several or even many people on the list which still use CVS to get up to date and I do not intend to make it painfully for you, but I intend to remove write access for all developers except me, as this would require just one way syncing which is much easier. If your only reason for doing this is to make it more convenient for you as a developer, I don't think that's sufficient reason to do it. If you're providing others with software, your first thought should be how it affects them. I think moving to bzr is a very good idea. bzr is very easy to use for people who like to download bbdb. And it is easier for people to contribute code than using cvs. Stefan. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Moving BBDB from CVS to BZR
On 10 Mar 2008, at 22:17, Robert Widhopf-Fenk wrote: Hi, I think about moving the BBDB repository from CVS to BZR and host it on https://launchpad.net instead of sourceforge.net. Actually, I use BZR internally already for BBDB and do a somewhat painful syncing with CVS ... But I have the feeling that there are several or even many people on the list which still use CVS to get up to date and I do not intend to make it painfully for you, but I intend to remove write access for all developers except me, as this would require just one way syncing which is much easier. If your only reason for doing this is to make it more convenient for you as a developer, I don't think that's sufficient reason to do it. If you're providing others with software, your first thought should be how it affects them. That said, I'm no longer using the BBDB in any practical sense beyond the occasional grep to find records that didn't get transferred to other places, so you can count this as the opinion of a curmudgeonly outsider as opposed to that of an active user/developer... Cheers, Waider. -- [EMAIL PROTECTED] / Yes, it /is/ very personal of me. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/