9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* Re: [9fans] lp bind strangeness
@ 2003-03-31 15:44 David Presotto
  0 siblings, 0 replies; 2+ messages in thread
From: David Presotto @ 2003-03-31 15:44 UTC (permalink / raw)
  To: steve.simon, 9fans

Why don't you run /386/bin/ns in lp before it's many binds and before it
runs lpdspooler to see what it is that you have?

/bin/lp rebuilds its /bin from scratch at its start but uses stuff you've
bound onto to do it.

Another thing to do woule be to comment out binds in your namespace.local
till things start working again and then work backwards.


^ permalink raw reply	[flat|nested] 2+ messages in thread

* [9fans] lp bind strangeness
@ 2003-03-31 14:22 steve.simon
  0 siblings, 0 replies; 2+ messages in thread
From: steve.simon @ 2003-03-31 14:22 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1058 bytes --]

Hi,

I cannot work out what is going on.

I have been using lp to print via a remote BSD printer for months.

I have added a /lib/namespace (attached) but I cannot see how
this harms anything.

NB. my /usr/local/sys/lib/lp/spooler only contains the binaries for forsyth's
smb print client.

Now when I try to print I get:
	lpdspool: '/bin/rc' directory entry not found
On closer inspection the following code from /rc/bin/lp is being run:

if (~ $RESET '') {
	switch ($SPOOLER) {
	case -;	echo spooler does not exist for $LPDEST >[1=2]
		exit 'no spooler'
	case *;	bind -b $LPLIB/spooler /bin
		if (~ $#* 0) $SPOOLER
		if not $SPOOLER $*
	}
}

it seems that the bind is causing /386/bin/rc to disapear from /bin.

I cannot see how this can be possible. If I change the bind -b to a bind -a
then it works as expected.

It cannot be any of my mounts as lp rebuilds /bin's mounts itself
and I have nothing mounted over /386/bin or /rc/bin for that matter.

I thought I understood union directories - obviously not :-(

-Steve

[-- Attachment #2.1: Type: text/plain, Size: 315 bytes --]

The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Disposition: attachment; filename=namespace.local
	Content-Type: text/plain; charset="US-ASCII"
	Content-Transfer-Encoding: 7bit

[-- Attachment #2.2: namespace.local.suspect --]
[-- Type: application/octet-stream, Size: 912 bytes --]

bind -b /usr/local/386/bin /bin
bind -a /386/bin/ip /bin/ip
bind -a /386/bin/upas /bin/upas

bind -b /usr/local/rc/bin /bin
bind -a /rc/bin/service /bin/service

bind -b /usr/local/acme/bin/386 /acme/bin/386

bind -a /usr/local/386/lib /386/lib
bind -a /usr/local/386/include /386/include
bind -a /usr/local/sys/include /sys/include

bind -a /usr/local/sys/doc /sys/doc

bind -a /usr/local/sys/man/1 /sys/man/1

bind -a /usr/local/sys/lib/lp/spooler /sys/lib/lp/spooler

bind -a /usr/local/lib/font/bit/pelm /lib/font/bit/pelm
bind -a /usr/local/lib/font/bit/lucida /lib/font/bit/lucida

bind -a /usr/local/sys/lib /sys/lib

bind -c /usr/local/lib/face/48x48x4/.dict /lib/face/48x48x4/.dict
bind -a /usr/local/lib/face/48x48x4 /lib/face/48x48x4

bind -b /usr/local/mail/lib /mail/lib

bind -bc /usr/local/sys/src/9/pc /sys/src/9/pc
bind -bc /usr/local/sys/src/9/boot /sys/src/9/boot

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2003-03-31 15:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-03-31 15:44 [9fans] lp bind strangeness David Presotto
  -- strict thread matches above, loose matches on Subject: below --
2003-03-31 14:22 steve.simon

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).