Moin,
how do I have to call 9vx to get the root from a remote Plan 9 cpu/filserver?
Matthias
http://groups.google.com/group/comp.os.plan9/browse_thread/thread/3df541c516a79daa/6ad1abca006414d4?lnk=gst&q=mount+9vx+root+from+fileserver#6ad1abca006414d4
> Moin,
>
> how do I have to call 9vx to get the root from a remote Plan 9 cpu/filserver?
>
> Matthias
the example that prompted the `fish' remark was: cd location; pwd shows
location.
On Wed, Jan 7, 2009 at 3:24 PM, Dave Eckhardt wrote:
> The web server infrastructure seems pretty focused on running
> as user "none", which makes sense as far as it goes, but I
> don't want none to be able to read the files served by the
> web servers because anybody who can log in to the machine
The underlying assumption of motivation for this discussion is that
jailing (or whatever we want to call it) is somehow a good thing.
Given that every CPU we care about comes with virtualization hardware,
I just can't see the point of jails -- seems like an idea whose time
has gone, kind of like 80
On Wed Jan 7 11:58:04 EST 2009, rminn...@gmail.com wrote:
> The underlying assumption of motivation for this discussion is that
> jailing (or whatever we want to call it) is somehow a good thing.
> Given that every CPU we care about comes with virtualization hardware,
> I just can't see the point
Is the venti backing sources publically readable? Perhaps equally
importantly, are the scores of sources dump published anywhere?
I ask because I'd like a local copy of the development history, and while I
am currently spidering sources' dump, that's going to take a long while and
venti/copy -f s
hi,
i've had this behavior some time ago and haven't solved that, and now
Akshat Kumar is experiencing exactly the same, but as the venti at
faul is running on his mail server, he's unable to post here.
as soon as venti starts, an icachewriteproc can be observed which
produces high load, making t
On Tue, 2009-01-06 at 18:44 -0500, erik quanstrom wrote:
> >> a big difference between the decisions is in data integrety.
> >> it's much easier to break a fs that rewrites than it is a
> >> worm-based fs.
> >
> > True. But there's a grey area here: an FS that *never* rewrites
> > live blocks, bu
> Lets see. May be its my misinterpretation of what venti does. But so
> far I understand that it boils down to: I give venti a block of any
> length, it gives me a score back. Now internally, venti might decide
just a clarification. this is done by the client. from venti(6):
Files and Di
No, we don't publish venti scores; that would be very
poor security practice.
We'll soon be announcing a way to mirror sources with replica,
once we've shaken the procedure down. We will then discourage
the existing mirroring schemes.
On Wed, Jan 07, 2009 at 08:37:02PM -0500, ge...@plan9.bell-labs.com wrote:
> No, we don't publish venti scores; that would be very
> poor security practice.
In the general case, yes, absolutely. In the case of the nightly scores for
sources/plan9, is it still? AFAICT the entire directory tree th
http://csplan9.rit.edu/users/john/plan9vt220-full.jpeg
http://csplan9.rit.edu/users/john/plan9vt220-screen.jpeg
Just threw this onto my CPU server (yes, mock my slow processor, it
was free) and was once again pleased with how easy it is to set stuff
up on Plan 9. Just one line in plan9.ini and I
On Wed, Jan 7, 2009 at 7:10 PM, wrote:
>
> http://csplan9.rit.edu/users/john/plan9vt220-full.jpeg
> http://csplan9.rit.edu/users/john/plan9vt220-screen.jpeg
>
> Just threw this onto my CPU server (yes, mock my slow processor, it
> was free) and was once again pleased with how easy it is to set st
> On Wed, Jan 7, 2009 at 7:10 PM, wrote:
>>
>> http://csplan9.rit.edu/users/john/plan9vt220-full.jpeg
>> http://csplan9.rit.edu/users/john/plan9vt220-screen.jpeg
>>
>> Just threw this onto my CPU server (yes, mock my slow processor, it
>> was free) and was once again pleased with how easy it is t
On Wed, Jan 7, 2009 at 9:16 AM, erik quanstrom wrote:
> On Wed Jan 7 11:58:04 EST 2009, rminn...@gmail.com wrote:
>> The underlying assumption of motivation for this discussion is that
>> jailing (or whatever we want to call it) is somehow a good thing.
>> Given that every CPU we care about comes
>Just one line in plan9.ini and I was rocking.
I'll have to break out my amber-screen vt420 and give it a try. Probably not
terribly useful w/o a mouse, though! :)
<>
>>Just one line in plan9.ini and I was rocking.
>
> I'll have to break out my amber-screen vt420 and give it a try. Probably not
> terribly useful w/o a mouse, though! :)
If somebody (not necessarily me) was to put interrupt functionality
into rc, you could basically experience 70s UNIX again--
>>Just one line in plan9.ini and I was rocking.
>
> I'll have to break out my amber-screen vt420 and give it a try.
> Probably not terribly useful w/o a mouse, though! :)
But it's not bad as the console of a file server. My vt220
is on an RS232 switch so it can be the console of a couple
of mac
> The underlying assumption of motivation for this discussion is that
> jailing (or whatever we want to call it) is somehow a good thing.
> Given that every CPU we care about comes with virtualization
> hardware, I just can't see the point of jails -- seems like an idea
> whose time has gone, kind
20 matches
Mail list logo
