On 29 October 2012 23:06, Bakul Shah ba...@bitblocks.com wrote:
gcc etc. are used to deliver a lot of code that is used in
real word. And without a standard there would've been lot
less interoperability and far more bugs.
Most interoperability delivered by gcc comes from the fact that gcc
On Oct 18, 2012 11:44 AM, Kurt H Maier kh...@intma.in wrote:
On Thu, Oct 18, 2012 at 07:20:47AM -0700, Albert Skye wrote:
erik quanstrom quans...@quanstro.net wrote:
The question is rather: What killed the Plan 9 desktop?
poor special effects?
it's just resting!
but maybe it
On Wednesday 01 September 2010 2:56:03 bau...@gmail.com wrote:
you'd be left with defending against ^T^Tr, ^P, etc.
but then again, the power button or network cable is sooo
convienent. heck, just take the machine home. :-P.
who care user/pass when you can pull of hard drives :-)
I
right out of the box as standard ops.
BUT... that's all for me with regards to this debate - I don't want
to get into it again. (c8= I know better than to argue on 9fans. grin
Cheers!
Corey
On 30 June 2010 15:54, Pietro Gagliardi pietr...@mac.com wrote:
A friend on AIM who I showed this quote to suggested XML should drop named
close tags as a solution: tagstuff/
C and Ratfor programmers find BEGIN and END bulky compared to { and }. -
bwk
The / suggestion has come up 8000 times
On 28 June 2010 15:06, erik quanstrom quans...@labs.coraid.com wrote:
yet in that it does something, it does so vigorously and verbosly
and does so less vexatiously than asn.1, which does solve the
problem xml purports to solve.
- erik
Was I supposed to hear that in my head as Hugo
On Wednesday 26 May 2010 12:57:02 Jack Johnson wrote:
On Wed, May 26, 2010 at 9:24 AM, Nick LaForge nicklafo...@gmail.com wrote:
Kinda puts MS and EFF in the same camp.
You mean FSF?
Whoops, yes, FSF.
No doubt - MS and FSF are clearly in the same camp. Allies even! Heck,
one might
On Wednesday 26 May 2010 1:28:54 Jack Johnson wrote:
On Wed, May 26, 2010 at 12:08 PM, Corey co...@bitworthy.net wrote:
No doubt - MS and FSF are clearly in the same camp. Allies even! Heck,
one might even go so far as to venture the notion that they're
practically bedfellows.
I'm just
On Sunday 16 May 2010 10:34:53 EBo wrote:
Have you tried Sorcery from Source Mage?
No, but I'll definitely look into it. Thanks for the pointer.
Might also want to check out paludis, a spiritual successor
to portage, built from scratch (written in c++), designed with
the focused goal of
On Sunday 16 May 2010 7:44:41 David du Colombier wrote:
Oh yeah - someone kindly hosted the current draft (v. 0.2) here:
http://mirror.9grid.fr/mirror.9grid.fr/plan9-cpu-auth-server-howto.html
Yes, it's me. I hosted it since your website disappeared.
Much appreciated - thank you!
May
On Sunday 16 May 2010 3:27:19 Karljurgen Feuerherm wrote:
I've tried various things, such as deleting partitions, reinstalling
windows and then reinstalling plan9... but I always seem to end up with
some residual stuff (e.g. the users I created the last time around are
still there...!)
I
I'm on a 802.11g here on my lan in my house, where my cpu/auth server
sits - and drawterm is noticeably slow/laggy. For instance, mousing up/down
the rio menus, and drawing/moving new rio windows, scrolling through large
amounts of text... all produce regular finegrained intermittent delays
On Saturday 15 May 2010 2:31:57 Corey wrote:
I'm on a 802.11g here on my lan in my house, where my cpu/auth server
sits - and drawterm is noticeably slow/laggy.
snip
Oh yeah - I'm using tcp and not il.
Quite a while back, I recall someone was inquiring whether there was any
documentation/notes available with regards to the process of creating one's
own customized plan 9 iso - or related documentation detailing how the
official iso/distro is built. If I remember correctly, there were a couple
On Saturday 15 May 2010 2:57:12 Mathieu Lonjaret wrote:
As far as I am concerned:
http://9fans.net/archive/2008/05/263
and here's maht's blog entry about it:
http://maht0x0r.blogspot.com/2007/11/roll-your-own-plan9-iso.html
Excellent - thanks! (I believe there was one other source of
On Saturday 15 May 2010 4:49:32 erik quanstrom wrote:
On Sat May 15 17:33:49 EDT 2010, co...@bitworthy.net wrote:
On Saturday 15 May 2010 2:31:57 Corey wrote:
I'm on a 802.11g here on my lan in my house, where my cpu/auth server
sits - and drawterm is noticeably slow/laggy.
snip
On Saturday 15 May 2010 5:55:33 erik quanstrom wrote:
On Sat May 15 19:56:50 EDT 2010, co...@bitworthy.net wrote:
If one wants to remove an existing user from the fossil file server,
is it perfectly ok to simply edit /adm/users, as the hostowner user,
directly? Or is it considered better
On Saturday 15 May 2010 5:25:38 erik quanstrom wrote:
... but I'm wondering: why does 9load seem to sometimes suffer
from apparent regressions in the official iso?
i think the bios calls that the official distribution
supports have been the source of a lot of trouble.
i've been looking
On Saturday 15 May 2010 6:26:05 erik quanstrom wrote:
Ah... heheh - cleary: because I'm using drawterm and drawterm
doesn't do IL? (sorry if that's a lame question)
currently, that's up to the host os. and none of the host
oses do.
Of course, that makes sense - thanks!
On Saturday 15 May 2010 6:28:00 erik quanstrom wrote:
So, assuming a non-venti server: when removing users from the fossil
filesystem, there's no effective difference whether I do so by manually
editing /adm/users versus fscons: users -r/-w [file] ?
I'm just slowly trying to accumulate
I'm thinking about going through another installation, and I'm wondering
whether there's usefulness in undertaking a standalone terminal install
using only kfs rather than fossil? And if so, how is this currently done?
As far as I can tell, I'd want to use Erik's 9atom iso - which seems to
On Saturday 15 May 2010 9:23:51 erik quanstrom wrote:
there's currently no kfs/cwfs install option. it's only my list of things
to do.
Good to know, looking forward to when that's ready!
remember that kfs != ken's fs
Cool thanks: I was indeed under the impression that they were the
Attempting new plan9 installation, seeing this sort of thing going on:
bios 0: drive 0x80: 80.026,361,856 bytes, type 3
biosdiskcall: int 13 op 0x42 drive 0x80 failed, ah error 0x80
sectread: bios failed to read 512 @ sector 0 of 0x80
... searching 9fans, I see that others have had same issue,
On Thursday 13 May 2010 9:22:08 Corey wrote:
snip
I'm reviewing a draft plan 9 installation howto I wrote a while back,
Oh yeah - someone kindly hosted the current draft (v. 0.2) here:
http://mirror.9grid.fr/mirror.9grid.fr/plan9-cpu-auth-server-howto.html
On Monday 26 April 2010 06:06:11 erik quanstrom wrote:
I'd prefer not to narrowly frame things in terms of my own personal
needs.
that kind of thinking made linux what it is today.
You can quit being obstinate now, the threat has been eliminated - sleep
soundly, knowing that Plan 9 is
Response sent offlist.
On Monday 26 April 2010 12:24:02 erik quanstrom wrote:
On Monday 26 April 2010 06:06:11 erik quanstrom wrote:
I'd prefer not to narrowly frame things in terms of my own personal
needs.
that kind of thinking made linux what it is today.
You can quit
Disclaimer: If this conversation/thread is a continued annoyance, please
at least consider the tactic of simply ignoring it - I've placed [PlanX] in
the subject to make it easy for people to filter.
Also: [long]
On Sunday 25 April 2010 08:22:24 Patrick Kelly wrote:
The goal of the Plan X
On Sunday 25 April 2010 21:06:11 Patrick Kelly wrote:
A thinktank comprised of a single individual battling through the flame
drizzles of a sensitive/reactionary social environment and/or twiddling
his thumbs on a mostly empty mailing list is...suboptimal
So my work is suboptimal?
You
There have been many direct responses to my posts, every
one of them has a number of good points - even when I
disagree with some of them; and (as is natural and expected)
a number of misunderstandings as well.
I can't respond to them all without spamming the list, so I'll
refrain (wouldn't
On Friday 16 April 2010 16:58:38 andrey mirtchovski wrote:
TL;DR
On Friday 16 April 2010 21:20:15 Federico G. Benavento wrote:
too long for me to read, could you summarize in 3 lines?
On Saturday 17 April 2010 10:06:35 Iruata Souza wrote:
still too long.
I'm not avoiding these requests.
On Sunday 18 April 2010 13:58:19 erik quanstrom wrote:
[purposefully removed context surrounding the following statement:]
snip
seems awful limiting for a research os.
Exactly.
Plan X proposes an extension of 9 space for the experimental purpose
of promoting and supporting an additional
I appreciate your time and consideration in your responses, thanks!
You made several points and asked several questions this email,
however it's difficult for me to answer them because they appear
to be put forth under the idea that Plan X's purpose is to natively
host common popular
On Saturday 17 April 2010 00:28:42 SHRIZZA wrote:
Long-windedness aside, your thought process is fairly sound.
Sorry for the annoying verbosity. It's difficult for me to express the
ideas more succinctly in a manner that reduces the risk of flames
or misunderstanding.
However, keep in mind
The following is not a troll. (the subject is for the sake of humor only)
On Friday 16 April 2010 11:10:28 Patrick Kelly wrote:
Have you look at what Plan 9 has done? I would hardly go to say we are
reactive. Every other system has reacted to what Plan 9 has done, not the
other way around.
But OTOH, who's still making SOTA VHS players (ignoring the VHS/DVD
combos and VHS-USB thingies)
On Thu, Apr 1, 2010 at 11:49 AM, Jeff Sickel j...@corpus-callosum.com wrote:
Sometimes SOTA just has staying power. Even now, in the days of the
streaming audio and video technologies, businesses
well damn
On Thu, Apr 1, 2010 at 12:19 PM, maht maht-9f...@maht0x0r.net wrote:
On 01/04/2010 17:01, Corey Thomasson wrote:
But OTOH, who's still making SOTA VHS players (ignoring the VHS/DVD
combos and VHS-USB thingies)
Search for : LG MG64 VHS VCR
Multiple responses following, so that I'm not accused of spamming the list.
On Monday 29 March 2010 19:02:23 Iruata Souza wrote:
On Mon, Mar 29, 2010 at 10:21 PM, Corey co...@bitworthy.net wrote:
snip
No one's willing to spearhead a General Purpose 9 experiment, and no
one's interested
On Monday 29 March 2010 13:07:23 Georg Lehner wrote:
The recent survey of how Plan9 inventors use Plan9 today (it seems
mostly they don't) has cast some shadow of doubt on me that day
to day computer work is ideally done on a Plan9 terminal.
Day to day computer work will not generally be
On Monday 29 March 2010 14:09:32 erik quanstrom wrote:
Day to day computer work will not generally be done on a Plan9 terminal
until Glenda finally overcomes her profoundly crippling case of
automysophobia.
snip
unless you're going to do something about this, you're just
trolling.
On Monday 29 March 2010 17:24:08 erik quanstrom wrote:
In any given social environment, communicating dissatisfaction of
the status quo is often the logical first step towards choices (a)
and/or (b) - due to the fact that going off on one's own to work
alone in a vacuum on a major
Not really related, but I got a good laugh from this.
As soon as I opened this email in gmail, the targeted ad changed to
Editing xml is difficult.
Followed by some stuff about Xopus xml editor, but still.
On Thu, Mar 25, 2010 at 12:56 PM, ron minnich rminn...@gmail.com wrote:
It just keeps
I wish I had that link the other day! Got into a debate about gnu cat
etc. With a member of the local LUG.
On Thursday, March 25, 2010, Tim Newsham news...@lava.net wrote:
As a example for our students we use
http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=blob;f=src/cat.c;hb=HEAD
Anyone been watching the genode os framework? ()
It already supports Linux, NOVA, Codezero, L4/Fiasco, L4ka::Pistachio and
OKL4 as base platforms/kernels - I don't know (as I'm sure I'm not qualified
to make an assessment), but intuition tells me there might be some interesting
possibilities
On Thursday 25 February 2010 17:30:16 erik quanstrom wrote:
kernel and there doesn't need to be one. By using Genode, applications
developed for one kernel can be ported to all the other supported
platforms with a simple recompile.
this sort of thing is built for a knee-jerk reaction.
Even synthetic filesystems are good for moving bigger things to their
own services, there're many cases where that wouldnt make sense, for
example parsers. I doubt you'd really suggest putting an XML parser
to its own filesystem for real productional use ;-p (having such a
thing surely is a
On 1/22/2010 12:59 PM, Rudolf Sykora wrote:
Regardless of me having or not having encountered a problem, building
the whole list in advance is not really smart and will lead to
problems at some point for sure.
Thanks
R
Assuming that's true, couldn't you do some kind of trick to break it up
On 1/8/2010 1:10 PM, lu...@proxima.alt.za wrote:
Seems like portability isn't of interest to anyone, anymore.
As Russ suggested to me a while back, the Plan 9 kernel should not
require massive rewriting to port to GCC. Go figure.
Should not but does? Because of gcc or lack of
http://www.p9dp.org/plan9-cpu-auth-server-howto.html
This is likely to be the final draft; it has been optimized in various ways and
I have thoroughly tested it multiple times.
Sure would be terrific if a few folks of varying degrees of experience with
Plan 9 could actually take the document
the document has been put
through the paces and confirmed as reliable by a few other folks aside
from myself.
Cheers,
Corey
and no
simpler - Step 5 is straight-forward and internally consistent with the
rest of the document
Thankyou very much for testing it out - much appreciated!
Cheers,
Corey
On Thursday 13 August 2009 18:01:03 Corey wrote:
snip
* finally it is the goal of the howto to be as simple as possible and no
simpler - Step 5 is straight-forward and internally consistent with the
rest of the document
Just a quick aside, in order to better satisfy the stated goal is why I
Thank you Erik for your review - very much appreciated!
I have integrated your suggestions (plus some further general enhancements
and optimizations) into another draft version that I will upload shortly.
May I solicit just one more bit of feedback from you?
In the 'Conventions' section, I
.
Thanks for the heads-up, John - I've included a timeout value on the
plan9.ini menu in the next draft version of the howto.
Cheers,
Corey
When creating a cpu/auth kernel, one needs to create a variety of
key/passwords - the machine key, the secstore key, and the hostowner password.
I _think_ I have the basics understood regarding the purpose of these, but one
thing I'm uncertain of:
Aside from the point in which they're each
On Monday 10 August 2009 02:40:17 Corey wrote:
When creating a cpu/auth kernel, one needs to create a variety of
key/passwords - the machine key, the secstore key, and the hostowner
password.
I _think_ I have the basics understood regarding the purpose of these, but
one thing I'm uncertain
On Wednesday 05 August 2009 19:42:54 Anthony Sorace wrote:
/sys/log/cron: rc (cpurc): can't open: 'sys/log/cron' is a directory
... not quite sure what to make of that.
that's weird. it shouldn't be a directory, just an append-only file
like most of the others in /sys/log. not sure how it
On Monday 10 August 2009 02:55:58 Steve Simon wrote:
The machine key _is_ the hostowners password, DES encrypted with
the hostowner's name, the details are in the code.
The hostowners password stored in nvram, and the hostowner's password
stored in the authentication database served by keyfs
On Monday 10 August 2009 03:33:04 Steve Simon wrote:
This will create a n append only file, not a directory. The usual way to
initialised cron for a user is auth/cron -c (similarly for mail type mail
-c) when you have first logged in as that user.
if you run /sys/lib/newuser when you first
On Monday 10 August 2009 09:01:39 ron minnich wrote:
main: create /active/cron/bootes bootes bootes d775
This is right. It's supposed to be a directory.
cpu% ls -l /cron/bootes
--rw-r--r-- M 9758 bootes bootes 0 Sep 17 2008 /cron/bootes/cron
main: create /active/sys/log/cron bootes
patch seems to be the best path,
but probably the least trivial.
Cheers,
Corey
.
We're talking Plan 9, not *nix.
Anyhow - whatever! I can only imagine this has already been gone through
before; and it's not going to make me stop using Plan 9 even though I
think it's absurd. (c8=
Regards!
Corey
On Thursday 06 August 2009 01:19:35 Robert Raschke wrote:
On Thu, Aug 6, 2009 at 8:52 AM, Corey co...@bitworthy.net wrote:
snip
That wasn't a rhetorical question. Why bother locking your door?
Any intruder worth his weight in salt can circumvent such a simple
security mechanism with ease
of servers in a co-lo. So what's the chances
of _mine_ getting abused?
On Thursday 06 August 2009 17:17:19 John Floren wrote:
A note, please don't take this as a flame.
Not at all! It's good to hear others experiences and conclusions.
Cheers,
Corey
On Thursday 06 August 2009 21:19:36 lu...@proxima.alt.za wrote:
I have direct experience as a contractor where I have entered
many a co-lo; and was unimpressed with their security to say the least.
I had constant and easy access to a large number of nameless servers,
it's a nobrainer to
On Thursday 06 August 2009 21:19:05 lu...@proxima.alt.za wrote:
snip
If you think it's worth it, then you need to put your money where your
mouth is.
Like I said:
Anyhow... I guess there's no reason to argue/debate! Looks like I
have some options
... and later:
[...] plus, I've already
Just some scattered random questions I've accrued after successfully
getting a cpu/auth server up and running:
* I'm seeing an error on boot:
/sys/log/cron: rc (cpurc): can't open: 'sys/log/cron' is a directory
... not quite sure what to make of that. I guess I might have done
something wrong
On Tuesday 28 July 2009 21:24:01 Corey wrote:
On Tuesday 28 July 2009 18:42:05 Russ Cox wrote:
snip
It's not a question of time zones. Time zones don't matter.
It's just that the clock was wrong before and later is
correct--there are many reasons this might happen--
and venti shouldn't
On Tuesday 28 July 2009 17:42:23 Corey wrote:
My experience is indicating a different reality,
or I'm still not interpreting my experience correctly.
It was definitely the latter.
On Tuesday 28 July 2009 16:50:15 erik quanstrom wrote:
you should note that this has absolutely zero to do
above will continue to plague unless you fully zero out the plan 9 partitions
involved before starting the install.
Kind regards, your time and assistance is appreciated -
Corey
On Tuesday 28 July 2009 15:16:23 erik quanstrom wrote:
On Tue Jul 28 18:16:08 EDT 2009, davide...@cs.cmu.edu wrote:
The right fix is probably to comment out the print in venti
and move on, which you have already done.
I'd suggest: if the time is off by more than 24 hours, warn once.
On Tuesday 28 July 2009 11:19:08 John Floren wrote:
Ever wish you had more GUI programs on Plan 9 to show off to your
friends? Do you think Mothra represents the very pinnacle of UI
design? Then have I got a program for you...
I've spent the last day or so whipping up a quick libpanel
On Tuesday 28 July 2009 16:50:15 erik quanstrom wrote:
#6 - reboot, (first-time login), as glenda:
- remove -L switch from $TIMESYNCARGS in /rc/bin/termrc
if the time was already correct modulo timezone, why did you do this?
My (ill-founded?) reasoning went like this:
* -L is for
On Tuesday 28 July 2009 18:42:05 Russ Cox wrote:
On Tue, Jul 28, 2009 at 3:16 PM, erik quanstromquans...@quanstro.net
wrote:
ignoring little bugs is the path to ruin.
That's why the print should just go away entirely.
The code assumes that the time from one boot
to the next only ever
On Monday 27 July 2009 09:28:39 Russ Cox wrote:
On Sun, Jul 26, 2009 at 6:03 PM, Coreyco...@bitworthy.net wrote:
The following is being printed to the console non-stop:
err 2: arena arenas00 creation time after last write time
arena arenas00: header is out-of-date
Apparently my clock/date
On Monday 27 July 2009 13:38:58 erik quanstrom wrote:
each time using the same process/steps) - and now it doesn't go away,
even on a completely fresh install, even after I wiped the drives
completely.
what's your disk wiping procdure?
I reboot with a gentoo linux rescue cd.
I run the
On Monday 27 July 2009 13:38:58 erik quanstrom wrote:
as long as you're editing venti
source, you could print out both dates. that would give a
better picture of what's really going on.
I think I must be missing something, this is what I did:
cd /sys/src/cmd/venti/srv
acme arena.c
cd ..
On Monday 27 July 2009 15:52:28 erik quanstrom wrote:
ls -l /386/bin/venti
reboot
... but the changes I applied to arena.c do show up; which
leads me to believe my changes aren't being used by the
system.
no you're not missing anything except for the sleezy trick.
venti is built
On Monday 27 July 2009 17:35:31 erik quanstrom wrote:
I suspect what's happening is the motherboard clock is set in
the future, you are formatting venti based on that time, and then later
firing up timesync which interprets the RTC as local time. If your RTC is
set to UTC and you're in the
The following is being printed to the console non-stop:
err 2: arena arenas00 creation time after last write time
... and I saw this during bootup:
arena arenas00: header is out-of-date
Apparently my clock/date was set a day ahead when I installed the terminal.
How do I correct the
I'm still assembling a mental map of a typical Plan 9 environment, which Im
primarily using various scattered papers, docs and tutorials from the web in
addition to the man pages and docs on the system as my resources.
I'm currently focusing on the most basic case of standalone terminal -
I'm
On Saturday 25 July 2009 18:46:27 erik quanstrom wrote:
snip
auth/keyfs provides the authentication database.
this is run on the auth server.
awuth/wrkey writes the host keys into nvram. this needs
to happen on every cpu server encluding the auth server. this
enables the hostowner to boot
On Saturday 25 July 2009 20:22:35 John Floren wrote:
On Sat, Jul 25, 2009 at 8:08 PM, Coreyco...@bitworthy.net wrote:
snip
Given the following ridiculously contrived hypothetical situation:
You only had a single computer in your house, and you could only run
Plan 9 on it...
Would you
On Tuesday 21 July 2009 22:59:49 Josh Wood wrote:
How do I enable hd dma? There's a dmamode=ask in my plan9.ini, but
I don't
see that option mentioned in the plan9.ini man.
echo dma on /dev/sdXY/ctl
see in sd(3).
Excellent - thanks.
As a further question on that point, where would
similar already exists - I was unable to really
find anything along the same lines; closest was this newbie-guide:
http://www.covingtoninnovations.com/michael/blog/0807/newbie-guide.pdf )
Cheers
On Tuesday 21 July 2009 22:21:16 Corey wrote:
In no particular order. Your help is very much
I was booted into my cpu/auth server's terminal; then pressed ctrl-p by
accident in a rio window; which caused the machine to immediately reboot -
and now it gets to particular point and (seemingly) hangs at:
sync...2009/0722 02:04:58 arenas00: indexing 1544 clumps...
I imagine it's got
if there's
a keybinding that will always move cursor to point - so for the
hell of it, I tried the obvious ctl-p.
On Tue, Jul 21, 2009 at 7:20 PM, Corey co...@bitworthy.net wrote:
I was booted into my cpu/auth server's terminal; then pressed ctrl-p by
accident in a rio window; which caused
Ok, so I have my fossil+venti and hopefully soon-to-be cpu and auth-server
booted up for the first time, and I'm in rio as user glenda.
I'm continuing to follow the docs, which is prompting me to edit plan9.ini for
various things.
sam is completely opaque to the uninitiated. (I'm a mere vi
On Sunday 19 July 2009 16:04:05 Brantley Coile wrote:
The few minutes spent learning ed(1) will be well repaid. You'll be
one of the smartest guys on your block.
Yes, however I simply want to put off that learning, from: _right_this_moment_,
to: _after_my_box_is_online_.
On Sunday 19 July 2009 16:02:20 John Floren wrote:
On Sun, Jul 19, 2009 at 3:51 PM, Coreyco...@bitworthy.net wrote:
snip
Can someone give me just the bare minimal sam command/info that I need
to:
edit a couple lines
close and save properly
You can use acme if you want.
That was my
On Sunday 19 July 2009 16:25:18 John Floren wrote:
Run 9fat: first, then run acme in the same window. Or, run acme, then
do the command Local 9fat: inside the editor.
On Sunday 19 July 2009 16:28:35 Federico G. Benavento wrote:
cp plan9.ini plan9.ini.old
acme didn't see /n/9fat/plan9.ini
On Sunday 19 July 2009 19:12:50 Skip Tavakkolian wrote:
The few minutes spent learning ed(1) will be well repaid. You'll be
one of the smartest guys on your block.
i second that. learning it has been one of the best investments of my
time since 1982.
grin
I would say the same thing
On Saturday 18 July 2009 12:29:29 Eric Van Hensbergen wrote:
The secret plan 9 super secret
society fork is yet another evolution, actually primarily motivated by
bitter, disruptive, and ultimately destructive community members.
Curiosity has just got the best of me.
Can you shed a little
On Saturday 18 July 2009 12:50:39 Eric Van Hensbergen wrote:
On Sat, Jul 18, 2009 at 2:37 PM, Coreyco...@bitworthy.net wrote:
On Saturday 18 July 2009 12:29:29 Eric Van Hensbergen wrote:
The secret plan 9 super secret
society fork is yet another evolution, actually primarily motivated by
On Saturday 18 July 2009 10:59:20 ron minnich wrote:
On Sat, Jul 18, 2009 at 9:59 AM, Urielurie...@gmail.com wrote:
snip
So you are on your own, you can take the code (while the site happens
to be up, or from a mirror), do whatever you like with it, but that is
all there is and all anyone
Introduction to OS abstractions using Plan 9 from Bell Labs
Two previous sources for this document appear to be offline:
http://plan9.escet.urjc.es/who/nemo/9.intro.pdf
http://lsub.org/who/nemo/9.intro.pdf
Where else (on the web) can I get hold of this?
Thanks!
Thanks all, much obliged!
On Sunday 12 July 2009 15:19:07 Ethan Grammatikidis wrote:
On Sun, 12 Jul 2009 17:28:26 -0400
james toy m...@0xabadba.be wrote:
Corey
==8==
Introduction to OS abstractions using Plan 9 from Bell Labs
Two previous sources for this document appear
On Tue, 2009-04-07 at 08:08 -0700, ron minnich wrote:
you could break out re expansion into a separate program :-)
ron
Exactly, and the end user can choose to have a re or glob expansion
program, rather than having to muck up the shell code with different
flags or whatever.
Not exactly related to Plan 9, but I don't know any other place full of
people much smarter than myself who put value in the Unix philosophy,
and this idea is partially inspired by something I read about rio/rc.
Would there be any merit to breaking the shell apart into a number of
smaller
On Tue, 2009-03-31 at 15:29 +, noagbodjivictor wrote:
so I'm writing to get your opinions. maybe there are thing that people
implement themselves but want included in the shell itself? or just
something they want implemented?
thanks a lot in advance for your help.
A few features I'd
99 matches
Mail list logo
