RPM roadmapping
Will Woods
wwoods at redhat.com
Thu Aug 2 16:14:05 UTC 2007
On Sat, 2007-07-28 at 21:31 +0300, Panu Matilainen wrote:
> On Fri, 27 Jul 2007, Dimi Paun wrote:
>
> > On Fri, 2007-07-27 at 15:40 +0300, Panu Matilainen wrote:
> >> Or the other way around: what you always
> >> wished rpm would do for you? What always annoyed you out of your mind?
> >
> > * Version control the meta-information
> > This can't be efficiently done outside RPM, and it would provide
> > an administrator with an invaluable tool (say a malfunction starts
> > at about 4am):
> > - what packages changes are different from yesterday?
> > - what files have changed for package foo between version V and W?
> > - what's the history of package foo on this system?
> > Not very difficult, but quite useful. Every time something breaks
> > on a system (usually via an automatic yum update) I would kill
> > for the ability to run such queries.
>
> Ah, something fresh for a change :) Most of the things that have come up
> in this thread, well lets just say I'd been very surprised if they hadn't
> come up.
I know I'm a bit late to the party here but let me second (read: "+1")
this idea. Having historical rpmdb info would be a huge boon for testing
as well as sysadmins: being able to show exactly which packages changed
(and when) would make it easier to implement all kinds of things.
Example use case: Over the course of a week, Jake installs 25 new
packages. He starts up foo-client and it crashes - but it worked when he
started it last week! Jake wants to get a list of packages that were
updated in the past week and try rolling some of them back to their
previous versions.
Yeah, being able to have a "packages installed/updated in the last N
days" dialog, with "revert this change" buttons (and love/hate/add
comment for testing purposes etc.) would be completely awesome.
-w
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20070802/6bf09623/attachment.sig>
More information about the fedora-devel-list
mailing list