Re: [9fans] iwp9-bondi
my father danced with his great aunt. -rob
Re: [9fans] iwp9-bondi
i'd do that for a dollar. On 1/20/10, Rob Pike robp...@gmail.com wrote: my father danced with his great aunt. -rob
[9fans] Are we ready for DNSSEC ?
By the end of May, all the root servers should be running DNSSEC http://royal.pingdom.com/2010/01/19/the-internet-is-about-to-get-a-lot-safer/ Is Plan9 ready for such a move?
Re: [9fans] Are we ready for DNSSEC ?
On Wed Jan 20 08:27:58 EST 2010, maht-9f...@maht0x0r.net wrote: By the end of May, all the root servers should be running DNSSEC http://royal.pingdom.com/2010/01/19/the-internet-is-about-to-get-a-lot-safer/ Is Plan9 ready for such a move? there are two answers to this: yes, if you mean by this that plan 9 dns will continue to operate. no, if you mean by this that plan 9 dns will be able to use or serve dnssec records. one would likely need to start with a different structure than ndb/dns currently has to get dnssec. but i think that the most of the query logic could be reused. - erik
Re: [9fans] Are we ready for DNSSEC ?
On Jan 20, 2010, at 8:42 AM, erik quanstrom quans...@quanstro.net wrote: On Wed Jan 20 08:27:58 EST 2010, maht-9f...@maht0x0r.net wrote: By the end of May, all the root servers should be running DNSSEC http://royal.pingdom.com/2010/01/19/the-internet-is-about-to-get-a-lot-safer/ Is Plan9 ready for such a move? there are two answers to this: yes, if you mean by this that plan 9 dns will continue to operate. no, if you mean by this that plan 9 dns will be able to use or serve dnssec records. one would likely need to start with a different structure than ndb/dns currently has to get dnssec. but i think that the most of the query logic could be reused. As I understand it; It is an extension, the base DNS stuff should not change. What would need to be changed in ndb, or would looking at the source be better? - erik
Re: [9fans] Are we ready for DNSSEC ?
one would likely need to start with a different structure than ndb/dns currently has to get dnssec. but i think that the most of the query logic could be reused. As I understand it; It is an extension, the base DNS stuff should not change. What would need to be changed in ndb, or would looking at the source be better? i think your understanding ma be incomplete. dnssec requires that the rrs be chained together in a particular order. and any change to a rr triggers resigning. it may be doable, but i think it would be easier to start with dnssec in mind. - erik
Re: [9fans] Are we ready for DNSSEC ?
starting over would seem (and probably is) best. http://www.jwz.org/doc/cadt.html
[9fans] httpd
Hi, I updated http://plan9.bell-labs.com/sources/contrib/maht/httpd/* to sync with current source /n/sources/contrib/maht/httpd/* It adds -N option to stop it dropping to none which you have to be the hostowner to kill and logs any 404's to /sys/log/httpd/log I tried to see if it's in patch already but that's taking too long (patch/list has been sat there 30 mins now) Matt
Re: [9fans] Are we ready for DNSSEC ?
On Wed Jan 20 12:49:14 EST 2010, r...@swtch.com wrote: starting over would seem (and probably is) best. http://www.jwz.org/doc/cadt.html you have a design then that will do dnssec without any rewriting? - erik
Re: [9fans] httpd
As soon as I posted patch came back I've submitted it as httpd-none and changed -N to -u to match a different patch that does the same thing for another program
Re: [9fans] Are we ready for DNSSEC ?
On Jan 20, 2010, at 12:47 PM, Russ Cox r...@swtch.com wrote: starting over would seem (and probably is) best. http://www.jwz.org/doc/cadt.html Given the small amount of information I had... I havent even looked at the source yet...
Re: [9fans] Independent study topic
On Tue, Jan 19, 2010 at 11:44 PM, Justin Jackson jjackson...@gmail.com wrote: Hi everyone, I've been lurking for the past few months and I've really enjoyed reading the messages from this list. I'm looking for some ideas or advice---here's the story: I'm pursuing a Master's degree in computer science at a small school with limited options for classes. I'm enrolled in a graduate-level course in distributed systems, but the material isn't on my level. The professor understands my predicament and might allow me to do an independent study on the subject, but I would need something specific to work on. I would love to do something with Plan 9...I'm just not sure what. Compare and contrast it with other systems? Find a novel use for 9P? Is there anyone at your university doing a big (computationally) project? Like a large artificial neural network, or something that could be easily decomposed or pipelined? If so, you might be able to get some interest in finding a way to make (cheap) distributed computing available to those people right at home who need it. Maybe you could revive old hardware and save the department money. I know that doesn't sound groundbreaking at all, but it could go over well for you and introduce you to some interesting problems. I'm not very good at coming up with creative topics, so any thoughts or suggestions would be greatly appreciated. -Justin P.S. In what seems to be a grave injustice, the textbook only mentions Plan 9 on one page, and only points out the per-process namespaces and the ability to merge directories with bind. Absolutely nothing on 9P. Argh! signature.asc Description: OpenPGP digital signature
Re: [9fans] Are we ready for DNSSEC ?
On Wed, Jan 20, 2010 at 10:17 AM, erik quanstrom quans...@coraid.com wrote: On Wed Jan 20 12:49:14 EST 2010, r...@swtch.com wrote: starting over would seem (and probably is) best. http://www.jwz.org/doc/cadt.html you have a design then that will do dnssec without any rewriting? i certainly think it can be done without starting over from scratch. russ
Re: [9fans] dataflow programming from shell interpreter
Aren't DirectShow filter graphs and programs like GraphStudio/GraphEdit one possible answer to the video processing question? Filter graphs can be generated by any program, GUI or CLI, and fed to DirectShow provided one learns the in and out of generating them. The OP's question, too, finds one answer in MS PowerShell where instead of byte streams .NET objects are passed between various tools and a C#-like shell language is used for manipulating them. .NET objects can at any point be serialized/deserialized to/from XML using stock classes and routines in System.Xml.Serialization namespace. Just a note that at least some implementations of both ideas exist in production settings. --On Tuesday, January 19, 2010 15:40 + Steve Simon st...@quintile.net wrote: The PBM utilities (now net pbm) did something similar for bitmaps. I think V10 also had some pipeline utils for manipulating images. Indeed, however I make a firsm distinction between image proccessing (2d) and video processing (3d). In Video processing the image sequences can be of arbitary length, the processing is often across several fields, and, because we want our results ASAP tools should present the minimum delay possible (e.g. a gain control only needs a one pixel buffer). Aditionally image processing pipelines often have nasty things like feedback loops and mixing different paths with differing delays which all need special care. We have a package of good old unix tools developed jointly by us and the BBC which works as you might expect cat video-stream | interpolate -x 0.7 -y 0.3 | rpnc - 0.5 '*' | display however this can get quite ugly when the algorithm gets complex. We need to cache intermediate results - processing HD (let alone 2k 3d) can get time consuming so we want an environment which tee's off intermediate results automagicially and uses them if possible - sort of mk(1) combined with rc(1). It is also a pain that its not easy to work at different scales i.e. writing expressions to operate at the pixel level and using large blocks like interpolate, the rpnc is an attempt to do this but its interpreted (slow). a restricted rc(1)-like language which supports pipelines, and scalar (configuration) variables combined with a JIT compiler (in the vein of popi) looks like a solution but I have never go further than wishful thinking. -Steve
Re: [9fans] dataflow programming from shell interpreter
On Jan 20, 2010, at 4:13 PM, Eris Discordia eris.discor...@gmail.com wrote: Aren't DirectShow filter graphs and programs like GraphStudio/ GraphEdit one possible answer to the video processing question? Filter graphs can be generated by any program, GUI or CLI, and fed to DirectShow provided one learns the in and out of generating them. The OP's question, too, finds one answer in MS PowerShell where instead of byte streams .NET objects are passed between various tools and a C#-like shell language is used for manipulating them. .NET objects can at any point be serialized/deserialized to/ from XML using stock classes and routines in System.Xml.Serialization namespace. Why XML? Surely there are better options. Just a note that at least some implementations of both ideas exist in production settings. --On Tuesday, January 19, 2010 15:40 + Steve Simon st...@quintile.net wrote: The PBM utilities (now net pbm) did something similar for bitmaps. I think V10 also had some pipeline utils for manipulating images. Indeed, however I make a firsm distinction between image proccessing (2d) and video processing (3d). In Video processing the image sequences can be of arbitary length, the processing is often across several fields, and, because we want our results ASAP tools should present the minimum delay possible (e.g. a gain control only needs a one pixel buffer). Aditionally image processing pipelines often have nasty things like feedback loops and mixing different paths with differing delays which all need special care. We have a package of good old unix tools developed jointly by us and the BBC which works as you might expect cat video-stream | interpolate -x 0.7 -y 0.3 | rpnc - 0.5 '*' | display however this can get quite ugly when the algorithm gets complex. We need to cache intermediate results - processing HD (let alone 2k 3d) can get time consuming so we want an environment which tee's off intermediate results automagicially and uses them if possible - sort of mk(1) combined with rc(1). It is also a pain that its not easy to work at different scales i.e. writing expressions to operate at the pixel level and using large blocks like interpolate, the rpnc is an attempt to do this but its interpreted (slow). a restricted rc(1)-like language which supports pipelines, and scalar (configuration) variables combined with a JIT compiler (in the vein of popi) looks like a solution but I have never go further than wishful thinking. -Steve
Re: [9fans] iwp9-bondi
my father danced with his great aunt. OK, so I'm too old and senile and stupid to work out what a great aunt is, although I'm pretty sure it's not the same as a third cousin twice removed. Couldn't you just tell us her name?