LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Mandriva (https://www.linuxquestions.org/questions/mandriva-30/)
-   -   updating Mandrake 9.2 Pro-Suite using gurpmi (https://www.linuxquestions.org/questions/mandriva-30/updating-mandrake-9-2-pro-suite-using-gurpmi-246975/)

pramathesh_a 10-25-2004 01:36 AM

updating Mandrake 9.2 Pro-Suite using gurpmi
 
Our organisation purchased an official boxed set of Mandrake 9.2 Pro Suite. I would like to get and apply updates to the distribution. In earlier Mandrake distributions, I have been able to download the updated RPM packages from Mandrake mirror sites to my hard disk, burn a CD, configure an update source in gurpmi and apply the updates to 2-3 machines using Mdk. However, I am no longer able to configure this local update source in gurpmi. gurpmi complains of "cannot parse hdlist for update source" or "the list of updates is void".

However, if I do a "live update" via gurpmi (i.e. update directly from the mirro site), this problem does not arise.

How do I get around this problem? It is important because all machines are not connected to the internet so burning the updated packages to a disk or cdrom is important for me

Thanks in advance
Pramathesh

opjose 10-25-2004 04:45 PM

Your downloade rpm's probably include a corrupt hdlist.cz list or one which is grossly out of date as often happens.

You must get RPM NOT to use it and rebuild a new one instead.

You can remove any and all *.cz files from your rpm directories then

urpmi.removemedia NAMEOFRPMARCHIVE

to also delete the existing cached list.

Now once it is done...

urpmi.addmedia the rpm's which you have downloaded (on newer versions of Mandrake you can also utilize the software media manager for this...)

This will cause urpmi (which gurpmi uses) to open and read every single rpm file for content, dependancies and file lists. This can take many minutes, but will cause a new local hdlist.cz to be built which will eliminate the problem you are having.

pramathesh_a 10-26-2004 05:05 AM

Hi and thanks for your detailed response.
What I don't understand is that the hdlist.cz is downloaded from the same mirror as the RPMs themselves. Then why does the error arise?
Also "live update" through the Mandrake Control Centre downloads both the RPMs and the hdlist and works!. So why is there a difference between updating from a local harddisk and updating from a remote FTP site?
I will try what you suggest and get back.
Should I also remove the hdlist files for the FTP update source from /var/lib/urpmi?
Regards

pramathesh_a 10-26-2004 06:35 AM

Further to my earlier post, I wish to report that I tried the method suggested by opjose. I removed all .*cz files from the RPM directories and the ran urpmi.removemedia and urpmi.addmedia in sequence. It DID NOT WORK.
The output of the urpmi.addmedia command is given below:

***********************************OUTPUT***********
[root@xxx yyy]# urpmi.addmedia my_updates ftp://anonymous:xxxx_a@rediffmail.com@10.54.7.5/pub/mdk92updates/RPMS
added medium my_updates
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Install Server CD1 (cdrom1).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Install Server CD2 (cdrom2).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.International CD (cdrom3).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.International CD (cdrom4).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Commercial Apps CD (cdrom5).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Commercial Apps CD (cdrom6).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Sources CD1 (cdrom7).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Contrib Java CD (cdrom8).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Contrib CD (cdrom9).cz]
retrieving source hdlist (or synthesis) of "my_updates"...
ftp://anonymous:xxxx@rediffmail.com@...esis.hdlist.cz
ftp://anonymous:xxxx@rediffmail.com@...esis.hdlist.cz
ftp://anonymous:xxxx@rediffmail.com@...esis.hdlist.cz
ftp://anonymous:xxxx@rediffmail.com@...sis.hdlist1.cz
ftp://anonymous:xxxx@rediffmail.com@...sis.hdlist2.cz
ftp://anonymous:xxxx@rediffmail.com@...sis.hdlist1.cz
ftp://anonymous:xxxx@rediffmail.com@...sis.hdlist2.cz
ftp://anonymous:xxxx@rediffmail.com@...sis.hdlist1.cz
ftp://anonymous:xxxx@rediffmail.com@...sis.hdlist2.cz
ftp://anonymous:xxxx@rediffmail.com@...base/hdlist.cz
ftp://anonymous:xxxx@rediffmail.com@...ates/hdlist.cz
ftp://anonymous:xxxx@rediffmail.com@...RPMS/hdlist.cz
ftp://anonymous:xxxx@rediffmail.com@...ase/hdlist1.cz
ftp://anonymous:xxxx@rediffmail.com@...ase/hdlist2.cz
ftp://anonymous:xxxx@rediffmail.com@...tes/hdlist1.cz
ftp://anonymous:xxxx@rediffmail.com@...tes/hdlist2.cz
ftp://anonymous:xxxx@rediffmail.com@...PMS/hdlist1.cz
ftp://anonymous:xxxx@rediffmail.com@...PMS/hdlist2.cz
retrieve of source hdlist (or synthesis) failed
no hdlist file found for medium "my_updates"
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.my_updates.cz]
problem reading synthesis file of medium "my_updates"
unable to update medium "my_updates"
*************end output**************************
So where do I go from here?
Will be grateful for tips
Regards and thanks in advance

opjose 10-26-2004 02:09 PM

You must remove the cz files and NOT permit them to be redownloaded from the original repositories or you are right back to the same problem as before.

You are merely re-adding the same thing back again.

Of COURSE you are going to have the same problem as you haven't really done anything to correct it.


You asked why does this happen?

Actually creating the .cz files involves extra steps which often the repository maintainers either overlook or do not get to.

Also many times there are two copies of the .cz files on the repositories.

One with the RPM's themselves and another in the ../base directory both grossly out of sync with the actual files.

Each time your upmi.update contacts the repository it will attempt to redownload the same files which are causing you difficulty.

You must either tell it NOT to explicity use the remote .cz files (which I do via the GUI) or download ALL of the files locally, delete the .cz files and THEN rebuild them by adding the local source WITHOUT a corrsponding base.


AND YES IT WORKS... so much so that I never both with the ones on the repository any more as they were too problematic.

I just use an FTP client to grab any new or changed files (file dates are GREAT for this) and then re-create (or re-add)/update the local source.


Mandrake's Live update is NOT the same as the repositories. Mandrake builds the .cz lists while it's up to the repository maintainers to manage the others.

Hence the difference.

pramathesh_a 10-27-2004 12:55 AM

Quote:

Originally posted by opjose
You must remove the cz files and NOT permit them to be redownloaded from the original repositories or you are right back to the same problem as before.

You are merely re-adding the same thing back again.

Of COURSE you are going to have the same problem as you haven't really done anything to .



You must either tell it NOT to explicity use the remote .cz files (which I do via the GUI) or download ALL of the files locally, delete the .cz files and THEN rebuild them by adding the local source WITHOUT a corrsponding base.


AND YES IT WORKS... so much so that I never both with the ones on the repository any more as they were too problematic.


Thanks for your reply
What you said above is what I have done. The output I enclosed with my post is the output of urpmi.addmedia and the repository source was through ftp on my local machine. The .cz files did NOT get built.

What have I got wrong?
Pramathesh


All times are GMT -5. The time now is 02:32 PM.