[agl-discussions] Raspi can't compile: Can't get CWD

Fri Jan 27 09:18:42 UTC 2017

Hi Dennis,

I ran the build here with your manifest and it worked. So let's get more 
context from the build: Please run

bitbake -vv -D dbus  | tee -a dbus.build.log 2>&1  

and send the logfile.

Best,
Jan-Simon

Am Donnerstag, 26. Januar 2017, 16:55:40 schrieb Blayne.Dennis at elektrobit.com:
> Alright, I reran everything and this time I saved the output in individual
> files. Is this what is needed?
> 
> -----Original Message-----
> From: Jan-Simon Möller [mailto:jsmoeller at linuxfoundation.org]
> Sent: Thursday, January 26, 2017 10:46 AM
> To: automotive-discussions at lists.linuxfoundation.org
> Cc: Dennis Blayne <Blayne.Dennis at elektrobit.com>
> Subject: Re: [agl-discussions] Raspi can't compile: Can't get CWD
> 
> manifest paste is incomplete (end of lines missing).
> 
> JS
> 
> Am Donnerstag, 26. Januar 2017, 15:29:10 schrieb 
Blayne.Dennis at elektrobit.com:
> > Any thoughts based on this informstion?
> > 
> > -----Original Message-----
> > From: Dennis Blayne
> > Sent: Tuesday, January 24, 2017 12:53 PM
> > To: 'Jan-Simon Möller' <dl9pf at gmx.de>
> > Cc: patrick.ohly at intel.com;
> > automotive-discussions at lists.linuxfoundation.org
> > Subject: RE: [agl-discussions] Raspi can't compile: Can't get CWD
> > 
> > I tried building in the container, in the host, and tried changing to
> > the latest in the Chinook branch (-b chinook -u
> > https://gerrit.automotivelinux.org/gerrit/AGL/AGL-repo), all had the
> > same error. See attached local.conf.
> > 
> > 
> > [18:49:32]
> > devel at agl-worker-sdldev-VirtualBox-0-sdldev:~/workspace_agl$ repo
> > manifest -r <?xml version="1.0" encoding="UTF-8"?> <manifest> <remote
> > fetch="https://github.com/01org/" name="01org"/>> 
> >   <remote fetch="https://gerrit.automotivelinux.org/gerrit/" name="agl"
> > 
> > pushurl="ssh://gerrit.automotivelinux.org:29418 <remote
> > fetch="git://git.freescale.com/imx" name="fsl-release"/> <remote
> > fetch="https://github.com/" name="github"/>
> > 
> >   <remote fetch="git://git.openembedded.org/" name="openembedded"/>
> >   <remote fetch="git://git.yoctoproject.org/" name="yocto"/>
> >   
> >   <default remote="agl" revision="chinook" sync-j="4"/>
> >   
> >   <project name="AGL/meta-agl" path="meta-agl"
> > 
> > revision="5a85901e245aa2605721c7dae645a00156a67dde"
> > upstream="chinook"/> <project name="AGL/meta-agl-demo"
> > path="meta-agl-demo"
> > revision="fb92e316727a1ad0012ac90ed52c5d9cecdcf433" upstream="
> > <project name="AGL/meta-agl-devel" path="meta-agl-devel"
> > revision="134e5f446b52f6a02f38212b9bde076adad798f8" upstream <project
> > name="AGL/meta-agl-extra" path="meta-agl-extra"
> > revision="812bc8ab9490e2418dedcf3a868a0ef9393ab01f" upstream <project
> > name="AGL/meta-renesas" path="meta-renesas"
> > revision="90122dd63d72061b93bd3cbe3a7b520aaa531a19" upstream="ch
> > <project name="CogentEmbedded/meta-rcar" path="meta-rcar" remote="github"
> > revision="cc6c4ee3f61b4dd864804b6b34c295cd0 <project
> > name="Freescale/meta-fsl-arm-extra" path="meta-fsl-arm-extra"
> > remote="github" revision="e95f4ae61fdaf6452d6d <project
> > name="meta-fsl-arm"
> > remote="yocto" revision="e2254e7b2ded0c2b66b1226f879b3a6d52037b2d"
> > upstream="krogoth"/> <project name="meta-intel" remote="yocto"
> > revision="1f8dd1b00ce9c72d73583c405ec392690d9b08b7"
> > upstream="krogoth"/> <project name="meta-intel-iot-security"
> > remote="01org"
> > revision="20bbb97f6d5400b126ae96ef446c3e60c7e16285"/> <project
> > name="meta-oic" remote="yocto"
> > revision="0bdd959e0dee4f63098702c302d1d214ac3d808a"/> <project
> > name="meta-openembedded" remote="openembedded"
> > revision="55c8a76da5dc099a7bc3838495c672140cedb78e" upstream= <project
> > name="meta-qcom" remote="yocto"
> > revision="3bfe83535358289aa7f7342ed0977c076e7550c8"
> > upstream="krogoth"/> <project name="meta-qt5/meta-qt5" path="meta-qt5"
> > remote="github" revision="da138c99142bec136e43eba35ce09d86f00eca2c"
> > <project
> > name="meta-raspberrypi" remote="yocto"
> > revision="a5f9b07a820d50ae5fb62e07306cd4e72d8638a9" upstream="krogoth
> > <project name="meta-rust/meta-rust" path="meta-rust" remote="github"
> > revision="d0663639a08ed60bb83fd6eb99e3e2045b21b5 <project
> > name="meta-security-isafw" remote="01org"
> > revision="f44f15bb54057dd60399bb5dc7e0ecc7822168a2" upstream="mast
> > <project name="meta-ti" remote="yocto"
> > revision="d9a81e3be2945e11bd9da58b6de2ac31d51e9286"
> > upstream="krogoth"/> <project name="poky" remote="yocto"
> > revision="ae9b341ecfcc60e970f29cfe04306411ad26c0cf"
> > upstream="krogoth"/> <project name="tripzero/meta-amb" path="meta-amb"
> > remote="github" revision="ef3495bb8d6543709f6d1f7b657cb894d32c1757"
> > </manifest>
> > 
> >  [18:49:27]
> > 
> > devel at agl-worker-sdldev-VirtualBox-0-sdldev:~/workspace_agl$
> > repo status nothing to commit (working directory clean)
> > 
> > 
> > -----Original Message-----
> > From: Jan-Simon Möller [mailto:dl9pf at gmx.de]
> > Sent: Tuesday, January 24, 2017 11:55 AM
> > To: Dennis Blayne <Blayne.Dennis at elektrobit.com>
> > Cc: patrick.ohly at intel.com;
> > automotive-discussions at lists.linuxfoundation.org
> > Subject: Re: [agl-discussions] Raspi can't compile: Can't get CWD
> > 
> > To look into that I need to reproduce your env. Please send:
> > 
> > output of:
> > 
> > -  repo manifest -r
> > -  repo status
> > 
> > attach also :
> > conf/local.conf
> > 
> > Best,
> > Jan-Simon
> > 
> > Am Dienstag, 24. Januar 2017, 16:03:09 schrieb 
Blayne.Dennis at elektrobit.com:
> > > Is it possible for yocto to run multiple processes against the same
> > > recipe?
> > > In which case there might be a conflict from one process deletes
> > > files it no longer needs but the other requires, causing the race
> > > condition?
> > > 
> > > -----Original Message-----
> > > From: Patrick Ohly [mailto:patrick.ohly at intel.com]
> > > Sent: Tuesday, January 24, 2017 4:39 AM
> > > To: Dennis Blayne <Blayne.Dennis at elektrobit.com>
> > > Cc: dl9pf at gmx.de; automotive-discussions at lists.linuxfoundation.org
> > > Subject: Re: [agl-discussions] Raspi can't compile: Can't get CWD
> > > 
> > > On Mon, 2017-01-23 at 21:39 +0000, Blayne.Dennis at elektrobit.com wrote:
> > > > I just reran the commands in a new terminal:
> > > > 
> > > > devel at agl-worker-sdldev-VirtualBox-0-sdldev:~/workspace_agl/build$
> > > > source meta-agl/scripts/aglsetup.sh -f -m raspberrypi3 agl-demo
> > > > agl-netboot agl-appfw-smack
> > > > 
> > > > devel at agl-worker-sdldev-VirtualBox-0-sdldev:~/workspace_agl/build$
> > > > bitbake agl-demo-platform
> > > > 
> > > > The same error occurs:
> > > > | Can't get CWD: No such file or directory Couldn't stash
> > > > | directory before opening socket: Stale file handlepseudo: server
> > > > | connection persistently failed, aborting.
> >  
> >  Aborted (core dumped)
> >  
> > > > | WARNING: exit code 134 from a shell command.
> > > > | ERROR: Function failed: do_install (log file is located at
> > > > | /home/devel/workspace_agl/build/tmp/work/cortexa7hf-neon-vfpv4-a
> > > > | gl
> > > > | -l
> > > > | inux-gnueabi/dbus/1.10.6-r0/temp/log.do_install.24665)
> > > > 
> > > > ERROR: Task 3212
> > > > (/home/devel/workspace_agl/poky/meta/recipes-core/dbus/dbus_1.10.6
> > > > .b
> > > > b,
> > > > do_install) failed with exit code '1'
> > > 
> > > To me, that looks like the current working directory of the process
> > > got deleted while the process is still using it, i.e. it's some kind
> > > of race condition. That this then leads to an error from pseudo
> > > would be just a follow-up error.
> > > 
> > > --
> > > Best Regards, Patrick Ohly
> > > 
> > > The content of this message is my personal opinion only and although
> > > I am an employee of Intel, the statements I make here in no way
> > > represent Intel's position on the issue, nor am I authorized to
> > > speak on behalf of Intel on this matter.
> > 
> > --
> > --
> > Jan-Simon Möller
> > dl9pf at gmx.de
> > _______________________________________________
> > automotive-discussions mailing list
> > automotive-discussions at lists.linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/automotive-discussi
> > ons