[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