Thank you all for the nice intro to buug last Thursday.<br><br><div class="gmail_quote">On Thu, Dec 2, 2010 at 8:36 AM, Ian Zimmerman <span dir="ltr"><<a href="mailto:itz@buug.org">itz@buug.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><br>
Karen> That is my new project for awhile then.  login [pam] -- I fail.<br>
Karen> I don't know why there has to be a daemon for login.<br>
<br>
Not a daemon.  This is the same process that becomes your shell after<br>
you log in.<br>
<br></blockquote><div><br>So paraphrasing Wiki, a daemon is a process whose parent has terminated (possibly by its own hand) and so is adopted by init, which is PID 1, and generally runs in background.  Is that right?<br>
<br>When I log in as karenh rather than root, I see that "login [pam] (login)" is PID 1115 under root, and then -sh is PID 1116 under karenh, so I guess that login made me a shell.  I also see that after I do startx, the first of the three windows that twm creates for me has the title login, and the other two have xterm as their title.<br>
<br>CTRL-middle mouse button in a window gives me VT options, such as display scrollbar.  Left clicky on upper left corner minimizes the window to a small icon.<br><br>Left clicky on background does give me twm options and allows me to open a new xterm.<br>
<br><br>Now I remember what I wanted to ask about the history of X Window.  From a little bit of reading, it seemed like the concept of server and client were reversed from how we think of client and server software now.  If I understand, there are three kinds of X pieces.  X Server, X Window Manager, X clients.  Imagine we have three computers.  One is in Boston, Mass, and two are in Berkeley, CA,   It was originally envisioned that the X Server would run in Berkeley and the X Window Manager would run in Boston?   <br>
<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Karen> -csh -- I fail. Looks like a vararg or parameter or flag, not a<br>
Karen> process.<br>
<br>
I said high level :)  You don't need to understand the flags.  Just what<br>
it is and why it is running.  This is your shell (which used to be a<br>
login process).  The leading dash is just a trick to make it know it is<br>
in fact a login shell, and not just any random interactive shell that<br>
you started by typing "csh".  But that is a detail that can wait for<br>
much later.<br>
<br>
Karen> /bin/sh /usr/local/bin/startx -- I sort of get this, but am<br>
Karen> wondering I need to be logged in as root if this computer is its<br>
Karen> own server, window manager with its own clients.<br>
<br>
No, because the X server is setuid root.  setuid is kind of important<br>
concept, maybe google it.<br></blockquote><div><br>I read about it many years ago.  It is the damage with chmod that my IT guy at the time would never want me to do.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

hth<br>
<font color="#888888">--<br>
</font><div><div></div><div class="h5">Ian Zimmerman <<a href="mailto:itz@buug.org">itz@buug.org</a>><br>
gpg public key: 1024D/C6FF61AD<br>
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD<br>
Ham is for reading, not for eating.<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><a href="http://www.linkedin.com/in/karenlhogoboom" target="_blank">http://www.linkedin.com/in/karenlhogoboom</a><br><a href="http://www.facebook.com/klhogoboom" target="_blank">http://www.facebook.com/klhogoboom</a><br>
<a href="http://boomtownbits.livejournal.com" target="_blank">http://boomtownbits.livejournal.com</a><br><br>