ventifs presents you its hash scores as their file names
and you should be able to 'ls' or 'cat' the scores to traverse
the venti tree while vacfs presents you more familiar file names.
--
On Tue, Mar 23, 2010 at 11:19 AM, Rodolfo (kix) wrote:
> vacfs?
>
> saludos.
>
> On Tue, Mar 23, 2010 at 3:
vacfs?
saludos.
On Tue, Mar 23, 2010 at 3:02 AM, YAMANASHI Takeshi <9.na...@gmail.com> wrote:
> Hi,
>
> I remember that there was a program called "ventifs" at one time in the past
> which enabled users to traverse a venti tree using usual 'cd' and 'ls'
> commands
> but I couldn't find it on th
Hi,
I remember that there was a program called "ventifs" at one time in the past
which enabled users to traverse a venti tree using usual 'cd' and 'ls' commands
but I couldn't find it on the recent /n/sources/plan9 .
Can someone let me know where I can find it?
--
YAMANASHI Takeshi
> > russ had a specific objection to "append" directories. i don't
> > recall how the argument went.
> >
>
> Is it because you can bind in new stuff to a directory if you need it?
not really. it was related to the problems with /tmp directories
in linux.
consider a standard unix-style mailbox.
On Mon, Mar 22, 2010 at 1:55 PM, erik quanstrom wrote:
> On Mon Mar 22 16:22:15 EDT 2010, n...@lsub.org wrote:
> > It would help being able to "append" to a directory, i.e., being able to
> > create new files but not to, say, remove, already created files.
>
> i considered modifying the fileserver
On Mon Mar 22 16:22:15 EDT 2010, n...@lsub.org wrote:
> It would help being able to "append" to a directory, i.e., being able to
> create new files but not to, say, remove, already created files.
i considered modifying the fileserver to do something similar
for nupas. perhaps reusing the 'a' bit.
It would help being able to "append" to a directory, i.e., being able to
create new files but not to, say, remove, already created files.
mail2fs has the same problem. I run it from a cron on my name, thus my folders
have 770 or 775 and not 777. But, if you want to run this, say, as
user none, you
> Erik,
>
> That's really interesting...how do you keep up with all that hardware?
>
> I'll give it a try with a sata cdrom. Thanks!
it's the accumulated detrius of a few years' running with
various hardware. the original terminal i had at coraid
(which i still have) is a pentium iv with an ear
> the root of the problem is that ich5 (8086/24db) is one of
> intel's first attempts at a sata/ide controller, and it doesn't
> work very well. there are ways for the sata controller to
> wedge the ide side of things, and vice versa.
>
> 9atom has a number of defenses against this. you may
> be
> When linux was first released, I remember people being surprised that GNU
> (which was still claiming to be working on at least two kernels) had
> *competition*. I also remember when the core linux hackers thought that
> 386BSD was going to `win' (in the end-days of ``all the world's a VAX'',
On Mar 22, 2010, at 9:09 AM, David Leimbach wrote:
> It's fun to look back and see what people thought was going to be the
> programming model we're being faced with though.
When linux was first released, I remember people being surprised that GNU
(which was still claiming to be working on at
> ...
> > PBS1...Plan 9 from Bell Labs
> > ELCR: 0E20
> > pcirouting: 8086/24DB at pin 1 irq 5
> > cpu0: 2793 MHz Pentium IV/Xeon loop 53571
> > apm ax=f000 cx=f000 dx=fdf9 di=0 ebx=100469 esi=0
> > found 5 e820 entries
> >
> > ...and then freezes.
>
> i've experienced this too. but not on a pen
On Mon Mar 22 11:59:21 EDT 2010, mirtchov...@gmail.com wrote:
> linus has won and we're just
> sulking :)
this all depends on your definition of "winning".
it appears your measure is user base. if this is
the definition, then windows has won.
but what i see is that there is increasing resistance
On Mon, Mar 22, 2010 at 8:47 AM, David Leimbach wrote:
> I got the hunch it wasn't designed at all, but more "hacked on" or evolved.
I shouldn't be so down on Linux, as it is arguably the most successful
OS out there. It runs on my e-reader, will be running on my next
phone, probably runs on thi
It's fun to look back and see what people thought was going to be the
programming model we're being faced with though. Things seem more NUMA than
ever, or at least heading that way, even on the desktop.
Intel's 48 core demo CPU doodad has a mesh network behind the scenes for
reasons of scalabilit
Linus in 2004 is not the same one from 1995. not to say anything about
the man, but humility is generally inversely proportional to success.
you can say the same thing about Plan 9's designers and you'd be more
or less on the point. butting egos aside, linus has won and we're just
sulking :)
On Sun, Mar 21, 2010 at 5:02 PM, EBo wrote:
> No! I'm glad that it is open source. I would not have even given it a
> second
> glance if it was not. If Linus had access to Plan 9 as a base I think
> things
> could have looked very different now, and possibly for the better.
>
I don't think th
On Sun, Mar 21, 2010 at 2:47 PM, ron minnich wrote:
> On Sun, Mar 21, 2010 at 10:36 AM, Stuart Morrow
> wrote:
>
> > so, are you basically saying that linux is a complex operating system,
> > and it just takes a genius to understand its complexity?
>
>
> no, it's just badly designed. Working wit
On Mon Mar 22 07:12:02 EDT 2010, jjackson...@gmail.com wrote:
> I'll let it sit for a while and see if it goes anywhere...
>
> Is the distribution you linked to anything like 9atom? Trying 9atom
> seems to be a common suggestion for these issues, so I gave it a shot
> and it freezes too, though th
On 22 March 2010 13:37, erik quanstrom wrote:
>> So... how is the mail -c call in newuser supposed to work for normal
>> (ie: not in group sys) users?
>
> this is how the permissions were set up in 2005 on my machine:
>
> ; ls -ld /mail/box
> d-rwxrwxrwx M 456741 upas upas 0 Jul 15 2009 /mail/box
Cool!
On Mon, Mar 22, 2010 at 4:21 AM, wrote:
> 9load will be gone soon. muzgo and i are working on 9pcload wich will
> use /dev/reboot to start the final kernel and use the native plan9
> drivers. 9pcload will itself be loaded by some simple bootblocks. we
> have iso (el torito in non emulat
> Have you tried Erik's alternative distribution:
> ftp://ftp.quanstro.net/other/plan9.iso.bz2
please don't use that! that's just the base image that
i change the kernel (and a few other things) from.
the correct path is
ftp://ftp.quanstro.net/other/9atom.iso.bz2
- erik
> So... how is the mail -c call in newuser supposed to work for normal
> (ie: not in group sys) users?
this is how the permissions were set up in 2005 on my machine:
; ls -ld /mail/box
d-rwxrwxrwx M 456741 upas upas 0 Jul 15 2009 /mail/box
- erik
I've been having similar trouble trying to install native on 3 of my 4
machines. Using an old PIII-500 box I was finally able to get it running once
I reconfigured some of the hardware. Once I got that running I started
hammering on my my new Gateway. The issue I appear to be having on my other
9load will be gone soon. muzgo and i are working on 9pcload wich will
use /dev/reboot to start the final kernel and use the native plan9
drivers. 9pcload will itself be loaded by some simple bootblocks. we
have iso (el torito in non emulation mode - no floppy emulation) and
pxe working already.
I'll let it sit for a while and see if it goes anywhere...
Is the distribution you linked to anything like 9atom? Trying 9atom
seems to be a common suggestion for these issues, so I gave it a shot
and it freezes too, though the output is a little bit different. It
prints:
PBS1...Plan 9 from Bell
I have been playing with an 2004 vintage P4 machine which
similarly hangs at probing floppy... but after a long time,
perhaps 30 secs it continues.
Have you tried waiting for this long?
Have you tried Erik's alternative distribution:
ftp://ftp.quanstro.net/other/plan9.iso.bz2
It has subtly diffe
I tried to install Plan 9 on a mass-produced Acer machine (Pentium 4,
2.4 GHz, so not too old) and it's freezing after printing, "plan9.ini
probe...probing floppy...probing floppy"...
I don't really need the floppy drive, so I unplugged it hoping that
would make a difference. It didn't.
I'm still
28 matches
Mail list logo
