summaryrefslogtreecommitdiff
path: root/meta/recipes-gnome
AgeCommit message (Collapse)AuthorFiles
2013-06-11librsvg: configure needs a native gdk-pixbuf binarySaul Wold1
Build failure was seen on the autobuilder, so add gdk-pixbuf-native to depends list Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-06-04gdk-pixbuf: upgrade to 2.28.1Ross Burton5
Something along the lines of pngversion.patch was merged upstream, so drop that patch. Also use the new trim_version() function for a future-proof SRC_URI. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-30hicolor-icon-theme: keep inherited dependencies and switch to gnomebaseEric Bénard1
- switching to gnomebase removes postinst and postrm scripts that gtk-icon-cache was bringing (and which are not necessary) else, if an image installs hicolor-icon-theme without any other gnome package, the dependency on gdk-pixbuf-native was missing and if it exists, the host gdk-pixbuf-query-loaders binary was be used and it will try to update the host's cache - keep inherited dependencies as these are only native ones DEPENDS = autoconf-native automake-native gnome-common-native gnu-config-native libtool-native pkgconfig-native [YOCTO #4572] Signed-off-by: Eric Bénard <eric@eukrea.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-30librsvg: add sstate dependencies so that the SVG loader works at staging timeRoss Burton1
Add more sstate dependencies that were missing from the merge into master. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-29gtk+: update to upstream version 2.24.18Marko Lindqvist13
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-24librsvg: add sstate dependencies so that the SVG loader works at staging timeRoss Burton1
Add additional dependencies so that when the sysroot is populated the gdk-pixbuf SVG module can be loaded. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-24librsvg: small cleanupsRoss Burton1
Re-order fields to a more logical order. Remove the unrecognised --disable-mozilla-plugin option. Remove the unrequired setting of GDK_PIXBUF_QUERYLOADERS, it's found automatically. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-24librsvg: clean up native dependsRoss Burton1
inherit gnome was only used for the SRC_URI, so just inherit gnomebase and remove the native-specific DEPENDS which was only required as the gnome class pulls in an impossible hicolor-icon-theme-native dependency. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-24librsvg: add more PACKAGECONFIG optionsRoss Burton1
Add options for the gdk-pixbuf loaders and the GTK+ 2 theme engine. The theme engine is generally unused so don't enable that by default, but enable the gdk-pixbuf loader and also enable the croco feature which is required for parsing CSS embedded into SVG. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-24gdk-pixbuf: remove native loader cache generation, use the classRoss Burton1
We assumed that the only relevant gdk-pixbuf loaders in the native environment were the ones in gdk-pixbuf itself, as the icon cache is only for PNG files. However, glib-compile-resources can transform SVG files to raw image data, and done natively this requires the SVG loader to be registered. The current implementation relies on this assumption by generating the cache based on the staging directory during install, so if gdk-pixbuf-native is re-installed to the sysroot after librsvg-native it will overwrite the loader cache. So, remove the code in do_install that updated the cache, and rely on the new logic in pixbufcache.bbclass that updates the cache when it's installed into the sysroot itself. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-17gtk+3: disable Xinerama supportRoss Burton1
GTK+ has enabled by default support for Xinerama, but it's not a build dependency so this can be enabled or disabled depending if xinerama has been built previously. This can cause problems with sstate, and result in situations where PKG_CHECK_MODULES() for GTK+ can appear successful but the CFLAGS are not set. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-16json-glib: updated from 0.15.2 to 0.16.0Ionut Radu1
Signed-off-by: Ionut Radu <ionutx.radu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-12librsvg: update gdk-pixbuf loader cache when staging native packageTomas Frydrych1
librsvg installs an svg loader for gdk-pixbuf; in order for the native version of the loader to be usable by gdk-pixbuf-native we have to update the loader cache. Signed-off-by: Tomas Frydrych <tomas@sleepfive.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-08libgnome-keyring: remove, nothing in oe-core uses this anymoreRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-08gnome-keyring: remove, nothing uses it in oe-coreRoss Burton2
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-04-29libffi: Update to 3.0.13Saul Wold5
New patch is required to fix the location of the libdir defined i the libffi.la file which caused a bad RPATH (/usr/lib/../lib) due to the gcc -print-multi-os-directory returning ../lib. Remove Aarch64 patches as it is now supported upsteam. Other patch code is also upstreamed Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-04-29gnome-doc-utils: add SUMMARY and DESCRIPTIONPaul Eggleton1
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-04-22gconf: silence some spurious errorsRoss Burton2
The postinstalls were producing errors like this: (gconftool-2.real:10095): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Using X11 for dbus-daemon autolaunch was disabled at compile time, set your DBUS_SESSION_BUS_ADDRESS instead These are harmless but distracting, so take a patch from upstream to silence them. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-04-22gnome-icon-theme: add missing icon-cache inheritKoen Kooi1
When installing this manually the icon cache won't get refreshed. Rearrange recipe to comply the the styleguide as well. Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-04-16hicolor-icon-theme: bump PR to allow removal of duplicate from meta-gnomePaul Eggleton1
The recipe in meta-gnome has PR = "r1" so make it the same here and avoid PR going backwards for existing users of meta-gnome when the recipe there is removed. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-13gdk-pixbuf: Fix libpng determinism issuesRichard Purdie2
We now have libpng 1.6. If we build libpng12 as well as libpng 1.6, the 1.2 version gets preferred which is not desirable and does not give deterministic builds. We really do want to use libpng since the item in DEPENDS will provide this so manipulate the search list so the one we DEPEND on gets chosen. This was the cause of a recent autobuilder failure. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-08gtk-update-icon-cache-native: create wrapper scriptLaurentiu Palcu1
When using the sstate from another build machine, the path to the pixbuf loader's cache points to a path on the remote machine. Hence, the update of the icon cache fails on host. Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-02remove gtk-update-icon-cache-native virtualsAndreas Müller1
gtk-update-icon-cache-native is the only provider now Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-02gtk+: don't provide native buildAndreas Müller2
The only part required from native build is gtk-update-icon-cache. This is provided by gtk-update-icon-cache-native_3.4.4. This version works properly with gtk+. The patch was tested for gnome-icon-theme and hicolor-icon-theme by: 1. building xfce/gtk+ (gtk3-less) image 2. checking for existing icon-theme.cache in rootfs 3. running image / open menus + test applications 4. executing 'gtk-update-icon-cache-2.0 --validate <both icon-themes-dirs>' 5. executing 'gtk-update-icon-cache-2.0 -f <both icon-themes-dirs>' + exact size checking Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-02packagegroup-toolset-native: replace gtk+-native by gtk-update-icon-cache-nativeAndreas Müller1
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-09gconf: make polkit an option, and disable by defaultRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-05gtk+: mark as provider of virtual/gtk-update-icon-cache-nativeRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-05gtk-update-icon-cache-native: addRoss Burton1
This recipe builds natively just the gtk-update-icon-cache binary that is required to run the gtk-icon-cache.bbclass postinstall scripts. The advantage of doing this is it means running 400 less tasks which takes four minutes on my machine, as the alternative is building GTK+ natively (and so libX11, freetype, fontconfig...). Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-28gconf: update to 3.2.6Saul Wold3
remove automake patch as it been fixed upstream Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-25gconf: add patch to remove '+' from invalid characters listLaurentiu Palcu2
This will allow gconftool-2 to run when configuration source addresses contain the '+' sign. [YOCTO #3893] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-22gnome-common: upgrade to 3.7.4Constantin Musca3
- gnome-common finally is GPLv2+ - omf.patch is included in the new version Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-14gtk+: update to upstream version 2.24.15Marko Lindqvist15
- configure-nm.patch updated to apply - hardcoded_libtool.patch updated to apply - obsolete_automake_macros.patch removes as it's now part of upstream Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-13gtkhtml2: remove, nothing depends on itRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-12gtk+: use gtk-immodules-cache classLaurentiu Palcu3
In order to have the proper postinst/postrm scriptlets generated for gtk+ immodules packages, use the already existing class. [YOCTO #3853] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-12gnome-keyring: compile schemas on hostLaurentiu Palcu1
gsettings.bbclass offers just that. [YOCTO #3854] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-12librsvg: use the new pixbufcache classLaurentiu Palcu1
Also, fix the GDK_PIXBUF_QUERYLOADERS path. [YOCTO #3582] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-12gdk-pixbuf: use the new pixbufcache classLaurentiu Palcu1
[YOCTO #3582] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-08libart-lgpl: add art_config for mips64/mips64elJesse Zhang2
[ CQID: WIND00389505 ] Generated by gen_art_config.sh Signed-off-by: Jesse Zhang <sen.zhang@windriver.com> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-04gdk-pixbuf: use correct build path when installingRoss Burton1
The native install was invoking a binary in $S, but it's been built into $B. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-04gtk+: add missing $S references in do_installRoss Burton1
When $B != $S the relative paths are wrong, so add an explict $S. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-01metacity: remove, migrated to meta-gnomeRoss Burton2
(From OE-Core rev: 30b4dcdd3a4f78f3e7c7b94ffb9e0f94e56568ad) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-25gtk+: remove directfb supportConstantin Musca2
- DirectFB is not supported by gtk versions >= 2.18 [YOCTO #3642] Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-21packagegroup-sdk-gmae: remove GUPnP stack as it's no longer in oe-coreRoss Burton1
GUPnP is now in meta-multimedia, so remove it from this SDK packagegroup. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-21gtk+3: refresh cross.patchRoss Burton1
cross.patch was accepted upstream, so update this patch with the commit that was merged. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-17libffi: add AArch64 supportMarcin Juszkiewicz3
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-15gtk+: replace obsolete automake macros with working onesMarko Lindqvist2
Add obsolete_automake_macros.patch that replaces automake macros no longer supported by automake-1.13 with modern constructs. Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-15gconf: replace obsolete automake macros with working onesMarko Lindqvist2
Add obsolete_automake_macros.patch that replaces automake macros no longer supported by automake-1.13 with modern constructs. Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-10gtk+3: add 3.4.4Ross Burton2
Mostly taken from meta-gnome, with some changes. Instead of depending on gtk+-native, depend on just gdk-pixbuf-native and build the tool required for the host directly. This saves building the entire GTK+ stack natively just for one tool. Append a version suffix and use update-alternatives on gtk-update-icon-cache as with GTK+ 2. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-10gtk+: version installed gtk-update-icon-cache and use alternativesRoss Burton2
With GTK+ 3 being added soon we'll have potentially two providers of gtk-update-icon-cache. Append a version to the binary and use update-alternatives to ensure that the unversioned name works. For gtk+-native the alternatives won't take effect, so install a symlink explicitly. This will break if we have a gtk+3-native but we can fix that if and when that happens. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-07libart-lgpl: add AArch64 supportMarcin Juszkiewicz1
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-13 02:36:56 +0000