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 :
> 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 wrote:
> 2011/11/22 Skip Tavakkolian :
>> because 9fans not only agree to disagree, they also disagree to agree :)
>
> +1
>
>
>> On Mon, Nov 21, 2011 at 2:44 PM, Anton wrote:
>> Btw, why there are 9atom and 9front?
>> I mean, why they aren't joined together? What the difference between them?
On 22 November 2011 00:02, Skip Tavakkolian wrote:
> because 9fans not only agree to disagree, they also disagree to agree :)
Th
> This, to be honest, doesn't say much.
> However, recently I stumbled over this:
> http://www.sptechweb.com/content/article.aspx?ArticleID=35742&print=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.
- er
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 wrote:
>> This, to be honest, doesn't say much.
>> However, recently I stumbled over this:
>> http://www.sptechweb.com/content/article.aspx?ArticleID=35742&print=true
>
> geoff did cwfs, and has done more to maintain the system
> than the rest of us
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 ctl
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 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
> runnin
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 wrote:
> Um, cinap, just FYI, I was not aiming at you or anyone else in
> particular. Sorry if it sounded that way.
>
> It'
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 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 expiration date,
On Thu, 24 Nov 2011 14:05:00 PST ron minnich wrote:
> On Thu, Nov 24, 2011 at 1:16 PM, Bakul Shah 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.
>
> Wo
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
> 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 cla
> 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, p
On Thu, Nov 24, 2011 at 9:33 PM, Lucio De Re wrote:
> Out of curiosity: 9front makes high claims about device drivers, are
> these compatible with Plan 9 (and NIX)? If so, is there a list?
A handful of device drivers have been written from scratch. Some
devices started working when their PCI IDs
On Thu, Nov 24, 2011 at 9:30 PM, Lucio De Re 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 in
> any way to
> 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 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 community affect
On Thu, Nov 24, 2011 at 9:46 PM, Lucio De Re 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 available to anyone. I
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 suppo
> No one involved with 9front saw the text of the article before it was posted.
I think you've explained your position reasonably, let's hope that
this serves as a lesson to those involved as well as to asnyone else
exposing to the press what can only be a controversial issue.
++L
> 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 hard
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.
> 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
You'll need some handholding if you try my distribution, it is not as
slick as Ron's, and right now I'd like to con
>> 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 releas
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
wrote:
> > I have written some go code on linux and i want to move it under 9
> > thanks, regards, ++pac
>
>
> 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 transpare
Can you share it over ftp or http? thanks, happy advent, Peter.
On Fri, Nov 25, 2011 at 8:30 AM, Lucio De Re wrote:
> > 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 (m
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 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 t
40 matches
Mail list logo
