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.
Yanmin
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
