commit 6e752d3f8b918e524fbffe3ca6433418092aa415
Author: Allison Ryan Lortie <desrt@desrt.ca>
AuthorDate: Mon Jan 18 12:27:38 2016 -0500
Commit: Allison Ryan Lortie <desrt@desrt.ca>
CommitDate: Mon Jan 18 15:29:17 2016 -0500
GLib 2.47.5
NEWS | 31 ++++++++++++++++++++++++++++++-
configure.ac | 2 +-
2 files changed, 31 insertions(+), 2 deletions(-)
commit ceec96146ef734bd568c3085a4dff8d60148e13d
Author: Mario Blättermann <mario.blaettermann@gmail.com>
AuthorDate: Mon Jan 18 20:53:50 2016 +0100
Commit: Mario Blättermann <mario.blaettermann@gmail.com>
CommitDate: Mon Jan 18 20:53:50 2016 +0100
Updated German translation
po/de.po | 42 +++++++++++++++++++++++-------------------
1 file changed, 23 insertions(+), 19 deletions(-)
commit 85a23529ab8e3de4656c134fc3a380db91b1d762
Author: Emmanuele Bassi <ebassi@gnome.org>
AuthorDate: Mon Jan 18 18:48:42 2016 +0000
Commit: Emmanuele Bassi <ebassi@gnome.org>
CommitDate: Mon Jan 18 18:48:42 2016 +0000
Revert "make *_get_instance_private const-compliant"
This reverts commit a3a9664ed202303b899ca55625877542309d1a1f.
Constifying the autogenerated get_instance_private functio makes C++
compilers and GCC with -Wcast-qual warn during compilation of GLib and
projects depending on GLib.
Since using const with GObject instances is not a common coding
practice, it's better to revert than trying to make every sigle GType
function const-safe (and possibly add more compiler warnings in the
process).
https://bugzilla.gnome.org/show_bug.cgi?id=745068
gobject/gtype.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
commit 617189f28c5d3eb05d7d09fe453b6f98c87d8a40
Author: Emmanuele Bassi <ebassi@gnome.org>
AuthorDate: Mon Jan 18 18:46:12 2016 +0000
Commit: Emmanuele Bassi <ebassi@gnome.org>
CommitDate: Mon Jan 18 18:46:12 2016 +0000
Revert "G_DECLARE_*: be const-compliant"
This reverts commit 52f23db74ad58b822bafb0fdcac106489d864f8c.
Constifying these macros make C++ compilers and GCC with -Wcast-qual
warn during compilation of GLib and projects depending on GLib.
Since using const with GObject instances is not a common coding
practice, it's better to revert than trying to make every sigle GType
function const-safe (and possibly add more compiler warnings in the
process).
https://bugzilla.gnome.org/show_bug.cgi?id=745068
gobject/gtype.h | 20 ++++++++++----------
1 file changed, 10 insertions(+), 10 deletions(-)
commit 476f30a00475f9643fc1638b9d9abf52b308b100
Author: Iain Lane <iain@orangesquash.org.uk>
AuthorDate: Mon Jan 18 18:30:58 2016 +0000
Commit: Emmanuele Bassi <ebassi@gnome.org>
CommitDate: Mon Jan 18 18:37:28 2016 +0000
regex test: Fix with --with-pcre=internal
We were linking with the wrong path for the internal libpcre, and
furthermore the function pcre_version was declared but never defined.
glib/pcre/Makefile.am | 1 +
glib/pcre/pcre_version.c | 95
++++++++++++++++++++++++++++++++++++++++++++++++
glib/tests/Makefile.am | 2 +-
3 files changed, 97 insertions(+), 1 deletion(-)
commit 9b8a34b5b33cb631f8abde42227841cfe099af74
Author: Iain Lane <iain@orangesquash.org.uk>
AuthorDate: Fri Jan 15 17:58:33 2016 +0000
Commit: Allison Ryan Lortie <desrt@desrt.ca>
CommitDate: Mon Jan 18 12:19:12 2016 -0500
regex test: Assert /(?P<sub>foo)\\g<sub/ changed behaviour at 8.35,
not 8.38
https://bugzilla.gnome.org/show_bug.cgi?id=760683
glib/tests/regex.c | 12 ++++++++++--
1 file changed, 10 insertions(+), 2 deletions(-)
commit db90987990bf303d30668c966da9bcfdeb3ac174
Author: Iain Lane <iain@orangesquash.org.uk>
AuthorDate: Fri Jan 15 17:56:40 2016 +0000
Commit: Allison Ryan Lortie <desrt@desrt.ca>
CommitDate: Mon Jan 18 12:19:12 2016 -0500
regex test: Check the expected PCRE version at runtime
We might be built against a newer version than we're run against.
https://bugzilla.gnome.org/show_bug.cgi?id=760683
glib/tests/Makefile.am | 13 ++++++++++++-
glib/tests/regex.c | 37 +++++++++++++++++++++++++++++--------
2 files changed, 41 insertions(+), 9 deletions(-)
commit c3d6934f1838ae7c0d961c3d205f4b59789478ee
Author: Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Thu Jun 25 12:58:14 2015 +0100
Commit: Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Mon Jan 18 14:25:06 2016 +0000
gio: Add DTLS interfaces
Add a new GDtlsConnection interface, plus derived
GDtlsClientConnection
and GDtlsServerConnection interfaces, for implementing Datagram TLS
support in glib-networking.
A GDtlsConnection is a GDatagramBased, so may be used as a normal
datagram socket, wrapping all datagrams from a base GDatagramBased in
DTLS segments.
Test cases are included in the implementation in glib-networking.
https://bugzilla.gnome.org/show_bug.cgi?id=752240
docs/reference/gio/gio-docs.xml | 3 +
docs/reference/gio/gio-sections.txt | 81 +++
docs/reference/gio/gio.types | 3 +
gio/Makefile.am | 6 +
gio/gdtlsclientconnection.c | 273 ++++++++++
gio/gdtlsclientconnection.h | 75 +++
gio/gdtlsconnection.c | 975
++++++++++++++++++++++++++++++++++++
gio/gdtlsconnection.h | 191 +++++++
gio/gdtlsserverconnection.c | 95 ++++
gio/gdtlsserverconnection.h | 69 +++
gio/gdummytlsbackend.c | 109 ++++
gio/gio.h | 3 +
gio/giotypes.h | 3 +
gio/gtlsbackend.c | 68 ++-
gio/gtlsbackend.h | 14 +
gio/gtlsconnection.c | 2 +
po/POTFILES.in | 3 +
17 files changed, 1970 insertions(+), 3 deletions(-)
commit e3ab6ab38a69fe20f182703052387fa1cad21205
Author: Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Mon Jan 18 16:04:45 2016 +0800
Commit: Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Mon Jan 18 16:04:45 2016 +0800
Visual Studio builds: Rearrange build configs
This is a follow-up commit for commit 82c2461, where the default
build is
to use the PCRE that is installed in the system, if it is available
and is
not overridden with --with-internal-pcre.
For Visual Studio builds, this means that the new 'Debug' and
'Release'
configs will now use PCRE that is found on the system, which were
renamed
from the '*_ExtPCRE' configs; and that there are now
'Debug_BundledPCRE'
and 'Release_BundledPCRE' configs which make use of the PCRE that is
supplied with the GLib sources, which, replaces the former 'Debug' and
'Release' configs.
build/win32/vs10/glib.sln | 248 +++++++++---------
build/win32/vs10/glib.vcxprojin | 550
++++++++++++++++++++--------------------
build/win32/vs9/glib.sln | 248 +++++++++---------
build/win32/vs9/glib.vcprojin | 336 ++++++++++++------------
4 files changed, 691 insertions(+), 691 deletions(-)
commit 407a4e9e4e02c82a2e6371958487cd0a7ad704d3
Author: Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Mon Jan 18 14:08:40 2016 +0800
Commit: Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Mon Jan 18 14:08:40 2016 +0800
tests: Fix regex test conditions
Commit 855594c changed the expected error for the regex
/(?P<sub>foo)\g<sub/ for PCRE 8.38, but actually PCRE changed
the error
raised by this invalid regex in 8.37, so we should check for the
new error
from 8.37 and upwards.
Please see comments #21 and #22 of bug 740573 regarding this commit.
glib/tests/regex.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
commit b7774b182dcd4cb129a4af20d624b4168d28ff90
Author: Руслан Ижбулатов <lrn1986@gmail.com>
AuthorDate: Fri Apr 17 16:04:31 2015 +0000
Commit: Руслан Ижбулатов <lrn1986@gmail.com>
CommitDate: Thu Jan 14 15:11:08 2016 +0000
Make gnulib vfprintf return the number of bytes actually written
To be honest, i don't remember what problems were caused by it
returning the
number of bytes it *wanted* to write instead of the number of bytes
it actually wrote. Probably related to the fact that fwrite could
independently fail, and ignoring its return value ignores that error.
https://bugzilla.gnome.org/show_bug.cgi?id=748064
glib/gnulib/printf.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
commit 82c2461e3d719dfe11361c07502d1cf8a998c121
Author: Simon McVittie <simon.mcvittie@collabora.co.uk>
AuthorDate: Tue Jan 5 12:20:20 2016 +0000
Commit: Simon McVittie <simon.mcvittie@collabora.co.uk>
CommitDate: Thu Jan 14 13:09:06 2016 +0000
Use system PCRE unless --with-pcre=internal is given
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=740573
Reviewed-by: Emmanuele Bassi <ebassi@gnome.org>
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
NEWS | 7 +++++++
README.in | 7 +++++++
configure.ac | 4 +++-
3 files changed, 17 insertions(+), 1 deletion(-)
commit 855594c4de5acaea53bb413c6302d19ff7befd17
Author: Simon McVittie <smcv@debian.org>
AuthorDate: Wed Dec 23 15:03:16 2015 +0000
Commit: Simon McVittie <simon.mcvittie@collabora.co.uk>
CommitDate: Thu Jan 14 12:54:25 2016 +0000
regex test: expect ASSERTION_EXPECTED for /(?(?<ab))/ with PCRE 8.38
PCRE 8.38 changed the parsing of this invalid regex. It still fails,
but with a different error (since PCRE r1539,
<http://vcs.pcre.org/pcre?view=revision&revision=1539>).
The regex /(?P<sub>foo)\g<sub/ used to raise MISSING_BACK_REFERENCE
but
now raises MISSING_SUBPATTERN_NAME_TERMINATOR, so we can still have a
test for the latter.
Signed-off-by: Simon McVittie <smcv@debian.org>
Reviewed-by: Emmanuele Bassi <ebassi@gnome.org>
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=759808
glib/tests/regex.c | 7 +++++++
1 file changed, 7 insertions(+)
commit 86c5d8978d75f88aaa14ab8ed6186212abcb8f19
Author: Allison Ryan Lortie <desrt@desrt.ca>
AuthorDate: Wed Jan 13 10:50:46 2016 -0500
Commit: Allison Ryan Lortie <desrt@desrt.ca>
CommitDate: Wed Jan 13 10:51:44 2016 -0500
GDBusMethodInvocation: document behaviour change
We changed the behaviour of this API to adapt to a change in the D-Bus
specification. Document the new behaviour, along with the time of the
change.
https://bugzilla.gnome.org/show_bug.cgi?id=755421
gio/gdbusmethodinvocation.c | 9 +++++++++
1 file changed, 9 insertions(+)
commit dbea81b02dc17f3e1935cdeb712d2728e3386812
Author: Lars Uebernickel <lars.uebernickel@canonical.com>
AuthorDate: Fri Oct 30 11:24:19 2015 +0100
Commit: Allison Ryan Lortie <desrt@desrt.ca>
CommitDate: Wed Jan 13 10:44:49 2016 -0500
gdbus: don't send unexpected replies
gdbus sets NO_REPLY_EXPECTED when no callback is given to
g_dbus_connection_call(). It makes sense that it also handles
the server
side correctly by discarding replies to clients that don't want one.
https://bugzilla.gnome.org/show_bug.cgi?id=755421
gio/gdbusmethodinvocation.c | 14 ++++++++++++++
1 file changed, 14 insertions(+)
commit 5dbb3453d79acaf8cec5aa03597f42701c5a2a74
Author: Aurimas Černius <aurisc4@gmail.com>
AuthorDate: Tue Jan 12 22:30:05 2016 +0200
Commit: Aurimas Černius <aurisc4@gmail.com>
CommitDate: Tue Jan 12 22:30:05 2016 +0200
Updated Lithuanian translation
po/lt.po | 82
++++++++++++++++++++++++++++++++--------------------------------
1 file changed, 41 insertions(+), 41 deletions(-)
commit 6b577196eed0754d2805fd48caa64f58f9bb8ee4
Author: Javier Jardón <jjardon@gnome.org>
AuthorDate: Mon Jan 11 16:07:06 2016 +0000
Commit: Javier Jardón <jjardon@gnome.org>
CommitDate: Mon Jan 11 16:07:06 2016 +0000
Deprecate GLIB_GNU_GETTEXT macro, use upstream gettext instead
https://bugzilla.gnome.org/show_bug.cgi?id=624186
m4macros/glib-gettext.m4 | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
commit 3add5e2837d83b253acfd861dbf8bb980076e4f0
Author: Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Fri Sep 26 14:01:16 2014 +0100
Commit: Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Mon Jan 11 15:58:42 2016 +0000
gio: Document thread safety of the streams API
Specifically, GIOStream and the TLS connection streams.
Includes wording adapted from suggestions by Dan Winship
<danw@gnome.org>.
https://bugzilla.gnome.org/show_bug.cgi?id=735754
gio/ginputstream.c | 5 ++++-
gio/giostream.c | 22 ++++++++++++++++++++++
gio/goutputstream.c | 5 ++++-
gio/gtlsclientconnection.c | 4 ++++
gio/gtlsconnection.c | 9 +++++++--
gio/gtlsserverconnection.c | 4 ++++
6 files changed, 45 insertions(+), 4 deletions(-)
commit 18fe6d83125f2cd2a3e355396f90ea979e42b37d
Author: David King <amigadave@amigadave.com>
AuthorDate: Sun Jan 10 23:20:37 2016 +0000
Commit: David King <amigadave@amigadave.com>
CommitDate: Mon Jan 11 09:33:32 2016 +0000
docs: add Since for g_str_to_ascii
glib/gtranslit.c | 2 ++
1 file changed, 2 insertions(+)
commit 4e78a0a9df45961701d224326fbb9b93dcecf134
Author: Javier Jardón <jjardon@gnome.org>
AuthorDate: Sun Jan 10 22:44:24 2016 +0000
Commit: Javier Jardón <jjardon@gnome.org>
CommitDate: Sun Jan 10 22:44:24 2016 +0000
Revert "Use upstream gettext instead the glib one"
This causes several problems:
- Compilation in FreeBSD with --enable-gtk-doc broke
- Modules that still use the AM_GLIB_GNU_GETTEXT macro
doesnt compile anymore because /usr/share/glib-2.0/gettext
is not filled with the correct files, as this was done in
the glib custom po/Makefile.in.in
See https://bugzilla.gnome.org/show_bug.cgi?id=622991
This reverts commit e5c752371c7fb1343eff27b5f1d0bcbef4e333b9.
Makefile.am | 1 -
configure.ac | 14 ++-
gio/Makefile.am | 1 -
glib/Makefile.am | 1 -
m4macros/Makefile.am | 11 +--
po/Makefile.in.in | 268
+++++++++++++++++++++++++++++++++++++++++++++++++++
po/Makevars | 89 -----------------
7 files changed, 281 insertions(+), 104 deletions(-)
commit edfb3ead7793dc3e7fdc0f8193126d1a5079be1a
Author: Anders Jonsson <anders.jonsson@norsjovallen.se>
AuthorDate: Sun Jan 10 22:07:26 2016 +0000
Commit: GNOME Translation Robot <gnome-sysadmin@gnome.org>
CommitDate: Sun Jan 10 22:07:26 2016 +0000
Updated Swedish translation
po/sv.po | 124
+++++++++++++++++++++++++++++++--------------------------------
1 file changed, 62 insertions(+), 62 deletions(-)
commit e5c752371c7fb1343eff27b5f1d0bcbef4e333b9
Author: Javier Jardón <jjardon@gnome.org>
AuthorDate: Tue Jul 15 20:37:44 2014 +0000
Commit: Javier Jardón <jjardon@gnome.org>
CommitDate: Sat Jan 9 18:49:22 2016 +0000
Use upstream gettext instead the glib one
https://bugzilla.gnome.org/show_bug.cgi?id=622991
Makefile.am | 1 +
configure.ac | 14 +--
gio/Makefile.am | 1 +
glib/Makefile.am | 1 +
m4macros/Makefile.am | 11 ++-
po/Makefile.in.in | 268
---------------------------------------------------
po/Makevars | 89 +++++++++++++++++
7 files changed, 104 insertions(+), 281 deletions(-)
commit c1e2a8d72766323181c804b47547242bd70460e9
Author: Matt Watson <mattdangerw@gmail.com>
AuthorDate: Fri Jan 8 16:06:53 2016 -0800
Commit: Cosimo Cecchi <cosimoc@gnome.org>
CommitDate: Fri Jan 8 18:08:20 2016 -0800
resource file: add cancel to dummy monitor
gfilemonitor has a cancel vfunc and will call into the in dispose.
If we don't stub it out we get a segfault.
gio/gresourcefile.c | 7 +++++++
1 file changed, 7 insertions(+)
commit 50645b724a3b43767fd57e4af53365d0cd270382
Author: Daiki Ueno <dueno@src.gnome.org>
AuthorDate: Tue Jan 5 11:07:05 2016 +0900
Commit: Daiki Ueno <dueno@src.gnome.org>
CommitDate: Fri Jan 8 12:31:18 2016 +0900
gsettings: Install gettext ITS rules
Recent gettext has a feature to allow consumer projects to supply
their
own string extraction rules for XML files, in ITS format.
Gettext still ships the rule for *.gschema.xml, but it would be better
maintained in the upstream project.
See the gettext documentation for details:
http://www.gnu.org/software/gettext/manual/html_node/Preparing-ITS-Rules.html
https://bugzilla.gnome.org/show_bug.cgi?id=760199
gio/Makefile.am | 3 +++
gio/gschema.its | 25 +++++++++++++++++++++++++
gio/gschema.loc | 10 ++++++++++
3 files changed, 38 insertions(+)
commit ea5ca11761b945cb27f685254afec5d3d56f2670
Author: Christophe Fergeau <cfergeau@redhat.com>
AuthorDate: Fri Nov 27 17:54:07 2015 +0100
Commit: Christophe Fergeau <cfergeau@redhat.com>
CommitDate: Thu Jan 7 15:21:08 2016 +0100
gio: Document that g_inet_address_new_* return value must be
g_object_unref'ed
gio/ginetaddress.c | 4 ++++
1 file changed, 4 insertions(+)
commit b6edac5aca160704f2bfbba541beee5b1f994a18
Author: Christophe Fergeau <cfergeau@redhat.com>
AuthorDate: Thu Nov 26 14:26:27 2015 +0100
Commit: Christophe Fergeau <cfergeau@redhat.com>
CommitDate: Thu Jan 7 15:21:04 2016 +0100
glib: Clarify g_warn_if_reached API doc
Its documentation mentions that it logs a 'critical warning',
but since
the macro implementation calls g_warn_message(), it does not log a
critical message, but a regular warning.
glib/gmessages.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
commit b44fba25fbad89c105795a10a569fe422e4d1c44
Author: Stephan Bergmann <sbergman@redhat.com>
AuthorDate: Wed Jan 6 16:25:49 2016 +0100
Commit: Colin Walters <walters@verbum.org>
CommitDate: Wed Jan 6 10:33:04 2016 -0500
G_LIKELY/_UNLIKELY macros need more parentheses
...for cases like
#include "glib.h"
#define COMMA ,
void f(void) { if (G_LIKELY(0 COMMA 1)); }
https://bugzilla.gnome.org/show_bug.cgi?id=760215
glib/gmacros.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
commit e91e811f020569fe3dae876ffa704fd3e452a33b
Author: Rafael Fontenelle <rffontenelle@gmail.com>
AuthorDate: Tue Jan 5 20:08:06 2016 +0000
Commit: GNOME Translation Robot <gnome-sysadmin@gnome.org>
CommitDate: Tue Jan 5 20:08:06 2016 +0000
Updated Brazilian Portuguese translation
po/pt_BR.po | 320
+++++++++++++++++++++++++++++++-----------------------------
1 file changed, 167 insertions(+), 153 deletions(-)
commit 786b4c8b8782e8ce62085595a8a87838307af8ba
Author: Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Tue Jan 5 15:08:18 2016 +0800
Commit: Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Tue Jan 5 15:15:38 2016 +0800
gwin32.c: Fix build on MinGW
Apparently unlike mingw-w64 and Visual Studio, MinGW does not
come with
winternl.h, which defines NTSTATUS, so we need to include ntdef.h
instead
on MinGW for NTSTATUS.
Based on patch by Cédric Krier.
https://bugzilla.gnome.org/show_bug.cgi?id=756875
glib/gwin32.c | 3 +++
1 file changed, 3 insertions(+)
commit 0309d645ad8149ed6e8bdb74a5c7272eea15546b
Author: Mario Blättermann <mario.blaettermann@gmail.com>
AuthorDate: Sat Jan 2 12:10:13 2016 +0000
Commit: GNOME Translation Robot <gnome-sysadmin@gnome.org>
CommitDate: Sat Jan 2 12:10:13 2016 +0000
Updated German translation
po/de.po | 323
+++++++++++++++++++++++++++++++++------------------------------
1 file changed, 169 insertions(+), 154 deletions(-)
commit 2e918501db4175aa9fc0b1daafbf2e270a7f6f8f
Author: Marek Černocký <marek@manet.cz>
AuthorDate: Thu Dec 24 14:40:22 2015 +0100
Commit: Marek Černocký <marek@manet.cz>
CommitDate: Thu Dec 24 14:40:22 2015 +0100
Updated Czech translation
po/cs.po | 328
+++++++++++++++++++++++++++++++++------------------------------
1 file changed, 170 insertions(+), 158 deletions(-)
commit 30788dff5b940d34b4ce0594a7109f972b38686d
Author: Philip Withnall <philip@tecnocode.co.uk>
AuthorDate: Wed Dec 23 16:48:10 2015 +0000
Commit: Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Wed Dec 23 16:48:10 2015 +0000
gutf8: Fix typo in GIR annotation for g_utf8_to_ucs4()
glib/gutf8.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
commit 42b160b19f18ccb86fecac4553242ebd7ee8b78b
Author: Steven Chamberlain <steven@pyro.eu.org>
AuthorDate: Tue Dec 22 09:28:36 2015 +0100
Commit: Allison Ryan Lortie <desrt@desrt.ca>
CommitDate: Wed Dec 23 09:40:54 2015 -0500
gio: drop obsoleted lock causing deadlocks on FreeBSD
I think it is a recursion from the GUnixMountMonitor constructor, to a
GLocalFileMonitor on /etc/fstab, and into GUnixMountMonitor again, now
with a mutex already held, so it deadlocks.
https://bugzilla.gnome.org/page.cgi?id=traceparser/trace.html&trace_id=235354
That mutex in glocalfile.c:g_local_file_find_enclosing_mount() doesn't
seem necessary any more IMHO. Inside it, only 'mount' is modified,
but
that's just a stack variable local to this function. When
klass->get_mount_for_mount_path is called, it's given one const
parameter and the other is unused, so they're unchanged. 'klass'
doesn't seem it could be modified either inside that function.
It doesn't recurse infinitely, but seems to work correctly and
pass the
testsuite after this change.
The FreeBSD project already applied my patch in their ports tree, and
their users seem happy with it.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712848#64
and https://bugzilla.gnome.org/show_bug.cgi?id=753378
gio/gunionvolumemonitor.c | 6 +-----
1 file changed, 1 insertion(+), 5 deletions(-)
commit bec6a9a3003d95077ad23c235a9313d79c6a1c4f
Author: Chun-wei Fan <fanchunwei@src.gnome.org>
AuthorDate: Mon Dec 21 14:54:42 2015 +0800
Commit: Chun-wei Fan <fanchunwei@src.gnome.org>
CommitDate: Tue Dec 22 17:33:33 2015 +0800
g_application_run(): Fix on Windows When Using Bindings
As g_win32_get_command_line() calls CommandLineToArgvW() to acquire
the
arguments passed into a GApplication program, it actually returns the
whole command line which is used to invoke the program, including the
script interpreter and its flags when a script using GNOME bindings
(e.g. PyGObject and so on) is being invoked.
The issue here is that g_application_run() would most probably have
trouble in the scripts scenario on Windows as it is likely unable to
"recognize" the script interpreter, causing such scripts to fail
to run.
Largely based on the patch by Ray Donnelly <mingw.android@gmail.com>.
https://bugzilla.gnome.org/show_bug.cgi?id=734095
gio/gapplication.c | 29 ++++++++++++++++++++++++++++-
1 file changed, 28 insertions(+), 1 deletion(-)
commit 5f4b92202b2a36097ffa54fc7dbf96f692074069
Author: Ignacio Casal Quinteiro <icq@gnome.org>
AuthorDate: Mon Dec 21 12:21:03 2015 +0100
Commit: Ignacio Casal Quinteiro <icq@gnome.org>
CommitDate: Mon Dec 21 12:22:10 2015 +0100
win32: fix warnings avoid discarding const qualifier
gio/win32/gwin32fsmonitorutils.c | 4 ++--
gio/win32/gwin32fsmonitorutils.h | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
commit 07e55c049dd1d12ab5eff8397cea65587c3dc54f
Author: Aurimas Černius <aurisc4@gmail.com>
AuthorDate: Sun Dec 20 15:02:49 2015 +0200
Commit: Aurimas Černius <aurisc4@gmail.com>
CommitDate: Sun Dec 20 15:02:49 2015 +0200
Updated Lithuanian translation
po/lt.po | 386
++++++++++++++++++++++++++++++++-------------------------------
1 file changed, 198 insertions(+), 188 deletions(-)
commit aa9a33b0dabb68a6586956d6d4aa0c861e534321
Author: Xavier Claessens <xavier.claessens@collabora.com>
AuthorDate: Wed Dec 16 11:34:41 2015 -0500
Commit: Xavier Claessens <xavier.claessens@collabora.com>
CommitDate: Wed Dec 16 11:44:43 2015 -0500
GApplication: Avoid getting the default context repeatidly
This avoids getting a global lock on every main loop iteration.
https://bugzilla.gnome.org/show_bug.cgi?id=759554
gio/gapplication.c | 10 ++++++----
1 file changed, 6 insertions(+), 4 deletions(-)