{"push_id":1473502351,"size":421,"distinct_size":0,"ref":"refs/heads/master","head":"c5754bdc43f64c04ac0bd36f28c36d378caca1fa","before":"bd0911afda3e087b80c93713a9a9866267857583","commits":[{"sha":"3301b852a20b3d1f75592d03dd4038d3ea2fed7c","author":{"name":"Allison Ryan Lortie","email":"0266ee571c52c169581e1787057e259c6d7eba8b@desrt.ca"},"message":"GDesktopAppInfo: support bus activation with '-'\n\nGApplication has accepted any valid bus name as an application ID since\nbefore the time of D-Bus activation.  This includes bus names with '-'.\nSeveral applications have even attempted support bus activation with\nthese names, going as far as installing D-Bus service files, without\nrealising that they are silently falling back to fork()/exec() on\naccount of the name containing a dash.\n\nThe reason for the problem is that D-Bus object paths cannot contain\ndashes.  We solved this problem privately in an unspecified way inside\nof GApplication but substituting '_' in this case, but never made this\npart of the Desktop Entry Specification.\n\nThe fact that these apps with '-' in the desktop file names aren't\nactually using D-Bus activation is beside the point: their intent here\nwas clear.  Let's avoid forcing them to rename their desktop files again\nby simply accepting '-' in desktop file names and munging the path in\nthe way that GApplication did so historically.\n\nThe new path escaping code here has been copied more or less verbatim\nfrom GApplication's own code for the same purpose, with only the removal\nof one irrelevant part.\n\nAn update to the desktop entry specification will follow.\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=764754","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/3301b852a20b3d1f75592d03dd4038d3ea2fed7c"},{"sha":"28f01600315cec9e44a8ed656fb9210bfebaf887","author":{"name":"Alan Coopersmith","email":"213b6a7fe88aaaa0324352cedf990a0b57cb6ef5@oracle.com"},"message":"gthread: add thread name support on Solaris\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=747478","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/28f01600315cec9e44a8ed656fb9210bfebaf887"},{"sha":"99bdfd1bcb921c987b29a0780fa7c50c3155341e","author":{"name":"Matthias Clasen","email":"1c290849cf4e59e75749db4183c2ba710f60e870@redhat.com"},"message":"Stop using ptrctl for thread names\n\nWe now prefer pthread_setname_np when available, and don't\nneed the linux specific API anymore. Also change the test\nfor this functionality to use pthread_getname_np.","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/99bdfd1bcb921c987b29a0780fa7c50c3155341e"},{"sha":"e118856430a798bbc529691ad235fd0b0684439d","author":{"name":"Руслан Ижбулатов","email":"9620efa85bbd2aea1b41919e505fd78de69d24b5@gmail.com"},"message":"Add g_system_thread_set_name() implementation for W32 threads\n\nThis works by using semi-documented[1] exception to tell the debugger\nthat a thread needs to have its name changed.\n\nIf this exception is not caught and handled by something, it will crash\nthe process, so we need to set up our own handler in case there's no\ndebugger attached or the debugger can't handle this type of exception.\n\nSince SEH is not supported by gcc on i686 (at the moment), we need to use VEH\ninstead. For completeness the MSVC-oriented code still uses SEH, although\nthere is no reason why it shouldn't work with the VEH variant used by MinGW.\n\nVEH handler has to be set up somewhere (g_thread_win32_init () works nicely)\nand removed once it's not needed (g_thread_win32_process_detach () is added\nexpressly for that purpose). Note that g_thread_win32_process_detach() is\nonly called when glib is unloaded by FreeLibrary(), not when glib-using\nprocess is terminating.\n\nThis exception is known to work with WinDbg, and adding support for it into\nGDB proved to be feasible (GDB patch will be sent upstream, eventually).\n\n[1] https://msdn.microsoft.com/en-us/library/xcb2z8hs%28v=vs.71%29.aspx\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=747478","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/e118856430a798bbc529691ad235fd0b0684439d"},{"sha":"62f320e6bb09b4e6454e6a49dc3a844b13b9cc34","author":{"name":"Allison Ryan Lortie","email":"0266ee571c52c169581e1787057e259c6d7eba8b@desrt.ca"},"message":"GContextSpecificGroup: detach sources\n\nGContextSpecificGroup has been somewhat broken for a rather long time:\nwhen we remove the last reference on an object held in the group, we try\nto clean up the source, but fail to actually remove it from the\nmainloop.\n\nWe will soon stop emitting signals on the source (due to it having been\nremoved from the hash table) but any \"in flight\" signals will still be\ndelivered on the source, which continues to exist.  This is a problem if\nthe event is being delivered just as the object is being destroyed.\n\nThis also means that we leave the source attached to the mainloop\nforever (and next time will create a new one)...\n\nThis is demonstrated with the GtkAppChooser dialog which writes an\nupdate to the mimeapps.list file just as it is closing, triggering the\napp info monitor to fire just as it is being destroyed.\n\nKarl Tomlinson correctly analysed the problem and proposed this fix.\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=762994","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/62f320e6bb09b4e6454e6a49dc3a844b13b9cc34"},{"sha":"75589956a4ce3a78899ac9562dd43b431921108c","author":{"name":"Allison Ryan Lortie","email":"0266ee571c52c169581e1787057e259c6d7eba8b@desrt.ca"},"message":"GContextSpecificGroup: add testcase\n\nAdd a test case for unreffing an object from a GContextSpecificGroup\nimmediately after firing a signal, before allowing the mainloop to run.\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=762994","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/75589956a4ce3a78899ac9562dd43b431921108c"},{"sha":"999711abc82ea3a698d05977f9f91c0b73957f7f","author":{"name":"Руслан Ижбулатов","email":"9620efa85bbd2aea1b41919e505fd78de69d24b5@gmail.com"},"message":"gthread: Better fallback for W32 g_get_num_processors()\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=748530","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/999711abc82ea3a698d05977f9f91c0b73957f7f"},{"sha":"f8f344923eba57ca13d82e53f3e7b82633179f43","author":{"name":"Philip Chimento","email":"bdbe007522dbb5441efb474fa64f45edd80c8549@endlessm.com"},"message":"tests: Fix appmonitor test\n\nCommit f45ec47 fixed a race condition in this test, but one change was\nomitted; maybe lost in a rebase.\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=749606","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/f8f344923eba57ca13d82e53f3e7b82633179f43"},{"sha":"4e3cd88c2b9c55b4fd2f93abe7795c4f7b9bf292","author":{"name":"Sebastian Dröge","email":"b41fc187c6555e69a919eebe4470829dcc170cca@centricular.com"},"message":"gparamspecs: GTypes are stored in v_pointer, not v_long\n\nv_long is 32 bits on Win64, v_pointer is 64 bits. On most other platforms the\nsize of long and pointer is the same, so it's usually not a problem.\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=758738","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/4e3cd88c2b9c55b4fd2f93abe7795c4f7b9bf292"},{"sha":"e4aaae4ed689669a8530d0b79d4523eeb12554ad","author":{"name":"Руслан Ижбулатов","email":"9620efa85bbd2aea1b41919e505fd78de69d24b5@gmail.com"},"message":"glib: Add 2.50 availibity macros\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=665446","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/e4aaae4ed689669a8530d0b79d4523eeb12554ad"},{"sha":"5974428d2561b13072d627f85f012886f0df7ab8","author":{"name":"Руслан Ижбулатов","email":"9620efa85bbd2aea1b41919e505fd78de69d24b5@gmail.com"},"message":"Add g_abort()\n\nThe new g_abort() macro just expands to abort() on systems where abort()\nbehaves in a sane way. On other systems (read: Windows) it does its best\nto emulate a sane abort() behaviour.\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=665446","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/5974428d2561b13072d627f85f012886f0df7ab8"},{"sha":"e47904a26f399d3870e22fbfaefab5d1ab6a7e23","author":{"name":"Руслан Ижбулатов","email":"9620efa85bbd2aea1b41919e505fd78de69d24b5@gmail.com"},"message":"Use g_abort() instead of abort() where possible\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=665446","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/e47904a26f399d3870e22fbfaefab5d1ab6a7e23"},{"sha":"2f05d1454e0ce106b23a3d9626950602bd609fea","author":{"name":"Emmanuele Bassi","email":"586fcb66e301264c8fef08d24e8731f87d13a56e@gnome.org"},"message":"Bump master to 2.49","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/2f05d1454e0ce106b23a3d9626950602bd609fea"},{"sha":"41df41550fa95d34f256f051794947e53a0ab56b","author":{"name":"Emmanuele Bassi","email":"586fcb66e301264c8fef08d24e8731f87d13a56e@gnome.org"},"message":"utils: Compile g_abort() only on Windows\n\nOtherwise it will break the build on non-Windows because of the macro in\nthe header, and the unconditional use of Windows-only API.\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=665446","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/41df41550fa95d34f256f051794947e53a0ab56b"},{"sha":"96c962de228235c583204a513aebe0bd0adb1e5a","author":{"name":"Víctor Manuel Jáquez Leal","email":"38e0dd18b13f2090812501b8764492e3a79d4916@igalia.com"},"message":"glib tests: add pthread flag to 'thread' test\n\nCommit 99bdfd1b introduced a direct call to pthreads_setname_np in the\n'thread' test case.  Because we are directly calling pthreads functions\nfrom this file now, we need to make sure we link it with the system\nthread library flags (as we already do for another file).\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=765712","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/96c962de228235c583204a513aebe0bd0adb1e5a"},{"sha":"05e5da9a83f788372e9888902dd01781faef1841","author":{"name":"Kjell Ahlstedt","email":"ed1745e53817d35e71ab12d709a2e76108bae78f@bredband.net"},"message":"gvalue: Fix description of g_value_type_transformable()\n\nTypes are transformable if they are compatible *or* a transformation function\nis registered.\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=742898","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/05e5da9a83f788372e9888902dd01781faef1841"},{"sha":"3c7c0af1c9deba908a9802c433b2776feb243978","author":{"name":"Allison Ryan Lortie","email":"0266ee571c52c169581e1787057e259c6d7eba8b@desrt.ca"},"message":"GResources: use g_hash_table_get_keys_as_array()\n\nReplace the hand-written equivalent of this with the call to the\nGHashTable built-in version to save a few lines of code.\n\nThe GResource code was written a couple of years before this function\nexisted.\n\nSimilarly, replace a set-mode usage of g_hash_table_insert() with a call\nto g_hash_table_add().\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=765668","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/3c7c0af1c9deba908a9802c433b2776feb243978"},{"sha":"55ab3af098c41354419590cc4e4e7d454b8d0029","author":{"name":"Allison Ryan Lortie","email":"0266ee571c52c169581e1787057e259c6d7eba8b@desrt.ca"},"message":"GResources: add support for resource overlays\n\nWhen debugging a program or testing a change to an installed version, it\nis often useful to be able to replace resources in the program or a\nlibrary, without recompiling.\n\nTo support this, for debugging and hacking purposes, it's now possible\nto define a G_RESOURCE_OVERLAYS environment variable as a\ncolon-separated list of substitutions to perform when looking up\nGResources.\n\nA substitution has the form\n\n  \"/org/gtk/libgtk=/home/desrt/gtk-overlay\"\n\nThe part before the '=' is the resource subpath for which the overlay\napplies.  The part after is a filesystem path which contains files and\nsubdirectories as you would like to be loaded as resources with the\nequivalent names.\n\nIn the example above, if an application tried to load a resource with\nthe resource path '/org/gtk/libgtk/ui/gtkdialog.ui' then GResource would\ncheck the filesystem path '/home/desrt/gtk-overlay/ui/gtkdialog.ui'.  If\na file was found there, it would be used instead.\n\nSubstitutions must start with a slash, and must not have a trailing\nslash before the '='.  It is possible to overlay the location of a\nsingle resource with an individual file.\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=765668","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/55ab3af098c41354419590cc4e4e7d454b8d0029"},{"sha":"210a9796f78eb90f76f1bd6a304e9fea05e97617","author":{"name":"Руслан Ижбулатов","email":"9620efa85bbd2aea1b41919e505fd78de69d24b5@gmail.com"},"message":"W32: Do not ignore short waits in g_poll\n\nDo the actual wait dance even if wait timeout is < 10ms. Otherwise\nwe might busyloop.\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=764415","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/210a9796f78eb90f76f1bd6a304e9fea05e97617"},{"sha":"5cea1c861def0251a10cd4de01908aaf3276c72d","author":{"name":"Marc-Antoine Perennou","email":"be1dc4fa6433cabd3a887749ca61ed1df7c24415@Perennou.com"},"message":"gsettings: add get/set_{,u}int64\n\nhttps://bugzilla.gnome.org/show_bug.cgi?id=755898\n\nSigned-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>","distinct":false,"url":"https://api.github.com/repos/swilmet/glib/commits/5cea1c861def0251a10cd4de01908aaf3276c72d"}]}
{"actor":{"display_login":"swilmet"}}