oe-lite / core Goto Github PK

Official OE-lite/core repository - moved to GitLab.com

Home Page: https://gitlab.com/oe-lite/core

License: Other

Python 87.57% Standard ML 0.41% BitBake 0.35% Shell 2.47% C++ 0.19% SourcePawn 0.79% PHP 5.48% Assembly 0.18% Roff 0.15% Pascal 2.02% HTML 0.40%

core's People

Stargazers

Watchers

Forkers

madsdore kimbp esben diorcety sknsean gitter-badger hundeboll mikaelj moths ksorensen kimrhh villemoes oe-lite-bananapi-r1 vmbracvlvm jacobbarsoe raphexion kimboendergaard

core's Issues

ply fails on python-2.6

Running OE-lite on an ancient Redhat machine generates the following error:

ERROR: exception in bake.run()

Traceback (most recent call last):
  File "/mnt/tmp/buildbot/slave/maquet-deploy/build/bakery/oebakery/cmd/cmds.py", line 137, in call
    ret = function(*args)
  File "/mnt/tmp/buildbot/slave/maquet-deploy/build/oe-lite/meta/core/lib/oelite/cmd/bake.py", line 29, in run
    baker = oelite.baker.OEliteBaker(options, args, config)
  File "/mnt/tmp/buildbot/slave/maquet-deploy/build/oe-lite/meta/core/lib/oelite/baker.py", line 115, in __init__
    self.confparser = confparse.ConfParser(self.config)
  File "/mnt/tmp/buildbot/slave/maquet-deploy/build/oe-lite/meta/core/lib/oelite/parse/confparse.py", line 10, in __init__
    super(ConfParser, self).__init__(data, parent, **kwargs)
  File "/mnt/tmp/buildbot/slave/maquet-deploy/build/oe-lite/meta/core/lib/oelite/parse/oeparse.py", line 18, in __init__
    self.tokens = lexer.lextokens.keys()
AttributeError: 'set' object has no attribute 'keys'

CRITICAL: bake failed: Exception: 'set' object has no attribute 'keys'

I am no expert in python-ply, but let me know if I can do any testing.

$ python --version
Python 2.6.6

core-4.0.0: mpfr-3.1.2 gone, replace with 3.1.3

Can't be downloaded.

[gcc-4.8.2 core-4.x] Generated kernel crashes constantly, broken gcc?

I get this problem all the time after upgrading to core-4.0 from core-3.5.x. Target platform imx6 soft-float.

https://lkml.org/lkml/2015/3/13/318

From what I understand in that bug report, GCC does not always work. In their case, they're using 4.8.2, which is the same we're using. It leads me to think that their problem and mine is the same.

Core-4.0.0 w/ ply-3.6 bombs at bake init.

Decided to do a fresh build after upgrading to core/4.0.0 by removing tmp/.

huvudfoting [11:07] /data/sabre/oelite/tlabos> oe bake -d lpc21isp
whitelist=['PATH', 'PWD', 'SHELL', 'TERM', 'MACHINE', 'DISTRO']
Whitelist filtered shell environment:
> PATH=/home/mikaelj/local/bin:/home/mikaelj/local/sbin:/opt/android-sdk-linux/tools:/opt/android-sdk-linux/platform-tools:/home/mikaelj/local/bin:/home/mikaelj/local/sbin:/opt/android-sdk-linux/tools:/opt/android-sdk-linux/platform-tools:/home/mikaelj/local/bin:/home/mikaelj/local/sbin:/opt/android-sdk-linux/tools:/opt/android-sdk-linux/platform-tools:/opt/arm-cs-tools/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/home/mikaelj/.local/bin:/home/mikaelj/.local/bin:/home/mikaelj/.local/bin/:/home/mikaelj/.local/bin:/home/mikaelj/.local/bin/
> PWD=/data/sabre/oelite/tlabos
> SHELL=bash
> TERM=screen-256color-s
ERROR: exception in bake.run()

Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.7/oebakery/cmd/cmds.py", line 137, in call
    ret = function(*args)
  File "/data/sabre/oelite/tlabos/meta/core/lib/oelite/cmd/bake.py", line 29, in run
    baker = oelite.baker.OEliteBaker(options, args, config)
  File "/data/sabre/oelite/tlabos/meta/core/lib/oelite/baker.py", line 115, in __init__
    self.confparser = confparse.ConfParser(self.config)
  File "/data/sabre/oelite/tlabos/meta/core/lib/oelite/parse/confparse.py", line 10, in __init__
    super(ConfParser, self).__init__(data, parent, **kwargs)
  File "/data/sabre/oelite/tlabos/meta/core/lib/oelite/parse/oeparse.py", line 26, in __init__
    self.yacc = ply.yacc.yacc(module=self, debug=0, picklefile=picklefile)
  File "/usr/local/lib/python2.7/dist-packages/ply-3.6-py2.7.egg/ply/yacc.py", line 3242, in yacc
    read_signature = lr.read_pickle(picklefile)
  File "/usr/local/lib/python2.7/dist-packages/ply-3.6-py2.7.egg/ply/yacc.py", line 1986, in read_pickle
    in_f = open(filename, 'rb')
IOError: [Errno 2] No such file or directory: 'tmp/ply/oelite.parse.confparse.p'

CRITICAL: bake failed: Exception: [Errno 2] No such file or directory: 'tmp/ply/oelite.parse.confparse.p'
huvudfoting [11:07] /data/sabre/oelite/tlabos -1->

tmp/ply is an empty directory.

Support address space beyond 24 bit on powerpc32

Port PR #58 to master branch.

libtool encodes path to its own workdir

Seen in cross:libtool_2.4.6 for mingw32 in install/bin/i686-unknown-mingw32-libtool

sys_lib_search_path_spec="/home/user/build/work/cross/i686-unknown-mingw32/libtool-2.4.6/stage/cross/lib/gcc /home/user/build/work/cross/i686-unknown-mingw32/libtool-2.4.6/stage/cross/i686-unknown-mingw32/sysroot/usr/lib "

bake fails on newer pysqlite

pysqlite-2.8.1 / sqlite-3.10.2

ERROR: exception in bake.run()

Traceback (most recent call last):
 File "/usr/lib/python2.7/site-packages/oe_lite-4.2.0.post0-py2.7.egg/oebakery/cmd/cmds.py", line 137, in call
   ret = function(*args)
 File "/home/rijo/repos/tlabos/meta/core/lib/oelite/cmd/bake.py", line 35, in run
   return baker.bake()
 File "/home/rijo/repos/tlabos/meta/core/lib/oelite/baker.py", line 289, in bake
   self.options.rebuild, self.options.relax)
 File "/home/rijo/repos/tlabos/meta/core/lib/oelite/runq.py", line 26, in __init__
   self.cookbook.db.execute("ATTACH ':memory:' AS runq")
OperationalError: cannot ATTACH database within transaction

CRITICAL: bake failed: Exception: cannot ATTACH database within transaction

Solved by adding self.cookbook.db.execute("END TRANSACTION") at core/lib/oelite/runq.py:26

Drop gcc 4.9.2

core-4.0.0: fetch/git.py broken on SRC_URI without branch/tag/commit

Invalid URI: cannot mix commit, tag and branch parameters:
git://[email protected]/lpc21isp.git

In the past, that always fetched HEAD. Now I can no longer fetch HEAD.

Workaround or possible fix.

commit fc81d53c830e9a99d96eb0bef1ce885029dd1d5f
Author: Mikael Jansson <[email protected]>
Date:   Thu Aug 20 14:16:08 2015 +0200

    WORKAROUND: fix not having a branch specified.

diff --git a/lib/oelite/fetch/git.py b/lib/oelite/fetch/git.py
index 51844e7..7d5c155 100644
--- a/lib/oelite/fetch/git.py
+++ b/lib/oelite/fetch/git.py
@@ -67,6 +67,7 @@ class GitFetcher():
         i = bool(self.commit) + bool(self.tag) + bool(self.branch)
         if i == 0:
             self.branch = "HEAD"
+            i = 1
             if self.is_local and not hasattr(self, 'dirty'):
                 self.dirty = True
         if "dirty" in uri.params:

try to fix rmwork

rmwork has been disabled for a long time now, originally since it had bugs in corner cases.

Time to start fixing those

@sknsean enabled it here:

master...sknsean:dev-rmwork#diff-c3895395a56eb9a9f1a54295e95046f9R521

help test it, and report back here

GCC 4.8.5

Upgrade GCC to 4.8.5 to fix bug in 4.8.2 causing trouble when building Linux kernel.

bake.run() is trying to expand variables in uncommented lines

When using '#' comments in recipe files bake.run is still trying to expand variables, and fails if this is not possible.

Reproduce
In e.g. do_install() insert a expandable on a comment line:
do_install () {

${FOO}

}
Will result in:
CRITICAL: bake failed: Exception: Cannot expand variable ${HEST}
While running bake.run()

oe-lite / core Goto Github PK

core's People

Stargazers

Watchers

Forkers

core's Issues

${FOO}

Recommend Projects

Recommend Topics

Recommend Org

Jobs