From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1ORGH1-0007So-UD for garchives@archives.gentoo.org; Wed, 23 Jun 2010 03:05:12 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9BBDCE0B67 for ; Wed, 23 Jun 2010 03:05:10 +0000 (UTC) Received: from mail-gw0-f53.google.com (mail-gw0-f53.google.com [74.125.83.53]) by pigeon.gentoo.org (Postfix) with ESMTP id BD979E0B11 for ; Wed, 23 Jun 2010 02:29:19 +0000 (UTC) Received: by gwj18 with SMTP id 18so2153139gwj.40 for ; Tue, 22 Jun 2010 19:29:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=nmzZ04ankcnRY3CYtPmyJ0Km5B8ayZkfFQPfLlxm1cA=; b=EIq19ygJp5usGotBGLFTLTkpA2pYi1kpFqeoWc5uxe+izQ151rgq5SkSjPrtaYsIXT 3UBXUcZLZK0uXxCsY0ePtEAD6jvNUowKd2yLopfFGy87OMGdabaVOsfMf49Haka88/WT gowId5jYiANXEzXuOSiAcNMUNrYbqKZMxHnsM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=Pjqs5Uxcuz+Y2eZfMAOHrK/7OPVuHcIODoxxcyBzOTzXOhTFEkAD73yXKRfYZvMEyW rKHaxW4om9vhlIHbDKEE9pr48AwQPrhs39v2Y4zR9OVefzD90junu+sSwdUf4pfzEB0q jo7waJ6LA62fkCIFEJCa9HaiFVIyIEnkPYvUA= Received: by 10.151.16.18 with SMTP id t18mr6883078ybi.202.1277260159409; Tue, 22 Jun 2010 19:29:19 -0700 (PDT) Received: from [192.168.1.2] (adsl-95-107-53.jan.bellsouth.net [98.95.107.53]) by mx.google.com with ESMTPS id k2sm28257271ybj.18.2010.06.22.19.29.16 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 19:29:17 -0700 (PDT) Message-ID: <4C21717C.6040403@gmail.com> Date: Tue, 22 Jun 2010 21:29:16 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100616 Gentoo/2.0.4-r2 SeaMonkey/2.0.4 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Boot hangs after install, no error References: <4C1958B9.4000903@gmail.com> <4C1F7817.7020208@gmail.com> <4C1FA976.4020804@gmail.com> <201006212026.54478.wonko@wonkology.org> <4C1FB70F.4090505@gmail.com> <4C1FC51E.7030003@gmail.com> <4C1FCA2D.1070207@gmail.com> <4C1FE11A.3020406@gmail.com> <4C1FE9B8.8040704@gmail.com> <4C211D98.5090903@gmail.com> In-Reply-To: <4C211D98.5090903@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: ed956a09-1c2e-4cc2-a83d-1cb67a2e78cf X-Archives-Hash: 15f5a4678c3824bd063e5fe19036e8cb Bill Longman wrote: > On 06/21/2010 03:37 PM, Dale wrote: > >> I'm not saying you can't use it just that it doesn't always work. Thing >> is, when someone uses genkernel to make the kernel, when someone asks >> 'did you include some driver', the usual answer is 'I don't know, I used >> genkernel' and then nobody knows whether it is there or not. If a >> person builds their own kernel, they usually know if it is there and >> better yet how to check and make sure it is there. Also, I don't use >> initrd and not sure why most people need one. I don't use modules >> either, hence the reason I don't need initrd. Just build in the drivers >> and such that are needed to boot until the modules are loaded and that's >> it. It's not rocket science. Driver controller, file system that root >> uses and that's about it. >> > And all I'm trying to point out is that you're making a leap of > incorrect logic by ascribing to genkernel characteristics that it > doesn't have. The root cause is that they've misconfigured something, so > the red herring of "I blah blah blah genkernel blah blah blah" shouldn't > set off alarms. > > I've been using it for years and it's always worked for me. Very few > times I have seen it crash while trying to build, but never have I seen > it do anything untoward or unexpected. Maybe part of the issue is that > users might rely on it without supplying enough arguments to it. I had > to write my script because I was getting carpal tunnel from typing out > the stupid command so many times. That said, I *always* use the > --kerneldir argument, so that might explain some things. By default, it > just uses /usr/src/linux, even if you're in some other directory, and if > you're not aware of that, yeah, I can see how you could bite off your > own toes pretty easily and not even notice. > > Things is, I have seen genkernel fail for lots of people. I have never had my way to fail. I may forget a option or have to add a option when adding hardware but I have never had make && make modules_install fail. The copy process always works too. It's not a leap from my point of view. Maybe you are just lucky so far. Some people use genkernel and it works but a lot have problems with it too. Funny thing is, when a person comes for help and genkernel is being used, not much help is offered. The other thread I mentioned earlier is getting help but not with genkernel. We are helping him with building his own tho and figuring out the options. This sort of reminds me of cdrkit and cdrtools. You can use cdrkit of you want. Thing is, you won't get much help with it because it is buggy and just doesn't work with some hardware. You can use it tho. It's still your choice. By all means, use genkernel. Dale :-) :-)