| Summary: | Fetch failure for icon-naming-utils, possibly a fetch mirror issue | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] Meta-yocto | Reporter: | Matias <matias.sundman> |
| Component: | meta-yocto | Assignee: | Joshua Lock - Disabled <josh> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Medium | CC: | elizabeth.flanagan, infras.ab.watcher, Infras.watcher, jessica.zhang, josh, poky.bs.watcher, poky.watcher, sgw, shane.wang |
| Version: | 1.1 | ||
| Target Milestone: | 1.1.2 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | Fedora | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
|
Description
Matias
2011-12-22 22:56:39 UTC
My guess is: - The upstream tarball went missing - You ran out of disk space. Need some more info to debug this, although I doubt it's autobuilder related as it was running for 10 hours already. Check your disk space and if that's fine, let me know: - What target you were running on the AB (nightly? nightly-mips) - What is the git hash of your ab? - If you could attach the full log output from the build step that failed, that would help too. (In reply to comment #1) > My guess is: > > - The upstream tarball went missing > - You ran out of disk space. > > Need some more info to debug this, although I doubt it's autobuilder related as > it was running for 10 hours already. Check your disk space and if that's fine, > let me know: > > - What target you were running on the AB (nightly? nightly-mips) > - What is the git hash of your ab? > - If you could attach the full log output from the build step that failed, that > would help too. --------------------------- Hi, Disk Space: /dev/sda5 245425352 58365248 174593160 26% /home I checked out the project as follows: $ git clone -b edison git://git.yoctoproject.org/poky.git The hash is, [matias@EV101F7457FF66:/home/yocto/poky/.git/refs/heads] $more edison adcf8bf7b52460b94998438e8c2bf854cdec0a80 Build step failure; [matias@EV101F7457FF66:/home/yocto/edison-6.0-build] $bitbake -k core-image-sato Loading cache: 100% |##############################################################################################################################################################################| ETA: 00:00:00 Loaded 1036 entries from dependency cache. OE Build Configuration: BB_VERSION = "1.13.3" TARGET_ARCH = "i586" TARGET_OS = "linux" MACHINE = "qemux86" DISTRO = "poky" DISTRO_VERSION = "1.1" TUNE_FEATURES = "m32 i586" TARGET_FPU = "" meta meta-yocto = "edison:adcf8bf7b52460b94998438e8c2bf854cdec0a80" NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks NOTE: Running task 4928 of 5372 (ID: 2690, /home/yocto/poky/meta/recipes-devtools/icon-naming-utils/icon-naming-utils-native_0.8.7.bb, do_unpack) NOTE: package icon-naming-utils-native-0.8.7-r3: task do_unpack: Started ERROR: Function 'Unpack failure for URL: 'http://tango.freedesktop.org/releases/icon-naming-utils-0.8.7.tar.gz'. Unpack command PATH="/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/usr/bin/perl-native:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/usr/bin/i586-linux:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/usr/bin:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/usr/sbin:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/usr/bin:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/sbin:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux//bin:/home/yocto/poky/scripts/native-intercept:/home/yocto/poky/scripts:/home/yocto/poky/bitbake/bin/:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/matias/.local/bin:/home/matias/bin:/home/yocto/poky/scripts" tar xz --no-same-owner -f /home/yocto/edison-6.0-build/downloads/icon-naming-utils-0.8.7.tar.gz failed with return value 2' failed ERROR: Logfile of failure stored in: /home/yocto/edison-6.0-build/tmp/work/x86_64-linux/icon-naming-utils-native-0.8.7-r3/temp/log.do_unpack.29198 Log data follows: | NOTE: Unpacking /home/yocto/edison-6.0-build/downloads/icon-naming-utils-0.8.7.tar.gz to /home/yocto/edison-6.0-build/tmp/work/x86_64-linux/icon-naming-utils-native-0.8.7-r3/ | | gzip: stdin: not in gzip format | tar: Child returned status 1 | tar: Error is not recoverable: exiting now | ERROR: Function 'Unpack failure for URL: 'http://tango.freedesktop.org/releases/icon-naming-utils-0.8.7.tar.gz'. Unpack command PATH="/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/usr/bin/perl-native:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/usr/bin/i586-linux:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/usr/bin:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/usr/sbin:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/usr/bin:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux/sbin:/home/yocto/edison-6.0-build/tmp/sysroots/x86_64-linux//bin:/home/yocto/poky/scripts/native-intercept:/home/yocto/poky/scripts:/home/yocto/poky/bitbake/bin/:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/matias/.local/bin:/home/matias/bin:/home/yocto/poky/scripts" tar xz --no-same-owner -f /home/yocto/edison-6.0-build/downloads/icon-naming-utils-0.8.7.tar.gz failed with return value 2' failed NOTE: package icon-naming-utils-native-0.8.7-r3: task do_unpack: Failed ERROR: Task 2690 (/home/yocto/poky/meta/recipes-devtools/icon-naming-utils/icon-naming-utils-native_0.8.7.bb, do_unpack) failed with exit code '1' ERROR: '/home/yocto/poky/meta/recipes-devtools/icon-naming-utils/icon-naming-utils-native_0.8.7.bb' failed [matias@EV101F7457FF66:/home/yocto/edison-6.0-build] $ Also the file is there; [matias@EV101F7457FF66:/home/yocto/edison-6.0-build] $file /home/yocto/edison-6.0-build/downloads/icon-naming-utils-0.8.7.tar.gz /home/yocto/edison-6.0-build/downloads/icon-naming-utils-0.8.7.tar.gz: HTML document, ASCII text [matias@EV101F7457FF66:/home/yocto/edison-6.0-build] $more /home/yocto/edison-6.0-build/downloads/icon-naming-utils-0.8.7.tar.gz <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en" dir="ltr"> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> <meta http-equiv="Content-Style-Type" content="text/css" /> <meta name="generator" content="MediaWiki 1.15.5-2squeeze1" /> <meta name="robots" content="noindex,nofollow" /> <link rel="shortcut icon" href="/favicon.ico" /> <link rel="search" type="application/opensearchdescription+xml" href="/mediawiki/opensearch_desc.php" title="Tango Desktop Project (en)" /> <link rel="alternate" type="application/rss+xml" title="Tango Desktop Project RSS feed" href="/mediawiki/index.php?title=Special:RecentChanges&feed=rss" /> <link rel="alternate" type="application/atom+xml" title="Tango Desktop Project Atom feed" href="/mediawiki/index.php?title=Special:RecentChanges&feed=atom" /> <title>Internal error - Tango Desktop Project</title> <style type="text/css" media="screen,projection">/*<![CDATA[*/ @import "/mediawiki/skins/tango/main.css"; /*]]>*/</style> <style type="text/css" media="screen,projection">/*<![CDATA[*/ @import "/css/common.css"; /*]]>*/</style> <link rel="stylesheet" type="text/css" media="print" href="/mediawiki/skins/common/commonPrint.css" /> <!--[if IE]><script type="text/javascript" src="/mediawiki/skins/common/IEFixes.js"></script> <meta http-equiv="imagetoolbar" content="no" /><![endif]--> Reassigning this to general build system as it's not autobuilder related. (In reply to comment #3) > Also the file is there; > > [matias@EV101F7457FF66:/home/yocto/edison-6.0-build] $file > /home/yocto/edison-6.0-build/downloads/icon-naming-utils-0.8.7.tar.gz > /home/yocto/edison-6.0-build/downloads/icon-naming-utils-0.8.7.tar.gz: HTML > document, ASCII text Yikes, it's a wiki page not a tarball. If I hit the SRC_URI in my browser I also see an 'Internal Error': http://tango.freedesktop.org/Releases/icon-naming-utils-0.8.7.tar.gz Mmm...I fetched this one instead manually and the build & patch continued. http://pkgs.fedoraproject.org/repo/pkgs/icon-naming-utils/icon-naming-utils-0.8.7.tar.gz/4abe604721ce2ccb67f451aa7ceb44d6/ How are Bugs like this handled in Yocto? Cheers // Matias (In reply to comment #6) > Mmm...I fetched this one instead manually and the build & patch continued. > > http://pkgs.fedoraproject.org/repo/pkgs/icon-naming-utils/icon-naming-utils-0.8.7.tar.gz/4abe604721ce2ccb67f451aa7ceb44d6/ > > How are Bugs like this handled in Yocto? We need to change the SRC_URI of where the file is fetched from to something more reliable. Though really our MIRRORS code should handle this just fine, which is clearly another bug here - unless the autobuilder is mirroring the dodgy file from upstream? joshual@shamshir:~/mess/51 $ wget http://autobuilder.yoctoproject.org/sources/icon-naming-utils-0.8.7.tar.gz --2011-12-23 14:15:03-- http://autobuilder.yoctoproject.org/sources/icon-naming-utils-0.8.7.tar.gz Resolving autobuilder.yoctoproject.org... 140.211.169.118 Connecting to autobuilder.yoctoproject.org|140.211.169.118|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 69675 (68K) [application/x-gzip] Saving to: `icon-naming-utils-0.8.7.tar.gz' 100%[======================================>] 69,675 101K/s in 0.7s 2011-12-23 14:15:04 (101 KB/s) - `icon-naming-utils-0.8.7.tar.gz' saved [69675/69675] joshual@shamshir:~/mess/51 $ file icon-naming-utils-0.8.7.tar.gz icon-naming-utils-0.8.7.tar.gz: gzip compressed data, from Unix, last modified: Sat Jun 14 13:45:31 2008, max compression Looks like our mirror is fine Looks like the tango folks have a bad download area right now. Anyone have any contacts with that set of people? I guess what needs to be verified here is if the mirroring code is working correctly. Looks like the tango folks have a bad download area right now. Anyone have any contacts with that set of people? We have seen this before, since we download something (not the right thing), we do not check the mirror, it gets a checksum failure, we have talked about doing a retry against the mirror for checksum failures. One of our engineers also met that today. It is what Saul said: there is something wrong with the external web site. In poky master (post edison), the issue disappears because icon-naming-utils's checksum is added but mismatched, and the icon-naming-utils tar ball will get from autobuilder mirror. It looks like upstream is back, what I'm struggling to figure out is why we don't error with a checksum mismatch before we try and decompress the archive. Ah, no SRC_URI checksums in that recipe... that's why. I'll add them for the edison tree in case upstream goes down again. Re-targeting to 1.1.2 as this issue isn't reproducible in master (checksums are already set in the recipe there). Checksums added to workaround the reported issue: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=edison&id=535cfa538bacb723b99e46afbae743640a56466a |