Hi Robin,
Robin Getz wrote:
I'm just wondering - what is the expectation/common use...
When I'm building up images, I use "make image" all the time. It's fast, and
great when I'm just making some minor changes in the romfs/ directory. When
I'm testing things out, I just edit scripts (like /etc/rc) in the romfs/
directory directly, and then just "make image". Works like a charm.
Yep, I often do that to. For quick and dirty testing.
However, a problem occurs if I need to do a 'make' in the dist (to rebuild
some missing app), since my vendors/*/*/Makefile includes a:
$(ROMFSINST) /etc/rc
(like 150 other Makefiles) and romfs-inst.sh clobbers overtop of my local
changes in romfs/etc/rc with the one from vendors/*/*/rc
I could just stop making changes in the romfs/ directory (and do everything
in ./vendors/*/* - which I don't do today - since I don't want to check
anything into cvs/svn by mistake - and builds would take longer), or I could
add a new flag to romfs-inst.sh (which would not copy the file if it already
existed) - which would cause problems for people who expect today's
behaviour....
Is ./romfs suppost to be the output of everything? (and people shouldn't be
editing things there?)
Well, yes. The "make romfs" step is supposed to construct a "final"
filesystem layout that is exactly what will end up in the target root
filesystem. The "make image" step is supposed to be the step that
rolls everything together into a form to load into the target.
In practice though sometimes romfs modifcation steps are done in
the "image" phase - somethimes it is very difficult to avoid.
If I am manually modifying the romfs/etc/rc for example I generally
copy into and out of /tmp as well - so I can put it back for debug
testing (and not lose it).
Regards
Greg
------------------------------------------------------------------------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
