From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cantor.suse.de ([195.135.220.2]:51458 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755770Ab1FJMNd (ORCPT ); Fri, 10 Jun 2011 08:13:33 -0400 Message-ID: <4DF20A68.2090307@suse.cz> Date: Fri, 10 Jun 2011 14:13:28 +0200 From: Michal Marek MIME-Version: 1.0 Subject: Re: [GIT] kbuild fixes for 3.0 References: <20110609214241.GA4849@sepie.suse.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kbuild-owner@vger.kernel.org List-ID: To: Linus Torvalds Cc: Arnaud Lacombe , pefoley2@verizon.net, linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org On 10.6.2011 05:57, Linus Torvalds wrote: > On Thu, Jun 9, 2011 at 8:45 PM, Arnaud Lacombe wrote: >> >> For the record, this should have been fixed by Michal in: > > You're missing the problem: we can't assume that people have updated user land. > > Furthermore, the very pull request I'm responding to actually tries to > handle this, see commit bfe5424a8b31 ("kbuild: Hack for depmod not > handling X.Y versions"), but it's just not working for me. It handles what can be handled inside the kernel build, i.e. the depmod called from the Makefile during modules_install. > And it's not working, because it only handles the "modules_install" > case, not the case where the system install scripts do their own > depmod. Yes, tools creating an initrd would need a similar workaround, that's a pity :-(. Michal