where is dan? he's a fine man.
brucee
On Wed, Jun 25, 2008 at 1:00 PM, Russ Cox <[EMAIL PROTECTED]> wrote:
>> why do files in /n exist on the distributed image?
>> when would they be necessary?
>
> mntgen appeared on the scene relatively late.
> there was a time when you just ran mkdir a lot in /
> mntgen appeared on the scene relatively late.
> there was a time when you just ran mkdir a lot in /n.
> looking through the archives, it looks like nemo
> came up with the idea as "autodirfs" in 2002.
>
> before i poked through the archives, i would have
> credited dan cross with the idea. is d
> why do files in /n exist on the distributed image?
> when would they be necessary?
mntgen appeared on the scene relatively late.
there was a time when you just ran mkdir a lot in /n.
looking through the archives, it looks like nemo
came up with the idea as "autodirfs" in 2002.
before i poked th
I wasn't able to get this working today, but I believe I made good
progress. Unfortunately, I'm traveling all day tomorrow and will
have questionable network access while away for about a week.
I've attached my version of _p9dir.c with the OS X code in it. The
addition is pretty simple, and I test
can you cat /dev/mouse and see if button 4/5 events are generated by
the mouse? it may be that they give you something else than the usual
down/up event that everybody is used to (large value deltas, for
example). they may also be generating button 6 and up events instead,
in which case you'll have
I bought one of these ("Evoluent VerticalMouse 3 Rev 2", aka VM3R2).
It doesn't work with my KVM (IOGear GCS1734, neither top of the line
nor junk), not with Linux or Plan 9: horizontal tracking is fine, but
vertical tracking goes only up. It works ok plugged directly into a
Linux box.
After so
why do files in /n exist on the distributed image?
when would they be necessary?
- erik
Drawterm everywhere needs to die and be replaced with inferno. The
duplication of bug fixes and efforts is pointless.
I thought we had to replace Inferno with Acme-Sac, I wish you'd make up
your mind.
> Drawterm everywhere needs to die and be replaced with inferno. The
> duplication of bug fixes and efforts is pointless.
Just wait a few days.
Russ
Here now.
-mlw
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Russ Cox [EMAIL
PROTECTED]
Sent: Monday, June 23, 2008 5:40 PM
To: 9fans@9fans.net
Subject: [9fans] usenix
Anyone going to USENIX this week?
Russ
>>> Drawterm everywhere needs to die and be replaced with inferno. The
>>> duplication of bug fixes and efforts is pointless.
>>
>> I don't believe Inferno can interface with Plan 9 from Bell Labs, can it?
>
> If OS X can, inferno is going to have a much easier time of it.
this isn't a useful co
wrong, wrong.
see what i mean, uriel? my puppy does better. he doesn't say to me "it
thought it was ok to chew on the router".
he seldom believes anything without investigating.
maybe an i'm-pietro-and-i-comment-on-everything list?
brucee
On Tue, Jun 24, 2008 at 11:17 PM, Pietro Gagliardi <[EM
// I don't believe Inferno can interface with Plan 9 from Bell Labs, can it?
It can. Stock Inferno has a few ways of doing this, although (last I tried)
there were authentication issues. Rog worked on those, but I'm not sure
to what extent they've been integrated.
// And Inferno can't interface w
Not true.
Octopus is indeed Inferno, plus several programs.
Thus, I´m using Inferno as a front-end to a Plan 9 system, and
I have to say that it includes a shared clipboard as well.
On Tue, Jun 24, 2008 at 3:17 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
>
> I don't believe Inferno can inter
On Tue, Jun 24, 2008 at 9:17 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> On Jun 24, 2008, at 8:51 AM, Uriel wrote:
>> Drawterm everywhere needs to die and be replaced with inferno. The
>> duplication of bug fixes and efforts is pointless.
>
> I don't believe Inferno can interface with Plan 9
or at the very least we need a OSX-9fans list that we don't have to read.
or a why-doesn't-fuse-work-on-ubuntu-this week list.
brucee
On Tue, Jun 24, 2008 at 10:51 PM, Uriel <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 8, 2008 at 3:34 PM, Anant Narayanan <[EMAIL PROTECTED]> wrote:
>>
>> On 06-Apr-08
On Jun 24, 2008, at 8:51 AM, Uriel wrote:
Drawterm everywhere needs to die and be replaced with inferno. The
duplication of bug fixes and efforts is pointless.
I don't believe Inferno can interface with Plan 9 from Bell Labs, can
it? And Inferno can't interface with the native cut/copy/paste
On Jun 24, 2008, at 8:16 AM, [EMAIL PROTECTED] wrote:
OS X. And yes, 9's ls reports size zero (as opposed to
OSX's ls "size" of "14, 12"). I'll spend a little time on
These "sizes" are the major and minor device numbers.
it this morning and see what i get. OS X's stat(1) can
get the info,
On Tue, Apr 8, 2008 at 3:34 PM, Anant Narayanan <[EMAIL PROTECTED]> wrote:
>
> On 06-Apr-08, at 8:46 AM, erik quanstrom wrote:
>>>
>>> it's a known bug, but i don't think there's a fix for it.
>>
>> what's the bug?
>
> drawterm on OS X needs to be rewritten in Cocoa.
Drawterm everywhere needs to d
> OS X. And yes, 9's ls reports size zero (as opposed to
> OSX's ls "size" of "14, 12"). I'll spend a little time on
those are the major and minor numbers, not the size.
this is traditional unix behavior.
- erik
OS X. And yes, 9's ls reports size zero (as opposed to
OSX's ls "size" of "14, 12"). I'll spend a little time on
it this morning and see what i get. OS X's stat(1) can
get the info, so the hardest part might just be
figuring out which "project" Apple put the source for
stat in.
Anthony
> Is anyone running venti with raw disk partitions on Unix? I've got a
> nice large disk to dedicate to it, and would like to do it without
> needlessly imposing another fs, if possible, but am running into
> problems. The blocker now is fmtarenas is complaining that it
> "can't determine size of p
On 6/22/08, Russ Cox <[EMAIL PROTECTED]> wrote:
> Rob wrote the script below, called "namespace", years ago.
> It is essentially a script version of newns.
> You could do
>
> 9fs boot
> namespace /n/boot dossrv
>
> if you really wanted to, but that seems like overkill to me.
It sure wo
Greetings,
I came across this message while catching up on mailing lists.
This is a problem we were having that I recently fixed in Acme SAC for OS-X.
Basically, the problem was that there was no handler catching kEventAppQuit.
I am attaching a patch that creates a basic event handler and calls
e
24 matches
Mail list logo
