Re: tip: when dnf thinks you are on the wrong release

[Stephen Morris <steve.morris.au@xxxxxxxxx>]

On 13/11/24 14:38, Tim wrote:

> Patrick O'Callaghan:
> > > Not even 'rpmconf' to merge .rpmnew files?
> > >         
> >       
> Stephen Morris:
> > Traditionally no, I have never understood the functionality involved
> > with those when creating an rpmsave or rpmnew, when those files are
> > created relative to config files that I have never updated. Apart
> > from that, if I have never updated the config file or never even
> > looked at the config file, how am I supposed to know which version
> > should be kept?
> >       
>
> If you had changed a configuration file, it would keep that, and you'd
> either compare it with the new one and see if you you wanted to keep
> your changes and merge them into the new one, keep your old config, or 
> swap over to the new one.
>
> If you hadn't customised your configuration file, it's kind of the
> same.  You'd compare the old versus new, see if the new one would
> change the way things behaved, decide whether you're happy with that,
> or wanted things to carry on as before.  Then, stick with the old,
> switch to the new, or merge the old settings into the new one.
>
> If you can't see any tangible differences between old and new
> configuration files, then there's a reasonable argument to switch over
> to the new one, so it's the version designed to go with the current
> version of whatever program it configures.
>     
    Sure, but if I have never touched the config file and the comparison
    identifies differences how am I supposed to know whether or not the
    changes are going to be detrimental to my system, particularly if I
    have no idea what the changes mean or do?
    
    regards,
    Steve
    
>  
>

Attachment: OpenPGP_0x1EBE7C07B0F7242C.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

-- 
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue