Bug#688512: unblock or tpu: glib2.0/2.33.12+really2.32.4-1
- To: email@example.com
- Subject: Bug#688512: unblock or tpu: glib2.0/2.33.12+really2.32.4-1
- From: Josselin Mouette <firstname.lastname@example.org>
- Date: Tue, 25 Sep 2012 11:03:46 +0200
- Message-id: <1348563826.30505.1.camel@pi0307572>
- Reply-to: Josselin Mouette <email@example.com>, firstname.lastname@example.org
- In-reply-to: <20120923111637.GA29449@malsain.org>
- References: <20120923111637.GA29449@malsain.org>
This bug didn’t make it through the list at first because the diff is
Le dimanche 23 septembre 2012 à 13:16 +0200, Josselin Mouette a écrit :
> Package: release.debian.org
> Severity: normal
> User: email@example.com
> Usertags: unblock
> I just uploaded a new glib2.0 package to unstable. The differences to
> testing are:
> glib2.0 (2.33.12+really2.32.4-1) unstable; urgency=low
> * New upstream bugfix release.
> * 10_gdbus_race.patch: stolen from upstream git. Fix a race condition
> that would make gnome-shell crash on startup under some conditions.
> * libglib2.0-bin.install: bash completions have moved to /usr/share.
> * libglib2.0-bin.maintscript: remove old conffiles.
> * Add appropriate pre-dependency.
> * libglib2.0-doc.links: add link for gdbus-object-manager-example.
> -- Josselin Mouette <firstname.lastname@example.org> Sat, 22 Sep 2012 17:59:34 +0200
> glib2.0 (2.33.12+really2.32.3-2) unstable; urgency=low
> * Explicitly set the shlibs version to 2.32.3 to not generate overly strict
> dependencies for udeb packages.
> -- Michael Biebl <email@example.com> Wed, 19 Sep 2012 21:25:56 +0200
> glib2.0 (2.33.12+really2.32.3-1) unstable; urgency=low
> * Brown paper bag upload
> * Re-upload version previously in unstable to superseded
> experimental-targetted version previously mistakenly uploaded there.
> -- Iain Lane <firstname.lastname@example.org> Mon, 10 Sep 2012 22:52:32 +0100
> Overview of changes from GLib 2.32.3 to 2.32.4
> * Bugs fixed:
> 639771 g_dir_read_name() can also return NULL on error
> 660851 Breakage of code due to changes in the GThread...
> 666386 Empathy doesn't open Redirect URI with particu...
> 671545 Constify collect and lcopy strings in GTypeVal...
> 672329 memory leaks in gutils.c and glib tests
> 672548 g_utf8_validate: @str shouldn't end up annotat...
> 672889 GLib.utf8_validate does segfault
> 673253 Not strict enough autconf test for libelf
> 674452 SEGFAULT in gio contenttype test
> 674777 What's the (transfer) of g_variant_lookup()?
> 675309 gkeyfile: Fix annotations for g_key_file_load_...
> 675446 gfile: Plug memory leak in g_file_make_directo...
> 675832 Incomplete gsettings bash auto-completion
> 676265 GNetworkMonitor leaks a lot of memory
> 676277 Document that g_app_info_create_from_commandli...
> 676397 g_environ_* should work with NULL envp
> 676594 [Patch] fix g_reload_user_special_dirs_cache
> 676816 Add more GLIB_AVAILABLE_IN_*
> 677235 Clarify the comment at the top of gmarshal.list
> 677782 Install bash completion files in /usr/share
> 677817 g_key_file_to_data adds extra blank lines in so...
> 677952 Missing annotation for GDBusConnection signal "...
> 678052 g_wakeup_acknowledge is called too often.
> 678066 gdbus codegen does not work with python3
> 678273 unicode othercasing is wrong in gregex
> 678333 gdbus-codegen code causes warnings under -Wfloa...
> 678758 GTlsInteraction unlocks an unlocked mutex
> 678881 Test failures in /socket/timed_wait in some cas...
> 678941 /contenttype/guess test case failure
> 678944 gio returns the wrong default applications for ...
> 678949 wrong definition of ulong_bool for 64 bit big e...
> 678959 /mainloop/timeouts race condition: assertion fa...
> 679258 The 'Since' tag for G_SOURCE_CONTINUE and G_SOU...
> 679671 Misc fixes for g_dbus_node_info_new_for_xml
> 679813 Documentation bug on http://developer.gnome.org...
> The full diff is attached, stripped of the autogenerated parts. It is
> quite large, but most of it consists in documentation improvements and
> function decorators. There are also quite a number of bugs fixed - the
> release is bugfix only so large changes are not included.
> In order to avoid having the ugly version number in a release, I propose
> to let this version age for 10 days in unstable, then re-upload it to
> testing with the 2.32.4-1 version number.
> Thanks for considering,
.''`. Josselin Mouette
: :' :