linux/meta-openembedded.git/meta-ruby, branch jethro-next

libgxim: move from meta-ruby back to meta-oe

2015-12-30T12:05:45+00:00

* it was moved to meta-ruby (totherer with imsettings which depends on libgxim) because of ruby-native dependency, now when ruby was moved from meta-ruby to oe-core we can move libgxim back to meta-oe (which also allows imsettings in meta-xfce to depend only on meta-oe as well) Signed-off-by: Martin Jansa

imsettings: Move from meta-ruby to meta-xfce

2015-12-28T17:34:04+00:00

It depends on xfconf which is XFCE component, no one depends on imsettings in meta-ruby so move it close to its dependencies. Ideally, xfconf should be turned into PACKAGECONFIG and this recipe then moved to meta-oe since all kind of DE's can use it then. For now it frees meta-ruby from unnecessary dependency on xfce layer Change-Id: I6b5896b0db504fad49a9da5967d3493e27c627b0 Signed-off-by: Khem Raj Signed-off-by: Martin Jansa Signed-off-by: Armin Kuster

imsettings: add xfconf dependency and xfce-layer to LAYERDEPENDS

2015-11-16T20:57:48+00:00

* this isn't optimal, but this issue was ignored by recipe author for too long: http://lists.openembedded.org/pipermail/openembedded-devel/2015-July/102253.html http://patchwork.openembedded.org/patch/86091/ Signed-off-by: Martin Jansa

README: update maintainers list for jethro

2015-11-11T11:11:28+00:00

Signed-off-by: Armin Kuster Signed-off-by: Martin Jansa

ruby: remove the recipe due to its move to oe-core

2015-09-23T13:37:21+00:00

Signed-off-by: Alexander Kanavin Signed-off-by: Martin Jansa

libgxim: inherit gettext to fix build error in a non-gplv3 build.

2015-09-08T14:18:35+00:00

| configure.ac:18: warning: AM_NLS is m4_require'd but not m4_defun'd | aclocal.m4:2363: IT_PROG_INTLTOOL is expanded from... | aclocal.m4:2545: AC_PROG_INTLTOOL is expanded from... | configure.ac:18: the top level | configure:12119: error: possibly undefined macro: AM_NLS | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. Signed-off-by: Bian Naimeng Signed-off-by: Martin Jansa

bundler: remove broad FILES definition

2015-08-31T17:43:44+00:00

This effectively reverts commit 4e8853ca05f797281469ae7c7ce0c0b3ccf0d7c1 [bundler: Fix QA new Error] The original QA error is now handled by changes to the ruby.bbclass to properly handle build_info and extensions directories that Ruby 2.0.0 now creates while installing gems. This revert isn't specifically required but by removing this broad definition of FILES the hope is that other ruby recipes won't copy this behavior which can actually lead to other QA errors/warnings, depending on what gets installed in the build_info and extensions directories. Signed-off-by: Mark Asselstine Signed-off-by: Martin Jansa

ruby.bbclass: handle new installation directories

2015-08-31T17:43:44+00:00

It appears that newer versions of ruby produce additional directories which were not previously handled by the ruby bbclass, specifically 'build_info' and 'extensions'. This is currently resulting in QA errors/warnings such as: ERROR: QA Issue: puppet: Files/directories were installed but not shipped in any package: /usr/lib64/ruby/gems/2.2.0/build_info /usr/lib64/ruby/gems/2.2.0/extensions Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install. [installed-vs-shipped] Add these to our FILES in the bbclass such that they will packaged. NOTE: several files may exist in the extensions directory such as gem.build_complete and mkmf.log that we can most likely remove during do_install. Since ruby installs these by default they have been left in case their existence is used as some type of stampfile or similar. Signed-off-by: Mark Asselstine Signed-off-by: Martin Jansa

imsettings: fix build error.

2015-07-16T19:09:05+00:00

multi-line ACLOCAL_AMFLAGS isn't supported by autoreconf, otherwise a configure error as follow will be caught. aclocal: error: non-option arguments are not accepted: '\'. Signed-off-by: Bian Naimeng Signed-off-by: Martin Jansa

imsettings: add new recipe

2015-06-23T10:41:53+00:00

imsettings is a delivery framework for general input-method configuration Signed-off-by: Bian Naimeng Signed-off-by: Martin Jansa