Age | Commit message (Collapse) | Author | Files | Lines |
|
Upstream didn't support HTTPS, and is dead now.
https://lwn.net/Articles/762264/
Updating all older branches to reduce the efficacy of a possible
malicious tarball upload to the bzip.org website since it is now in
unknown hands.
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=766026
|
|
Leave setup.py and package versions at 1.6.4 for now.
|
|
|
|
This reverts commit 8f0739c42382a8117d7c6facad150f01e0ede322.
This was a revert that was used for convenience after tagging
1.6.4, to point recipes back to origin/1.6. Only that it points
some back to 1.6.3 now. Undo this again for now, and once we
know 1.6.4 builds fine without any other changes needed in
cerbero we'll point recipes back to origin/1.6 again.
|
|
... which disappeared with NDK r11.
https://bugzilla.gnome.org/show_bug.cgi?id=763999
|
|
This reverts commit 2fd6139dedcd7bf107b68763ceabb7e138af2f2f.
The recipes of the 1.6 branch should always point at the 1.6 branch of all the
recipes. The tags should point at specific tags.
|
|
long is 32 bits on Win64, GType 64 bits.
https://bugzilla.gnome.org/show_bug.cgi?id=758738
|
|
They fail to build with newer livetex.
https://bugzilla.gnome.org/show_bug.cgi?id=764776
|
|
git-for-windows will error out with 'Tell me who you are'
otherwise, if no global user config exists.
|
|
Otherwise git may fail to apply patches to our unpacked
source trees if there's no valid global git user config
yet, with "fatal: empty ident name (for ...) not allowed".
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Previously we were installing it as "vala", but it should be inside
a subdirectory called "vala" with its original file name.
https://bugzilla.gnome.org/show_bug.cgi?id=760765
|
|
Fix a typo that broke the uuid for the visualisers package
|
|
|
|
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
|
|
|
|
|
|
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
|
|
downloading
|
|
|
|
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
|
|
|
|
Windows
|
|
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
|
|
|
|
Android >= 6.0
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
|
|
launched
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
|
|
|
|
Otherwise we have to re create the cache each time, and that takes time.
|
|
|
|
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.
|
|
|
|
|
|
|
|
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
|
|
|
|
See https://openradar.appspot.com/22671534 for more details
|
|
|
|
|
|
Should fix build with XCode 7
|
|
XCode 7
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=755066
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=755066
|
|
More details here : https://github.com/Homebrew/homebrew/issues/41056
We don't really care about MMX, more targets will have better
alternatives anyway (SSE, ...).
|