summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJoshua Kinard <kumba@gentoo.org>2003-11-29 04:45:55 +0000
committerJoshua Kinard <kumba@gentoo.org>2003-11-29 04:45:55 +0000
commitb8eb884b156fadf8eb4aacc2a066eedc1023fae5 (patch)
tree92ca6862c114d649a84fa97e80febc3d44de2c8e /sys-kernel/linux-headers
parentNew headers revision for 2.4.23 kernel (diff)
downloadhistorical-b8eb884b156fadf8eb4aacc2a066eedc1023fae5.tar.gz
historical-b8eb884b156fadf8eb4aacc2a066eedc1023fae5.tar.bz2
historical-b8eb884b156fadf8eb4aacc2a066eedc1023fae5.zip
New headers revision for 2.4.23 kernel
Diffstat (limited to 'sys-kernel/linux-headers')
-rw-r--r--sys-kernel/linux-headers/Manifest4
-rw-r--r--sys-kernel/linux-headers/files/digest-linux-headers-2.4.231
-rw-r--r--sys-kernel/linux-headers/linux-headers-2.4.23.ebuild124
3 files changed, 127 insertions, 2 deletions
diff --git a/sys-kernel/linux-headers/Manifest b/sys-kernel/linux-headers/Manifest
index c204ec9486b3..4b11c8599fe2 100644
--- a/sys-kernel/linux-headers/Manifest
+++ b/sys-kernel/linux-headers/Manifest
@@ -1,4 +1,4 @@
-MD5 8e9ca98512cd81b4d08e9abbcf1e6f71 ChangeLog 7141
+MD5 abe82de4edabb27ad22c9a3db270c7c6 ChangeLog 7138
MD5 90a3df79392bb9607250e45e608472b3 linux-headers-2.2.20.ebuild 3924
MD5 7289ac3b900fe7136758fdae230e74fb linux-headers-2.2.21_pre3.ebuild 4095
MD5 b970d40b6384eb86cbeb120e6e0a5f0c linux-headers-2.4.16-r1.ebuild 5052
@@ -15,7 +15,7 @@ MD5 d0a25ca6955eb14a8baa4fee38cfc0f0 linux-headers-2.4.19.ebuild 4625
MD5 5c17aece95a57713fa9ea390d5f48647 linux-headers-2.4.21-r1.ebuild 3888
MD5 40b1a0224290f63ee44609d113442479 linux-headers-2.4.21.ebuild 3594
MD5 732a9212e5a370154579a03d5838dfcb linux-headers-2.4.22.ebuild 3863
-MD5 b99d41ef2699b2098c9bd6f7e18b6a79 linux-headers-2.4.23.ebuild 3478
+MD5 d8c4c9f973e458d33fdf933f73f3608a linux-headers-2.4.23.ebuild 3474
MD5 e300a3e148a7dcc38a0e099494fb6cb3 files/bigendian-byteorder-fix.patch 1557
MD5 07aeae7e5036a3ec3e06d29fd68e9cce files/digest-linux-headers-2.2.20 216
MD5 167e790d7861e0ed3a31577b31a92968 files/digest-linux-headers-2.2.21_pre3 281
diff --git a/sys-kernel/linux-headers/files/digest-linux-headers-2.4.23 b/sys-kernel/linux-headers/files/digest-linux-headers-2.4.23
new file mode 100644
index 000000000000..26c550ca8d08
--- /dev/null
+++ b/sys-kernel/linux-headers/files/digest-linux-headers-2.4.23
@@ -0,0 +1 @@
+MD5 642af5ab5e1fc63685fde85e9ae601e4 linux-2.4.23.tar.bz2 29832609
diff --git a/sys-kernel/linux-headers/linux-headers-2.4.23.ebuild b/sys-kernel/linux-headers/linux-headers-2.4.23.ebuild
new file mode 100644
index 000000000000..632fb75db370
--- /dev/null
+++ b/sys-kernel/linux-headers/linux-headers-2.4.23.ebuild
@@ -0,0 +1,124 @@
+# Copyright 1999-2003 Gentoo Technologies, Inc.
+# Distributed under the terms of the GNU General Public License v2
+# $Header: /var/cvsroot/gentoo-x86/sys-kernel/linux-headers/linux-headers-2.4.23.ebuild,v 1.1 2003/11/29 04:45:52 kumba Exp $
+
+ETYPE="headers"
+inherit kernel
+
+OKV="${PV/_/-}"
+KV="${OKV}"
+S=${WORKDIR}/linux-${OKV}
+EXTRAVERSION=""
+
+# What's in this kernel?
+
+# INCLUDED:
+# 1) linux sources from kernel.org
+# 2) patch for big-endian machines to fix header issue (currently sparc only)
+
+DESCRIPTION="Linux ${OKV} headers from kernel.org"
+SRC_URI="mirror://kernel/linux/kernel/v2.4/linux-${OKV}.tar.bz2"
+HOMEPAGE="http://www.kernel.org/ http://www.gentoo.org/"
+LICENSE="GPL-2"
+SLOT="0"
+PROVIDE="virtual/kernel virtual/os-headers"
+KEYWORDS="-*"
+
+
+# Figure out what architecture we are, and set ARCH appropriately
+ARCH="$(uname -m)"
+ARCH=`echo $ARCH | sed -e s/[i].86/i386/ -e s/x86/i386/ -e s/sun4u/sparc64/ -e s/arm.*/arm/ -e s/sa110/arm/ -e s/amd64/x86_64/`
+[ "$ARCH" == "sparc" -a "$PROFILE_ARCH" == "sparc64" ] && ARCH=sparc64
+
+
+# Archs which have their own separate header packages, add a check here
+# and redirect the user to them
+if [ "${ARCH}" = "mips" ] || [ "${ARCH}" = "mips64" ]; then
+ eerror "These headers are not appropriate for your architecture."
+ eerror "Please use sys-kernel/${ARCH/64/}-headers instead."
+ die
+fi
+
+
+
+src_unpack() {
+ unpack ${A}
+ cd ${S}
+
+ # This patch fixes an issue involving the use of gcc's -ansi flag and the __u64 datatype.
+ # It only patches asm-i386, so we only apply it if x86. Unknown if this is needed for other archs.
+ # Closes Bug #32246
+ if [ -n "`use x86`" ]; then
+ epatch ${FILESDIR}/${PN}-strict-ansi-fix.patch
+ fi
+
+
+ # Do Stuff
+ kernel_universal_unpack
+}
+
+src_compile() {
+
+ # Do normal src_compile stuff
+ kernel_src_compile
+
+ # If this is sparc, then generate asm_offsets.h
+ if [ -n "`use sparc`" ]; then
+ make dep ARCH=${ARCH} || die "Failed to run 'make dep'"
+ fi
+}
+
+src_install() {
+
+ # Do normal src_install stuff
+ kernel_src_install
+
+ # If this is sparc, then we need to place asm_offsets.h in the proper location(s)
+ if [ -n "`use sparc`" ]; then
+
+ # We don't need /usr/include/asm, generate-asm-sparc will take care of this
+ rm -Rf ${D}/usr/include/asm
+
+ # We do need empty directories, though...
+ dodir /usr/include/asm
+ dodir /usr/include/asm-sparc
+
+ # Copy asm-sparc
+ cp -ax ${S}/include/asm-sparc/* ${D}/usr/include/asm-sparc
+
+ # If this is sparc64, then we need asm-sparc64 stuff too
+ if [ "${PROFILE_ARCH}" = "sparc64" ]; then
+ dodir /usr/include/asm-sparc64
+ cp -ax ${S}/include/asm-sparc64/* ${D}/usr/include/asm-sparc64
+ fi
+
+ # Check if generate-asm-sparc exists
+ if [ -a "${FILESDIR}/generate-asm-sparc" ]; then
+
+ # Just incase generate-asm-sparc isn't executable, make it so
+ if [ ! -x "${FILESDIR}/generate-asm-sparc" ]; then
+ chmod +x ${FILESDIR}/generate-asm-sparc
+ fi
+
+ # Generate /usr/include/asm for sparc systems
+ ${FILESDIR}/generate-asm-sparc ${D}/usr/include
+ else
+ eerror "${FILESDIR}/generate-asm-sparc doesn't exist!"
+ die
+ fi
+ fi
+}
+
+pkg_preinst() {
+ kernel_pkg_preinst
+}
+
+pkg_postinst() {
+ kernel_pkg_postinst
+
+ einfo "Kernel headers are usually only used when recompiling glibc, as such, following the installation"
+ einfo "of newer headers, it is advised that you re-merge glibc as follows:"
+ einfo "emerge glibc"
+ einfo "Failure to do so will cause glibc to not make use of newer features present in the updated kernel"
+ einfo "headers."
+}