| Summary: | Packages missing from adt-ipk repo | ||
|---|---|---|---|
| Product: | [Infrastructure] AutoBuilder | Reporter: | Alexandru Georgescu <alexandru.c.georgescu> |
| Component: | autobuilder | Assignee: | Beth Flanagan <elizabeth.flanagan> |
| Status: | VERIFIED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | High | CC: | elizabeth.flanagan, infras.ab.watcher, Infras.watcher, jessica.zhang |
| Version: | 1.4 | ||
| Target Milestone: | 1.4 M6 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
|
Description
Alexandru Georgescu
2013-04-12 10:41:56 UTC
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. |