All of lore.kernel.org
 help / color / mirror / Atom feed
* Bitbake: error in cachedpath.py
@ 2014-06-25 20:21 Markus Eich
  0 siblings, 0 replies; 4+ messages in thread
From: Markus Eich @ 2014-06-25 20:21 UTC (permalink / raw)
  To: yocto

Dear all,

I am setting up Yocto to compile my kernel for odroid xu. During the 
package phase of building the kernel, I get an error in cachedpath.py

================

DEBUG: Executing python function sstate_task_prefunc
DEBUG: Python function sstate_task_prefunc finished
DEBUG: Executing python function do_package
DEBUG: Executing python function package_get_auto_pr
DEBUG: Python function package_get_auto_pr finished
DEBUG: Executing python function perform_packagecopy
DEBUG: Python function perform_packagecopy finished
DEBUG: Executing python function split_and_strip_files
ERROR: Error executing a python function in 
/home/eich/yocto/poky/meta-odroid/recipes-kernel/linux/linux-hardkernel_3.4.bb:

The stack trace of python calls that resulted in this exception/failure 
was:
File: 'split_and_strip_files', lineno: 222, function: <module>
      0218:    # End of strip
      0219:    #
      0220:
      0221:
  *** 0222:split_and_strip_files(d)
      0223:
File: 'split_and_strip_files', lineno: 85, function: split_and_strip_files
      0081:                if debugdir and debugdir in 
os.path.dirname(file[len(dvar):]):
      0082:                    continue
      0083:
      0084:                try:
  *** 0085:                    ltarget = cpath.realpath(file, dvar, False)
      0086:                    s = cpath.lstat(ltarget)
      0087:                except OSError as e:
      0088:                    (err, strerror) = e.args
      0089:                    if err != errno.ENOENT:
File: '/home/eich/yocto/poky/meta/lib/oe/cachedpath.py', lineno: 229, 
function: realpath
      0225:                # be printed a backtrace with 100s of OSError 
exceptions
      0226:                # else
      0227:                raise OSError(errno.ELOOP,
      0228:                              "too much recursions while 
resolving '%s'; loop in '%s'" %
  *** 0229:                              (file, e.strerror))
      0230:
      0231:            raise
      0232:
      0233:        return file
Exception: OSError: [Errno 40] too much recursions while resolving 
'/home/eich/odroid/build/tmp/work/odroid_xu-poky-linux-gnueabi/linux-hardkernel/3.4-r0/package/usr/src/kernel/drivers/gpu/arm/mali400/ump/arch/arch-release'; 
loop in 
'/home/eich/odroid/build/tmp/work/odroid_xu-poky-linux-gnueabi/linux-hardkernel/3.4-r0/package/usr/src/kernel/drivers/gpu/arm/mali400/ump/arch/arch-release'

DEBUG: Python function split_and_strip_files finished
DEBUG: Python function do_package finished
ERROR: Function failed: split_and_strip_files

====================

Seems that the path is to deep?

To track the error, I have attached my kernel.bb


==================
require recipes-kernel/linux/linux-yocto.inc

KERNEL_IMAGETYPE = "uImage"

COMPATIBLE_MACHINE = "odroid-xu"

LINUX_VERSION = "3.4.91"
LINUX_VERSION_EXTENSION = "-custom"

FILESEXTRAPATHS_prepend := "${THISDIR}/linux-hardkernel-3.4:"

S = "${WORKDIR}/git"

# from where to fetch the kernel
KERNEL_REPO_OWNER ??= "hardkernel"
KERNEL_REPO_URI ??= "git://github.com/${KERNEL_REPO_OWNER}/linux.git"
KBRANCH = "odroidxu-3.4.y"

SRCREV = "${AUTOREV}"

SRC_URI = " \
   ${KERNEL_REPO_URI};nocheckout=1;branch=${KBRANCH} \
file://defconfig \
"


Any ideas ?

Cheers,

Markus



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Bitbake: error in cachedpath.py
  2014-06-27 10:58 ` Richard Purdie
@ 2014-07-02 14:18   ` Dr. Markus Eich
  0 siblings, 0 replies; 4+ messages in thread
From: Dr. Markus Eich @ 2014-07-02 14:18 UTC (permalink / raw)
  To: Richard Purdie; +Cc: bitbake-devel

I have analyzed the issue further. In the kernel source code, (taken 
from git://github.com/hardkernel/linux.git"

there is no symlink loop in the git sources. While calling

bitbake linux-hardkernel

the command do_package somehow creates a recursive symlink in the folder

==
build/tmp/work/odroid_xu-poky-linux-gnueabi/linux-hardkernel/3.4-r0/package/usr/src/kernel/drivers/gpu/arm/mali400/ump/arch/arch-release
==


arch-release is a symlink to arch-release. I have removed the link with 
rm -rf arch-release

after I call "bitbake -c package linux-hardkernel" the recursive link is 
there again causing the error again? Why does do_package create this 
link? Black magic?


Cheers,

Markus





On 27.06.2014 12:58, Richard Purdie wrote:
> On Fri, 2014-06-27 at 09:52 +0200, Dr. Markus Eich wrote:
>> Dear all,
>>
>> I am setting up Yocto to compile my kernel for odroid xu. During the
>> package phase of building the kernel, I get an error in cachedpath.py
>>
>> ================
>>
>> DEBUG: Executing python function sstate_task_prefunc
>> DEBUG: Python function sstate_task_prefunc finished
>> DEBUG: Executing python function do_package
>> DEBUG: Executing python function package_get_auto_pr
>> DEBUG: Python function package_get_auto_pr finished
>> DEBUG: Executing python function perform_packagecopy
>> DEBUG: Python function perform_packagecopy finished
>> DEBUG: Executing python function split_and_strip_files
>> ERROR: Error executing a python function in
>> /home/eich/yocto/poky/meta-odroid/recipes-kernel/linux/linux-hardkernel_3.4.bb:
>>
>> The stack trace of python calls that resulted in this exception/failure
>> was:
>> File: 'split_and_strip_files', lineno: 222, function: <module>
>>        0218:    # End of strip
>>        0219:    #
>>        0220:
>>        0221:
>>    *** 0222:split_and_strip_files(d)
>>        0223:
>> File: 'split_and_strip_files', lineno: 85, function: split_and_strip_files
>>        0081:                if debugdir and debugdir in
>> os.path.dirname(file[len(dvar):]):
>>        0082:                    continue
>>        0083:
>>        0084:                try:
>>    *** 0085:                    ltarget = cpath.realpath(file, dvar, False)
>>        0086:                    s = cpath.lstat(ltarget)
>>        0087:                except OSError as e:
>>        0088:                    (err, strerror) = e.args
>>        0089:                    if err != errno.ENOENT:
>> File: '/home/eich/yocto/poky/meta/lib/oe/cachedpath.py', lineno: 229,
>> function: realpath
>>        0225:                # be printed a backtrace with 100s of OSError
>> exceptions
>>        0226:                # else
>>        0227:                raise OSError(errno.ELOOP,
>>        0228:                              "too much recursions while
>> resolving '%s'; loop in '%s'" %
>>    *** 0229:                              (file, e.strerror))
>>        0230:
>>        0231:            raise
>>        0232:
>>        0233:        return file
>> Exception: OSError: [Errno 40] too much recursions while resolving
>> '/home/eich/odroid/build/tmp/work/odroid_xu-poky-linux-gnueabi/linux-hardkernel/3.4-r0/package/usr/src/kernel/drivers/gpu/arm/mali400/ump/arch/arch-release';
>> loop in
>> '/home/eich/odroid/build/tmp/work/odroid_xu-poky-linux-gnueabi/linux-hardkernel/3.4-r0/package/usr/src/kernel/drivers/gpu/arm/mali400/ump/arch/arch-release'
>>
>> DEBUG: Python function split_and_strip_files finished
>> DEBUG: Python function do_package finished
>> ERROR: Function failed: split_and_strip_files
>>
>> ====================
>>
>> Seems that the path is to deep?
>>
>> To track the error, I have attached my kernel.bb
>>
>>
>> ==================
>> require recipes-kernel/linux/linux-yocto.inc
>>
>> KERNEL_IMAGETYPE = "uImage"
>>
>> COMPATIBLE_MACHINE = "odroid-xu"
>>
>> LINUX_VERSION = "3.4.91"
>> LINUX_VERSION_EXTENSION = "-custom"
>>
>> FILESEXTRAPATHS_prepend := "${THISDIR}/linux-hardkernel-3.4:"
>>
>> S = "${WORKDIR}/git"
>>
>> # from where to fetch the kernel
>> KERNEL_REPO_OWNER ??= "hardkernel"
>> KERNEL_REPO_URI ??= "git://github.com/${KERNEL_REPO_OWNER}/linux.git"
>> KBRANCH = "odroidxu-3.4.y"
>>
>> SRCREV = "${AUTOREV}"
>>
>> SRC_URI = " \
>>     ${KERNEL_REPO_URI};nocheckout=1;branch=${KBRANCH} \
>> file://defconfig \
>> "
>>
>>
>> Any ideas ?
> It sounds like you have recursive symlinks which just loop between each
> other...
>
> Cheers,
>
> Richard
>

-- 
Dr.-Ing. Markus Eich

  Senior Researcher
  Marine Inspection Robotics
  Space Robotics
  
  Besuchsadresse der Nebengeschäftstelle:
  DFKI GmbH
  Robotics Innovation Center
  Robert-Hooke-Straße 5
  28359 Bremen, Germany
  
  Postadresse der Hauptgeschäftsstelle Standort Bremen:
  DFKI GmbH
  Robotics Innovation Center
  Robert-Hooke-Straße 1
  28359 Bremen, Germany

  Tel.:     +49 421 178 45-4105
  Zentrale: +49 421 178 45-0
  Fax:      +49 421 178 45-4150 (Faxe bitte namentlich kennzeichnen)
  E-Mail:   markus.eich@dfki.de

  Weitere Informationen: http://www.dfki.de/robotik
  -----------------------------------------------------------------------
  Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH
  Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern
  Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster
  (Vorsitzender) Dr. Walter Olthoff
  Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes
  Amtsgericht Kaiserslautern, HRB 2313
  Sitz der Gesellschaft: Kaiserslautern (HRB 2313)
  USt-Id.Nr.:    DE 148646973
  Steuernummer:  19/673/0060/3
  -----------------------------------------------------------------------



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Bitbake: error in cachedpath.py
  2014-06-27  7:52 Dr. Markus Eich
@ 2014-06-27 10:58 ` Richard Purdie
  2014-07-02 14:18   ` Dr. Markus Eich
  0 siblings, 1 reply; 4+ messages in thread
From: Richard Purdie @ 2014-06-27 10:58 UTC (permalink / raw)
  To: Dr. Markus Eich; +Cc: bitbake-devel

On Fri, 2014-06-27 at 09:52 +0200, Dr. Markus Eich wrote:
> Dear all,
> 
> I am setting up Yocto to compile my kernel for odroid xu. During the 
> package phase of building the kernel, I get an error in cachedpath.py
> 
> ================
> 
> DEBUG: Executing python function sstate_task_prefunc
> DEBUG: Python function sstate_task_prefunc finished
> DEBUG: Executing python function do_package
> DEBUG: Executing python function package_get_auto_pr
> DEBUG: Python function package_get_auto_pr finished
> DEBUG: Executing python function perform_packagecopy
> DEBUG: Python function perform_packagecopy finished
> DEBUG: Executing python function split_and_strip_files
> ERROR: Error executing a python function in 
> /home/eich/yocto/poky/meta-odroid/recipes-kernel/linux/linux-hardkernel_3.4.bb:
> 
> The stack trace of python calls that resulted in this exception/failure 
> was:
> File: 'split_and_strip_files', lineno: 222, function: <module>
>       0218:    # End of strip
>       0219:    #
>       0220:
>       0221:
>   *** 0222:split_and_strip_files(d)
>       0223:
> File: 'split_and_strip_files', lineno: 85, function: split_and_strip_files
>       0081:                if debugdir and debugdir in 
> os.path.dirname(file[len(dvar):]):
>       0082:                    continue
>       0083:
>       0084:                try:
>   *** 0085:                    ltarget = cpath.realpath(file, dvar, False)
>       0086:                    s = cpath.lstat(ltarget)
>       0087:                except OSError as e:
>       0088:                    (err, strerror) = e.args
>       0089:                    if err != errno.ENOENT:
> File: '/home/eich/yocto/poky/meta/lib/oe/cachedpath.py', lineno: 229, 
> function: realpath
>       0225:                # be printed a backtrace with 100s of OSError 
> exceptions
>       0226:                # else
>       0227:                raise OSError(errno.ELOOP,
>       0228:                              "too much recursions while 
> resolving '%s'; loop in '%s'" %
>   *** 0229:                              (file, e.strerror))
>       0230:
>       0231:            raise
>       0232:
>       0233:        return file
> Exception: OSError: [Errno 40] too much recursions while resolving 
> '/home/eich/odroid/build/tmp/work/odroid_xu-poky-linux-gnueabi/linux-hardkernel/3.4-r0/package/usr/src/kernel/drivers/gpu/arm/mali400/ump/arch/arch-release'; 
> loop in 
> '/home/eich/odroid/build/tmp/work/odroid_xu-poky-linux-gnueabi/linux-hardkernel/3.4-r0/package/usr/src/kernel/drivers/gpu/arm/mali400/ump/arch/arch-release'
> 
> DEBUG: Python function split_and_strip_files finished
> DEBUG: Python function do_package finished
> ERROR: Function failed: split_and_strip_files
> 
> ====================
> 
> Seems that the path is to deep?
> 
> To track the error, I have attached my kernel.bb
> 
> 
> ==================
> require recipes-kernel/linux/linux-yocto.inc
> 
> KERNEL_IMAGETYPE = "uImage"
> 
> COMPATIBLE_MACHINE = "odroid-xu"
> 
> LINUX_VERSION = "3.4.91"
> LINUX_VERSION_EXTENSION = "-custom"
> 
> FILESEXTRAPATHS_prepend := "${THISDIR}/linux-hardkernel-3.4:"
> 
> S = "${WORKDIR}/git"
> 
> # from where to fetch the kernel
> KERNEL_REPO_OWNER ??= "hardkernel"
> KERNEL_REPO_URI ??= "git://github.com/${KERNEL_REPO_OWNER}/linux.git"
> KBRANCH = "odroidxu-3.4.y"
> 
> SRCREV = "${AUTOREV}"
> 
> SRC_URI = " \
>    ${KERNEL_REPO_URI};nocheckout=1;branch=${KBRANCH} \
> file://defconfig \
> "
> 
> 
> Any ideas ?

It sounds like you have recursive symlinks which just loop between each
other...

Cheers,

Richard



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Bitbake: error in cachedpath.py
@ 2014-06-27  7:52 Dr. Markus Eich
  2014-06-27 10:58 ` Richard Purdie
  0 siblings, 1 reply; 4+ messages in thread
From: Dr. Markus Eich @ 2014-06-27  7:52 UTC (permalink / raw)
  To: bitbake-devel

Dear all,

I am setting up Yocto to compile my kernel for odroid xu. During the 
package phase of building the kernel, I get an error in cachedpath.py

================

DEBUG: Executing python function sstate_task_prefunc
DEBUG: Python function sstate_task_prefunc finished
DEBUG: Executing python function do_package
DEBUG: Executing python function package_get_auto_pr
DEBUG: Python function package_get_auto_pr finished
DEBUG: Executing python function perform_packagecopy
DEBUG: Python function perform_packagecopy finished
DEBUG: Executing python function split_and_strip_files
ERROR: Error executing a python function in 
/home/eich/yocto/poky/meta-odroid/recipes-kernel/linux/linux-hardkernel_3.4.bb:

The stack trace of python calls that resulted in this exception/failure 
was:
File: 'split_and_strip_files', lineno: 222, function: <module>
      0218:    # End of strip
      0219:    #
      0220:
      0221:
  *** 0222:split_and_strip_files(d)
      0223:
File: 'split_and_strip_files', lineno: 85, function: split_and_strip_files
      0081:                if debugdir and debugdir in 
os.path.dirname(file[len(dvar):]):
      0082:                    continue
      0083:
      0084:                try:
  *** 0085:                    ltarget = cpath.realpath(file, dvar, False)
      0086:                    s = cpath.lstat(ltarget)
      0087:                except OSError as e:
      0088:                    (err, strerror) = e.args
      0089:                    if err != errno.ENOENT:
File: '/home/eich/yocto/poky/meta/lib/oe/cachedpath.py', lineno: 229, 
function: realpath
      0225:                # be printed a backtrace with 100s of OSError 
exceptions
      0226:                # else
      0227:                raise OSError(errno.ELOOP,
      0228:                              "too much recursions while 
resolving '%s'; loop in '%s'" %
  *** 0229:                              (file, e.strerror))
      0230:
      0231:            raise
      0232:
      0233:        return file
Exception: OSError: [Errno 40] too much recursions while resolving 
'/home/eich/odroid/build/tmp/work/odroid_xu-poky-linux-gnueabi/linux-hardkernel/3.4-r0/package/usr/src/kernel/drivers/gpu/arm/mali400/ump/arch/arch-release'; 
loop in 
'/home/eich/odroid/build/tmp/work/odroid_xu-poky-linux-gnueabi/linux-hardkernel/3.4-r0/package/usr/src/kernel/drivers/gpu/arm/mali400/ump/arch/arch-release'

DEBUG: Python function split_and_strip_files finished
DEBUG: Python function do_package finished
ERROR: Function failed: split_and_strip_files

====================

Seems that the path is to deep?

To track the error, I have attached my kernel.bb


==================
require recipes-kernel/linux/linux-yocto.inc

KERNEL_IMAGETYPE = "uImage"

COMPATIBLE_MACHINE = "odroid-xu"

LINUX_VERSION = "3.4.91"
LINUX_VERSION_EXTENSION = "-custom"

FILESEXTRAPATHS_prepend := "${THISDIR}/linux-hardkernel-3.4:"

S = "${WORKDIR}/git"

# from where to fetch the kernel
KERNEL_REPO_OWNER ??= "hardkernel"
KERNEL_REPO_URI ??= "git://github.com/${KERNEL_REPO_OWNER}/linux.git"
KBRANCH = "odroidxu-3.4.y"

SRCREV = "${AUTOREV}"

SRC_URI = " \
   ${KERNEL_REPO_URI};nocheckout=1;branch=${KBRANCH} \
file://defconfig \
"


Any ideas ?

Cheers,

Markus



-- 
Dr.-Ing. Markus Eich

  Senior Researcher
  Marine Inspection Robotics
  Space Robotics
  
  Besuchsadresse der Nebengeschäftstelle:
  DFKI GmbH
  Robotics Innovation Center
  Robert-Hooke-Straße 5
  28359 Bremen, Germany
  
  Postadresse der Hauptgeschäftsstelle Standort Bremen:
  DFKI GmbH
  Robotics Innovation Center
  Robert-Hooke-Straße 1
  28359 Bremen, Germany

  Tel.:     +49 421 178 45-4105
  Zentrale: +49 421 178 45-0
  Fax:      +49 421 178 45-4150 (Faxe bitte namentlich kennzeichnen)
  E-Mail:   markus.eich@dfki.de

  Weitere Informationen: http://www.dfki.de/robotik
  -----------------------------------------------------------------------
  Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH
  Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern
  Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster
  (Vorsitzender) Dr. Walter Olthoff
  Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes
  Amtsgericht Kaiserslautern, HRB 2313
  Sitz der Gesellschaft: Kaiserslautern (HRB 2313)
  USt-Id.Nr.:    DE 148646973
  Steuernummer:  19/673/0060/3
  -----------------------------------------------------------------------



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2014-07-02 14:18 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-06-25 20:21 Bitbake: error in cachedpath.py Markus Eich
2014-06-27  7:52 Dr. Markus Eich
2014-06-27 10:58 ` Richard Purdie
2014-07-02 14:18   ` Dr. Markus Eich

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.