From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Svetoslav Slavtchev" Date: Thu, 22 Jan 2004 17:24:02 +0000 Subject: Re: PATCH: drop symbolink link to kernel headers Message-Id: <32043.1074792242@www1.gmx.net> List-Id: References: <5701.1074622084@www46.gmx.net> In-Reply-To: <5701.1074622084@www46.gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: linux-hotplug@vger.kernel.org > On Tue, Jan 20, 2004 at 07:08:04PM +0100, Svetoslav Slavtchev wrote: > > Hi, > > the attached patch removes the need from a symbolik link to kernel > headers > > when compiling against klibc. > > if KERNEL_DIR is not specified it looks for kernel headers > > in /usr/src/linux( of course you could change it to /lib/modules/`uname > > -r`/build ) >=20 > It's a nice idea, but is it really needed? well, i could always patch it :-) and may be other packagers too, but i think it's a good idea > No one should be putting their kernel code in /usr/src/linux, so that's > just a bad thing to start with. /usr/src/linux points to the version of > linux that your glibc was built against, that is all. every distribution( at least the major ones) do have a package kernel source which does install in /usr/src/linux-[version] and put's a symlink /usr/src/linux ( and /lib/modules/`uname -r`) to it from my experiance i can say this is true for Mandrake, RedHat, SuSE and i think Debian too and most if not all external modules do check for kernel headers in the above locations( and not only modules, but also programs e.g. iptables, dvb apps.) =20 > > the main idea is to build packages a bit easier/ pretier > > instead of creating a symbolik link, one can specify > > make KERNEL_DIR=3D[path to kernel] or omit it in case > > kernel sources are available in /usr/src/linux >=20 > Does the current situation really cause that much of a problem in > building packages? >=20 it's not a trouble, but IMHO it's a bit ugly to create symlink to kernel source in the package build=20 best, svetljo --=20 +++ GMX - die erste Adresse f=FCr Mail, Message, More +++ Bis 31.1.: TopMail + Digicam f=FCr nur 29 EUR http://www.gmx.net/topmail ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel