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.
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded
The xwayland package was always being built due to its inclusion in
PACKAGE_BEFORE_PN. The effect was masked by making the RDEPENDS conditional.
Now we make the PACKAGE_BEFORE_PN inclusion conditional and restore
the xwayland RDEPENDS to unconditional.
Signed-off-by: Tom Hochstein
---
Changes i
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Maxin B. John
> Sent: den 9 juni 2016 08:36
> To: Alexander Kanavin
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core
This avoids warnings about unclosed files with Python 3.
Signed-off-by: Peter Kjellerstedt
---
meta/classes/useradd-staticids.bbclass | 30 +-
1 file changed, 17 insertions(+), 13 deletions(-)
diff --git a/meta/classes/useradd-staticids.bbclass
b/meta/classes/userad
Avoid warnings with Python 3 due to files that are not closed in
useradd-staticids.bbclass.
//Peter
The following changes since commit 40e789d1fee7f0df2d23230fff38325119ad2935:
bitbake: lib/bb/main.py: Fix use of BBPOSTCONF and BBPRECONF (2016-06-09
18:00:58 +0100)
are available in the git r
From: Leonardo Sandoval
On python 3, bytes variable types must be decoded if these are intended to be
used as strings, otherwise we get the following error exception:
TypeError: Type str doesn't support the buffer API
Signed-off-by: Leonardo Sandoval
---
meta/lib/oe/terminal.py | 2 +-
1
create_socket: Use urllib because urllib2 is now urllib in python3
and proxies as argument are deprecated so export them in the environ
instead.
get_links_from_url: Change usage of sgmllib for parsing HTML because
is deprecated in python 3, use instead bs4 that is already imported
in the bitbake t
If DISTRO_FEATURES contained wayland but not x11, the build
would fail due to nothing providing xserver-xorg-xwayland.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston_1.10.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/wayland
Yes, this is related to the python3 change. I have a patch, I will send
it asap.
On 06/09/2016 01:43 PM, Trevor Woerner wrote:
It appears "bitbake virtual/kernel -c menuconfig" has stopped working in
master (python3-related?). The following is from a build on master of poky
(git://git.yoctopro
In the case that XDG_RUNTIME_DIR already exists, the mkdir --parents
at least does nothing, but the chmod could overwrite the desired
file mode settings.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston-init/weston-start | 6 --
1 file changed, 4 insertions(+), 2 deletio
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston-init.bb | 1 +
meta/recipes-graphics/wayland/weston-init/weston-start | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/wayland/weston-init.bb
b/meta/recipes-graphics/wayland
Fix the if-statement that had misspelled XDG_RUNTIME_DIR.
Also fix whitespace.
Signed-off-by: Tom Hochstein
---
.../x11-common/x11-common/etc/X11/Xsession.d/13xdgbasedirs.sh | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
a/meta/recipes-graphics/x11-common/x11-comm
It appears "bitbake virtual/kernel -c menuconfig" has stopped working in
master (python3-related?). The following is from a build on master of poky
(git://git.yoctoproject.org/poky) with qemux86 as the MACHINE (iow, the most
basic build). The same happens with master-next.
ERROR: linux-yoc
On Thu, Jun 09, 2016 at 05:36:32PM +0100, Burton, Ross wrote:
> On 9 June 2016 at 16:59, Petr Nechaev
> 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 possibl
Commit ab75075e7941c8c2ec429c180976702cd311c978 broke the string formatting
for multiple arguments. Since parentheses were removed the formatting considers
only first argument instead of all of them. Fixed parentheses on the formatting.
[YOCTO #9723]
Signed-off-by: Humberto Ibarra
---
scripts/l
Have to convert implicit relative imports to explicit imports since
implicit relative imports are not supported on python3.
[YOCTO #9723]
Signed-off-by: Humberto Ibarra
---
scripts/lib/bsp/kernel.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/lib/bsp/kernel.py b/
According to https://docs.python.org/3/whatsnew/3.0.html python3
renamed 'raw_input' to 'input'. Making the appropiate changes for
this.
[YOCTO #9723]
Signed-off-by: Humberto Ibarra
---
scripts/lib/bsp/engine.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/lib
Python3 introduced a few errors that avoided yocto-bsp from being
able to create a BSP. This patch set solves these issues.
[YOCTO #9723]
Humberto Ibarra (3):
scripts/lib/bsp/engine.py: Rename raw_input commands to input
scripts/lib/bsp/kernel.py: python3: use explicit relative imports
scri
On Thu, Jun 9, 2016 at 12:03 AM, Martin Jansa
wrote:
> This report includes python3 changes, there are few more failures, but
> it's hard to see what is new, so I've sent couple PNBLACKLISTs for
> recipes reported in previous 2 reports which are still failing with
> glibc-2.24 and gcc-6. Hopefull
Most python recipes download its source from pypi.python.org,
but they changed the way theyre storing the source code, so
we need to use pythonhosted instead, see:
https://bitbucket.org/pypa/pypi/issues/438/backwards-compatible-un-hashed-package
Signed-off-by: Alejandro Hernandez
---
meta/recipe
On 9 June 2016 at 16:59, Petr Nechaev
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 thi
On 8 June 2016 at 21:35, Andre McCurdy wrote:
> To make this work, isn't something like:
>
> EXTRANATIVEPATH_append_class-native = " file-native"
>
God I wish I wrote better commit messages sometimes.
subversion and rpm don't use the file binary but link to libmagic, so
EXTRANATIVEPATH isn't
There is a typo in the logging parameters, "filname" is being used instead
of "filename". This didn't cause issues before since python 2 didn't
validate unused parameters but with python >= 3.4.3 an exception is
thrown. This patch fixes this parameter name.
[Yocto #9736]
Signed-off-by: Humberto I
We do use Vala for internal gstreamer-related projects so I would
volunteer to support it in oe-core.
---
Petr
On Thu, Jun 9, 2016 at 11:56 AM, wrote:
>> On 9 June 2016 at 15:08, Philip Balister wrote:
>>
>>> That said, what other layers use vala? If it leaves core, is there a
>>> layer that c
On Thu, 2016-06-09 at 17:47 +0300, Ovidiu-Adrian Vancea wrote:
> At do_package time I can't modify the variables RDEPENDS, RRECOMMENDS
> and RSUGGESTS as stated in the following email:
> http://lists.openembedded.org/pipermail/bitbake-devel/2013-April/0034
> 16
> .html
In general that email is cor
> On 9 June 2016 at 15:08, Philip Balister 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
On Wed, 2016-06-08 at 17:59 +0100, Richard Purdie wrote:
> On Wed, 2016-06-08 at 19:08 +0300, Ovidiu-Adrian Vancea wrote:
> >
> > Updating the kernel (for all package managers) does not update the
> > dependencies
> > (eg. modules) because there is no possibility to do version
> > enforcement in t
On 9 June 2016 at 15:08, Philip Balister 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 i
On 2016-06-09 12:28, Alexander Kanavin wrote:
Hello,
I'd like to propose the removal of Vala recipe and support for
generating Vala bindings from oe-core. The only software that is
written in Vala and makes sense in embedded environment is Rygel (an
implementation of various UPnP AV services)
On 06/08 15:48, Maxin B. John wrote:
> 1. LIC_FILES_CHKSUM updates only involves changes in Copyright holders.
>LICENSE remains the same.
>
> 2. libjpeg-turbo don't have non-floating point ABI support in MIPS.
>Provide a work around for that.
>
> [YOCTO #9606]
>
> Signed-off-by: Maxin B.
On 06/09/2016 06:28 AM, Alexander Kanavin wrote:
> Hello,
>
> I'd like to propose the removal of Vala recipe and support for
> generating Vala bindings from oe-core. The only software that is written
> in Vala and makes sense in embedded environment is Rygel (an
It seems that there are use cases
Hi,
I applied this manually, but in the future please use something like
git-send-email to send the patch so that your mail client can't be
"helpful" and wrap the message in HTML and wrap lines.
Ross
On 9 June 2016 at 09:35, Dmitriy Falko wrote:
>
> Signed-off-by: Dmitriy Falko
> ---
> meta/
Hi Alex,
On Thu, Jun 09, 2016 at 12:37:00PM +0300, Alexander Kanavin wrote:
> On 06/08/2016 03:48 PM, Maxin B. John wrote:
> >1. LIC_FILES_CHKSUM updates only involves changes in Copyright holders.
> > LICENSE remains the same.
> >
> >2. libjpeg-turbo don't have non-floating point ABI support in
On 06/09/2016 03:34 AM, Martin Jansa wrote:
On Thu, Jun 09, 2016 at 02:33:56AM -0700, akuster808 wrote:
ping
On 05/23/2016 09:55 PM, Armin Kuster wrote:
Rebased, removed per feedback and add a few new ones.
Please consider this for krogoth-next.
The following changes since commit da4bfbef4
On Thu, Jun 09, 2016 at 02:33:56AM -0700, akuster808 wrote:
> ping
>
> On 05/23/2016 09:55 PM, Armin Kuster wrote:
> > Rebased, removed per feedback and add a few new ones.
> >
> > Please consider this for krogoth-next.
> >
> > The following changes since commit da4bfbef46e52d2b647a837a47d0f5cb813
Hello,
I'd like to propose the removal of Vala recipe and support for
generating Vala bindings from oe-core. The only software that is written
in Vala and makes sense in embedded environment is Rygel (an
implementation of various UPnP AV services), and even that can be
compiled from intermedi
On 06/09/2016 01:15 PM, Burton, Ross wrote:
@@ -12,6 +12,7 @@
SRC_URI="http://bash-completion.alioth.debian.org/files/${BPN}-${PV}.tar.bz2";
SRC_URI[md5sum] = "4e2a9f11a4042a38ee79ddcd048e8b9e"
SRC_URI[sha256sum] =
"2b606804a7d5f823380a882e0f7b6c8a37b0e768e72c3d4107c51fbe8a
On 9 June 2016 at 10:42, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> @@ -12,6 +12,7 @@ SRC_URI="
> http://bash-completion.alioth.debian.org/files/${BPN}-${PV}.tar.bz2";
> SRC_URI[md5sum] = "4e2a9f11a4042a38ee79ddcd048e8b9e"
> SRC_URI[sha256sum] =
> "2b606804a7d5f823380a882e0f
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/bash-completion/bash-completion_2.1.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-support/bash-completion/bash-completion_2.1.bb
b/meta/recipes-support/bash-completion/bash-completion_2.1.bb
index 8b257d2..9877720 10
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/python/python3-pygobject_3.18.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/python/python3-pygobject_3.18.2.bb
b/meta/recipes-devtools/python/python3-pygobject_3.18.2.bb
index 4ddae81..03c
On 06/08/2016 03:48 PM, Maxin B. John wrote:
1. LIC_FILES_CHKSUM updates only involves changes in Copyright holders.
LICENSE remains the same.
2. libjpeg-turbo don't have non-floating point ABI support in MIPS.
Provide a work around for that.
[YOCTO #9606]
Signed-off-by: Maxin B. John
-
ping
On 05/23/2016 09:55 PM, Armin Kuster wrote:
Rebased, removed per feedback and add a few new ones.
Please consider this for krogoth-next.
The following changes since commit da4bfbef46e52d2b647a837a47d0f5cb813ba8b2:
gdb: Backport patch to changes with AVX and MPX (2016-05-22 08:43:01 +0
Hello,
the case I encountered the original issue with was a partially broken RPM
database, which allowed the "Computing transaction" to work, but failed at
"Committing transaction" when installing a package.
To reproduce it, the RPM database can be broken intentionally:
# echo foo > /var/lib/rp
Signed-off-by: Dmitriy Falko
---
meta/recipes-connectivity/avahi/avahi.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/avahi/avahi.inc
b/meta/recipes-connectivity/avahi/avahi.inc
index 81aad79..340b3e6 100644
--- a/meta/recipes-connectivity/avahi/
Hi Mark,
OK, I've just sent the patch for the immediate issue to the list.
For the remaining potential issue, I believe one easy way to fix it would be
to handle the RPMPROB_PKG_INSTALLED error in addition to the existing error
types, but without generating a retry (if attempting to install a pac
Since commit be0cabf816a84c59e0e951b92a570121ed843822 on 2016/05/17, smartpm
will retry the transaction if ts.run() returns with an empty list of problems,
and we're in attempt mode.
But then, since all the packages are already installed, the transaction will
fail with "package already installed
Since commit be0cabf816a84c59e0e951b92a570121ed843822 on 2016/05/17, smartpm
will retry the transaction if ts.run() returns with an empty list of problems,
and we're in attempt mode.
But then, since all the packages are already installed, the transaction will
fail with "package already installed
This report includes python3 changes, there are few more failures, but
it's hard to see what is new, so I've sent couple PNBLACKLISTs for
recipes reported in previous 2 reports which are still failing with
glibc-2.24 and gcc-6. Hopefully next report will show only "new" issues
caused by python3 swi
Hi!
When building avahi on uclibc system, get error
|
/media/falko/work/poky/build/tmp/work/cortexa15hf-neon-poky-linux-uclibceabi/avahi/0.6.32-s0/build/avahi-gobject/tmp-introspectErrwRJ/.libs/Avahi-0.6:
can't load library 'libavahi-gobject.so.0'
| If the above error message is about missing .s
49 matches
Mail list logo