> Rolf Pedersen wrote:
> >
> > I have been reading cooker daily since 8.0b1, done a search for rpmdrake, queried
>qa, and
> > am surprised to have not found exactly this problem, so it is likely user error.
>This is
> > now for a fresh install of beta3 on /, /home, /usr reiserfs partitions but seems
>typical
> > of my experiences w/rpmdrake in 8.0beta*.
>
> Well, inasmuch as I have a Via chipset (Asus K7V) and, having caught wind of
>problems when
> combined w/reiserfs, I formatted / in ext2, /usr in reiserfs, and reinstalled. Went
>straight
> to rpmdrake, added a cooker source, and upgraded urpmi and rpmdrake. One other
>change I made
> in install was to accept the servers postfix and webmin, whereas I refused this
>before as I
> did not know of their utility to my install on single-box internet/office
>workstation. GUI
> is looking good!
Back to square one! After the initial successful addition of a cooker source with
rpmdrake,
myriad attempts to update the existing or add new cooker sources, with rpmdrake or
urpmi.addmedia, various versions of rpmdrake, wget, and urpmi all fail after logon to
the
mirror at retrieving the hdlist '==>LIST....' Depending on how I kill the stalled
process(es), I can sometimes get an error message 'unable to read hdlist' which got me
to
wondering what (de)compression utility is associated with .cz and is that somehow the
source
of the problem? Konqueror shows it as an archive but archiver errors that it should
have a
.bz extension and won't open it. Unable to find any info on .cz files. Security
level set
to low at install. Tinyfirewall running but logons are successful. This sucks :-<
rolf
