On Dec 25, 2008, at 8:57 PM, Anthony Sorace wrote:
erik offered some suggestions for hosting various bits of things
outside 9vx and connecting to that in order to get the dumps. those
options are valid, but you can just as well host the entire thing
within 9vx. it's not the default configuration,
On Sat, Dec 27, 2008 at 06:04:42AM +, Eris Discordia wrote:
> "it all begins with Adam and Steve," as Brian Stuart suggests, ways have
> been found of managing large teams of people with different specializations
> and those ways work. The Mgmt has a raison d'etre, despite what
> techno-peop
On Fri, Dec 26, 2008 at 11:18 PM, Steve Simon wrote:
> Did you ever get plan9 to run on the Intel Atom D945GCLF, I was planning
> to buy one to replace my old, power hungry plan9 server.
>
> -Steve
Yes, when I disabled the onboard eth card. I haven't had the time to try erik's
9pccd.gz.
> I'm actually still trying to figure out how replica/* fits together with
> sources being a fossil server. These two, somehow, have to
> click, but I haven't figured out the connection just yet. Any pointers
> to the good docs?
there's no connection. replica would work without a fossil server.
f
I'm baffled. Slap me, or kick me--your choice.
--On Saturday, December 27, 2008 11:36 AM +0100 tlaro...@polynum.com wrote:
On Sat, Dec 27, 2008 at 06:04:42AM +, Eris Discordia wrote:
"it all begins with Adam and Steve," as Brian Stuart suggests, ways have
been found of managing large teams
> + Qid q;
> + ...
> + q = fs.tree->root->dir.qid;
>
> Because *q* is not longer used.
> Why *q* is defined and assigned?
Pragmatically, because the Plan 9 C compilers
don't warn about set and not used for struct values.
It's certainly just a dreg.
Russ
> snarf doesnt work properly in plan9 on vmware fusion 2.0 for mac. from what
> i found this seems to be a known issue. is there any fix available?
no; someone needs to write a new version
of the vmware tools that works with the latest
vmware versions.
russ
>> fn acme { builtin acme -f /lib/font/bit/fixed/unicode.8x13.font $*}
>
> Ah thanks, I would have never thought of using builtin in that case, I
> thought that the word following builtin had to be an rc built-in
> command.
I doubt that "builtin acme" was a planned feature of rc,
though it's a nea
On Tue, Dec 23, 2008 at 10:01 AM, Nathaniel W Filardo wrote:
> Is there any equivalent of sendfd() on native Plan 9?
No.
Russ
>>
>> Ah thanks, I would have never thought of using builtin in that case, I
>> thought that the word following builtin had to be an rc built-in
>> command.
>
> I doubt that "builtin acme" was a planned feature of rc,
> though it's a neat trick. If you want to be clearer, you
> could write /bin/a
Sorry for coming into this discussion rather late, but...
On Dec 23, 2008, at 5:10 PM, Nathaniel W Filardo wrote:
On Wed, Dec 24, 2008 at 12:53:06AM +0100, Francisco J Ballesteros
wrote:
You can post a fd at /srv for others to use
/srv is not an ideal answer, though it is the one I feared wo
On Dec 24, 2008, at 5:36 AM, erik quanstrom wrote:
EricVH's /srv replacement. See
http://graverobbers.blogspot.com/2008/12/srv-next-generation-service-registry.html
perhaps i don't understand the srv² proposal, to which there
are many parts, but part of the problem seems to be finding
a servic
On Sat, Dec 27, 2008 at 2:27 PM, Roman Shaposhnik wrote:
> On Dec 24, 2008, at 5:36 AM, erik quanstrom wrote:
>
> I was very curious about srv^2 as well, but Eric's blog post is really
> too terse for me to appreciate even the general directions of his
> proposal.
>
> I guess if Eric can be, someh
I thought that sources is a general purpose fossil server that archives
everything in venti dumps, but apparently not:
term% 9fs sourcesdump
term% ls -l /n/sourcesdump/2008/1225/dist/replica
term%
In fact, if one looks at the /n/sources/dist/replica it seems
that the directory itself was
> I thought that sources is a general purpose fossil server that archives
> everything in venti dumps, but apparently not:
> term% 9fs sourcesdump
> term% ls -l /n/sourcesdump/2008/1225/dist/replica
> term%
fossil has a dirty trick. its called DMTMP. this is for files
that aren't sup
> this is regarding alpha channel.
> i am able to change the alpha value for an image by setting new alpha value
> for every pixel.
> but i was thinking we also could set the alpha value for all of the pixels
> in a window/screen just but setting the value somewhere, say using ctl. is
> this not po
Hi!
I am writing an small fs with linux and plan9ports. I have some problems :-(
1. When the fs does: threadpostmountsrv(&fs, nil, mtpt, MREPL|MCREATE), the
application fails. The problem is the mtpt directory does not exists. Then I
need to do mkdir(mtpt, MKDIR_MODE); and then threadpostmounts
> 1. When the fs does: threadpostmountsrv(&fs, nil, mtpt, MREPL|MCREATE),
> the application fails. The problem is the mtpt directory does not exists.
> Then I need to do mkdir(mtpt, MKDIR_MODE); and then
> threadpostmountsrv(...). Why? I set the MCREATE.
MCREATE has no effect in Linux.
On Plan 9,
18 matches
Mail list logo
