V0.19 and pwlconfig design notes...

Adi Linden [email protected]
Thu, 27 Jan 2000 00:09:23 -0600 (CST)


Hi Ralph,

> Now that I have started parameterizing the "default" stuff in pwlconfig, I've
> gotten about 10 parameters.  This should come in handy somewhere down the
> road...

Perhaps makes future changes easier! I am getting better at using lots of
variables. Defining everything and define most things right at the
beginning of the script. Like doing assembler...

> BTW, I added the items I'm working on as "new features" in the source forge bug
> tracking stuff.  I got some mail from source forge about the mail server not
> being enabled...might have a link that needs fixing here to get source forge to
> send bug announcements to your mail server.  Thats just a guess...

Hmmm... got to look at that. My 'boss' likes my mailing list so much, he
wants it too. So I ended up searching for a web frontend for majordomo. I
found majorcool. Well, it's cool :) Just in case you're into this stuff,
it's at http://adis.on.ca/cgi-bin/majorcool

I don't think it's a good idea to have Windoze user administer mailing
list config files as root on a linux system. Who knows what they get
into...

> I like the tar thing for now. I maybe we could re-visit this after we figure
> out what to do with the packages and ram disk stuff.

Good stuff. So we will stick with it. I think it has more potential for
making it platform independent than rpm. Plus, PWL will likely include
quite a few packages that are not part of the RedHat distribution.

> > Yup, I fried a DOC. Don't know how I did it, but if I boot my development
> > system on the embedded box I get a kernel message 'cannot access
> > /dev/fla...'. I tried using the dos tools to restore it to a DOS disk with
> > the original boot sector. It tells me it is not a FFS device. I s there
> > warranty on these???
> 
> I sent you an extra chip incase you wanted to play with that on IPIX...

Either flash or DOC should work fine...

> or you can look in the current directory to see if the script is there or in
> another directory...depends on what you want to do.

Hey, that's a great way to do errorchecking and not run the script if the
current directory is wrong... hmmmm...

TTYL,
Adi

---------------------------------------------------
See the list archives at http://adis.on.ca/archives/
See the PWL homepage at  http://embedded.adis.on.ca
---------------------------------------------------