1:33 p.m.
Ahmed Kamal and I are pleased to report that Presto, a yum plugin that
downloads deltarpms when possible, is ready for wider testing (than the
two of us). Warning: It may eat your kittens!
RPMs are available from
http://hosted.fedoraproject.org/projects/presto/wiki/WikiStart
Please report bugs on the project page or e-mail them directly to me.
As most of you have heard (over and over), deltarpms are essentially
binary diffs between two rpms. They can provide significant savings
when you update your system.
Please note that we only have deltarpms created for FC6 i386 updates and
extras. We will try to add Rawhide and/or 64 bit in the near future,
though we are constrained by the space required to mirror them all.
The Lebanon Evangelical School has graciously agreed to let us (ab)use
their bandwidth and disk space for at least the near future, so please
don't worry about overloading our bandwidth.
Jonathan
1:38 p.m.
On 3/24/07, Jonathan Dieter <jdieter(a)gmail.com> wrote:
Ahmed Kamal and I are pleased to report that Presto, a yum plugin
that
downloads deltarpms when possible, is ready for wider testing (than the
two of us). Warning: It may eat your kittens!
RPMs are available from
http://hosted.fedoraproject.org/projects/presto/wiki/WikiStart
Please report bugs on the project page or e-mail them directly to me.
I'll set it up on one of my fc6 boxes today.
-jef
3:56 a.m.
Dnia 24-03-2007, sob o godzinie 20:33 +0200, Jonathan Dieter napisał(a):
RPMs are available from
http://hosted.fedoraproject.org/projects/presto/wiki/WikiStart
Error: Missing
Dependency: deltarpm >= 3.4 is needed by package yum-presto
Am I right that in order to update FC6, I have to have Rawhide
instead? :) It would be good to provide dependencies in the "presto"
repository, if it really can't be compiled against deltarpm present in
FE6.
Please report bugs on the project page or e-mail them directly to me.
FC6's Evolution doesn't allow me to reply to author, so I'm writing
here
in protest.
Lam
4:32 a.m.
Yes, deltarpm in FE cannot be used (we need fixes from upstream available
only in newer versions)
The needed new version is available from the presto page
http://www.lesbg.com/jdieter/presto/deltarpm-3.4-1.i386.rpm
I guess you could also install the rawhide one
yum -y --disablerepo=* --enablerepo=extras-development install deltarpm
Encouraging everyone to test and report bugs
On 3/25/07, Leszek Matok <Lam(a)lam.pl> wrote:
Dnia 24-03-2007, sob o godzinie 20:33 +0200, Jonathan Dieter napisał(a):
> RPMs are available from
> http://hosted.fedoraproject.org/projects/presto/wiki/WikiStart
Error: Missing Dependency: deltarpm >= 3.4 is needed by package yum-presto
Am I right that in order to update FC6, I have to have Rawhide
instead? :) It would be good to provide dependencies in the "presto"
repository, if it really can't be compiled against deltarpm present in
FE6.
> Please report bugs on the project page or e-mail them directly to me.
FC6's Evolution doesn't allow me to reply to author, so I'm writing here
in protest.
Lam
--
fedora-devel-list mailing list
fedora-devel-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
6:06 a.m.
On Sun, 2007-03-25 at 10:56 +0200, Leszek Matok wrote:
Am I right that in order to update FC6, I have to have Rawhide
instead? :) It would be good to provide dependencies in the "presto"
repository, if it really can't be compiled against deltarpm present in
FE6.
Fair enough. I've put deltarpm 3.4 into the presto repository, so if
you're using yum, you'll get it.
Jonathan
7:16 a.m.
Dnia 25-03-2007, nie o godzinie 14:06 +0300, Jonathan Dieter napisał(a):
Fair enough. I've put deltarpm 3.4 into the presto repository,
so if
you're using yum, you'll get it.
Size of all updates downloaded from
Presto-enabled repositories: 78938
bytes
Size updates would have been downloaded if Presto wasn't enabled:
19729038 bytes
This is a savings of 100 percent
It works, thanks!
Lam
9:09 a.m.
On Sun, 2007-03-25 at 10:56 +0200, Leszek Matok wrote:
Dnia 24-03-2007, sob o godzinie 20:33 +0200, Jonathan Dieter
napisał(a):
> RPMs are available from
> http://hosted.fedoraproject.org/projects/presto/wiki/WikiStart
Error: Missing Dependency: deltarpm >= 3.4 is needed by package yum-presto
Am I right that in order to update FC6, I have to have Rawhide
instead? :) It would be good to provide dependencies in the "presto"
repository, if it really can't be compiled against deltarpm present in
FE6.
I've updated FE6 to have deltarpm 3.4 now.
- ajax
8:53 a.m.
Jonathan Dieter wrote:
Ahmed Kamal and I are pleased to report that Presto, a yum plugin
that
downloads deltarpms when possible, is ready for wider testing (than the
two of us). Warning: It may eat your kittens!
RPMs are available from
http://hosted.fedoraproject.org/projects/presto/wiki/WikiStart
Please report bugs on the project page or e-mail them directly to me.
As most of you have heard (over and over), deltarpms are essentially
binary diffs between two rpms. They can provide significant savings
when you update your system.
Please note that we only have deltarpms created for FC6 i386 updates and
extras. We will try to add Rawhide and/or 64 bit in the near future,
though we are constrained by the space required to mirror them all.
Fresh default installation of FC6, disabled updates and extras repo.
Installed the latest version of deltarpm and yum-presto plugin from the
wiki. Ran yum update. This is the end of the output.
--> Processing Dependency: perl(LWP::UserAgent) for package: spamassassin
--> Processing Dependency: perl(HTTP::Date) for package: spamassassin
--> Finished Dependency Resolution
Found deltarpm update for util-linux.i386 0:2.13.0.46.fc6
Found deltarpm update for libgcj.i386 0:4.1.1.51.fc6
Found deltarpm update for gjdoc.i386 0:0.7.7.14.fc6
Found deltarpm update for eel2.i386 0:2.16.1.1.fc6
Found deltarpm update for evolution.i386 0:2.8.3.1.fc6
Found deltarpm update for vte.i386 0:0.14.2.1.fc6
Found deltarpm update for kernel.i586 0:2.6.20.1.2933.fc6
Found deltarpm update for gimp-print-utils.i386 0:4.2.7.23.fc6
Found deltarpm update for gnome-desktop.i386 0:2.16.3.1.fc6
Found deltarpm update for at.i386 0:3.1.8.85.fc6
Found deltarpm update for nss.i386 0:3.11.5.0.6.1.fc6
Found deltarpm update for slrn.i386 0:0.9.8.1pl1.2.fc6
Found deltarpm update for xsane-gimp.i386 0:0.991.4.fc6
Found deltarpm update for a2ps.i386 0:4.13b.57.fc6.3
Found deltarpm update for apr-util.i386 0:1.2.8.1.fc6
Found deltarpm update for mono-core.i386 0:1.1.17.1.4.fc6
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 143, in main
(result, resultmsgs) = base.buildTransaction()
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 442, in
buildTransaction
self.plugins.run('postresolve', rescode=rescode, restring=restring)
File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/presto.py", line 85, in postresolve_hook
(chosen_drpm, installed, local) =
prestoTransaction.find_available_drpms(conduit, newpkg)
File "/usr/share/presto/prestoTransaction.py", line 28, in
find_available_drpms
p_repo = newpkg.po.repo.p_repo
AttributeError: FakeRepository instance has no attribute 'p_repo'
Rahul
10:03 a.m.
On Mon, 2007-03-26 at 19:23 +0530, Rahul Sundaram wrote:
Fresh default installation of FC6, disabled updates and extras repo.
Installed the latest version of deltarpm and yum-presto plugin from the
wiki. Ran yum update. This is the end of the output.
--> Processing Dependency: perl(LWP::UserAgent) for package: spamassassin
--> Processing Dependency: perl(HTTP::Date) for package: spamassassin
--> Finished Dependency Resolution
Found deltarpm update for util-linux.i386 0:2.13.0.46.fc6
Found deltarpm update for libgcj.i386 0:4.1.1.51.fc6
Found deltarpm update for gjdoc.i386 0:0.7.7.14.fc6
Found deltarpm update for eel2.i386 0:2.16.1.1.fc6
Found deltarpm update for evolution.i386 0:2.8.3.1.fc6
Found deltarpm update for vte.i386 0:0.14.2.1.fc6
Found deltarpm update for kernel.i586 0:2.6.20.1.2933.fc6
Found deltarpm update for gimp-print-utils.i386 0:4.2.7.23.fc6
Found deltarpm update for gnome-desktop.i386 0:2.16.3.1.fc6
Found deltarpm update for at.i386 0:3.1.8.85.fc6
Found deltarpm update for nss.i386 0:3.11.5.0.6.1.fc6
Found deltarpm update for slrn.i386 0:0.9.8.1pl1.2.fc6
Found deltarpm update for xsane-gimp.i386 0:0.991.4.fc6
Found deltarpm update for a2ps.i386 0:4.13b.57.fc6.3
Found deltarpm update for apr-util.i386 0:1.2.8.1.fc6
Found deltarpm update for mono-core.i386 0:1.1.17.1.4.fc6
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 143, in main
(result, resultmsgs) = base.buildTransaction()
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 442, in
buildTransaction
self.plugins.run('postresolve', rescode=rescode, restring=restring)
File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/presto.py", line 85, in postresolve_hook
(chosen_drpm, installed, local) =
prestoTransaction.find_available_drpms(conduit, newpkg)
File "/usr/share/presto/prestoTransaction.py", line 28, in
find_available_drpms
p_repo = newpkg.po.repo.p_repo
AttributeError: FakeRepository instance has no attribute 'p_repo'
Rahul
Okay, I think I've fixed this problem in 0.2.6 (the failing statement is
now in a try, except segment), but I'm curious as to why we actually hit
this. Do you mind sending me yum's full output (using -d 5) when you
run this again?
Thanks,
Jonathan
10:32 a.m.
Jonathan Dieter wrote:
Okay, I think I've fixed this problem in 0.2.6 (the failing
statement is
now in a try, except segment), but I'm curious as to why we actually hit
this. Do you mind sending me yum's full output (using -d 5) when you
run this again?
Sure. Different output with 0.2.6 and yum -d5.
Loading "installonlyn" plugin
Loading "presto" plugin
Running "config" handler for "installonlyn" plugin
Running "config" handler for "presto" plugin
Yum Version: 3.0
COMMAND: yum -d5
Installroot: /
Setting up Update Process
Setting up repositories
Running "postreposetup" handler for "presto" plugin
Setting up Presto
Manual url set from presto.conf:
['http://www.lesbg.com/jdieter/updates/fc6/i386/']
Reading Presto metadata in from local files
Reading repository metadata in from local files
Setting up Package Sacks
Reading Local RPMDB
Building updates object
Resolving Dependencies
1174972558.49
--> Populating transaction set with selected packages. Please wait.
Adding Package util-linux - 2.13-0.46.fc6.i386 in mode u
---> Package util-linux.i386 0:2.13-0.46.fc6 set to be updated
Adding Package libgcj - 4.1.1-51.fc6.i386 in mode u
---> Package libgcj.i386 0:4.1.1-51.fc6 set to be updated
Adding Package gjdoc - 0.7.7-14.fc6.i386 in mode u
---> Package gjdoc.i386 0:0.7.7-14.fc6 set to be updated
Adding Package libxslt - 1.1.20-1.fc6.i386 in mode u
---> Package libxslt.i386 0:1.1.20-1.fc6 set to be updated
Adding Package eel2 - 2.16.1-1.fc6.i386 in mode u
---> Package eel2.i386 0:2.16.1-1.fc6 set to be updated
Adding Package evolution - 2.8.3-1.fc6.i386 in mode u
---> Package evolution.i386 0:2.8.3-1.fc6 set to be updated
Adding Package vte - 0.14.2-1.fc6.i386 in mode u
---> Package vte.i386 0:0.14.2-1.fc6 set to be updated
kernel - 2.6.20-1.2933.fc6.i586 converted to install
Adding Package kernel - 2.6.20-1.2933.fc6.i586 in mode i
---> Package kernel.i586 0:2.6.20-1.2933.fc6 set to be installed
Adding Package netpbm - 10.35-8.1.fc6.i386 in mode u
---> Package netpbm.i386 0:10.35-8.1.fc6 set to be updated
Adding Package gimp-print-utils - 4.2.7-23.fc6.i386 in mode u
---> Package gimp-print-utils.i386 0:4.2.7-23.fc6 set to be updated
Adding Package gnome-desktop - 2.16.3-1.fc6.i386 in mode u
---> Package gnome-desktop.i386 0:2.16.3-1.fc6 set to be updated
Adding Package pwlib - 1.10.4-1.fc6.i386 in mode u
---> Package pwlib.i386 0:1.10.4-1.fc6 set to be updated
Adding Package python-numeric - 24.2-1.fc6.i386 in mode u
---> Package python-numeric.i386 0:24.2-1.fc6 set to be updated
Adding Package at - 3.1.8-85.fc6.i386 in mode u
---> Package at.i386 0:3.1.8-85.fc6 set to be updated
Adding Package nss - 3.11.5-0.6.1.fc6.i386 in mode u
---> Package nss.i386 0:3.11.5-0.6.1.fc6 set to be updated
Adding Package slrn - 0.9.8.1pl1-2.fc6.i386 in mode u
---> Package slrn.i386 0:0.9.8.1pl1-2.fc6 set to be updated
Adding Package xsane-gimp - 0.991-4.fc6.i386 in mode u
---> Package xsane-gimp.i386 0:0.991-4.fc6 set to be updated
Adding Package a2ps - 4.13b-57.fc6.3.i386 in mode u
---> Package a2ps.i386 0:4.13b-57.fc6.3 set to be updated
Adding Package apr-util - 1.2.8-1.fc6.i386 in mode u
---> Package apr-util.i386 0:1.2.8-1.fc6 set to be updated
Adding Package mono-core - 1.1.17.1-4.fc6.i386 in mode u
---> Package mono-core.i386 0:1.1.17.1-4.fc6 set to be updated
Adding Package system-config-printer-libs - 0.7.52-1.fc6.i386 in mode u
---> Package system-config-printer-libs.i386 0:0.7.52-1.fc6 set to be
updated
Adding Package beagle - 0.2.13-1.fc6.i386 in mode u
---> Package beagle.i386 0:0.2.13-1.fc6 set to be updated
Adding Package vim-common - 2:7.0.201-1.fc6.i386 in mode u
---> Package vim-common.i386 2:7.0.201-1.fc6 set to be updated
Adding Package dbus-x11 - 1.0.1-9.fc6.i386 in mode u
---> Package dbus-x11.i386 0:1.0.1-9.fc6 set to be updated
Adding Package gnome-python2-bonobo - 2.16.2-2.fc6.i386 in mode u
---> Package gnome-python2-bonobo.i386 0:2.16.2-2.fc6 set to be updated
Adding Package openoffice.org-xsltfilter - 1:2.0.4-5.5.10.i386 in mode u
---> Package openoffice.org-xsltfilter.i386 1:2.0.4-5.5.10 set to be updated
Adding Package libdrm - 2.3.0-1.fc6.i386 in mode u
---> Package libdrm.i386 0:2.3.0-1.fc6 set to be updated
Adding Package anacron - 2.3-44.fc6.i386 in mode u
---> Package anacron.i386 0:2.3-44.fc6 set to be updated
Adding Package libselinux-python - 1.33.4-2.fc6.i386 in mode u
---> Package libselinux-python.i386 0:1.33.4-2.fc6 set to be updated
Adding Package htmlview - 3.0.0-15.fc6.noarch in mode u
---> Package htmlview.noarch 0:3.0.0-15.fc6 set to be updated
Adding Package iproute - 2.6.19-1.fc6.i386 in mode u
---> Package iproute.i386 0:2.6.19-1.fc6 set to be updated
Adding Package bind-utils - 31:9.3.4-3.fc6.i386 in mode u
---> Package bind-utils.i386 31:9.3.4-3.fc6 set to be updated
Adding Package gd - 2.0.33-10.fc6.i386 in mode u
---> Package gd.i386 0:2.0.33-10.fc6 set to be updated
Adding Package xorg-x11-drv-i810 - 1.6.5-10.fc6.i386 in mode u
---> Package xorg-x11-drv-i810.i386 0:1.6.5-10.fc6 set to be updated
Adding Package krb5-libs - 1.5-13.i386 in mode u
---> Package krb5-libs.i386 0:1.5-13 set to be updated
Adding Package policycoreutils - 1.34.1-4.fc6.i386 in mode u
---> Package policycoreutils.i386 0:1.34.1-4.fc6 set to be updated
Adding Package file-roller - 2.16.3-1.fc6.i386 in mode u
---> Package file-roller.i386 0:2.16.3-1.fc6 set to be updated
Adding Package tcpdump - 14:3.9.4-10.fc6.i386 in mode u
---> Package tcpdump.i386 14:3.9.4-10.fc6 set to be updated
Adding Package mono-data-sqlite - 1.1.17.1-4.fc6.i386 in mode u
---> Package mono-data-sqlite.i386 0:1.1.17.1-4.fc6 set to be updated
Adding Package mesa-libGL - 6.5.1-9.fc6.i386 in mode u
---> Package mesa-libGL.i386 0:6.5.1-9.fc6 set to be updated
Adding Package sound-juicer - 2.16.3-1.fc6.i386 in mode u
---> Package sound-juicer.i386 0:2.16.3-1.fc6 set to be updated
Adding Package notification-daemon - 0.3.6-1.fc6.i386 in mode u
---> Package notification-daemon.i386 0:0.3.6-1.fc6 set to be updated
Adding Package xorg-x11-drv-mga - 1.4.5-2.fc6.i386 in mode u
---> Package xorg-x11-drv-mga.i386 0:1.4.5-2.fc6 set to be updated
Adding Package pam - 0.99.6.2-3.16.fc6.i386 in mode u
---> Package pam.i386 0:0.99.6.2-3.16.fc6 set to be updated
Adding Package openoffice.org-writer - 1:2.0.4-5.5.10.i386 in mode u
---> Package openoffice.org-writer.i386 1:2.0.4-5.5.10 set to be updated
Adding Package samba-client - 3.0.24-1.fc6.i386 in mode u
---> Package samba-client.i386 0:3.0.24-1.fc6 set to be updated
Adding Package authconfig - 5.3.12-1.fc6.i386 in mode u
---> Package authconfig.i386 0:5.3.12-1.fc6 set to be updated
Adding Package gnome-vfs2-smb - 2.16.2-2.fc6.i386 in mode u
---> Package gnome-vfs2-smb.i386 0:2.16.2-2.fc6 set to be updated
Adding Package setup - 2.6.1.1-1.fc6.noarch in mode u
---> Package setup.noarch 0:2.6.1.1-1.fc6 set to be updated
Adding Package glx-utils - 6.5.1-9.fc6.i386 in mode u
---> Package glx-utils.i386 0:6.5.1-9.fc6 set to be updated
Adding Package yum - 3.0.3-1.fc6.noarch in mode u
---> Package yum.noarch 0:3.0.3-1.fc6 set to be updated
Adding Package openoffice.org-graphicfilter - 1:2.0.4-5.5.10.i386 in mode u
---> Package openoffice.org-graphicfilter.i386 1:2.0.4-5.5.10 set to be
updated
Adding Package shadow-utils - 2:4.0.17-12.fc6.i386 in mode u
---> Package shadow-utils.i386 2:4.0.17-12.fc6 set to be updated
Adding Package grep - 2.5.1-54.1.2.fc6.i386 in mode u
---> Package grep.i386 0:2.5.1-54.1.2.fc6 set to be updated
Adding Package gstreamer-plugins-base - 0.10.10-1.fc6.i386 in mode u
---> Package gstreamer-plugins-base.i386 0:0.10.10-1.fc6 set to be updated
Adding Package gnome-icon-theme - 2.16.0.1-3.fc6.noarch in mode u
---> Package gnome-icon-theme.noarch 0:2.16.0.1-3.fc6 set to be updated
Adding Package opal - 2.2.5-1.fc6.i386 in mode u
---> Package opal.i386 0:2.2.5-1.fc6 set to be updated
Adding Package pygtk2 - 2.10.4-1.fc6.i386 in mode u
---> Package pygtk2.i386 0:2.10.4-1.fc6 set to be updated
Adding Package ImageMagick - 6.2.8.0-3.fc6.1.i386 in mode u
---> Package ImageMagick.i386 0:6.2.8.0-3.fc6.1 set to be updated
Adding Package udev - 095-17.fc6.i386 in mode u
---> Package udev.i386 0:095-17.fc6 set to be updated
Adding Package gnome-applets - 1:2.16.0.1-12.fc6.i386 in mode u
---> Package gnome-applets.i386 1:2.16.0.1-12.fc6 set to be updated
Adding Package nautilus-cd-burner - 2.16.3-1.fc6.i386 in mode u
---> Package nautilus-cd-burner.i386 0:2.16.3-1.fc6 set to be updated
Adding Package bind-libs - 31:9.3.4-3.fc6.i386 in mode u
---> Package bind-libs.i386 31:9.3.4-3.fc6 set to be updated
Adding Package binutils - 2.17.50.0.6-2.fc6.i386 in mode u
---> Package binutils.i386 0:2.17.50.0.6-2.fc6 set to be updated
Adding Package spamassassin - 3.1.8-2.fc6.i386 in mode u
---> Package spamassassin.i386 0:3.1.8-2.fc6 set to be updated
Adding Package gnome-vfs2 - 2.16.2-2.fc6.i386 in mode u
---> Package gnome-vfs2.i386 0:2.16.2-2.fc6 set to be updated
Adding Package yum-metadata-parser - 1.0.3-1.fc6.i386 in mode u
---> Package yum-metadata-parser.i386 0:1.0.3-1.fc6 set to be updated
Adding Package gmp - 4.1.4-9.fc6.i386 in mode u
---> Package gmp.i386 0:4.1.4-9.fc6 set to be updated
Adding Package poppler-utils - 0.5.4-5.fc6.i386 in mode u
---> Package poppler-utils.i386 0:0.5.4-5.fc6 set to be updated
Adding Package openssh - 4.3p2-18.fc6.i386 in mode u
---> Package openssh.i386 0:4.3p2-18.fc6 set to be updated
Adding Package mono-web - 1.1.17.1-4.fc6.i386 in mode u
---> Package mono-web.i386 0:1.1.17.1-4.fc6 set to be updated
Adding Package nss-tools - 3.11.5-0.6.1.fc6.i386 in mode u
---> Package nss-tools.i386 0:3.11.5-0.6.1.fc6 set to be updated
Adding Package yum-updatesd - 3.0.3-1.fc6.noarch in mode u
---> Package yum-updatesd.noarch 0:3.0.3-1.fc6 set to be updated
Adding Package xorg-x11-drv-mouse - 1.2.1-1.fc6.i386 in mode u
---> Package xorg-x11-drv-mouse.i386 0:1.2.1-1.fc6 set to be updated
Adding Package krb5-workstation - 1.5-13.i386 in mode u
---> Package krb5-workstation.i386 0:1.5-13 set to be updated
Adding Package gnome-python2 - 2.16.2-2.fc6.i386 in mode u
---> Package gnome-python2.i386 0:2.16.2-2.fc6 set to be updated
Adding Package gnome-pilot - 2.0.15-1.fc6.i386 in mode u
---> Package gnome-pilot.i386 0:2.0.15-1.fc6 set to be updated
Adding Package libgpod - 0.4.2-0.1.fc6.i386 in mode u
---> Package libgpod.i386 0:0.4.2-0.1.fc6 set to be updated
Adding Package pycairo - 1.2.6-1.fc6.i386 in mode u
---> Package pycairo.i386 0:1.2.6-1.fc6 set to be updated
Adding Package system-config-soundcard - 2.0.5-2.fc6.noarch in mode u
---> Package system-config-soundcard.noarch 0:2.0.5-2.fc6 set to be updated
Adding Package hsqldb - 1:1.8.0.7-2jpp.1.i386 in mode u
---> Package hsqldb.i386 1:1.8.0.7-2jpp.1 set to be updated
Adding Package libX11 - 1.0.3-6.fc6.i386 in mode u
---> Package libX11.i386 0:1.0.3-6.fc6 set to be updated
Adding Package slang - 2.0.7-1.fc6.i386 in mode u
---> Package slang.i386 0:2.0.7-1.fc6 set to be updated
Adding Package samba-common - 3.0.24-1.fc6.i386 in mode u
---> Package samba-common.i386 0:3.0.24-1.fc6 set to be updated
Adding Package bzip2 - 1.0.3-6.fc6.i386 in mode u
---> Package bzip2.i386 0:1.0.3-6.fc6 set to be updated
Adding Package ORBit2 - 2.14.3-4.fc6.i386 in mode u
---> Package ORBit2.i386 0:2.14.3-4.fc6 set to be updated
Adding Package lvm2 - 2.02.17-1.fc6.i386 in mode u
---> Package lvm2.i386 0:2.02.17-1.fc6 set to be updated
Adding Package mono-data - 1.1.17.1-4.fc6.i386 in mode u
---> Package mono-data.i386 0:1.1.17.1-4.fc6 set to be updated
Adding Package enscript - 1.6.4-5.fc6.i386 in mode u
---> Package enscript.i386 0:1.6.4-5.fc6 set to be updated
Adding Package wget - 1.10.2-8.fc6.1.i386 in mode u
---> Package wget.i386 0:1.10.2-8.fc6.1 set to be updated
Adding Package totem-mozplugin - 2.16.5-1.fc6.i386 in mode u
---> Package totem-mozplugin.i386 0:2.16.5-1.fc6 set to be updated
Adding Package dbus - 1.0.1-9.fc6.i386 in mode u
---> Package dbus.i386 0:1.0.1-9.fc6 set to be updated
Adding Package pango - 1.14.10-1.fc6.i386 in mode u
---> Package pango.i386 0:1.14.10-1.fc6 set to be updated
Adding Package libselinux - 1.33.4-2.fc6.i386 in mode u
---> Package libselinux.i386 0:1.33.4-2.fc6 set to be updated
Adding Package parted - 1.8.2-1.fc6.i386 in mode u
---> Package parted.i386 0:1.8.2-1.fc6 set to be updated
Adding Package glib2 - 2.12.9-1.fc6.i386 in mode u
---> Package glib2.i386 0:2.12.9-1.fc6 set to be updated
Adding Package evince - 0.6.0-6.fc6.i386 in mode u
---> Package evince.i386 0:0.6.0-6.fc6 set to be updated
Adding Package wpa_supplicant - 1:0.4.9-1.fc6.i386 in mode u
---> Package wpa_supplicant.i386 1:0.4.9-1.fc6 set to be updated
Adding Package gphoto2 - 2.3.1-3.fc6.i386 in mode u
---> Package gphoto2.i386 0:2.3.1-3.fc6 set to be updated
Adding Package kudzu - 1.2.57.6-1.i386 in mode u
---> Package kudzu.i386 0:1.2.57.6-1 set to be updated
Adding Package gaim - 2:2.0.0-0.26.beta5.fc6.i386 in mode u
---> Package gaim.i386 2:2.0.0-0.26.beta5.fc6 set to be updated
Adding Package zenity - 2.16.3-1.fc6.i386 in mode u
---> Package zenity.i386 0:2.16.3-1.fc6 set to be updated
Adding Package glibc - 2.5-10.fc6.i686 in mode u
---> Package glibc.i686 0:2.5-10.fc6 set to be updated
Adding Package gawk - 3.1.5-14.fc6.i386 in mode u
---> Package gawk.i386 0:3.1.5-14.fc6 set to be updated
Adding Package nfs-utils - 1:1.0.10-5.fc6.i386 in mode u
---> Package nfs-utils.i386 1:1.0.10-5.fc6 set to be updated
Adding Package man-pages - 2.39-7.fc6.noarch in mode u
---> Package man-pages.noarch 0:2.39-7.fc6 set to be updated
Adding Package psacct - 6.3.2-42.fc6.i386 in mode u
---> Package psacct.i386 0:6.3.2-42.fc6 set to be updated
Adding Package avahi-glib - 0.6.16-2.fc6.i386 in mode u
---> Package avahi-glib.i386 0:0.6.16-2.fc6 set to be updated
Adding Package xorg-x11-drv-tdfx - 1.3.0-2.fc6.i386 in mode u
---> Package xorg-x11-drv-tdfx.i386 0:1.3.0-2.fc6 set to be updated
Adding Package gnome-games - 1:2.16.3-2.fc6.i386 in mode u
---> Package gnome-games.i386 1:2.16.3-2.fc6 set to be updated
Adding Package dvd+rw-tools - 7.0-0.fc6.4.i386 in mode u
---> Package dvd+rw-tools.i386 0:7.0-0.fc6.4 set to be updated
Adding Package vnc-server - 4.1.2-9.fc6.i386 in mode u
---> Package vnc-server.i386 0:4.1.2-9.fc6 set to be updated
Adding Package gnome-python2-canvas - 2.16.2-2.fc6.i386 in mode u
---> Package gnome-python2-canvas.i386 0:2.16.2-2.fc6 set to be updated
Adding Package alsa-utils - 1.0.14-0.1.rc1.fc6.i386 in mode u
---> Package alsa-utils.i386 0:1.0.14-0.1.rc1.fc6 set to be updated
Adding Package openssl - 0.9.8b-8.3.fc6.i686 in mode u
---> Package openssl.i686 0:0.9.8b-8.3.fc6 set to be updated
Adding Package pygobject2 - 2.12.3-1.fc6.i386 in mode u
---> Package pygobject2.i386 0:2.12.3-1.fc6 set to be updated
Adding Package ekiga - 2.0.5-3.fc6.i386 in mode u
---> Package ekiga.i386 0:2.0.5-3.fc6 set to be updated
Adding Package SDL - 1.2.10-8.fc6.i386 in mode u
---> Package SDL.i386 0:1.2.10-8.fc6 set to be updated
Adding Package gnome-python2-extras - 2.14.2-9.fc6.i386 in mode u
---> Package gnome-python2-extras.i386 0:2.14.2-9.fc6 set to be updated
Adding Package nscd - 2.5-10.fc6.i386 in mode u
---> Package nscd.i386 0:2.5-10.fc6 set to be updated
Adding Package cpuspeed - 1:1.2.1-1.46.fc6.i386 in mode u
---> Package cpuspeed.i386 1:1.2.1-1.46.fc6 set to be updated
Adding Package libbeagle - 0.2.13-1.fc6.i386 in mode u
---> Package libbeagle.i386 0:0.2.13-1.fc6 set to be updated
Adding Package gtkhtml3 - 3.12.3-1.fc6.i386 in mode u
---> Package gtkhtml3.i386 0:3.12.3-1.fc6 set to be updated
Adding Package libvolume_id - 095-17.fc6.i386 in mode u
---> Package libvolume_id.i386 0:095-17.fc6 set to be updated
Adding Package avahi - 0.6.16-2.fc6.i386 in mode u
---> Package avahi.i386 0:0.6.16-2.fc6 set to be updated
Adding Package openssh-server - 4.3p2-18.fc6.i386 in mode u
---> Package openssh-server.i386 0:4.3p2-18.fc6 set to be updated
Adding Package beagle-gui - 0.2.13-1.fc6.i386 in mode u
---> Package beagle-gui.i386 0:0.2.13-1.fc6 set to be updated
Adding Package librsvg2 - 2.16.1-1.fc6.i386 in mode u
---> Package librsvg2.i386 0:2.16.1-1.fc6 set to be updated
Adding Package gstreamer-plugins-good - 0.10.4-3.fc6.i386 in mode u
---> Package gstreamer-plugins-good.i386 0:0.10.4-3.fc6 set to be updated
Adding Package alsa-lib - 1.0.14-0.1.rc1.fc6.i386 in mode u
---> Package alsa-lib.i386 0:1.0.14-0.1.rc1.fc6 set to be updated
Adding Package pygtk2-libglade - 2.10.4-1.fc6.i386 in mode u
---> Package pygtk2-libglade.i386 0:2.10.4-1.fc6 set to be updated
Adding Package evolution-data-server - 1.8.3-4.fc6.i386 in mode u
---> Package evolution-data-server.i386 0:1.8.3-4.fc6 set to be updated
Adding Package orca - 1.0.1-1.fc6.i386 in mode u
---> Package orca.i386 0:1.0.1-1.fc6 set to be updated
Adding Package xorg-x11-drv-trident - 1.2.3-1.fc6.i386 in mode u
---> Package xorg-x11-drv-trident.i386 0:1.2.3-1.fc6 set to be updated
Adding Package gnome-panel - 2.16.3-2.fc6.i386 in mode u
---> Package gnome-panel.i386 0:2.16.3-2.fc6 set to be updated
Adding Package openoffice.org-impress - 1:2.0.4-5.5.10.i386 in mode u
---> Package openoffice.org-impress.i386 1:2.0.4-5.5.10 set to be updated
Adding Package logwatch - 7.3-7.fc6.noarch in mode u
---> Package logwatch.noarch 0:7.3-7.fc6 set to be updated
Adding Package nspr - 4.6.6-0.6.0.fc6.i386 in mode u
---> Package nspr.i386 0:4.6.6-0.6.0.fc6 set to be updated
Adding Package net-snmp-libs - 1:5.3.1-13.fc6.i386 in mode u
---> Package net-snmp-libs.i386 1:5.3.1-13.fc6 set to be updated
Adding Package file - 4.19-1.fc6.i386 in mode u
---> Package file.i386 0:4.19-1.fc6 set to be updated
Adding Package system-config-network-tui - 1.3.96-1.fc6.noarch in mode u
---> Package system-config-network-tui.noarch 0:1.3.96-1.fc6 set to be
updated
Adding Package gnome-themes - 2.16.3-1.fc6.noarch in mode u
---> Package gnome-themes.noarch 0:2.16.3-1.fc6 set to be updated
Adding Package ypbind - 3:1.19-6.fc6.i386 in mode u
---> Package ypbind.i386 3:1.19-6.fc6 set to be updated
Adding Package xorg-x11-xinit - 1.0.2-15.fc6.i386 in mode u
---> Package xorg-x11-xinit.i386 0:1.0.2-15.fc6 set to be updated
Adding Package vorbis-tools - 1:1.1.1-3.fc6.i386 in mode u
---> Package vorbis-tools.i386 1:1.1.1-3.fc6 set to be updated
Adding Package libgnomeprint22 - 2.12.1-9.fc6.i386 in mode u
---> Package libgnomeprint22.i386 0:2.12.1-9.fc6 set to be updated
Adding Package cpio - 2.6-21.fc6.i386 in mode u
---> Package cpio.i386 0:2.6-21.fc6 set to be updated
Adding Package yelp - 2.16.0-12.fc6.i386 in mode u
---> Package yelp.i386 0:2.16.0-12.fc6 set to be updated
Adding Package gnome-bluetooth - 0.7.0-11.fc6.i386 in mode u
---> Package gnome-bluetooth.i386 0:0.7.0-11.fc6 set to be updated
Adding Package bluez-utils - 3.7-2.i386 in mode u
---> Package bluez-utils.i386 0:3.7-2 set to be updated
Adding Package netpbm-progs - 10.35-8.1.fc6.i386 in mode u
---> Package netpbm-progs.i386 0:10.35-8.1.fc6 set to be updated
Adding Package bluez-gnome - 0.6-1.fc6.i386 in mode u
---> Package bluez-gnome.i386 0:0.6-1.fc6 set to be updated
Adding Package redhat-artwork - 5.0.8-4.fc6.i386 in mode u
---> Package redhat-artwork.i386 0:5.0.8-4.fc6 set to be updated
Adding Package gamin - 0.1.7-8.fc6.i386 in mode u
---> Package gamin.i386 0:0.1.7-8.fc6 set to be updated
Adding Package PyQt - 3.17-0.1.fc6.i386 in mode u
---> Package PyQt.i386 0:3.17-0.1.fc6 set to be updated
Adding Package gtk2 - 2.10.8-1.fc6.i386 in mode u
---> Package gtk2.i386 0:2.10.8-1.fc6 set to be updated
Adding Package xsane - 0.991-4.fc6.i386 in mode u
---> Package xsane.i386 0:0.991-4.fc6 set to be updated
Adding Package firefox - 1.5.0.10-5.fc6.i386 in mode u
---> Package firefox.i386 0:1.5.0.10-5.fc6 set to be updated
Adding Package initscripts - 8.45.7-1.i386 in mode u
---> Package initscripts.i386 0:8.45.7-1 set to be updated
Adding Package gimp-print - 4.2.7-23.fc6.i386 in mode u
---> Package gimp-print.i386 0:4.2.7-23.fc6 set to be updated
Adding Package dhcdbd - 2.1-2.fc6.i386 in mode u
---> Package dhcdbd.i386 0:2.1-2.fc6 set to be updated
Adding Package xorg-x11-server-Xorg - 1.1.1-47.7.fc6.i386 in mode u
---> Package xorg-x11-server-Xorg.i386 0:1.1.1-47.7.fc6 set to be updated
Adding Package system-config-users - 1.2.47-1.fc6.noarch in mode u
---> Package system-config-users.noarch 0:1.2.47-1.fc6 set to be updated
Adding Package hplip - 1.6.12-1.fc6.i386 in mode u
---> Package hplip.i386 0:1.6.12-1.fc6 set to be updated
Adding Package eog - 2.16.3-1.fc6.i386 in mode u
---> Package eog.i386 0:2.16.3-1.fc6 set to be updated
Adding Package openoffice.org-math - 1:2.0.4-5.5.10.i386 in mode u
---> Package openoffice.org-math.i386 1:2.0.4-5.5.10 set to be updated
Adding Package tcsh - 6.14-12.i386 in mode u
---> Package tcsh.i386 0:6.14-12 set to be updated
Adding Package cups-libs - 1:1.2.7-1.8.fc6.i386 in mode u
---> Package cups-libs.i386 1:1.2.7-1.8.fc6 set to be updated
Adding Package vim-enhanced - 2:7.0.201-1.fc6.i386 in mode u
---> Package vim-enhanced.i386 2:7.0.201-1.fc6 set to be updated
Adding Package desktop-printing - 0.19-21.fc6.i386 in mode u
---> Package desktop-printing.i386 0:0.19-21.fc6 set to be updated
Adding Package cadaver - 0.22.3-4.fc6.i386 in mode u
---> Package cadaver.i386 0:0.22.3-4.fc6 set to be updated
Adding Package compiz - 0.3.6-2.fc6.i386 in mode u
---> Package compiz.i386 0:0.3.6-2.fc6 set to be updated
Adding Package mkinitrd - 5.1.19.0.3-1.i386 in mode u
---> Package mkinitrd.i386 0:5.1.19.0.3-1 set to be updated
Adding Package selinux-policy - 2.4.6-42.fc6.noarch in mode u
---> Package selinux-policy.noarch 0:2.4.6-42.fc6 set to be updated
Adding Package gnome-bluetooth-libs - 0.7.0-11.fc6.i386 in mode u
---> Package gnome-bluetooth-libs.i386 0:0.7.0-11.fc6 set to be updated
Adding Package elfutils-libelf - 0.126-1.fc6.i386 in mode u
---> Package elfutils-libelf.i386 0:0.126-1.fc6 set to be updated
Adding Package postgresql-libs - 8.1.8-1.fc6.i386 in mode u
---> Package postgresql-libs.i386 0:8.1.8-1.fc6 set to be updated
Adding Package hal-cups-utils - 0.6.5-1.fc6.i386 in mode u
---> Package hal-cups-utils.i386 0:0.6.5-1.fc6 set to be updated
Adding Package e2fsprogs-libs - 1.39-7.fc6.i386 in mode u
---> Package e2fsprogs-libs.i386 0:1.39-7.fc6 set to be updated
Adding Package libxklavier - 3.0-2.fc6.i386 in mode u
---> Package libxklavier.i386 0:3.0-2.fc6 set to be updated
Adding Package rsync - 2.6.9-2.fc6.i386 in mode u
---> Package rsync.i386 0:2.6.9-2.fc6 set to be updated
Adding Package dhclient - 12:3.0.5-3.fc6.i386 in mode u
---> Package dhclient.i386 12:3.0.5-3.fc6 set to be updated
Adding Package netdump - 0.7.16-13.i386 in mode u
---> Package netdump.i386 0:0.7.16-13 set to be updated
Adding Package libdv - 1.0.0-1.fc6.i386 in mode u
---> Package libdv.i386 0:1.0.0-1.fc6 set to be updated
Adding Package autofs - 1:5.0.1-0.rc3.26.i386 in mode u
---> Package autofs.i386 1:5.0.1-0.rc3.26 set to be updated
Adding Package gpm - 1.20.1-81.fc6.i386 in mode u
---> Package gpm.i386 0:1.20.1-81.fc6 set to be updated
Adding Package crontabs - 1.10-12.fc6.noarch in mode u
---> Package crontabs.noarch 0:1.10-12.fc6 set to be updated
Adding Package agg - 2.4-2.2.i386 in mode u
---> Package agg.i386 0:2.4-2.2 set to be updated
Adding Package hal - 0.5.8.1-6.fc6.i386 in mode u
---> Package hal.i386 0:0.5.8.1-6.fc6 set to be updated
Adding Package gimp-print-plugin - 4.2.7-23.fc6.i386 in mode u
---> Package gimp-print-plugin.i386 0:4.2.7-23.fc6 set to be updated
Adding Package vino - 2.13.5-6.fc6.i386 in mode u
---> Package vino.i386 0:2.13.5-6.fc6 set to be updated
Adding Package libsane-hpaio - 1.6.12-1.fc6.i386 in mode u
---> Package libsane-hpaio.i386 0:1.6.12-1.fc6 set to be updated
Adding Package tar - 2:1.15.1-24.fc6.i386 in mode u
---> Package tar.i386 2:1.15.1-24.fc6 set to be updated
Adding Package irqbalance - 2:0.55-2.fc6.i386 in mode u
---> Package irqbalance.i386 2:0.55-2.fc6 set to be updated
Adding Package traceroute - 3:2.0.3-1.fc6.i386 in mode u
---> Package traceroute.i386 3:2.0.3-1.fc6 set to be updated
Adding Package libsepol - 1.15.3-1.fc6.i386 in mode u
---> Package libsepol.i386 0:1.15.3-1.fc6 set to be updated
Adding Package gstreamer-tools - 0.10.10-2.fc6.i386 in mode u
---> Package gstreamer-tools.i386 0:0.10.10-2.fc6 set to be updated
Adding Package mlocate - 0.15-0.fc6.1.i386 in mode u
---> Package mlocate.i386 0:0.15-0.fc6.1 set to be updated
Adding Package jpackage-utils - 1.7.3-1jpp.2.fc6.noarch in mode u
---> Package jpackage-utils.noarch 0:1.7.3-1jpp.2.fc6 set to be updated
Adding Package libwpd - 0.8.9-1.fc6.i386 in mode u
---> Package libwpd.i386 0:0.8.9-1.fc6 set to be updated
Adding Package rsh - 0.17-38.fc6.i386 in mode u
---> Package rsh.i386 0:0.17-38.fc6 set to be updated
Adding Package vim-minimal - 2:7.0.201-1.fc6.i386 in mode u
---> Package vim-minimal.i386 2:7.0.201-1.fc6 set to be updated
Adding Package cups - 1:1.2.7-1.8.fc6.i386 in mode u
---> Package cups.i386 1:1.2.7-1.8.fc6 set to be updated
Adding Package glibc-common - 2.5-10.fc6.i386 in mode u
---> Package glibc-common.i386 0:2.5-10.fc6 set to be updated
Adding Package cairo - 1.2.6-1.fc6.i386 in mode u
---> Package cairo.i386 0:1.2.6-1.fc6 set to be updated
Adding Package metacity - 2.16.5-1.fc6.i386 in mode u
---> Package metacity.i386 0:2.16.5-1.fc6 set to be updated
Adding Package selinux-policy-targeted - 2.4.6-42.fc6.noarch in mode u
---> Package selinux-policy-targeted.noarch 0:2.4.6-42.fc6 set to be updated
Adding Package mutt - 5:1.4.2.2-5.fc6.i386 in mode u
---> Package mutt.i386 5:1.4.2.2-5.fc6 set to be updated
Adding Package libxml2 - 2.6.27-1.FC6.i386 in mode u
---> Package libxml2.i386 0:2.6.27-1.FC6 set to be updated
Adding Package poppler - 0.5.4-5.fc6.i386 in mode u
---> Package poppler.i386 0:0.5.4-5.fc6 set to be updated
Adding Package gettext - 0.14.6-4.fc6.i386 in mode u
---> Package gettext.i386 0:0.14.6-4.fc6 set to be updated
Adding Package rhgb - 0.16.4-3.fc6.i386 in mode u
---> Package rhgb.i386 0:0.16.4-3.fc6 set to be updated
Adding Package gnome-volume-manager - 2.15.0-4.fc6.i386 in mode u
---> Package gnome-volume-manager.i386 0:2.15.0-4.fc6 set to be updated
Adding Package rhythmbox - 0.9.7-1.fc6.i386 in mode u
---> Package rhythmbox.i386 0:0.9.7-1.fc6 set to be updated
Adding Package totem - 2.16.5-1.fc6.i386 in mode u
---> Package totem.i386 0:2.16.5-1.fc6 set to be updated
Adding Package libpcap - 14:0.9.4-10.fc6.i386 in mode u
---> Package libpcap.i386 14:0.9.4-10.fc6 set to be updated
Adding Package e2fsprogs - 1.39-7.fc6.i386 in mode u
---> Package e2fsprogs.i386 0:1.39-7.fc6 set to be updated
Adding Package gnome-power-manager - 2.16.3-1.fc6.i386 in mode u
---> Package gnome-power-manager.i386 0:2.16.3-1.fc6 set to be updated
Adding Package gstreamer - 0.10.10-2.fc6.i386 in mode u
---> Package gstreamer.i386 0:0.10.10-2.fc6 set to be updated
Adding Package man - 1.6d-2.fc6.i386 in mode u
---> Package man.i386 0:1.6d-2.fc6 set to be updated
Adding Package sysklogd - 1.4.1-41.fc6.i386 in mode u
---> Package sysklogd.i386 0:1.4.1-41.fc6 set to be updated
Adding Package libwnck - 2.16.3-1.fc6.i386 in mode u
---> Package libwnck.i386 0:2.16.3-1.fc6 set to be updated
Adding Package system-config-network - 1.3.96-1.fc6.noarch in mode u
---> Package system-config-network.noarch 0:1.3.96-1.fc6 set to be updated
Adding Package beagle-evolution - 0.2.13-1.fc6.i386 in mode u
---> Package beagle-evolution.i386 0:0.2.13-1.fc6 set to be updated
Adding Package gcalctool - 5.8.25-1.fc6.i386 in mode u
---> Package gcalctool.i386 0:5.8.25-1.fc6 set to be updated
Adding Package audit-libs - 1.4.2-3.fc6.i386 in mode u
---> Package audit-libs.i386 0:1.4.2-3.fc6 set to be updated
Adding Package libgcc - 4.1.1-51.fc6.i386 in mode u
---> Package libgcc.i386 0:4.1.1-51.fc6 set to be updated
Adding Package vixie-cron - 4:4.1-68.fc6.i386 in mode u
---> Package vixie-cron.i386 4:4.1-68.fc6 set to be updated
Adding Package gnome-screensaver - 2.16.1-4.fc6.i386 in mode u
---> Package gnome-screensaver.i386 0:2.16.1-4.fc6 set to be updated
Adding Package libstdc++ - 4.1.1-51.fc6.i386 in mode u
---> Package libstdc++.i386 0:4.1.1-51.fc6 set to be updated
Adding Package coreutils - 5.97-12.3.fc6.i386 in mode u
---> Package coreutils.i386 0:5.97-12.3.fc6 set to be updated
Adding Package paps - 0.6.6-18.fc6.i386 in mode u
---> Package paps.i386 0:0.6.6-18.fc6 set to be updated
Adding Package gnome-session - 2.16.3-1.fc6.i386 in mode u
---> Package gnome-session.i386 0:2.16.3-1.fc6 set to be updated
Adding Package sip - 4.5-0.1.fc6.i386 in mode u
---> Package sip.i386 0:4.5-0.1.fc6 set to be updated
Adding Package eject - 2.1.5-4.1.fc6.i386 in mode u
---> Package eject.i386 0:2.1.5-4.1.fc6 set to be updated
Adding Package python - 2.4.4-1.fc6.i386 in mode u
---> Package python.i386 0:2.4.4-1.fc6 set to be updated
Adding Package qt - 1:3.3.7-0.1.fc6.i386 in mode u
---> Package qt.i386 1:3.3.7-0.1.fc6 set to be updated
Adding Package xorg-x11-drv-s3 - 0.5.0-1.fc6.i386 in mode u
---> Package xorg-x11-drv-s3.i386 0:0.5.0-1.fc6 set to be updated
Adding Package libnotify - 0.4.2-5.fc6.i386 in mode u
---> Package libnotify.i386 0:0.4.2-5.fc6 set to be updated
Adding Package libgsf - 1.14.1-7.i386 in mode u
---> Package libgsf.i386 0:1.14.1-7 set to be updated
Adding Package ntp - 4.2.4p0-1.fc6.i386 in mode u
---> Package ntp.i386 0:4.2.4p0-1.fc6 set to be updated
Adding Package dbus-glib - 0.70-6.fc6.i386 in mode u
---> Package dbus-glib.i386 0:0.70-6.fc6 set to be updated
Adding Package fetchmail - 6.3.6-2.fc6.i386 in mode u
---> Package fetchmail.i386 0:6.3.6-2.fc6 set to be updated
Adding Package bzip2-libs - 1.0.3-6.fc6.i386 in mode u
---> Package bzip2-libs.i386 0:1.0.3-6.fc6 set to be updated
Adding Package speex - 1.2-0.1.beta1.fc6.i386 in mode u
---> Package speex.i386 0:1.2-0.1.beta1.fc6 set to be updated
Adding Package foomatic - 3.0.2-39.4.fc6.i386 in mode u
---> Package foomatic.i386 0:3.0.2-39.4.fc6 set to be updated
Adding Package pinfo - 0.6.9-3.fc6.i386 in mode u
---> Package pinfo.i386 0:0.6.9-3.fc6 set to be updated
Adding Package pirut - 1.2.8-1.fc6.noarch in mode u
---> Package pirut.noarch 0:1.2.8-1.fc6 set to be updated
Adding Package openoffice.org-calc - 1:2.0.4-5.5.10.i386 in mode u
---> Package openoffice.org-calc.i386 1:2.0.4-5.5.10 set to be updated
Adding Package smartmontools - 1:5.36-3.2.fc6.i386 in mode u
---> Package smartmontools.i386 1:5.36-3.2.fc6 set to be updated
Adding Package control-center - 1:2.16.3-11.fc6.i386 in mode u
---> Package control-center.i386 1:2.16.3-11.fc6 set to be updated
Adding Package gnome-python2-gconf - 2.16.2-2.fc6.i386 in mode u
---> Package gnome-python2-gconf.i386 0:2.16.2-2.fc6 set to be updated
Adding Package freetype - 2.2.1-16.fc6.i386 in mode u
---> Package freetype.i386 0:2.2.1-16.fc6 set to be updated
Adding Package gdm - 1:2.16.5-1.fc6.i386 in mode u
---> Package gdm.i386 1:2.16.5-1.fc6 set to be updated
Adding Package gnome-mag - 0.13.2-1.fc6.i386 in mode u
---> Package gnome-mag.i386 0:0.13.2-1.fc6 set to be updated
Adding Package nash - 5.1.19.0.3-1.i386 in mode u
---> Package nash.i386 0:5.1.19.0.3-1 set to be updated
Adding Package xterm - 224-1.fc6.i386 in mode u
---> Package xterm.i386 0:224-1.fc6 set to be updated
Adding Package libiec61883 - 1.1.0-1.fc6.i386 in mode u
---> Package libiec61883.i386 0:1.1.0-1.fc6 set to be updated
Adding Package ppp - 2.4.4-1.fc6.i386 in mode u
---> Package ppp.i386 0:2.4.4-1.fc6 set to be updated
Adding Package m4 - 1.4.5-4.i386 in mode u
---> Package m4.i386 0:1.4.5-4 set to be updated
Adding Package gnome-python2-libegg - 2.14.2-9.fc6.i386 in mode u
---> Package gnome-python2-libegg.i386 0:2.14.2-9.fc6 set to be updated
Adding Package openssh-askpass - 4.3p2-18.fc6.i386 in mode u
---> Package openssh-askpass.i386 0:4.3p2-18.fc6 set to be updated
Adding Package audit-libs-python - 1.4.2-3.fc6.i386 in mode u
---> Package audit-libs-python.i386 0:1.4.2-3.fc6 set to be updated
Adding Package elinks - 0.11.1-5.1.i386 in mode u
---> Package elinks.i386 0:0.11.1-5.1 set to be updated
Adding Package nautilus - 2.16.2-7.fc6.i386 in mode u
---> Package nautilus.i386 0:2.16.2-7.fc6 set to be updated
Adding Package system-config-date - 1.8.8-1.fc6.noarch in mode u
---> Package system-config-date.noarch 0:1.8.8-1.fc6 set to be updated
Adding Package info - 4.8-14.fc6.i386 in mode u
---> Package info.i386 0:4.8-14.fc6 set to be updated
Adding Package openssh-clients - 4.3p2-18.fc6.i386 in mode u
---> Package openssh-clients.i386 0:4.3p2-18.fc6 set to be updated
Adding Package ghostscript - 8.15.3-4.fc6.i386 in mode u
---> Package ghostscript.i386 0:8.15.3-4.fc6 set to be updated
Adding Package libxml2-python - 2.6.27-1.FC6.i386 in mode u
---> Package libxml2-python.i386 0:2.6.27-1.FC6 set to be updated
Adding Package gnupg - 1.4.7-5.i386 in mode u
---> Package gnupg.i386 0:1.4.7-5 set to be updated
Adding Package authconfig-gtk - 5.3.12-1.fc6.i386 in mode u
---> Package authconfig-gtk.i386 0:5.3.12-1.fc6 set to be updated
Adding Package libsoup - 2.2.99-1.fc6.i386 in mode u
---> Package libsoup.i386 0:2.2.99-1.fc6 set to be updated
Adding Package ed - 0.3-0.fc6.i386 in mode u
---> Package ed.i386 0:0.3-0.fc6 set to be updated
Adding Package less - 394-5.fc6.i386 in mode u
---> Package less.i386 0:394-5.fc6 set to be updated
Adding Package system-config-printer - 0.7.52-1.fc6.i386 in mode u
---> Package system-config-printer.i386 0:0.7.52-1.fc6 set to be updated
Adding Package readahead - 1:1.3-7.fc6.i386 in mode u
---> Package readahead.i386 1:1.3-7.fc6 set to be updated
Adding Package planner - 0.14.2-1.fc6.i386 in mode u
---> Package planner.i386 0:0.14.2-1.fc6 set to be updated
Adding Package gnome-python2-gnomevfs - 2.16.2-2.fc6.i386 in mode u
---> Package gnome-python2-gnomevfs.i386 0:2.16.2-2.fc6 set to be updated
Adding Package tzdata - 2007d-1.fc6.noarch in mode u
---> Package tzdata.noarch 0:2007d-1.fc6 set to be updated
Adding Package xorg-x11-drv-ati - 6.6.3-1.fc6.i386 in mode u
---> Package xorg-x11-drv-ati.i386 0:6.6.3-1.fc6 set to be updated
Adding Package openoffice.org-core - 1:2.0.4-5.5.10.i386 in mode u
---> Package openoffice.org-core.i386 1:2.0.4-5.5.10 set to be updated
Adding Package kernel-headers - 2.6.20-1.2933.fc6.i386 in mode u
---> Package kernel-headers.i386 0:2.6.20-1.2933.fc6 set to be updated
Adding Package procps - 3.2.7-8.2.fc6.i386 in mode u
---> Package procps.i386 0:3.2.7-8.2.fc6 set to be updated
Adding Package logrotate - 3.7.4-12.fc6.i386 in mode u
---> Package logrotate.i386 0:3.7.4-12.fc6 set to be updated
Adding Package jwhois - 3.2.3-8.fc6.i386 in mode u
---> Package jwhois.i386 0:3.2.3-8.fc6 set to be updated
Adding Package nautilus-extensions - 2.16.2-7.fc6.i386 in mode u
---> Package nautilus-extensions.i386 0:2.16.2-7.fc6 set to be updated
Adding Package GConf2 - 2.14.0-8.fc6.i386 in mode u
---> Package GConf2.i386 0:2.14.0-8.fc6 set to be updated
Adding Package cpp - 4.1.1-51.fc6.i386 in mode u
---> Package cpp.i386 0:4.1.1-51.fc6 set to be updated
Adding Package redhat-menus - 6.7.8-2.fc6.noarch in mode u
---> Package redhat-menus.noarch 0:6.7.8-2.fc6 set to be updated
Adding Package device-mapper - 1.02.13-1.fc6.i386 in mode u
---> Package device-mapper.i386 0:1.02.13-1.fc6 set to be updated
Adding Package openoffice.org-draw - 1:2.0.4-5.5.10.i386 in mode u
---> Package openoffice.org-draw.i386 1:2.0.4-5.5.10 set to be updated
Adding Package hpijs - 1:1.6.12-1.fc6.i386 in mode u
---> Package hpijs.i386 1:1.6.12-1.fc6 set to be updated
Adding Package mesa-libGLU - 6.5.1-9.fc6.i386 in mode u
---> Package mesa-libGLU.i386 0:6.5.1-9.fc6 set to be updated
--> Running transaction check
# of Deps = 3
Dep Number: 1/3
spamassassin requires: perl(LWP::UserAgent)
--> Processing Dependency: perl(LWP::UserAgent) for package: spamassassin
Requiring package is from transaction set
Resolving for requiring package: spamassassin-3.1.8-2.fc6 in state u
Resolving for requirement: perl(LWP::UserAgent)
Searching pkgSack for dep: perl(LWP::UserAgent)
Dep Number: 2/3
spamassassin requires: perl(HTTP::Date)
--> Processing Dependency: perl(HTTP::Date) for package: spamassassin
Requiring package is from transaction set
Resolving for requiring package: spamassassin-3.1.8-2.fc6 in state u
Resolving for requirement: perl(HTTP::Date)
Searching pkgSack for dep: perl(HTTP::Date)
Dep Number: 3/3
gaim requires: cyrus-sasl-md5
--> Processing Dependency: cyrus-sasl-md5 for package: gaim
Requiring package is from transaction set
Resolving for requiring package: gaim-2.0.0-0.26.beta5.fc6 in state u
Resolving for requirement: cyrus-sasl-md5
Searching pkgSack for dep: cyrus-sasl-md5
Potential match for cyrus-sasl-md5 from cyrus-sasl-md5 - 2.1.22-4.i386
Matched cyrus-sasl-md5 - 2.1.22-4.i386 to require for cyrus-sasl-md5
TSINFO: Marking cyrus-sasl-md5 - 2.1.22-4.i386 as install for gaim
miss = 2
conf = 0
CheckDeps = 1
--> Restarting Dependency Resolution with new changes.
---> Loop Number: 2
Restarting Loop
--> Populating transaction set with selected packages. Please wait.
Adding Package cyrus-sasl-md5 - 2.1.22-4.i386 in mode u
---> Package cyrus-sasl-md5.i386 0:2.1.22-4 set to be updated
--> Running transaction check
# of Deps = 2
Dep Number: 1/2
spamassassin requires: perl(LWP::UserAgent)
--> Processing Dependency: perl(LWP::UserAgent) for package: spamassassin
Requiring package is from transaction set
Resolving for requiring package: spamassassin-3.1.8-2.fc6 in state u
Resolving for requirement: perl(LWP::UserAgent)
Searching pkgSack for dep: perl(LWP::UserAgent)
Dep Number: 2/2
spamassassin requires: perl(HTTP::Date)
--> Processing Dependency: perl(HTTP::Date) for package: spamassassin
Requiring package is from transaction set
Resolving for requiring package: spamassassin-3.1.8-2.fc6 in state u
Resolving for requirement: perl(HTTP::Date)
Searching pkgSack for dep: perl(HTTP::Date)
miss = 4
conf = 0
CheckDeps = 0
--> Finished Dependency Resolution
Dependency Process ending
Running "postresolve" handler for "installonlyn" plugin
Running "postresolve" handler for "presto" plugin
Found deltarpm update for util-linux.i386 0:2.13.0.46.fc6
Found deltarpm update for libgcj.i386 0:4.1.1.51.fc6
Found deltarpm update for gjdoc.i386 0:0.7.7.14.fc6
Found deltarpm update for eel2.i386 0:2.16.1.1.fc6
Found deltarpm update for evolution.i386 0:2.8.3.1.fc6
Found deltarpm update for vte.i386 0:0.14.2.1.fc6
Found deltarpm update for kernel.i586 0:2.6.20.1.2933.fc6
Found deltarpm update for gimp-print-utils.i386 0:4.2.7.23.fc6
Found deltarpm update for gnome-desktop.i386 0:2.16.3.1.fc6
Found deltarpm update for at.i386 0:3.1.8.85.fc6
Found deltarpm update for nss.i386 0:3.11.5.0.6.1.fc6
Found deltarpm update for slrn.i386 0:0.9.8.1pl1.2.fc6
Found deltarpm update for xsane-gimp.i386 0:0.991.4.fc6
Found deltarpm update for a2ps.i386 0:4.13b.57.fc6.3
Found deltarpm update for apr-util.i386 0:1.2.8.1.fc6
Found deltarpm update for mono-core.i386 0:1.1.17.1.4.fc6
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 143, in main
(result, resultmsgs) = base.buildTransaction()
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 442, in
buildTransaction
self.plugins.run('postresolve', rescode=rescode, restring=restring)
File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/presto.py", line 85, in postresolve_hook
(chosen_drpm, installed, local) =
prestoTransaction.find_available_drpms(conduit, newpkg)
File "/usr/share/presto/prestoTransaction.py", line 48, in
find_available_drpms
if os.path.exists(newpkg.po.localpath):
AttributeError: YumInstalledPackage instance has no attribute 'localpath'
Rahul
11:26 a.m.
On Mon, 2007-03-26 at 21:02 +0530, Rahul Sundaram wrote:
Sure. Different output with 0.2.6 and yum -d5.
<snip>
File "/usr/lib/python2.4/site-packages/yum/plugins.py",
line 153, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/presto.py", line 85, in postresolve_hook
(chosen_drpm, installed, local) =
prestoTransaction.find_available_drpms(conduit, newpkg)
File "/usr/share/presto/prestoTransaction.py", line 48, in
find_available_drpms
if os.path.exists(newpkg.po.localpath):
AttributeError: YumInstalledPackage instance has no attribute 'localpath'
Rahul
Well, at least I've moved the problem forward a few lines of code,
worthless as that is. Try 0.2.7 (again with -d 5, please), and let's
see if I've finally got it fixed!
Thanks,
Jonathan
12:17 p.m.
This one is strange:
=============================================================================
Package Arch Version Repository Size
=============================================================================
Updating:
bittorrent * noarch 4.4.0-5.fc6 extras 59 k
bittorrent-gui * noarch 4.4.0-5.fc6 extras 15 k
lucidlife * i386 0.9.1-2.fc6 extras 90 k
Transaction Summary
=============================================================================
Install 0 Package(s)
Update 3 Package(s)
Remove 0 Package(s)
Total download size: 164 k
Is this ok [y/N]: y
Downloading Packages:
(1/3): bittorrent-gui-4.4 100% |=========================| 15 kB 00:00
(2/3): lucidlife-0.9.1_0. 100% |=========================| 90 kB 00:03
(3/3): bittorrent-4.4.0_4 100% |=========================| 59 kB 00:02
Rebuilding full packages from deltas
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 172, in main
base.doTransaction()
File "/usr/share/yum-cli/cli.py", line 419, in doTransaction
problems = self.downloadPkgs(downloadpkgs)
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 706, in
downloadPkgs
self.plugins.run('postdownload', pkglist=pkglist, errors=errors)
File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/presto.py", line 174, in postdownload_hook
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")
NameError: global name 'PluginYumExit' is not defined
Notice the part "lucidlife-0.9.1_0.". Next time (1 minute later, no
repository metadata was updated) it was different:
(1/1): lucidlife-0.9.1-2. 100% |=========================| 723 kB 00:24
And the update went okay. It looks to me like a deltarpm repository
breakage combined with some strange logic in Presto that made it
download a file with another name that it wanted.
Oh, and there's no /var/log/presto.log.
Lam
12:43 p.m.
On Mon, 2007-03-26 at 19:17 +0200, Leszek Matok wrote:
This one is strange:
=============================================================================
Package Arch Version Repository Size
=============================================================================
Updating:
bittorrent * noarch 4.4.0-5.fc6 extras 59 k
bittorrent-gui * noarch 4.4.0-5.fc6 extras 15 k
lucidlife * i386 0.9.1-2.fc6 extras 90 k
Transaction Summary
=============================================================================
Install 0 Package(s)
Update 3 Package(s)
Remove 0 Package(s)
Total download size: 164 k
Is this ok [y/N]: y
Downloading Packages:
(1/3): bittorrent-gui-4.4 100% |=========================| 15 kB 00:00
(2/3): lucidlife-0.9.1_0. 100% |=========================| 90 kB 00:03
(3/3): bittorrent-4.4.0_4 100% |=========================| 59 kB 00:02
Rebuilding full packages from deltas
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 172, in main
base.doTransaction()
File "/usr/share/yum-cli/cli.py", line 419, in doTransaction
problems = self.downloadPkgs(downloadpkgs)
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 706, in
downloadPkgs
self.plugins.run('postdownload', pkglist=pkglist, errors=errors)
File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/presto.py", line 174, in postdownload_hook
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")
NameError: global name 'PluginYumExit' is not defined
Notice the part "lucidlife-0.9.1_0.". Next time (1 minute later, no
repository metadata was updated) it was different:
(1/1): lucidlife-0.9.1-2. 100% |=========================| 723 kB 00:24
And the update went okay. It looks to me like a deltarpm repository
breakage combined with some strange logic in Presto that made it
download a file with another name that it wanted.
Oh, and there's no /var/log/presto.log.
Lam
Okay, first an explanation:
Presto works by checking to see if there is a deltarpm update available
for each package. When there is a deltarpm available, it then checks
what's called the "deltarpm sequence" against your system to see if the
deltarpm will apply cleanly. If the deltarpm will apply cleanly, it
then changes certain package information, in this case to
lucidlife-0.9.1_0.9.1-2.fc6_1.fc6.i386.drpm. Yum then proceeds to
download the drpm (thinking it's the rpm). After yum downloads all the
packages, presto kicks in again and reassembles the rpm from the drpm,
and reverts the package information back to the original. And, finally,
at the end, it writes out statistics to /var/log/presto.log.
So, what has happened here is that the lucidlife drpm looked like it
would apply cleanly the first time around, but, after being downloaded
didn't apply cleanly. A bug in the code gave you that ugly error rather
than the "nice" error message it was supposed to...I'll fix it in 0.2.8,
which should be out in a half-hour or so. The second time your ran it,
it realized there was a problem and downloaded the full rpm.
I would really love to know if you've done anything with lucidlife,
changed any files before upgrading to the latest version? It would help
me work out why we hit this error in the first place.
Jonathan
12:54 p.m.
Manually downloading the drpm, and using applydeltarpm manually might show
some useful information as to 'why' reconstruction is failing
On 3/26/07, Jonathan Dieter <jdieter(a)gmail.com> wrote:
On Mon, 2007-03-26 at 19:17 +0200, Leszek Matok wrote:
> This one is strange:
>
>
=============================================================================
> Package Arch
Version Repository Size
>
=============================================================================
> Updating:
> bittorrent * noarch 4.4.0-5.fc6 extras
59 k
> bittorrent-gui * noarch 4.4.0-5.fc6 extras
15 k
> lucidlife * i386 0.9.1-2.fc6 extras
90 k
>
> Transaction Summary
>
=============================================================================
> Install 0 Package(s)
> Update 3 Package(s)
> Remove 0 Package(s)
>
> Total download size: 164 k
> Is this ok [y/N]: y
> Downloading Packages:
> (1/3): bittorrent-gui-4.4 100% |=========================| 15
kB 00:00
> (2/3): lucidlife-0.9.1_0. 100% |=========================| 90
kB 00:03
> (3/3): bittorrent-4.4.0_4 100% |=========================| 59
kB 00:02
> Rebuilding full packages from deltas
> Traceback (most recent call last):
> File "/usr/bin/yum", line 29, in ?
> yummain.main(sys.argv[1:])
> File "/usr/share/yum-cli/yummain.py", line 172, in main
> base.doTransaction()
> File "/usr/share/yum-cli/cli.py", line 419, in doTransaction
> problems = self.downloadPkgs(downloadpkgs)
> File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 706, in
downloadPkgs
> self.plugins.run('postdownload', pkglist=pkglist, errors=errors)
> File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in
run
> func(conduitcls(self, self.base, conf, **kwargs))
> File "/usr/lib/yum-plugins/presto.py", line 174, in postdownload_hook
> 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")
> NameError: global name 'PluginYumExit' is not defined
>
> Notice the part "lucidlife-0.9.1_0.". Next time (1 minute later, no
> repository metadata was updated) it was different:
> (1/1): lucidlife-0.9.1-2. 100% |=========================| 723
kB 00:24
> And the update went okay. It looks to me like a deltarpm repository
> breakage combined with some strange logic in Presto that made it
> download a file with another name that it wanted.
>
> Oh, and there's no /var/log/presto.log.
>
> Lam
Okay, first an explanation:
Presto works by checking to see if there is a deltarpm update available
for each package. When there is a deltarpm available, it then checks
what's called the "deltarpm sequence" against your system to see if the
deltarpm will apply cleanly. If the deltarpm will apply cleanly, it
then changes certain package information, in this case to
lucidlife-0.9.1_0.9.1-2.fc6_1.fc6.i386.drpm. Yum then proceeds to
download the drpm (thinking it's the rpm). After yum downloads all the
packages, presto kicks in again and reassembles the rpm from the drpm,
and reverts the package information back to the original. And, finally,
at the end, it writes out statistics to /var/log/presto.log.
So, what has happened here is that the lucidlife drpm looked like it
would apply cleanly the first time around, but, after being downloaded
didn't apply cleanly. A bug in the code gave you that ugly error rather
than the "nice" error message it was supposed to...I'll fix it in 0.2.8,
which should be out in a half-hour or so. The second time your ran it,
it realized there was a problem and downloaded the full rpm.
I would really love to know if you've done anything with lucidlife,
changed any files before upgrading to the latest version? It would help
me work out why we hit this error in the first place.
Jonathan
--
fedora-devel-list mailing list
fedora-devel-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
12:59 p.m.
Dnia 26-03-2007, pon o godzinie 20:43 +0300, Jonathan Dieter napisał(a):
The second time your ran it,
it realized there was a problem and downloaded the full rpm.
Can't it restart
the process or simply download the full rpm at the same
time it sees an unusable drpm, then proceed with the update as planned?
I would really love to know if you've done anything with
lucidlife,
changed any files before upgrading to the latest version? It would help
me work out why we hit this error in the first place.
No, I haven't even run it
for half a year or so. Also, rpm -V doesn't
report anything.
Could it be that the drpm was being uploaded/generated that very moment
I was trying to download it? Of course that would mean the metadata was
uploaded/generated earlier than actual drpms, but who knows?
Lam
1:07 p.m.
On Mon, 2007-03-26 at 19:59 +0200, Leszek Matok wrote:
Dnia 26-03-2007, pon o godzinie 20:43 +0300, Jonathan Dieter
napisał(a):
> The second time your ran it,
> it realized there was a problem and downloaded the full rpm.
Can't it restart the process or simply download the full rpm at the same
time it sees an unusable drpm, then proceed with the update as planned?
Ahmed has
been telling me the same thing, but I thought this error would
be never happen in the real world. Obviously I was wrong. I will get
it to do as you say as part of 0.3.0 (hopefully next few days). Until
then, we'll have to have it fail (though gracefully).
Jonathan
1:51 p.m.
On Mon, 2007-03-26 at 19:59 +0200, Leszek Matok wrote:
Dnia 26-03-2007, pon o godzinie 20:43 +0300, Jonathan Dieter
napisał(a):
> The second time your ran it,
> it realized there was a problem and downloaded the full rpm.
Can't it restart the process or simply download the full rpm at the same
time it sees an unusable drpm, then proceed with the update as planned?
> I would really love to know if you've done anything with lucidlife,
> changed any files before upgrading to the latest version? It would help
> me work out why we hit this error in the first place.
No, I haven't even run it for half a year or so. Also, rpm -V doesn't
report anything.
Could it be that the drpm was being uploaded/generated that very moment
I was trying to download it? Of course that would mean the metadata was
uploaded/generated earlier than actual drpms, but who knows?
Lam
Okay, I've finally tracked down where it all went wrong. When Presto
wasn't running applydeltarpm with on-disk MD5 checking. It was only
checking file sizes. So if a file got one byte changed, it wouldn't
catch that the patch wouldn't apply any more. I've fixed this so it
does a full (slow) MD5 check when it finds an applicable DRPM in 0.2.9.
Please, please let me know if anyone hits the "Error rebuilding at least
one deltarpm." error. It shouldn't happen anymore, but I'd like to know
if it does.
Jonathan
3:34 p.m.
On Mon, 2007-03-26 at 21:51 +0300, Jonathan Dieter wrote:
On Mon, 2007-03-26 at 19:59 +0200, Leszek Matok wrote:
> Dnia 26-03-2007, pon o godzinie 20:43 +0300, Jonathan Dieter napisał(a):
> > The second time your ran it,
> > it realized there was a problem and downloaded the full rpm.
> Can't it restart the process or simply download the full rpm at the same
> time it sees an unusable drpm, then proceed with the update as planned?
>
> > I would really love to know if you've done anything with lucidlife,
> > changed any files before upgrading to the latest version? It would help
> > me work out why we hit this error in the first place.
> No, I haven't even run it for half a year or so. Also, rpm -V doesn't
> report anything.
>
> Could it be that the drpm was being uploaded/generated that very moment
> I was trying to download it? Of course that would mean the metadata was
> uploaded/generated earlier than actual drpms, but who knows?
>
> Lam
Okay, I've finally tracked down where it all went wrong. When Presto
wasn't running applydeltarpm with on-disk MD5 checking. It was only
checking file sizes. So if a file got one byte changed, it wouldn't
catch that the patch wouldn't apply any more. I've fixed this so it
does a full (slow) MD5 check when it finds an applicable DRPM in 0.2.9.
Please, please let me know if anyone hits the "Error rebuilding at least
one deltarpm." error. It shouldn't happen anymore, but I'd like to know
if it does.
1. why are you using md5sum and not sha1sums?
2. what function are you using to do this check? Yum has a checksum
function you might be able to just use.
-sv
11:13 p.m.
On Mon, 2007-03-26 at 16:34 -0400, seth vidal wrote:
1. why are you using md5sum and not sha1sums?
Uh, I'm
sorry, the line should have read "full (slow) on-disk checksum
check". This particular checksum (which may be MD5 or SHA1, I'm not
sure) is created by makedeltarpm -s, and tested by applydeltarpm -s, so
it's actually completely controlled by deltarpm.
2. what function are you using to do this check? Yum has a checksum
function you might be able to just use.
I've actually "borrowed"
*(cough)*stolen*(cough)* a heck of a lot of yum
code, including the checksum function, which I do use to validate the
presto.xml.gz file (among other things, and I do use sha1sums for this).
If you look at prestoRepo.py, it's basically yumRepo.py with a few
changes and a lot torn out.
-sv
Jonathan
5:05 a.m.
On Mon, Mar 26, 2007 at 04:34:21PM -0400, seth vidal wrote:
1. why are you using md5sum and not sha1sums?
It checks if the md5sum of the file matches the sum from the rpm
header.
It works basically like this: The "sequence" tells applydeltarpm
which of the files from the rpm header were used to create the
deltarpm and the order of those files (thus the name "sequence"
in case you wondered). makedeltarpm doesn't use all files to
create the delta, config files and files that have the "verify"
bit off get excluded. If you ask applydeltarpm to check if a
deltarpm can be applied it uses this sequence to verify that all
used files are unchanged, either by just checking the size (the
fast method) or by checking the md5sum (like rpm does).
The fast method makes sense if the updater has a fallback to
fetch the complete rpm if applydeltarpm failes, as in most cases
files are unchanged if the size is the same.
Cheers,
Michael.
--
Michael Schroeder mls(a)suse.de
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
5:29 a.m.
On Tue, 2007-03-27 at 12:05 +0200, Michael Schroeder wrote:
On Mon, Mar 26, 2007 at 04:34:21PM -0400, seth vidal wrote:
> 1. why are you using md5sum and not sha1sums?
It checks if the md5sum of the file matches the sum from the rpm
header.
It works basically like this: The "sequence" tells applydeltarpm
which of the files from the rpm header were used to create the
deltarpm and the order of those files (thus the name "sequence"
in case you wondered). makedeltarpm doesn't use all files to
create the delta, config files and files that have the "verify"
bit off get excluded. If you ask applydeltarpm to check if a
deltarpm can be applied it uses this sequence to verify that all
used files are unchanged, either by just checking the size (the
fast method) or by checking the md5sum (like rpm does).
The fast method makes sense if the updater has a fallback to
fetch the complete rpm if applydeltarpm failes, as in most cases
files are unchanged if the size is the same.
Cheers,
Michael.
And I changed Presto last night to use the full method, rather than the
fast method. Our fallback method is pretty lousy (exiting with an
error, working the second time yum is called), at least for the moment.
Jonathan
7:26 a.m.
On Tue, 2007-03-27 at 13:29 +0300, Jonathan Dieter wrote:
On Tue, 2007-03-27 at 12:05 +0200, Michael Schroeder wrote:
> On Mon, Mar 26, 2007 at 04:34:21PM -0400, seth vidal wrote:
> > 1. why are you using md5sum and not sha1sums?
>
> It checks if the md5sum of the file matches the sum from the rpm
> header.
>
> It works basically like this: The "sequence" tells applydeltarpm
> which of the files from the rpm header were used to create the
> deltarpm and the order of those files (thus the name "sequence"
> in case you wondered). makedeltarpm doesn't use all files to
> create the delta, config files and files that have the "verify"
> bit off get excluded. If you ask applydeltarpm to check if a
> deltarpm can be applied it uses this sequence to verify that all
> used files are unchanged, either by just checking the size (the
> fast method) or by checking the md5sum (like rpm does).
> The fast method makes sense if the updater has a fallback to
> fetch the complete rpm if applydeltarpm failes, as in most cases
> files are unchanged if the size is the same.
>
> Cheers,
> Michael.
>
And I changed Presto last night to use the full method, rather than the
fast method. Our fallback method is pretty lousy (exiting with an
error, working the second time yum is called), at least for the moment.
Why is that? I need to take a look at the code but there doesn't seem to
be any reason why it shouldn't be able to fall back to downloading the
whole package. It knows where it is.
-sv
8:25 a.m.
seth vidal wrote:
On Tue, 2007-03-27 at 13:29 +0300, Jonathan Dieter wrote:
> On Tue, 2007-03-27 at 12:05 +0200, Michael Schroeder wrote:
>
>> On Mon, Mar 26, 2007 at 04:34:21PM -0400, seth vidal wrote:
>>
>>> 1. why are you using md5sum and not sha1sums?
>>>
>> It checks if the md5sum of the file matches the sum from the rpm
>> header.
>>
>> It works basically like this: The "sequence" tells applydeltarpm
>> which of the files from the rpm header were used to create the
>> deltarpm and the order of those files (thus the name "sequence"
>> in case you wondered). makedeltarpm doesn't use all files to
>> create the delta, config files and files that have the "verify"
>> bit off get excluded. If you ask applydeltarpm to check if a
>> deltarpm can be applied it uses this sequence to verify that all
>> used files are unchanged, either by just checking the size (the
>> fast method) or by checking the md5sum (like rpm does).
>> The fast method makes sense if the updater has a fallback to
>> fetch the complete rpm if applydeltarpm failes, as in most cases
>> files are unchanged if the size is the same.
>>
>> Cheers,
>> Michael.
>>
>>
> And I changed Presto last night to use the full method, rather than the
> fast method. Our fallback method is pretty lousy (exiting with an
> error, working the second time yum is called), at least for the moment.
>
>
Why is that? I need to take a look at the code but there doesn't seem to
be any reason why it shouldn't be able to fall back to downloading the
whole package. It knows where it is.
-sv
I look at the code, it works in the following way:
postresolve_hook(conduit):
for each po to be install in TransactionSet:
check if delta as available.
make the po point to the delta insted of the full rpm.
normal yum downloading (yum.downloadPkg)
postdownload_hook(conduit):
for each pkg in the downloadpackages:
if pkg is a delta:
try:
build the full rpm from the delta
except:
Something is rotten in the state of Denmark, bail out.
if could be changed to:
predownload_hook(conduit,pkglist):
for each po in pkglist:
if as delta is available:
try:
download the delta (copy the download code from
yum.downloadPkgs)
build the full rpm.
set po.pkgtype = 'local' # To make yum skip it in the
normal download.
except:
Something is rotten in the state of Denmark, just leave
the po unchanged an yum will handle the download as normal.
normal yum downloading (yum.downloadPkg)
will download all the packages not processed without error, by the
predownload_hook.
Tim
9:39 a.m.
On Tue, 2007-03-27 at 15:25 +0200, Tim Lauridsen wrote:
seth vidal wrote:
> Why is that? I need to take a look at the code but there doesn't seem to
> be any reason why it shouldn't be able to fall back to downloading the
> whole package. It knows where it is.
>
> -sv
>
>
I look at the code, it works in the following way:
postresolve_hook(conduit):
for each po to be install in TransactionSet:
check if delta as available.
make the po point to the delta insted of the full rpm.
normal yum downloading (yum.downloadPkg)
postdownload_hook(conduit):
for each pkg in the downloadpackages:
if pkg is a delta:
try:
build the full rpm from the delta
except:
Something is rotten in the state of Denmark, bail
out.
if could be changed to:
predownload_hook(conduit,pkglist):
for each po in pkglist:
if as delta is available:
try:
download the delta (copy the download code from
yum.downloadPkgs)
build the full rpm.
set po.pkgtype = 'local' # To make yum skip it in the
normal download.
except:
Something is rotten in the state of Denmark, just
leave the po unchanged an yum will handle the download as normal.
normal yum downloading (yum.downloadPkg)
will download all the packages not processed without error, by the
predownload_hook.
Tim
If it's agreed that this is the best way, I'm happy to make it work this
way.
Jonathan
10:20 a.m.
On Tue, 2007-03-27 at 17:39 +0300, Jonathan Dieter wrote:
On Tue, 2007-03-27 at 15:25 +0200, Tim Lauridsen wrote:
> seth vidal wrote:
> > Why is that? I need to take a look at the code but there doesn't seem to
> > be any reason why it shouldn't be able to fall back to downloading the
> > whole package. It knows where it is.
> >
> > -sv
> >
> >
> I look at the code, it works in the following way:
>
> postresolve_hook(conduit):
> for each po to be install in TransactionSet:
> check if delta as available.
> make the po point to the delta insted of the full rpm.
>
> normal yum downloading (yum.downloadPkg)
>
> postdownload_hook(conduit):
> for each pkg in the downloadpackages:
> if pkg is a delta:
> try:
> build the full rpm from the delta
> except:
> Something is rotten in the state of Denmark, bail
> out.
>
> if could be changed to:
> predownload_hook(conduit,pkglist):
> for each po in pkglist:
> if as delta is available:
> try:
> download the delta (copy the download code from
> yum.downloadPkgs)
> build the full rpm.
> set po.pkgtype = 'local' # To make yum skip it in the
> normal download.
> except:
> Something is rotten in the state of Denmark, just
> leave the po unchanged an yum will handle the download as normal.
>
> normal yum downloading (yum.downloadPkg)
> will download all the packages not processed without error, by the
> predownload_hook.
>
> Tim
If it's agreed that this is the best way, I'm happy to make it work this
way.
I think Tim's suggestion makes sense. It makes the delta-rpm portion an
optimize-if-possible step which fits in nicely.
-sv
10:53 a.m.
On Tue, 2007-03-27 at 11:20 -0400, seth vidal wrote:
On Tue, 2007-03-27 at 17:39 +0300, Jonathan Dieter wrote:
> If it's agreed that this is the best way, I'm happy to make it work this
> way.
>
I think Tim's suggestion makes sense. It makes the delta-rpm portion an
optimize-if-possible step which fits in nicely.
-sv
Okay. Will implement in next version. It's probably time for a bump to
0.3.0, anyway, so it gives me halfway decent justification, too. ;)
Jonathan
9:36 a.m.
On Tue, 2007-03-27 at 08:26 -0400, seth vidal wrote:
On Tue, 2007-03-27 at 13:29 +0300, Jonathan Dieter wrote:
> And I changed Presto last night to use the full method, rather than the
> fast method. Our fallback method is pretty lousy (exiting with an
> error, working the second time yum is called), at least for the moment.
>
Why is that? I need to take a look at the code but there doesn't seem to
be any reason why it shouldn't be able to fall back to downloading the
whole package. It knows where it is.
-sv
You're obviously the expert in yum, so most of this will be obvious, and
I'd definitely appreciate correction on anything I have wrong. I'm
going to summarize the steps yum takes and mark how presto interacts
with *:
1. Yum gets repomd for each repository
- postreposetup_hook called
2. *Presto gets prestomd for each repository (the format of which is
cunningly stolen from yum). ;)
3. *Presto gets presto.xml.gz for each presto repository (once again
using very slightly modified python code).
- end of postreposetup_hook
4. Yum gets primary.xml.gz for each repository.
5. Yum finds what packages are going to be update/installed/removed,
resolves dependencies and sets up a transaction.
- postresolve_hook called
6. *Presto cycles through packages, sees which are to be installed (like
kernel) or updated, and checks for available drpms.
7. *If there is an available drpm, presto then uses applydeltarpm -s to
see if the drpm can be applied correctly.
8. *If the drpm can be applied correctly, presto modifies the package
information in the transaction sack so that it points to the drpm
(storing the original information elsewhere in the PackageObject).
- end of postresolve_hook
9. Yum downloads rpms (and drpms where they've been substituted in).
- postdownload_hook called
10. *Presto cycles through drpms downloaded and generates rpms from the
drpms. It will exit at this point if it is unable to generate the rpm.
11. *Presto reverts all information that it changed in the
PackageObject.
- end of postdownload_hook
11. Yum installs rpms
- posttrans_hook called
12. *Presto displays and logs savings information
- end of posttrans_hook
13. Yum exits
I chose to leave the heavy lifting of step 9 to yum because it seemed
the most elegant solution. However that does leave us with a nasty exit
if we are unable to reconstruct the rpms.
Two possible solutions:
1. Write a subclass of PackageObject with verifyLocalPackage overloaded
to reconstruct the rpm and fail if we are unable to (not sure if this is
very feasible or even a good idea).
2. Create a predownload_hook that does step 9, and then let yum download
the full package if it fails.
Thoughts, comments, hard objects to be thrown at me for lousy design
decisions? ;)
Jonathan
11:48 p.m.
This time I try to run "yum install openoffice.org-core" or "yum update
openoffice.org-core" and it says:
--> Running transaction check
Running "postresolve" handler for "presto" plugin
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 135, in main
(result, resultmsgs) = base.buildTransaction()
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 449, in
buildTransaction
self.plugins.run('postresolve', rescode=rescode, restring=restring)
File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/presto.py", line 91, in postresolve_hook
rpm_size += int(newpkg.po.simple['packagesize'])
KeyError: 'packagesize'
"yum update" with no arguments doesn't break (but openoffice.org-core,
the 88 MiB beast, doesn't have a drpm - why?).
Lam
12:20 a.m.
On Wed, 2007-03-28 at 06:48 +0200, Leszek Matok wrote:
This time I try to run "yum install openoffice.org-core" or
"yum update
openoffice.org-core" and it says:
--> Running transaction check
Running "postresolve" handler for "presto" plugin
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 135, in main
(result, resultmsgs) = base.buildTransaction()
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 449, in
buildTransaction
self.plugins.run('postresolve', rescode=rescode, restring=restring)
File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/presto.py", line 91, in postresolve_hook
rpm_size += int(newpkg.po.simple['packagesize'])
KeyError: 'packagesize'
"yum update" with no arguments doesn't break (but openoffice.org-core,
the 88 MiB beast, doesn't have a drpm - why?).
Lam
Not sure why you're hitting this bug...I'll try to fix it.
As for not having a drpm doing a plain yum update, there was a bug in
the server code that didn't allow drpms to be made for packages over
70MB in size (because that was the limit on my local server and I didn't
like it running out of memory). I've fixed it, and the drpm should now
be available.
Jonathan
12:58 a.m.
On Wed, 2007-03-28 at 07:33 +0200, Leszek Matok wrote:
Dnia 28-03-2007, śro o godzinie 08:20 +0300, Jonathan Dieter
napisał(a):
> Not sure why you're hitting this bug...
I'll try to reproduce it on another machine in few hours.
> the drpm should now be available.
Thanks, that's another 77 MiB saving! :)
Lam
Actually, I've managed to reproduce it on a test machine here, so
don't
worry about that.
Seth, it seems that yum doesn't get the information for
PackageObject.simple['packagesize'] before postresolve_hook is called
when yum is called with list of packages to update, but does when yum
update is called on it's own. Is there a reason for this?
Jonathan
1:01 a.m.
On Wed, 2007-03-28 at 08:58 +0300, Jonathan Dieter wrote:
On Wed, 2007-03-28 at 07:33 +0200, Leszek Matok wrote:
> Dnia 28-03-2007, śro o godzinie 08:20 +0300, Jonathan Dieter napisał(a):
> > Not sure why you're hitting this bug...
> I'll try to reproduce it on another machine in few hours.
>
> > the drpm should now be available.
> Thanks, that's another 77 MiB saving! :)
>
> Lam
Actually, I've managed to reproduce it on a test machine here, so don't
worry about that.
Seth, it seems that yum doesn't get the information for
PackageObject.simple['packagesize'] before postresolve_hook is called
when yum is called with list of packages to update, but does when yum
update is called on it's own. Is there a reason for this?
what version of yum are you doing this on?
-sv
1:05 p.m.
On Mon, 2007-03-26 at 19:17 +0200, Leszek Matok wrote:
This one is strange:
<snip>
Notice the part "lucidlife-0.9.1_0.". Next time (1 minute
later, no
repository metadata was updated) it was different:
(1/1): lucidlife-0.9.1-2. 100% |=========================| 723 kB 00:24
And the update went okay. It looks to me like a deltarpm repository
breakage combined with some strange logic in Presto that made it
download a file with another name that it wanted.
Oh, and there's no /var/log/presto.log.
Lam
Okay, I've found the bug. If you modify a glf file in lucidlife (change
a single number), checking the "deltarpm sequence" doesn't catch the
change, but applying the deltarpm fails.
Ahmed, it looks like you were right about us hitting this error. I'll
pass it on to the deltarpm maintainer. Hopefully, we'll get a quick
fix.
BTW, I've just posted 0.2.8, which has the fix for the ugly yum crash.
If you hit this error, you'll get a halfway decent message telling you
exactly what to do.
Jonathan
6:58 a.m.
Jonathan Dieter wrote:
On Mon, 2007-03-26 at 21:02 +0530, Rahul Sundaram wrote:
> Sure. Different output with 0.2.6 and yum -d5.
<snip>
> File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153, in
run
> func(conduitcls(self, self.base, conf, **kwargs))
> File "/usr/lib/yum-plugins/presto.py", line 85, in postresolve_hook
> (chosen_drpm, installed, local) =
> prestoTransaction.find_available_drpms(conduit, newpkg)
> File "/usr/share/presto/prestoTransaction.py", line 48, in
> find_available_drpms
> if os.path.exists(newpkg.po.localpath):
> AttributeError: YumInstalledPackage instance has no attribute 'localpath'
>
>
> Rahul
>
Well, at least I've moved the problem forward a few lines of code,
worthless as that is. Try 0.2.7 (again with -d 5, please), and let's
see if I've finally got it fixed!
Fresh installation of Fedora Core 6
Yum install deltarpm version 3.4-1 from Fedora Extras
Install yum-presto version 0.2.9-1 from the wiki page
wget the repo file into /etc/yum.repos.d. Verified that it is enabled
Disable updates and extras repository. Core repo is left enabled.
Here is the output:
yum -d10 update
Loading "presto" plugin
Loading "installonlyn" plugin
Running "config" handler for "presto" plugin
Running "config" handler for "installonlyn" plugin
Yum Version: 3.0
COMMAND: yum -d10
Installroot: /
Setting up Update Process
Setting up repositories
Running "postreposetup" handler for "presto" plugin
Setting up Presto
Reading Presto metadata in from local files
No drpms available for presto
No drpms available for core
Reading repository metadata in from local files
Setting up Package Sacks
Reading Local RPMDB
Building updates object
No Packages marked for Update/Obsoletion
If I enable updates and extras yum does starts downloading header files.
Rahul
9:08 a.m.
On Wed, 2007-03-28 at 17:28 +0530, Rahul Sundaram wrote:
Jonathan Dieter wrote:
> On Mon, 2007-03-26 at 21:02 +0530, Rahul Sundaram wrote:
>> Sure. Different output with 0.2.6 and yum -d5.
> <snip>
>> File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153,
in run
>> func(conduitcls(self, self.base, conf, **kwargs))
>> File "/usr/lib/yum-plugins/presto.py", line 85, in
postresolve_hook
>> (chosen_drpm, installed, local) =
>> prestoTransaction.find_available_drpms(conduit, newpkg)
>> File "/usr/share/presto/prestoTransaction.py", line 48, in
>> find_available_drpms
>> if os.path.exists(newpkg.po.localpath):
>> AttributeError: YumInstalledPackage instance has no attribute
'localpath'
>>
>>
>> Rahul
>>
> Well, at least I've moved the problem forward a few lines of code,
> worthless as that is. Try 0.2.7 (again with -d 5, please), and let's
> see if I've finally got it fixed!
Fresh installation of Fedora Core 6
Yum install deltarpm version 3.4-1 from Fedora Extras
Install yum-presto version 0.2.9-1 from the wiki page
wget the repo file into /etc/yum.repos.d. Verified that it is enabled
Disable updates and extras repository. Core repo is left enabled.
Here is the output:
yum -d10 update
Loading "presto" plugin
Loading "installonlyn" plugin
Running "config" handler for "presto" plugin
Running "config" handler for "installonlyn" plugin
Yum Version: 3.0
COMMAND: yum -d10
Installroot: /
Setting up Update Process
Setting up repositories
Running "postreposetup" handler for "presto" plugin
Setting up Presto
Reading Presto metadata in from local files
No drpms available for presto
No drpms available for core
Reading repository metadata in from local files
Setting up Package Sacks
Reading Local RPMDB
Building updates object
No Packages marked for Update/Obsoletion
If I enable updates and extras yum does starts downloading header files.
Rahul
Yeah, that's how it's supposed to work. The presto repository
*only*
contains yum-presto, so you'll get automatic presto updates.
Do a normal yum update with updates and extras. If you want to
understand why (and aren't sick of extremely long explanations), read
on.
Presto works on top of whatever repositories it's been made for (at the
moment, only updates and extras). The idea is that livna could set up
their own presto repository and so could freshrpms. For people without
presto, it would work as a normal repository, while for people with
presto, it would be a presto-enhanced respository.
There are two ways to tell presto when there's a presto repository:
1. In the repository file (i.e. fedora-updates.repo), add a deltaurl
with the presto repository location (should work with deltamirrorlist as
well)
2. In the presto.conf file in /etc/yum/pluginconf.d. You make a section
with the name of the repository (much like yum does if you use a
centralized yum.conf) and add the deltaurl under it.
At the moment, we are using the second way because we don't want to mess
around with fedora-updates.repo and fedora-extras.repo on people's
systems. If a repository was using presto themselves, they would
release their .repo file using the first method.
Sorry I've been so long-winded.
Jonathan
12:01 p.m.
On Wed, 2007-03-28 at 17:08 +0300, Jonathan Dieter wrote:
On Wed, 2007-03-28 at 17:28 +0530, Rahul Sundaram wrote:
> Fresh installation of Fedora Core 6
>
> Yum install deltarpm version 3.4-1 from Fedora Extras
> Install yum-presto version 0.2.9-1 from the wiki page
> wget the repo file into /etc/yum.repos.d. Verified that it is enabled
> Disable updates and extras repository. Core repo is left enabled.
>
> Here is the output:
>
<snip>
>
> If I enable updates and extras yum does starts downloading header files.
>
> Rahul
Yeah, that's how it's supposed to work. The presto repository *only*
contains yum-presto, so you'll get automatic presto updates.
Do a normal yum update with updates and extras. If you want to
understand why (and aren't sick of extremely long explanations), read
on.
So yeah, I'm curious. Have you managed to do your update yet? If you
have, what kind of savings did you see?
Jonathan
7:43 p.m.
Jonathan Dieter wrote:
So yeah, I'm curious. Have you managed to do your update yet?
If you
have, what kind of savings did you see?
The yum transaction failed with a unsigned gpg key error. Turned off gpg
key check and reran yum. Yum showed it was downloading 400+ MB but
proceeded to use the rpms build in the cache by presto in the previous
run. However it ended up showing now savings at all in the presto log.
You might want to check how the plugin is handling failed gpg checks.
Did a fresh installation again with the default set of packages. Turned
off gpg key. Ran yum install yum first followed by yum update. Here is
the presto log.
Download Size (without DRPM),Download Size (with DRPM),Percentage
Savings,Total Percentage Savings
493372,132236,74,74
509267102,126959924,76,76
Pretty good savings and the system seems to be functioning as expected
in my limited testing. At this point it might be useful to put the
plugin in the repository atleast in the devel branch and get more
mirrors using the drpms for wider testing. We should consider having
this plugin enabled and installed by default for Fedora 7 release.
Rahul
7:47 p.m.
On Thu, 2007-03-29 at 06:13 +0530, Rahul Sundaram wrote:
Pretty good savings and the system seems to be functioning as
expected
in my limited testing. At this point it might be useful to put the
plugin in the repository atleast in the devel branch and get more
mirrors using the drpms for wider testing. We should consider having
this plugin enabled and installed by default for Fedora 7 release.
While I'm very much in favor of getting it out and more easily available
to people, there's no way we should make this the default for Fedora 7
at this point.
Please see the definition of "feature freeze" :-)
Jeremy
8:11 p.m.
Jeremy Katz wrote:
On Thu, 2007-03-29 at 06:13 +0530, Rahul Sundaram wrote:
> Pretty good savings and the system seems to be functioning as expected
> in my limited testing. At this point it might be useful to put the
> plugin in the repository atleast in the devel branch and get more
> mirrors using the drpms for wider testing. We should consider having
> this plugin enabled and installed by default for Fedora 7 release.
While I'm very much in favor of getting it out and more easily available
to people, there's no way we should make this the default for Fedora 7
at this point.
Please see the definition of "feature freeze" :-)
I was kind of expecting someone to jump on that. Feature freeze doesn't
apply to new packages in Fedora Extras till test 4. If installing a
package by default from Fedora Extras requires a exception to the
feature freeze please consider this as my exception request to release
engineering.
Rahul
8:18 p.m.
On Wednesday 28 March 2007 21:11:05 Rahul Sundaram wrote:
I was kind of expecting someone to jump on that. Feature freeze
doesn't
apply to new packages in Fedora Extras till test 4. If installing a
package by default from Fedora Extras requires a exception to the
feature freeze please consider this as my exception request to release
engineering.
I for one would not approve this. I feel it would have needed to see full use
from at least test1 time frame to be considered for enabled by default for a
release.
--
Jesse Keating
Release Engineer: Fedora
8:33 p.m.
On Wed, 2007-03-28 at 21:18 -0400, Jesse Keating wrote:
On Wednesday 28 March 2007 21:11:05 Rahul Sundaram wrote:
> I was kind of expecting someone to jump on that. Feature freeze doesn't
> apply to new packages in Fedora Extras till test 4. If installing a
> package by default from Fedora Extras requires a exception to the
> feature freeze please consider this as my exception request to release
> engineering.
I for one would not approve this. I feel it would have needed to see full use
from at least test1 time frame to be considered for enabled by default for a
release.
Agreed.
josh
10:13 p.m.
On Wed, 28 Mar 2007, Josh Boyer wrote:
On Wed, 2007-03-28 at 21:18 -0400, Jesse Keating wrote:
> I for one would not approve this. I feel it would have needed to see full use
> from at least test1 time frame to be considered for enabled by default for a
> release.
Agreed.
I'm going to "me too" this, but add that I don't see any reason this
couldn't be enabled by default on F8, assuming it gets polished and
formalized in the meantime. IMO (and I suspect I'm not alone), this
functionality came into the public eye way too suddenly to ship now,
especially with the rather fatal bugs. I certainly do like the concept,
though, and in the meanwhile may enable it on networks where I don't
maintain a local mirror.
Jima
12:18 a.m.
On Thu, 2007-03-29 at 06:13 +0530, Rahul Sundaram wrote:
Jonathan Dieter wrote:
> So yeah, I'm curious. Have you managed to do your update yet? If you
> have, what kind of savings did you see?
The yum transaction failed with a unsigned gpg key error. Turned off gpg
key check and reran yum. Yum showed it was downloading 400+ MB but
proceeded to use the rpms build in the cache by presto in the previous
run. However it ended up showing now savings at all in the presto log.
You might want to check how the plugin is handling failed gpg checks.
The plugin
actually doesn't touch the gpg keys. By the time we get to
the gpg check, the drpm should have already been assembled into the rpm.
I'll try to track this down.
Did a fresh installation again with the default set of packages.
Turned
off gpg key. Ran yum install yum first followed by yum update. Here is
the presto log.
Download Size (without DRPM),Download Size (with DRPM),Percentage
Savings,Total Percentage Savings
493372,132236,74,74
509267102,126959924,76,76
Brilliant! For my connection, that's the difference between over four
hours of downloading and just over an hour.
Pretty good savings and the system seems to be functioning as
expected
in my limited testing. At this point it might be useful to put the
plugin in the repository atleast in the devel branch and get more
mirrors using the drpms for wider testing. We should consider having
this plugin enabled and installed by default for Fedora 7 release.
I'm very
honored that you think this is that close to being ready for a
full release. I do see a few problems (aside from the obvious ones
brought up by Jesse and Jeremy). The biggest one is that the
createprestorepo script is very hacky at the moment. I think it will
need a good bit of work before I would feel comfortable depending on it,
and, as I've said, I'm focusing on the client at the moment.
I think our best bet is to get it included into Extras (which may be a
bit of a struggle if I'm to maintain it as I don't maintain any other
packages). We should then talk with Fedora Infrastructure and see if
they're interested in creating Presto repositories. If we don't run
into any major problems during the F7/Rawhide timeline, maybe we can get
it installed and enabled by default for F8. (Though I will definitely
use it during the whole FC6/F7 timeline.)
Currently, the drpms for updates use 637MB, while the drpms for extras
is only using 65MB (though this would be a highly inaccurate number as
I've only been mirroring extras for a week and they don't keep old rpms
for very long).
Rahul
Thanks again for the vote of confidence!
Jonathan
12:38 a.m.
Dnia 29-03-2007, czw o godzinie 08:18 +0300, Jonathan Dieter napisał(a):
If we don't run
into any major problems during the F7/Rawhide timeline, maybe we can get
it installed and enabled by default for F8. (Though I will definitely
use it during the whole FC6/F7 timeline.)
I say make it a yum update in F7's
updates-testing, making it easy to
use (yum --enablerepo=updates-testing install yum) and making more eyes
look at it. In two months from now (F7 GA) it will more than ready for
updates-testing.
Oh, and by the way, downloading full rpm in case of failed drpm rebuild
works (happend to me with SDL-1.2.11-1.fc6). It should rebuild
everything and never need a full package, but thanks anyhow! :)
Lam
8:52 a.m.
Jonathan Dieter wrote:
>
> Download Size (without DRPM),Download Size (with DRPM),Percentage
> Savings,Total Percentage Savings
> 493372,132236,74,74
> 509267102,126959924,76,76
Additional note: This log is being written only at the very end and if
the transaction fails in between I suspect nothing will get written at
all. Yum does log incrementally which is more useful. Also the format
is not easy to read and you should probably switch to something more
standard that can be parsed better by logwatch.
I think our best bet is to get it included into Extras (which may be
a
bit of a struggle if I'm to maintain it as I don't maintain any other
packages). We should then talk with Fedora Infrastructure and see if
they're interested in creating Presto repositories. If we don't run
into any major problems during the F7/Rawhide timeline, maybe we can get
it installed and enabled by default for F8. (Though I will definitely
use it during the whole FC6/F7 timeline.)
Yes, the next step would be to get into Fedora Extras, get mirrors and
get more feedback. I am using the plugin on my main FC6 box now.
Rahul
9:25 a.m.
On Thu, 2007-03-29 at 19:22 +0530, Rahul Sundaram wrote:
Jonathan Dieter wrote:
>>
>> Download Size (without DRPM),Download Size (with DRPM),Percentage
>> Savings,Total Percentage Savings
>> 493372,132236,74,74
>> 509267102,126959924,76,76
Additional note: This log is being written only at the very end and if
the transaction fails in between I suspect nothing will get written at
all. Yum does log incrementally which is more useful. Also the format
is not easy to read and you should probably switch to something more
standard that can be parsed better by logwatch.
Okay, what are you thinking? I'd be happy to change the format (I chose
csv for easy machine parsing), but I'm not sure what people would like
to see.
> I think our best bet is to get it included into Extras (which
may be a
> bit of a struggle if I'm to maintain it as I don't maintain any other
> packages). We should then talk with Fedora Infrastructure and see if
> they're interested in creating Presto repositories. If we don't run
> into any major problems during the F7/Rawhide timeline, maybe we can get
> it installed and enabled by default for F8. (Though I will definitely
> use it during the whole FC6/F7 timeline.)
Yes, the next step would be to get into Fedora Extras, get mirrors and
get more feedback. I am using the plugin on my main FC6 box now.
Sweet! Maybe this
is the wrong place, but how do I go about getting
yum-presto into Fedora Extras?
Rahul
Jonathan
9:31 a.m.
Jonathan Dieter wrote:
On Thu, 2007-03-29 at 19:22 +0530, Rahul Sundaram wrote:
> Yes, the next step would be to get into Fedora Extras, get
mirrors and
> get more feedback. I am using the plugin on my main FC6 box now.
Sweet! Maybe this is the wrong place, but how do I go about getting
yum-presto into Fedora Extras?
http://fedoraproject.org/wiki/PackageMaintainers
http://fedoraproject.org/wiki/PackageMaintainers/Join
-- Rex
9:34 a.m.
Jonathan Dieter wrote:
>
Okay, what are you thinking? I'd be happy to change the format (I chose
csv for easy machine parsing), but I'm not sure what people would like
to see.
I was thinking we need more detailed incremental logging of what drpms
are being downloaded, which builds of drpms failed etc for
troubleshooting. Maybe a format close to the yum log would make it easier.
Sweet! Maybe this is the wrong place, but how do I go about getting
yum-presto into Fedora Extras?
This isn't the wrong place. fedora-extras list is going to be shutdown
soon ahead of the merge. To submit a package as a new contributor you
need to follow http://fedoraproject.org/wiki/PackageMaintainers/Join
Rahul
11:37 a.m.
On Thu, 2007-03-29 at 20:04 +0530, Rahul Sundaram wrote:
This isn't the wrong place. fedora-extras list is going to be
shutdown
soon ahead of the merge. To submit a package as a new contributor you
need to follow http://fedoraproject.org/wiki/PackageMaintainers/Join
Rahul
Okay, I've gone through the steps up to requesting review.
Here's a link to the bug request for anyone who's interested:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=234488
Jonathan
5:41 a.m.
On Thu, 2007-03-29 at 06:13 +0530, Rahul Sundaram wrote:
<snip>
The yum transaction failed with a unsigned gpg key error. Turned off
gpg
key check and reran yum. Yum showed it was downloading 400+ MB but
proceeded to use the rpms build in the cache by presto in the previous
run. However it ended up showing now savings at all in the presto log.
You might want to check how the plugin is handling failed gpg checks.
<snip>
Okay, I found the problem. Presto was telling yum the package was local
after successfully building the rpm, but yum will not import any gpg
keys for local packages.
Now presto 0.3.1 doesn't tell yum the package is local, but yum checks
the local path anyway and won't redownload an rpm that already exists
locally. It will also ask to import the public gpg key, just like it
does without presto.
Thanks for the bug report.
Jonathan
6:41 a.m.
Any chance for presto to be used together with reposync from yum-utils??
I'm maintaining a repository within my university LAN ... the network
is "evil" (2MB size limit for http post/get, only post/get port 80 and
tcp connect port 443 allowed) ... I managed to get through the size
limit and used reposync to sync my local mirror with updates,extras,
livna and rawhide for my frens and new users..
having reposync with presto will surely help in this case ..
-----------------------------------------------
regards
Hikaru
-----------------------------------------------
Mohd Izhar Firdaus Bin Ismail
Amano Hikaru
天野晃 「あまの ひかる」
Universiti Teknologi PETRONAS
ICT 2nd Year 1st Semester
mohd.izhar.firdaus(a)gmail.com
-----------------------------------------------
kagesenshi.87(a)gmail.com
Blog: http://kagesenshi.blogspot.com
-----------------------------------------------
9:22 a.m.
On Thu, 2007-03-29 at 19:41 +0800, Hikaru Amano wrote:
Any chance for presto to be used together with reposync from
yum-utils??
I'm maintaining a repository within my university LAN ... the network
is "evil" (2MB size limit for http post/get, only post/get port 80 and
tcp connect port 443 allowed) ... I managed to get through the size
limit and used reposync to sync my local mirror with updates,extras,
livna and rawhide for my frens and new users..
having reposync with presto will surely help in this case ..
I've never used reposync, but maybe I should start using it rather than
the half-baked script I'm using now.
If you're asking about using presto for mirroring rather than updates,
I've put a little bit of thought into it and would like to have
something up and running soon. We don't have the bandwidth to
continually mirror updates+extras, but we can put a few days into the
initial mirror and then use drpms for the updates.
Jonathan
12:32 a.m.
On 3/29/07, Jonathan Dieter <jdieter(a)gmail.com> wrote:
If you're asking about using presto for mirroring rather than
updates,
I've put a little bit of thought into it and would like to have
something up and running soon. We don't have the bandwidth to
continually mirror updates+extras, but we can put a few days into the
initial mirror and then use drpms for the updates.
Jonathan
if it can regenerate the whole rpm it'll be nicer (something like
applying patch to rpm) .. I dont know if this is possible or not .. if
not its okay for me .. having deltaRPM in the first place already made
me happy :D
--
-----------------------------------------------
regards
Hikaru
-----------------------------------------------
Mohd Izhar Firdaus Bin Ismail
Amano Hikaru
天野晃 「あまの ひかる」
Universiti Teknologi PETRONAS
ICT 2nd Year 1st Semester
mohd.izhar.firdaus(a)gmail.com
-----------------------------------------------
kagesenshi.87(a)gmail.com
Blog: http://kagesenshi.blogspot.com
-----------------------------------------------
1:58 a.m.
On Fri, 2007-03-30 at 13:32 +0800, Hikaru Amano wrote:
On 3/29/07, Jonathan Dieter <jdieter(a)gmail.com> wrote:
> If you're asking about using presto for mirroring rather than updates,
> I've put a little bit of thought into it and would like to have
> something up and running soon. We don't have the bandwidth to
> continually mirror updates+extras, but we can put a few days into the
> initial mirror and then use drpms for the updates.
>
> Jonathan
>
if it can regenerate the whole rpm it'll be nicer (something like
applying patch to rpm) .. I dont know if this is possible or not .. if
not its okay for me .. having deltaRPM in the first place already made
me happy :D
--
-----------------------------------------------
regards
Hikaru
Sorry, I guess I wasn't clear. That's what the plan is. You would
download the deltarpm to your mirror and apply it to the older full rpm
sitting in your mirror and...presto! You've got the new full rpm!
Like I said, though, at the moment this is totally academic. I haven't
coded it at all.
Jonathan
6:39 a.m.
On 3/30/07, Jonathan Dieter <jdieter(a)gmail.com> wrote:
Sorry, I guess I wasn't clear. That's what the plan is. You
would
download the deltarpm to your mirror and apply it to the older full rpm
sitting in your mirror and...presto! You've got the new full rpm!
Like I said, though, at the moment this is totally academic. I haven't
coded it at all.
Jonathan
cool!! .. i'll be looking forward for it :D ... thanks!!
--
-----------------------------------------------
regards
Hikaru
-----------------------------------------------
Mohd Izhar Firdaus Bin Ismail
Amano Hikaru
天野晃 「あまの ひかる」
Universiti Teknologi PETRONAS
ICT 2nd Year 1st Semester
mohd.izhar.firdaus(a)gmail.com
-----------------------------------------------
kagesenshi.87(a)gmail.com
Blog: http://kagesenshi.blogspot.com
-----------------------------------------------
6251
days inactive
6257
days old
55 comments
15 participants
participants (15)
-
Adam Jackson -
Ahmed Kamal -
Jef Spaleta -
Jeremy Katz -
Jesse Keating -
Jima -
Jonathan Dieter -
Josh Boyer -
Leszek Matok -
Michael Schroeder -
Mohd Izhar Firdaus Ismail -
Rahul Sundaram -
Rex Dieter -
seth vidal -
Tim Lauridsen