Re: FC31 upgrade notes

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

 



On 11/9/19 1:22 PM, ToddAndMargo via users wrote:
On 11/8/19 8:42 PM, Ed Greshko wrote:
On 11/9/19 9:24 AM, ToddAndMargo via users wrote:
Hi All,

Here are my upgrade notes on Fedora 30 to 31.
not that they are specific to me.  Let me know
if you want me to expound on any of them.

Hope it helps someone else:

-T

FC 30 -->> FC 31:
https://docs.fedoraproject.org/en-US/quick-docs/dnf-system-upgrade/

# rpm --rebuilddb
# rpm -Va --nofiles --nodigest
  if anything is too new, do a
        # dnf downgrade offender(s)

# dnf --enablerepo=* update --refresh

The above is, IMO, bad advice.  --enablerepo=* will enable "testing" repos.  This may easily
result in updates to packages to versions not yet in the upgrade version.  The result can be
needless downgrading of packages during the upgrade process.

Only you never updated all your repos before.  I do
all the time.  Everything has to be updated.  And
yes, I have seen that debated too.

The Official Upgrade Instructions are to be found at....

https://docs.fedoraproject.org/en-US/quick-docs/dnf-system-upgrade/

They make no mention of updating from "testing" prior to upgrading.

You happen to do things which are pretty much not what most others
would do.

My suggestion is that people use the official upgrade instructions.



# dnf install python3-dnf-plugin-system-upgrade
# dnf system-upgrade download --refresh --releasever=31 --allowerasing --best

The above is also, IMO, bad advice.  It should not be necessary to use --allowerasing
or --best.  These should be used only when problems have been found to exist and
determined to be necessary.

I found that --allowerasing will error out on dumb things I
have done, which allows me to fix them.  Did you notice later
on, I stated to not use the --allowerasing?

Your text appears to be saying, use --allowerasing --best and then if you have issues do a clean
and then proceed without using them.

Counteractive, IMO.

Don't use them first.  And, only use them if found to be necessary after, should problems
exist, one has diagnosed them to be helpful.


As shown by the thread "F31 upgrade non-starter" these and other options applied
without the need can lead to false failures.

In other words, using options in the attempt to fix problems which don't exist may lead to phantom problems.

I have not found that to be the case


You may have not.  But others have.  Note the cited thread.


--
The key to getting good answers is to ask good questions.
_______________________________________________
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



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux