Cleanup means:
* remove unnecessary dependencies
* gobject-introspection builds fine for musl these days
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* No Changelog avalailable - they suggest to clone the repo :(
* they use gettext instead of intltool
* gconf is not required in DEPENDS - modern gnome does not use gconf anymore
* add upstream-version-is-even to inherit
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* "xz" is default for GNOME_COMPRESS_TYPE
* instead of patching away help-files, build them and let users decide if and
how to pack them by inheriting gnome-help.bbclass
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Now that we can build gnome help files, let our users decide what to do with
them:
if 'helpfiles' not in DISTRO_FEATURES
delete all help contents during install
else
if PACKAGE_NO_HELP_SPLIT == 1
pack all help files to ${PN}-help
else
pack help files to ${PN}-help-<lingua>
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
I have no idea if this is the right thing to do, but without the patch I
can't actually buil OE because none of these layers are compatible
with the change in openembedded-core to move to zeus.
Fixes: a5c9709b8d ("layer.conf: Update for zeus series") # openembedded-core
Signed-off-by: Palmer Dabbelt <palmer@dabbelt.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This adds a recipe for zenity - GNOME's utility for displaying dialog
boxes from the command line and shell scripts.
Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Thsi recipe inherits gtk-icon-cache which adds hicolor-icon-theme to
dependencies conditionally, this however gets lost if the DEPENDS is
using = instead of +=
Fixes
ERROR: QA Issue: gparted rdepends on hicolor-icon-theme, but it isn't a build dependency, missing hicolor-icon-theme in DEPENDS or PACKAGECONFIG? [build-deps]
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* gconf is orphaned (last release 2013) and we should get rid of it
* pythonnative does not seem to miss - did not find any trace it is required
Notes:
* The only diff buildhistory reports are missing RRECOMMENDS on gconf-dev for
the (many) dev-packages
* Had to disable introspection: quemu runs at 100% on one CPU and never finishes
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
All the other libraries which have version number in their names use
wildcard when listed in FILES. To be consistent do the same for
libebook.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
It seems current versions of EDS do not istall anything into
${datadir}/evolution-data-server-1.4. No such directory even exists.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Its a GNOME pacakge and SRC_URI provided by gnomebase bbclass is good
enough. No need to duplicate it.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This feature needs some minor patches to be usable. First the
libphonenumber does not use pkgconfig so eds has its own cmake support
for detection location of the lib. Unfortunately this ends up adding
-L/usr/lib to LDFLAGS.
Another problem can be observed when building the code agains musl libc.
Libphoneumber support code in eds tries to use LC_ADDRESS to determine
the language which should be used for some address related localization
features libphonenumber has. Since LC_ADDRESS is not available in musl
the build will fail. We can use LC_MESSAGES for musl however.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This depends on libgweather which is currently not provided in
meta-gnome. The feature builds and works if the recipe is shipped in
another meta layer. Make it easy to switch it on.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Although gnome-online-accounts is currently not provided by meta-gnome
the feature works fine if the requried recipe is available in another
meta layer. Make it easy to enable goa support in such case.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
EDS does offer vala bindings and there are a few GNOME pacakges which
use them. Make it possible to enable them in OE.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
It has been broken since the pacakge was migrated from autotools to
cmake. Make it usable once again.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Dependencies for both features are present in either oe-core oe
meta-openembedded meta layer. Both features build and work without any
additional modifications.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The package uses cmake nowadays. It has no need for EXTRA_OECONF. The
build process does not produce any la files.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Without this package config files end up being installed in /usr/etc.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Most binary distributions package those libraries separetely. Also do it
in OE.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Many GNOME projects including eds use versioning scheme checked by this
bbclass.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The package does not actually need X11 to build and work. Its perfectly
usable in headless or wayland only setups.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* 0004-Use-recommended-way-to-handle-the-icu-namespace.patch patch is
already included in this release. Drop it.
* To make this update possible we need to work around cmake inability to
compile code for the host machine while cross compiling. To work
around this necessary tools are manually compiled in the
do_compile_prepend step. Custom patch is then used to modify project
cmake files to invoke provided host tools instead of those produced
during cross build.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is the latest stable upstream release.
For the most part this is a simple version bump. There are however
some small additional changes this patch makes.
1. Inherit gettext bbclass since the build system used by this pacakge
does use it.
2. Inherit upstream-version-is-even bbclass. GNOME components like this
do follow versioning scheme checked by this bbclass.
3. Use PACKAGECONFIG to handle pam feature.
4. Add optional, disabled by default feature for ssh-agent integration
this new version of gnome-keyring has. This does not introduce any
additional build time dependencies. For the feature to work ssh-add
and ssh-agent tools need to be provided in the rootfs. Both are shipped
in openssh-misc package. For the configure script to work reliably in
all setups we also need to tell it said tools are available in
bindir. This is done by specifying ac_cv_path_SSH_ADD and
ac_cv_path_SSH_AGENT. Without those configure can fail if the host
system does not have both tools instsalled in /usr/bin.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is the latest upstream stable version.
Besides simple version bump this patch also makes the following changes:
1. Switch build system from autotools to meson.
2. Drop x11 as required distro feature. This package by itself does not
depend on x11. It's perfectly usable in headles or wayland only
environments.
3. Drop intltool-native and gnome-common-native from DEPENDS since those
packages no longer seem to be needed by meson based build setup.
4. Add runtime dependency on bluez5. The package obviously needs it to
function, but since it does not link with any libs provided by bluez5
(it talks to bluez stack via dbus) this dependency won't be added
automatically.
5. Inherit upstream-version-is-even since GNOME packages do follow
versioning convention checked by this bbclass.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is the latest upstream stable version of this library. Besides
simple version bump this patch also makes the following changes:
1. Switch from autotools to meson.
2. Drop gnome-common-native from DEPENDS. Its no longer needed to build
the package.
3. Drop X11 feature check. This package itself does not actually depend
on X11. Its prefectly usable in headless or wayland only environments.
The only case where it depends on X11 indirectly is when its build
with gtk support which can, but does not have to depend on X11.
4. Add PACKAGECONFIGs for customization options the package has. The
defaults config is left unchanged compared to the previous version.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Andreas Müller
Richard Purdie
Khem Raj
Palmer Dabbelt
Trevor Gamblin
Bartosz Golaszewski
Piotr Tworek
Adrian Bunk