Enable CONFIG_NAMESPACES everywhere (rhbz 907576)

So apparently we've been enabling CONFIG_NAMESPACES in Fedora kernels for
a very long time even though it was never explicitly set.  The kconfig entry
for it looks like it should depend on CONFIG_EXPERT (which isn't set), but
either the fact that we've had CONFIG_NET_NS, etc enabled explicitly or the
fact that it defaults to !EXPERT seems to do something weird with menuconfig
and enables it in the final config.  Whatever, just turn it back on.  It
seems to break rtkit-daemon for some reason.

config-generic

@@ -55,7 +55,7 @@ CONFIG_IOSCHED_CFQ=y
 CONFIG_CFQ_GROUP_IOSCHED=y
 CONFIG_DEFAULT_CFQ=y
 # CONFIG_CHECKPOINT_RESTORE is not set
-# CONFIG_NAMESPACES is not set
+CONFIG_NAMESPACES=y
 CONFIG_PID_NS=y
 CONFIG_UTS_NS=y
 CONFIG_IPC_NS=y

config-x86_64-generic

@@ -129,7 +129,6 @@ CONFIG_BPF_JIT=y
 
 # https://fedoraproject.org/wiki/Features/Checkpoint_Restore
 CONFIG_CHECKPOINT_RESTORE=y
-CONFIG_NAMESPACES=y
 
 # Should be 32bit only, but lacks KConfig depends
 # CONFIG_XO15_EBOOK is not set

kernel.spec

@@ -62,7 +62,7 @@ Summary: The Linux kernel
 # For non-released -rc kernels, this will be appended after the rcX and
 # gitX tags, so a 3 here would become part of release "0.rcX.gitX.3"
 #
-%global baserelease 2
+%global baserelease 3
 %global fedora_build %{baserelease}
 
 # base_sublevel is the kernel version we're starting with and patching
@@ -2321,7 +2321,8 @@ fi
 #                 ||----w |
 #                 ||     ||
 %changelog
-* Wed Feb 06 2013 Josh Boyer <jwboyer@redhat.com>
+* Wed Feb 06 2013 Josh Boyer <jwboyer@redhat.com> - 3.8.0-0.rc6.git3.3
+- Enable CONFIG_NAMESPACES everywhere (rhbz 907576)
 - Add patch to fix ath9k dma stop checks (rhbz 892811)
 
 * Wed Feb 06 2013 Josh Boyer <jwboyer@redhat.com> - 3.8.0-0.rc6.git3.1