| 1 |
On Tue, 2003-12-02 at 13:08, david@×××××××××.com wrote: |
| 2 |
> On Tue, Dec 02, 2003 at 12:04:35PM -0700, AJ Armstrong wrote: |
| 3 |
> > On 2 Dec 2003 11:44, david@×××××××××.com emitted: |
| 4 |
> > |
| 5 |
> > > ex: do we really need 500 lines of bash sourced so we can have colored |
| 6 |
> > > [ OK ] |
| 7 |
> > > I don't think this is really necessary. |
| 8 |
> > |
| 9 |
> > Not only is it unnecessary, but I think it is _wrong_ if the code is running |
| 10 |
> > in an embedded environment. I think we should be starting with what is |
| 11 |
> > absolutely required for a system to boot as the baselayout - no frills, no |
| 12 |
> > pretification. Those could perhaps be build as optional ebuilds that can be |
| 13 |
> > emerged _after_ baselayout for those whose target platforms can support them. |
| 14 |
|
| 15 |
I agree with this. I'm thinking that baselayout-lite would probably |
| 16 |
just have one init script, rc.sysinit or the like. There's not very |
| 17 |
many systems that would have/need additional runlevels. So a good place |
| 18 |
might be to extract stuff out of /sbin/rc, and other regular baselayout |
| 19 |
scripts and merge into one script. |
| 20 |
|
| 21 |
Solar has also suggested looking at the buildroot baselayout, but I have |
| 22 |
been bogged down by my classwork, so I haven't looked yet. |
| 23 |
|
| 24 |
> Well I'm not sure where to draw the line... |
| 25 |
> do we want to still have /var/run PID functionality for example ? Or should we |
| 26 |
> leave that up to the embedded user... it could most likely be |
| 27 |
> implemented in a few lines of bash. |
| 28 |
> |
| 29 |
> or maybe some sort of busybox like funcitonality with symlinks... i.e. |
| 30 |
> |
| 31 |
> /etc/init.d/busyinit |
| 32 |
> /etc/init.d/network -> /etc/init.d/busyinit |
| 33 |
|
| 34 |
This is another good idea :) Especially since busybox is most likely |
| 35 |
going to get heavy use. /var/run may or not be around; with something |
| 36 |
real simple, without the classic /etc/init.d services, it probably |
| 37 |
doesn't need to. |
| 38 |
|
| 39 |
-- |
| 40 |
Chris PeBenito |
| 41 |
<pebenito@g.o> |
| 42 |
Developer, |
| 43 |
Hardened Gentoo Linux |
| 44 |
Embedded Gentoo Linux |
| 45 |
|
| 46 |
Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE6AF9243 |
| 47 |
Key fingerprint = B0E6 877A 883F A57A 8E6A CB00 BC8E E42D E6AF 9243 |
Archives