[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: finding orphaned files
- From: Greg_Swift aotx uscourts gov
- To: RPM Package Manager <rpm-list redhat com>
- Cc: RPM Package Manager <rpm-list redhat com>, rpm-list-bounces redhat com
- Subject: Re: finding orphaned files
- Date: Tue, 22 Jul 2008 11:03:43 -0500
rpm-list-bounces redhat com wrote on 07/21/2008 04:06:15 PM:
> Hi Greg-
>
> First a question back at you - it seems like your first step
> replicates the --verify option to some extent. Is there some info not
> provided by --verify that you need for step 1?
programatic access. It doesn't check all the other bits that -V does, and
also allows me to manipulate the list without the need of parsing the
output of rpm -Va.
> About "2:" - I find when I set up the spec file for an rpm, it's
> best to only define %directory that I'm pretty sure won't already exist.
> For example, I would define it for /opt/mypackage, but not /opt. If you
> have control over the spec files for the rpms you're talking about, you
> could trim these unneeded %directory entries to reduce the orphaned
> directories output from your script.
>
> Also, I think you'll find that orphaned files are sometimes config
> files, which are retained if they have been edited before rpm removal.
Fortunately, I am not responsible for all of the RedHat RPMs.
Unfortunately, I'm only responsible for a handful of our own RPMs. Even
more unfortunately, some of the modifications on the systems (additional
apps and such) aren't always added with RPM. Its this last scenario that I
am trying to provide the enumeration for. The question was more towards
being able to tell which way an rpm owned a directory and its contents with
only access to the RPM database.
-greg
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]