On Sat, Nov 15, 2008 at 2:34 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> this is just stupifying:
>
> http://tech.slashdot.org/comments.pl?sid=1029797&cid=25761431
>
> Due to a strange quirk in the way compilers are designed, it's (MUCH) faster
> to build a dozen files that include every file
On Fri, Nov 14, 2008 at 10:34 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> this is just stupifying:
>
> http://tech.slashdot.org/comments.pl?sid=1029797&cid=25761431
I see that this comment has been voted +4 "informative".
Truly a shining example of the web 2.0 wisdom of crowds at work!
Joh
Insert random in-applicable cooking allegory here.
> > My mileage on that has varied as well :-). Most people I know couldn't
> give a rats ass about what slashdotters think, and no one I work for or with
> even looks at that site.
it must be nice to run in such elite circles. perhaps
one day when i am not employed buidling stuff people
are will
Some might find it an investment to create proper indexes, etc., and
bind some of the papers, as well as texts, on Plan 9, into a hard copy
and send it to you, for some profitable fee.
Hey, it's a more reputable way of making money than donations!
Regards
--- Begin Message ---
I was wondering i
On Nov 13, 2008, at 8:55 AM, sqweek wrote:
I understand that if you import a gateway's /net on each computer
in a
rather large internal network you will be consuming a huge amount
of mostly
redundant resources on the gateway. My impression is that each
imported
instance of /net requires a pe
2008/11/15 Eric Van Hensbergen <[EMAIL PROTECTED]>:
> There are those that say too many cooks spoil the broth.
>
This has been bothering me ever since I was a lad (which I'm pretty
sure was well before Ron was born. (Nurse! Turn me over!! Time for
my medication!!!)
On the one hand, "Too many co
On Fri, Nov 14, 2008 at 2:09 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> > reading slashdot is almost never worth the bandwidth or the time of your
> > life spent looking at it.
>
> if you are looking for technical information, you're
> correct. it's not useful.
>
> if however, you're interes
I was wondering if there are any books on plan 9. I mean that I can buy at a
book store, not just a .pdf. I have already read nemo's textbook.
-Nolan Hamilton
and then there are those who eat too much :D
And then there are those who don't want to eat most of the dishes on
the menu on a regular basis, but wish they could learn to cook half as
well as that, and attempt to apply some of the cooking methods in
their own dishes.
2008/11/15 Fernan Bolando <[EMAIL PROTECTED]>:
> There are a few customers
Thanks I can use hget now, everything works fine.-Nolan Hamilton
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In a short few hours I have learned to appreciate Plan 9 more.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Darwin)
iEYEARECAAYFAkkeGZkACgkQuv7AVNQDs+zeiQCfTpAlEmxAVto2p2gshSpwtTnQ
SUgAn2ESZiuP3vSD5nm9RgmId2OzZ65N
=20TR
-END PGP SIGNATUR
Maybe those programmers should learn a bit more about the system they
are working with before making such presumptions... but then, since
the days of Berkeley kids mixing LSD with cat's flags, seems that all
regard for the unix style has been forgotten in the race to add more
'features' and impleme
> There are a few customers waiting to be fed. There are others who
> looks through the windows and menu occasionally to see if there is
> anything that they want.
>
Then they demand to know why we don't have Big Macs, and tell us that
we'll never be able to compete with McDonalds while we insist
On Sat, Nov 15, 2008 at 12:21 AM, Dave Eckhardt <[EMAIL PROTECTED]> wrote:
>> hget is similar to almost all plan 9 programs
>> and (not surprisingly) different from many
>> modern unix programs in that, by default,
>> it writes to standard output.
>
> This may seem idiosyncratic, but it has a big b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 14, 2008, at 6:46 PM, Uriel wrote:
I wonder why was stderr invented...
uriel
Oh yes, that's also something I can explain. Some programmers use the
definitions literally: "stderr is not used for a progress bar, make
stdprog."
-BE
I wonder why was stderr invented...
uriel
On Sat, Nov 15, 2008 at 12:30 AM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Nov 14, 2008, at 6:21 PM, Dave Eckhardt wrote:
>
>> commentary
>
> This is because those programs use stdout for status
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 14, 2008, at 6:21 PM, Dave Eckhardt wrote:
commentary
This is because those programs use stdout for status indication, much
like hget -v. Think of wget, which is forced to use a terminal in
order to make a progress bar.
The idea is si
> hget is similar to almost all plan 9 programs
> and (not surprisingly) different from many
> modern unix programs in that, by default,
> it writes to standard output.
This may seem idiosyncratic, but it has a big benefit.
On various machines I have wget, curl, fetch, etc., and
each one has a di
> reading slashdot is almost never worth the bandwidth or the time of your
> life spent looking at it.
if you are looking for technical information, you're
correct. it's not useful.
if however, you're interested in what people think,
slashdot is a good barometer.
- erik
There are a few customers waiting to be fed. There are others who
looks through the windows and menu occasionally to see if there is
anything that they want.
On 11/15/08, Jack Johnson <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 14, 2008 at 11:46 AM, David Leimbach <[EMAIL PROTECTED]> wrote:
>> Dang,
On Fri, Nov 14, 2008 at 1:31 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Nov 14, 2008, at 4:26 PM, Russ Cox wrote:
>
>>> hget is different from most other programs of its kind.
>>
>> depends what you mean by "its kind".
>
> command line d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 14, 2008, at 4:26 PM, Russ Cox wrote:
hget is different from most other programs of its kind.
depends what you mean by "its kind".
command line download tool; I'm comparing it to programs like wget,
curl, etc.
-BEGIN PGP SIGNATURE
> hget is different from most other programs of its kind.
depends what you mean by "its kind".
hget is similar to almost all plan 9 programs
and (not surprisingly) different from many
modern unix programs in that, by default,
it writes to standard output.
russ
On Fri, Nov 14, 2008 at 11:46 AM, David Leimbach <[EMAIL PROTECTED]> wrote:
> Dang, in a pinch I'll even eat at McDonalds...
I think I booted McOS this morning
-J
On Fri, Nov 14, 2008 at 12:14 PM, Jack Johnson <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 14, 2008 at 7:38 AM, Eric Van Hensbergen <[EMAIL PROTECTED]>
> wrote:
> > There are those that say too many cooks spoil the broth.
> >
> > This isn't our problem.
> >
> > Our problem is that we have a kitchen f
reading slashdot is almost never worth the bandwidth or the time of your
life spent looking at it.
On Fri, Nov 14, 2008 at 10:34 AM, erik quanstrom <[EMAIL PROTECTED]>wrote:
> this is just stupifying:
>
> http://tech.slashdot.org/comments.pl?sid=1029797&cid=25761431
>
> Due to a strange quirk in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 14, 2008, at 2:50 PM, Nolan Hamilton wrote:
I just get a whole bunch of letters and numbers.
tgz is a compression format that uses binary data. The conversion of
binary to Unicode is why you see the numbers.
-BEGIN PGP SIGNATURE
hget is different from most other programs of its kind. It writes the
file you ask for on standard output, or the computer screen. If you
want to download a file, use one of the following:
hget -o planb4e.tgz http://lsub.org/ls/export/planb4e.tgz
hget http://lsub.org/ls/export
On Fri, Nov 14, 2008 at 7:38 AM, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
> There are those that say too many cooks spoil the broth.
>
> This isn't our problem.
>
> Our problem is that we have a kitchen full of food critics attempting
> to direct the cooks.
Is it good or bad that we keep eat
hget -o $home/planb4e.tgz http://lsub.org/ls/export/planb4e.tgz
The man pages with Plan 9 are really good. Well worth a read.
Robby
On Fri, Nov 14, 2008 at 13:50, Nolan Hamilton
<[EMAIL PROTECTED]> wrote:
> Hello, I am a newcomer to plan 9. I current have Plan9 installed on my
> computer, and am trying to get Plan B.
> I use "hget http://lsub.org/ls/export/planb4e.tgz";
> I just get a whole bunch of letters and numbers.
> Is t
because this kitchen has access to the better cooking utensils.
2008/11/14 hiro <[EMAIL PROTECTED]>:
> why are you staying, all that time, when your cousin is chef and gets
> a great award every other year and works in the restaurant just the
> other side of the road?
>
>> (No, I'm not arrogant en
Hello, I am a newcomer to plan 9. I current have Plan9 installed on my
computer, and am trying to get Plan B.
I use "hget http://lsub.org/ls/export/planb4e.tgz";
I just get a whole bunch of letters and numbers.
Is this OK, or is there a problem becouse it keeps on doing this for a very
long time.
>> That would break the protocol stack. 9P is an application layer protocol (or
>> so I understand). It should _never_ see, or worse rewrite, network layer
>> data units. If by "a fileserver on top of that" you actually mean a file
>> server under that then you simply are re-inventing NAT.
>
> Put
new word, inspired by this:
stupedifying
in the sense of stupid, stupefying, and edifying in all one blow.
I googled it and now feel much less creative.
ron
this is just stupifying:
http://tech.slashdot.org/comments.pl?sid=1029797&cid=25761431
Due to a strange quirk in the way compilers are designed, it's (MUCH) faster to
build a dozen files that include every file in your project than to build
thousands of files.
Once build times are down to 5 -
On Fri, Nov 14, 2008 at 12:29 PM, Eris Discordia
<[EMAIL PROTECTED]> wrote:
>> What makes /net tick depends on what you export on /net. The kernel
>> serves your basic /net, yes, but there's nothing to stop you having a
>> userspace file server on top of that to do whatever filtering you
>> like.
why are you staying, all that time, when your cousin is chef and gets
a great award every other year and works in the restaurant just the
other side of the road?
> (No, I'm not arrogant enough to consider myself the egg, the omelette, the
> cook, or the critic. I'm the hungry soul looking into the
Ah! The Frenchman speaks.
--On Friday, November 14, 2008 6:22 PM +0100 [EMAIL PROTECTED] wrote:
On Fri, Nov 14, 2008 at 10:38:01AM -0600, Eric Van Hensbergen wrote:
There are those that say too many cooks spoil the broth.
This isn't our problem.
Our problem is that we have a kitchen full of
"Although I cannot lay an egg, I am a very good judge of omelettes."
They say George Bernard Shaw said it.
(No, I'm not arrogant enough to consider myself the egg, the omelette, the
cook, or the critic. I'm the hungry soul looking into the restaurant from
behind the glass walls.)
Welcome, but don't mistake me for someone having the background and
experience with plan 9 to comment with any sort of authority.
I won't ;-)
I'm not sure there's as much difference as you make out to be.
There is a huge difference. Almost as much difference there is between NAT
and RSVP.
On Fri, Nov 14, 2008 at 10:38:01AM -0600, Eric Van Hensbergen wrote:
> There are those that say too many cooks spoil the broth.
>
> This isn't our problem.
>
> Our problem is that we have a kitchen full of food critics attempting
> to direct the cooks.
And if, despite their sabotage, you happen
On Fri, Nov 14, 2008 at 11:01 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
>> Our problem is that we have a kitchen full of food critics attempting
>> to direct the cooks.
>
> except there are no cooks.
>
There are a few cooks, but perhaps no chefs. The chefs grew weary of
the critics a long tim
> > Hiding the details of the underlying resources is one of the
> > functions/features of the OS, isn't it?
>
> Bjarne Stroustrup likes to call that "data abstraction and encapsulation;"
> in a different context. But the essence of it is the same. Operational
> details have to be "hidden," func
> Our problem is that we have a kitchen full of food critics attempting
> to direct the cooks.
except there are no cooks.
- erik
Hiding the details of the underlying resources is one of the
functions/features of the OS, isn't it?
Bjarne Stroustrup likes to call that "data abstraction and encapsulation;"
in a different context. But the essence of it is the same. Operational
details have to be "hidden," functional ones no
The information is very much appreciated here, Erik Quanstrom.
so in plan 9, it's possible to know the device providing the file
(try ls -l /dev), [...]
From this I gather the client-side caching problem sqweek pointed out can
be easily addressed. Caching or no caching can be decided by the p
"And of course, with the birth of the artist came the inevitable
afterbirth - the critic." --Mel Brooks, History of the World Part I.
ron
On Thu, Nov 13, 2008 at 11:52 PM, Roman Shaposhnik <[EMAIL PROTECTED]> wrote:
>
> But along the very same line of thought -- wouldn't it also then be
> much more reasonable to stick with an "alternative aname"
> approach when adopting 9P for symlinks, FIFOs and the
> rest of the POSIX paraphernalia
There are those that say too many cooks spoil the broth.
This isn't our problem.
Our problem is that we have a kitchen full of food critics attempting
to direct the cooks.
-eric
Hi Eric,
I did every thing you told me, but when i try again:
fsname% ndb/query -f /lib/ndb/auth hostid bootes
fsname%
without no response.
do you still have any idea??...because i'm thinkig to take a
drill ;-)))
thank you very much for your time.
Armando
> easy fix
> 9fs sources
On Fri Nov 14 04:48:04 EST 2008, [EMAIL PROTECTED] wrote:
> On Nov 13, 8:45 am, [EMAIL PROTECTED] (erik quanstrom) wrote:
> ...
> > cpu -h node -c 'name=`{cat ''#c/sysname''}; echo do something with $name'
>
>
> I added 'role=cpu' to my cpu servers in /lib/ndb/local, now I can do
> this
>
> for
> Hi,
> I just did it:
>fsname% ndb/query -f /lib/ndb/auth hostid bootes
>fsname%
> i got no response,only the fs prompt..
> but in /lib/ndb/auth.mio i have the same lines,so:
>hostid°otes
> uid
> dm uid
> ??
easy fix
9fs sources && cp /n/sources/plan9/lib/ndb/auth /li
i also don't really trust the groups doing it to produce a reasonable file
or high-level storage subsystem.--- Begin Message ---
* erik quanstrom <[EMAIL PROTECTED]> wrote:
> they have funny names for it all.
> and they're missing the worm part.
>
> http://lwn.net/Articles/305740/
*lol*
Food old
* erik quanstrom <[EMAIL PROTECTED]> wrote:
> they have funny names for it all.
> and they're missing the worm part.
>
> http://lwn.net/Articles/305740/
*lol*
Food old 1541 coming back (plus SCSI + a bit crypto stuff) ?
Wait! 1541 already had filenames, ah, and there was an updated
firmware goi
Hi,
I just did it:
fsname% ndb/query -f /lib/ndb/auth hostid bootes
fsname%
i got no response,only the fs prompt..
but in /lib/ndb/auth.mio i have the same lines,so:
hostid=bootes
uid=!sys uid=!adm uid=*
??
thanks guys,
Armando
> > could it be that the equals sign (=) you typed
On Nov 13, 8:45 am, [EMAIL PROTECTED] (erik quanstrom) wrote:
...
> cpu -h node -c 'name=`{cat ''#c/sysname''}; echo do something with $name'
I added 'role=cpu' to my cpu servers in /lib/ndb/local, now I can do
this
for (node in `{ndb/query -a role cpu sys})
cpu -h $node -c 'name=`{cat ''#c/sy
> But along the very same line of thought -- wouldn't it also then be
>much more reasonable to stick with an "alternative aname"
> approach when adopting 9P for symlinks, FIFOs and the
> rest of the POSIX paraphernalia?
I'a not the one who has to implement it so my opinion is
nothing more than tha
60 matches
Mail list logo
