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 |
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. |
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 |
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 |
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. |
Quote:
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. |