Skip to main content

Browse the archive

https://github.com/GNOME/glib
05 April 2024, 22:37:37 UTC
sort by:
Revision Author Date Message Commit Date
9ee83d8 Cédric Valmary 12 October 2016, 08:18:41 UTC Update Occitan translation 12 October 2016, 08:18:41 UTC
879ef0b Wylmer Wang 10 March 2014, 12:36:52 UTC Updated Chinese (China) translation 10 March 2014, 12:36:52 UTC
98cf1c1 Shankar Prasad 05 February 2014, 09:48:01 UTC updated kn.po 05 February 2014, 09:48:44 UTC
07661c7 Shantha kumar 30 January 2014, 09:39:53 UTC Tamil Translations Updated 30 January 2014, 09:39:53 UTC
3b7331f Milo Casagrande 10 September 2013, 20:01:14 UTC [l10n] Updated Italian translation. 10 September 2013, 20:01:14 UTC
2b8484e Balázs Úr 26 August 2013, 17:40:37 UTC Updated Hungarian translation 26 August 2013, 17:40:37 UTC
85b4abf Chun-wei Fan 15 August 2013, 13:27:02 UTC gio/gdbusaddress.c: Silence RunDLL errors The RunDLL command call during get_session_address_dbus_launch() was expecting _g_win32_run_session_bus@16 and g_win32_run_session_bus on Win32 and Win64 respectively at least when GLib is compiled with MSVC, not g_win32_run_session_bus@16, which caused annoying RunDLL error dialogue boxes to show up during the use of GtkApplication (such as when running gtk3-demo-application on Windows), prevented GtkApplication items from being run for more than one time during the lifespan of the program, and this also interfered with some GTK+ tests, causing them to fail. Update accordingly to address the issue. 21 August 2013, 12:30:28 UTC
6bb365f Dimitris Spingos 18 August 2013, 06:38:51 UTC Updated Greek translation 18 August 2013, 06:38:51 UTC
1d6cd4b Ryan Lortie 07 August 2013, 14:41:40 UTC GLib 2.36.4 07 August 2013, 14:41:40 UTC
f5163fe Chun-wei Fan 17 July 2013, 08:45:50 UTC Visual Studio Builds: "Install" gdbus-codegen 05 August 2013, 06:32:05 UTC
f4fb40a Yuri Myasoedov 04 August 2013, 05:26:42 UTC Updated Russian translation 04 August 2013, 05:26:42 UTC
2d38375 Dan Winship 04 June 2013, 20:29:55 UTC gnetworkmonitornetlink: handle default route via device If the default route is via a device rather than a particular IP address, then neither RTA_DST nor RTA_GATEWAY will be present in the RTM_NEWROUTE message, and so GNetworkMonitorNetlink would ignore it, and then think there was no default route. (This could happen with certain kinds of VPNs, if they were set to route all traffic through the VPN.) Fix this by recognizing routes that specify RTA_OIF ("output interface") instead of RTA_GATEWAY. https://bugzilla.gnome.org/show_bug.cgi?id=701609 (cherry picked from commit c08ef6c165c6935f257d3fb98c049be50e3816da) 01 August 2013, 15:50:55 UTC
6d8ee5e Sandeep Sheshrao Shedmake 23 July 2013, 05:04:27 UTC Updated Marathi localization 23 July 2013, 05:04:27 UTC
e1c950b Christian Kirbach 14 July 2013, 10:22:18 UTC Updated German translation 14 July 2013, 10:22:18 UTC
5518ee2 Gil Forcada 05 July 2013, 00:27:05 UTC [l10n] Update Catalan translation 05 July 2013, 00:27:05 UTC
27fc015 Andika Triwidada 02 July 2013, 13:18:49 UTC Updated Indonesian translation 02 July 2013, 13:18:49 UTC
baf4f9d Rafael Ferreira 28 June 2013, 20:24:50 UTC Updated Brazilian Portuguese translation 28 June 2013, 20:24:50 UTC
81590ba Мирослав Николић 25 June 2013, 21:25:32 UTC Updated Serbian translation 25 June 2013, 21:25:32 UTC
05d4300 Colin Walters 20 June 2013, 17:13:29 UTC Revert "g_file_set_contents(): don't fsync on ext3/4" We didn't actually do any real-world testing of this, and unsurprisingly it turns out to break in at least one widely-used configuration (Fedora 19 x86_64, ext4 on LVM). This reverts commit 9d0c17b50102267a5029b58b1f44efbad82d8f03. https://bugzilla.gnome.org/show_bug.cgi?id=701560 20 June 2013, 20:47:33 UTC
5747064 Chun-wei Fan 20 June 2013, 07:48:32 UTC Add MSVC Projects for Utility Programs Build and "install" the gio-querymodules and gdbus utility programs so that the Visual Studio builds of GLib is more comprehensive. The Python scripts for the GDBus codegen will be added to "installation" later. 20 June 2013, 07:51:12 UTC
1f8026f Chun-wei Fan 20 June 2013, 07:43:32 UTC Update Visual Studio Projects Make all projects settings use the MultiByte character set when building GLib to improve consistency. 20 June 2013, 07:49:55 UTC
20c630b A S Alam 14 June 2013, 15:05:56 UTC update Punjabi Translation 14 June 2013, 15:05:56 UTC
aeafbc8 Matej Urbančič 13 June 2013, 19:23:22 UTC Updated Slovenian translation 13 June 2013, 19:23:22 UTC
0729dac Daniel Mustieles 13 June 2013, 11:06:53 UTC Updated Spanish translation 13 June 2013, 11:06:53 UTC
9c4d284 Aurimas Černius 12 June 2013, 20:14:03 UTC Updated Lithuanian translation 12 June 2013, 20:14:03 UTC
1f00f3d Shankar Prasad 11 June 2013, 06:24:17 UTC updated kn translations 11 June 2013, 06:24:17 UTC
5d41dd9 Marek Černocký 10 June 2013, 19:31:00 UTC Updated Czech translation 10 June 2013, 19:31:00 UTC
6238fb8 Piotr Drąg 10 June 2013, 18:32:57 UTC Updated Polish translation 10 June 2013, 18:32:57 UTC
5e98733 Nilamdyuti Goswami 10 June 2013, 09:48:23 UTC Assamese translation updated 10 June 2013, 09:48:23 UTC
c2525c4 Fran Diéguez 10 June 2013, 08:18:02 UTC Updated Galician translations 10 June 2013, 08:18:02 UTC
8bd5399 Matthias Clasen 10 June 2013, 00:15:13 UTC Bump version 10 June 2013, 00:15:13 UTC
5cd352c Matthias Clasen 09 June 2013, 22:53:15 UTC 2.36.3 09 June 2013, 22:53:15 UTC
cbb8446 Matthias Clasen 06 June 2013, 04:05:41 UTC Update link to documentation 09 June 2013, 22:17:16 UTC
f269f51 Colin Walters 05 June 2013, 22:05:12 UTC GFileEnumerator: Add some documentation about ordering Kind of a gratuitious gaping hole in the docs... https://bugzilla.gnome.org/show_bug.cgi?id=701680 09 June 2013, 22:17:05 UTC
c2ad7d1 Dan Winship 02 June 2013, 21:32:21 UTC ginetaddress: fix addr/string conversions on windows When parsing an address, we need to re-set "len" between IPv4 and IPv6, since WSAStringToAddress() might set it to sizeof(struct sin_addr) when trying to parse the string as IPv4, even if it fails. Also, we need to make sure to not pass strings to WSAStringToAddress() that it will accept but that we don't want it to. When stringifying an address, we need to clear the sockaddr before filling it in, so we don't accidentally end up with an unwanted scope_id or the like. https://bugzilla.gnome.org/show_bug.cgi?id=701401 09 June 2013, 22:16:48 UTC
ffddb55 Colin Walters 12 May 2013, 06:28:01 UTC Ensure g_file_copy() does not temporarily expose private files Previously, g_file_copy() would (on Unix) create files with the default mode of 644. For applications which might at user request copy arbitrary private files such as ~/.ssh or /etc/shadow, a world-readable copy would be temporarily exposed. This patch is suboptimal in that it *only* fixes g_file_copy() for the case where both source and destination are instances of GLocalFile on Unix. The reason for this is that the public GFile APIs for creating files allow very limited control over the access permissions for the created file; one can either say a file is "private" or not. Fixing this by adding e.g. g_file_create_with_attributes() would make sense, except this would entail 8 new API calls for all the variants of _create(), _create_async(), _replace(), _replace_async(), _create_readwrite(), _create_readwrite_async(), _replace_readwrite(), _replace_readwrite_async(). That can be done as a separate patch later. https://bugzilla.gnome.org/show_bug.cgi?id=699959 09 June 2013, 22:16:31 UTC
ae82af8 Colin Walters 08 May 2013, 23:01:59 UTC g_file_copy(): Clean up logic for info query Previously, we called g_file_query_info() *again* on the source at the very end of the copy. This has the lame semantics that if the source happened to be deleted, we would fail to apply attributes to the destination. This could even be a security flaw. This commit changes things so that we query info from the source *stream* after opening - i.e. on Unix we use the proper fstat() and friends. That way we operate more atomically. https://bugzilla.gnome.org/show_bug.cgi?id=699959 09 June 2013, 22:16:24 UTC
cf19229 Ryan Lortie 04 June 2013, 13:48:12 UTC g_file_set_contents(): don't fsync on ext3/4 ext3 and ext4 (for quite some time) with default mount options don't need fsync() to ensure safety of replace-by-rename. Stop doing that for these filesystems. Note: this patch also impacts ext2, which is probably not safe, but I don't know of any way to check ext2. vs the others because they all have the same magic numbers (short of opening /proc/mount). This patch assumes that if BTRFS_SUPER_MAGIC is defined then so will be EXT3_SUPER_MAGIC. https://bugzilla.gnome.org/show_bug.cgi?id=701560 09 June 2013, 22:15:54 UTC
ee8d333 Ryan Lortie 04 June 2013, 02:55:20 UTC g_file_set_contents: change {posix_ => }fallocate Use fallocate() instead of posix_fallocate() so that we just fail instead of getting the emulated version from the libc. https://bugzilla.gnome.org/show_bug.cgi?id=701560 09 June 2013, 22:15:46 UTC
c244222 Ryan Lortie 03 June 2013, 21:59:29 UTC g_file_set_contents(): fix simple logic error CI FTW. 09 June 2013, 22:15:34 UTC
dad3cb5 Ryan Lortie 03 June 2013, 21:49:06 UTC g_file_set_contents(): use unistd instead of stdio Use a normal write() system call instead of fdopen() and fwrite(). This will definitely work on UNIX system and should work on Windows as well... As an added bonus, we can use g_close() now as well. https://bugzilla.gnome.org/show_bug.cgi?id=701560 09 June 2013, 22:15:26 UTC
75c0593 Ryan Lortie 03 June 2013, 20:16:25 UTC g_file_set_contents(): don't allocate display name g_file_set_contents() sets a GError in the event of various failures that count occur. It uses g_filename_display_name() in order to get the filename to include in the messages. Factor out the error handling to make it easier to allocate the display name only when we need it (instead of allocating it every time). https://bugzilla.gnome.org/show_bug.cgi?id=701560 09 June 2013, 22:15:15 UTC
2d827a2 Ryan Lortie 03 June 2013, 19:43:01 UTC g_file_set_contents(): use posix_fallocate() Extents-based filesystems like knowing in advance how much data will be written to a file in order to prevent fragmentation. If we have it, use posix_fallocate() before writing data in g_file_set_contents(). https://bugzilla.gnome.org/show_bug.cgi?id=701560 09 June 2013, 22:15:07 UTC
5d1969c William Jon McCann 29 January 2013, 23:46:43 UTC Fix property example in gobject tutorial https://bugzilla.gnome.org/show_bug.cgi?id=692848 09 June 2013, 22:13:28 UTC
a2f1b4b Matthias Clasen 29 May 2013, 02:23:58 UTC Trivial doc typo fix 09 June 2013, 22:13:00 UTC
6e4b7a4 Matthias Clasen 29 May 2013, 04:07:26 UTC Trivial documentation typos 09 June 2013, 22:12:53 UTC
baed05f Matthias Clasen 26 May 2013, 03:07:03 UTC Avoid a segfault in gdbus tool When the interface name is invalid, we don't get an error back from g_dbus_connection_call_sync. 09 June 2013, 22:11:59 UTC
b14e899 Simon Kågedal Reimer 06 May 2013, 20:04:32 UTC G_GNUC_FORMAT: documentation error Attribute should be placed just before the semicolon, not after. As can be seen in the example. https://bugzilla.gnome.org/show_bug.cgi?id=699779 09 June 2013, 22:11:44 UTC
bc9470f Jason L. Quinn 12 April 2013, 03:43:17 UTC spelling fixes of 'runtine' and 'adresses' in cross.xml and running.xml, respectively https://bugzilla.gnome.org/show_bug.cgi?id=697849 09 June 2013, 22:11:32 UTC
03d3a53 Giovanni Campagna 29 March 2013, 14:39:26 UTC GThreadedResolver: set an error if no records could be found It is possible that the upstream servers return something, but we then filter all results because they are of the wrong type. In that case the API and subsequent GTask calls expect a GError to be set. https://bugzilla.gnome.org/show_bug.cgi?id=696857 09 June 2013, 22:07:09 UTC
36284c5 Chun-wei Fan 27 May 2013, 07:57:54 UTC Fix the GObject Visual Studio Projects Update G_LOG_DOMAIN to be "GLib-GObject" so that we are consistent with the autotools builds, and that tests expecting the log domain to be "GLib-GObject" would not fail. 27 May 2013, 07:57:54 UTC
f3b1bab Chun-wei Fan 27 May 2013, 05:23:58 UTC Fix the GLib Visual Studio Projects Define the G_LOG_DOMAIN of the GLib DLL as "GLib", because: -This makes it consistent with the autotools builds -Some tests expect the log domain to be "GLib" 27 May 2013, 05:24:58 UTC
e7ba0c4 Shankar Prasad 14 May 2013, 09:57:33 UTC updated kn translations 14 May 2013, 09:57:33 UTC
ced0cea Matthias Clasen 13 May 2013, 13:59:47 UTC Bump versin 13 May 2013, 13:59:47 UTC
469d4ac Matthias Clasen 13 May 2013, 12:26:41 UTC 2.36.2 13 May 2013, 12:26:41 UTC
9ba5516 Kjartan Maraas 13 May 2013, 09:14:48 UTC Updated Norwegian bokmål translation 13 May 2013, 09:14:48 UTC
22f3503 Мирослав Николић 13 May 2013, 08:30:05 UTC Updated Serbian translation 13 May 2013, 08:30:05 UTC
ca3dba9 Matthias Clasen 09 May 2013, 20:02:52 UTC Clarify GValueArray docs Don't refer to Quicksort in the documentation of g_value_array_sort, but just to qsort(). 09 May 2013, 20:05:20 UTC
a1a6217 Matthias Clasen 05 May 2013, 01:10:43 UTC Document all gtester-report options The --subunit option was missing from the man page. 05 May 2013, 01:13:30 UTC
3fbcf02 Matthias Clasen 05 May 2013, 01:08:18 UTC Document all glib-mkenums placeholders The @ENUMPREFIX@ placeholder was missing in the man page. 05 May 2013, 01:13:24 UTC
3dbde50 Matthias Clasen 05 May 2013, 01:05:24 UTC Document all glib-genmarshal options The --stdinc option was missing from the man page. 05 May 2013, 01:13:18 UTC
059f5a7 Matthias Clasen 05 May 2013, 01:03:00 UTC Fix a typo 05 May 2013, 01:13:09 UTC
20b349c Matthias Clasen 05 May 2013, 01:01:35 UTC Document all gdbus-codegen options The --help and --xml-files options were missing from the man page. 05 May 2013, 01:13:02 UTC
879692b Dan Winship 02 May 2013, 14:14:57 UTC gbitlock: fix this to not unconditionally use futex emulation Ryan accidentally committed some debugging code a long time ago, causing this file to always use futex emulation even when real futex support was available. I noticed this a while later and pointed it out to him, and assumed he was going to fix it, but I guess he assumed I was going to fix it, and then neither of us did... https://bugzilla.gnome.org/show_bug.cgi?id=699500 05 May 2013, 01:12:54 UTC
91179be Matthias Clasen 03 May 2013, 01:00:57 UTC Silently handle icon being NULL While an emblemed icon without a base icon is not very useful, no need to crash here. This was crashing the object finalization test in gtk. 05 May 2013, 01:12:48 UTC
03086e0 Colin Walters 02 May 2013, 15:39:11 UTC tests/mappedfile: Also handle ENOMEM The RHEL6.4 kernel gives me that instead of EINVAL. https://bugzilla.gnome.org/show_bug.cgi?id=699485 05 May 2013, 01:12:42 UTC
0ba982e Simon McVittie 02 May 2013, 15:50:01 UTC GSocks5Proxy: don't crash if parsing negotiation reply fails The GError should be initialized to NULL, otherwise we'll "pile up" errors, then try to free an uninitialized pointer. Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Reviewed-by: Dan Winship <danw@gnome.org> Bug: https://bugzilla.gnome.org/show_bug.cgi?id=699493 02 May 2013, 17:37:59 UTC
a70f7cd Aurimas Černius 27 April 2013, 19:45:15 UTC Updated Lithuanian translation 27 April 2013, 19:45:15 UTC
a73a14b Matej Urbančič 27 April 2013, 19:29:11 UTC Updated Slovenian translation 27 April 2013, 19:29:11 UTC
eb1bbb2 Andika Triwidada 27 April 2013, 02:20:08 UTC Updated Indonesian translation 27 April 2013, 02:20:08 UTC
1711b41 Milo Casagrande 25 April 2013, 07:01:11 UTC [l10n] Updated Italian translation. 25 April 2013, 07:01:11 UTC
a471ce9 Piotr Drąg 23 April 2013, 22:01:48 UTC Updated Polish translation 23 April 2013, 22:01:48 UTC
f3b1054 Ryan Lortie 23 April 2013, 17:26:48 UTC Partially revert "Merge waitpid() from g_spawn_sync into gmain()" This partially reverts commit ce0022933c255313e010b27f977f4ae02aad1e7e. It used to be safe to use g_spawn_sync() from processes that had their own SIGCHLD handler because it simply called wait(). When it was changed to depend on the GLib child watching infrastructure this meant that GLib had to own the SIGCHLD handler. This caused hangs in at least Pidgin. The patch contained two other improvements to the child watch code which we want to keep, so only revert the changes to gspawn itself. https://bugzilla.gnome.org/show_bug.cgi?id=698081 23 April 2013, 19:00:01 UTC
7304bbd Giovanni Campagna 12 April 2013, 15:25:15 UTC GVariant: fix transfer annotation g_variant_new_from_bytes() returns a floating reference, so it must be annotated (transfer none) https://bugzilla.gnome.org/show_bug.cgi?id=697887 16 April 2013, 13:58:35 UTC
e02fbac Ryan Lortie 15 April 2013, 21:58:15 UTC One more NEWS 15 April 2013, 21:58:15 UTC
b972018 Marc-André Lureau 15 April 2013, 16:12:50 UTC win32: add back missing _utf8 symbols on x64 builds The _utf8 functions have been wrongly removed from GLib on x64. https://bugzilla.gnome.org/show_bug.cgi?id=697879 15 April 2013, 21:27:24 UTC
d8c9b26 Matthias Clasen 15 April 2013, 14:18:40 UTC 2.36.1 15 April 2013, 14:18:40 UTC
7630f2a Marek Kasik 10 April 2013, 11:48:49 UTC tests: Add test for disabled help options Test whether help options are hidden when they are disabled by g_option_context_set_help_enabled(.., FALSE). https://bugzilla.gnome.org/show_bug.cgi?id=697652 12 April 2013, 15:06:21 UTC
3e3fe29 Marek Kasik 09 April 2013, 16:03:53 UTC Don't show help options when help is disabled Check whether help is enabled when creating help text in g_option_context_get_help(). https://bugzilla.gnome.org/show_bug.cgi?id=697652 12 April 2013, 15:06:17 UTC
e768a5c Shankar Prasad 05 April 2013, 11:52:26 UTC Updated kn translations 05 April 2013, 11:52:26 UTC
7caba47 Shankar Prasad 05 April 2013, 10:50:05 UTC Updated kn translations 05 April 2013, 10:50:05 UTC
94a5a59 Shankar Prasad 05 April 2013, 10:49:01 UTC Updated kn translations 05 April 2013, 10:49:01 UTC
a63d850 Shankar Prasad 05 April 2013, 07:08:53 UTC Updated kn translations 05 April 2013, 07:08:53 UTC
cf1285a Ryan Lortie 04 April 2013, 15:12:42 UTC gtype: interface-after-init exception for gtk# gtk# also has a problem with the new interface-after-init restriction that nobody noticed until now. Add an exception for them as well so that they have a cycle or so to sort things out. https://bugzilla.gnome.org/show_bug.cgi?id=687659 04 April 2013, 15:59:53 UTC
9982e18 Ryan Lortie 04 April 2013, 13:31:11 UTC gtype: interface-after-init exception for glibmm glibmm has a pretty difficult-to-solve problem caused by our recent change to deny addition of interfaces to classes after initialisation. They're looking for a long-term workaround for the problem, but in the meantime we can allow the registration to succeed (with warning) if the class looks like it's being defined by gtkmm. https://bugzilla.gnome.org/show_bug.cgi?id=697229 04 April 2013, 15:59:49 UTC
3b0b671 Hib Eris 31 March 2013, 14:40:34 UTC Fix compile error in gdbusmessage.c for win64 https://bugzilla.gnome.org/show_bug.cgi?id=696973 01 April 2013, 06:28:29 UTC
599030a Andika Triwidada 29 March 2013, 06:02:18 UTC Updated Indonesian translation 29 March 2013, 06:02:18 UTC
bea56fc Ryan Lortie 25 March 2013, 21:39:21 UTC GLib 2.36.0 25 March 2013, 21:39:21 UTC
978571d Colin Walters 17 March 2013, 22:33:59 UTC g_file_copy(): Ensure G_FILE_COPY_OVERWRITE preserves permissions We need to close the stream *before* applying the file modes, because g_file_replace() allocates a temporary file. At the moment we're applying the modes to the extant file, then immediately rename()ing over it with the default perms. This regressed with commit 166766a89fcd173dcd6ffda11f902029928f7f28. The real fix here is to have g_file_create_with_info() so that we can atomically create a file with the permissions we want. https://bugzilla.gnome.org/show_bug.cgi?id=696014 25 March 2013, 20:32:39 UTC
ef2aa88 Ani Peter 25 March 2013, 17:38:52 UTC Completed for Malayalam 25 March 2013, 17:41:43 UTC
d428084 A S Alam 25 March 2013, 17:20:00 UTC Punjabi: Translation updated (aalam) 25 March 2013, 17:20:00 UTC
9d1a434 Krishnababu Krothapalli 25 March 2013, 09:56:55 UTC Updated Telugu Translations 25 March 2013, 09:57:44 UTC
21c9974 Krishnababu Krothapalli 28 November 2012, 10:36:58 UTC Updated Telugu Translations 25 March 2013, 09:57:43 UTC
09fcd1a Murray Cumming 25 March 2013, 09:16:49 UTC Corrected some GLIB_AVAILABLE_IN_* 25 March 2013, 09:16:49 UTC
c63d7ce Petr Kovar 24 March 2013, 19:20:55 UTC Update Czech translation 24 March 2013, 19:20:55 UTC
beae47d Guido Günther 23 March 2013, 11:41:15 UTC Init padding to NULL to avoid a missing initializer warning like sessionmanager-presence-generated.c:920:1: warning: missing initializer [-Wmissing-field-initializers] sessionmanager-presence-generated.c:920:1: warning: (near initialization for ‘_org_gnome_session_manager_presence_skeleton_vtable.padding’) [-Wmissing-field-initializers] https://bugzilla.gnome.org/review?bug=696108 24 March 2013, 15:27:01 UTC
82f29a0 Yuri Myasoedov 23 March 2013, 17:12:04 UTC Updated Russian translation 23 March 2013, 17:12:04 UTC
159e923 Jiro Matsuzawa 23 March 2013, 10:10:01 UTC [l10n] Update Japanese translation 23 March 2013, 10:10:01 UTC
05b3787 ManojKumar Giri 22 March 2013, 12:56:42 UTC Updated Odia Language along with FUEL implementation 22 March 2013, 12:56:42 UTC
fe6e7f7 ManojKumar Giri 22 March 2013, 12:52:51 UTC Updated Odia Language along with FUEL implementation 22 March 2013, 12:52:51 UTC
back to top