[meego-commits] always download failure in local building.
austin.zhang at intel.com
Tue Jul 13 03:30:26 UTC 2010
Anas, thanks. But no luck, I rm all local cached, but still this issue.
(Start to download for 100% cache missing, but after finished ~20pkgs download, stop at one, and have to manually download by 'osc getbinaries' again)
As for work environment, this is one setup F12 and install all packages tools include latest qemu-arm and 3 static tools for arm building. I had tried http/https:api.meego.com, same status.
It seemed it is very easy to happen on arm building, but seemed ok to x86.
From: Anas Nashif [mailto:nashif at linux.intel.com]
Sent: Tuesday, July 13, 2010 11:09 AM
To: Zhang, Austin
Cc: meego-commits at meego.com
Subject: Re: [meego-commits] always download failure in local building.
try to clean up your cache and work environment. I suspect there are some stale files.
On 2010-07-12, at 10:32 PM, Zhang, Austin wrote:
Don't want to spam this list, but anyone saw similar issue?
From: meego-commits-bounces at meego.com<mailto:meego-commits-bounces at meego.com> [mailto:meego-commits-bounces at meego.com] On Behalf Of Zhang, Austin
Sent: Monday, July 12, 2010 11:04 AM
To: meego-commits at meego.com<mailto:meego-commits at meego.com>
Subject: [meego-commits] always download failure in local building.
In recently, I always run into the below issue when doing local building. (It seemed very easy happen to ARM building but few to happen to x86 building.)
I have bzip2 as one example, but in fact this issue happened to any local building, it really slowed down my local building because it will take at least a few hours to have one successfully local building even with one very simple components building.
[austin at austin-zhang bzip2]$ osc build Trunk armv5el --no-verify bzip2.spec
Building bzip2.spec for Trunk/armv5el
Getting buildinfo from server and store to /home/austin/working/home:austin:branches:devel:base/bzip2/.osc/_buildinfo-Trunk-armv5el.xml
Getting buildconfig from server and store to /home/austin/working/home:austin:branches:devel:base/bzip2/.osc/_buildconfig-Trunk-armv5el
Updating cache of required packages
35.9% cache miss. 66/103 dependencies cached.
Trying openSUSE Build Service server for libgcc (home:austin:branches:devel:base), since it is not on download.meego.com<http://download.meego.com>.
Trying openSUSE Build Service server for libgcc (home:austin:branches:devel:base), since it is not on api.meego.com<http://api.meego.com>.
Error: No more mirrors to try.
Failed to retrieve libgcc-4.5.0-36.1.armv5tel.rpm from the following locations (in order):
[austin at austin-zhang bzip2]$
Then I have to do: osc getbinaries devel:base gcc Trunk armv5el
[root at austin-zhang armv5tel]# osc getbinaries devel:base gcc Trunk armv5el
Downloading cpp-4.5.0-35.3.armv5tel.rpm [100%]
Downloading gcc-4.5.0-35.3.armv5tel.rpm [100%]
Downloading gcc-c++-4.5.0-35.3.armv5tel.rpm [100%]
Downloading gcc-debuginfo-4.5.0-35.3.armv5tel.rpm [100%]
Downloading gcc-gfortran-4.5.0-35.3.armv5tel.rpm [100%]
Downloading gcc-objc++-4.5.0-35.3.armv5tel.rpm [ 13%][austin at austin-zhang bzip2]$ osc build Trunk armv5el --no-verify bzip2.spec
[austin at austin-zhang bzip2]$
To download the above failed download pkgs to local cache, and then redo the local building, then the building go forward but quickly stop at another download failure, then I have to download that one by manually, again and again, in general, I will have to download dozens of pkgs by manually.
Someone is saying it is because the proxy is caching old version but the osc command will get the latest version info from osc server, so the download failed.
1 how to solve it?
2 why is it happening very frequently on arm building, but few to happen on x86 building?
Meego-commits mailing list
Meego-commits at meego.com<mailto:Meego-commits at meego.com>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the MeeGo-commits