<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/glib.git/gio/gbytesicon.c, branch require-python34</title>
<subtitle>gitlab.gnome.org: GNOME/glib.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/'/>
<entry>
<title>gio/: LGPLv2+ -&gt; LGPLv2.1+</title>
<updated>2017-05-29T17:53:34+00:00</updated>
<author>
<name>Sébastien Wilmet</name>
<email>swilmet@gnome.org</email>
</author>
<published>2017-05-27T16:21:30+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=3bf4a720c315b5015c8d51edf0b458348f796674'/>
<id>3bf4a720c315b5015c8d51edf0b458348f796674</id>
<content type='text'>
Sub-directories inside gio/ already processed in a previous commit:
- fam/
- gdbus-2.0/ (which contains only codegen/)
- gvdb/
- inotify/
- tests/
- win32/
- xdgmime/

Other sub-directories inside gio/:
- completion/: no license headers
- kqueue/: not LGPL, BSD-style license

https://bugzilla.gnome.org/show_bug.cgi?id=776504
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Sub-directories inside gio/ already processed in a previous commit:
- fam/
- gdbus-2.0/ (which contains only codegen/)
- gvdb/
- inotify/
- tests/
- win32/
- xdgmime/

Other sub-directories inside gio/:
- completion/: no license headers
- kqueue/: not LGPL, BSD-style license

https://bugzilla.gnome.org/show_bug.cgi?id=776504
</pre>
</div>
</content>
</entry>
<entry>
<title>gio: Add source tags to various GTasks constructed in GLib</title>
<updated>2016-06-29T14:16:52+00:00</updated>
<author>
<name>Philip Withnall</name>
<email>philip.withnall@collabora.co.uk</email>
</author>
<published>2016-06-16T23:39:38+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=3613b7a3660f2a7d9609faa2d6a4649bdc5f4fe3'/>
<id>3613b7a3660f2a7d9609faa2d6a4649bdc5f4fe3</id>
<content type='text'>
This makes them easier to identify when debugging and profiling.

This patch was somewhat less than interesting to write.

https://bugzilla.gnome.org/show_bug.cgi?id=767765
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This makes them easier to identify when debugging and profiling.

This patch was somewhat less than interesting to write.

https://bugzilla.gnome.org/show_bug.cgi?id=767765
</pre>
</div>
</content>
</entry>
<entry>
<title>Updated FSF's address</title>
<updated>2014-01-31T13:31:55+00:00</updated>
<author>
<name>Daniel Mustieles</name>
<email>daniel.mustieles@gmail.com</email>
</author>
<published>2014-01-23T11:58:29+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=078dbda148a81af1b3a76fbda72f089b963087f1'/>
<id>078dbda148a81af1b3a76fbda72f089b963087f1</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Improve various section headings in the docs</title>
<updated>2013-06-30T02:51:31+00:00</updated>
<author>
<name>Matthias Clasen</name>
<email>mclasen@redhat.com</email>
</author>
<published>2013-06-30T02:51:31+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=a3182e3b9a229292be5370542915ae4cc8cc6e25'/>
<id>a3182e3b9a229292be5370542915ae4cc8cc6e25</id>
<content type='text'>
We don't use # or other forms of links in the section headings.
We also capitalize them and don't put a final period.

This commit corrects several headings to follow these rules.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We don't use # or other forms of links in the section headings.
We also capitalize them and don't put a final period.

This commit corrects several headings to follow these rules.
</pre>
</div>
</content>
</entry>
<entry>
<title>Trivial formatting fix</title>
<updated>2013-06-02T05:40:39+00:00</updated>
<author>
<name>Matthias Clasen</name>
<email>mclasen@redhat.com</email>
</author>
<published>2013-06-02T05:40:39+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=6a487eae569198c88ef799b637891a4ed53effae'/>
<id>6a487eae569198c88ef799b637891a4ed53effae</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>GIcon: NULLify the `type' out param in the sync methods too</title>
<updated>2013-05-28T20:59:24+00:00</updated>
<author>
<name>Emanuele Aina</name>
<email>emanuele.aina@collabora.com</email>
</author>
<published>2013-05-20T14:53:40+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=3382ac99be3141e084fea888c428f5d5bf725ab7'/>
<id>3382ac99be3141e084fea888c428f5d5bf725ab7</id>
<content type='text'>
Both g_[file|bytes]_icon_load() leave the `type' out parameter
untouched, while the async methods g_[file|bytes]_icon_load_finish()
always set it to NULL.

For consistency's sake NULLify it in the sync methods too.

https://bugzilla.gnome.org/show_bug.cgi?id=700725
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Both g_[file|bytes]_icon_load() leave the `type' out parameter
untouched, while the async methods g_[file|bytes]_icon_load_finish()
always set it to NULL.

For consistency's sake NULLify it in the sync methods too.

https://bugzilla.gnome.org/show_bug.cgi?id=700725
</pre>
</div>
</content>
</entry>
<entry>
<title>bytesicon: don't use g_object_unref() on GBytes</title>
<updated>2013-04-26T21:12:39+00:00</updated>
<author>
<name>Cosimo Cecchi</name>
<email>cosimoc@gnome.org</email>
</author>
<published>2013-04-26T21:11:02+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=706e636ab83de76c22ed7f2e56df9a1bcb49b39a'/>
<id>706e636ab83de76c22ed7f2e56df9a1bcb49b39a</id>
<content type='text'>
We need to use g_bytes_unref()

https://bugzilla.gnome.org/show_bug.cgi?id=699001
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We need to use g_bytes_unref()

https://bugzilla.gnome.org/show_bug.cgi?id=699001
</pre>
</div>
</content>
</entry>
<entry>
<title>bytesicon: fix a memory leak</title>
<updated>2013-04-26T21:08:06+00:00</updated>
<author>
<name>Cosimo Cecchi</name>
<email>cosimoc@gnome.org</email>
</author>
<published>2013-04-26T21:07:41+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=463022cc09c3ebab18c4d3a6f2f80752339dc5f0'/>
<id>463022cc09c3ebab18c4d3a6f2f80752339dc5f0</id>
<content type='text'>
https://bugzilla.gnome.org/show_bug.cgi?id=698999
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
https://bugzilla.gnome.org/show_bug.cgi?id=698999
</pre>
</div>
</content>
</entry>
<entry>
<title>GIcon: add g_icon_[de]serialize()</title>
<updated>2013-04-21T20:31:14+00:00</updated>
<author>
<name>Ryan Lortie</name>
<email>desrt@desrt.ca</email>
</author>
<published>2013-04-20T22:50:21+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=c16f914b40c749b938490a4e10a3c54ec1855c42'/>
<id>c16f914b40c749b938490a4e10a3c54ec1855c42</id>
<content type='text'>
Add support for serialising a GIcon to a GVariant and deserialising the
result back to a GIcon.

This solves a number of problems suffered by the existing to_string()
API, primarily these:

 - not forcing the icon to be a utf8 string means that we can
   efficiently encode a PNG (ie: just give the array of bytes)

 - there is no need to ensure that proper types are loaded before using
   the deserialisation interface.  'Foreign' icon types will probably
   emit a serialised format the deserialises to a GBytesIcon.

We additionally clearly document what is required for being a consumer
or implementation of #GIcon.

Further patches will be required to GdkPixbuf and GVfsIcon to bring
their implementations in line with the new rules (essentially: introduce
implementations of the new serialize() API).

https://bugzilla.gnome.org/show_bug.cgi?id=688820
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Add support for serialising a GIcon to a GVariant and deserialising the
result back to a GIcon.

This solves a number of problems suffered by the existing to_string()
API, primarily these:

 - not forcing the icon to be a utf8 string means that we can
   efficiently encode a PNG (ie: just give the array of bytes)

 - there is no need to ensure that proper types are loaded before using
   the deserialisation interface.  'Foreign' icon types will probably
   emit a serialised format the deserialises to a GBytesIcon.

We additionally clearly document what is required for being a consumer
or implementation of #GIcon.

Further patches will be required to GdkPixbuf and GVfsIcon to bring
their implementations in line with the new rules (essentially: introduce
implementations of the new serialize() API).

https://bugzilla.gnome.org/show_bug.cgi?id=688820
</pre>
</div>
</content>
</entry>
<entry>
<title>Introduce GBytesIcon</title>
<updated>2013-04-21T20:25:15+00:00</updated>
<author>
<name>Ryan Lortie</name>
<email>desrt@desrt.ca</email>
</author>
<published>2013-04-20T21:23:31+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/glib.git/commit/?id=9cc222c0bfc65034143753a64b081b7811ee48f1'/>
<id>9cc222c0bfc65034143753a64b081b7811ee48f1</id>
<content type='text'>
GBytesIcon is an icon that has a GBytes inside of it where the GBytes
contains some sort of encoded image in a widely-recognised file format.
Ideally this will be a PNG.

It implements GLoadableIcon, so GTK will already understand how to use
it, but we will add another patch there to make things more efficient.

https://bugzilla.gnome.org/show_bug.cgi?id=688820
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
GBytesIcon is an icon that has a GBytes inside of it where the GBytes
contains some sort of encoded image in a widely-recognised file format.
Ideally this will be a PNG.

It implements GLoadableIcon, so GTK will already understand how to use
it, but we will add another patch there to make things more efficient.

https://bugzilla.gnome.org/show_bug.cgi?id=688820
</pre>
</div>
</content>
</entry>
</feed>
