[SM-Discuss] Where nealbirch is at on the init scripts, devfsd and base-system, etal
nealbirch at attbi.com
Thu Jul 18 20:19:29 EDT 2002
Ryan Abrams wrote:
> On 7/9/02 5:30 PM, "George Mochrie" <geo at drasil.no-ip.org> wrote:
> Like Chris said, devfsd is a good idea, and as soon as devfs is not
> experimental, we will transition. Neal Birch is already researching
> this as part of the basesystem definition he is doing. Which brings me
> to the second part of this paragraph.. The init system.
> This will be completely rebuilt from the ground up for 1.0 (I hope -
> care to comment Neal?)
> Hmm. Hardware detection is definitely important. I can see a flag in
> sorcery for hardware autodetect that spells could check and use if
> enabled. The script below could be a good start, but I hesitate to
> suggest that we roll our own hardware detection when there are two
> actively developed ones > out there.
> Kudzu looks like it might be easier to run with than HardDrake, but I
> havent actually played with either.
> Get in touch with Neal Birch and talk to him about it. He is currently
> working on the init system, and will be working on coordinating the
> base system as a part of that.
Nothing quite like being really behind in my mail, is there? I had some
personal issues come up and etc. I finally got a moment today when
things seem less than chaotic to attempt to catch up. At least the
apc/ups works, even if none of the electrical outlets in the house are
grounded. That has been a good investment...
(and I had to switch mail clients because the cursor glitch with
gcc-3.1/mozilla mail is enough to drive one mad while editing mail ...)
The gcc-3.1 update hosed my whole /etc/init.d setup, and my backup got
hosed (operator error on my part.) All for the good, nothing that I did
wasn't duplicable, and this did show me where to start the major work.
#1: Doing a rebuild/update/etc rewrites your /etc/init.d
scripts or the symlinks in your /etc/rc*.d folders This is not
acceptable. I sat down and wrote up a small script to figure out what
spell put which script in the /etc/init.d, and I have started my way
through the list. I will be posting the issues on bugzilla as I go.
(Most of it is what I am calling at the moment "sanity checks"; making
sure you don't overwrite something that already exists, etc. Cups is the
worst so far, but I have only gotten a third of the way through my
#2: adding functions is pretty basic, working through the "sanity
checks" less so. LFS functions are the simplest, gentoo's are more
complicated. Working on a rewrite.
#3: Working on rewriting the bash script that Rock Linux uses to
control runlevels, I want to do it as much as possible in bash, they
have a few programs thrown in there, someone is going to have to go
over this when i get done with it (or throw in the towel).
#4: Some scripts in /etc will need to be worked as well.
Devfsd I will put on hold until after I upgrade to gcc-3.2 I think.
I did get gcc-3.1 installed and everything rebuilt, wonders of wonders.
When does gcc-3.2 come out?
Another rebuild? Watch your /etc/init.d scripts folks! You do a rebuild
after you customize your /etc/init.d files or your /etc/rc*.d links,
you need to recheck them! Back it up and test your backup beforehand to
save a little hassle and annoyance. It's not fun if you have modified
your mount.sh and it tries to mount (or umount!) something twice...
I like the autodetect idea, btw. Down the road a piece, first I want
some sanity on what we have already, if possible.
I am learning tons about cast, gaze, sorcery, bash and every one of
these programs in the process, too!
See attached files if you want to help. I have a lot on my plate at the
moment, both with this and with other issues.
"You can fool some of the people all of the time
--and those are the ones you have to concentrate on!"
GW Bush-- from the N.Y. Times
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 75 bytes
Desc: not available
Url : http://lists.ibiblio.org/pipermail/sm-discuss/attachments/20020718/d53ace6e/attachment.sh
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
More information about the SM-Discuss