<br><br><div class="gmail_quote">On Mon, Oct 10, 2011 at 2:09 PM, Andrew Bradford <span dir="ltr"><<a href="mailto:bradfa@gmail.com">bradfa@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Mon, Oct 10, 2011 at 11:39 AM, Lance Jump <<a href="mailto:lancej29@gmail.com">lancej29@gmail.com</a>> wrote:<br>
>> If you follow the embedded book exactly for creating the user account<br>
>> to build an embedded system, nothing will leak into your build from<br>
>> the host.<br>
><br>
> Yes, it is well thought out in that respect. The problem is the "follow it<br>
> exactly" part. Experience has shown me that I make enough mistakes to want a<br>
> safety net.<br>
<br>
</div>Understandable.<br>
If you can think of any way we could make the user creation less<br>
complex but still keep the nice separation between the host and target<br>
builds, please let me know. I admit the current method is not as<br>
brain-dead-simple as it could be. User creation is one of the spots<br>
where it's easy to make one tiny mistake that ruins and entire build<br>
by polluting the target environment.<br></blockquote><div><br>I'd have to look at it, but I didn't think it was too bad the way it is now. Actually, that part is not as compelling to me as being able to the build relatively independent of distribution. By chroot'ing and working in the simple, but complete LFS-live system, I am able to work pretty independent of the actual host distribution. I did this a few years back for an LFS build for an embedded X86 and it worked great. It was repeatable and the scripts worked without changes on several host distributions.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
> I agree that scripts are not running. My earlier experiments of putting<br>
> messages (including echoing to files) appears to confirm this. I seem to be<br>
> able to run various things by replacing sysinit and TTY entries in inittab.<br>
> So inittab is being read and busybox runs as do various applets. But it<br>
> seems that sh (or ash or whatever) itself will not actually run so no shell<br>
> scripts (e.g. startup) can run.<br>
<br>
</div>Stupid question, but you do have the symlink from<br>
${CLFS}/etc/init.d/rcS to ../rc.d/startup, right? (section 10.2)<br>
That's required unless you want to change the config used for BusyBox<br>
before building it. I don't remember (and not in front of a Linux box<br>
right now) but I think the bootscript location is somewhat hard coded<br>
(I think) into BusyBox which is why we have the symlink right now.<br>
Changing the bootscripts makefile and naming of the startup script<br>
could fix this and make it simpler.<br></blockquote><div><br>Yes, the symlink is there. As a test, I changed the script name in the inittab file and and I get an error: <br><br>VFS: Mounted root (nfs filesystem) on device 0:13.<br>
Freeing init memory: 156K<br>init started: BusyBox v1.18.4 (2011-10-07 23:48:57 GMT)<br>can't run '/etc/rc.d/startupx': No such file or directory<br><br>This suggests two things. First, it is finding the correct file (without the change) since I get no error and, second, that something is properly processing inittab. What I can't tell is whether the message is coming from the shell processor or something else (Busybox init?).<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Boot scripts haven't gotten much love yet, sorry.<br></blockquote><div><br>No need to be sorry -- it's not like this is a paid, supported effort. I very much appreciate what you have done and how much work it must be to create and maintain it. Besides, once a system has gotten to the point where it can boot, creation/maintenance of boot scripts are something the end user can, and probably should, do.<br>
<br>I prefer the approach of keeping it simple so that one can learn from it. Learning has been my goal in this and, despite the issues (or, perhaps, because of them) I have been learning.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div></div><div class="h5"><br>
-Andrew<br>
_______________________________________________<br>
Clfs-support mailing list<br>
<a href="mailto:Clfs-support@lists.cross-lfs.org">Clfs-support@lists.cross-lfs.org</a><br>
<a href="http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org" target="_blank">http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org</a><br>
</div></div></blockquote></div><br>