Ross
I have refreshed the pull branch which should hopefully address mesa
configure issue you are seeing along with llvm fix
On 7/29/17 4:54 AM, Burton, Ross wrote:
> Replicated without uninative, so it's not that.
>
> Ross
>
> On 29 July 2017 at 12:39, Burton, Ross
Ross
I have refreshed the pull branch which should hopefully address mesa
configure issue you are seeing along with llvm fix to adjust with clang
layer
On 7/29/17 4:54 AM, Burton, Ross wrote:
> Replicated without uninative, so it's not that.
>
> Ross
>
> On 29 July 2017 at 12:39, Burton, Ross
On Sat, Jul 29, 2017 at 01:08:47PM -0400, drew.mose...@northern.tech wrote:
> From: Drew Moseley
>
> This class was removed with commit:
> OE-Core rev: 65f27122950a35a67ce39ae4cfe93d0dca6b0dab
>
> Remove unneeded references to it in documentation.
>
>
Failed in the no-x11 builder at least so far:
ERROR: go-dep-0.2.0-r0 do_package: QA Issue: go-dep: Files/directories were
installed but not shipped in any package:
/usr/lib/x86_64-poky-linux/go/bin/dep
Please set FILES such that these items are packaged. Alternatively if they
are unneeded,
== Series Details ==
Series: "wget: fix FusionForge workarou..." and 1 more
Revision: 1
URL : https://patchwork.openembedded.org/series/8018/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
My previous assertion about FusionForge appears to have been wrong, or
FusionForge has changed behaviour, or both.
FusionForge now mandates that downloads have the Accept header set, despite that
header being optional, and returns a 406 Not Acceptable error if it isn't set.
As we were pretending
Alioth always redirects, so we might as well save time by looking in the right
place.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/chrpath/chrpath_0.16.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Sat, Jul 29, 2017 at 4:54 AM, Burton, Ross wrote:
> Replicated without uninative, so it's not that.
>
> Ross
>
> On 29 July 2017 at 12:39, Burton, Ross wrote:
>>
>> Fails like this for me:
>>
>> | FAILED: tools/llvm-cvtres/Opts.inc.tmp
>> | cd
>>
The first line of the python-3.5-manifest.inc:
# WARNING: This file is AUTO GENERATED: Manual edits will be lost next time
I regenerate the file.
You'll need to edit the script and then regenerate the manifest.
Might be worth patching the script to wrap long lines instead of writing
1000
Hi,
The archiver had bitrotted and the recipe specific sysroot changes were the
final straw. Backport a number of patches from master so that it works again.
Ross
The following changes since commit 9d7c958940adeb066517ab6082167163ae9db2ca:
bitbake: toaster: noweb should init database
On 28 July 2017 at 23:59, Andre McCurdy wrote:
> > +git remote add -f origin git://git.yoctoproject.org/poky.git
>
> Is this patch intended for poky? Or should this be fetching oe-core and
> bitbake?
Seems to me that if the script were to use the current clone and just
Replicated without uninative, so it's not that.
Ross
On 29 July 2017 at 12:39, Burton, Ross wrote:
> Fails like this for me:
>
> | FAILED: tools/llvm-cvtres/Opts.inc.tmp
> | cd /data/poky-tmp/master/build/work/corei7-64-poky-linux/llvm/5.0-r0/build
> &&
Fails like this for me:
| FAILED: tools/llvm-cvtres/Opts.inc.tmp
| cd
/data/poky-tmp/master/build/work/corei7-64-poky-linux/llvm/5.0-r0/build &&
/data/poky-tmp/master/build/work/corei7-64-poky-linux/llvm/5.0-r0/build/NATIVE/bin/llvm-tblgen
-gen-opt-parser-defs -I
== Series Details ==
Series: llvm: Add recipe for 5.0 (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/7983/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the
Add following in mesa.inc to enable llvmpipe
PACKAGECONFIG_append_x86 = " gallium-llvm gallium r600"
PACKAGECONFIG_append_x86-64 = " gallium-llvm gallium r600"
This would enable llvmpipe for swrast, to check run this
root@qemux86:~# glxinfo | grep llvm
Device: llvmpipe (LLVM 5.0, 128 bits)
Based on recipe from meta-oe and clang recipe from meta-clang
Needed by mesa
Fixes
[YOCTO #11529]
Signed-off-by: Khem Raj
---
...LibraryInfo-Undefine-libc-functions-if-th.patch | 93
.../0002-llvm-allow-env-override-of-exe-path.patch | 39 +
ninja needs it.
Signed-off-by: Khem Raj
---
meta/recipes-support/re2c/re2c_0.16.bb | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 meta/recipes-support/re2c/re2c_0.16.bb
diff --git a/meta/recipes-support/re2c/re2c_0.16.bb
llvm is using it, therefore move it from meta-oe
Signed-off-by: Khem Raj
---
meta/recipes-devtools/ninja/ninja_1.7.2.bb | 29 +
1 file changed, 29 insertions(+)
create mode 100644 meta/recipes-devtools/ninja/ninja_1.7.2.bb
diff --git
Create a recipe just for building llvm, which is needed by many other packages
e.g. mesa
can use it for llvmpipe
Fix mesa to work with llvm 5.0.0
Add supporting recipes needed to build llvm
The following changes since commit 28fc6ba761ed4a47efa7c43e7f7dff5e2fe72b5e:
On Fri, 2017-07-28 at 12:29 +0300, Ed Bartosh wrote:
> This patchset adds /boot to the /etc/fstab of root partition, making
> it mounted on boot. It also fixes reporting and testing issues
> caused by this change.
>
> The patchset also fixes long standing bug: wic updated fstab
> inplace in
20 matches
Mail list logo