Added makefile to comments.

This commit is contained in:
hal 2002-03-06 19:05:29 +00:00
parent f8791adb36
commit 851d1aa288
1 changed files with 64 additions and 55 deletions

View File

@ -50,7 +50,7 @@
<para>
<remark>
v4.x changes:
- artheader tag changed to articleinfo
- graphic tag is being depricated in DocBook 5.x. To prepare for
this, you should instead use the mediaobject tag.
@ -81,6 +81,7 @@ Start rewrite 01/13/02 Hal Burgiss.
Changes:
Converted to DocBook
Rewrite! Rewrite!
A zillion changes.
ToDo:
$DISPLAY
@ -99,71 +100,79 @@ _X11TransSocketUNIXConnect: Can't connect: errno = 111 giving up.
xinit: Connection refused (errno 111): unable to connect to X server
xinit: No such process (errno 3): Server error.
## Makefile to build this doc as HTML and TXT ####################
From throopw@sheol.org Tue Jan 29 00:00:38 2002
Newsgroups: comp.os.linux.x,comp.os.linux.questions
Subject: Re: A problem redirecting X DISPLAY.....
Date: Mon, 28 Jan 2002 21:35:29 GMT
Xref: usenetserver.com comp.os.linux.x:169106 comp.os.linux.questions:115863
X-Received-Date: Mon, 28 Jan 2002 16:41:26 EST (e3500-atl2.usenetserver.com)
# X Windows User HOWTO Makefile
#
# Hal Burgiss hal@foobox.net
#
: kgrigg@diamonddata.com (Kelly)
: I've run into a problem. I'm on a company network. On another
: machine, I ran RH 6.2, and would connect to a Sun box using ssh. On
: my local term window, I'd do something like xhost +fred, then go ssh
: -l user fred. When I got on the 'fred' box...I'd do export
: DISPLAY=my ip address.
TITLE = XWindow-User-HOWTO
EXT = sgml
SRC_DIR = LDP/howto/docbook
HTML_DIR = X-USER
SRC = $(SRC_DIR)/$(TITLE).$(EXT)
Which, of course, is completely and totally the Wrong Thing To Do.
BUILD = jade -t sgml -ihtml -d /usr/lib/sgml/stylesheets/ldp.dsl\#html
BUILD_TXT = jade -t sgml -i html -d /usr/lib/sgml/stylesheets/ldp.dsl\#html -V nochunks
SPELL_CMD = aspell -H -c
LINKS_CMD = /usr/bin/linkchecker *html
EDIT_CMD = /usr/bin/vim -g
TBROWSER = w3m
TMP_TXT = __tmp.sgml
WWW=/var/www/html/ldp/x-user
SRC_URL = http://feenix.burgiss.net/ldp/x-user/$(TITLE).$(EXT).gz
Instead, simply ssh to the sun box. Don't xhost. Don't reset the DISPLAY.
Part of the point of use of ssh is that it redirects your X connections
to the secured, encrypted channel it creates, without creating additional
authentication with xhost. By using xhost, you defeat the security of
the authentication ssh does, and by resetting DISPLAY, you are
throwing away the work ssh does to proxy your display.
all: doc txt
: My problem: I'm on a different box now...Just installed RH 7.2....I
: can ssh onto Fred...I follow the exact same steps with xhosts...and
: export DISPLAY, but, I keep getting this message:
:
: emacs: Cannot connect to X server ip address
doc: html
Depending on your install, this is probably due to the fact that
rh7.2 has stricter firewalling rules, and doesn't approve of unsecured
remote access to the X display. Simply drop the xhost and DISPLAY reset,
and all should be well. Oh, you might have to use "-X" on the ssh connection
if rh7.2 doesn't configure X proxying on by default.
html:
rm -fr $(HTML_DIR)
mkdir -p __tmp_htmls
mv -f *.html __tmp_htmls 2>/dev/null || :
mkdir -p $(HTML_DIR)
$(BUILD) $(SRC) ||\
(rm -f *.html && mv -f __tmp_htmls/* . || : && rm -rf __tmp_htmls && false)
mv -f *html $(HTML_DIR)
mv -f __tmp_htmls/* . 2>/dev/null || :
rm -fr __tmp_htmls
: One other funny thing...If I'm user 'a' on this new box...and I su as
: another user (like oracle)...and I try to fire up an X
: application...I would get an error msg and it failed. I don't
: understand since this is on the same box...I get this error:
:
: Xlib: connection to ":0.0" refused by server
: Xlib: Client is not authorized to connect to Server
: emacs: Cannot connect to X server :0.
: Check the DISPLAY environment variable or use `-d'.
: Also use the `xhost' program to verify that it is set to permit
: connections from your machine.
clean:
rm -fr $(HTML_DIR) *~ __tmp_htmls
X is set up to use xauth authentication instead of xhost authentication.
In use of xauth, only users that know the MIT-MAGIC-COOKIE for your
display can access it. These secrets are stored in users' $HOME
directories, in files permissed so other's can't read them.
Because, in fact, you *don't* want people to be able to access
your display just because they happen to be running on the same machine.
Requiring them to know the secret (ie, mostly, requiring them to be the
same user) is much safer.
Look at the xauth man page. If you want to, you can pass along
your xauth keys to your su-ed shell; the man page should say
how this is done.
edit:
$(EDIT_CMD) $(SRC)
Wayne Throop throopw@sheol.org http://sheol.org/throopw
spell:
$(SPELL_CMD) $(SRC)
spellchecker: spell
links:
cd $(HTML_DIR) && $(LINKS_CMD)
linkchecker: links
linkcheck: links
txt:
$(BUILD_TXT) $(SRC) > $(TMP_TXT).html
$(TBROWSER) -dump $(TMP_TXT).html > $(TITLE).txt && gzip -f $(TITLE).txt && rm -f $(TMP_TXT).html
text: txt
www:
cp -fv $(HTML_DIR)/* $(TITLE).txt.gz $(SRC) $(WWW)
gzip -f $(WWW)/$(TITLE).sgml
rsync -auv $(WWW)/* feenix://$(WWW)/
submit:
@echo "Updated and ready: $(SRC_URL)" |\
mail -s "$(TITLE) update" submit@linuxdoc.org &&\
echo " $(TITLE) Submitted!"
</remark>
</para>