lp:glib

Created by Registry Administrators on 2011-11-29 and last modified on 2017-01-16
Get this branch:
bzr branch lp:glib

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Registry Administrators
Project:
GLib
Status:
Development

Import details

Import Status: Failed

This branch is an import of the HEAD branch of the Git repository at git://git.gnome.org/glib.git.

The import has been suspended because it failed 5 or more times in succession.

Last successful import was on 2017-01-19.

Import started on 2017-01-23 on pear and finished on 2017-01-23 taking 25 seconds — see the log
Import started on 2017-01-21 on pear and finished on 2017-01-21 taking 25 seconds — see the log
Import started on 2017-01-20 on pear and finished on 2017-01-20 taking 40 seconds — see the log
Import started on 2017-01-19 on pear and finished on 2017-01-19 taking 25 seconds — see the log

Recent revisions

16612. By Daniel Mustieles on 2017-01-16

Updated Spanish translation

16611. By Matthias Clasen <email address hidden> on 2017-01-16

2.51.1

16610. By Matthias Clasen <email address hidden> on 2017-01-16

Pass --from-code to xgettext

It seems to require that now.

16609. By Philip Withnall <email address hidden> on 2017-01-12

gregex: Fix an assignment-after-free error

The match_info is freed just above this line, so this would result in a
write to freed memory.

Spotted by Leslie Zhai <email address hidden>.

https://bugzilla.gnome.org/show_bug.cgi?id=777077

16608. By Philip Withnall <email address hidden> on 2017-01-12

gregex: Fix a potential use-after-free bug

If the match_info out argument is NULL, info will be freed, but then its
matches member will be accessed.

Spotted by Leslie Zhai <email address hidden>.

https://bugzilla.gnome.org/show_bug.cgi?id=777077

16607. By Bastien Nocera on 2017-01-11

gio: Bump copy buffer size to 256k by default

This is small enough that it shouldn't cause problems on most machines
we support, but big enough to increase throughput on a lot of devices
and network protocols.

Note that the actual value is 256k minus malloc overhead, so that it
fits nicely in a 256k block (as suggested by Alexander Larsson).

See https://bugzilla.gnome.org/show_bug.cgi?id=773632

https://bugzilla.gnome.org/show_bug.cgi?id=773823

16606. By Bastien Nocera on 2017-01-11

gio: Use heap-allocated buffer

As if we were to increase the buffer size, it would be a bit too big to
fit on the stack.

https://bugzilla.gnome.org/show_bug.cgi?id=773823

16605. By Chun-wei Fan <email address hidden> on 2017-01-09

Visual Studio builds: Move project files to win32/

It was suggested that the project files be moved here as we don't actually
need to go two directory layers from $(srcroot), and would help us to
standardize on things in the future across the board.

16604. By Chun-wei Fan <email address hidden> on 2017-01-09

Makefile.msvcproj: Document further

Mention that the *.headers are needed only if headers need to be installed
with the project/module after the build. Also, use a generic "YourProject"
rather than the "gdk-4" project file name--I missed changing the name in the
process.

16603. By Chun-wei Fan <email address hidden> on 2017-01-09

Makefile.msvcproj: Document things a bit better

If Visual Studio 2013 or later is required, let people know how this
autotools module should be used.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.