overkill

I had to fix some issues -- don't remember what exactly the error was -- about too many versions trying to be installed.  It suggested to use --verbose-conflicts but that didn't work.  Basically I had to reinstall any [installed] package(s) with a lower version dependency.  After I got those cleaned up, I attacked the errors like in my last post.  In the last post, I would have run `emerge libcanberra --ignore-world -1av`.  After sucessfully installing, then I would `emerge world -uDNav` again and deal with the next problem.  Had to uninstall gparted.  I couldn't fix that one.  I also got desperate and tried `emerge world -epv` (--empty-tree).  That actually gave me some good hints too. I had to fix an entry about chromium -~amd64 and add a USE entry.  See the end of the output of `emerge world -epv` below.
Total: 1398 packages (474 upgrades, 4 downgrades, 66 new, 15 in new slots, 839 reinstalls, 4 uninstalls), Size of downloads: 3,673,855 KiB Conflict: 9 blocks !!! The following update has been skipped due to unsatisfied dependencies: sys-block/gparted:0 selected: (sys-block/gparted-0.29.0:0/0::nokit, installed) skipped: (sys-block/gparted-0.29.0:0/0::nokit, ebuild scheduled for merge) (see unsatisfied dependency below) emerge: there are no ebuilds to satisfy ">=dev-cpp/gtkmm-2.22:2.4". (dependency required by "sys-block/gparted-0.29.0::nokit" [ebuild]) The following keyword changes are necessary to proceed: (see "package.accept_keywords" in the portage(5) man page for more details) # required by @selected # required by @world (argument) =www-client/chromium-71.0.3578.30 ~amd64 The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by www-client/chromium-71.0.3578.30::net-kit # required by @selected # required by @world (argument) >=net-libs/nodejs-9.11.2 inspector !!! Problems have been detected with your world file !!! Please run emaint --check world !!! Ebuilds for the following packages are either all !!! masked or don't exist: sys-block/gparted After that I had one more package to rebuild and I finally got a sane output to emerge world -uDNav.  I've attached that output in a file.  It's large and in charge.
 
emerge-world-uDNpv.txt

I have an Intel i7-4770K and I use the kernel CPU Frequency scaling options without pstates and it works fine.  I set the default governor to "ondemand" in the kernel.  Each core then idles at 800MHz and scales up as needed.
 
I have cpupower installed on my system, but don't really need it as the kernel settings do what I desire.

Thanks Oleg.
 
If one wishes to check valid values, the codes are in /usr/portage/profiles/desc/l10n.desc.

I already filed a bug - FL-3258
 
https://bugs.funtoo.org/browse/FL-3258

P is the "portage" overlay, I = installed
 
You should read the manual for equery.  It's a tool you need to learn if you are going to use funtoo or gentoo.
 
 
# man equery

You would need to mask any version greater than the desired version.
 
Use equery to check available versions on your box
 
# equery l -po konsole  * Searching for konsole ... [-P-] [  ] kde-apps/konsole-4.14.3:4/4.14 [-P-] [  ] kde-apps/konsole-4.14.3-r1:4/4.14 [-P-] [  ] kde-apps/konsole-4.14.3-r2:4/4.14 [-P-] [  ] kde-apps/konsole-15.08.3:5  
Mask anything greater than your desired version
 
# echo ">kde-apps/konsole-4.14.3-r2" >> /etc/portage/package.mask  
Check again with equery to make sure that there are no typos and the mask is successful.  There should be an "M" next to masked versions.
 
# equery l -po konsole  * Searching for konsole ... [-P-] [  ] kde-apps/konsole-4.14.3:4/4.14 [-P-] [  ] kde-apps/konsole-4.14.3-r1:4/4.14 [-P-] [  ] kde-apps/konsole-4.14.3-r2:4/4.14 [-P-] [M ] kde-apps/konsole-15.08.3:5  
Now try to install konsole again using the "ask" flag.
 
# emerge konsole -av

No, of course not.  There are 4 of us!  LOL

Just sync'd and updated to -r2.  Now running kernel 4.0.4!  Thanks for finding and reporting to Gentoo!

Funtoo uses a forked version of openrc because some of its unique features - networking configuration in particular - are tied into the rc scripts.  Getting the gentoo version working would probably require quite a lot of work.
 
If there's a feature in the newer version that you need you should probably open an issue in the bug tracking system.

I found the problem: Kernel 4.0.
 
I applied the patch found there: https://bugzilla.opensuse.org/show_bug.cgi?id=931917. It did the trick.
 
The patch: https://bugzilla.opensuse.org/attachment.cgi?id=635268
 
EDIT: I also reported the problem in the Gentoo bugtracker, so if approved, it'll be in some next tree sync.
https://bugs.gentoo.org/show_bug.cgi?id=552124
 
BREAKING NEWS: The patch is tested and accepted in Gentoo, so yes, it WILL be in a next sync here.

It's a sandybridge.  Why not http://www.funtoo.org/Intel64-sandybridge ?

Thanks for the corrections, but both items are the default in Funtoo.  I also believe that Gentoo does not offer Gnome-3.14 WITHOUT systemd.  Funtoo does.

Biggest differences are:
 
Benevolent Dictator as oppossed to a committee - Decisions are made in a more timely manner.
 
Funtoo uses git instead of rsync for syncing tree
 
No Systemd

Biggest differences are:
 
Benevolent Dictator as oppossed to a committee - Decisions are made in a more timely manner.
 
Funtoo uses git instead of rsync for syncing tree
 
No Systemd

Biggest differences are:
 
Benevolent Dictator as oppossed to a committee - Decisions are made in a more timely manner.
 
Funtoo uses git instead of rsync for syncing tree
 
No Systemd

Local service is the very last thing to start.  You'd just need to create a file with .start as the extension in /etc/local.d/ like eset.start, then put a start up command in it like `/etc/init.d.eset start` or whatever your script is.

Local is the last service started - after all other services.  If you don't want to start it manually, that's the way to start it.
 
I guess one could use a cron job, but I think it would have to have logic to check it's status and ignore or start based on the status.
 
Why don't you want to use the init script?

Sounds like a question for ESET support.  There should be some sort of init script for eset.  Don't know if it has an openrc compatible init script.  If it doesn't then you could probably use the /etc/local.d directory to store custom eset.start and eset.stop files.
 
See the readme in /etc/local.d/README 

I rolled back to xorg-server-1.16.1-r4.  That's what I had before the updates.  I had to add the following to my /etc/portage/package.mask file in order to down grade:
>x11-base/xorg-server-1.16.1-r4 =app-admin/eselect-opengl-1.3.1-r3 =x11-proto/glproto-1.4.17-r1 >media-libs/mesa-10.3.5 =x11-drivers/xf86-input-evdev-2.9.2 =x11-drivers/xf86-input-synaptics-1.8.2 >sys-devel/llvm-3.5.1 Then I used
# emerge -C eselect-opengl -a # FEATURES="-colision-protect" emerge xorg-server -1av to roll back xorg-server.
 
Gnome is functioning correctly again.  Here's the output of ck-list-sessions:
# ck-list-sessions  Session4: unix-user = '1000' realname = 'Joe Derp' seat = 'Seat1' session-type = '' active = TRUE x11-display = ':0' x11-display-device = '/dev/tty7' display-device = '' remote-host-name = '' is-local = TRUE on-since = '2015-03-30T17:46:16.216036Z' login-session-id = '2' Seems these updates aren't ready to be rolled out for Gnome Desktops.
 
I filed this bug:  https://bugs.funtoo.org/browse/FL-2232

Reminds me of the proverbial "Red-headed step-child"  LOL

IMHO it would be wise to use portage's news feature for something like this.  I just happened to come here and find it, but it would have been useful to see a new news item was available after syncing and then view it with `eselect news read`.
 
Or has the news feature been deprecated?

Reminds me of the proverbial "Red-headed step-child"  LOL

Check your keyboard settings in the gnome control panel.  There are shortcuts there that can be added/changed/removed.  Maybe you have the wrong keyboard input source?  That can be changed there as well.