po: update translations
0.10.35.2 pre-release
glib-compat: Add license boilerplate for LGPL
baseaudiosink: fix late buffer leak
decodebin2: tweak chain topology description

... to also properly indicate chain's endpad if no elements are in the
chain (due to the endpad being a raw demuxer pad, or one setup without
decoders since uridecodebin or higher up decided not to need those).
tag: exif: do not include \0 in size passed to g_convert

When using g_convert, we should only pass the length
of the string content (without the \0) as g_convert will
only parse the real contents when changing formats. Including
the \0 causes it to add another \0, increasing the string
size when not needed.

For example, when writting a North geo location ref entry, that should
be a string with a single N letter, it would write:
"N\0\0", causing the string to have size 3, instead of 2 as expected.

In our case, we can pass -1 and let g_convert calculate the strlen as
we don't use the length anywhere else.

This fixes jifmux's tests on gst-plugins-bad.
audiodecoder: set a non-zero default maximum tolerated errors

Whereas the previous default 0 was backwards compatible in that it lead
to erroring out immediately upon any error, elements that are really
ported and using the base class error macro can be assumed to intend to
improve behaviour rather than maintaining the old one.  So, make it easy
on those and any future one and tolerate some errors by default, as intended.

Fixes #666579.
gstvideo: fix a RGB ordering mixup in colorspace conversion code
tag: xmp: Keep compatibility with our old generated xmp

We used to add a trailing \n to the end of generated xmp packets.
Windows viewer was unhappy with it and we fixed it in
96d2120c2bb0b29e1849098198f5fbef81939cdd

The problem is that this caused xmp generated before this fix
to not be recognized and parsed anymore. This patch makes it
recognize xmp with the trailing \n and without, fixing the
regression. Also adds tests for it.
audiodecoder: tweak documentation
audioencoder: add a few more debug statements
tag: fix writing of Exif tag payloads <= 4 bytes

When the payload for an Exif tag is less than or equal to 4 bytes,
the data is simply put into the offset field. Fix writing these
kinds of payloads on big endian systems (and possibly also on
little endian systems). The caller will have already formatted
the bytes in memory according to the writer's endianness, so just
write out the bytes as they are in this case. Fixes tags unit test
on big endian systems.
theoraenc: fix template caps creation on big endian systems
oggmux: fix leak when initializing pads

Pads are initialized twice: when requesting pads and when
initializing collectpads. Avoid double initialization by
checking if collectpads are still going to be initialized when
creating request pads.
streamsynchronizer: avoid crashing when operating on released pad
streamsynchronizer: force fallback buffer_alloc when other pad not available

... to avoid unnecessary spurious errors (upon e.g. shutdown).
If a real error is applicable in this unusual circumstance (missing other pad),
other (STREAM_LOCK protected) call paths can take care of that.
Automatic update of common submodule

From 63d592e to cb5da59
pango: changes includes from brackets to quotes for local files

https://bugzilla.gnome.org/show_bug.cgi?id=667316
videotestsrc: keep the calculation fixed-point

https://bugzilla.gnome.org/show_bug.cgi?id=667315
rtcpbuffer: prevent overflow of 16bit header length.

RTCP header can be  (2^16 + 1) * 4 bytes long, so when validating a bogus
packet it was possible to get a 16bit overflow resulting in a length of 0.
This would put the gst_rtcp_buffer_validate_data function in a endless loop.

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