On 07/03/2015 12:07 AM, Anders Darander wrote:
* akuster808 [150702 19:05]:
The current version of nettle 2.7 has one file that is GPL v3.
mini-gmp.*
so the license for 2.7 should be updated IMHO. So wont that put us in the
same boat as the upgrade?
Ouch, that's no good!
Ideally, we sh
Hello,
I really like this and it keeps the backward compatibility which is very good.
I think this should be merged as is, as it does improve the current
situation and new improvements can be done as new patches.
Acked-by: Otavio Salvador
On Tue, Jun 30, 2015 at 7:50 PM, Pushpal Sidhu wrote:
Current Dev Position: 1.9 Milestone 2 (M2)
Next Deadline: M2 cut off of July 27th at noon GMT
SWAT team rotation: Saul -> Paul
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
Fido updated successfully with gcc 5 fixes and other updates (thanks
Joshua/Ross)
Se
From: Jose Lamego
Modified the regex sed in serf.m4 to allow the use of '-D' characters
in project folder names without having compilation error from
subversion-native.
[YOCTO #7874]
Signed-off-by: Jose Lamego
---
...erf.m4-Regex-modified-to-allow-D-in-paths.patch | 28 ++
On Wednesday 01 July 2015 11:37:22 Burton, Ross wrote:
> On 1 July 2015 at 11:09, Kang Kai wrote:
> > Would you like to cherry-pick one commit 2471f9b which is useful from
> > branch dizzy to master, please?
>
> How did that get into dizzy without going through master... :/
I'd like to state f
Built an SDK today on 7eb0abc5f4d971d9a511c93cfb2eb52b72e6f228 and when
I tried to install it I got the following error:
Setting it up...ls: cannot access
/home/jack/Work/build/openembedded/sdk/1/x86_64/environment-setup-*: No
such file or directory
I have been messing about with the SDK ins
From: "Puustinen, Ismo"
This patch includes support for a global section in combo-layer.conf
called [combo-layer-settings]. Supported in this section is key
"commit_msg"; its value is the template for the git commit message
that updates the last_revision. The template can include substitution
for
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Friday, July 03, 2015 12:21 PM
To: Pankratz, Steffen
Cc: OE-core
Subject: Re: [OE-core] [PATCH] libdrm: Upgrade to 2.4.62
Hi Ross
> On 3 July 2015 at 09:30, wrote:
> +SRC_URI += "file://installtests.patch "
>
> This patch doesn't apply.
On Fri, Jul 03, 2015 at 10:16:09AM +, Huang, Jie (Jackie) wrote:
> Thanks for the explanation. I think you’re suggesting that we do nothing for
> such issue or
> just tell the user to use PN-dev for this kind of packages, right?
Yes, if user wants to install PN-dev, then he should add PN-dev
The git recipe hasn't been touched since 2012 and is out of date, so simplify
the recipe by removing the git form and merging the remaining bb and inc file.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/drm/libdrm.inc | 41 --
meta/recipes-graphics/drm/li
On 3 July 2015 at 11:16, Huang, Jie (Wind River) wrote:
> Thanks for the explanation. I think you’re suggesting that we do nothing
> for such issue or
>
> just tell the user to use PN-dev for this kind of packages, right?
>
>
Correct.
Ross
--
___
Open
On 3 July 2015 at 09:30, wrote:
> +SRC_URI += "file://installtests.patch "
>
This patch doesn't apply.
ERROR: Command Error: exit status: 1 Output:
Applying patch installtests.patch
patching file tests/Makefile.am
Hunk #1 FAILED at 6.
1 out of 1 hunk FAILED -- rejects in file tests/Makefile.am
Thanks for the explanation. I think you’re suggesting that we do nothing for
such issue or
just tell the user to use PN-dev for this kind of packages, right?
Thanks,
Jackie
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Friday, July 03, 2015 5:39 PM
To: Huang, Jie (Jackie)
Cc: Martin Ja
On 3 July 2015 at 09:30, wrote:
> +# Valgrind support is enabled by default currently
> +# already fixed upstream:
> http://cgit.freedesktop.org/mesa/drm/commit/?id=676c806d0221a7ea375676b2eab514c426fcacd3
> +EXTRA_OECONF += "--disable-valgrind"
>
No need for this comment. We'd need the --disab
ncurses have already provided clear,so rename it to clear.mesa-demos.
Signed-off-by: Li Xin
---
meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb
b/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb
inde
On 3 July 2015 at 10:34, Huang, Jie (Wind River) wrote:
> I see your point, I think we can make the empty PN rdepends on PN-dev(but
> the dev-deps QA check need to be skipped),
>
> then when user try to add PN, PN-dev will also be installed, so it’s not
> an useless empty package.
>
bigreqsproto
I see your point, I think we can make the empty PN rdepends on PN-dev(but the
dev-deps QA check need to be skipped),
then when user try to add PN, PN-dev will also be installed, so it’s not an
useless empty package.
I see that openssh has similar situation, PN is allowed empty, but it rdepend
Signed-off-by: zjh
---
meta/classes/testimage.bbclass | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
index 5d74fe4..2c66b5d 100644
--- a/meta/classes/testimage.bbclass
+++ b/meta/class
On 3 July 2015 at 10:04, Martin Jansa wrote:
> I as a customer would definitely prefer error message even later in the
> build then getting completely useless empty package installed in my
> image and blame you for installing it when I was expecting to find
> bigreqsproto in my rootfs.
>
Agreed.
On Fri, Jul 03, 2015 at 01:34:31AM +, Huang, Jie (Jackie) wrote:
> Yeah I know it’s not good to have the empty package and we can remove
> dependencies to void error, but
> our customer may add the package through IMAGE_INSTALL in local.conf and
> blame it fails until do_rootfs:
>
> ERROR: b
On 07/02/2015 04:05 PM, Richard Purdie wrote:
On Thu, 2015-07-02 at 09:25 +0800, wenzong@windriver.com wrote:
From: Yue Tao
Sometimes, the parameters of CC contains the ',', which
cause the sed command failed, so replace the ',' with '#'
What about BUILD_CC? Not sure if there are any lin
From: Yue Tao
Sometimes, the parameters of CC/BUILD_CC contains the ',', which
cause the sed command failed, so replace the ',' with '#'
Signed-off-by: Yue Tao
Signed-off-by: Wenzong Fan
---
meta/recipes-extended/man/man/configure_sed.patch | 32 +++
meta/recipes-extended/
On Friday 03 July 2015 09:07:16 Anders Darander wrote:
> * akuster808 [150702 19:05]:
> > The current version of nettle 2.7 has one file that is GPL v3.
> > mini-gmp.*
> >
> > so the license for 2.7 should be updated IMHO. So wont that put us in the
> > same boat as the upgrade?
>
> Ouch, that's
Fixed:
When both gcc 4.9 and 5.1 are in the layer, and set these in local.conf:
GCCVERSION = "4.9%"
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
$ bitbake gcc-cross-canadian-i586
Then gcc 5.1 would be built rather than
The following changes since commit dd09fab685de2eaf04aa5ab60f8220b89c1deae9:
tune-core2.inc: set X86ARCH32 to i686 (instead of i586) (2015-07-02 23:08:27
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/cross
http://cgit.openembedded
> -Original Message-
> From: Jussi Kukkonen [mailto:jussi.kukko...@intel.com]
> Sent: Friday, July 03, 2015 10:27 AM
> To: Pankratz, Steffen
> Cc: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [PATCH] libdrm: Upgrade to 2.4.62
Hi Jussi
> > attached you can find
On 3 July 2015 at 11:11, wrote:
> Hi,
>
> attached you can find a patch to upgrade libdrm to version 2.4.62.
Thanks Steffen. Could you resend the patch inline and not as an attachment?
- Jussi
> I added a temporary workaround, as Valgrind support is enabled by default
> currently,
> this wa
Hi,
attached you can find a patch to upgrade libdrm to version 2.4.62.
I added a temporary workaround, as Valgrind support is enabled by default
currently,
this was already fixed upstream for the next version.
Regards
-Steffen
--
Steffen Pankratz
Expert, Software Integration & Services
EB - D
From: Wenzong Fan
The Makefile.in.in provided by gettext-minimal-native will be copied
to many packages that need gettext to produce multi-lingual messages.
Replace mkdir_p with MKDIR_P to fix below errors from those packages'
install logs:
/bin/sh: 6: @mkdir_p@: not found
/usr/bin/install:
Hello Zhang Xiao,
On 03.07.2015 08:42, Zhang Xiao wrote:
> tmpfiles.d/systemd.conf lies in {prefix}/lib not {libdir}.
> Fix it.
>
> Signed-off-by: Zhang Xiao
> ---
> meta/recipes-core/systemd/systemd_219.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-c
Update alternatives of man pages in several packages.
Signed-off-by: Kai Kang
---
meta/recipes-core/coreutils/coreutils_8.23.bb | 7 ++-
meta/recipes-core/util-linux/util-linux.inc | 8 +++-
meta/recipes-devtools/e2fsprogs/e2fsprogs_1.42.9.bb | 6 ++
meta/recipes-devtoo
It is ok to be installed by rpm, but failed with smart.
The following changes since commit 8ad9a434c9fd0300cf5c38c368b181b78421e95a:
bitbake: tests/data: Add new data tests (2015-07-01 15:40:21 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib kangkai/al
In my layer.conf I have:
LICENSE_PATH += "${LAYERDIR}/licenses"
In that path, there's a license file called "internal" containing the
following short text:
For TOPIC internal use only.
Do not distribute.
Now on each build I get warnings like this for every recipe that refers to
this lice
* akuster808 [150702 19:05]:
> The current version of nettle 2.7 has one file that is GPL v3.
> mini-gmp.*
> so the license for 2.7 should be updated IMHO. So wont that put us in the
> same boat as the upgrade?
Ouch, that's no good!
Ideally, we should look at that file and see for how long it'
34 matches
Mail list logo
