overkill

What is the output of # ifconfig -a ?

intel64-haswell

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

I'll check my work PC tomorrow. I have a different problem that I haven't filed a bug for yet - I cannot use X (also xf86-video-intel) with any kernel >=4.x.x. I get a segfault everytime. Works fine with 3.x.x. Started having the problem around the same time as the tool chain update, which included linux-headers-4.0 & the 4 series kernel. Looks like you already complained at bugs.gentoo.org. Did you file a new bug there? Did you file one at bugs.funtoo.org?

Are you sure you are using the module? If it's built-in, the module syntax would silently fail, but the kernel command line syntax in grub would work. What is the output of: # lsmod | grep usb FYI, the module/kernel parameters reference is in /usr/src/linux/Documentation/kernel-parameters.txt I checked my system - confirmed I've got usbcore built into my kernel. It also has autosuspend=2 and I have no issues with mice on either of my funtoo systems. # cat /sys/module/usbcore/parameters/autosuspend 2 If I need to change it, I could just issue: # echo -n -1 > /sys/mod

I haven't seen a logo I liked yet. I'm no artist, but how about something simple and classy. Maybe just a penguin in the shape of the letter "f". The top of the f could be the head and neck, and the horizontal cross could be the wings.

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

Do you have a MAC allow list enabled on the router? Check the log on the router and see what it says. Are you using authentication?

So, indeed it is a sandybridge. See the "-march=sandybridge" in the output? There ya go.

You could try # echo "" | gcc -march=native -v -E - 2>&1 | grep cc1 to see what "native" detects.

I've always called it "Network Mangler" :)

The output shows that you have NOT successfully masked either of the two. Is your package.mask file located in /etc/portage/ ? Double-check your contents of that file. Do you have any typos?

Let's see the output of: equery l -po mono and equery l -po gtk-sharp

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

I believe Daniel is still perfecting the eselect profile feature.

I think you found a bug. If I change my arch from x64_86 to pure64, then I only show 10 subarchs available, just like you noted. # eselect profile replace 1 2 # eselect profile list Currently available arch profiles: [1] funtoo/1.0/linux-gnu/arch/x86-64bit [2] funtoo/1.0/linux-gnu/arch/pure64 * Currently available subarch profiles: [3] funtoo/1.0/linux-gnu/arch/pure64/subarch/amd64-bulldozer-pure64 [4] funtoo/1.0/linux-gnu/arch/pure64/subarch/amd64-jaguar-pure64 [5] funtoo/1.0/linux-gnu/arch/pure64/subarch/amd64-k10-pure64 [6] funtoo/1.0/linux-gnu/arch/pure64/su

Have you updated your system lately? I show 20 subarchs: Currently available subarch profiles: [3] funtoo/1.0/linux-gnu/arch/x86-64bit/subarch/amd64-bulldozer [4] funtoo/1.0/linux-gnu/arch/x86-64bit/subarch/amd64-jaguar [5] funtoo/1.0/linux-gnu/arch/x86-64bit/subarch/amd64-k10 [6] funtoo/1.0/linux-gnu/arch/x86-64bit/subarch/amd64-k8 [7] funtoo/1.0/linux-gnu/arch/x86-64bit/subarch/amd64-k8+sse3 [8] funtoo/1.0/linux-gnu/arch/x86-64bit/subarch/amd64-piledriver [9] funtoo/1.0/linux-gnu/arch/x86-64bit/subarch/amd64-steamroller [10] funtoo/1.0/linux-gnu/arch/x86-64b

No. 12 is march=generic. If you want native, choose native-64. If you are really curious, you can view the settings of each subarch by reading the file contents for a particular subarch. They reside in /usr/portage/profile/funtoo/1.0/linux-gnu/arch/<preferred arch>/subarch/<preferred subarch>/make.defaults

`emerge -1` (-1 = --oneshot) will not add the package to the world file. You need to remove the --oneshot option for any package to be added to the world file when manually installing a package. --oneshot SHOULD be used when manually reinstalling @system files, that way they are not added to the @world set as well as belonging to the @system set. One can manually add a previously installed package to the world set by using the --noreplace flag, ie `emerge --noreplace =debian-sources-3.14.37`.

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?

I don't think you need the gentoo overlay. I found a bug report that says the latest xfce has been added to the funtoo tree, however, I cannot find xfce4-meta-4.12 in the tree. Maybe it was overlooked? Here's the report: https://bugs.funtoo.org/browse/FL-2162 Maybe you need to file a new bug with your issue?

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

If you do not the the python docs, then disable the "doc" useflag for python. I believe it's disabled by default, so you must have enabled the doc useflag globally in make.conf or specifically for python in your /etc/portage/package.use file I believe you hit a bug. If the ebuild calls for a non-existent or missing package, that package should exist in the tree. So that package probably needs to be re-added to the tree or the ebuild needs to be corrected. I think you should file a bug report on this issue at bugs.funtoo.org.