Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755533AbZKBPce (ORCPT ); Mon, 2 Nov 2009 10:32:34 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755524AbZKBPcd (ORCPT ); Mon, 2 Nov 2009 10:32:33 -0500 Received: from icculus.org ([67.106.77.212]:48060 "EHLO icculus.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755520AbZKBPcd (ORCPT ); Mon, 2 Nov 2009 10:32:33 -0500 Date: Mon, 2 Nov 2009 10:32:32 -0500 (EST) From: "Ryan C. Gordon" X-X-Sender: icculus@caridad.icculuslan To: David Miller cc: alan@lxorguk.ukuu.org.uk, mans@mansr.com, linux-kernel@vger.kernel.org Subject: Re: FatELF patches... In-Reply-To: <20091101.222755.200487074.davem@davemloft.net> Message-ID: References: <20091102000147.424f104b@lxorguk.ukuu.org.uk> <20091101.222755.200487074.davem@davemloft.net> User-Agent: Alpine 1.10 (OSX 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 780 Lines: 23 > > That being said, there are lots of places where using a package > > manager doesn't make sense: > > Yeah like maybe, just maybe, in an embedded system where increasing > space costs like FatELF does makes even less sense. I listed several examples. Embedded systems wasn't one of them. > I think Alan's arguments against FatELF were the most comprehensive > and detailed, and I haven't seem them refuted very well, if at all. I said I was trying to avoid talking everyone to death. :) I'll respond to them, then. --ryan. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/