attachment
anaconda-dump-BackupPC.log

attachment
anaconda-dump-RPMsonDisc.txt

Regular installation works fine. It seems this only occurs when using the kickstart.

attachment
kickstart-workstation.cfg

attachment
anaconda-dump-openoffice.org-impress.txt

Manual install fails to (see anaconda-dump-openoffice.org-impress.txt)

Now seems related to pkgorder error

From running pkgorder manually:
{{{
[root@clyde ~]# /usr/lib/anaconda-runtime/pkgorder --file=pkgorder --debug --product=Fedora /var/tmp/revisor-pungi/7/f7-i386/i386/os i386 Fedora
kernel-2.6.21-1.3194.fc7.i686.rpm
kernel-PAE-2.6.21-1.3194.fc7.i686.rpm
kernel-PAE-debug-2.6.21-1.3194.fc7.i686.rpm
kernel-xen-devel-2.6.20-2925.9.fc7.i686.rpm
kernel-xen-2.6-doc-2.6.20-2925.9.fc7.noarch.rpm
kernel-devel-2.6.21-1.3194.fc7.i686.rpm
kernel-xen-2.6.20-2925.9.fc7.i686.rpm
kernel-PAE-debug-devel-2.6.21-1.3194.fc7.i686.rpm
kernel-debug-devel-2.6.21-1.3194.fc7.i686.rpm
kernel-debug-2.6.21-1.3194.fc7.i686.rpm
kernel-2.6.21-1.3194.fc7.i586.rpm
kernel-headers-2.6.21-1.3194.fc7.i386.rpm
kernel-PAE-devel-2.6.21-1.3194.fc7.i686.rpm
kernel-doc-2.6.21-1.3194.fc7.noarch.rpm
Traceback (most recent call last):
File "/usr/lib/anaconda-runtime/pkgorder", line 169, in
addGroups(ds, ["core", "base", "text-internet"])
File "/usr/lib/anaconda-runtime/pkgorder", line 105, in addGroups
processTransaction(ds)
File "/usr/lib/anaconda-runtime/pkgorder", line 77, in processTransaction
ds.populateTs(keepold=0)
File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 201, in populateTs
self.downloadHeader(txmbr.po)
File "/usr/lib/python2.5/site-packages/yum/init.py", line 863, in downloadHeader
cache=repo.http_caching != 'none',
File "/usr/lib/python2.5/site-packages/yum/yumRepo.py", line 599, in getHeader
cache=cache,
File "/usr/lib/python2.5/site-packages/yum/yumRepo.py", line 567, in _getFile
http_headers=headers,
File "/usr/lib/python2.5/site-packages/urlgrabber/mirror.py", line 411, in urlgrab
return self._mirror_try(func, url, kw)
File "/usr/lib/python2.5/site-packages/urlgrabber/mirror.py", line 397, in _mirror_try
return func_ref( (fullurl,), *kwargs )
File "/usr/lib/python2.5/site-packages/urlgrabber/grabber.py", line 927, in urlgrab
return self._retry(opts, retryfunc, url, filename)
File "/usr/lib/python2.5/site-packages/urlgrabber/grabber.py", line 845, in _retry
r = apply(func, (opts,) + args, {})
File "/usr/lib/python2.5/site-packages/urlgrabber/grabber.py", line 915, in retryfunc
fo._do_grab()
File "/usr/lib/python2.5/site-packages/urlgrabber/grabber.py", line 1196, in _do_grab
else: new_fo = open(self.filename, 'wb')
IOError: [Errno 2] No such file or directory: u'/var/tmp/yum-root-G72iLp/anaconda/headers/ifd-egate-0.05-17.i386.hdr'
[root@clyde ~]#
}}}

Redid pkgordering stage, please confirm and set fixed

Yes. The regular ISO works just fine. The problem happens when you add an updates repo to your dvd set.

According to Chris Lumens (clumens@redhat.com) on 2007-07-11 22:33 EST:

"yum no longer makes the header download directory, so anaconda is unable to
write to that location. This can be fixed either by pulling in a later version
of anaconda that works around this problem into your tree, or by backing down to
an earlier version of yum that still makes the header directory."

Later version of anaconda (11.3.0.5-1) still doesn´t work.

I´m a little lost about this issue... How do I make it to work?! Thanks a lot!

You are confirming that the 'fix' doesn't work then, right? In that case, please reopen the ticket.

Well, that's the problem for me. I don't know what the fix is or how to apply it.

I just tried with anaconda-11.3.0.6-2 and all its latest rawhide dependencies, but no success. Now the installation stops much sooner with traceback messages... :-(

Thanks, I've also confirmed that the fix doesn't work. It seems pungi has the same problem and woks around with using an older yum, as the newer yum doesn't create the header files anaconda uses.

Hello kanarip: yes, you´re right. The only way I got it working was to add the following line into revisor-f7-i386.cfg:

"[updates]

...

exclude=yum yum-updatesd"

Now the ISO can be installed.

So the conclusion is anaconda still has a problem, though the bug report in red hat bugzilla has been closed by Chris Lumens (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=246357). I think it should be opened again, but they don´t answer anymore... :-(

Thanks for the replies.

kanarip: Do you confirm if adding the latest pykickstart makes everything works?

"Comment #16 From Chris Lumens (clumens@redhat.com) on 2007-07-16 11:17 EST [reply]

You also need the latest version of the pykickstart package if you're going to
be using the rawhide anaconda."

kanarip: No, the latest pykickstart also doesn't help.

I tried with the following packages, but still no success:

anaconda-11.3.0.6-2.i386.rpm
anaconda-runtime-11.3.0.6-2.i386.rpm
busybox-anaconda-1.5.1-2.fc8.i386.rpm
libdhcp-1.25-3.fc8.i386.rpm
libdhcp4client-3.0.6-1.fc8.i386.rpm
mkinitrd-6.0.9-9.i386.rpm
nash-6.0.9-9.i386.rpm
pykickstart-1.2-2.fc8.noarch.rpm

This is the screen I'm getting now:

http://www.fedoraforum.org/forum/attachment.php?attachmentid=12804

Thanks

kanarip: No, the latest pykickstart also doesn't help.

I tried with the following packages, but still no success:

anaconda-11.3.0.6-2.i386.rpm
anaconda-runtime-11.3.0.6-2.i386.rpm
busybox-anaconda-1.5.1-2.fc8.i386.rpm
libdhcp-1.25-3.fc8.i386.rpm
libdhcp4client-3.0.6-1.fc8.i386.rpm
mkinitrd-6.0.9-9.i386.rpm
nash-6.0.9-9.i386.rpm
pykickstart-1.2-2.fc8.noarch.rpm

This is the screen I'm getting now:

http://www.fedoraforum.org/forum/attachment.php?attachmentid=12804

Thanks

Hi,
i have the same problem here.
Will i have the problem, when i remove the update repo?

Can i manually create the hdr files, in pre install phase?

Can i use a workaround, that i do not use yum while kickstrting?
I only want to rpm install packages, not to use yum.

Thanks,
Nine, not 9

Add

exclude=yum yum-updatesd

to your updates repository configuration in /etc/revisor/conf.d

Anaconda fixed in rawhide,[[BR]]
yum not fixed yet although updates pending[[BR]]
workaround known[[BR]]