9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-10 10:50 forsyth
  2001-10-10 13:06 ` Sam Hopkins
  0 siblings, 1 reply; 37+ messages in thread
From: forsyth @ 2001-10-10 10:50 UTC (permalink / raw)
  To: 9fans

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

it's actually a feature in practice!  by not providing a web browser, plan 9 tried
to ensure that developers, rather than surfing the web, have plenty of
free time left to implement something new, or complain about web browsers.


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

From: "Douglas A. Gwyn" <DAGwyn@null.net>
To: 9fans@cse.psu.edu
Subject: Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
Date: Wed, 10 Oct 2001 08:57:21 GMT
Message-ID: <3BC3CDC9.E70140C8@null.net>

bwc@borf.com wrote:
> >>There is no web browser in Plan 9---and that's got to be a big obstacle.
> I have an iMAC for that.  One OS doesn't have to do everything.

But Plan 9 has been advertised as a superior alternative to the
usual developer's interactive computing environment.  A good Web
browser is another essential tool, these days.  Why should one
be forced to buy a second computer to do something that ought to
be right up the alley of the first one?

^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-16 19:46 forsyth
  0 siblings, 0 replies; 37+ messages in thread
From: forsyth @ 2001-10-16 19:46 UTC (permalink / raw)
  To: 9fans

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

even on plan 9,
mk clean clears out the object files that are now installed in the libraries,
but leaves the libraries.  (some other targets are sometimes left behind, not just libraries.)
mk nuke removes the target libraries (and sometimes other targets) as well.
the distinction is helpful when working with the compilers, and perhaps upas.
mk pristine might be a better name, since nukes leave quite a mess, but
it's harder to type.


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

From: David Gordon Hogan <dhog@plan9.bell-labs.com>
To: 9fans@cse.psu.edu
Subject: Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
Date: Mon, 15 Oct 2001 14:36:55 -0400
Message-ID: <20011015183659.58FA419A3C@mail.cse.psu.edu>

> So, please explain "different purposes" served by "mk clean" and "mk nuke".

It is perhaps worth noting that under Inferno, "mk nuke" is much more
aggressive, actually removing installed libraries and dis files.

^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-15 18:36 David Gordon Hogan
  0 siblings, 0 replies; 37+ messages in thread
From: David Gordon Hogan @ 2001-10-15 18:36 UTC (permalink / raw)
  To: 9fans

> So, please explain "different purposes" served by "mk clean" and "mk nuke".

It is perhaps worth noting that under Inferno, "mk nuke" is much more
aggressive, actually removing installed libraries and dis files.



^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-15 14:45 presotto
  0 siblings, 0 replies; 37+ messages in thread
From: presotto @ 2001-10-15 14:45 UTC (permalink / raw)
  To: 9fans

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

I agree that the distinction is hardly worth the effort.

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

From: Mike Haertel <mike@ducky.net>
To: 9fans@cse.psu.edu
Subject: Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
Date: Mon, 15 Oct 2001 01:30:19 -0700 (PDT)
Message-ID: <200110150830.f9F8UJa82006@ducky.net>

>Mike Haertel wrote:
>> i see no real reason for "mk nuke" to exist.  "mk clean" *almost* removes
>> every intermediate file; why not just fix it to get them all, and then
>> get rid of "mk nuke" entirely?
>
>No, 'nuke' and 'clean' serve two different purposes.  Both are aptly named.

Ok, here's an exercise for the reader...

After a full build of libraries and commands for the 386 target,
of all the thousands of files generated during the build, only
the following 17 files are *not* removed by "mk clean":

	/sys/src/ape/cmd/make/gram.c
	/sys/src/cmd/cc/cc.a8
	/sys/src/cmd/eqn/eqn.c
	/sys/src/cmd/9nfs/lib/lib.a8
	/sys/src/cmd/map/libmap/libmap.a8
	/sys/src/cmd/postscript/common/com.a8
	/sys/src/cmd/spell/amspell
	/sys/src/cmd/spell/brspell
	/sys/src/cmd/plot/libplot.a8
	/sys/src/cmd/cvs/lib/libcvs.a8
	/sys/src/cmd/cvs/zlib/libzlib.a8
	/sys/src/cmd/cvs/diff/libdiff.a8
	/sys/src/cmd/tex/tpic/picy.c
	/sys/src/cmd/tex/kpathsea/libkpathsea.a8
	/sys/src/cmd/tex/web2c/lib/lib.a8
	/sys/src/libthread/syms.386
	/sys/src/libscribble/syms

And here is the list of files left after a further "mk nuke":

	/sys/src/cmd/eqn/eqn.c
	/sys/src/cmd/map/libmap/libmap.a8
	/sys/src/cmd/cvs/lib/libcvs.a8
	/sys/src/cmd/cvs/zlib/libzlib.a8
	/sys/src/cmd/cvs/diff/libdiff.a8
	/sys/src/cmd/tex/tpic/picy.c
	/sys/src/cmd/tex/kpathsea/libkpathsea.a8
	/sys/src/cmd/tex/web2c/lib/lib.a8
	/sys/src/libthread/syms.386
	/sys/src/libscribble/syms

In other words, the difference between "mk clean" and "mk nuke" is
just 7 files in all of /sys/src.  (In addition, "mk nuke" does some
collateral damage outside /sys/src.)

So, please explain "different purposes" served by "mk clean" and "mk nuke".

^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-11 15:17 forsyth
  2001-10-11 19:29 ` Micah Stetson
  0 siblings, 1 reply; 37+ messages in thread
From: forsyth @ 2001-10-11 15:17 UTC (permalink / raw)
  To: 9fans

>>BTW, I use charon alot as well.

it's certainly our aim (and it's a company aim) to improve charon to
keep up with changes as best we can, but inevitably there will be some
things even so that cannot be done without the right binary plugin for
Internet Explorer or Netscape.  indeed, i'd be surprised if there were
not some sites that couldn't be viewed with Netscape.  come to think
of it, IE6 can't view some sites that IE5 could handle without
complaint because it seems to be more strict than IE5 or interprets
things differently.

i was hoping W3C & XML might be hit or at least slowed by the fall-out from .com collapse,
since much of the sillier XML ideas were driven by startups, but no such luck.
i find it more frightening for the science/art than SVGA.



^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-11 12:21 bwc
  0 siblings, 0 replies; 37+ messages in thread
From: bwc @ 2001-10-11 12:21 UTC (permalink / raw)
  To: 9fans

DAGwyn@null.net wrote:
> bwc@borf.com wrote:
> > >>There is no web browser in Plan 9---and that's got to be a big obstacle.
> > I have an iMAC for that.  One OS doesn't have to do everything.

> But Plan 9 has been advertised as a superior alternative to the
> usual developer's interactive computing environment.  A good Web
> browser is another essential tool, these days.  Why should one
> be forced to buy a second computer to do something that ought to
> be right up the alley of the first one?

It took me some time to realize having more than one computer is not
a bad thing.  The imac cost me less than the Hazeltine 1500 I bought
almost 20 years ago.  Surely the right tool for the job that is
the backbone of the Unix philosophy leads to the right system
for the job.

BTW, I use charon alot as well.

  Brantley Coile


^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-11 11:20 forsyth
  2001-10-12  9:23 ` pac
  0 siblings, 1 reply; 37+ messages in thread
From: forsyth @ 2001-10-11 11:20 UTC (permalink / raw)
  To: 9fans

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

sorry, it wasn't clear, and is actually surprisingly hard to find.
Charon is just one of the things included as part of the free Inferno download.
the link for apparently web designer reasons is in teeny tiny print at the bottom left hand side of
http://www.vitanuova.com/inferno/index.html with a little logo above it.


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

From: "Thomas Bushnell, BSG" <tb+usenet@becket.net>
To: 9fans@cse.psu.edu
Subject: Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
Date: Thu, 11 Oct 2001 09:10:35 GMT
Message-ID: <87y9mj7yep.fsf@becket.becket.net>

"Thomas Bushnell, BSG" <tb+usenet@becket.net> writes:

> forsyth@vitanuova.com writes:
> 
> > you can download all you need of Inferno, including the source for Charon,
> > free of charge and with a licence that's at least as liberal as the Plan 9
> > one.
> 
> Thank you for correcting my misunderstanding!  Where do I find the
> download?  A web search was pretty unsuccessful, and poking around the
> vita nuova site I also failed to find it.
> 
> [Moderator's Note: try http://www.vitanuova.com]

As should be perfectly obvious from my message, I could not see where
on that page to download Charon.  Perhaps the underlying url might be
provided?  That is what I was asking for...

^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-10 10:45 forsyth
  0 siblings, 0 replies; 37+ messages in thread
From: forsyth @ 2001-10-10 10:45 UTC (permalink / raw)
  To: 9fans

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

i was referring specifically to plan 9, not arbitrary platforms.


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

From: Mike Haertel <mike@ducky.net>
To: 9fans@cse.psu.edu
Subject: Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
Date: Wed, 10 Oct 2001 02:55:26 -0700 (PDT)
Message-ID: <200110100955.f9A9tQJ00125@ducky.net>

>> you can download all you need of Inferno, including the source for Charon,
>> free of charge and with a licence that's at least as liberal as the Plan 9
>> one.
>
>Thank you for correcting my misunderstanding!  Where do I find the
>download?  A web search was pretty unsuccessful, and poking around the
>vita nuova site I also failed to find it.

What Forsyth failed to point out, somewhat ingenuously I think,
is that the free download doesn't *really* give you all you need
to run Charon in an arbitrary environment; you're restricted to
Plan 9 (i386), FreeBSD (i386), NT (i386), (pre-2.4) Linux (i386),
Solaris (sparc), Hp-ux, or Irix.

It does include the source code for Charon, but not the source code
for the virtual machine under which Charon runs.  There, you're out
of luck if your platform is not binary-compatible with one of the
provided binaries.

^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-09 17:08 forsyth
  2001-10-10  8:56 ` Thomas Bushnell, BSG
  0 siblings, 1 reply; 37+ messages in thread
From: forsyth @ 2001-10-09 17:08 UTC (permalink / raw)
  To: 9fans

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

you can download all you need of Inferno, including the source for Charon,
free of charge and with a licence that's at least as liberal as the Plan 9
one.

>> From this it sounds rather as if splufty new applications for Plan 9
>>are not going to happen, and that new work is all happening over in
>>Inferno land.  Is that accurate?

not at all, it's just that in this particular case, an HTML 3.x browser (with common 3.x extensions)
and Ecmascript exists, with reasonably small source (and it is being extended to 4.x etc).
it's hard work to start one of those from scratch, and if porting one of the existing ones,
good luck.


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

To: 9fans@cse.psu.edu
Subject: Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
Date: Tue, 9 Oct 2001 16:18:27 GMT
Message-ID: <87vghog663.fsf@becket.becket.net>

forsyth@vitanuova.com writes:

> >>Inferno != Plan 9.
> >>There is no web browser in Plan 9---and that's got to be a big obstacle.
> 
> Inferno runs hosted under Plan 9 and Charon runs in that environment.
> we'll be blurring the boundaries further as well, at least for Plan 9.

Yeah, but Plan 9 is "free", at least in scare quotes, and AFAICT
Inferno is not.  "It runs under Inferno" is therefore considerably
materially different than Plan 9.

 From this it sounds rather as if splufty new applications for Plan 9
are not going to happen, and that new work is all happening over in
Inferno land.  Is that accurate?

^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-09 16:55 anothy
  0 siblings, 0 replies; 37+ messages in thread
From: anothy @ 2001-10-09 16:55 UTC (permalink / raw)
  To: 9fans

// Yeah, but Plan 9 is "free", at least in scare quotes, and AFAICT
// Inferno is not.  "It runs under Inferno" is therefore considerably
// materially different than Plan 9.

most of Inferno is as "free" (using the same or lighter quotes as in
Plan 9 being "free"); some is not. the free parts, which include
Charon, can be downloaded from Vita Nuova's site.

// From this it sounds rather as if splufty new applications for Plan 9
// are not going to happen, and that new work is all happening over
// in Inferno land.  Is that accurate?

i doubt it. there's lots of inteligent C programmers running around
on this list alone. for various reasons, interesting things continue to
happen in Plan 9. but if something can more easially, simply,
quickly, and correctly (!) be done in Inferno than "native" Plan 9,
and can thus run on Plan 9 and bunches of other OSs, as is the case
with Charon, why duplicate the effort in Plan 9? i'd certainly rather
people interested in working on Plan 9 work towards making the
_other_ interesting things happen, like 9P2000, IPv6, USB support,
better driver support, etc. there's lots of room for interesting work
in both Plan 9 and Inferno.
-α.



^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-09 15:23 anothy
  0 siblings, 0 replies; 37+ messages in thread
From: anothy @ 2001-10-09 15:23 UTC (permalink / raw)
  To: 9fans

// ...I suspect I prefer the xargs one because my frontal lobes are wired for linear
// tape-processing methods, and the second one requires understanding function
// theory and/or two passes to parse the nested clause.

funny, and i always considered xargs confusing to the way my brain understood
shell stuff: "uh, where's grep's other argument?" i found this especially true in rc,
where the nice {} and clean quoting rules make the "nested" version much easier
to read and understand than in many other shells. xargs seems to invert the flow
of the pipe, reminding me more of the "infix" notation originally proposed for
pipes (see http://cm.bell-labs.com/cm/cs/who/dmr/hist.html#pipes) than the
current structure.

rog's point about the buffering of input is a good one, and maybe xargs is just
better there, but it's just never been an issue for me, even before i found Plan 9
and worked exclusivly on Unix machines (and thus had xargs as an option).
-α.



^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-09 14:56 anothy
  0 siblings, 0 replies; 37+ messages in thread
From: anothy @ 2001-10-09 14:56 UTC (permalink / raw)
  To: 9fans

// Inferno != Plan 9.

// There is no web browser in Plan 9---and that's got to be a big obstacle.

given the presence of Charon for Inferno, i doubt it, actually. the point is to
provide a web browser usable withing Plan 9, and Charon fills that need
nicely (not totally, but nicely). do you really care that it's a dis program, or
that it's running within a virtual machine? do you think the Mac OS X users
are bothered by the fact that many of their apps run in Classic (OS X's
emulation of OS 9, for the unaware)?

i have a "charon" rc script in Plan 9 that starts up a seperate emu window
of reasonable size and starts charon running in it. the differences between
that and were Charon running "native" in Plan 9 are minimal, to me as a
user. and, more to the point, given the presence of a web browser usable
directly from within Plan 9, as Charon is, i definatly don't think i'd advocate
anyone spending time on that, while there's still plenty about Plan 9 that
i'd like to see fixed that Inferno _doesn't_ solve (yet?).

and yes, one OS doesn't have to do everything, but it is worth looking at
how much we can make it do (without breaking what's right about it).
-α.



^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-09 13:18 bwc
  2001-10-10  8:57 ` Douglas A. Gwyn
  0 siblings, 1 reply; 37+ messages in thread
From: bwc @ 2001-10-09 13:18 UTC (permalink / raw)
  To: 9fans

>>Inferno != Plan 9.
>>There is no web browser in Plan 9---and that's got to be a big obstacle.

I have an iMAC for that.  One OS doesn't have to do everything.

Brantley Coile


^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-09 10:55 rog
  2001-10-09 11:50 ` George Michaelson
  0 siblings, 1 reply; 37+ messages in thread
From: rog @ 2001-10-09 10:55 UTC (permalink / raw)
  To: 9fans

> > i've missed find several times. xargs always struck me as
> > compensating for poor shell design.
>
> Isn't the problem the argv limits of number of characters and number of
> words?

i don't think so entirely...

for instance if i want to grep through an entire source tree,
i don't want to wait until the tree has been traversed completely
before the text searching begins. using

	du -a . | awk '{print $2}' | xargs grep pattern

often gives me results much faster than

	grep pattern `{du -a . | awk '{print $2}'}

the latter usually works. i don't know what the kernel
limit is on command-line arguments, but it's more than sufficient
to pass all the source files in /sys/src (6764 files, ~160K).

  rog.



^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-09 10:12 forsyth
  2001-10-09 16:18 ` Thomas Bushnell, BSG
  0 siblings, 1 reply; 37+ messages in thread
From: forsyth @ 2001-10-09 10:12 UTC (permalink / raw)
  To: 9fans

>>Inferno != Plan 9.
>>There is no web browser in Plan 9---and that's got to be a big obstacle.

Inferno runs hosted under Plan 9 and Charon runs in that environment.
we'll be blurring the boundaries further as well, at least for Plan 9.



^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-08 21:24 Russ Cox
  0 siblings, 0 replies; 37+ messages in thread
From: Russ Cox @ 2001-10-08 21:24 UTC (permalink / raw)
  To: 9fans

> i thought overlayfs was supposed to do something like this?
> maybe it never worked...

geoff got stitch mostly working before he
left, but i haven't gone back to it. 
stitch is rather heavy weight for something
that you probably want in every person's
namespace.  (for instance, you probably want
	stitch -a /rc/bin /bin
	stitch -a /$objtype/bin /bin
so that you can do away with /$objtype/bin/ape/psh).

i'm convinced the kernel should do it,
but the implementation is hard.  however, once 
you have it working, you could write an nfafs
to replace libregexp: just mount the regexp and
then try to open /mnt/regexp/t/e/x/t/t/o/s/e/a/r/c/h.


^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-08 21:21 rog
  0 siblings, 0 replies; 37+ messages in thread
From: rog @ 2001-10-08 21:21 UTC (permalink / raw)
  To: 9fans

> Somebody please fix this.  All you need
> to do is implement a recursive union mount.
> We will all be grateful.

i thought overlayfs was supposed to do something like this?
maybe it never worked...

> "mk nuke" does, no?

while we're on the subject of removing intermediate files and
criticisms, one of my pet peeves is that object files have a
single-letter extension, thus at a stroke removing many potentially
useful filename extensions and making the choice of a new $O fraught
with danger...

there's no easy way of removing all object files from a directory
without enumerating all the possible (and changing) set of objtype
extensions.

would it be an enormous hardship to change from
	file.$O
to
	file.o$O
?

and then at least i can remove all object files in reasonable
comfort and safety with "rm *.o?"...

  rog.



^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-08 20:17 Russ Cox
  2001-10-14 19:54 ` Mike Haertel
  0 siblings, 1 reply; 37+ messages in thread
From: Russ Cox @ 2001-10-08 20:17 UTC (permalink / raw)
  To: 9fans

> * The need for /$objtype/bin/ape/psh, which is a #!/bin/rc script.

Somebody please fix this.  All you need
to do is implement a recursive union mount.
We will all be grateful.

> * Lack of long file names.  (Someday to be fixed in 9P2000.)

9P2000 doesn't allow long file names.  You can't have names bigger
than 65536 bytes.

>	"mk clean" doesn't remove every generated file.  try (say)
>	"find . -mtime -1 -type f -print" after rebuilding the world.
>	(oops, forgot--Plan 9 doesn't have "find".)

"mk nuke" does, no?



^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-08 16:51 anothy
  2001-10-09  9:04 ` Thomas Bushnell, BSG
  2001-10-09  9:04 ` Ralph Corderoy
  0 siblings, 2 replies; 37+ messages in thread
From: anothy @ 2001-10-08 16:51 UTC (permalink / raw)
  To: 9fans

// * rio windows are not searchable...

rio windows are searchable, there's just not convienent pre-packaged ways
to do it. try `sed 10q /dev/text' from a rio window. "Look" in rio would be
very nice; having /dev/text would be, as well.

// ...acme "win" windows won't let you run graphics programs.

there was work on correcting this, no? i seem to remember rob having a
version of acme that would at least allow one to display static images
within acme. did this ever get any further?

// * Lack of find and xargs.

i've missed find several times. xargs always struck me as compensating for
poor shell design. i still think find would be useful, although a massivly
stripped-down version from what's in most unixes would be more than
enough. about 90% of my find usage has been replaced with the fragment
`{du -a . | awk '{print $2}'} and i think a shell script built around that, ls -l,
and grep could be all the find i ever need.

// * Anemic functionality in diff, and lack of patch.  For example, GNU diff
//  will at least tell you whether binary files differ; Plan 9 diff just gives up.

cmp(1) works fine on binary files. what else are you looking for in diff? i
bind adiff into my /bin even when not in acme, to plumb from anywhere.

// * Poor memory management.  On my 1GB desktop system, a ridiculous
// amount of kernel memory gets allocated to pixmaps...

kernel memory is a tunable parameter in plan9.ini(8); see *kernelpercent.
i'm not sure that's what you're talking about, though. are you looking to
adjust individual pools (image, heap main), like you can in Inferno?

// * Lack of a web browser.

in Inferno, see charon(1). i use it for about 90-95% of my web use. of the
sites it has problem on, the majority (in my experience) are stupid sites
doing bogus checks to make sure i've got appropriate capabilities (most
comonly 128-bit SSL) by checking my browser version, and complaining
if it's not certain version of IE or Netscape. Charon lets you set the agent
string, but that leads to other problems. i've sometimes missed better
JavaScript support, but never Java support.

i use VNC to a remote Solaris box with Netscape installed in the 5-10%
where Charon won't cut it.

// * /lib vs. /sys/lib

i maintain that this is a good distinction that just hasn't been followed.
maybe the names could have been chosen better, but i think there's
good reason to seperate a repository of information (/lib) from system
configuration info (/sys/lib). i don't, for example, want the kana tables
or constitution in the same place as system-wide ssh or plumbing
configuration info. of course, Plan 9's already broke this (several things
in /lib, like /lib/namespace, seem like they belong in /sys/lib), but
that doesn't indicate the idea's flawed.
-α.



^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: [9fans] mv vs cp
@ 2001-10-08  6:27 Lucio De Re
  2001-10-08  8:38 ` Plan 9 annoyances (was: Re: [9fans] mv vs cp) Mike Haertel
  0 siblings, 1 reply; 37+ messages in thread
From: Lucio De Re @ 2001-10-08  6:27 UTC (permalink / raw)
  To: 9fans

On Sun, Oct 07, 2001 at 10:45:24PM -0700, Mike Haertel wrote:
> 
> Often.  This is one of the things that most irritates me about Plan 9.
> 
Talk about extreme responses :-)

++L


^ permalink raw reply	[flat|nested] 37+ messages in thread
end of thread, other threads:[~2001-10-16 19:46 UTC | newest]

Thread overview: 37+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-10-10 10:50 Plan 9 annoyances (was: Re: [9fans] mv vs cp) forsyth
2001-10-10 13:06 ` Sam Hopkins
  -- strict thread matches above, loose matches on Subject: below --
2001-10-16 19:46 forsyth
2001-10-15 18:36 David Gordon Hogan
2001-10-15 14:45 presotto
2001-10-11 15:17 forsyth
2001-10-11 19:29 ` Micah Stetson
2001-10-11 12:21 bwc
2001-10-11 11:20 forsyth
2001-10-12  9:23 ` pac
2001-10-10 10:45 forsyth
2001-10-09 17:08 forsyth
2001-10-10  8:56 ` Thomas Bushnell, BSG
2001-10-10  9:55   ` Mike Haertel
2001-10-10 10:09     ` Lucio De Re
2001-10-11  9:10   ` Thomas Bushnell, BSG
2001-10-09 16:55 anothy
2001-10-09 15:23 anothy
2001-10-09 14:56 anothy
2001-10-09 13:18 bwc
2001-10-10  8:57 ` Douglas A. Gwyn
2001-10-09 10:55 rog
2001-10-09 11:50 ` George Michaelson
2001-10-09 10:12 forsyth
2001-10-09 16:18 ` Thomas Bushnell, BSG
2001-10-08 21:24 Russ Cox
2001-10-08 21:21 rog
2001-10-08 20:17 Russ Cox
2001-10-14 19:54 ` Mike Haertel
2001-10-15  6:46   ` Boyd Roberts
2001-10-15  8:30     ` Mike Haertel
2001-10-08 16:51 anothy
2001-10-09  9:04 ` Thomas Bushnell, BSG
2001-10-09  9:04 ` Ralph Corderoy
2001-10-10  8:56   ` Douglas A. Gwyn
2001-10-08  6:27 [9fans] mv vs cp Lucio De Re
2001-10-08  8:38 ` Plan 9 annoyances (was: Re: [9fans] mv vs cp) Mike Haertel
2001-10-08  9:08   ` Lucio De Re

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).