- Dec 26, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Dec 24, 2015
-
-
Sebastian Dröge authored
and also include the mpegts and GL library pkg-config files.
-
- Dec 14, 2015
-
-
Several command invocations wrapped in for-each are missing ";" characters, which meant they get expanded on one line instead of separate lines. For some for-each invocations, you can get away with this and it will be OK, but for something like host-cp, it changes the meaning. As a result, some host-cp invocations will fail with errors like: cp: target ‘X’ is not a directory Fix this by adding the necessary semicolons. https://bugzilla.gnome.org/show_bug.cgi?id=759380
-
- Dec 11, 2015
-
-
Sebastian Dröge authored
-
- Dec 01, 2015
-
-
Tim-Philipp Müller authored
-
This allows creating 'light' binaries (i.e. just one arch) when we are not targetting universal builds And remove the gobject-introspection.recipe specific fix
-
- Nov 24, 2015
-
-
Sebastian Dröge authored
If which is not in the $PATH, why would whereis be? Fixes the build on Windows where "whereis" does not exist.
-
By default the compilation system used by gobject-introspection (which is the python distutils compiler system) will create "universal" builds. We don't need that for g-ir-scanner
-
- Nov 20, 2015
-
-
Thibault Saunier authored
-
- Nov 19, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Nov 18, 2015
-
-
After polling for file descriptors, the Cocoa select thread did wake up the main run loop instance that has been stored in a static variable. This variable might have already been set to NULL by g_main_context_release, resulting in a segfault of CFRunLoopWakeUp. This race is fixed by this commit by simply not storing the main run loop in a variable, but instead calling CFRunLoopGetMain locally where needed. Within a single process, the main run loop is always the same, and always accessible. It is therefore not necessary anyway to remember the run loop instance when acquiring the context. https://bugzilla.gnome.org/show_bug.cgi?id=758285
-
- Nov 17, 2015
-
-
Thibault Saunier authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Nov 13, 2015
-
-
George Kiagiadakis authored
-
- Nov 11, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Nov 07, 2015
-
-
Due to the latest changes in Android 6.0 runtime (http://developer.android.com/intl/ko/about/versions/marshmallow/android-6.0-changes.html#behavior-runtime) Each module should explicitly define it's SONAME. since the building scripts for building android_gstreamer.so doesn't define soname the library is built without one. This will cause a failure in loading any library that uses libgstreamer_android.so. https://bugzilla.gnome.org/show_bug.cgi?id=757732
-
- Nov 04, 2015
-
-
Thibault Saunier authored
To avoid rescanning the registry at each start we symlink the plugins to some user directory and thus we can not have several bundle launched at once
-
- Nov 03, 2015
-
-
Thibault Saunier authored
-
Thibault Saunier authored
Otherwise we have to re create the cache each time, and that takes time.
-
Thibault Saunier authored
-
Matthew Waters authored
Allows nesting certain configuration operations. e.g. modifying home_dir in one file, the configured target/arch in another and setting the build-tools sources directory in another. When multiple options are specified, the last one one wins. https://bugzilla.gnome.org/show_bug.cgi?id=757511
-
- Nov 02, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
gmp.h contains the sizeof(mp_limb_t), which is 32 bits on 32 bit architectures and 64 bit on 64 bit architectures. nettle will fail with assertions when mixing these, and other things probably won't work well either.
-
Sebastian Dröge authored
-
Sebastian Dröge authored
They waste time and space, and because of the missing symbolic link support they have lots of duplicated files. People on Windows can also just use an application to extract tar.bz2 files.
-
- Oct 30, 2015
-
-
By default, we are now always using the 'latest' SDK, as returned by the xcodebuild command line tool, i.e. no hard-coded SDK paths are used by cerbero anymore. It is still possible to ask for a specific SDK version, by setting 'osx_target_sdk_version' in config (e.g. setting it to '10.10' to force compilation against the 10.10 SDK). Requesting an SDK version via osx_target_sdk_version that doesn't exist on the system will error out. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=757357
-
- Oct 28, 2015
-
-
Update to latest version of xz (xz-5.2.2). Closes https://github.com/EricssonResearch/cerbero/pull/37
-
- Oct 27, 2015
-
-
George Kiagiadakis authored
-
- Oct 26, 2015
-
-
George Kiagiadakis authored
LIBSPANDSP_EXPORTS must only be defined while building libspandsp, otherwise code that uses spandsp symbols will be using them with the dllexport attribute and the binaries will probably fail at runtime. The change in config_sh is required because we patch the Makefile.am, so automake needs to run again, and while "make" will detect that, the code in the tarball is configured to run "automake-1.13", which will fail on most systems nowadays. Calling autogen.sh again ensures that we call the correct automake.
-
- Oct 25, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
Otherwise we might initialize gobject before glib, causing assertions and crashes. https://bugzilla.gnome.org/show_bug.cgi?id=756139
-
- Oct 24, 2015
-
-
George Kiagiadakis authored
-
George Kiagiadakis authored
Because they conflict with libmp3lame symbols when we link everything statically for mobile targets https://bugzilla.gnome.org/show_bug.cgi?id=756882
-
Sebastian Dröge authored
-
- Oct 23, 2015
-
-
Olivier Crête authored
-