poky dylan dab237bc6a7679dfeaa981c14736aedc7b04ecb9 http://autobuilder.yoctoproject.org/pub/nightly/20130411-3/adt-installer-QA/adt_installer.tar.bz2 Adt-installation is blocked by: the following error: ADT_INST] Do you want to continue installation? Please enter Y/N: ADT has already been installed. Will update its contents... Updating opkg... Downloading http://adtrepo-dev.yoctoproject.org//1.4-dab237bc6a7679dfeaa981c14736aedc7b04ecb9-dylan/adt-ipk/x86_64-nativesdk/Packages. Collected errors: * opkg_download: Failed to download http://adtrepo-dev.yoctoproject.org//1.4-dab237bc6a7679dfeaa981c14736aedc7b04ecb9-dylan/adt-ipk/x86_64-nativesdk/Packages, wget returned 8. opkg update process ended... Installing pseudo nativesdk ... Unknown package 'nativesdk-pseudo'. Collected errors: * opkg_install_cmd: Cannot install package nativesdk-pseudo. ############################################################################# # Meet error(s) when installing Yocto ADT! Please check log file for details. ############################################################################# [yocto@localhost adt-installer]$
Package is there, it seems that something is failing in creation of the package index.
Beth, Once you have it fixed please let me know so I can have a quick run then let QA continue their adt testing, since you'll be out next Mon. and Tue. THanks, Jessica
Judging by this: http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/67/steps/Building%20Images_1/logs/stdio I'm not entirely sure this is a autobuilder issue. I'll dive into it a bit this PM, but the package index *should* have been created.
Beth, I'm still getting the failure and don't think it's autobuilder issue but maybe adtrepo setup issue by looking at this failure: * opkg_download: Failed to download http://adtrepo-dev.yoctoproject.org//1.4-dab237bc6a7679dfeaa981c14736aedc7b04ecb9-dylan/adt-ipk/x86_64-nativesdk/Packages, wget returned 8. When I tried to explicitly access that url, it fails as expected
Looking at the repo (which does exist) I'm seeing some directories with the Package index and some without: http://adtrepo-dev.yoctoproject.org/1.4-dab237bc6a7679dfeaa981c14736aedc7b04ecb9-dylan/adt-ipk/x86/ for example. Looking closer on nightly: [pokybuild@ab01 ipk]$ find . |grep Packages ./i586/Packages ./i586/Packages.flock ./i586/Packages.gz ./i586/Packages.stamps ./x86/Packages ./x86/Packages.flock ./x86/Packages.stamps ./x86/Packages.gz ./i686-nativesdk/Packages ./i686-nativesdk/Packages.flock ./i686-nativesdk/Packages.gz ./i686-nativesdk/Packages.stamps ./qemux86/Packages ./qemux86/Packages.flock ./qemux86/Packages.stamps ./qemux86/Packages.gz ./all/Packages.stamps ./all/Packages.gz ./all/Packages ./all/Packages.flock ./Packages ./Packages.flock ./Packages.stamps ./Packages.gz I'm going to keep looking at it from the AB end, but this is looking less like an AB issue to me.
I've been able to reproduce with a clean sstate and a cleaned ipk dir. This is definitely a package-index issue. I'll start looking at it. [pokybuild@ab01 ipk]$ find . |grep Packages ./i586/Packages ./i586/Packages.flock ./i586/Packages.gz ./i586/Packages.stamps ./x86_64-nativesdk/Packages ./x86_64-nativesdk/Packages.flock ./x86_64-nativesdk/Packages.stamps ./x86_64-nativesdk/Packages.gz ./x86/Packages ./x86/Packages.flock ./x86/Packages.stamps ./x86/Packages.gz ./qemux86/Packages ./qemux86/Packages.flock ./qemux86/Packages.stamps ./qemux86/Packages.gz ./all/Packages ./all/Packages.flock ./all/Packages.stamps ./all/Packages.gz ./Packages ./Packages.flock ./Packages.stamps ./Packages.gz
Ok, got this one figured out. It has to do with SDKMACHINE being set to i686 in the new AB while the old ab had it set to x86-64 in the old ab. That said, most of the other arches also do not have pkg-indexes. Working on the AB patch now. Should have it deployed shortly.
The really elegant fix for this would be to have a bitbake all-package-index or something. The quick turn around is to just have the ab create an auto.conf with one machine, build the package index, and then iterate through the entire arch list that we build. Given the timing, let's go for the quick fix :) AB patch in and deployed. http://git.yoctoproject.org/cgit/cgit.cgi/yocto-autobuilder/commit/?h=eflanagan/yocto-autobuilder-refactor&id=061cfaa96d1e00f0482a0eacc4a205761cb0ba87
Beth, So is the repo got fixed? I just tried against the repo url, still the same failure.
No, but I can fix it if needed.
Verified the fixed repo and it's working
verified.