[9fans] acme

[9fans] acme

[cej]

[-- Attachment #1: Type: text/plain, Size: 4053 bytes --]

Hi all 9friends,

I won't like to start a flame-war (possibly), however,  I decided to make some comments on my favourite, and *BELOVED* UI, The Acme:

Cut+Paste (or, mouse-2-3) on a tagline leaves the frame in a 'dirty' state: this bug has not been present in earlier (abou 2 years ago, or so) versions of Acme.


Mouse-3 on highlighted path in a tagline doesn't move cursor to that frame in case it is visible, unlike when done in regular frame; strangely, it works when that frame is NOT visible, for both tagline, and regular frame. And, it also works from tagline when the path is mouse-3-dragged, so definitely a bug.

Mouse-3 on filename opens the frame 'around a corner' if the current layout is so that frames are tightly stacked at the bottom (frame is quasi-maximized). Popping up the frame may need clicking several times.

Scrolling the tagline using downarrow/uparrow does not work; scroling with dragging mouse-1 is too fast even on my 'primeval' S3 card.

'Del' has no special position on the tagline, thus closing multiple frames sucks. Could we have 'Del'  on far left, preceding filepath??? Or , perhaps, e.g., mouse1+3, or Alt+mouse-1, or ...., over the frame 'handle' would do? Are you strictly against combinations of keyboard with mouse?? I personally perceive it O.K., however, i'm not disabled. Oberon UI, which, I think, initially inspired Acme, is much more exhaustive considering possible keyboard-mouse interactions (well, I mean classic Native Oberon UI, not the Gadgets/Bluebottle, which, IMHO, downgraded the UI to 'standard windozish' one)

A command that will switch fullpath/basename from the tagline might be useful for orientation (well, I can do 'Sort' often).

When many frames are open in a column, moving cursor to the frames 'behind the horizon' requires multiple mouse-3 clicks, until it eventually comes up.

There is some 'dead space' at the bottom of the Acme's window, where nothing is drawn, and nothing happens. Bug??

No way to kill a busy (non-responding) frame??

No way to hide columns except the current one (==maximize frame | column horizontally). We could easily use columns 'handle square' (violet one at the upper left corner) exactly in the way the frame's handle is used: mouse-3 == maximize, mouse-2 == show condensed columns, mouse-1 == increment column width.

Maybe, double-click mouse-2 on 'Del' could close a dirty frame immediatelly, without asking (and w/o saving).

GRRRRRRR..... : the dot is not persistent: if I have selected areas of text in different frames, returning to the frame and Snarf'ing does *NOT* pick up the relevant 'dot' (just the one last selected)..... this is *VERY* annoying, indeed.

And, the frames should behave the same way, shouldn't they?? I spot different behavior of frames showing dirs from those showing files. yes, and I don't even mention that the tagline is a very special frame of its own...

Would welcome more keyboard actions, like line up/line down, jumping to starts of words, to line-beginning/end. I appreciate very much moving left/right over characters, in case of hi-res screen (laptop), where exact mouse positioning is tedious.

Personal remark:
I miss very much something like a command window in 'Sam'... tagline is both very restrictive, and redundant, IMHO. Frame-specific commands could just remember  the last-touched frame (or two, if a parameter is to be sent) to solve the problem of frame-owned taglines (Am I right?? Dunno...).

End remark: I'm (probably) capable of some ideas, but not so of coding them. Please, excuse me. I'm an ethernal pupil.


===
is this a legal declaration?:
struct color      convert_position_to_color(struct position pos);
 Or should I do typedef first?

pcc complains about multiple declaration when function is defined.

======
to Andrey Mirtchowski:

If you had an [awk | rc] script to make thumbnails album in [PostScript | troff], I would be much interested. I don't care about html ;-))

=====
how do I quit 'con'  ??


=====
 

 


[-- Attachment #2: Type: text/html, Size: 5679 bytes --]

Re: [9fans] acme

[Federico Benavento]

hola 9amigo,

>  ===
>  is this a legal declaration?:
>  struct color      convert_position_to_color(struct
> position pos);
>   Or should I do typedef first?
>
>  pcc complains about multiple declaration when function is defined.
>

I guess you're not including the right header or declaring some struct before
declaring the function, which looks fine, although I preffer typdefs

>  =====
>  how do I quit 'con'  ??
>
>

from the man page : )

The control–\ character is a local escape. It prompts with >>>.
Legitimate responses to the prompt are
...
q     Exit.
...

-- 
Federico G. Benavento

Re: [9fans] acme

[Gabriel Diaz]

> from the man page : )
>
> The control–\ character is a local escape. It prompts with >>>.
> Legitimate responses to the prompt are
> ...
> q     Exit.

i suppose the trick is find it on your keyboard, in the spanish
keyboard is ctrl+ç, and under drawterm X11 i need to type ctrl+altgr+1

try to find \ whithout configure your local map, then use that key to exit con.

slds.

gabi

Re: [9fans] acme

[erik quanstrom]

> i suppose the trick is find it on your keyboard, in the spanish
> keyboard is ctrl+ç, and under drawterm X11 i need to type ctrl+altgr+1
> 
> try to find \ whithout configure your local map, then use that key to exit con.

this doesn't seem to be a universal thing.  on my machine drawterm/X11 maps
ctrl+\ maps to ctrl+\.  i haven't set up any X11 keyboard mappings.

- erik

Re: [9fans] acme

[erik quanstrom]

which version of acme are you using?  i can't replicate all of the behaviors
you report with plan 9 acme.  in particular paths in the tagline work for me
and the dot is persistant.

- erik

Re: [9fans] not acme

[Russ Cox]

> is this a legal declaration?:
> struct color      convert_position_to_color(struct position pos);
>  Or should I do typedef first?
>
> pcc complains about multiple declaration when function is defined.

struct position;
struct color convert_position_to_color(struct position pos);

otherwise the name "struct position" gets declared inside
the function declaration ( ) and falls out of scope at the )
just like the name "pos" does.  and then when you define
struct position later it is a *different* struct position.

russ

Re: [9fans] acme

[Russ Cox]

> I won't like to start a flame-war (possibly), however, I decided
> to make some comments on my favourite, and *BELOVED* UI, The
> Acme:

perhaps you could line-wrap your emails.

> Cut+Paste (or, mouse-2-3) on a tagline leaves the frame in a
> 'dirty' state: this bug has not been present in earlier (abou 2
> years ago, or so) versions of Acme.

can't reproduce this.  i remember fixing it long ago.

> Mouse-3 on highlighted path in a tagline doesn't move cursor to
> that frame in case it is visible, unlike when done in regular
> frame; strangely, it works when that frame is NOT visible, for
> both tagline, and regular frame.  And, it also works from tagline
> when the path is mouse-3-dragged, so definitely a bug.

can't reproduce this.

> Mouse-3 on filename opens the frame 'around a corner' if the
> current layout is so that frames are tightly stacked at the
> bottom (frame is quasi-maximized).  Popping up the frame may
> need clicking several times.

yes, this is annoying.  i'd like to fix this but only so much time.

> Scrolling the tagline using downarrow/uparrow does not work;
> scroling with dragging mouse-1 is too fast even on my 'primeval'
> S3 card.

the p9p acme just shows the entire tagline as multiple lines if
you type down-arrow, but there are window layout problems.
i should really track them down.  that might fix the "around a corner"
thing.

> 'Del' has no special position on the tagline, thus closing
> multiple frames sucks.  Could we have 'Del' on far left, preceding
> filepath???  Or , perhaps, e.g., mouse1+3, or Alt+mouse-1, or
> ...., over the frame 'handle' would do?  Are you strictly against
> combinations of keyboard with mouse??  I personally perceive it
> O.K., however, i'm not disabled.  Oberon UI, which, I think,
> initially inspired Acme, is much more exhaustive considering
> possible keyboard-mouse interactions (well, I mean classic Native
> Oberon UI, not the Gadgets/Bluebottle, which, IMHO, downgraded
> the UI to 'standard windozish' one)

if you want to do some repetitive task, write a program.
here's a little shell script i use called Clean.  you can execute
    Clean /sys/src/cmd/acme
and it will delete all the windows with that in their tags.

	#!/bin/rc

	rfork e

	if(~ $#* 0)
		pattern=.
	if not
		pattern=$1

	cd /mnt/acme
	for (i in [0-9]*){
		if(test -d $i){
			tag=`{cat $i/tag}
			tagline = $"tag
			file=$tag(1)

			# must match our pattern if given, must be a clean window,
			# and must not be an Errors window, mail, or win.

			if(! ~ $file */ *+Errors* */-* */mail/* && ! ~ $tagline *Put*
			&& echo $file | grep $pattern >/dev/null >[2]/dev/null)
				echo del >$i/ctl
		}
	}
	status=''

now that there is an edit command you can also do
Edit X./sys/src/cmd/acme.D or Edit Y/'/D

> A command that will switch fullpath/basename from the tagline
> might be useful for orientation (well, I can do 'Sort' often).

Sort is probably better than this.

> When many frames are open in a column, moving cursor to the
> frames 'behind the horizon' requires multiple mouse-3 clicks,
> until it eventually comes up.

same problem as above.

> There is some 'dead space' at the bottom of the Acme's window,
> where nothing is drawn, and nothing happens.  Bug??

no.  that space is not big enough to hold an entire line
of text, so it holds nothing.

> No way to kill a busy (non-responding) frame??

kill the underlying program that is not responding.  slay Mail | rc
for example.  or kill the hung file server that acme is talking to
for that window.

> No way to hide columns except the current one (==maximize frame
> | column horizontally).  We could easily use columns 'handle
> square' (violet one at the upper left corner) exactly in the way
> the frame's handle is used: mouse-3 == maximize, mouse-2 == show
> condensed columns, mouse-1 == increment column width.

i suppose we could.  i think most acme users just don't move
their columns very much.

> Maybe, double-click mouse-2 on 'Del' could close a dirty frame
> immediatelly, without asking (and w/o saving).

interesting.

> GRRRRRRR.....  : the dot is not persistent: if I have selected
> areas of text in different frames, returning to the frame and
> Snarf'ing does *NOT* pick up the relevant 'dot' (just the one
> last selected).....  this is *VERY* annoying, indeed.

can't reproduce this.  if you click on Snarf in a window's tag
then acme snarfs from that window.  if you click on Snarf in
a column's tag then acme snarfs from that column's active
window (the last one with a mouse or keyboard action).

> And, the frames should behave the same way, shouldn't they??  I
> spot different behavior of frames showing dirs from those showing
> files.  yes, and I don't even mention that the tagline is a very
> special frame of its own...

sure they behave differently.  one presents directory contents
so they're never going to be identical.  if you were more specific
about what you didn't like you might get a more useful response.

> Would welcome more keyboard actions, like line up/line down,
> jumping to starts of words, to line-beginning/end.  I appreciate
> very much moving left/right over characters, in case of hi-res
> screen (laptop), where exact mouse positioning is tedious.

shhh.  don't tell uriel.  ^A ^E for line-beginning/end.

> Personal remark: I miss very much something like a command window
> in 'Sam'...  tagline is both very restrictive, and redundant,
> IMHO.  Frame-specific commands could just remember the last-touched
> frame (or two, if a parameter is to be sent) to solve the problem
> of frame-owned taglines (Am I right??  Dunno...).

the bigger tags in the p9p acme solve this a different
way that seems to fit better.  if you had a separate ~~sam~~
window you couldn't make each command in it frame-specific
because the commands are just text -- there's no underlying
data structure sitting underneath.  you can always open a
new nameless window and fill it with Edit commands that
specifically name a window:

	Edit X/name.c/ ,s/foo/bar/g

or even just X-less commands

	,s/foo/bar/g

that you highlight and then 3-2 click Edit in the window
where you want to apply them.

russ

Re: [9fans] acme

[ron minnich]

On 6/5/07, Russ Cox <rsc@swtch.com> wrote:

> > Would welcome more keyboard actions, like line up/line down,
> > jumping to starts of words, to line-beginning/end.  I appreciate
> > very much moving left/right over characters, in case of hi-res
> > screen (laptop), where exact mouse positioning is tedious.
>
> shhh.  don't tell uriel.  ^A ^E for line-beginning/end.

and there's always smacme.

ron

RE: [9fans] acme

[cej]

Ill try! ;-))

++pac.


-----Original Message-----
From: 9fans-bounces+cej=gli.cas.cz@cse.psu.edu [mailto:9fans-bounces+cej=gli.cas.cz@cse.psu.edu] On Behalf Of ron minnich
Sent: Tuesday, June 05, 2007 5:10 PM
To: Fans of the OS Plan 9 from Bell Labs
Subject: Re: [9fans] acme

On 6/5/07, Russ Cox <rsc@swtch.com> wrote:

> > Would welcome more keyboard actions, like line up/line down,
> > jumping to starts of words, to line-beginning/end.  I appreciate
> > very much moving left/right over characters, in case of hi-res
> > screen (laptop), where exact mouse positioning is tedious.
>
> shhh.  don't tell uriel.  ^A ^E for line-beginning/end.

and there's always smacme.

ron

Re: [9fans] acme

[lucio]

> the p9p acme just shows the entire tagline as multiple lines if
> you type down-arrow, but there are window layout problems.
> i should really track them down.  that might fix the "around a corner"
> thing.

I thought it would make more sense to split the tagline (multi-line
tagframe) at the vertical bar, structure the entries on the left to
one or more per line while the left portion would be free flowing.  Am
I being too ambitious or simply stupid?

++L

Re: [9fans] acme

[ron minnich]

On 6/5/07, lucio@proxima.alt.za <lucio@proxima.alt.za> wrote:

> I thought it would make more sense to split the tagline (multi-line
> tagframe) at the vertical bar, structure the entries on the left to
> one or more per line while the left portion would be free flowing.  Am
> I being too ambitious or simply stupid?
>

just hack on it and see!

it's not that hard -- it's a very useful thing to read anyway, from a
pedagogical standpoint.

ron

Re: [9fans] acme

[lucio]

> can't reproduce this.  if you click on Snarf in a window's tag
> then acme snarfs from that window.  if you click on Snarf in
> a column's tag then acme snarfs from that column's active
> window (the last one with a mouse or keyboard action).

Maybe in more recent ACME than I'm using.  But I have also noted
inconsistencies.  Often after a selection in the tagline itself, even
though it is no longer active.  Mostly, I need to refresh the
selection before Snarf does the expected thing.  But I am being
intentionally vague because it's easy enough to get around it so I
never dug any deeper.

++L

RE: [9fans] acme

[cej]

i have pulled -s acme binary last Friday, but the problem persists: 'Snarf' in a frame's window DOES NOT snarf that frame's dot, the last one dot persists. Maybe the one that was gathered using mouse-2-3?? I'll try later.

++pac.

-----Original Message-----
From: 9fans-bounces+cej=gli.cas.cz@cse.psu.edu [mailto:9fans-bounces+cej=gli.cas.cz@cse.psu.edu] On Behalf Of lucio@proxima.alt.za
Sent: Tuesday, June 05, 2007 8:00 PM
To: 9fans@cse.psu.edu
Subject: Re: [9fans] acme

> can't reproduce this.  if you click on Snarf in a window's tag
> then acme snarfs from that window.  if you click on Snarf in
> a column's tag then acme snarfs from that column's active 
> window (the last one with a mouse or keyboard action).

Maybe in more recent ACME than I'm using.  But I have also noted
inconsistencies.  Often after a selection in the tagline itself, even
though it is no longer active.  Mostly, I need to refresh the
selection before Snarf does the expected thing.  But I am being
intentionally vague because it's easy enough to get around it so I
never dug any deeper.

++L

RE: [9fans] acme

[Russ Cox]

> i have pulled -s acme binary last Friday, but the problem persists:
> 'Snarf' in a frame's window DOES NOT snarf that frame's dot, the
> last one dot persists.  Maybe the one that was gathered using
> mouse-2-3??  I'll try later.

if you can post a very detailed step-by-step account
with every click and keystroke from starting acme
that reproduces the problem, that would be helpful.

for example, if i run

	acme -c1 /rc/bin/termrc /rc/bin/cpurc

and then highlight the first line of termrc (#!/bin/rc)
with the mouse, and then 2-click Snarf in the termrc
tag and then mouse-1-3 to paste into the cpurc window,
the snarfed "#!/bin/rc" appears just fine.

russ

RE: [9fans] acme

[Richard Miller]

>> 'Snarf' in a frame's window DOES NOT snarf that frame's dot, the
>> last one dot persists.  Maybe the one that was gathered using
>> mouse-2-3??  I'll try later.
>
> if you can post a very detailed step-by-step account
> with every click and keystroke from starting acme
> that reproduces the problem, that would be helpful.

1. acme -c1 /rc/bin/termrc /rc/bin/cpurc
2. Highlight the second line of termrc (# terminal startup)
3. Highlight the second line of cpurc (# cpu server start up)
4. 2-click Snarf in the termrc tag line
5. mouse-1-3 to paste into the termrc tag line

You will see that Snarf in the termrc window grabbed the
highlighted text from the cpurc window.

acme(1) is ambiguous -- it simply says:
          Snarf
               Place selected text in snarf buffer.

But which selected text?  We seem to be assuming it means the selected
text in the window where you clicked Snarf.  Otherwise why have a
Snarf in every window's tag?  But in fact it seems to be the text
which was most recently selected, regardless of which window or tag
line it is in.

RE: [9fans] acme

[Russ Cox]

> 1. acme -c1 /rc/bin/termrc /rc/bin/cpurc
> 2. Highlight the second line of termrc (# terminal startup)
> 3. Highlight the second line of cpurc (# cpu server start up)
> 4. 2-click Snarf in the termrc tag line
> 5. mouse-1-3 to paste into the termrc tag line
>
> You will see that Snarf in the termrc window grabbed the
> highlighted text from the cpurc window.
>
> acme(1) is ambiguous -- it simply says:
>           Snarf
>                Place selected text in snarf buffer.
>
> But which selected text?  We seem to be assuming it means the selected
> text in the window where you clicked Snarf.  Otherwise why have a
> Snarf in every window's tag?  But in fact it seems to be the text
> which was most recently selected, regardless of which window or tag
> line it is in.

Aha.  This bug was introduced in December 2005
trying to fix a different bug.  I never copied the bug
fix into the p9p acme so that's why I couldn't
reproduce it in casual testing.

Will have to think harder about this; thanks for
the test case.

Russ

RE: [9fans] acme

[Russ Cox]

>> 1. acme -c1 /rc/bin/termrc /rc/bin/cpurc
>> 2. Highlight the second line of termrc (# terminal startup)
>> 3. Highlight the second line of cpurc (# cpu server start up)
>> 4. 2-click Snarf in the termrc tag line
>> 5. mouse-1-3 to paste into the termrc tag line
>>
>> You will see that Snarf in the termrc window grabbed the
>> highlighted text from the cpurc window.
>>
>> acme(1) is ambiguous -- it simply says:
>>           Snarf
>>                Place selected text in snarf buffer.
>>
>> But which selected text?  We seem to be assuming it means the selected
>> text in the window where you clicked Snarf.  Otherwise why have a
>> Snarf in every window's tag?  But in fact it seems to be the text
>> which was most recently selected, regardless of which window or tag
>> line it is in.
>
> Aha.  This bug was introduced in December 2005
> trying to fix a different bug.  I never copied the bug
> fix into the p9p acme so that's why I couldn't
> reproduce it in casual testing.
>
> Will have to think harder about this; thanks for
> the test case.

Fixed now on sources.  Should be a new binary later.

Russ

[9fans] usenix

[Charles Forsyth]

bof?

Re: [9fans] usenix

[Uriel]

What about IWP9 07'? There was much talk a while ago, but I have not
seen any action so far and it is getting late.

uriel

On 6/14/07, Charles Forsyth <forsyth@terzarima.net> wrote:
> bof?
>
>

Re: [9fans] usenix

[ron minnich]

On 6/13/07, Uriel <uriel99@gmail.com> wrote:
> What about IWP9 07'? There was much talk a while ago, but I have not
> seen any action so far and it is getting late.

where did people want to have it?

There are pricy, gorgeous conf. centers out here in livermore. Like
this: http://www.purpleorchid.com/

or cheaper sites, like this:http://www.yni.org/hi/conference/index.php

or europe? Works for me :-)

what's the desired venue?

ron

Re: [9fans] usenix

[Francisco J Ballesteros]

After looking at http://www.purpleorchid.com/
I´d vote for a IWP9 there :)

Re: [9fans] usenix

[ron minnich]

On 6/14/07, Francisco J Ballesteros <nemo@lsub.org> wrote:
> After looking at http://www.purpleorchid.com/
> I´d vote for a IWP9 there :)
>
if you are serious :-)
and want to pick a time, I will start the ball rolling.

I'm serious.

ron

Re: [9fans] usenix

[Francisco J Ballesteros]

I am serious too.

On 6/14/07, ron minnich <rminnich@gmail.com> wrote:
> On 6/14/07, Francisco J Ballesteros <nemo@lsub.org> wrote:
> > After looking at http://www.purpleorchid.com/
> > I´d vote for a IWP9 there :)
> >
> if you are serious :-)
> and want to pick a time, I will start the ball rolling.
>
> I'm serious.
>
> ron
>

Re: [9fans] usenix

[Latchesar Ionkov]

I think US East Coast would be closer/more affordable for the  
participants from Europe. But whoever volunteers to organize IWP9 has  
the right to choose the place :)

	Lucho

On Jun 14, 2007, at 12:08 PM, ron minnich wrote:

> On 6/14/07, Francisco J Ballesteros <nemo@lsub.org> wrote:
>> After looking at http://www.purpleorchid.com/
>> I´d vote for a IWP9 there :)
>>
> if you are serious :-)
> and want to pick a time, I will start the ball rolling.
>
> I'm serious.
>
> ron

Re: [9fans] usenix

[john]

> I think US East Coast would be closer/more affordable for the
> participants from Europe. But whoever volunteers to organize IWP9 has
> the right to choose the place :)
>
> 	Lucho
>

If you have IWP9 in Rochester, NY, I'll be there. The downside, of course,
is that Rochester is less pleasant than a lot of alternatives. On the upside,
though, there are several large computer recycling centers for off-time
entertainment and profit :)
Of course, my opinion in the matter plus a bus pass will get you a ride
to town, so...


John

Re: [9fans] usenix

[ron minnich]

On 6/14/07, john@csplan9.rit.edu <john@csplan9.rit.edu> wrote:

> Of course, my opinion in the matter plus a bus pass will get you a ride
> to town, so...


not true if you decide to run it.

I do have a request in to the orchid guys.

ron

Re: [9fans] usenix

[john]

> On 6/14/07, john@csplan9.rit.edu <john@csplan9.rit.edu> wrote:
>
>> Of course, my opinion in the matter plus a bus pass will get you a ride
>> to town, so...
>
>
> not true if you decide to run it.
>
> I do have a request in to the orchid guys.
>
> ron

I don't know that I'm quite prepared to run it, so I'll just wait and
see where it ends up. Anywhere within a couple hours drive
of Rochester, I'll probably attend, but I don't care if I miss it.
Good luck with the orchid place.

John Floren

Re: [9fans] usenix

[ron minnich]

On 6/13/07, Charles Forsyth <forsyth@terzarima.net> wrote:
> bof?
>
>

yeah, bof. oh hey, we have to set it up.
So I asked for this:
BoF title: Plan 9
Organizer name and affiliation: Ron Minnich, sandia labs
Date, time, and location preference: tuesday, june 19, san tomas, 8-9pm
Brief description of BoF (optional)
For all you 9fans

Re: [9fans] usenix

[Eric Van Hensbergen]

On 6/13/07, ron minnich <rminnich@gmail.com> wrote:
> On 6/13/07, Charles Forsyth <forsyth@terzarima.net> wrote:
> > bof?
> >
> >
>
> yeah, bof. oh hey, we have to set it up.
> So I asked for this:
> BoF title: Plan 9
> Organizer name and affiliation: Ron Minnich, sandia labs
> Date, time, and location preference: tuesday, june 19, san tomas, 8-9pm
> Brief description of BoF (optional)
> For all you 9fans
>

Do we really want to do it Tuesday?  Will most conference attendees
even be in that night?

          -eric

Re: [9fans] usenix

[ron minnich]

I can move request, or someone else can do it. You have wed. or thurs. as well.

ron

usenix

[Russ Cox]

Anyone going to USENIX this week?

Russ

Re: [9fans] usenix

[Charles Forsyth]

[-- Attachment #1: Type: text/plain, Size: 15 bytes --]

i am attending.

[-- Attachment #2: Type: message/rfc822, Size: 1617 bytes --]

From: "Russ Cox" <rsc@swtch.com>
To: 9fans@9fans.net
Subject: [9fans] usenix
Date: Mon, 23 Jun 2008 20:40:32 -0400
Message-ID: <20080624003909.A09921E8C1C@holo.morphisms.net>

Anyone going to USENIX this week?

Russ

Re: [9fans] usenix

[Williams, Mitch]

Here now.
-mlw

________________________________________
From: 9fans-bounces@9fans.net [9fans-bounces@9fans.net] On Behalf Of Russ Cox [rsc@swtch.com]
Sent: Monday, June 23, 2008 5:40 PM
To: 9fans@9fans.net
Subject: [9fans] usenix

Anyone going to USENIX this week?

Russ

[9fans] usenix

[Scott Schwartz]

I can't make it this time.  If someone who goes can post
a trip report for 9fans we'd all be grateful.

Re: [9fans] usenix

[Dan Cross]

Gee Scott, that's too bad.  You're the official BoF scheduler, too.
Could someone schedule one?  I'm not going to be officially at the
conference (I'm in Texas for other reasons), but I think non-attendee's
can still go to the BoF sessions, right?  If it's prior to the 14th,
I can go.

	- Dan C.

[9fans] usenix

[ron minnich]

I'm just wondering any of you going to usenix this june? It would be nice
to get together and talk.

It is possible I'm there the whole week 7-14, not sure yet.

I'd like to show people and get some feedback on this little p9 cluster.

ron

Re: [9fans] usenix

[David Presotto]

[-- Attachment #1: Type: text/plain, Size: 51 bytes --]

I'll be there from the 11th eve to the 14 afternoon

[-- Attachment #2: Type: message/rfc822, Size: 1833 bytes --]

From: ron minnich <rminnich@lanl.gov>
To: 9fans@cse.psu.edu
Subject: [9fans] usenix
Date: Wed, 14 May 2003 11:57:31 -0600 (MDT)
Message-ID: <Pine.LNX.4.44.0305141156380.9980-100000@maxroach.lanl.gov>


I'm just wondering any of you going to usenix this june? It would be nice
to get together and talk.

It is possible I'm there the whole week 7-14, not sure yet.

I'd like to show people and get some feedback on this little p9 cluster.

ron

Re: [9fans] usenix

[northern snowfall]

>
>
>I'm just wondering any of you going to usenix this june? It would be nice
>to get together and talk.
>
>It is possible I'm there the whole week 7-14, not sure yet.
>
>I'd like to show people and get some feedback on this little p9 cluster.
>
I wish. I don't have the money and I might be moving to
South Africa because of that. Zewm.

>

Re: [9fans] usenix

[Skip Tavakkolian]

> I'm just wondering any of you going to usenix this june? It would be nice
> to get together and talk.

As nice as that would be, it is held in Texas.

Re: [9fans] usenix

[boyd, rounin]

> As nice as that would be, it is held in Texas.

hmm ...

     Gunnery Sergeant Hartman, Drill Instructor: Holy dog shit! Texas? ...

Re: [9fans] usenix

[Dan Cross]

> > As nice as that would be, it is held in Texas.

Really?  Where in Texas.  Maybe I can drop by and say hello if it's
not too far away; I'll be in San Antonio during that time.

> hmm ...
>
>      Gunnery Sergeant Hartman, Drill Instructor: Holy dog shit! Texas? ...

Semper Fi.

	- Dan C.

Re: [9fans] usenix

[David Presotto]

[-- Attachment #1: Type: text/plain, Size: 24 bytes --]

It'll be in San Antonio.

[-- Attachment #2: Type: message/rfc822, Size: 1910 bytes --]

From: Dan Cross <cross@math.psu.edu>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] usenix
Date: Thu, 15 May 2003 08:36:02 -0400
Message-ID: <200305151236.h4FCa2505997@augusta.math.psu.edu>

> > As nice as that would be, it is held in Texas.

Really?  Where in Texas.  Maybe I can drop by and say hello if it's
not too far away; I'll be in San Antonio during that time.

> hmm ...
>
>      Gunnery Sergeant Hartman, Drill Instructor: Holy dog shit! Texas? ...

Semper Fi.

	- Dan C.

Re: [9fans] usenix

[David Presotto]

http://www.usenix.org/events/usenix03/ataglance.html

Re: [9fans] usenix

[northern snowfall]

>
>
>http://www.usenix.org/events/usenix03/ataglance.html
>
Mmmmmm.... fajitas :-D

[9fans] USENIX

[Scott]

| Lots of folks from here are going.  A BOF is a good idea.
| Anyone volunteering to organize it?

Ok, I'll do it.

[9fans] USENIX

[Scott]

> Is anyone going to the USENIX technical conference (June 18-23) in San Diego?
> Should we do a BOF?

Yes, good idea.

[9fans] USENIX

[Dharani]

Hi,

Has anyone noticed a new addition in Rob Pike's homepage? The postscript
slides of his talk, "Systems Software is Irrelevant", may be found at
http://plan9.bell-labs.com/cm/cs/who/rob/. A very nice discussion.

Regards
dharani

[9fans] USENIX

[jmk]

Rob is giving 3 talks so he'll be there. I'm going to as are
a couple of others so a BOF is probably a good idea if someone
wants to organise it.

[9fans] USENIX

[rob]

Lots of folks from here are going.  A BOF is a good idea.
Anyone volunteering to organize it?

-rob

[9fans] USENIX

[gdb]

Is anyone going to the USENIX technical conference (June 18-23) in San Diego? Should we do a BOF?