commit 1533d9b60ec029ed2a5358c4f10dde4934d243b5 Author: Ryan Lortie AuthorDate: Wed Oct 14 14:08:05 2015 +0100 Commit: Ryan Lortie CommitDate: Wed Oct 14 14:08:05 2015 +0100 GLib 2.46.1 NEWS | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) commit 0aae1bf0d2e6e03d91e3f180a060f545175737ac Author: Ryan Lortie AuthorDate: Tue Sep 29 10:16:52 2015 -0400 Commit: Ryan Lortie CommitDate: Wed Oct 14 14:05:16 2015 +0100 g_local_file_trash: write info file first Recent changes to file monitors removed the delay before events were reported. Among other things, this caused the trash backend of gvfs to notice trashed files sooner than before. On noticing trashed files, the backend tries to read the info file to discover (among other things) the original location of the file. Unfortunately, g_local_file_trash() does a strange dance when trashing a file. It does a loop of open(O_EXCL) in order to file an empty filename in the trash to write an info file to, trashes the file, and only then writes the contents of the info file. This means that at the time the file is moved to the trash, the info file is an empty stub. Change the order so that we write out the actual content of the info file first. If the actual trash files then we will unlink the info file anyway. https://bugzilla.gnome.org/show_bug.cgi?id=749314 gio/glocalfile.c | 51 ++++++++++++++++++++++++++++----------------------- 1 file changed, 28 insertions(+), 23 deletions(-) commit 412044e5845e540b5a96b767dbc73ff1ac1e3f0d Author: Matthias Clasen AuthorDate: Mon Oct 12 12:29:52 2015 -0400 Commit: Matthias Clasen CommitDate: Wed Oct 14 07:24:57 2015 -0400 2.46.1 NEWS | 26 ++++++++++++++++++++++++++ configure.ac | 4 ++-- 2 files changed, 28 insertions(+), 2 deletions(-) commit 2eb65dbb18b9200ed19f58eebeb1048fb80b579d Author: Emmanuele Bassi AuthorDate: Thu Oct 1 11:58:37 2015 +0100 Commit: Matthias Clasen CommitDate: Wed Oct 14 07:24:57 2015 -0400 Revert "Apply the previous change to gmarshal.c" This reverts commit 43e8bfca0c687317f96f976586194d26d8e141b4. https://bugzilla.gnome.org/show_bug.cgi?id=755922 gobject/gmarshal.c | 88 +++++++++++++++++++++++++++--------------------------- 1 file changed, 44 insertions(+), 44 deletions(-) commit 3e9d911dc14ffae47687d7ec43f30a24fe034532 Author: Emmanuele Bassi AuthorDate: Thu Oct 1 11:54:11 2015 +0100 Commit: Matthias Clasen CommitDate: Wed Oct 14 07:24:57 2015 -0400 Revert "glib-genmarshal: Treat all parameters the same" This reverts commit 8e362161d9554e8a6c1e82f95bff24fc9fdcf9ef. There is a fundamental difference between g_value_peek_pointer() and g_value_get_pointer(), and it's not just complexity: the latter checks if the GValue holds a pointer type, whereas the former doesn't. https://bugzilla.gnome.org/show_bug.cgi?id=755922 gobject/glib-genmarshal.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) commit 1aad44fcee340cc0b3ca0cc3716d30cad6cbe41e Author: Inaki Larranaga Murgoitio AuthorDate: Wed Oct 14 11:49:18 2015 +0200 Commit: dooteo CommitDate: Wed Oct 14 11:49:18 2015 +0200 Updated Basque language po/eu.po | 872 ++++++++++++++++++++++++++++++++------------------------------- 1 file changed, 447 insertions(+), 425 deletions(-) commit 0abcaa18e3b32048f22e5a2b213021be1abf5adf Author: Mike Frysinger AuthorDate: Mon Oct 12 23:29:00 2015 -0400 Commit: Dan Winship CommitDate: Tue Oct 13 09:07:56 2015 -0400 gthreadedresolver.c: Fix for Android 5.0+ https://bugzilla.gnome.org/show_bug.cgi?id=756477 gio/gthreadedresolver.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit 2972b86bcb833e46327cf8521d11c896e7dae444 Author: Chun-wei Fan AuthorDate: Tue Oct 13 19:30:22 2015 +0800 Commit: Chun-wei Fan CommitDate: Tue Oct 13 19:31:19 2015 +0800 MSVC 2010+ builds: Explicitly use /LTCG The Visual Studio projects used a default setting for link-time code generation, which is a part of the various linker optimizations that is available, which is set as /LTCG for Visual Studio 2013 and earlier. This changed in Visual Studio 2015 to become /LTCG:incremental, which would cause GResources-generated code to be optimized out during linking, unless they were referred to directly in the main line code (such as when the GResource is manually registered), causing programs to crash as a result as they can't find the needed code/data at run time. Fix this by explicitly setting /LTCG for all release builds, for Visual Studio 2010 and later. https://bugzilla.gnome.org/show_bug.cgi?id=752837 build/win32/vs10/gdbus.vcxproj | 2 ++ build/win32/vs10/gio-querymodules.vcxproj | 2 ++ build/win32/vs10/gio.vcxprojin | 10 ++++++---- build/win32/vs10/glib-compile-resources.vcxprojin | 2 ++ build/win32/vs10/glib-compile-schemas.vcxprojin | 2 ++ build/win32/vs10/glib-genmarshal.vcxproj | 2 ++ build/win32/vs10/glib.vcxprojin | 20 ++++++++++++-------- build/win32/vs10/gmodule.vcxproj | 10 ++++++---- build/win32/vs10/gobject.vcxprojin | 10 ++++++---- build/win32/vs10/gresource.vcxproj | 2 ++ build/win32/vs10/gsettings.vcxproj | 2 ++ build/win32/vs10/gspawn-win32-helper-console.vcxproj | 2 ++ build/win32/vs10/gspawn-win32-helper.vcxproj | 2 ++ build/win32/vs10/gthread.vcxproj | 10 ++++++---- 14 files changed, 54 insertions(+), 24 deletions(-) commit a674e19f29c92b394d99abf67d6b7146761bb6b4 Author: Chun-wei Fan AuthorDate: Mon Oct 12 16:49:53 2015 +0800 Commit: Chun-wei Fan CommitDate: Mon Oct 12 16:49:53 2015 +0800 gobject: Further optimize MSVC builds Use /ltcg (link time code generation) for linking as well. In fact, whole program optimization and /ltcg are the default for Release builds, so we don't really have to set them explicitly in the projects, so as a result, we can clean up the projects a little bit. https://bugzilla.gnome.org/show_bug.cgi?id=752837 build/win32/vs10/gobject.vcxprojin | 6 ------ build/win32/vs9/gobject.vcprojin | 4 ---- 2 files changed, 10 deletions(-) commit 1ef07bca261fabf65f938cdeb99b0f0f06f622d4 Author: Chun-wei Fan AuthorDate: Mon Oct 12 15:05:23 2015 +0800 Commit: Chun-wei Fan CommitDate: Mon Oct 12 15:09:06 2015 +0800 gobject: MSVC builds-improve optimization a bit Use whole program optimization (/GL) as we now use DllMain() to initialize the library on Windows builds. https://bugzilla.gnome.org/show_bug.cgi?id=752837 build/win32/vs10/gobject.vcxprojin | 4 ++-- build/win32/vs9/gobject.vcprojin | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) commit dd21bffe7ec36263fd3c29eff9b743950882d1ca Author: Ignacio Casal Quinteiro AuthorDate: Fri Oct 9 13:22:34 2015 +0200 Commit: Ignacio Casal Quinteiro CommitDate: Mon Oct 12 09:00:11 2015 +0200 gobject: use a DllMain to initialize gobject on windows It seems that VS 2015 optimizes out the constructor on windows, so it is better to use a DllMain to initialize the library and keep using a normal constructor on the other platforms. This research was done by Arnav Singh. https://bugzilla.gnome.org/show_bug.cgi?id=752837 gobject/gtype.c | 86 ++++++++++++++++++++++++++++++++++++++++----------------- 1 file changed, 61 insertions(+), 25 deletions(-) commit 4efe96feb4ca57ddebf118ea827d53dba18276dd Author: Debarshi Ray AuthorDate: Thu Oct 8 18:50:26 2015 +0200 Commit: Debarshi Ray CommitDate: Fri Oct 9 11:53:39 2015 +0200 docs: Improve the text on G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START ... and fix a couple of typos in the process. https://bugzilla.gnome.org/show_bug.cgi?id=756251 gio/gioenums.h | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) commit 96af958603943dabf505c3b41f0ea608c25e08ec Author: John Hiesey AuthorDate: Wed Oct 7 17:34:17 2015 -0700 Commit: Alexander Larsson CommitDate: Thu Oct 8 20:09:44 2015 +0200 goutputstream: Report input stream read failure correctly When G_OUTPUT_STREAM_CLOSE_TARGET is set, g_output_stream_real_splice was not returning -1 in any error cases, since the success flag was being overwritten. https://bugzilla.gnome.org/show_bug.cgi?id=756255 (cherry picked from commit 16e0a5a886c60a648e74afd12c0cbeeb58d6d522) gio/goutputstream.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) commit 2b8b9361f965a8f3dc1496079a376961927eb86c Author: Chun-wei Fan AuthorDate: Wed Oct 7 20:00:50 2015 +0800 Commit: Chun-wei Fan CommitDate: Wed Oct 7 20:47:10 2015 +0800 gwin32.c: Avoid deprecated Win32 API usage The VerifyVersionInfo() Win32 API has been deprecated in Windows 10, and there is no direct replacement for it, except by using a lower-level RtlGetVersion() that we aquire from the Windows DDK or from ntdll.dll. Switch g_win32_check_windows_version() to use RtlGetVersion(), and compare its results with the input parameters. https://bugzilla.gnome.org/show_bug.cgi?id=756179 glib/gwin32.c | 105 +++++++++++++++++++++++++++++++++++++++++----------------- 1 file changed, 74 insertions(+), 31 deletions(-) commit 597438f5a2ea69488eeafc34791607dd270ff00d Author: Ryan Lortie AuthorDate: Tue Sep 29 11:18:54 2015 -0400 Commit: Ryan Lortie CommitDate: Tue Sep 29 12:31:10 2015 -0400 GLocalFile: return text/plain for empty files Previously, GLib returned text/plain for empty files. This is important because people may want to open empty (eg: just-created) text files with the text editor. An unintended side-effect of b6fc1df022a0326e7c36122b1416061bf796c98f caused GLib to start returning application/octet-stream instead of text/plain for these files. This commit is essentially a revert of that commit, with a different solution: we move the special-case up a bit in the function and hard-code it to text/plain. This change does not exactly maintain the old behaviour: previously, a "fast" lookup would have returned application/octet-stream on an empty file and now it will return text/plain. I consider this to be an improvement (since we're returning better data) and don't expect it to cause problems. https://bugzilla.gnome.org/show_bug.cgi?id=755795 gio/glocalfileinfo.c | 18 +++++++++++++----- 1 file changed, 13 insertions(+), 5 deletions(-) commit 43e8bfca0c687317f96f976586194d26d8e141b4 Author: Matthias Clasen AuthorDate: Tue Sep 29 07:03:25 2015 -0400 Commit: Matthias Clasen CommitDate: Tue Sep 29 07:04:36 2015 -0400 Apply the previous change to gmarshal.c Since gmarshal.c is no longer generated, we have to manually apply this change to the builtin marshallers. gobject/gmarshal.c | 88 +++++++++++++++++++++++++++--------------------------- 1 file changed, 44 insertions(+), 44 deletions(-) commit 8e362161d9554e8a6c1e82f95bff24fc9fdcf9ef Author: Matthias Clasen AuthorDate: Tue Sep 29 07:02:07 2015 -0400 Commit: Matthias Clasen CommitDate: Tue Sep 29 07:04:35 2015 -0400 glib-genmarshal: Treat all parameters the same There's no need to use a more expensive getter when swapping, so just use the g_marshal_ getters there too. gobject/glib-genmarshal.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) commit de04fd13048dd208162573187e4c0d9e7d3428d3 Author: Philip Withnall AuthorDate: Mon Sep 28 13:23:29 2015 +0100 Commit: Philip Withnall CommitDate: Mon Sep 28 13:32:36 2015 +0100 gerror: Document the disadvantages of using GError And move the discussion to a new subsection in the GError documentation. Follow-up from commit 04662a8667c8bf0a594f0c6db7291066c272ad38. https://bugzilla.gnome.org/show_bug.cgi?id=743011 glib/gerror.c | 31 ++++++++++++++++++++++++------- 1 file changed, 24 insertions(+), 7 deletions(-) commit 04662a8667c8bf0a594f0c6db7291066c272ad38 Author: Philip Withnall AuthorDate: Fri Jan 16 08:38:56 2015 +0000 Commit: Philip Withnall CommitDate: Mon Sep 28 13:04:25 2015 +0100 gerror: Document advantages of GError over numeric error codes Despite knowing about GError, there are multiple cases where developers have still used traditional numeric error codes, and then got themselves into a mess about bindability and generation of error messages. Try and avoid this by including a brief paragraph on the benefits of GError over EINVAL-style error codes. https://bugzilla.gnome.org/show_bug.cgi?id=743011 glib/gerror.c | 6 ++++++ 1 file changed, 6 insertions(+) commit 5ceaeef832fb595d1d5117524937b15c892cbd75 Author: Philip Withnall AuthorDate: Fri Jan 16 08:32:20 2015 +0000 Commit: Philip Withnall CommitDate: Mon Sep 28 13:04:25 2015 +0100 gerror: Add an extra heading to the GError documentation This means that the top of the documentation can link forward to this important section, and random people on the internet can link directly to it on developer.gnome.org. https://bugzilla.gnome.org/show_bug.cgi?id=743011 glib/gerror.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) commit 21809c8c0fdf72b5859faeb1781ff3edc121120a Author: Philip Withnall AuthorDate: Fri Sep 26 13:45:00 2014 +0100 Commit: Philip Withnall CommitDate: Mon Sep 28 13:02:19 2015 +0100 giostream: Fix some typos in the GIOStream documentation This doesn’t change the meaning of the documentation. https://bugzilla.gnome.org/show_bug.cgi?id=735754 gio/giostream.c | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) commit 363fa1822355021b4b723389d51f63ac263ef30c Author: Philip Withnall AuthorDate: Mon Aug 17 19:13:15 2015 +0100 Commit: Philip Withnall CommitDate: Mon Sep 28 12:47:09 2015 +0100 gsocket: Fix documentation for g_socket_send_message() It is no longer the most fully featured version of this function — g_socket_send_messages() stole that dubious honour with 2.44. https://bugzilla.gnome.org/show_bug.cgi?id=751924 gio/gsocket.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) commit 347e4a75ec745e09fa8433f557b363e5e95491cd Author: Philip Withnall AuthorDate: Wed Jul 29 14:08:31 2015 +0100 Commit: Philip Withnall CommitDate: Mon Sep 28 12:47:09 2015 +0100 gsocket: Clarify GSocket:blocking doesn’t apply to ops with a parameter Operations which take an explicit blocking parameter are completely unaffected by GSocket:blocking. https://bugzilla.gnome.org/show_bug.cgi?id=751924 gio/gsocket.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) commit 8fdc6701889679d16ac064b481f968807eddbf0f Author: Philip Withnall AuthorDate: Mon Jul 27 14:46:54 2015 +0100 Commit: Philip Withnall CommitDate: Mon Sep 28 12:47:07 2015 +0100 gsocket: Clarify flags documentation for g_socket_receive_message() The API design here is a bit awkward — the in/out flags argument should actually have been an in flags argument and an out msg_flags argument. Clarify that a bit in the documentation. https://bugzilla.gnome.org/show_bug.cgi?id=751924 gio/gsocket.c | 2 ++ 1 file changed, 2 insertions(+) commit 4745c08220b90eac741ae3ca1913cbe90c9831ef Author: Benjamin Gilbert AuthorDate: Sat Sep 26 18:22:34 2015 -0400 Commit: Colin Walters CommitDate: Sun Sep 27 16:07:27 2015 -0400 win32: Fix link error with _wstat32i64() on 64-bit _wstat32i64() doesn't exist in msvcrt.dll. This doesn't cause a problem on 32-bit Windows because mingw-w64 #defines _wstat32i64 to _wstati64, but on 64-bit Windows we get a link error. In addition, _wstat32i64() takes a struct _stat32i64 *, but GLocalFileStat is #defined to struct _stati64, which is not the same type on 64-bit Windows. Fix by using _wstati64(). https://bugzilla.gnome.org/show_bug.cgi?id=749161 gio/glocalfile.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit da2217859f1b7cc0a2a3b7d50e70b983ee301a10 Author: Trần Ngọc Quân AuthorDate: Sun Sep 27 15:28:55 2015 +0700 Commit: Trần Ngọc Quân CommitDate: Sun Sep 27 15:28:55 2015 +0700 Updated Vietnamese translation Signed-off-by: Trần Ngọc Quân po/vi.po | 1159 ++++++++++++++++++++++++++++++++------------------------------ 1 file changed, 592 insertions(+), 567 deletions(-) commit a0b4e87f445ca00a73db8bf46cc47215a9f14788 Author: Chun-wei Fan AuthorDate: Fri Sep 25 12:54:26 2015 +0800 Commit: Chun-wei Fan CommitDate: Fri Sep 25 19:41:21 2015 +0800 build/Makefile-newvs.am: Update Comments for Usage Update the notes that this is also used for Visual Studio 2015 support, and correct the MSVC_VER_LONG for MSVC 2015, which is 14, not 2015. Also add a note that this can be used for other projects that have Visual Studio build support. build/Makefile-newvs.am | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) commit 762437c8495d11879d265965cf24703bf8dbfb5d Author: Chun-wei Fan AuthorDate: Fri Sep 25 12:25:13 2015 +0800 Commit: Chun-wei Fan CommitDate: Fri Sep 25 19:41:11 2015 +0800 Build: Make Makefile.msvcproj A Bit More Generic Handle also the situation where $(srcdir) == $(top_srcdir), so that this can also be used in cases like librsvg and gobject-introspection. build/Makefile.msvcproj | 10 +++------- 1 file changed, 3 insertions(+), 7 deletions(-) commit ecd265288319c004a862a29c95487a888f62cfc7 Author: Chun-wei Fan AuthorDate: Fri Sep 25 17:47:33 2015 +0800 Commit: Chun-wei Fan CommitDate: Fri Sep 25 17:47:33 2015 +0800 build/win32/replace.py: Add Note On Its Reusability Add a note stating that this script can be copied for use to replace strings in files when necessary, such as replacing autotools variables in non-autotools builds, such as Visual Studio builds. build/win32/replace.py | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) commit 2d7817887a9f0624f73492d04b2a992545f0beb9 Author: Matthias Clasen AuthorDate: Wed Sep 23 18:55:28 2015 -0400 Commit: Matthias Clasen CommitDate: Wed Sep 23 18:55:28 2015 -0400 Revert "list store: Fix a parameter check" This reverts commit d28639507db2029b8f184a5d93e9d8c28acc1955. This wasn't meant to go in. https://bugzilla.gnome.org/show_bug.cgi?id=755496 glib/gsequence.c | 18 +++++++----------- 1 file changed, 7 insertions(+), 11 deletions(-) commit aef2d0c56dd6d363e51b1c37dc0095054f18098c Author: Chun-wei Fan AuthorDate: Wed Sep 23 16:12:50 2015 +0800 Commit: Chun-wei Fan CommitDate: Wed Sep 23 18:33:28 2015 +0800 build/win32: Make "Install" Property Sheet Generation More Robust List the files that are generated in the process to generate the glib-install property sheets, so that we can use that list as a depedency, as well as deleting those files in one shot after the property sheet is generated, so we don't need to worry about those in 'make distclean' or so. build/win32/vs10/Makefile.am | 8 ++++---- build/win32/vs9/Makefile.am | 8 ++++---- 2 files changed, 8 insertions(+), 8 deletions(-) commit b81f3ced716b81ea604876ba1e89b953e0d04813 Author: Xavier Claessens AuthorDate: Mon Sep 21 10:41:00 2015 -0400 Commit: Xavier Claessens CommitDate: Tue Sep 22 11:18:30 2015 -0400 Move GStrv typedef to glib.h instead of gobject.h GStrv was historically only needed for the boxed G_TYPE_STRV, but it is now useful for g_auto(GStrv) as well. This is not an ABI change. https://bugzilla.gnome.org/show_bug.cgi?id=755355 docs/reference/glib/glib-sections.txt | 3 +++ docs/reference/gobject/gobject-sections.txt | 1 - glib/docs.c | 2 ++ glib/glib-autocleanups.h | 1 + glib/gstrfuncs.c | 7 +++++++ glib/gstrfuncs.h | 1 + glib/tests/autoptr.c | 8 ++++++++ gobject/glib-types.h | 7 ------- gobject/gobject-autocleanups.h | 1 - 9 files changed, 22 insertions(+), 9 deletions(-) commit 32811598f384ac165a812b4dde8fb1ad4df2d420 Author: Xavier Claessens AuthorDate: Tue Sep 15 16:42:10 2015 -0400 Commit: Xavier Claessens CommitDate: Tue Sep 22 11:15:19 2015 -0400 doc: clarify that _get_instance_private() is NULL-safe https://bugzilla.gnome.org/show_bug.cgi?id=755083 gobject/gtype.h | 8 ++++++++ 1 file changed, 8 insertions(+) commit ab26dd54337544275ff8bb61eb227aed83a8ed80 Author: Emmanuele Bassi AuthorDate: Tue Sep 22 13:10:28 2015 +0100 Commit: Emmanuele Bassi CommitDate: Tue Sep 22 15:14:14 2015 +0100 Revert use of the system_header GCC pragma This reverts commit 662bf991c08b16dea8a36026243b311f6cdb17f1. It is not a straight up revert because the old commit involved various long since removed ChangeLog files and we'd end up mudding the patch. The system_header GCC pragma is breaking warnings in the various g_return_* macros; GCC stopped warning when using a macro with a return value in a function that returns void, as well as when using a macro with no return value in a function that has a non-void return value. Suppressing this kind of warnings is not a good idea. Other compilers are unaffected, even ones like Clang with a GCC compatibility layer. Given the fact that the original commit was added 14 years ago as a workaround in the old days of GTK+ 1.2, I think it's safe to drop it. https://bugzilla.gnome.org/show_bug.cgi?id=753310 glib/gmessages.h | 6 ------ 1 file changed, 6 deletions(-) commit d488d75909a7f5bdc13865a155ea583fcc3cb07f Author: Xavier Claessens AuthorDate: Mon Sep 21 10:50:38 2015 -0400 Commit: Xavier Claessens CommitDate: Tue Sep 22 09:43:47 2015 -0400 Remove useless NULL check before g_free() glib/glib-autocleanups.h | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) commit f7f0c86a9c7669a5101615622a29d34098ecb7fc Author: Милош Поповић AuthorDate: Tue Sep 22 12:33:23 2015 +0000 Commit: GNOME Translation Robot CommitDate: Tue Sep 22 12:33:23 2015 +0000 Updated Serbian Latin translation po/sr@latin.po | 1014 ++++++++++++++++++++++++++++++-------------------------- 1 file changed, 538 insertions(+), 476 deletions(-) commit 45c39bfed487378de5a4b7f977fd74564f29083e Author: Милош Поповић AuthorDate: Tue Sep 22 12:32:49 2015 +0000 Commit: GNOME Translation Robot CommitDate: Tue Sep 22 12:32:49 2015 +0000 Updated Serbian translation po/sr.po | 1014 +++++++++++++++++++++++++++++++++----------------------------- 1 file changed, 538 insertions(+), 476 deletions(-) commit 613393bc1d52207c22f3fe8dc71c09277f9ac7f7 Author: Petr Kovar AuthorDate: Mon Sep 21 17:56:16 2015 +0200 Commit: Petr Kovar CommitDate: Mon Sep 21 17:56:16 2015 +0200 Update Czech translation po/cs.po | 427 ++++++++++++++++++++++++++++++++------------------------------- 1 file changed, 218 insertions(+), 209 deletions(-) commit 9348af3651afbd554fec35e556cda8add48bd9f8 Author: Xavier Claessens AuthorDate: Mon Sep 21 09:53:25 2015 -0400 Commit: Xavier Claessens CommitDate: Mon Sep 21 10:47:50 2015 -0400 Doc: g_autoptr(gchar) has been replaced by g_autofree https://bugzilla.gnome.org/show_bug.cgi?id=755351 glib/docs.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)