Re: [9fans] Question on /net with respect to anonymity
On Wed, Mar 17, 2010 at 12:08 AM, Tim Newsham news...@lava.net wrote: However, the absence of ipfilters / iptables means, the gateways really have no history information and no control over who is having access to either of its interfaces. If I mounted my gateway's /net onto my machine, I would expect that the gateway would do no extra filtering on my connections than it did on any of its own connections. That's a feature, not a bug. Ditto. I did not intend to mean anything contrary to that. My interest is only to explore the networking aspects (if any), of using /net with 9P, as against the existing POSIX compliant networks we have, on fronts like anonymity, firewalling and the like. It is important to know that, if I am working to have /net on Linux.. because at the moment, I have no reason to believe that there is any use at all in doing so, apart from enabling the compiled on/for Plan 9 a.out binaries to find the /net (which they assume to be available everytime... on Plan 9 systems) when loaded on a Linux kernel with Glendix patches. Am I misunderstanding what you're saying? Rahul Murmuria Tim Newsham | www.thenewsh.com/~newsham | thenewsh.blogspot.com -- Rahul Murmuria
Re: [9fans] more little hardware
vapor. That thing was pure vapor from start to end. i think that's a little unfair. they did produce something but underestimated the time and treasure required to make a prototype even moderately usable. had it been only the lack of software, they could have fixed it, but they were stuck too early with hardware mistakes. that doesn't fully explain the software decisions, but they did produce a very strange interface. as to hardware/software: i'm often struck at how badly hardware designers still misunderstand how the software will want to see things, and not just on things like the openmoko.
Re: [9fans] recreational programming of an evening
Doing shell debugging I wrote a fork tracer that would setproc() the
return value of every fork call if non-zero. That worked fine if only
the parent did the forking but it was a pain if different processes
forked at different times it was even more useless when the forked
process immediately exec'ed because acid assumes all of the processes
it is debugging have the same symbols and address space.
Anybody with more experience than me with this kind of debugging have
any experience they'd like to share?
Noah
On Wed, Mar 17, 2010 at 5:37 AM, ron minnich rminn...@gmail.com wrote:
I'm an admirer of acid but never found that I like the truss functions
all that much. I've used acid on just enough semi-working platforms,
where breakpoints don't do what is expected, that truss is not
frequently operational and hence not that useful. Also, it's not that
great for fork. And, I'm not that happy about the need to change the
process' memory image just to do tracing. truss() just feels
unfinished.
I pretty much prefer strace on Unix to what acid can do on Plan 9. It
follows forks nicely, and it shows what's going on. And, it works even
if debugging doesn't. And, and on a lightweight node, I don't have to
drag all the acid bits along.
Now, on Linux, strace is a beast: 256KB binary, needs shared
libraries, and so on. (come to think of it that's small for a GNU
program nowadays ...)
What I want is something that works like this:
echo stop proc/75/ctl
while (echo startsyscall/proc/75/ctl) {
cat /proc/75/truss
}
(note the undocumented startsyscall verb). You need to see the source,
not the man page :-)
Well, turns out to be trivial to do in Plan 9. I did the work against
9vx, since it's so easy to prototype this stuff. The diff is so small
I just attached it. Russ already had nice pretty-print examples for
tracing system calls so I cribbed them.
Here's the output:
75 [cat] Pread 0x13d7 0fffdf30 2000 2000h= 0x9
75 [cat] Pwrite 0x12ed 0001 0fffdf30 0009 0009h= 0x9
75 [cat] Pread 0x13d7 0fffdf30 2000 2000h= 0xc
75 [cat] Pwrite 0x12ed 0001 0fffdf30 000c 000ch= 0xc
75 [cat] Pread 0x13d7 0fffdf30 2000 2000h= 0
75 [cat] Open 0x1410 6990 0014 0014h= 0x3
75 [cat] Pread 0x13d7 0003 0f00 0014 0014h= 0xc
75 [cat] Close 0x143e 0003 0f00 0014 0014h= 0
75 [cat] Exits 0x128b hecho: write
error: process exited
So, voila, we have truss, it took 15 minutes to add this in, in fact
almost as long to write this message as to add it in. And a day to
look at the code and ruminate in the odd free moment how to do it. But
that's why I still like this kernel: I can image how much fun this
would have been in just about any Unix, since I've been through a
similar exercise of this sort frequently on Linux.
I may extend it just a bit to dump stuff like file names, read and
write data, and so on. Not that hard in my view.
Anyway, I'll be doing the same thing in the 9k kernel, but the patch I
just attached should give you a hint if you need this. I think it
would help people trying to find problems in 9vx. And, I bet somebody
out there can do a better job than I did.
Obviously, you need to do a bit more work to catch fork but that's
left to the student.
ron
Re: [9fans] more little hardware
On Mar 16, 7:40Â pm, rminn...@gmail.com (ron minnich) wrote: On Tue, Mar 16, 2010 at 1:02 PM, Patrick Kelly kameo76...@gmail.com wrote: Any thought as to using the OpenMoko as a phone platform? vapor. That thing was pure vapor from start to end. No, it was not vapour. You can buy it here, for example (a place that also sells the Ben Nanonote): http://hackable-devices.com/products/product/freerunner-gta02/ There are definite cracks in the project. As far as I can tell it isn't making forward progress. For example, the hardware only supports 3 bands, not the 4 bands they intended. The software has had shaky development (I don't know its current status). But the software doesn't matter if you plan on putting your own on. The hardware is almost open, last I heard. They got snookered by a component provider that promised open but didn't actually deliver. Android and OpenMoko are phones are both open for the customer. The crucial difference is that the customer of Android is not the end-user but the customer for the OpenMoko is. Before buying one, have a look at the community to see if it is alive enough.
Re: [9fans] more little hardware
Shame it doesn't have a cell phone radio built in, or Ron and I might have just what we needed for the 9phone. One of these days I'll have something like this on my desk http://www.sparkfun.com/commerce/product_info.php?products_id=9311
Re: [9fans] install onto P5Q-Pro SATA drives
It`s possible to install the Plan 9 distribution onto Asus P5Q-Pro motherboard with two SATA HDD drive and a SATA DVD-RAM/±R/±RWdrive with 4 GB memory. reports of Asus P5Q-Pro + ahci (fossil+venti+auth+cpu server) after above time (1) It looks like to be able to read SATA CDROM, such that we can see directories, files at the top level of /n/cdrom. However, it fails to read the files under deeper levels, say such as /n/cdrom/sys/src/9/pc/pc. In short we cannot read cdrom correctly. (2) vesa vga driver doen't work for say 1280x1024x16 or x 32 vgasize ( this machine's vga card is ATI Radeon HD 4350(1002/954f). When I set it as 1280x1024x16, I see two small windows at the upper part of the display, and the lower part is jamed. For 1280x1024x32, I see four small windows at the upper 1/4 part etc... (3) for another older terminal machine with Celeron CPU with GeForce2 MX400 (10de/0110), I can set the display only for 1024x768x8. This is not vesamode, but nvidia driver. Interestingly, I can use 1024x768x32 on this machine, when I booted from the distribution CDROM (03/03/2010), which uses 9pccd. For (2), the CDROM booted system doesn't run as 1280x1024x16 or x32 mode. From the above observation, I suspect that the vga driver does read only the one byte for each pixel. If I use 32 bit depth, the one pixel have 4 bytes, and then four windows are shown. Each window is the reasult of each byte from the four bytes. Is my guess is wrong? For nvidia driver, I don't have any idea what's is going. Is the 9pccd.gz of the booting CDROM is differnt from the 9pccd.gz compiled from the source tree? Kenji
Re: [9fans] install onto P5Q-Pro SATA drives
(1) It looks like to be able to read SATA CDROM, such that we can see directories, files at the top level of /n/cdrom. However, it fails to read the files under deeper levels, say such as /n/cdrom/sys/src/9/pc/pc. In short we cannot read cdrom correctly. if you want to try the new sata stuff, there's prebuilt kernels and source at ftp://ftp.quanstro.net/other. - erik
Re: [9fans] more little hardware
On 3/16/10, John Floren slawmas...@gmail.com wrote:
Shame it doesn't have a cell phone radio built in, or Ron and I might
have just what we needed for the 9phone.
I'm been using the same phone since 2003 - the only phone I've ever owned -
so I obviously don't care (or know) much about smart phones. I don't even
send texts, only regular voice calls. I do receive texts.
However, there is one smart feature that for me would be useful enough that
carrying a big chunky thing that lives for a quarter of a day on battery might
actually be worth it, and the feature is so damn trivial to do with Plan 9 -
setting/unsetting the ring tone to/from silent in a cron job.
I don't know if other phones provide that feature but I've never heard
it mentioned.
Bonus feature, just because it's so trivial to do on a Plan 9 phone:
cat /dev/eia0 | awk -v 'RS=whateverNMEAuses' '
($longfield , $latfield == xxx,yyy){print off}' /dev/ringctl
Or more realistically, because you don't walk over the exact same spot
all the time:
'nearenough($longfield , $latfield, xxx,yyy){print toggle}'
stu
Re: [9fans] more little hardware
On 3/17/10, Charles Forsyth fors...@terzarima.net wrote: as to hardware/software: i'm often struck at how badly hardware designers still misunderstand how the software will want to see things, and not just on things like the openmoko. I'm often struck at how badly software designers still misunderstand how the user will want to see things. /cheek (note: not aimed at Plan 9, which may well be my least hated GUI and my least hated command line) Anyway, re: your hardware comment: even in virtualisation, where the hardware is actually software, they still do it wrong. Three or four years ago there was a thread on kvm-devel where Ron and Eric were advocating that a PV device should be this 9P-like thing, it never turned out that way though. -stu
Re: [9fans] more little hardware
On Tue, Mar 16, 2010 at 9:50 PM, ron minnich rminn...@gmail.com wrote: On Tue, Mar 16, 2010 at 8:03 PM, Tim Newsham news...@lava.net wrote: Hmm.. There's the OK-labs android stuff which virtualizes android on top of L4. If only p9 was running on top of L4 :) Get cracking Tim! how hard can it be? :-) Actually I still think igep + sparkfun phone module might be a path. ron I keep wanting to look into PL4n 9, but this pesky job, wife and child thing keeps getting in the way :-)
Re: [9fans] install onto P5Q-Pro SATA drives
if you want to try the new sata stuff, there's prebuilt kernels and source at ftp://ftp.quanstro.net/other. I'd like to have it in sources, because every new commer can try it first. I looked your new sources like a name of new-E820Atom Unfortunately it requires lots of changes to the structure of kernel device tree. Can't you rewrite them not dremand, say such as /sys/include/fits.h(?, sorry I don't re,member it well), just more harmony with the present style of kernel sources? Kenji
Re: [9fans] recreational programming of an evening
On Wed, Mar 17, 2010 at 1:15 AM, Noah Evans noah.ev...@gmail.com wrote: Anybody with more experience than me with this kind of debugging have any experience they'd like to share? Yes. Take this thing I've done and make it more complete, then write strace() for Plan 9, done. I may do it before you because I really need it. I'm going to modify my output to produce (what else?) S-expressions because it is a sensible format and there is a very a handy library to parse them and do reasonable things. I realize acid has many wonderful properties, but it's not a substitute for many handy tools, strace being one of them. thanks ron
Re: [9fans] more little hardware
On Wed, Mar 17, 2010 at 1:35 AM, h...@mimosa.com h...@mimosa.com wrote: On Mar 16, 7:40Â pm, rminn...@gmail.com (ron minnich) wrote: On Tue, Mar 16, 2010 at 1:02 PM, Patrick Kelly kameo76...@gmail.com wrote: Any thought as to using the OpenMoko as a phone platform? vapor. That thing was pure vapor from start to end. No, it was not vapour. You can buy it here, for example (a place that also sells the Ben Nanonote): http://hackable-devices.com/products/product/freerunner-gta02/ Yep, I guess it's buyable now, where for the 3 or so years I kept trying to buy it it was always oh, hang on, we're not quite ready yet. I'm sticking with my characterization. There are definite cracks in the project. As far as I can tell it isn't making forward progress. For example, the hardware only supports 3 bands, not the 4 bands they intended. The software has had shaky development (I don't know its current status). But the software doesn't matter if you plan on putting your own on. The hardware is almost open, last I heard. They got snookered by a component provider that promised open but didn't actually deliver. Doesn't sound that useful to me. ron
Re: [9fans] install onto P5Q-Pro SATA drives
On Wed Mar 17 11:17:05 EDT 2010, kokam...@hera.eonet.ne.jp wrote: I looked your new sources like a name of new-E820Atom Unfortunately it requires lots of changes to the structure of kernel device tree. Can't you rewrite them not dremand, say such as /sys/include/fits.h(?, sorry I don't re,member it well), just more harmony with the present style of kernel sources? i don't believe i've changed the structure of anything. and of course there's no reason you need to use the atom stuff at all. i just thought it might help with your problem. fis.h is required because all the sata drivers need to format fises and that code is centralized in libfis. a fis is the sata analogue to the ide register block. now that there are multiple sata drivers (at least in atom), it makes sense. the alternative to the library is to copy the same code around here and there. that was the original approach, but it resulted in too many bugs. - erik
Re: [9fans] more little hardware
On Wed, Mar 17, 2010 at 5:57 AM, Stuart Morrow morrow.stu...@googlemail.com wrote: However, there is one smart feature that for me would be useful enough that carrying a big chunky thing that lives for a quarter of a day on battery might actually be worth it, and the feature is so damn trivial to do with Plan 9 - setting/unsetting the ring tone to/from silent in a cron job. I would like my ringtone volume to adjust periodically to the ambient noise, which also seems fairly trivial. What did you folks with bitsies and iPAQs find useful? Any of you still packing one? -Jack
Re: [9fans] more little hardware
On Wed, Mar 17, 2010 at 2:06 PM, Jack Johnson knapj...@gmail.com wrote: On Wed, Mar 17, 2010 at 5:57 AM, Stuart Morrow morrow.stu...@googlemail.com wrote: However, there is one smart feature that for me would be useful enough that carrying a big chunky thing that lives for a quarter of a day on battery might actually be worth it, and the feature is so damn trivial to do with Plan 9 - setting/unsetting the ring tone to/from silent in a cron job. I would like my ringtone volume to adjust periodically to the ambient noise, which also seems fairly trivial. What did you folks with bitsies and iPAQs find useful? Any of you still packing one? -Jack I have fiddled with an iPAQ/bitsy on and off over the last few years. What's really nice about it is that you get access to a real computer; I booted wirelessly off my CPU server, which meant I had access to all my files and music, which was nice because the bitsy's sound hardware is supported. As long as you have a wireless connection, it's the best way to use a PDA. If wireless goes away... life sucks. It was nice--the reason I don't use it is because the adapter which gives PCMCIA capability makes the device about 3 inches thick, and the battery is pretty old/weak. By my assessment, the bitsy was just a little too primitive for Plan 9. You need a bulky adapter to get wireless (PCMCIA sleeve + orinoco, basically), the boot process is a bit weird, there's not really much local storage, and of course it's a PDA, not a phone, so you still have to carry around a cell phone too. If we could either port to a modern ARM-based phone or work out some sort of relatively space-efficient combination of the Beagleboard + touchscreen + cell radio + battery, I think life would be nice. The OpenMoko platform is quite cheap, but I don't know that there's much future there; I can't find the reference now, but I'm pretty sure I read somewhere on the site that they do not plan to design any more hardware. John -- Object-oriented design is the roman numerals of computing -- Rob Pike
[9fans] 9vx and email
Hello, I've been searching through the man pages and 9fans archive and I am unable to figure out how to correctly setup plan9 to read and write mail. I've added my mail servers in different places (i.e. /rc/bin/termrc, /lib/ndb/local, /mail/lib/rewrite.gateway), ran factotum, ran upas/fs but I'm unable to read or write mail. Can anyone point me in the right direction? saludos, -- Hugo
Re: [9fans] 9vx and email
I've been searching through the man pages and 9fans archive and I am unable to figure out how to correctly setup plan9 to read and write mail. I've added my mail servers in different places (i.e. /rc/bin/termrc, /lib/ndb/local, /mail/lib/rewrite.gateway), ran factotum, ran upas/fs but I'm unable to read or write mail. Can anyone point me in the right direction? i think you want rewrite not rewrite.gateway. the should be seen as alternates of the same file, not different working files. here are the files that i know we've modified here, all in /mail/lib - qmail - remotemail - rewrite - smtpd.conf it's helpful in debugging to make sure the log files /sys/log/^(smtp smtpd mail smtp.fail) all exist. - erik
Re: [9fans] more little hardware
On Mar 17, 2010, at 20:13 , John Floren wrote: On Wed, Mar 17, 2010 at 2:06 PM, Jack Johnson knapj...@gmail.com wrote: On Wed, Mar 17, 2010 at 5:57 AM, Stuart Morrow morrow.stu...@googlemail.com wrote: However, there is one smart feature that for me would be useful enough that carrying a big chunky thing that lives for a quarter of a day on battery might actually be worth it, and the feature is so damn trivial to do with Plan 9 - setting/unsetting the ring tone to/from silent in a cron job. I would like my ringtone volume to adjust periodically to the ambient noise, which also seems fairly trivial. What did you folks with bitsies and iPAQs find useful? Any of you still packing one? -Jack I have fiddled with an iPAQ/bitsy on and off over the last few years. What's really nice about it is that you get access to a real computer; I booted wirelessly off my CPU server, which meant I had access to all my files and music, which was nice because the bitsy's sound hardware is supported. As long as you have a wireless connection, it's the best way to use a PDA. can agree to that. used it to play music too, a bit. there was a time when I occasionally used it as small terminal, at the university, at home, or even elsewhere, to connect via vnc to a session running on the desktop at the office. with a tiny font, an xterm would be big enough to read email via mh. I also used it on occasion when diagnosing plan 9 cpu server in the server room - it was a nice small machine to bring there. bulky it was - I have the bigger sleeve that allows use of two thin pcmcia cards (e.g. wifi and hard disk). I don't know exactly why I stopped using it... somehow the use I had for it disappeared, I guess. Axel.
Re: [9fans] more little hardware
On Mar 17, 2010, at 20:13 , John Floren wrote: On Wed, Mar 17, 2010 at 2:06 PM, Jack Johnson knapj...@gmail.com wrote: On Wed, Mar 17, 2010 at 5:57 AM, Stuart Morrow morrow.stu...@googlemail.com wrote: However, there is one smart feature that for me would be useful enough that carrying a big chunky thing that lives for a quarter of a day on battery might actually be worth it, and the feature is so damn trivial to do with Plan 9 - setting/unsetting the ring tone to/from silent in a cron job. I would like my ringtone volume to adjust periodically to the ambient noise, which also seems fairly trivial. What did you folks with bitsies and iPAQs find useful? Any of you still packing one? -Jack I have fiddled with an iPAQ/bitsy on and off over the last few years. What's really nice about it is that you get access to a real computer; I booted wirelessly off my CPU server, which meant I had access to all my files and music, which was nice because the bitsy's sound hardware is supported. As long as you have a wireless connection, it's the best way to use a PDA. Sorry to spam a bit more, but memory is returning... I wrote: can agree to that. used it to play music too, a bit. there was a time when I occasionally used it as small terminal, at the university, at home, or even elsewhere, to connect via vnc to a session running on the desktop at the office. with a tiny font, an xterm would be big enough to read email via mh. I also used it on occasion when diagnosing plan 9 cpu server in the server room - it was a nice small machine to bring there. I also used it to play games (sudoku, rush hour) bulky it was - I have the bigger sleeve that allows use of two thin pcmcia cards (e.g. wifi and hard disk). I don't know exactly why I stopped using it... somehow the use I had for it disappeared, I guess. and there was also the issue that suspend/resume was not working for me, if I remember well (though it has been working for others - did it work for you, John?) and thus battery life was rather limited, unless I would shutdown/reboot every time, which was less convenient. Axel.
Re: [9fans] more little hardware
On Wed, Mar 17, 2010 at 3:57 PM, Axel Belinfante axel.belinfa...@cs.utwente.nl wrote: On Mar 17, 2010, at 20:13 , John Floren wrote: On Wed, Mar 17, 2010 at 2:06 PM, Jack Johnson knapj...@gmail.com wrote: On Wed, Mar 17, 2010 at 5:57 AM, Stuart Morrow morrow.stu...@googlemail.com wrote: However, there is one smart feature that for me would be useful enough that carrying a big chunky thing that lives for a quarter of a day on battery might actually be worth it, and the feature is so damn trivial to do with Plan 9 - setting/unsetting the ring tone to/from silent in a cron job. I would like my ringtone volume to adjust periodically to the ambient noise, which also seems fairly trivial. What did you folks with bitsies and iPAQs find useful? Any of you still packing one? -Jack I have fiddled with an iPAQ/bitsy on and off over the last few years. What's really nice about it is that you get access to a real computer; I booted wirelessly off my CPU server, which meant I had access to all my files and music, which was nice because the bitsy's sound hardware is supported. As long as you have a wireless connection, it's the best way to use a PDA. Sorry to spam a bit more, but memory is returning... I wrote: can agree to that. used it to play music too, a bit. there was a time when I occasionally used it as small terminal, at the university, at home, or even elsewhere, to connect via vnc to a session running on the desktop at the office. with a tiny font, an xterm would be big enough to read email via mh. I also used it on occasion when diagnosing plan 9 cpu server in the server room - it was a nice small machine to bring there. I also used it to play games (sudoku, rush hour) bulky it was - I have the bigger sleeve that allows use of two thin pcmcia cards (e.g. wifi and hard disk). I don't know exactly why I stopped using it... somehow the use I had for it disappeared, I guess. and there was also the issue that suspend/resume was not working for me, if I remember well (though it has been working for others - did it work for you, John?) and thus battery life was rather limited, unless I would shutdown/reboot every time, which was less convenient. Axel. I seem to remember something like that. I don't recall exactly what it was. I might see if I still have the bitsy in storage somewhere, now that RIT has just installed a much more extensive wireless network. I think my biggest problem was with getting wireless set up. I was also unable to build a new image from source; I don't remember exactly the problem but I had to fall back on one you provided. Also, the keyboard gets kind of squished when the scribble area is displayed, the backspace key in particular was nearly impossible to hit. If I could have successfully built a new image, I could have disabled the scribble portion, but in my case I was out of luck. John -- Object-oriented design is the roman numerals of computing -- Rob Pike
[9fans] DNS dynamic update
Hi! I'm trying to set up an application(don't ask :) ) on my LAN that more-or-less requires the ability to perform dynamic updates of DNS. I'm currently using a Plan 9 system to serve DNS, but DHCP is being served by a FreeBSD machine (because it supplies the correct info for non-Plan 9 hosts). Does Plan 9's DNS support dynamic update? I've read the man pages, but it seems that the answer is no. Thanks in advance! -Ben
Re: [9fans] DNS dynamic update
(because it supplies the correct info for non-Plan 9 hosts). What info did your hosts need that Plan 9's dhcpd didn't supply?
Re: [9fans] 9vx on MacOS X: problem with contrib
there is a bug with wstats somewhere, I think ron got around this on linux. On Tue, Mar 16, 2010 at 3:13 PM, Semka Novikov m...@sdfgh153.ru wrote: Hi there, i'm newbie in Plan 9 so may be this is common mistake (but i still can't google it). I have Intel mac with 10.6 OSX and 9vx from official site. Also I have plan9.tar.bz from this thread: http://www.mail-archive.com/9fans@9fans.net/msg02125.html. Plan9 user is glenda, OSX user is semka, but if i touch test; ls -l test it have semka as owner. Every time I trying to install contrib it falls with Permission denied errors. There is log: term% /n/sources/contrib/fgb/root/rc/bin/contrib/install fgb/contrib ... error: copying /386/bin/contrib/cat: '/386/bin/contrib/cat' Permission denied error: copying /386/bin/contrib/create: '/386/bin/contrib/create' Permission denied error: copying /386/bin/contrib/gui: '/386/bin/contrib/gui' Permission denied error: copying /386/bin/contrib/install: '/386/bin/contrib/install' Permission denied error: copying /386/bin/contrib/list: '/386/bin/contrib/list' Permission denied error: copying /386/bin/contrib/local: '/386/bin/contrib/local' Permission denied ... And so on, I can send full contrib-install log if needed. Sorry for, may be, too noob question (: -- take care of the brain -- Federico G. Benavento
Re: [9fans] DNS dynamic update
(because it supplies the correct info for non-Plan 9 hosts). What info did your hosts need that Plan 9's dhcpd didn't supply? Specifically, Plan 9's dhcpd does not supply a context-specific DNS suffix (ie, default domain name), which Windows systems need in order to resolve hosts by short name. That is, if my internal DNS zone is home.local, and I have a system ns2.home.local, if dhcpd doesn't tell a Windows box that it's dns suffix should be home.local, then it will be able to resolve ns2.home.local, but not just ns2. I looked at the dhcpd code, but it was easier to just have ISC dhcpd do the work on a FreeBSD system, since I already had it set up. Plan 9's DNS does what I need it to (except the dynamic updates) and was easier to set up than BIND. Thanks! -Ben winmail.dat
Re: [9fans] 9vx on MacOS X: problem with contrib
best bet is to run this under ktrace/strace or whatever you use on a mac nowadays and let us get a look at it. ron
Re: [9fans] DNS dynamic update
It looks from my reading from of dhcpd.c that you could just tweek windows (the registry I assume) and make windows ask for the domain, in which case dhcpd should supply it. If you hate this idea then I think the change to add windows specific dhcp options would be easy - there is already a special case for plan9 clients. FWIW there is another weirdness of windows, the windows DHCP server doesn't communicate with the DNS server on windows, it expects the client to send an Inform packet to the DHCP server telling it of the clients chosen name. -Steve
