On Thu, Dec 18, 2008 at 12:52 PM, lu...@proxima.alt.za wrote:
Uriel is renowned for demanding tools to be released on principle,
without him having any practical need for them.
I don't see why uriel having a practical need for them or not is
relevant. I see the relevant question as does
On Thu, Dec 18, 2008 at 12:52 PM, lu...@proxima.alt.za wrote:
Uriel is renowned for demanding tools to be released on principle,
without him having any practical need for them.
I don't see why uriel having a practical need for them or not is
relevant.
Well, let me try to explain it.
On Thu, Dec 18, 2008 at 5:47 PM, lu...@proxima.alt.za wrote:
Or, for that matter, evaluate the risk of releasing it prematurely?
What risk?
-sqweek
On Thu, Dec 18, 2008 at 5:47 PM, lu...@proxima.alt.za wrote:
Or, for that matter, evaluate the risk of releasing it prematurely?
What risk?
Untested and/or incomplete kernel changes?
++L
Didn't Plan 9 have a way to mount 6th and 7th edition disk images also?
Was that ever released?
yep, it exists, though the support is not
as extensive that ancientfs.
http://www.quintile.net/magic/man2html/4/tapefs
-Steve
PS: This is a bit of a call for interest in architectures other than
the 386, no matter how much Ron tries to discourage it. Hey, why
should I not be able to test the BG code at home?! :-)
what other architectures?
i'm not aware of anything price/performance-competitive
with intel with a
So I take it that you cant use plan9 on a DS10L?
Back to earth, I suppose :-)
I don't know the answer, but I suspect that if no one presents you
with a solution, it means you need to do the porting work yourself.
You will get assistance, but in my limited experience and knowledge it
is hard to
Forsyth pointed out that there are no mere mortal accessible [powerpc]
platforms
for experimentation in this direction.
certainly the (few) cheap ones that i knew have vanished.
there probably are conventional development boards but
those are typically too expensive to be helpful.
the situation
it won't work, so it's better to find that out when
you compile the program rather than waste time compiling
it only to fail when run.---BeginMessage---
Hi All,
the ape/pwd.h has the following
(in short pw_passwd missing, is this something unwanted ?)
struct passwd {
char*pw_name;
it won't work, so it's better to find that out when
you compile the program rather than waste time compiling
it only to fail when run.
It's an interesting philosophy, but it just bites you in a different
spot :-)
That said, it's obvious from the way the question was posed that there
is no
I'm doing some nightly backups in a cron from a linux server with p9p
vac. Venti runs on a plan 9 filserver. From what I can unvac afterwards,
it seems like it's going fine, however I'm getting these kind of messages
in the mail sent by the cron daemon:
either
vac: vtcachelocal: asked for
Hello,
please, what's the easiest way to install python on plan9?
I found python.tgz under fgb. Is that the right way to go?
Thanks
Ruda
On Wed, Dec 17, 2008 at 8:12 PM, lu...@proxima.alt.za wrote:
I can help the DS10L.
1. open window
2. look out, make sure no one is in the areas
3. slide DS10L out window
Sure, but how do you keep Plan 9 honest if no one checks
portability?
The Alpha is dead. It never ran 64-bit
Right, it seems like the files on that server don't have those fixes. I'll
update and check if this reoccurs.
Thanks,
Mathieu
---BeginMessage---
I'm doing some nightly backups in a cron from a linux server with p9p
vac. Venti runs on a plan 9 filserver. From what I can unvac afterwards,
it
On Thu, Dec 18, 2008 at 12:47 AM, lu...@proxima.alt.za wrote:
Ron needed the
software and Ron got it, whatever it took him to achieve this. Can
you spot the difference?]
It's a bit more than that: I saw a need starting in 2000, with the
initial open source release; I gave talks to anyone who
I'm yet to see anyone demonstrate a disadvantage of doing so.
the problems with publishing code is you have to:
write the manual
document the install process
remove all the debug cruft that you where leaving just in case
field emails about how it:
And we do have a sword hanging over our heads: we've got to get Plan 9
on the top 500 in 2009 or the DOE aspect of this may all go bust. So
you're looking at 9 years (feels like 90!) of pushing on strings with
a pretty hard deliverable next year.
Could you elaborate on the top 500? And why
On Fri, Dec 19, 2008 at 1:54 AM, Steve Simon st...@quintile.net wrote:
I'm yet to see anyone demonstrate a disadvantage of doing so.
the problems with publishing code is you have to:
write the manual
document the install process
remove all the debug cruft that you where
The link routines happen very early, before any user code has run.
/lib/namespace is processed by user code.
So when the links are running, I think it is simply
that there is nothing bound to /net.
Russ
Thank you... I think I see the issue now. I'm also enjoying:
245
Thank you... I think I see the issue now. I'm also enjoying:
245 /* set up the network so we can talk to
the venti server */
246 /* this is such a crock. */
Yes, yes it is...
--dho
we would all love it if you allowed venti to accept
a fd
On Thu Dec 18 13:08:15 EST 2008, sqw...@gmail.com wrote:
No no no, this is all release oriented stuff! Just put the code up so
if someone really interested happens by they can check it out and work
the details out themselves. What's the disadvantage there?
i think you have to understand that
2008/12/18 erik quanstrom quans...@quanstro.net:
Thank you... I think I see the issue now. I'm also enjoying:
245 /* set up the network so we can talk to
the venti server */
246 /* this is such a crock. */
Yes, yes it is...
--dho
we would
Well, I don´t know if it qualifies as a moderm arm platform, but once
I´m done with some usb stuff I´m doing we at lsub plan to port plan 9
to gumstix.
On Thu, Dec 18, 2008 at 5:21 PM, ron minnich rminn...@gmail.com wrote:
On Wed, Dec 17, 2008 at 8:12 PM, lu...@proxima.alt.za wrote:
I can help
i think that would be great, too but i can't think of any
arm platforms that are competitive. any suggestions?
it depends in large part what competitive means, of course. most of
the ARM stuff i'm aware of is handheld or embedded, where intel
architectures have a really hard time being
till there, if you want to try something in software take a look at
http://bitmux.org/qemu.html.
i talked once to ron about porting to the gumstix as a gsoc project
i'd be willing to do.
On Thu, Dec 18, 2008 at 7:12 PM, Steve Simon st...@quintile.net wrote:
I´m done with some usb stuff I´m doing
On Thu, Dec 18, 2008 at 10:21 PM, Anthony Sorace ano...@gmail.com wrote:
i like nokia's line, and would love to see a port of Plan 9 (or
Inferno) to the 770 or N800 (there's an even newer one, but i forget
the model off hand and don't own one of those).
Inferno works perfectly on the n770 and
I´m done with some usb stuff I´m doing we at lsub plan to port plan 9
to gumstix.
excellent, I will buy one and join in once you chose a device.
-Steve
I wouldn't usually do this, as I know this isn't e-bay, :) but since access to
non-x86 hardware is being discussed...
would anyone be interested in an IBM p630 (POWER4+)?
-Ben
winmail.dat
I guess this is mainly a question for Russ: I'm using 9pfuse for a
proof-of-concept project here at Sun and it all works quite
well. My goal is to avoid the 9P2000.u route and use 9P2000
semantics as much as possible, yet allow most of the POSIX
FS functionality to simply work.
In order to do
I would just seek to the end.
That's fine unless you have multiple
programs writing O_APPEND simultaneously,
in which case you are asking for trouble.
Russ
On Thu, Dec 18, 2008 at 2:50 PM, sqweek sqw...@gmail.com wrote:
You're not in much
of a position to mock if you download code marked proof of concept
expecting it to be production ready...
You must not read this list as much as I thought :-)
ron
On Thu, Dec 18, 2008 at 3:57 PM, Russ Cox r...@swtch.com wrote:
I would just seek to the end.
That's fine unless you have multiple
programs writing O_APPEND simultaneously,
in which case you are asking for trouble.
yep. The code in nfs clients to support O_APPEND is a wonder to
behold. A
I wouldn't usually do this, as I know this isn't e-bay, :) but since access
to non-x86 hardware is being discussed...
would anyone be interested in an IBM p630 (POWER4+)?
-Ben
Only if I don't have to port Plan 9 to it ;)
it's got x86 post codes on the front panel!
- erik
On Thu, Dec 18, 2008 at 4:22 PM, erik quanstrom quans...@coraid.com wrote:
it's got x86 post codes on the front panel!
but 3 digits right? 50% more POST!
ron
On Thu Dec 18 19:43:11 EST 2008, rminn...@gmail.com wrote:
On Thu, Dec 18, 2008 at 4:22 PM, erik quanstrom quans...@coraid.com wrote:
it's got x86 post codes on the front panel!
but 3 digits right? 50% more POST!
i never saw one with three digits, but i think
a third digit would give
I wouldn't usually do this, as I know this isn't e-bay, :) but since access
to non-x86 hardware is being discussed...
seeing that gumstix has been mentioned...
sitting on my desk is an assembled gumstix (no chassis) that had been
intended to be my wearable plan9 terminal.
my idea was to run
I wouldn't usually do this, as I know this isn't e-bay, :) but since access
to non-x86 hardware is being discussed...
seeing that gumstix has been mentioned...
sitting on my desk is an assembled gumstix (no chassis) that had been
intended to be my wearable plan9 terminal.
my idea was
On Dec 18, 2008, at 3:57 PM, Russ Cox wrote:
I would just seek to the end.
Got it. In that case, is there any reason the current version
of 9pfuse doesn't just skip O_APPEND (like it does with
O_LARGEFILE, etc.)? Since 9pfuse revalidate i_size
before writes that's the best one can do anyway(*)
On Dec 18, 2008, at 4:03 PM, ron minnich wrote:
On Thu, Dec 18, 2008 at 3:57 PM, Russ Cox r...@swtch.com wrote:
I would just seek to the end.
That's fine unless you have multiple
programs writing O_APPEND simultaneously,
in which case you are asking for trouble.
yep. The code in nfs clients
39 matches
Mail list logo
