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@tigerF os]# ARCH=""
> [root@tigerF os]# ARCH=`rpm --nodigest --nosignature -qp --qf "%{ARCH}" $PACKAGEPATH/anaconda-runtime*.rpm`
> [root@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
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
