detected in Martin's world with test-dependencies
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
detected in Martin's world with test-dependencies
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
If x11-base is included in the image, XFCE4 session does not correctly
start because mini-x-session has higher priority at 50.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This option was causing a QA warning:
NOTE: QA Issue: xfconf: configure was passed unrecognised options: --with-sysroot
Signed-off-by: Trevor Woerner <trevor.woerner@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* use xfce-git to fix aclocal-copy error
* add intltool-native in DEPENDS to fix
| configure.in:57: error: possibly undefined macro: AC_PROG_INTLTOOL
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
common preparations for xfce-git-repos
* implement autogen.sh call in do_configure_prepend
* AUTOTOOLS_COPYACLOCAL = "1": In oe-core commit
79ea036de331bde65a88fb777647dc099ef05acf copying aclocals was moved to
do_configure[prefuncs]. These are called before do_configure_prepend which
causes configure.ac not yet being created and autotools_copy_aclocals
returning undone.
By using this class tons of errors like
| aclocal: error: couldn't open directory '/home/a.mueller/tmp/oe-core-eglibc/work/armv7at2hf-vfp-neon-angstrom-linux-gnueabi/xfce4-settings/4.11.0+gitAUTOINC+b7a0e1fd77-r0/git/aclocal-copy/': No such file or directory
| autoreconf: aclocal failed with exit status: 1
are fixed.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
exo-native fails to build due to more strict dependency checking
introduced in autotools.bbclass. intltool-native should be explicitly
defined as a dependency.
Signed-off-by: Adam YH Lee <adam.yh.lee@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Note: this patch (v3) obseletes previous versions
libxfce4ui_4.10.0.bb: Upstream changes required autotools and gettext (intl)
fixes, as well as moving the autogen stuff to a separate task. Full depends
were also added (2 were converted to PACKAGECONFIG options) along with a
vendor config option.
Signed-off-by: Stephen Arnold <stephen.arnold42@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Changes:
- rename SUMMARY with length > 80 to DESCRIPTION
- rename DESCRIPTION with length < 80 to (non present tag) SUMMARY
- drop final point character at the end of SUMMARY string
- remove trailing whitespace of SUMMARY line
Note: don't bump PR
Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
xfconf-4.10.0 does not use OE sysroot as is.
--with-sysroot=yes
will make configure run CC --print-sysroot
and use that.
When searching the PATH for perl, no target perl is found,
since PATH does not contain any reference.
Instead native perl is found, and if certain perl packages
are installed on the host machine, the xfconf perl support
is enabled which may cause the build to fail on 64 bit hosts.
If the perl packages are not installed on the host, then
perl support in xfconf is disabled, and the xfconf build
will succeed, even on 64 bit hosts.
If native perl is found, and the perl packages are available
on the host, the perl support is enabled.
Since native perl is used, the native linker is used to link the
resulting *target* code.
The perl support requires some libraries, which are built for the target.
If the host is 64 bit (x86_64) and the target is 32 bit (ARM?),
there is a mismatch which is detected by the linker,
and the libraries found are rejected.
If the host does not have the correct libraries,
then the xfconf build fails.
If the host has the correct libraries, then the linker will try
to link host libraries with the target application.
The patch will define PERL as the target perl.
This means that configure will look for the required perl
packages in the target sysroot, instead of in the native filesystem.
The patch has been tested in Angstrom master, which does not
build the required perl packages, and thus perl support
in xfconf is disabled, and the build succeeds.
A simpler way to do this, proposed by Charles Ash <ashcharles@gmail.com>
is to simply disable the perl-support in xfconf.
This patch will be better, if ever the support for the needed
perl packages is added to the OpenEmbedded/Angstrom build.
Signed-off-by: Ulf Samuelsson <ulf@emagii.com>
Tested-by: Ash Charles <ashcharles@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Remove all PR = "r0" from all .bb files in meta-oe repo. This was done
with the command sed -e '/^PR.*=.*r0\"/d' meta*/recipes*/*/*.bb -i
* We've switching to the PR server, PR bumps are no longer needed and
this saves people either accidentally bumping them or forgetting to
remove the lines (r0 is the default anyway).
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
fixes (detected in Martin's world build):
| /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/xfce4-icon-theme/4.4.3-r0/xfce4-icon-theme-4.4.3/configure: line 4836: syntax error near unexpected token `am'
| /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/xfce4-icon-theme/4.4.3-r0/xfce4-icon-theme-4.4.3/configure: line 4836: `XDT_I18N(am ar ca cs da de dz el en_GB eo et eu fi fr he hu id ja ka ko lt lv mk nb_NO pl pt_BR pt_PT ro ru si sk sq tr uk ur zh_CN zh_TW)'
| Configure failed. The contents of all config.log files follows to aid debugging
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
fixes (detected in Martin's) world build:
| configure:14617: checking for libsoup-2.4 >= 2.26.0
| configure:14659: result: not found
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
fix commit 23f020f742 which introduced wrong version
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
we use git sources - the last release is 3 years ago
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
defaults based upon DISTRO_FEATURES for alsa and pulseaudio
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
gtk3 support was introduced in b3a2a01b40 when we
moved to latest git
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
I implemented a datetime setting dialog based on gnome-control-center and
submitted a pull-request in [1,2]. As long as it is not submitted - or as long
as I find no way to patch binary files (e.g. icons - I asked for that in [3] -
no response yet) we use the git repo and a copied branch of the pull-request
(just in case some feedback from xfce-devels requires modifcations).
Some patches had to be modified/removed to apply against mainline HEAD still.
Furthermore in 0002-mouse-settings-dialog-add-touchscreen-pointer-option.patch
label 'alignment8' was introduced mainline and we do not need mouse-dialog_ui.h
when building from git in maintainer-mode - this file is created during build
process.
[1] http://mail.xfce.org/pipermail/xfce4-dev/2013-September/030442.html
[2] https://bugzilla.xfce.org/show_bug.cgi?id=10354
[3] http://lists.openembedded.org/pipermail/openembedded-core/2013-September/083804.html
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* in commit f30f9742e64ea5ec3b23d977b904f24799d773d6 the signature for
xfce_shortcut_conflict_dialog was changed. This change is required for
xfce4-setings HEAD. In the next patch of this series the development
of a datetime setter for xfce4-settings will be introduced and this
is put on top of xfce4-setings HEAD.
* there has been no release since 04.2012
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
It's not necessary to specify the protocol parameter when it's the
default protocol for the fetcher, e.g. the default protocol for
git fetcher it git, "protocol=git" isn't needed.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fails without it:
| NOTE: Executing intltoolize --copy --force --automake
| xfce4-icon-theme/4.4.3-r0/temp/run.do_configure.2826:
intltoolize: not found
| ERROR: Function failed: do_configure (log file is located at
xfce4-icon-theme/4.4.3-r0/temp/log.do_configure.2826)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* tumbler configure needs XDT_I18N macro provided by xfce4-dev-tools
| tumbler-0.1.29/configure: line 13752: syntax error near unexpected token `$linguas'
| tumbler-0.1.29/configure: line 13752: `XDT_I18N($linguas)'
| Configure failed. The contents of all config.log files follows to aid debugging
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
