The licenses were renamed to match their SPDX names, fix the
references in LIC_FILES_CHKSUM
Correct the checksums where they were wrong
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Moved to meson build
3.24.3 (stable):
The tarball for 3.24.3 has been created with 'meson dist'.
If you build with Autotools from the tarball, please read the relevant
part of the README file.
Gtk:
* Actionable::get_action_target_value(): Fix ref count
(Kjell Ahlstedt)
Documentation:
* Improve the documentation of Gtk::Application::add_window()
and Gtk::Window::set_application()
(Kjell Ahlstedt) Issue #56 (Daniel Boles)
* Gtk::Button::set_image(): Fix the documentation
(Daniel Boles) Issue #58, merge request !22
* Gtk::TreeView::append_column(): Add code example
(Pavlo Solntsev) Merge request !21
* README: Add instructions for building gtkmm
(Kjell Ahlstedt)
* Explain key values
(Kjell Ahlstedt) Issue #6 (Mark Vender)
Demos:
* Don't use C++14 auto deduction
(Daniel Boles)
* Update the GLArea demo (similar to updates in gtk+)
(Kjell Ahlstedt)
* GLArea demo: Fix a crash
(Kjell Ahlstedt) Issue #63 (Gerlof Fokkema)
Tests:
* Builder test: Test derived props declared in C++
(Daniel Boles) Merge request !23
Build:
* Improve NMake support
(Chun-wei Fan)
* Fix Autotools build with X11 backend disabled (--enable-x11-backend=no)
(Kjell Ahlstedt)
* Use __declspec(dllexport) when building with Visual Studio
(Chun-wei Fan) Merge request !25
* Add support for building gtkmm with Meson
(Chun-wei Fan, Kjell Ahlstedt) Merge request !24, !26
* docs/reference/: Update for Doxygen >= 1.8.16
(Kjell Ahlstedt)
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Overview of Changes from GTK+ 2.24.32 to 2.24.33
================================================
*********************************************************
* *
* This is the final GTK 2.x release. *
* There will be no more updates to GTK 2. *
* All users are encouraged to update to GTK 3 or 4. *
* *
*********************************************************
* Make the output of gtk-query-immodules deterministic
* GtkCalendar: Use %OB if supported
* GtkIconTheme: prefer exact matches
* win32:
- Always process all available messages
- Ignore autorepeat for modifier keys
- Ensure monitor enumeration matches up
- Fix pkg-config file generation with msvc
- Fix UAC manifest rc file
- Add Visual Studio 2019 project files
* MacOS:
- Use NSGraphicsContext after Yosemite
- Force redraw on Mojave and later when processing updates
- Fix a use-after-free
* build:
- Support automake 1.16
- Fix compiler warnings with newer gcc
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This fixes introspection-less build. Sent upstream so hope they either
agree or come up with something better next release.
Tested before and after adding the patch by setting GI_DATA_ENABLED = 'False'
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This has a dependancy on GTK3DISTROFEATURES so add the check
ERROR: Nothing PROVIDES 'gtk+3' (but /.../meta-openembedded/meta-oe/recipes-gnome/libpeas/libpeas_1.25.3.bb, /.../poky/meta/recipes-gnome/gnome/adwaita-icon-theme_3.36.1.bb DEPENDS on or otherwise requires it)
gtk+3 was skipped: one of 'wayland x11' needs to be in DISTRO_FEATURES
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This change makes the parsing go though, we still might have build
issues, which will be reported in world builds seprately
Signed-off-by: Khem Raj <raj.khem@gmail.com>
>From gmime-3.2.5.news [1]:
* Modified GMimeParser to prevent stack overflows when parsing deeply nested messages.
GMimeParser now has a limit on how deep multipart and/or message/rfc822 MIME part
nesting is allowed to go before the parser will take action to prevent a stack
overflow. If the max level is reached at a message/rfc822 part, then that part
will be consumed by the parser as a generic GMimePart rather than a
GMimeMessagePart. Likewise, if the max level is reached at any type of multipart,
then the content of said multipart will be packed into the GMimeMultipart's
preface and not parsed any further.
* g_mime_multipart_foreach has been rewritten to avoid recursion, thereby avoiding potential
stack overflows.
* The gmime-port-2-6-to-3-0.sh script has been fixed to use proper sed syntax.
[1] http://ftp.gnome.org/pub/gnome/sources/gmime/3.2/gmime-3.2.5.news
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
We cannot (yet) move it to meta-gnome because pidgin-sipe depends on it
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* move to meson build
* remove intltool-native & gnome-common from DEPENDS - they are not needed
* with meson build gir is configurable -> gobject-introspection-data is not a
required distro feature any more
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is the latest upstream stable version that has been released over a
year ago. It also seems that upstream has renamed the package to
gnome-themes-extra.
While doing the upgrade modify the recipe to use gnomebase bbclass from
oe-core. This allows us to re-use SRC_URI pattern provided by this
bbclass.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The gnome class pulls in usually unwanted dependencies like gconf.
Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is the GTK+ 2 Adwaita theme, which has just been removed from oe-core.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is GTK+ 2, which is obsolete. It has just been removed from oe-core, so
add it into meta-oe for any remaining users.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
gobject-introspection is mandatory for libpeas - there is no configure option
to enable or disable it.
To handle properly, this patch does:
* Make 'gobject-introspection-data' a required distro feature
* To avoid trouble once pending patch removing
'UNKNOWN_CONFIGURE_WHITELIST_append = " --enable-introspection --disable-introspection"'
are in oe-core [1] - set in recipe to avoid
| libpeas-1.22.0-r0 do_configure: QA Issue: libpeas: configure was passed unrecognised options: --enable-introspection [unknown-configure-option]
This does not handle MACHINE_FEATURES / qemu-usermode case but there other
issues of higher priority.
[1] http://lists.openembedded.org/pipermail/openembedded-core/2019-April/280711.html
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Am working on a rebirth of midori (no it's not dead) at meta-browser. To avoid
an additional layer dependency for meta-browser, put libpeas to meta-oe.
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is gtk3 version of gtkmm. There are no cnflicts with gtkmm for gtk2.
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
* it is enough to inherit gnomebase and distro_features_check
* GNOME_COMPRESS_TYPE = "xz" is default for very long time
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
There are the only recipes using it still and I take the maintenace burden
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Add PACKAGECONFIG for autoconf-archive. Default to enable it to avoid
m4 file conflicts between gnome-common and autoconf-archive.
e.g.
IMAGE_INSTALL_append = " gnome-common autoconf-archive-dev"
bitbake <image>
We enable autoconf-archive PACKAGECONFIG to avoid the following error.
Error: Transaction check error:
file /usr/share/aclocal/ax_check_enable_debug.m4 conflicts between attempted installs of gnome-common-3.18.0-r0.noarch and autoconf-archive-dev-2016.09.16-r0.core2_64
file /usr/share/aclocal/ax_code_coverage.m4 conflicts between attempted installs of gnome-common-3.18.0-r0.noarch and autoconf-archive-dev-2016.09.16-r0.core2_64
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
* as PNBLACKLIST message says, these recipes are blacklisted for long
time and nobody showed any interest to fix them
* remove all unused .patch and .inc files as well
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
gnome-common is deprecated upstream (it's just a collection of
m4 macros so that's not a huge issue) and more importantly
is soon not used in oe-core.
There are 6 recipes in meta-oe and 22 in meta-gnome that DEPEND on
gnome-common: Move gnome-common unchanged to meta-oe.
Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* based on discussion in pndeprecated thread:
https://patchwork.openembedded.org/patch/137573/
update the messages to warn possible users that the
recipe will be removed before the end of the next development
cycle (before Yocto 2.4 is released).
* updated with:
sed -i 's/^\(PNBLACKLIST.*".*\)"/\1 - the recipe will be removed on 2017-09-01 unless the issue is fixed"/g' `git grep PNBLACKLIST | sed 's/:.*//g' | sort -u | xargs`
* then noticed couple recipes being blacklisted only based on
DISTRO_FEATURES, so removed those:
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb
meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb
meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb
meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb
meta-oe/recipes-navigation/gypsy/gypsy.inc
meta-oe/recipes-navigation/navit/navit.inc
meta-oe/recipes-support/opensync/libsyncml_0.5.4.bb
* if it isn't fixed by this date, it's fair game to be removed
whenever someone gets around to i
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
