From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1DsjtW-0002mW-6F for garchives@archives.gentoo.org; Wed, 13 Jul 2005 16:15:34 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6DGCRcn017186; Wed, 13 Jul 2005 16:12:27 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j6DG3h29006644 for ; Wed, 13 Jul 2005 16:03:43 GMT Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by smtp.gentoo.org with esmtp (Exim 4.43) id 1Dsjj2-00023i-DQ for gentoo-user@lists.gentoo.org; Wed, 13 Jul 2005 16:04:44 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DsjiK-0006VV-1D for gentoo-user@gentoo.org; Wed, 13 Jul 2005 18:04:00 +0200 Received: from www.buffer.net ([24.73.161.102]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 Jul 2005 18:04:00 +0200 Received: from wireless by www.buffer.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 Jul 2005 18:04:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: rsync internal mirror configuration Date: Wed, 13 Jul 2005 16:03:31 +0000 (UTC) Message-ID: References: <002301c587ba$f2652970$5f01010a@jnetlab.lcl> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 24.73.161.102 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050517) Sender: news X-Archives-Salt: 1c8bd694-85e7-4a3d-86c6-4f354447e40e X-Archives-Hash: 38b1855af5a47b6fbbbc4eaa958b36c6 Dave Nebinger joat.com> writes: > Yes but we get back to the point that I had been trying to make - the > embedded devices (even nanobots) would not need to build from source. I > know if I had embedded nanobots I would want them focusing on the job they > were embedded for, not recompiling source from the latest software updates. > That's the distinction between a source based an binary based distribution. > Use the source based distro to optimize for hardware then that is the > template for the binary based distro to the embedded systems. Well you may be right the majority of the time, but as complex sytems grow and the number of difference in peripherals, sensors, and other variable hardrware details, make issuing a single binary for upgrade, problematic. Just like the kernel on a workstation can be compile specifically for a target mix of devices and the applications then are compiled, sometimes dependant on the kernel/rtos/executive/statemachine details for the binaries that result. Furthermore, often you are resource constrained on an embedded micro:timing, interrupts, code space, processor, cache, or ram limits (just to name a few). It's very common, particulary in the 8/16 bit micro world to make sifnification changes to the statemachine, just because the bloating of features has now created performance or code space issues. Often, Ansi C code is replaced with assembler to compact the executables. You have a valid point, but, things are more complicated than that. Often haredware gets replaced or upgraded because the increasing diversity of the code bloats beyond what the resources can handle. Hareware designers often screw up the amount of computational resources needed on an embedded device. That's way so many Cell phones are thrown away each year, they cannot properly handle software (rtos and apps) upgrades.... Statistically you are correct. In actuality, a significant and growing protion of embedded devices lack the ability (resources) to have their software upgraded or not viable mechanism (like attaching your gameboy to a linux system) exists to extend the life of the micro based product..... Think about it. Microsoft and the OS vendors are abandoning 586, p1 and p2 machines in droves. Yet linux/BSD et. al. offer extended life to these aging machines. Embedded devices are only limited by the forward thinking of their designers..... Besides what else would I do with my fleeting free time? James -- gentoo-user@gentoo.org mailing list