This days probably your best chance is to work with Go (designed by
some of the creators of Plan 9 now at Google), there are quite a few
organizations using it already in production and some are hiring:
http://go-lang.cat-v.org/organizations-using-go
uriel
On Mon, Nov 21, 2011 at 11:00 PM, Jani
2011/11/22 Skip Tavakkolian skip.tavakkol...@gmail.com:
because 9fans not only agree to disagree, they also disagree to agree :)
+1
You mean -1, don't you?
On Thu, Nov 24, 2011 at 5:40 PM, Yaroslav yari...@gmail.com wrote:
2011/11/22 Skip Tavakkolian skip.tavakkol...@gmail.com:
because 9fans not only agree to disagree, they also disagree to agree :)
+1
This, to be honest, doesn't say much.
However, recently I stumbled over this:
http://www.sptechweb.com/content/article.aspx?ArticleID=35742print=true
geoff did cwfs, and has done more to maintain the system
than the rest of us put together. he has my respect for that.
thanks, geoff.
- erik
it seems to me that cat-v.org is in the business of promoting itself.
i've had patches that were accepted and some that were rejected for
good reasons. please point out the rejected patches (which are also
kept) so that we can judge the veracity of the claims being made.
I have great respect for
I'm impressed by the work Geoff, and others do on Plan9, and I'm not
talking about 9front at all.
Jim, Charles, and others made an excellent port for amd64,
which is cleaner that any other system I've seen. We used that
as a starting point for nix.
I think is childish to fork a system because the
The work of Geoff and everyone inside and outside of Bell Labs who
have contributed over the years is greatly appreciated. Obviously,
none of us would be here talking about Plan 9 without their
contributions. It's because of their hard work that we have a base
from which to launch our experiments.
On Thu, Nov 24, 2011 at 10:25 AM, erik quanstrom quans...@quanstro.net wrote:
This, to be honest, doesn't say much.
However, recently I stumbled over this:
http://www.sptechweb.com/content/article.aspx?ArticleID=35742print=true
geoff did cwfs, and has done more to maintain the system
than
so it is childish to replace 9load? or build a distribution that
uses the stable and robust cwfs instead of fossil? write an
audio layer? moving realmode and keyboard processing to userspace?
unify the boot process to to break into rc shell, so one can
at see what hardware got detected, poke at
Um, cinap, just FYI, I was not aiming at you or anyone else in
particular. Sorry if it sounded that way.
It's a holiday here, and not many other places, but still ... happy
-day everyone!
ron
On Tue, 22 Nov 2011 14:53:27 PST Lyndon Nerenberg lyn...@orthanc.ca wrote:
I found that Virtualbox worked very well when I was fiddling with my
Macbook on the way back from IWP9. I haven't tried it on the thinkpad
yet.
What would be *really* helpful is if people who have actual real live
neither am I.
I was saying it would have been much better to see which
one was the problem with patches and address it.
have fun.
On Thursday, November 24, 2011, ron minnich rminn...@gmail.com wrote:
Um, cinap, just FYI, I was not aiming at you or anyone else in
particular. Sorry if it sounded
But I am not a fan of Wikis. Usually a wiki ends up being an
unstructured collection of useful facts that can go stale as
it takes a lot of effort to keep it organized.
I'm no fan either, but until someone comes up with an alternative there
is no way of knowing which one sucks more.
On Thu, Nov 24, 2011 at 1:16 PM, Bakul Shah ba...@bitblocks.com wrote:
But I am not a fan of Wikis. Usually a wiki ends up being an
unstructured collection of useful facts that can go stale as
it takes a lot of effort to keep it organized.
Would be interesting if every wiki entry came with an
On Thu, 24 Nov 2011 14:05:00 PST ron minnich rminn...@gmail.com wrote:
On Thu, Nov 24, 2011 at 1:16 PM, Bakul Shah ba...@bitblocks.com wrote:
But I am not a fan of Wikis. Usually a wiki ends up being an
unstructured collection of useful facts that can go stale as
it takes a lot of effort
On Thu Nov 24 15:40:16 EST 2011, cinap_len...@gmx.de wrote:
so it is childish to replace 9load? or build a distribution that
uses the stable and robust cwfs instead of fossil? write an
audio layer? moving realmode and keyboard processing to userspace?
unify the boot process to to break into rc
I have great respect for Geoff and what he has been and continues to
do for Plan 9.
I'd like to add my voice to this. And I take exception to Schmidt
taking the glory for cwfs, which is Geoff Collyer's work and is not in
any way to be treated as a sequel to Fossil.
++L
I'm impressed by the work Geoff, and others do on Plan9, and I'm not
talking about 9front at all.
Jim, Charles, and others made an excellent port for amd64,
which is cleaner that any other system I've seen. We used that
as a starting point for nix.
Out of curiosity: 9front makes high claims
I take full responsibility for the misunderstandings, though
I wonder why we're all so credulous when it comes to articles on
websites.
Because that's the point of journalism. You ought to have made sure
that the community affected by the article was informed about its
inaccuracies. I do
so it is childish to replace 9load? or build a distribution that
uses the stable and robust cwfs instead of fossil? write an
audio layer? moving realmode and keyboard processing to userspace?
unify the boot process to to break into rc shell, so one can
at see what hardware got detected, poke
On Thu, Nov 24, 2011 at 9:30 PM, Lucio De Re lu...@proxima.alt.za wrote:
I have great respect for Geoff and what he has been and continues to
do for Plan 9.
I'd like to add my voice to this. And I take exception to Schmidt
taking the glory for cwfs, which is Geoff Collyer's work and is not
A handful of device drivers have been written from scratch. Some
devices started working when their PCI IDs were added to existing
drivers.
A bit like pulling teeth, isn't it? It is natural to become defensive
of one's efforts, but that also leads to categorising those against
whom defenses
On Thu, Nov 24, 2011 at 9:37 PM, Lucio De Re lu...@proxima.alt.za wrote:
I take full responsibility for the misunderstandings, though
I wonder why we're all so credulous when it comes to articles on
websites.
Because that's the point of journalism. You ought to have made sure
that the
On Thu, Nov 24, 2011 at 9:46 PM, Lucio De Re lu...@proxima.alt.za wrote:
Is it too late to merge Plan 9, 9front and NIX by applying patches as
the Go Authors do with their stuff?
The divergence is probably already too wide for merging with simple
patches, but 9front's changes are of course
theres a new miniport originaly based on the ac97 driver for the
audio devices.
sb16 driver was rewritten mainly to get interrupt free output
in emulators like qemu and bochs. required minimal changes to
the legacy dma controller code.
hda driver was written from scratch.
all audio drivers
theres a new miniport originaly based on the ac97 driver for the
audio devices.
sb16 driver was rewritten mainly to get interrupt free output
[... snip ...]
Yeow!
no #P/realmode anymore. no 16bit code in kernel, e820 scan
done by bootloader.
thats all i can remember for hardware
drivers should be pretty portable.
there are more drastic changes like the eqlock function
that touched many places. its basicly a normal qlock()
that can error() out when the process gets a note or
gets killed.
--
cinap
which is the current distribution of 9go: by ron at golang.org, or at
contrib/lucio?
I have written some go code on linux and i want to move it under 9
thanks, regards, ++pac
use either one. Let us know how it goes :-)
ron
I have written some go code on linux and i want to move it under 9
thanks, regards, ++pac
your best bet is to cross-compile on Linux. set GOOS to plan9 and GOARCH to 386.
I have written some go code on linux and i want to move it under 9
thanks, regards, ++pac
your best bet is to cross-compile on Linux. set GOOS to plan9 and GOARCH to
386.
That's a nice idea, but I haven't had much joy in the last few days
trying that. I haven't tried a tagged release,
okay, I'll try all three possibilities, however, how to extract files from
lucio's go.ext? I see that it is plain text... thanks, ++pac
On Fri, Nov 25, 2011 at 8:21 AM, andrey mirtchovski
mirtchov...@gmail.comwrote:
I have written some go code on linux and i want to move it under 9
thanks,
okay, I'll try all three possibilities, however, how to extract files from
lucio's go.ext? I see that it is plain text... thanks, ++pac
disk/mkfs, see the man page (man mkext). But I'd rather hand you a
fresher release, if you can be patient. Right now I need a new web
proxy as the
Or, you can use http://www.uschovna.cz if it is not over 200MiB
On Fri, Nov 25, 2011 at 8:34 AM, Peter A. Cejchan tyap...@gmail.com wrote:
Can you share it over ftp or http? thanks, happy advent, Peter.
I'd like to say here that I'm sorry if my mail in this thread
did hurt any feelings. That was not my aim, again.
I know all of us keep a local copy in one way or another,
but I'd like to suggest that all of us keep on sending patches and
code to bell labs; that's the least we can do, considering
35 matches
Mail list logo
