VNC reflector sounds very cool.
I need to read the list more often :)
Take care,
Seth
727-919-1598
seth@opentechinc.net
-----Original Message-----
From: slug@lists.nks.net [mailto:slug@lists.nks.net] On Behalf Of Ian C.
Blenke
Sent: Friday, February 07, 2003 11:41 AM
To: slug@nks.net
Subject: Re: [SLUG] Linux Training
On Fri, Feb 07, 2003 at 08:21:38AM -0500, Rock wrote:
> Just a reminder to the group. Linux training is not a dead issue. I
> am working on getting my website setup to accommodate what I feel is
> necessary to be a gathering point for information and instructors and
> other information.
I'd also be looking at things like VNCReflector:
http://sourceforge.net/projects/vnc-reflector/
http://vnc-reflector.sourceforge.net/README.txt
http://www.horizonlive.com
Put up a webpage with a Java TightVNC applet:
http://www.tightvnc.org
Add to this something like JOrbis for ogg audio streaming:
http://www.jcraft.com/jorbis/
And you have web training.
> We will be having Linux training one day. There is much work to do
> first. I will keep everyone updated as I make progress on each issue.
>
> I would like a group of you to work on this remote teaching idea that
> I saw floating around. We need someone to step forward and lead this
> issue. Ian, I believe that your expertise will be valuable on this. If
> you could work with me on this, we can make sure the medium we choose
> fits the instruction needs of the group. There are many here with
> great expanses of knowledge that we will be relying on in the coming
months.
Release early release often. I'll devote UML images on my higgy/wiggy
servers to host such content here at NKS. At some point this should be on
another mailing list as well: we don't want to deluge the SLUG list with
trivial discussion about the creation and maintenance of this project.
Perhaps a SourceForge project is in order?
> Also, has anyone ever seen a detailed flowchart if the linux boot,
> login and command execution processes? If we could find or create
> that it would be very helpful for newbies (and me)to follow the
> instruction sequence and its relevance to the instruction of the
> moment. It would also help me in determining what to schedule and
> when in the process it best fits into the whole picture. As I get
> information formatted I will present it to the group for discussion.
Eh?
lilo/grub - stage 1
lilo/grub - stage 2
linux kernel
optional initrd
exec "linuxrc"
/sbin/init
reads /etc/inittab
runs appropriate runlevel
/etc/init.d/rcS
/etc/init.d/rc 2
/etc/rc2.d/S*
runs "respawned" processes at that runlevel
exec "getty /dev/tty1"
exec "/bin/login"
exec /bin/bash
Your commands
It's really not that complicated. In fact, this simplicity
is often foiled by complex shell scripts that each distribution treats
differently.
The key here is that your kernel runs "/sbin/init". From there, everything
is spawned by init (PID 1). This is why you never
kill init. ;)
> I hope to have this ready for this fall.
>
> This might better be done off list if you please.
It probably would be. We need another list. Ideally, a SourceForge project
to work off of would help the effort as well.
There are larger questions here however. How do you plan, storyboard, and
script a training lesson? How do we group and categorize these training
sessions? Who is going to
do the voiceovers? I know I can sound rather silly -
no professional voice acting on my resume, thanks. ;)
To build a community effort like this, you really need
a self-moderating feedback system and an open submission framework for
people on the 'net to contribute to. Those presentations that are of higher
quality than others on a given topic would deserve to have a higher
popularity rating for others to judge wether it is worth the time to invest
in watching a presentation.
A commercial effort off of this is one thing. A community grass-roots effort
is something different altogether.
- Ian
This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 15:03:00 EDT