From mboxrd@z Thu Jan 1 00:00:00 1970 Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <51BFD236-7562-4B0C-8473-A46B66A9D95F@utopian.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: 9fans@cse.psu.edu From: Joshua Wood Subject: Re: [9fans] a small error in /rc/bin/cpurc Date: Mon, 5 Nov 2007 06:51:25 -0800 Topicbox-Message-UUID: e9078496-ead2-11e9-9d60-3106f5b1d025 > > But... unfortunately I don't have spare machine to run Plan9 native. > I must run Plan9 in VMware player. Well understood. We use a virtual machine product ourselves for terminals and for testing. While you might not utilize all the possibilities of network management with Plan 9 because you're on vmware, I think my first sentence still applies: It appears you've found a good reason to make a little, one-time edit to your ndb file. If you're running as a cpu server for any good reason, you're going to want to set at least a few values in ndb to help the system work smoothly. Things like the value of $cpu, authserver, and fileserver for terminals, for starters. If you're running as a cpu server in a vm just to log in at the console, not run any terminals or even drawterms, and you like termrc, I'm not sure I understand why you're even running a cpu kernel for your current purposes. Lastly, I may be missing something, but it seems like if you make your call to ip/ipconfig to get your DHCP-provided ip address in either of /bin/cpurc.local or /cfg/$sysname/cpurc, you would achieve your desired behavior when the /bin/cpurc invocation of ndb/dns -r happens. -- Josh