[3201] in RedHat Linux List
Re: RPM clobbers files
daemon@ATHENA.MIT.EDU (Tim Baverstock)
Thu Nov 7 14:02:57 1996
From: Tim Baverstock <warwick@mmm.co.uk>
Date: Thu, 7 Nov 1996 18:33:28 GMT
To: redhat-list@redhat.com
In-reply-to: <199611062235.RAA25174@redhat.com> (redhat-digest-request@redhat.com)
Resent-From: redhat-list@redhat.com
Reply-To: redhat-list@redhat.com
Donnie Barnes wrote:
> RPM will never query the user. I hasten to say "never", but that is
> a design decision that has been made. RPM should never be interactive.
I'd say that's a wholly defensible position. RPM seems like a classic Unix
toolbox command.
Otto Hammersmith <ohammers@cu-online.com> wrote:
> Okay, then consider it a conflict (as long as it's not a known config
> file... i.e., listed in %config) and don't install the package.
>
> Then the user can install the rpm with --force to overwrite, or
> another option to save all conflicting files (--save-all-conflicts or
> something).
This seems like a very elegant and safe-fail solution to me: RPM becomes
conservative, only clobbering what it believes it knows about and sulking
about files it doesn't recognise or whose modification times have mysteriously
changed.
The %config directive would then become a `this file may look a little bit
screwy - don't mess with' directive. :)
Perhaps provision could be made to obtain a list of the conflicting files a
package would clobber (with sizes)? rpm -qpk
Perhaps it would be handy to obtain a list of all such conflicts vs all
packages, so you can include config files in a sped-up backup: -qack
Hmm. Could you sneak in a no-op -u option, so we could type rpm -quack ?
.----------------------------------. mailto:warwick@mmm.co.uk
! Tim Baverstock, IP Network Admin ! http://www.mmm.co.uk [/~warwick]
`----------------------------------' plan:"Level 1 RFC1149 compliance."
--
PLEASE read the Red Hat FAQ, Tips, Errata and the MAILING LIST ARCHIVES!
________________________________________________________________________
http://www.redhat.com/RedHat-FAQ http://www.redhat.com/RedHat-Errata
http://www.redhat.com/RedHat-Tips http://www.redhat.com/mailing-lists
------------------------------------------------------------------------
To unsubscribe: mail -s unsubscribe redhat-list-request@redhat.com < /dev/null
