On 06/10/2016 01:10 PM, Gary Thomas wrote:
Yes, I realized that :-(
The actual list is smaller, but still important:
"gcr" -> "vala-native" [style=solid]
"gcr" -> "vala" [style=solid]
"libsecret" -> "vala-native" [style=solid]
"libsecret" -> "vala" [style=solid]
Both of those packages are in
On 06/09/2016 05:37 PM, Burton, Ross wrote:
That said, what other layers use vala? If it leaves core, is there a
layer that can host it and support other layers using it without to much
trouble?
That's the key question really - can the support be extracted and added to
eg meta-vala in some
On 06/09/2016 07:36 PM, Burton, Ross wrote:
We do use Vala for internal gstreamer-related projects so I would
volunteer to support it in oe-core.
Would you volunteer to maintain it in a separate layer if possible? If
nothing in core uses it and it can be maintained out of core then I
On Tue, May 24, 2016 at 02:56:59PM +0300, Alexander Kanavin wrote:
> oe-core provides only python3-pygobject now, and a few recipes in meta-oe
> still need the version built against Python 2.
I've merged this but now it started to fail:
| checking whether python2.7 version >= 2.7... yes
|
On 06/09/2016 05:08 PM, Philip Balister wrote:
It seems that there are use cases beyond just embedded systems for
OpenEmbedded, so this logic is not really valid. See:
http://openxt.org/
And yes, I think it is useful for openembedded-core to have as broad an
audience as possible.
Our
On 06/10/2016 03:33 PM, Martin Jansa wrote:
On Tue, May 24, 2016 at 02:56:59PM +0300, Alexander Kanavin wrote:
oe-core provides only python3-pygobject now, and a few recipes in meta-oe
still need the version built against Python 2.
I've merged this but now it started to fail:
| checking
On 2016-06-10 10:41, Martin Jansa wrote:
You're reading it from wrong side.
This shows what vala-native needs, not what needs vala-native.
Yes, I realized that :-(
The actual list is smaller, but still important:
"gcr" -> "vala-native" [style=solid]
"gcr" -> "vala" [style=solid]
"libsecret"
On 07-06-16 15:49, Richard Purdie wrote:
On Tue, 2016-06-07 at 11:02 +0200, Mike Looijmans wrote:
Looks like regression in Python itself?
In both Python 2 and 3, the file is closed properly if the file
object is not
being stored:
>>> import os
>>> os.listdir('/proc/self/fd')
['0', '1',
This patch adds a volatile file for samba which was removed by the
update from 3.6.25 to 4.1.12. This file is necessary to build a image
that uses the read-only-rootfs feature.
Backported from master 12e31ce
Signed-off-by: Johannes Pointner
Signed-off-by:
You're reading it from wrong side.
This shows what vala-native needs, not what needs vala-native.
On Fri, Jun 10, 2016 at 10:35 AM, Gary Thomas wrote:
> On 2016-06-10 02:04, Petr Nechaev wrote:
>
>> I can see that libsecret in oe-core depends on vala though for testing
>>
On 2016-06-10 02:04, Petr Nechaev wrote:
I can see that libsecret in oe-core depends on vala though for testing only.
If moving to meta-oe is community's decision, I will prepare the patch.
It looks like a lot of things need vala (or more precisely vala-native).
I just tried a build which
Signed-off-by: Martin Jansa
---
meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb | 5 -
meta-oe/recipes-devtools/python/python-pygobject_3.18.2.bb | 2 ++
meta-python/recipes-devtools/python/python-cloudeebus_0.6.0.bb | 3 +++
Signed-off-by: Martin Jansa
---
meta-oe/recipes-support/postgresql/postgresql_9.4.5.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-oe/recipes-support/postgresql/postgresql_9.4.5.bb
b/meta-oe/recipes-support/postgresql/postgresql_9.4.5.bb
index
13 matches
Mail list logo