Hi, I verified that the "fetch/hg: support submodules" [1] patch, in combination with this [2] patch is causing do_unpack failures for me. Based on the logs from the world build, I suspect this is also breaking dvb-apps. I don't have a fix so perhaps the best plan is reverting [2] now that cleanall for hg packages actually works.
[1] http://lists.openembedded.org/pipermail/bitbake-devel/2015-May/005725.html [2] http://lists.openembedded.org/pipermail/bitbake-devel/2015-May/005758.html --Ash On Fri, May 29, 2015 at 2:18 AM, Martin Jansa <[email protected]> wrote: > FWIW: I see vim unpack failing now in world builds: > > NOTE: recipe vim-7.4.481-r0: task do_unpack: Started > ERROR: Function failed: Fetcher failure: Fetch command failed with exit code > 255, output: > abort: repository > /home/jenkins/oe/world/shr-core/downloads/hg/vim.googlecode.com/hg/vim not > found! > > ERROR: Logfile of failure stored in: > /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vim/7.4.481-r0/temp/log.do_unpack.28505 > Log data follows: > | DEBUG: Executing python function do_unpack > | DEBUG: Executing python function base_do_unpack > | DEBUG: Unpack: creating new hg repository in > '/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vim/7.4.481-r0/vim' > | DEBUG: Running export > PATH="/home/jenkins/oe/world/shr-core/openembedded-core/scripts:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/arm-oe-linux-gnueabi:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemuarm/usr/bin/crossscripts:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/sbin:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/sbin:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/bin:/home/jenkins/oe/world/shr-core/openembedded-core/scripts:/home/jenkins/oe/world/shr-core/bitbake/bin:/home/jenkins/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"; > export HOME="/home/jenkins"; /usr/bin/env hg init > /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vim/7.4.481-r0/vim > | DEBUG: Unpack: updating source in > '/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vim/7.4.481-r0/vim' > | DEBUG: Running export > PATH="/home/jenkins/oe/world/shr-core/openembedded-core/scripts:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/arm-oe-linux-gnueabi:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemuarm/usr/bin/crossscripts:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/sbin:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/sbin:/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/bin:/home/jenkins/oe/world/shr-core/openembedded-core/scripts:/home/jenkins/oe/world/shr-core/bitbake/bin:/home/jenkins/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"; > export HOME="/home/jenkins"; /usr/bin/env hg pull > /home/jenkins/oe/world/shr-core/downloads/hg/vim.googlecode.com/hg/vim > | DEBUG: Python function base_do_unpack finished > | DEBUG: Python function do_unpack finished > | ERROR: Function failed: Fetcher failure: Fetch command failed with exit > code 255, output: > | abort: repository > /home/jenkins/oe/world/shr-core/downloads/hg/vim.googlecode.com/hg/vim not > found! > | > NOTE: recipe vim-7.4.481-r0: task do_unpack: Failed > ERROR: Task 5789 > (/home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-support/vim/vim_7.4.481.bb, > do_unpack) failed with exit code '1' > > > > On Fri, May 29, 2015 at 7:46 AM, Ash Charles <[email protected]> wrote: >> >> > I wonder how did you test the patch, please ? Did you revert the patch: >> > fetch/hg: support submodules ? >> Hi Robert, >> I tested the patch in a Yocto environment which had a prepopulated >> downloads directory. In particular, I had seen the failure described [1] for >> vim. >> My version of bitbake was slightly older so the submodule patch that was >> breaking the mirroring hadn't yet been applied. >> >> [1] >> https://www.mail-archive.com/[email protected]/msg41328.html >> >> --Ash >> >> >> -- >> _______________________________________________ >> bitbake-devel mailing list >> [email protected] >> http://lists.openembedded.org/mailman/listinfo/bitbake-devel >> > -- _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-devel
