fix built-in vcard parsing. Use item_fput() to set fields' value
fix an autoconf problem from d89aeb1: -lvformat wasn't added at the right position in the generated gcc command
allcsv: Remove header line's leading "#" which confuse real CSV parsers trying to identify columns name
silenced a couple of GCC stringop-overflow warnings
Search nickname/alias as well
I realized the feature was only enabled for DEBUG builds. I made it the default now, in 7c85eaa
optional datafile rewrite (omitted if no change happened), introduced in d7371920, is now actually enabled for all builds, bug #3
Remove `inline` keyword from header.
follow symlinks, fix bug #4
don't override addressbook symlink
What's the status of this. Could it be closed? In case you can reproduce, please attach the full error / config.h Could it be related to https://github.com/hhirsch/abook/commit/cd89336963801a31c11977ad64c0c815de4e5ede ?
There is already an internal DB structure implementation which is unlikely to change. XML output would be better handled by an external tool assuming abook generates a nice output. And TAB-delimited CSV ("allcsv"), "vcard" or even "custom" formats are here for this purpose : not as generic as XML could be, but sufficiently predictable, consistent and exhaustive to let anyone convert this output to XML or anything else. Overall, XML doesn't sound adequate for exporting abook contacts, in 2025 - because...
Memory allocation failure
vcard patch was included in 8b4f653 which was already in 0.6.1 feel free create a new bug adding sample input in case of other format conversion errors in 0.6.2
Contacts are not saved if a second abook is open
Somehow fixed in aef4219d2 part of 0.6.2 As long as the long-running interactive instance doesn't make change to the DB, it can be modified externally.
filter.c:439]: (error) Resource leak: out
fixed by 0618ad68a2 merged in 0.6.2
0.6.1 compile error on Cygwin x64
Was apparently fixed in the above-mentioned PR merged as 54f8e4a and part of 0.6.2
merged in 0.6.2
0.6.1 Drop Debian text from manual page abook.1
0.6.1 Drop Debian text from manual page abook.1
fixed by 02ac0c merged in 0.6.2
Support for XDG Base Directory Specification
Keith's implementation was merged in 0.6.2
XDG directory support
merged in 0.6.2
Make mutt query more flexible
merged in 0.6.2
0.6.2 RELEASE_NOTES
release: 0.6.2
--mutt-query loose search
XDG Base Directory Specification, patch #7 fixing FR #13
My submitted patch still uses ~/.abook if it's present as not to break existing installations but uses $XDG_DATA_HOME/abook for new installations. Here's to hoping it'll land in 0.6.2, if there's ever such a thing (with all the improvements made since 0.6.1, there should be).
XDG directory support
Assorted build fixes
Merge /u/guillemj/abook/ branch pu/export-icalendar into master
Add support for iCalendar export format
Key remapping support
misc: Changelog update
fix double-free(), Debian #1052510
autoconf autoupdate
query: outformat: Add "mailto" format
abook --generate never finishes on abook v0.6.1
Default input is stdin (which make a process waiting for an input) You can pass your file to stdin using <. Alternatively, you can specify it using --infile
Key remapping support
Sorry, wrong title. I meant --convert and I don't see how to edit the title or original post.
Sorry, wrong title. I meant --convert
abook --generate never finishes on abook v0.6.1
abook --convert --infile=$HOME/.abook/addressbook --outformat=vcard Not need to post the same question in the abook-devel forum.
Hello The abook website says that abook supports v card but how do I implement this? How do I export my abook contacts to other vcard supported devices?
Hello the abook website says abook supports v card but how does this work? how do I export my contacts as vcard so that I can import them into other vcard supported systems?
abook overrides the whole file when saving. It comes with mentioned drawbacks but any modification in the direction of "CRUD file operations" would inevitable imply much more code to create/debug/maintain which is something no-one is currently willing (aside from maintenance, there is no active abook developer currently)
abook is override the whole file when saving. It comes with mentioned drawbacks but any modification in the direction of "CRUD file operations" would inevitable imply much more code to create/debug/maintain which is something no-one is currently willing (aside from maintenance, there is no active abook developer currently)
don't remove comments in addressbook file
Hi @gibboris , thanks for your quick reply. I would think, that the effect of having to use the abook application with the --datafile argument, each time the application is called (from within mutt and from the command line) makes it necessary to always remember that location each time. But when the --datafile flag could be set within abook's configuration file (default is ~/.abook/abookrc) I could set it once there and forget about it in the future. As far as I have seen, there is no way to set...
I think the right approach is to use the --datafile flag everywhere you want to use a custom location. I'd be less "magic" than a symlink and more predictable. There have been an attempt into respecting XDG standards (which would apply to the data directory) https://sourceforge.net/p/abook/feature-requests/13/ https://sourceforge.net/p/abook/mailman/abook-devel/?viewmonth=202011 but these was not merged so far.
don't override addressbook symlink
Upgrade the license from GPLv2 to GPLv3.
Remove the explicit GPL version. I believe that the original hypermail
Hello I am wanting to transfer contacts between abook and my macs contacts. Any Ideas?
May possible explanations: - file wasn't saved in the first place (unwritable HOME directory? You should have received a warning) - file was saved at a custom path (abook was aliased, configuration changed it?) - file was saved at a path that changed (your HOME was mounted/remounted/moved between reboot) - file was saved at a path that disappeared (your HOME was cleaned, eg live-system, ...) By default abook saves datafile into $HOME/.abook/addressbook Note: A first patch (not ready for merge yet)...
You may want to - Read current documentation (provide as man pages), man abook and man abookrc - Identify if anything is actually missing / unclear - Patch the documentation (in man format) and send the diff as an attachment to the abook-devel list Before you actually go into detailed modification, you may want to post there what you feel is lacking from the existing documentation and how you intend to fix it.
Hello running abook on linux but when I restart my computer book becomes blank. How do save database. Were does the file save to and what is it called?
Hello I would like to write a manual for book. Who can I communicate with?
custom output filter: Now able to export custom fields too (if activate in abookrc)
misc: update a comment
misc: Changelog update
csv export: "allcsv" now exports arbitrary named custom fields instead of only "custom<X>" previsouly (follow-up 8fd8454f)
Include custom fields in export/convert
The allcsv format allow this (8fd8454f3e) Finally fixed by adcff19
bugfix: The "allcsv" export format now outputs *all* customX fields instead of only the odd ones (8fd8454f3e follow-up), fix #11
autotools: Updated using autotools 1.16. WANT_AUTOMAKE=1.13 autoreconf -vfim
interoperability between abook and gammu
Thank you for the report. Closing now. Feel free to reopen (or create a new ticket) if it's still confirmed as an ongoing issue.
i18n: Updated German translation
0.6.1 add #include <string.h>
I doubt it's the right fix to unconditional include it. string.h is included either if: - It's VMS - It's GNU_LIBRARY - You HAVE_STRING_H If all of these are wrong, you should rather check the result of ./configure and config.h
abook: option to parse cc: addresses in --add-email
Fixed by Corey Minyard in 804f03b37fec3fe0a274cd89ec27d2879a0a5afe
0.6.1 add CFLAGS = -std=gnu89
fixed (back in 54f8e4ac4e0bdf7622909c4cdf5768bebe72460c)
Turn on HTTPS on abook.sourceforge.net homepage
img links now updated too.
Add --fields to tell which fields to get emails from
misc: Fix spelling error in binary: "occured"
misc: Changelog update
Take off the "From:" before calling getname()
7672c42e2 follow-up: Rename the option --email-fields + wording fixes
fix: avoid SIGSEGV in case of undefined USER environment variable, fix Debian #859407
I see you did enable it. Thank you!
Turn on HTTPS on abook.sourceforge.net homepage
Doesn't compile in modern compilers
autotools definitely needs an update. I tried a (too) big toolchain update some years ago + autogenerate as much as possible (gnulib) https://gitlab.com/drzraf/abook/commit/fb4b8fb6851470c85d0a4d8ae6c549000699a98f but got some problems with wchars.
We definitely needs update autotools. I tried a big toolchain update some years ago + autogenerate as much as possible (gnulib) https://gitlab.com/drzraf/abook/commit/fb4b8fb6851470c85d0a4d8ae6c549000699a98f but got some problems with wchars.
Assorted build fixes
Add support for iCalendar export format
abook: option to parse cc: addresses in --add-email
Forgot the link to the spec: https://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html