Re: Possible to "dnf upgrade" in a Fedora Gnome without the need to reboot?

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

 



On Fri, 2017-09-08 at 01:16 +0100, Patrick O'Callaghan wrote:
> On Fri, 2017-09-08 at 07:14 +0800, Ed Greshko wrote:
> > [ ... ]
> > 
> > I rarely use needs-restarting.  On the issue of tracer I actually
> > tried it and hate
> > it more than needs-restarting.
> > 
> > As Matthew pointed out, needs-restarting is rather slow.  But, at
> > least you can elect
> > to run it.  With the tracer plugin it runs after every successful
> > dnf run and it is
> > no faster than needs-restarting.  Additionally, I found it
> > interfered with the akmod
> > process update of nVidia drivers when the kernel was updated.
> 
> True that it's no faster, but it does have options that can give more
> information and hints about what to do. Not in all cases though. It
> will often say "restart foo manually" and you have to investigate how
> to do that because it doesn't know, which can be a challenge when foo
> is some daemon you aren't familiar with and was originally started at
> boot time.

Exactly: It can be difficult to see which services need to be restarted,
and how they need to be restarted properly (order of restarting might
even be relevant) ...

I'm  more and more wondering why Fedora users after an upgrade are
supposed to test by **themselves** via the various plugins whether there
are services that need to be restarted in the running system, or
whether there is even a full reboot needed. 

That whole testing of services and whether their restart/reload is
needed, then actually restarting them is something the dnf installer
might be able to do by itself: Inform the user - maybe at the end of or
during an upgrade - which services need a restart: dnf: "Shall we
restart foo now: Yes or No, and if No: here's how you can do it manually
...."
Or if a reboot is required: tell the users ... That whole procedure
looks actually like a no-brainer  ...

What did I miss? ...

Wolfgang



_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@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