I'm in doubt if were thinking about the same slotted dependencies here; I though you meant the configs depending on the slotted kernel, but do you mean the kernels depending on slotted configs?

Yes, when the seed USE-flag is set, via PDEPEND.

It's up to the ebuild maintainer to add it to IUSE or not, of course, and can't be done without a verified seed, but it would mean the kernel-sources are the central item the user worries about, and updated configs for the same slot are pulled in as and when they are released. The USE flag should do nothing more than pull the config in to a known path, eg config-gentoo-3.6.10-r1 under kernel source (or wherever is best): it's up to the user to actually use it by simple cp to .config, or to check the diff with the prior version (which should be automatically generated on upgrade within the same slot.)

Not saying all the above is gospel, just how I'd like it to work, if I were to consider using pre-made Gentoo configs (which I am for next machine.)

Hmm, yeah, there's a point in less configuration maintenance (selecting slots for just one or both); sounds like we need to run this through the mailing lists to hear what others think about this change. But I'll first hear over mail what pappy's thoughts are.

These aren't as fresh as I'd like, but my time is chopped a bit more differently than before. In any event, I've just uploaded .configs for 2.6.32-hardened-r180, 3.2.50-hardened-r1, 3.10.5-gentoo-r1, and 3.10.5-hardened in both x86 and x86_64 flavors. Enjoy!

Another night, another batch of seeds. I've just uploaded .configs for 3.0.89, 3.0.90, 3.0.90-gentoo, 3.4.57, 3.4.57-gentoo, 3.10.5-hardened-r1, 3.10.6, and 3.10.6-gentoo in both x86 and x86_64 flavors. Enjoy!

Lots of sources means lots of seeds, and there were lots of sources. I've just uploaded .configs for 3.0.92, 3.0.92-gentoo, 3.0.93, 3.0.93-gentoo, 3.4.59, 3.4.59-gentoo, 3.10.7-hardened-r1, 3.10.8, 3.10.8-gentoo, 3.10.9, and 3.10.9-gentoo in both x86 and x86_64 flavors. Enjoy!

Also, the site is one day away from its five year anniversary. Also, also, I've played with some ebuilds, and I plan on having the kernel seeds setup so they can be installed via portage before the end of the month. Nice! Also, also, also, Pappy's Kernel Seeds are covered by the GNU GPL v-3.0.

So, if you take a look at the footer on the main page, you'll notice that the site is officially five years old. Woohoo! It's been up longer than some of the sites to which I applied for employment. What does that say?

Not sure. I would have expounded on it, and gotten profound today, but I spent far too many hours at the USC medical center just to be told that my platelets were only slightly less than they should be. My chances of dying from bleeding out have risen a whole two percent. It hardly seems worth the bother of almost six hours in a frickin' frackin' hospital.

Oh well, not only is it the site's birthday, I also updated it. I've just uploaded .configs for 3.0.95-gentoo, 3.2.51, 3.2.51-gentoo, and 3.4.61-gentoo in both x86 and x86_64 flavors. Enjoy!

I was wondering if you could do me a favour and have a look at this kernel config for my new acer laptop, I am having issues with KDE, It wont let me select openGL which I know the Intel HD4000 can do all it lets me use is Xrander, and I would like to rule out a kernel issue.

1) Move your present/old .config file out of your kernel source directory (/usr/src/linux- ).
2) Issue the command make mrproper. This is a destructive step. It returns the source to pristine condition. Unmoved .config files will be deleted!
3) Copy my .config into your source directory.
4) Issue the command make && make modules_install.
5) Install the kernel as you normally would, and reboot.
6) Once it boots, please post /var/log/dmesg so I can see how things loaded.

Since you are having X issues, I'll need more information once you try this kernel. For now, just go with the /var/log/dmesg. We'll deal more with X once we have this all going.

1) Move your present/old .config file out of your kernel source directory (/usr/src/linux- ).
2) Issue the command make mrproper. This is a destructive step. It returns the source to pristine condition. Unmoved .config files will be deleted!
3) Copy my .config into your source directory.
4) Issue the command make && make modules_install.
5) Install the kernel as you normally would, and reboot.
6) Once it boots, please post /var/log/dmesg so I can see how things loaded.

Since you are having X issues, I'll need more information once you try this kernel. For now, just go with the /var/log/dmesg. We'll deal more with X once we have this all going.

Cheers,
Pappy

Thanks Pappy - I looked into the X issues and it may be the flags I used with mesa, seems - "intel i915" doesnt build all the drivers and even though I should't need i965 I have rebuilt mesa with just "intel" as some threads advise and will see what happens, although I will use your config file as well - can you tell me how well I did on my config, always good to learn if I did something right and wrong

I only posted one of the cores on that machine - there are 8 in total didnt think you would need to see the same thing 8 times :p

Seems it may have bee user error on my part and thinking I needed to use "intel i915" in the use flags for mesa, after just using "intel" KDE is showing that I am now using opengl 2.0 and raster - but your config sure seemed to have helped with how snappy it feels now _________________I know 43 ways to kill with a SKITTLE, so taste my rainbow bitch.

The only thing I saw was devices turned on that you don't have. Since the system is so new, there are some drivers that don't exist, like the memcard reader. Trying to turn other things on sometimes slows things down. I actually slowed the interrupt clock, since sometimes cranking up a multicore processor's interrupt clock can cause driver issues, and lots of other problems. With as many cores and threads as you have, you can afford to run things a bit more slowly, and still not take a hit as far as performance is concerned.

We help each other out, I stop you from getting bored and hone your abilities on Kernel configs, and you help to make my PC's run better and thanks to your help I am going to move them all over to Linux as soon as time allows

As to the card reader, I do have one on this laptop, shows as a broadcom, but seeing as I have had a wisdom tooth out today, I am more interested in laying about on pain meds then getting it working _________________I know 43 ways to kill with a SKITTLE, so taste my rainbow bitch.

I have full sets for this machine, and the two 64 bit towers. I have .configs for machines that I no longer own, or are no longer among the functional. .config files are my thing now. I wouldn't part with them. If I ever get to a place where someone asks if I have any experience configuring computers to run with Linux, I'll have proof; lots and lots and lots of proof.

My apologies to those who have tried to use the main site. We had internet issues, and that changed the IP address. My hosting service currently has their thumbs planted firmly in their behinds, so I have no idea when the main site will be back up since I can't update the IP address. I have sent emails, but I can't even seem to get emails to their system presently. Please use the mirror sites until further notice.

Pappy, didn't you say that the only thing I did wrong on my main PC's config file was that I didn't enable multi core support? I think the config you have for that should be 3.8.8. I am considering dual booting that PC tomorrow, so just want to make sure before I go ahead _________________I know 43 ways to kill with a SKITTLE, so taste my rainbow bitch.

You didn't have hyperthreading set. The I7 has four cores, and four hyperthreads. If hyperthreading is not set in kernel, only the cores will be counted as processors. The hyperthreads will not.

You also had sixteen processors, and I chopped it down to eight. A small bit of cache is preserved for each declared processor, so set it to the proper number of processors, or in your case, processors and threads, and the cache allotment and processors match up, and there's no extra chunks of memory waiting for processors that don't show up. The rest was a touch of this, a dash of that, and some of the more recent additions to kernel setting needs.

The tech that communicated with me said something about having continuing latency issues, and so on. I don't know that I really like the sound of that, but for the most part, they've been very silently doing a really good job. This is actually the first time I've had serious issues that left me scratching my head.

It's not so much their system latency that bothers me. It's the fact that their system changed my settings, willy nilly, without my consent, and without me hitting the "save" button. I'm not sure if that's a kernel issue, or if they use something produced in Redmond to run their servers. It was an unpleasant day to start a day that ended with an equally unpleasant evening.

All I know is I hope the internet doesn't go apoplectic again for a while. That's what started this mess. The modem got weird, the wireless router got weirder, then the IP address changed, and my DNS service went down the tubes. It was a perfect storm of things that I really didn't need to have happen.

Oh well. All is well now. First time having issues in five years? I'd say that's not too god awful bad for a DNS provider.

Cheers,
Pappy

PS anyone hear if there was sunspot activity or some such a few days ago?_________________This space left intentionally blank, except for these ASCII symbols.