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
next prev parent 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