Manually downloading the drpm, and using applydeltarpm manually might show some useful information as to 'why' reconstruction is failing<br><br><div><span class="gmail_quote">On 3/26/07, <b class="gmail_sendername">
Jonathan Dieter</b> <<a href="mailto:jdieter@gmail.com">jdieter@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Mon, 2007-03-26 at 19:17 +0200, Leszek Matok wrote:<br>> This one is strange:<br>><br>> =============================================================================<br>>  Package                 Arch       Version          Repository        Size
<br>> =============================================================================<br>> Updating:<br>>  bittorrent *            noarch     4.4.0-5.fc6      extras             59 k<br>>  bittorrent-gui *        noarch     
4.4.0-5.fc6      extras             15 k<br>>  lucidlife *             i386       0.9.1-2.fc6      extras             90 k<br>><br>> Transaction Summary<br>> =============================================================================
<br>> Install      0 Package(s)<br>> Update       3 Package(s)<br>> Remove       0 Package(s)<br>><br>> Total download size: 164 k<br>> Is this ok [y/N]: y<br>> Downloading Packages:<br>> (1/3): bittorrent-gui-4.4
 100% |=========================|  15 kB    00:00<br>> (2/3): lucidlife-0.9.1_0. 100% |=========================|  90 kB    00:03<br>> (3/3): bittorrent-4.4.0_4 100% |=========================|  59 kB    00:02<br>> Rebuilding full packages from deltas
<br>> Traceback (most recent call last):<br>>   File "/usr/bin/yum", line 29, in ?<br>>     yummain.main(sys.argv[1:])<br>>   File "/usr/share/yum-cli/yummain.py", line 172, in main<br>>     
base.doTransaction()<br>>   File "/usr/share/yum-cli/cli.py", line 419, in doTransaction<br>>     problems = self.downloadPkgs(downloadpkgs)<br>>   File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 706, in downloadPkgs
<br>>     self.plugins.run('postdownload', pkglist=pkglist, errors=errors)<br>>   File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in run<br>>     func(conduitcls(self, self.base
, conf, **kwargs))<br>>   File "/usr/lib/yum-plugins/presto.py", line 174, in postdownload_hook<br>>     raise PluginYumExit("Error rebuilding at least one deltarpm.  Please run report this error to\nhttps://hosted.fedoraproject.org/projects/presto/newticket.  To bypass this problem, run yum \nwith the --disablepresto option")
<br>> NameError: global name 'PluginYumExit' is not defined<br>><br>> Notice the part "lucidlife-0.9.1_0.". Next time (1 minute later, no<br>> repository metadata was updated) it was different:
<br>> (1/1): lucidlife-0.9.1-2. 100% |=========================| 723 kB    00:24<br>> And the update went okay. It looks to me like a deltarpm repository<br>> breakage combined with some strange logic in Presto that made it
<br>> download a file with another name that it wanted.<br>><br>> Oh, and there's no /var/log/presto.log.<br>><br>> Lam<br>Okay, first an explanation:<br>Presto works by checking to see if there is a deltarpm update available
<br>for each package.  When there is a deltarpm available, it then checks<br>what's called the "deltarpm sequence" against your system to see if the<br>deltarpm will apply cleanly.  If the deltarpm will apply cleanly, it
<br>then changes certain package information, in this case to<br>lucidlife-0.9.1_0.9.1-2.fc6_1.fc6.i386.drpm.  Yum then proceeds to<br>download the drpm (thinking it's the rpm).  After yum downloads all the<br>packages, presto kicks in again and reassembles the rpm from the drpm,
<br>and reverts the package information back to the original.  And, finally,<br>at the end, it writes out statistics to /var/log/presto.log.<br><br>So, what has happened here is that the lucidlife drpm looked like it<br>would apply cleanly the first time around, but, after being downloaded
<br>didn't apply cleanly.  A bug in the code gave you that ugly error rather<br>than the "nice" error message it was supposed to...I'll fix it in 0.2.8,<br>which should be out in a half-hour or so.  The second time your ran it,
<br>it realized there was a problem and downloaded the full rpm.<br><br>I would really love to know if you've done anything with lucidlife,<br>changed any files before upgrading to the latest version?  It would help<br>
me work out why we hit this error in the first place.<br><br>Jonathan<br><br>--<br>fedora-devel-list mailing list<br><a href="mailto:fedora-devel-list@redhat.com">fedora-devel-list@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/fedora-devel-list">
https://www.redhat.com/mailman/listinfo/fedora-devel-list</a><br><br></blockquote></div><br>