[Fedora-ia64-list] RE: buildos issues

Zhang, Yanmin yanmin_zhang at linux.intel.com
Mon Oct 9 05:20:04 UTC 2006


On Mon, 2006-10-09 at 10:06, Zhang, Yanmin wrote:
> On Fri, 2006-09-29 at 00:55, Yu, Luming wrote:
> > >
> > >> Expanding packages... xorg-x11-fonts-ISO8859-9-75dpi-7.1-2.noarch.rpm
> > >> Expanding packages...
> > >> Expanding packages... xorg-x11-fonts-misc-7.1-2.noarch.rpm
> > >> Expanding packages...
> > >> retrieving timezones
> > >> /usr/src/tmp/ia64/os/buildinstall.tree.3912/upd-instroot: line 
> > >> 977: 
> > >/tmp/treedir.3912/image-template/usr/lib/anaconda-runtime/fixmtime.py: 
> > >> No such file or directory
> > >>
> > >>   
> > >I can't seem to reproduce this at all using the latest 
> > >rawhide.  Care to 
> > >give it another shot?
> > 
> > ok, I will try it on the bleding edge FC6-test3, and will let you know
> > the results.
> I located the root cause.
> 
> /usr/lib/anaconda-runtime/buildinstall calls
> /usr/lib/anaconda-runtime/upd-instroot and the upd-insroot gets ARCH by command rpm
> if ARCH is null. I know that upd-instroot is in the new rpm, but
> /usr/lib/anaconda-runtime/upd-instroot is almost the same thing.
> 
> I executed the rpm command on my tiger machine (Fedora Core 6 test2). See below.
> 
> [root at tigerF os]# ARCH=""
> [root at tigerF os]# ARCH=`rpm --nodigest --nosignature -qp --qf "%{ARCH}" $PACKAGEPATH/anaconda-runtime*.rpm`
> [root at tigerF os]# echo $ARCH
> ia64ia64ia64ia64
> 
> So ARCH=ia64ia64ia64ia64 instead of only one ia64, because there 4 rpms whoese names start with
> "anaconda-runtime". Then, anaconda-runtime rpms are lost when being searched by command ls.
> 
> Besides upd-instroot, it looks like some other scripts also use the same method to get ARCH.
> 
> I will work out a solution or patch to fix it.
I checked why there are many versions of anaconda-runtime rpms under the mirror directory.
It looks like Shanghai mirror server doesn't delete the files if the USA machine deletes them.
After I deleted the redundant anaconda-runtime rpms, the CD buidup is ok.

Yanmin




More information about the fedora-devel-list mailing list