public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: James <wireless@tampabay.rr.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: gcc 4.7.3 --> 4.8.3
Date: Tue, 11 Nov 2014 20:19:36 +0000 (UTC)	[thread overview]
Message-ID: <loom.20141111T210657-900@post.gmane.org> (raw)
In-Reply-To: 5461DC1A.80503@gmail.com

Dale <rdalek1967 <at> gmail.com> writes:

> 
> Neil Bothwick wrote:
> >> Rebooting catches *everything* even better than --emptytree ?
> > --emptytree has nothing to do with rebooting. It simply forces emerge to
> > rebuild everything in  <at> world and their dependencies. Once you have
> > done, you will have daemons still running the old code, which you could
> > fix with a reboot, or you could run checkrestart and restart only the
> > affected programs.

Ah, that is what I thought.

> > After an emerge -e  <at> world, a reboot is probably best, another 
> > reason to avoid the unnecessary step of emerge -e  <at> world in the 
> > first place.

This conflict what others have said. Curious. My take is that since
I updated the major compiler, gcc, it warrants an --emptytree rebuild
and reboot, just to be safe. It's a workstation, not a server, so it's
time for a reboot, imho.

> After I do a major upgrade or --emptytree, I switch to boot runlevel,
> check with checkrestart and restart whatever it reports needs it. 
> Generally, switching to boot runlevel catches most everything.

OK, so I emerge checkrestart and ran it. And there are almost a dozen things
it says need a reboot (mostly lxde). "These processes do not seem to have an
associated init script to restart them".

So I have to reboot anyways. Oh, the url on the "checkrestart" script
now points to some advertisement that is unrelated, to a bug needs to
be file to the github location? I did not know if this is the best new
link, so I did not file this bug on checkrestart.



*******************
> Yea, rebooting may be faster but I hate rebooting all the time.  :/

Agreeded. But after a gcc update, I think it wise, especially since
gcc-4.9 cometh....soon?

> Dale

thx,
James







  reply	other threads:[~2014-11-11 20:20 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-07 17:46 [gentoo-user] gcc 4.7.3 --> 4.8.3 James
2014-11-07 18:19 ` Mark Pariente
2014-11-08 19:08   ` Stefan G. Weichinger
2014-11-08 22:39   ` Volker Armin Hemmann
2014-11-07 19:01 ` Todd Goodman
2014-11-08 16:17 ` [gentoo-user] " Nikos Chantziaras
2014-11-08 19:55   ` James
2014-11-09  9:59   ` Peter Humphrey
2014-11-10 18:52     ` James
2014-11-10 22:23       ` Neil Bothwick
2014-11-11  6:04         ` Tomas Mozes
2014-11-11 21:12           ` James
2014-11-11  9:51         ` Dale
2014-11-11 20:19           ` James [this message]
2014-11-11 21:03             ` Neil Bothwick
2014-11-11 21:27               ` Mick
2014-11-12  2:07               ` James
2014-11-12 10:18                 ` Neil Bothwick
2014-11-14  4:52               ` Jonathan Callen
2014-11-14  9:55                 ` Neil Bothwick
2014-11-12  5:58             ` Dale

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=loom.20141111T210657-900@post.gmane.org \
    --to=wireless@tampabay.rr.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox