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 1MaFhz-0001xU-9a for garchives@archives.gentoo.org; Sun, 09 Aug 2009 21:13:39 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 75E16E0502; Sun, 9 Aug 2009 21:13:38 +0000 (UTC) Received: from email.aon.at (WARSL404PIP2.highway.telekom.at [195.3.96.113]) by pigeon.gentoo.org (Postfix) with ESMTP id F07BFE0502 for ; Sun, 9 Aug 2009 21:13:37 +0000 (UTC) Received: (qmail 10034 invoked from network); 9 Aug 2009 21:13:37 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on WARSBL504 X-Spam-Level: Received: from 62-47-0-247.adsl.highway.telekom.at (HELO localhost) ([62.47.0.247]) (envelope-sender ) by smarthub97.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 9 Aug 2009 21:13:36 -0000 Date: Sun, 09 Aug 2009 23:14:27 +0200 (CEST) Message-Id: <20090809.231427.253399083.joerg.faschingbauer@aon.at> To: gentoo-embedded@lists.gentoo.org, lists@wildgooses.com Subject: Re: [gentoo-embedded] root on squashfs+aufs From: joerg.faschingbauer@aon.at In-Reply-To: <4A7F12F7.8000907@wildgooses.com> References: <4A7F0939.7070501@wildgooses.com> <20090809.200221.152210061.joerg.faschingbauer@aon.at> <4A7F12F7.8000907@wildgooses.com> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-embedded@lists.gentoo.org Reply-to: gentoo-embedded@lists.gentoo.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Archives-Salt: c99bedc4-f614-46d4-8b1f-6ab9c13be823 X-Archives-Hash: 4bf181188b7c7b6773cdf67da08be159 >>>>> "Ed" == Ed W writes: Ed> Hmm, I think I need to read up on the aufs mount options. I'm still Ed> at the planning stage, but if aufs is really this flexible then it Ed> will help a lot. Sounds like you can pretty much do "ls -1 | sort" in Ed> your case and use the result as your mount command? That's basically what I do. Ed> Perhaps you don't even need your hook scripts then? They could just Ed> become normal /etc/init.d scripts and would get run normally as part Ed> of the standard boot process? They don't run just because they are there. Well, I could add the symlinks in /etc/runlevels/default which is what rc-update does, but that's no fun. We enjoy the flexibility of the scripts because they provide a convenient way to glue the system together. For example, several packages contribute kernel modules, and it's a hook script where we call 'depmod -a' to create a consistent view of the entire system. Much like env-update is called from a hook to gather environment settings from different packages. Ed> Did you consider gpg signing stuff? I can see this would make a lot Ed> of sense for my app, but worried this is going to add a ton of time to Ed> the boot process... We sign ISO files, this involves ECDSA and smartcards. I cannot tell you more, or I'll have to kill you. (Honestly, I don't quite understand what's going on exactly.) Cheers, Joerg