From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24757 invoked by uid 1002); 22 Oct 2003 08:17:46 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 16736 invoked from network); 22 Oct 2003 08:17:45 -0000 From: Paul de Vrieze To: gentoo-dev@gentoo.org Date: Wed, 22 Oct 2003 10:17:27 +0200 User-Agent: KMail/1.5.4 References: <4866.146.176.63.67.1066740482.squirrel@mail.codewordt.co.uk> <20031022002531.1bfc861b.spider@gentoo.org> <200310212044.30947.cbrewer@stealthaccess.net> In-Reply-To: <200310212044.30947.cbrewer@stealthaccess.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200310221017.43833.pauldv@gentoo.org> Subject: Re: [gentoo-dev] USE Linux 2.6.x X-Archives-Salt: fcfaf805-51d6-4a18-bc9a-f2484b90658d X-Archives-Hash: f7ad6fff270c0949ae433cf46be10440 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 22 October 2003 05:44, C. Brewer wrote: > Okay, this part comes across barely intelligible, but if it helps > substitute TARGET=3D for SLOT=3D.. of course I did point out it was a > suggestion, not a solution, and you have offered up what counterproposal? > "I" don't want to have it depend on a running kernel, or on a symlink, All > I was saying is that in most cases it'd probably be just easier to boot > into a running kernel and build your non-essential mod package, I realize > that this is not always the case. > > > Yes, this thread invoked a lot of hot emotions from my side. > > > > > > // Spider > > Well, guess what? I was pretty pissed off _before_ I saw your mail, so y= ou > can imagine where I'm at now, especially since I've asked a couple of tim= es > why this symlink is necessary, when it's highly discouraged. If a package > needs this symlink, mask it, get it fixed upstream or dont carry it at all > ffs. I point out the bad ones when I see them, and I atleast proffered a > suggestion. I was civil when this was a discussion, but turning this into= a > pissing match was sheer stupidity. But I guess I'm just the stupid end us= er > with no say, I guess? Atleast when I'm being a prick, I only represent me. This symlink is not highly discouraged. It is highly discouraged to use a=20 plain kernel tree as source for the /usr/include/linux headers. Those=20 symlinks mean problems. It is also discouraged to assume that /usr/src/linu= x=20 points to the RUNNING kernel, those sources can be found by /lib/modules/ `uname -r`/build. However in this case we want a way against which kernel=20 modules should be build. I wonder why you insist on having an awkward, notworking way of doing so.=20 Gentoo is about unattended installs. Such an environment variable violates= =20 it. Further it would break initial installs. When one does an emerge kde=20 after system is just merged, it will pull in a kernel source (for alsa),=20 however if you don't specify your variable building alsa-driver still fails= =2E=20 However the kernel sources automatically install the linux symlink if it di= d=20 not exist yet (but not change it if it did). Of course we could use another= =20 name/location, but I don't see the point. Paul =2D --=20 Paul de Vrieze Gentoo Developer Mail: pauldv@gentoo.org Homepage: http://www.devrieze.net =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/lj0nbKx5DBjWFdsRAtzFAKDkYB87M/SEpLNFl3jriMWlVdmwZgCfabqw UKDJcY/TghcKTP7NVL24JX0=3D =3DB3yP =2D----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list