commit 8a05a1325b3abf991e75e7f63869bb1f2a7041a9
Author: Emmanuele Bassi <ebassi@linux.intel.com>
Date:   Thu Oct 29 14:29:46 2009 +0000

    Release JSON-GLib 0.8.2

 NEWS         |    7 +++++++
 configure.ac |    4 ++--
 2 files changed, 9 insertions(+), 2 deletions(-)

commit 09170edebbbcb2952c39e9e11eb0bbf5cbd9b29f
Author: Mathias Hasselmann <mathias.hasselmann@gmx.de>
Date:   Thu Oct 29 14:17:29 2009 +0000

    tests: Verify parsing bare values
    
    http://bugzilla.openedhand.com/show_bug.cgi?id=1856
    
    Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>
    
    (cherry picked from commit a25a1ded25e5d1f605cffd6da7a5e036151aa70c)

 tests/test-parser.c |   38 +++++++++++++++++++++++++++++++++-----
 1 files changed, 33 insertions(+), 5 deletions(-)

commit 3598c1b14dedfd5ce9d2ad9293c722036eb53bab
Author: Emmanuele Bassi <ebassi@linux.intel.com>
Date:   Wed Oct 28 16:54:34 2009 +0000

    introspection: Fix the GIR generation
    
    The rule for creating the JSON-GLib GIR file should use the
    json-glib.la shared object, to avoid using the installed
    copy of JSON-GLib when compiling the typelib.
    
    The include file for JSON-GLib is json-glib/json-gobject.h as
    well: json-glib/json-object.h does not exist.
    
    (cherry picked from commit 578111be53065a2bbeda73865bfa4e178f185649)

 json-glib/Makefile.am |   11 ++++++++---
 1 files changed, 8 insertions(+), 3 deletions(-)

commit a422c9371c991ee09b8244dc4ad97c00e9704202
Author: Emmanuele Bassi <ebassi@linux.intel.com>
Date:   Thu Oct 29 14:06:39 2009 +0000

    Remove a stray ';' that broke deserializing GStrv
    
    The stray semicolon was preventing the GPtrArray from being
    updated.
    
    (cherry picked from commit 3f8990f7a4c362590f19e427aae2f68f27303fe6)

 json-glib/json-gobject.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

commit 8806fbf1842b1af1927054928b59e69c9de8d25e
Author: Emmanuele Bassi <ebassi@linux.intel.com>
Date:   Thu Oct 29 14:05:35 2009 +0000

    [tests] Add a test case for Object members with empty strings
    
    Both the Object API and the Parser should not choke on members with
    empty strings as their value. The Object should just have a member
    associated with a JSON_NODE_VALUE node type and an empty string as
    the contents.
    
    (cherry picked from commit 17fc731ed54b754285bac76c7ac23eac6b96bf24)

 json-glib/tests/object-test.c |   13 +++++++++++++
 tests/test-parser.c           |    1 +
 2 files changed, 14 insertions(+), 0 deletions(-)

commit 53740f831280373a2b31db27b955e7a83e48a62e
Author: Emmanuele Bassi <ebassi@linux.intel.com>
Date:   Thu Oct 29 14:04:39 2009 +0000

    parser: Advance when parsing bare values
    
    A missing get_next_token() prevents getting the contents of
    the tokenizer in order to place them into the JsonNode.
    
    (cherry picked from commit 026ea0357fbe95e2acd43555e3b5d00e329c9740)

 json-glib/json-parser.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

commit 4f36e191e97b87fc256b0ea36c148af41027a934
Author: Emmanuele Bassi <ebassi@gnome.org>
Date:   Tue Sep 22 15:43:09 2009 +0100

    Post-release bump to 0.8.1

 configure.ac |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)