Running Rawhide.
Latest 'yum update' produced many like the following:
Cleanup : gconf-editor ##################### [117/149] ts_done name in te is git should be gconf-editor Cleanup : libnetfilter_conntrack ##################### [118/149] ts_done name in te is gconf-editor should be libnetfilter_conntrack Cleanup : gnome-utils ##################### [119/149] ts_done name in te is libnetfilter_conntrack should be gnome-utils
Anything to be concerned about?
tom
On Sat, 2007-09-08 at 17:48 -0700, Tom London wrote:
Running Rawhide.
ts_done name in te is git should be gconf-editor
Anything to be concerned about?
No, that happens when you hit a package that contains no files. yum and rpmlib get out of sync.
On Sat, 2007-09-08 at 17:48 -0700, Tom London wrote:
Running Rawhide.
Latest 'yum update' produced many like the following:
Cleanup : gconf-editor ##################### [117/149] ts_done name in te is git should be gconf-editor Cleanup : libnetfilter_conntrack ##################### [118/149] ts_done name in te is gconf-editor should be libnetfilter_conntrack Cleanup : gnome-utils ##################### [119/149] ts_done name in te is libnetfilter_conntrack should be gnome-utils
Anything to be concerned about?
No, it's not. It's just report output and I'm pretty sure I got this one fixed up in git upstream. It should be all straight in 3.2.5
thx -sv
On Sat, 2007-09-08 at 21:21 -0400, seth vidal wrote:
On Sat, 2007-09-08 at 17:48 -0700, Tom London wrote:
Running Rawhide.
Latest 'yum update' produced many like the following:
Cleanup : gconf-editor ##################### [117/149] ts_done name in te is git should be gconf-editor Cleanup : libnetfilter_conntrack ##################### [118/149] ts_done name in te is gconf-editor should be libnetfilter_conntrack Cleanup : gnome-utils ##################### [119/149] ts_done name in te is libnetfilter_conntrack should be gnome-utils
Anything to be concerned about?
No, it's not. It's just report output and I'm pretty sure I got this one fixed up in git upstream. It should be all straight in 3.2.5
okay - it's not really fixed in upstream. The problem is for a pkg with an empty file set rpm doesn't issue a callback for it. A couple of options:
1. we look for it and have the output do a little dance to walk around the problem 2. we fix this in rpm so it performs the callback even for packages w/no files.
-sv
On Sun, 2007-09-09 at 09:38 -0400, seth vidal wrote:
- we fix this in rpm so it performs the callback even for packages w/no
files.
That's probably the simpler of the two solutions, especially if it ends up just being a no-op callback.
My 2¢...
-
Ignacio Vazquez-Abrams -
Peter Gordon -
Seth Vidal -
Tom London