Re: [BBDB] ChangeLog 2013-07-28 (fix typo)
I finally got around to installing automake-1.13 and all is well. Thanks Roland. Roland Winkler wink...@gnu.org writes: On Mon Jul 29 2013 Brett Presnell wrote: I can't say exactly how long this has been going on, but my old way of configuring and installing bbdb v3 locally in my own account doesn't work anymore. In particular, I rather miss the --with-emacs configure option and I used to use the --with-tex-dir option as well (I know that I can replace at least the first of these by defining an environment variable, but I preferred the configure option). The goal of the recent changes has been to follow the GNU coding standards the way they are implemented via the autotools (autoconf and automake) So you can always override the version of emacs used for building BBDB by running ./make EMACS=/path_to_emacs/emacs (Quite generally, you need the same approach to override any command used in a makefile that follows GNU coding standards.) Also, instead of --with-tex-dir you need --datadir Previously, the installation of the TeX files into an existing TeX installation was always rather fragile. The new approach should be more robust, where these files are installed into $datadir which defaults on most GNU linux systems to /usr/local/share/bbdb. Then BBDB uses lisp `insert' instead of TeX \input. These steps are different from before, but I do not see any disadvantages as compared to previously. However, my problems seem to run deeper than that, so I think I'll take this in stages. I'm doing all this in Ubuntu 13.04 (Raring Ringtail). Ubuntu 13.04 comes with GNU automake 1.11.6, yet BBDB requires the more recent automake 1.13. Have you installed that? (I am sorry, older versions of automake are too limited in how they handle elisp, which is why this part of automake was changed completely in automake 1.13. Me too, I run an ubuntu box. I found that installing more recent versions of autoconf and automake from the GNU download directories was very easy.) If you still cannot build BBDB, could you please post here the complete transcript of what you get when executing the following sequence of commands? Thanks. $ git clean -fdx . $ git reset --hard $ git log -1 --oneline $ autoreconf --version $ autoconf --version $ automake --version $ aclocal --version $ autoreconf --verbose --force --install $ aclocal --verbose --warn=all --force -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: [BBDB] ChangeLog 2013-07-28 (fix typo)
I can't say exactly how long this has been going on, but my old way of configuring and installing bbdb v3 locally in my own account doesn't work anymore. In particular, I rather miss the --with-emacs configure option and I used to use the --with-tex-dir option as well (I know that I can replace at least the first of these by defining an environment variable, but I preferred the configure option). However, my problems seem to run deeper than that, so I think I'll take this in stages. I'm doing all this in Ubuntu 13.04 (Raring Ringtail). First I grab a completely fresh copy of bbdb v3 from git and try to run autogen.sh as instructed by the README file. Here's what I get: presnell@presnell:~/.emacs.d/install/bbdb$ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force --warnings=all autoreconf: configure.ac: tracing autoreconf: configure.ac: not using Libtool autoreconf: running: /usr/bin/autoconf --force --warnings=all configure.ac:35: error: possibly undefined macro: AC_PACKAGE_DATE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1 Any ideas? -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
EUDC and BBDB V3
Is anyone out there successfully using EUDC and BBDB V3 together? I keep getting the following: Symbol's function definition is void: bbdb-record-net I'm trying to use/emulate this person's setup: http://blog.ltsampros.eu/2011/01/17/gnus-eudc-ldap-bbdb I'm using the latest git pull of bbdb and the eudc included in GNU Emacs 24.3.50.1 (development snapshot). I can see that there are a lot of places where eudc seems to assume the old bbdb's net where the new bbdb uses mail, but my various attempts at customizing and setq'ing what seemed to be the appropriate variables have gotten me nowhere. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: BBDB V3 export
Philipp Haselwarter philipp.haselwar...@gmx.de writes: Personally this is the feature I miss most in BBDB. Searching my phone contacts to type in information manually into BBDB is just annoying. What kind of work would be required (in bbdb itself, on the protocol level, glue code) to make syncing with a CardDAV server happen? Just FYI, back in October 2011 Ted Zlatanov t...@lifelogs.com wrote on this list: I put together some code that uses CouchDB to store Gnus group subscriptions and marks in gnus-sync.el. It works well; so well in fact that I'm considering doing the same for BBDB records. Imagine having your BBDB entirely stored on a central server instead of a local file. Yes, kind of like LDAP, but not so hard to use and much more accessible. In order to do this I will have to generalize and improve the gnus-sync.el code that talks to CouchDB. But I wanted to first find out if this interests anyone (and please feel free to tell me my idea sucks), or if there's existing functionality that I would be duplicating. I'm not aware of such. There was some further discussion about this and Ted seemed very willing to work further on it, but I'm not sure that it went anywhere. I'm pretty sure that he did say that it was easy to set up a CouchDB server and that it shouldn't be difficult to exchange CouchDB records with other formats. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: cloudy BBDB
Ted Zlatanov t...@lifelogs.com writes: It's definitely easier to sync to and from CouchDB than the native BBDB file format. If you have details about these other formats you need, that would help. I don't know what your phone and Google expect so I can't say for sure if I could generate them on the fly. Google can deal with vcard and cvs. I have a reliable way to sync my phone's contacts with Google, so if I can sync bbdb with Google, I'm good to go. Presumably this will also be true for any cell phone I might get in the near future (surely an android phone will sync nicely with google). This may be changing, but in my experience, cell phones can be extremely persnickety about what sort of vcard format they'll accept. So its probably not worth worrying about direct syncing with my aging nokia (even though it is ostensibly a smart phone). Does your bbdb work tie in with any existing CouchDB efforts? (I think that there's some way to use Gnome's evolution in conjunction with CouchDB.) -- RSAreg; Conference 2012 Save #36;700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: cloudy BBDB
I do pretty well at keeping my bbdb databased synced across the machines that I use. My bigger problem is syncing it with my mobile phone (nokia/symbian right now) and my google contacts (similar issues with emacs diary, but that's a different story). So if the CouchDB setup makes it possible/easier for me to sync the information with these other devices, then I am very interested. Otherwise, not as much. Ted Zlatanov t...@lifelogs.com writes: I put together some code that uses CouchDB to store Gnus group subscriptions and marks in gnus-sync.el. It works well; so well in fact that I'm considering doing the same for BBDB records. Imagine having your BBDB entirely stored on a central server instead of a local file. Yes, kind of like LDAP, but not so hard to use and much more accessible. In order to do this I will have to generalize and improve the gnus-sync.el code that talks to CouchDB. But I wanted to first find out if this interests anyone (and please feel free to tell me my idea sucks), or if there's existing functionality that I would be duplicating. I'm not aware of such. Thanks Ted -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/ -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: [BBDB] feature freeze
Roland Winkler wink...@gnu.org writes: -- Recently, we have discussed on this list the possibility to import / export BBDB records via vcards. I think this is a great idea for BBDB. Yet it is not yet clear to me how this could be set up in the best way. (Thanks to everybody who commented on this issue on this list, which helped me to get an idea of what different people have in mind here. If there were not different opinions on such an issue, it would not be emacs we are talking about!) Yet I am convinced that adding such a feature to BBDB should be possible without the need to modify other code in BBDB (unlike various changes I found were necessary to bring BBDB up to date). In that sense I would like to put such a project on hold on my personal agenda and give a proper release of the new BBDB the higher priority. -- But let us know on this list if you start looking into a solution for this! Thanks for all your work on this, it's great that someone is really working on BBDB again. I really like the idea of entering anniversaries into bbdb and having them automatically picked up by diary. Unfortunately, I'm pretty dependent on being able to export my bbdb records out to vcard, just because that's the only way I have of getting this information into other places where I need it. I don't do this often, but I wouldn't want to get into a situation where I couldn't do it at all. FWIW, I'm currently using bbdb-vcard-export.el for this purpose: ;;; bbdb-vcard-export.el -- export BBDB as vCard files ;; ;; Copyright (c) 2002 Jim Hourihan ;; Copyright (c) 2005 Alex Schroeder In spite of my need for this functionality, I'm not sure how wise it would be to devote a great deal of effort to direct conversion of the new bbdb record format to vcard. It sounds like Ted Zlatanov has thought about these issues pretty carefully, and his idea of synchronizing against server with a neutral data format would negate the need for any direct bbdb to vcard or other formats. Ted mentioned that he would welcome help with this work. Ted, if you're reading this, I'm afraid that I have neither the time nor the expertise to do much more than cheer loudly from the sidelines (if I had more time, I would try to develop the expertise). However, if you need someone to help with testing I can probably manage that. It would be great to get the diary/calendar in there too. (Hey, I can dream, right?) I'm currently using icalendar.el to export, but importing is just too tricky. Export pretty much covers me anyway, but it's a nuisance because the process isn't fully automatic. (Someone at google developed something to synch with google calendar, and I tried it out, but it took my carefully edited emacs diary and make a giant mess of it. I never could figure out a way to avoid this, so I don't use it. And yes, I did make a backup first.) These days I mainly export my bbdb and diary information to my google account, and from there it's not too hard to synch the information on my google account with my current cell phone (presumably this would be fairly automatic for someone with an android phone, but I woulnd't know about that). But anything new that independently gets into the phone and/or google, I have to remember to type by hand into bbdb and diary. I wonder how org-mode fits into this conversation. Sorry for rambling. -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: BBDB beginners guide?
Leo sdl@gmail.com writes: On 2011-04-06 15:22 +0800, Didier Verna wrote: Not everybody agrees with this necessarily. I'm using BBDB much more often on my computers than anywhere else and I'm happy to update them manually from time to time on other devices. Sure. But these users can still use BBDB the way they intend to. Support for an external format doesn't force them to use it. Have to agree with this. I'm a long-time user of BBDB, but it has always been frustrating (and basically impossible) to try to sync information between BBDB and other contact database (essentially only BBDB to other is practical; true syncing just doesn't work). I think that the argument in the past against changing BBDB's database format, has always been that emacs parsing of a more generic vcard/cvs/XML format would be too slow. I should also admit that from my playing around with various phones, email clients, gmail, etc, it appears that it is not always straightforward to transfer contact information back and for between clients that ARE supposed to support, e.g., vcard. My recollection is that things as trivial as whether or not a field name is upper or lower case can cause problems for some clients. But the fact that some other clients may be broken shouldn't in itself be taken as a reason for BBDB not to support data exchange in some standard format. -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ 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
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
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/
