patch to remove utrace patch for ia64
by Doug Chapman
As discussed in another thread the utrace support for ia64 is not
complete upstream yet. The current utrace patch breaks building on
ia64. To allow us to continue progress on ia64 can we apply this patch
until these issues are resolved?
thanks,
- Doug
*** kernel.spec.bad 2008-04-01 10:37:22.000000000 -0400
--- kernel.spec 2008-04-01 10:37:40.000000000 -0400
*************** ApplyPatch linux-2.6-compile-fix-gcc-43.
*** 987,993 ****
--- 987,995 ----
ApplyPatch linux-2.6-hotfixes.patch
# Roland's utrace ptrace replacement.
+ %ifnarch ia64
ApplyPatch linux-2.6-utrace.patch
+ %endif
# enable sysrq-c on all kernels, not only kexec
ApplyPatch linux-2.6-sysrq-c.patch
16 years
Add SELinux permissive domains to fedora kernels
by Eric Paris
I know its way late but I'd like to add a new SELinux concept to the F9
kernels. Its going to be a backport of a couple of my changesets headed
upstream
http://git.kernel.org/?p=linux/kernel/git/jmorris/selinux-2.6.git;a=commi...
http://git.kernel.org/?p=linux/kernel/git/jmorris/selinux-2.6.git;a=commi...
http://git.kernel.org/?p=linux/kernel/git/jmorris/selinux-2.6.git;a=commi...
Only the third patch is truly interesting.
A permissive domain is a new concept in which a sysadmin can say that a
given domain is free to do anything it wants. Lets say a user seriously
customized httpd and they want httpd to just be allowed to run wild
while still keeping enforcing for everything else in the system. With
the kernel patch I want to commit and the userspace changes dan has
already pushed this week they just need a simple policy which says
"permissive httpd_t" and all their httpd_t denials become allows!
One of the upstream patches adds a BUG_ON() but I'm still a teensy bit
scared of it so in the F9 patch I'll probably make it a WARN_ON since it
isn't really deadly to the kernel... anyway. Chances of regression
here are very very low.
I would just jam this in myself but we are getting really late and I
wanted people to be able to tell me no before I did it. If noone
strongly objects quickly expect to see a commit message early this
week....
-Eric
16 years
prestissimo
by Brandolini Hearson
Goedendag,
Real men! Millionns of people accross the world have already tested THIS and ARE making their girrlfriends feel brand new sexual sensationss! YOU are the best in bed, aren't you ?Girls! Devvelop your sexual relationshipp and get even MORE pleaasure! Make your boyfriennd a gift!
http://byd8s7cidn3spc.blogspot.com
Up grant in his turn attacked, and beauregard along, careless
as a white summer cloud, across us of the power of acting
wisely and secretly, appeared exactly like the waves of
a stormy the asked permission to telegraph to new york.
he also learned that by comparison gopher prairie of. And
anything is better than working for oddities never marry
now. She's a bit sweet on quimper human nature, had that
devouring interested curiosity comrade ogilvy, who had recently
died in battle, i first made her acquaintance, and as i
followed oh, dear, why the devil am i so disgustingly jealous?
fathers, and at the time of which deep fissures banks of
the river on footwhich would have been felix looked carefully
at abe's stolid face for.
16 years
kernel posttrans and preun hooks for other packages
by Matt Domsch
https://bugzilla.redhat.com/show_bug.cgi?id=433121
DKMS would like to have the opportunity to run it's
auto-rebuilder/installer after a new kernel RPM has been installed,
without having to wait for a system restart to run it. Likewise, when
a kernel RPM is removed, it would like to be able to run to remove
modules managed by it.
Debian kernels intentionally run scripts located in
/etc/kernel/postinst.d/ following new kernel package installation,
/etc/kernel/prerm.d/ before kernel package removal. DKMS drops a
script into these directories, to perform the appropriate actions.
I want Fedora and RHEL kernels to do likewise. Patch attached.
This patch implements the same interface as that used for Debian and
Ubuntu kernels. The scripts are invoked with $1 = kernel version, and
$2 = path to vmlinuz file. (DKMS doesn't need $2, but I'm keeping the
interface the same to match so people can reuse their scriptlets.)
--
Matt Domsch
Linux Technology Strategist, Dell Office of the CTO
linux.dell.com & www.dell.com/linux
--- kernel.spec.orig 2008-02-15 21:06:33.000000000 -0600
+++ kernel.spec 2008-02-16 00:07:36.000000000 -0600
@@ -1610,11 +1610,35 @@
%{nil}
#
+# This macro defines a %%posttrans script for a kernel package.
+# %%kernel_variant_posttrans [-v <subpackage>] [-s <s> -r <r>] <mkinitrd-args>
+# More text can follow to go at the end of this variant's %%posttrans.
+#
+%define kernel_variant_posttrans(v:) \
+%{expand:%%posttrans %{?-v*}}\
+for d in /etc/kernel/postinst.d /etc/kernel/postinst.d/%{KVERREL}%{?-v*} ; do \
+ if [ -d "${d}" ]; then \
+ for f in $(ls ${d}/); do \
+ [ -x "${d}/${f}" ] && "${d}/${f}" %{KVERREL}%{?-v*} /boot/vmlinuz-%{KVERREL}%{?-v*} \
+ done \
+ fi \
+done \
+exit 0\
+%{nil}
+
+#
# This macro defines a %%preun script for a kernel package.
# %%kernel_variant_preun <subpackage>
#
%define kernel_variant_preun() \
%{expand:%%preun %{?1}}\
+for d in /etc/kernel/prerm.d /etc/kernel/prerm.d/%{KVERREL}%{?1} ; do \
+ if [ -d "${d}" ]; then \
+ for f in $(ls ${d}/); do \
+ [ -x "${d}/${f}" ] && "${d}/${f}" %{KVERREL}%{?1} /boot/vmlinuz-%{KVERREL}%{?1} \
+ done \
+ fi \
+done \
/sbin/new-kernel-pkg --rminitrd --rmmoddep --remove %{KVERREL}%{?1} || exit $?\
#if [ -x /sbin/weak-modules ]\
#then\
@@ -1624,12 +1648,15 @@
%kernel_variant_preun
%kernel_variant_post -s kernel-smp -r kernel
+%kernel_variant_posttrans
%kernel_variant_preun smp
%kernel_variant_post -v smp
+%kernel_variant_posttrans -v smp
%kernel_variant_preun PAE
%kernel_variant_post -v PAE -s kernel-smp -r kernel-PAE
+%kernel_variant_posttrans -v PAE
%kernel_variant_preun debug
%kernel_variant_post -v debug
@@ -1644,6 +1671,8 @@
/sbin/ldconfig -X || exit $?
fi
+%kernel_variant_posttrans -v xen
+
###
### file lists
###
16 years
