Hi all,
There's currently no software built with vala in oe-core. That's not great
for vala (as it's not getting the automated testing that high quality
maintenance would require) and it's not great for oe-core (as maintenance
effort is better spent on components that _are_ used).
Based on the
Also rrecommend adwaita-icon-theme instead of gnome-icon-theme
(as latter is removed from oe-core).
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
...ove-pkg-config-check-for-gnome-icon-theme.patch | 35 ++
meta-gnome/recipes-gnome/evince/evince_2.32.0.bb
* Icon theme is no longer a build requirement.
* RRecommend Adwaita as icon theme
* Depend on GTK+3
* license checksum change is not an actual license change
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
.../gupnp/{gupnp-tools_0.8.1.bb => gupnp-tools_0.8.10.bb}
RDEPEND on adwaita-icon-theme instead of gnome-icon-theme (as latter
is removed from oe-core).
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
meta-gnome/recipes-gnome/themes/gnome-themes_2.32.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta
Following patches remove references to gnome-icon-theme which has
been removed from oe-core. In some cases they've been replaced with
"adwaita-icon-theme", but in others some additional changes were
required (mostly when the build system unnecessarily checks for the
theme).
Cheers, Jussi
Also rrecommend adwaita-icon-theme instead of gnome-icon-theme
(as latter is removed from oe-core).
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
...ove-pkg-config-check-for-gnome-icon-theme.patch | 30 ++
.../gnome-system-monitor_2.28.2.bb
RRECOMMEND adwaita-icon-theme instead of gnome-icon-theme (as latter
is removed from oe-core).
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
meta-xfce/recipes-xfce/xfce4-settings/xfce4-settings_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/met
libgudev was added to OE-Core in revision c6d37fc47f.
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
meta-oe/recipes-gnome/libgudev/libgudev_230.bb | 15 ---
1 file changed, 15 deletions(-)
delete mode 100644 meta-oe/recipes-gnome/libgudev/libgudev_230.bb
diff
gtk-engines is being removed from oe-core (as there will be
no themes there that need an engine). Move recipe to meta-gnome
since gnome-themes depends on gtk-engines.
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
The oe-core patch email can be found on
openembe
geany-plugins seems to compile fine with new vte: that recipe was
not modified. gnome-terminal and valaterminal are currently
blacklisted for other reasons.
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
meta-gnome/recipes-gnome/gnome/gnome-terminal_2.30.2.bb | 2 +-
m
vte versioning is a little confusing:
vte-2.91.pc (version 0.44.1)
provided by oe-core "vte"
vte-2.90.pc (current version 0.36.3)
not in openembedded, can be patched to use "vte"
vte.pc (current version 0.28.2):
provided by meta-oe "vte9" (naming from
Morning,
I'm considering removing the augeas recipe from oe-core: it has not
really been depended on by anything since Danny (rpm has a non-default
PACKAGECONFIG but even that is accompanied by comments about no
testing) and we have nothing testing its functionality. Please speak
up now if you
augeas is being removed from oe-core as nothing there uses or tests
it. Move the recipe to meta-networking where the only meta-oe reverse
dependency (netcf) lives.
Also upgrade to 1.5.0: no recipe changes needed.
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
meta-netw
On 12 July 2016 at 16:41, Joe MacDonald <joe_macdon...@mentor.com> wrote:
> [[oe] [meta-networking][PATCH] augeas: Move from oe-core] On 16.07.12 (Tue
> 14:50) Jussi Kukkonen wrote:
>
> > augeas is being removed from oe-core as nothing there uses or tests
> >
augeas is being removed from oe-core as nothing there uses or tests
it. Move the recipe to meta-oe as there's still one dependency in
meta-openembedded (netcf in meta-networking).
Also upgrade to 1.5.0: no recipe changes needed.
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.
On 15 January 2017 at 01:41, Leon Woestenberg wrote:
> Hello Khem,
>
> I know outside of OE it is more and more common place, such as Project
> Atomic.
>
> Re-reading some of the material I have found, I found that Chen Qi of Wind
> River had something going.
>
>
8-25 23:09:29
+0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib jku/xserver-nodm
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=jku/xserver-nodm
Jussi Kukkonen (3):
base-files: Add shell test quoting
xserver-nodm-init: Deprecate /etc/X11/Xserver
tty can return "not a tt" which results in warnings when /etc/profile
is executed.
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
meta/recipes-core/base-files/base-files/profile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core
X startup is now handled in xserver-nodm-init.
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
meta/recipes-graphics/x11-common/x11-common/Xserver.in | 12
meta/recipes-graphics/x11-common/x11-common_0.1.bb | 10 +-
2 files changed, 1 insertion(
-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
.../x11-common/xserver-nodm-init.bb| 47 +-
.../x11-common/xserver-nodm-init/Xserver | 25
.../x11-common/xserver-nodm-init/Xusername | 1 -
.../x11-common/xserver-nodm-init/x
The version in oe-core should now do everything this one does with one
exception: it does not RDEPEND on xserver-common. This dependency now
needs to be set explicitly.
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
.../xserver-nodm-init-2.0/gplv2-license.patch
.
Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
.../0001-Don-t-install-Xsession-or-Xserver.patch | 30 ++
...0003-add-89xdgautostart-Xsession.d-script.patch | 29 -
...0005-add-XWindowManager-Xsession.d-script.patc
This set has a companion set on oe-core, neither set makes much sense
without the other. Cover letters are identical. Please CC both lists
if needed.
Current state:
* meta-oe and oe-core both provide xserver-nodm-init: the oe-core
version should already do everything the meta-oe version
On 19 April 2017 at 09:28, Zhixiong Chi wrote:
> Delete the conflicting m4files with gnome-common to avoid the confliction,
> and the two m4 files will be installed by gnome-common that comes from
> oe-core, then set rdepends to gnome-common.
>
For those who missed
On 13 August 2017 at 02:10, Andreas Müller
wrote:
> Hi,
>
> in current OE environment 'file' says:
>
> <...>image/usr/bin/chromium/chrome: ELF 32-bit LSB shared object, ARM,
> EABI5 version 1 (SYSV), dynamically linked, interpreter
> /lib/ld-linux-armhf.so.3,
On 14 August 2017 at 10:04, Jussi Kukkonen <jussi.kukko...@intel.com> wrote:
> On 13 August 2017 at 02:10, Andreas Müller <schnitzelt...@googlemail.com>
> wrote:
>
>> Hi,
>>
>> in current OE environment 'file' says:
>>
>> <...>image/u
On 11 July 2017 at 00:49, Brownson Obele wrote:
>1. The main python module i am trying to add to my yocto build image is
>LDTP (https://github.com/ldtp/ldtp2). Using devtool, i have been able
> to
>create a recipe for it which seems to build without any errors.
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
On 23 August 2017 at 13:08, wrote:
> From: Chen Qi
>
> This patch solves the following error which appears now and then because of
> parallel building.
>
> ../git/main.c:78:21: fatal error: version.c: No such file or directory
>
> version.c is
On 23 May 2017 at 17:54, Khem Raj wrote:
> On Tue, May 23, 2017 at 12:01 AM, wrote:
> > From: Jackie Huang
> >
> > mga is an Xorg driver for Matrox video cards
> >
> > Signed-off-by: Jackie Huang
30 matches
Mail list logo