WARNING: QA Issue: thunar requires libgudev-1.0.so.0, but no providers in its RDEPENDS [file-rdeps]
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
WARNING: QA Issue: tumbler rdepends on libxml2, but it isn't a build dependency? [build-deps]
WARNING: QA Issue: tumbler rdepends on libgsf, but it isn't a build dependency? [build-deps]
WARNING: QA Issue: tumbler rdepends on libbz2, but it isn't a build dependency? [build-deps]
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
* find freetype2 by packageconfig -> get out of blacklist
* inherit gtk-doc to avoid
| gtk-doc.make:7: error: GTK_DOC_USE_LIBTOOL does not appear in AM_CONDITIONAL
| docs/reference/tumbler/Makefile.am:84: 'gtk-doc.make' included from here
| gtk-doc.make:59: error: GTK_DOC_BUILD_HTML does not appear in AM_CONDITIONAL
| docs/reference/tumbler/Makefile.am:84: 'gtk-doc.make' included from here
| gtk-doc.make:64: error: GTK_DOC_BUILD_PDF does not appear in AM_CONDITIONAL
| docs/reference/tumbler/Makefile.am:84: 'gtk-doc.make' included from here
| gtk-doc.make:73: error: ENABLE_GTK_DOC does not appear in AM_CONDITIONAL
| docs/reference/tumbler/Makefile.am:84: 'gtk-doc.make' included from here
| gtk-doc.make:294: error: HAVE_GTK_DOC does not appear in AM_CONDITIONAL
| docs/reference/tumbler/Makefile.am:84: 'gtk-doc.make' included from here
| tumblerd/Makefile.am:93: warning: '%'-style pattern rules are a GNU make extension
| autoreconf: automake failed with exit status: 1
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
* we need gtk-doc before xfce-git, because gtk-doc needs configure.in or configure.ac
and the repository contains only configure.ac.in which is transformed into
configure.ac by autogen which is prepended to do_configure by xfce-git (so
this .bbclass needs to appear in inherit after gtk-doc to prepend autogen.sh
before gtkdocize call.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Fixed SRC_URI:
* ${PN} -> ${BPN}, use ${BP} if it was ${PN}-${PV}
* ${P} -> ${BP}
Otherwise we would meet do_fetch errors when we do the multilib, native
or nativesdk build.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* These recipes all use gtk-doc m4 macros but were missing
dependencies on the class.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* These recipes all use pkg-config in some way but were missing
dependencies on the tool, this patch adds them.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* These recipes all require intltool-native to build but were missing
a dependency on it.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The notify-dbus.h file is autogenerated during compilation into the
xfce4-notifyd subdirectory. This directory doesn't exist in an
out-of-tree build so we add one manually.
Signed-off-by: Ash Charles <ashcharles@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Screenshooter autogenerates screenshooter-marshal.[ch] in lib/ during
compilation. The source directory contains a lib/ but this directory
doesn't exist in a build directory by default so we add one manually.
Really, this should be corrected in the upstream package.
Signed-off-by: Ash Charles <ashcharles@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Cursors patched into the install by 0001-add-cursor-theme-xfce-invisible.patch
are located in the source directory. To install during an out-of-tree build,
we need to copy them from the source directory, not the current build
directory. See [1] for discussion.
Upstream-Status: Submitted
[1] https://bugzilla.xfce.org/show_bug.cgi?id=9474
Signed-off-by: Ash Charles <ashcharles@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The autogen.sh script executed by the xfce-git.bbclass needs to be
run in and from the source directory. The configuration step can
still be run from out-of-tree.
Currently, this affects these recipes:
* libxfce4ui
* xarchiver
* xfce4-taskmanager
* xfce4-closebutton-plugin
* xfce4-settings
* xfwm4
Upstream-Status: Inappropriate (configuration)
Signed-off-by: Ash Charles <ashcharles@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The xdt-autogen target in the generated scripts/Makefile refers to
a $(srcdir)/xdt-autogen.in file. For an out-of-tree build, this file
is actually located in $(builddir)/xdt-autogen.in. See [1]
Upstream-Status: Submitted
[1] https://bugzilla.xfce.org/show_bug.cgi?id=10899
Signed-off-by: Ash Charles <ash@gumstix.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>
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>
