Re: improving rpm

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am Mittwoch, 12. Juli 2006 22:32 schrieb Nicolas Mailhot:
> Le mercredi 12 juillet 2006 à 21:12 +0100, Cam a écrit :

> > I think it's an interesting idea. What's the harm in offering the user
> > the choice between new config, old config, merged changes?
>
> rpm is designed to run unattended
>
> If you want to have a small idea of what "patching conf files" really
> means I invite you to read the dejavu rpm spec. And I'm only doing small
> changes on a conf file with very few verbs, stable grammar, no
> interactions between conf directives, and structured content.

rpm could just behave the same way as before but also create an .rpmmerged 
file if the old and new config file are different. This way one can inspect 
the .rpmmerged file and fix it, move it to actuall config file or discard it. 
Nevertheless it can make an update easier in many cases where only simple 
changes in the config file were performed by the user. Maybe after some time 
we get some experience how good this merging works and use it automatically.

Regards,
Till



-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux