In my opinion,
the Uriel patch is better. If you check for the words "9p(2000)" and
"fuse" (without spaces, end of line, start of line, or other things)
probably the patch will be "kernel independent"
The "lsmod" output format can change in new releases too.
Saludos.
> Thanks for your reply, bu
http://swtch.com/v9fs seems to have a nightly updated copy of v9fs in
the linux kernel tree.
On Thu, Jun 19, 2008 at 12:05 AM, Uriel <[EMAIL PROTECTED]> wrote:
> Thanks for your reply, but I'm not clear what you mean: should p9p's
> mount check the kernel version? or are you talking about 9mount?
> RAID has some disadvantages, eg. you have to nail-down partition
> sizes and it's not trivial to resize or move around volumes.
you seem to be making a general claim about all storage
management solutions that i don't think can be backed
up.
as an example i have no rooting interest in, way back
> because I'm difficult you may need to [...]
>-eric
Amen.
// combining functionality that is logically distinct is
// generally called unmodular, and a layering violation
// in this particular senerio.
i agree with the principle, but i'm not sure it applies in this
case. what's described (at least the part before any "garbage"
collection is done) is real
> // combining functionality that is logically distinct is
> // generally called unmodular, and a layering violation
> // in this particular senerio.
>
> i agree with the principle, but i'm not sure it applies in this
> case. what's described (at least the part before any "garbage"
> collection is
Thanks for the patch, Uriel.
The http://swtch.com/v9fs script stopped working
a long time ago, and I never bothered to find
out why. I've changed the text on that page,
though clicking on the "date and checksums"
link has always shown that the last update
was October 2006.
A few p9p programs--
I am curious about the relative sizes of people's venti
servers, how much data they have stored, and how
quickly they are filling.
Please run
hget http://my-venti-url/storage >/tmp/v
hget http://my-venti-url/index >>/tmp/v
mail -s 'venti survey' [EMAIL PROTECTED]
On Wed, Jun 18, 2008 at 10:05 PM, Uriel <[EMAIL PROTECTED]> wrote:
> Thanks for your reply, but I'm not clear what you mean: should p9p's
> mount check the kernel version? or are you talking about 9mount?
>
Whatever function deals with passing the options to the mount system
call needs the modific
>> By the way, where can one find the git tree with the latest v9fs? I
>> was googling and struggling with the swik 'thing' (words fail me...),
>> but couldn't find it, I know it is somewhere...
>
> The "latest" is in linus' head branch on kernel.org.
being unfamilar with this jargon, i initially
Hello. I'm trying to get drawterm to work in Leopard again. Here is my
command line:
drawterm-osx-intel -c 'tcp!127.0.0.1!17010' -a 'tcp!127.0.0.1!2567' -
s 'tcp!127.0.0.1!5356' -u pietro
The problem was that it told me the connection refused. I told the
firewall to open ports 17010, 2567
> Hello. I'm trying to get drawterm to work in Leopard again. Here is my
> command line:
>
> drawterm-osx-intel -c 'tcp!127.0.0.1!17010' -a 'tcp!127.0.0.1!2567' -
> s 'tcp!127.0.0.1!5356' -u pietro
>
> The problem was that it told me the connection refused. I told the
> firewall to ope
> Whatever function deals with passing the options to the mount system
> call needs the modification. The few changes that are there may be
> fixed by me doing a better job and supporting old names for options,
> but it won't help for the kernels already in circulation.
Ah, I see. Maybe just requ
On Thu, Jun 19, 2008 at 5:10 PM, Russ Cox <[EMAIL PROTECTED]> wrote:
> Thanks for the patch, Uriel.
>
>
> The http://swtch.com/v9fs script stopped working
> a long time ago, and I never bothered to find
> out why. I've changed the text on that page,
> though clicking on the "date and checksums"
>
On Thu, Jun 19, 2008 at 11:53 PM, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
> Whatever function deals with passing the options to the mount system
> call needs the modification. The few changes that are there may be
> fixed by me doing a better job and supporting old names for options,
> but
On Thu, Jun 19, 2008 at 3:08 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> Hello. I'm trying to get drawterm to work in Leopard again. Here is my
> command line:
>
>drawterm-osx-intel -c 'tcp!127.0.0.1!17010' -a 'tcp!127.0.0.1!2567'
> -s 'tcp!127.0.0.1!5356' -u pietro
>
is connecting t
On Thu, Jun 19, 2008 at 11:10 PM, Russ Cox <[EMAIL PROTECTED]> wrote:
> I wrote a new user-level file server a month ago,
> something I hadn't done in years, and I did it on Linux,
> using lib9p backed by 9pfuse. It was an entirely pleasant
> experience.
Speaking of 9pfuse - I've just pulled and
On Thu, Jun 19, 2008 at 3:39 PM, sqweek <[EMAIL PROTECTED]> wrote:
>
> I've just updated to 2.6.25 which means I finally had to fix 9mount
> to work with the >= 2.6.24 mount options. Dealt with backwards
> compatibility by simply adding both the pre AND post 2.6.24 mount
> options (which was sugge
>> Also any other feedback on what changes and improvements 9mount might
>> need before it can be made part of p9p (or maybe shipped with the
>> standard linux mount(1) tools?).
>
> I'll take a look today so I'm up to date on the current station and
> let you know. Basically it will probably be be
All the ports except the guard and ticket (56[67]) work, and AS is
still botched, so I believe AS has to do with one of those two (most
likely ticket. This port problem might have to do with OS X. I'll ask
around.
On Jun 19, 2008, at 2:50 PM, erik quanstrom wrote:
Hello. I'm trying to get
> All the ports except the guard and ticket (56[67]) work, and AS is
> still botched, so I believe AS has to do with one of those two (most
> likely ticket. This port problem might have to do with OS X. I'll ask
> around.
unix typically doesn't let normal users open ports below 1024.
- erik
maybe unrelated, but does the pass you entered with auth/changeuser
for bootes matches the one in nvram?
On Thu, Jun 19, 2008 at 7:24 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> All the ports except the guard and ticket (56[67]) work, and AS is still
> botched, so I believe AS has to do with
Fuse on the Mac is markedly inferior.
-rob
> Speaking of 9pfuse - I've just pulled and the version distributed
> with p9p is still not going to work on linux/x86_64. I posted a patch
> for this[1], though 9fans.net doesn't appear to archive attachments -
> see http://sqweek.dnsdojo.org/tmp/9pfuse.LARGEFILE.diff
Done.
> Also, I've sent y
>> A few p9p programs--acme, tapefs, vacfs--now
>> accept a -m option directing them to mount at a
>> particular place in the directory tree, via 9pfuse.
>> There is no option to mount via the Linux 9p module.
>
> Why not have them use p9p's mount(1)?
The code is trying to mount a file descriptor
On Thu, Jun 19, 2008 at 6:21 PM, Russ Cox <[EMAIL PROTECTED]> wrote:
>>> A few p9p programs--acme, tapefs, vacfs--now
>>> accept a -m option directing them to mount at a
>>> particular place in the directory tree, via 9pfuse.
>>> There is no option to mount via the Linux 9p module.
>>
>> Why not ha
> The ability to mount file descriptors has been in for a few years (at
> least since 2006). trans=fd allows you to mount from a file
> descriptor (or from separate read and write file descriptors). The
> code should be functional, but it is not something which currently
> gets regressed very oft
Are available at the KVM wiki: http://kvm.qumranet.com/kvmwiki/KvmForum2008
The 9p/virtio slides are under "Paravirtualized File Systems"
-eric
On Fri, Jun 20, 2008 at 6:59 AM, Russ Cox <[EMAIL PROTECTED]> wrote:
>> Also, I've sent you a couple of emails off-list recently about a bug
>> in 9p(1). I can't think of anything I might have done to offend you,
>> so I'm assuming they've been marked as spam or otherwise waylaid -
>> should I jus
29 matches
Mail list logo
