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

On Thu, Nov 14, 2024 at 09:07:49AM +1100, Stephen Morris wrote: On 13/11/24 14:38, Tim wrote: 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

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

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 ne

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

On 13/11/24 09:31, Patrick O'Callaghan wrote: On Wed, 2024-11-13 at 08:20 +1100, Stephen Morris wrote: Not even 'rpmconf' to merge .rpmnew files? Traditionally no, I have never understood the functionality involved with those when creating an rpmsave or rpmnew, when those files are created rela

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

On 11/11/24 13:59, Stephen Morris wrote: did one try dnf autoremove and that wanted to remove half my system, so I abandoned that process, and issuing it now wants to remove 299 packages, I did that on one machine. NEVER AGAIN! I had to reinstall 3/4 of my applications. -- __

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

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

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

On Wed, 2024-11-13 at 08:20 +1100, Stephen Morris wrote: > > Not even 'rpmconf' to merge .rpmnew files? > 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

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

On 12/11/24 09:47, Jeffrey Walton wrote: On Mon, Nov 11, 2024 at 5:04 PM Samuel Sieb wrote: On 11/11/24 1:59 PM, Stephen Morris wrote: Am I doing something wrong then when I did not have to do any cleanup for the system to be in this state? As a side issue, I might be treading on thin ice here,

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

On 12/11/24 09:37, Patrick O'Callaghan wrote: On Mon, 2024-11-11 at 14:04 -0800, Samuel Sieb wrote: On 11/11/24 1:59 PM, Stephen Morris wrote: Am I doing something wrong then when I did not have to do any cleanup for the system to be in this state? As a side issue, I might be treading on thin i

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

On Mon, 2024-11-11 at 23:18 -0500, Jeffrey Walton wrote: > Generally speaking, I've learned to supply my changes in the > .d/ directory so I can answer 'Y' to everything rpmconf > prompts about. Not everything has a .d/ directory, e.g. I have some mods to the dnsmasq config which are applied direc

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

On Mon, Nov 11, 2024 at 11:07 PM Tim via users wrote: > > Samuel Sieb: > > > I have never done any of those post-install processes. > > Patrick O'Callaghan: > > Not even 'rpmconf' to merge .rpmnew files? > > Some people never customise their configurations, so even that probably > shouldn't be a c

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

Samuel Sieb: > > I have never done any of those post-install processes. Patrick O'Callaghan: > Not even 'rpmconf' to merge .rpmnew files? > Some people never customise their configurations, so even that probably shouldn't be a concern for them. Ordinarily, I'd say you shouldn't get rpmnew and r

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

On 11/11/24 2:47 PM, Jeffrey Walton wrote: On Mon, Nov 11, 2024 at 5:04 PM Samuel Sieb wrote: On 11/11/24 1:59 PM, Stephen Morris wrote: Am I doing something wrong then when I did not have to do any cleanup for the system to be in this state? As a side issue, I might be treading on thin ice h

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

On Mon, Nov 11, 2024 at 5:04 PM Samuel Sieb wrote: > > On 11/11/24 1:59 PM, Stephen Morris wrote: > > Am I doing something wrong then when I did not have to do any cleanup > > for the system to be in this state? > > As a side issue, I might be treading on thin ice here, I have never done > > any o

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

On 11/11/24 2:37 PM, Patrick O'Callaghan wrote: On Mon, 2024-11-11 at 14:04 -0800, Samuel Sieb wrote: On 11/11/24 1:59 PM, Stephen Morris wrote: Am I doing something wrong then when I did not have to do any cleanup for the system to be in this state? As a side issue, I might be treading on thin

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

On Mon, 2024-11-11 at 14:04 -0800, Samuel Sieb wrote: > On 11/11/24 1:59 PM, Stephen Morris wrote: > > Am I doing something wrong then when I did not have to do any cleanup > > for the system to be in this state? > > As a side issue, I might be treading on thin ice here, I have never done > > any

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

On Mon, Nov 11, 2024 at 5:04 PM Samuel Sieb wrote: > > On 11/11/24 1:59 PM, Stephen Morris wrote: > > As a side issue, I might be treading on thin ice here, I have never done > > any of the post-install processes on any version of Fedora. Until I saw > > references to them in this list when I was

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

On 11/11/24 1:59 PM, Stephen Morris wrote: Am I doing something wrong then when I did not have to do any cleanup for the system to be in this state? As a side issue, I might be treading on thin ice here, I have never done any of the post-install processes on any version of Fedora. Until I saw r

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

On 11/11/24 11:01, ToddAndMargo via users wrote: On 11/10/24 13:46, Stephen Morris wrote: Note: dnf dose not use /etc/redhat-release as it release version.  It uses    /usr/share/licenses/fedora/fedora-release-common* On my F41 system upgraded from F40, it is using /etc/redhat-release to store

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

On 11/10/24 1:46 PM, Stephen Morris wrote: On 11/11/24 04:30, ToddAndMargo via users wrote: Hi All, This happened to me again when I went to upgrade my shop computer from FC40 to fc41.  So I though I'd repeat my fix here: Note: dnf dose not use /etc/redhat-release as it release version.  It us

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

On 11/10/24 14:10, home user via users wrote: It uses     /usr/share/licenses/fedora/fedora-release-common* On my stand-alone home workstation, there's no such thing: After I got it all cleaned up, I did not have them either. -- ___ users mailing l

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

On 11/10/24 13:46, Stephen Morris wrote: Note: dnf dose not use /etc/redhat-release as it release version.  It uses    /usr/share/licenses/fedora/fedora-release-common* On my F41 system upgraded from F40, it is using /etc/redhat-release to store its release version which for me contains Fedora r

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

On 11/10/24 14:47, home user via users wrote: Now hol-ol-ol-d your horses there. I've been doing as suggested above for a few years now. Me as well -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...

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

On 11/10/24 12:14 PM, Charlie Dennett wrote: When upgrading following the instructions at https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/ , make sure you perform the optional post upgrade tasks

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

On 11/10/24 3:24 PM, Stephen Morris wrote: On 11/11/24 09:10, home user via users wrote: On 11/10/24 10:30 AM, ToddAndMargo via users wrote: Hi All, [snip] On my stand-alone home workstation, that is a link to a link to /usr/lib/fedora-release: -bash.1[~]: ls -l /etc/redhat-release lrwxrwx

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

On 11/11/24 09:10, home user via users wrote: On 11/10/24 10:30 AM, ToddAndMargo via users wrote: Hi All, [snip] On my stand-alone home workstation, that is a link to a link to /usr/lib/fedora-release: -bash.1[~]: ls -l /etc/redhat-release lrwxrwxrwx. 1 root root 14 Apr 11  2024 /etc/redha

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

On 11/10/24 10:30 AM, ToddAndMargo via users wrote: Hi All, [snip] On my stand-alone home workstation, that is a link to a link to /usr/lib/fedora-release: -bash.1[~]: ls -l /etc/redhat-release lrwxrwxrwx. 1 root root 14 Apr 11 2024 /etc/redhat-release -> fedora-release -bash.2[~]: ls /etc/

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

On 11/11/24 08:46, Stephen Morris wrote: On 11/11/24 04:30, ToddAndMargo via users wrote: Hi All, This happened to me again when I went to upgrade my shop computer from FC40 to fc41.  So I though I'd repeat my fix here: Note: dnf dose not use /etc/redhat-release as it release version.  It uses

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

On 11/11/24 04:30, ToddAndMargo via users wrote: Hi All, This happened to me again when I went to upgrade my shop computer from FC40 to fc41.  So I though I'd repeat my fix here: Note: dnf dose not use /etc/redhat-release as it release version.  It uses    /usr/share/licenses/fedora/fedora-rele

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

On Sun, Nov 10, 2024 at 2:15 PM Charlie Dennett wrote: > > When upgrading following the instructions at > https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/, > make sure you perform the optional post upgrade tasks like Clean up retired > packages, clean up old packages, c

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

When upgrading following the instructions at https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/, make sure you perform the optional post upgrade tasks like Clean up retired packages, clean up old packages, clean up old keys, clean up old sym-links. Doing that can reduce your

tip: when dnf thinks you are on the wrong release

Hi All, This happened to me again when I went to upgrade my shop computer from FC40 to fc41. So I though I'd repeat my fix here: Note: dnf dose not use /etc/redhat-release as it release version. It uses /usr/share/licenses/fedora/fedora-release-common* -T When dnf thinks you are on the wr