> i got a new small laptop but it didnt own a cdrom drive or a internal
> network chip
> to do a network install. Is there a possibility to install plan9 over
> floppy disk?
it is possible to boot from a floppy, but there isn't a full distribution
on floppies.
curious; this is a *new* laptop that
Hi list,
i got a new small laptop but it didnt own a cdrom drive or a internal
network chip
to do a network install. Is there a possibility to install plan9 over
floppy disk?
Greetings
eSpo
> we feel the same way about iScsi hardware.
>
> - erik
>
>>
>> I've actually seen FPGAs set up for XML processing... I thought that
>> was quite amusing :-)
Then Coraid is ripe for wrapping SCSI in XML. xSCSI anyone?
++L
> P.S.: And be careful, you might offend the Apple and Sun fanboys in
> the audience.
Well I was horrified when NetBSD core seemed to be following in their
footsteps. Still am, but I have more or less been able to ignore the
issue.
++L
I have to disagree with Uriel here:
I was on a project that went from using a simple scheme (Item-1-Name = ;
Item-1-Price = )
to using XML. Each time I would add the feature that was desired by the
Cabal of PHBs, they would think of another XML branch that they'd like to
support for some other cus
On 5/21/07, Richard Miller <[EMAIL PROTECTED]> wrote:
I said:
> In this particular case, you can get the same result as
> gcc/linux by doing these two things:
Of course, the result will probably then be wrong in both
Plan 9 and linux because you're still dividing by zero ...
makes me feel war
I am successfully using one of those cards on my
fossil server. It emits that message every time
it boots (the last time it booted the values were
00 and 00; I can't claim they are every time).
If I can be of use in debugging, let me know...
I should have time starting Wednesday.
Have you checke
any such dog would need to be straddling the south pole.
there can be at most one of these dogs at any one time.
;-)
- erik
On Mon May 21 19:29:20 EDT 2007, [EMAIL PROTECTED] wrote:
> So - the reason for many of these departures' from common sense is the same
> as
> that of a Northbound dog li
* ron minnich <[EMAIL PROTECTED]> wrote:
> What do you have against Britney?
Today, she looks like she had too much apple pie ;-O
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Geoffrey Avila wrote:
On a related note:
Somebody at Sun decided that the thing Unix needed most of all was a way
to programmatically manipulate "init" via XML. What's worse is that a
completely independent team at Apple committed a starkly similar
atrocity at almost the same time.
http:/
This might be of interest:
http://plan9.bell-labs.com/sources/contrib/uriel/doc/background/upas.ps
I don't know how outdated it is though.
Regards.
Felipe
On 5/21/07, Russ Cox <[EMAIL PROTECTED]> wrote:
> is there any paper on mailfs ?
> I'd like to know how it works - maybe its suited to be
> is there any paper on mailfs ?
> I'd like to know how it works - maybe its suited to be used
> in cross-platform MUAs too.
Nope, just the source.
http://swtch.com/usr/local/plan9/src/cmd/upas/nfs
It is IMAP-only right now and depends on factotum.
Mailfs is inspired by Plan 9's upas/fs, which
Hi folks,
is there any paper on mailfs ?
I'd like to know how it works - maybe its suited to be used
in cross-platform MUAs too.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
I built a text file to described the menu interface for the LCD front panels
my employer makes.
Initialy I did this as an NDB-like file. I added the concept of a "end" keyword
to terminate a hierarchal block, and allowed a freestanding token to
imply a boolean token=true.
The DTD for this format
Hi,
I want to learn Plan 9, so I downloaded the latest[*] version of the
live CD.
I want to use the following PC hardware for this:
- mainboard, CPU, memory: MSI K7T Turbo 2 (VIA VT82C686, KT133) with
an AMD Duron 850 and 768 MB RAM
- storage: Tekram DC-390U2W SCSI controller (LSI Logic / Sy
we feel the same way about iScsi hardware.
- erik
>
> I've actually seen FPGAs set up for XML processing... I thought that
> was quite amusing :-)
On 5/21/07, ron minnich <[EMAIL PROTECTED]> wrote:
On 5/21/07, Roman Shaposhnik <[EMAIL PROTECTED]> wrote:
> Seriously, though, we all hate XML so much for all the right reasons
> that we kind of forget that it can be useful. I do have a couple of
> use cases I consider XML being appropriate a
On 5/21/07, Roman Shaposhnik <[EMAIL PROTECTED]> wrote:
On Mon, 2007-05-21 at 09:57 -0700, ron minnich wrote:
>
<9p>TR10>/binary>...
ROTFL ;-)
Seriously, though, we all hate XML so much for all the right reasons
that we kind of forget that it can be useful. I do have a couple of
use cases
On 5/21/07, erik quanstrom <[EMAIL PROTECTED]> wrote:
although the plan 9 ia63xxesb driver was written
for the ia63xxesb, these parts are likely to work
with the addition of a did to the driver:
82801HEM(ich8m-e)
82801HBM(ich8m)
82801HR/HH/H(ich8r)
82801GBM(ich7m)
828
On Mon, 21 May 2007, Uriel wrote:
> You have no heart, programmers have families to feed! This will keep
> hundreds of programmers employed for years to come.
>
> uriel
>
> P.S.: And be careful, you might offend the Apple and Sun fanboys in
> the audience.
As a self-described Apple/Sun "fanboy",
>> etc. other approaches -- sexpr and sexpr with embedded js for
>> transformations -- would be as useful.
>
> What do you think would be the fastest/best way to implement something
> like this as a proof-of-concept or stepping stone?
not exactly plan9 related, but...
i assume the consumer will
A GSoC student is implementing a 9P client in JS, that will be a nice
first step to replace the AJAX XML crud.
uriel
On 5/21/07, Jack Johnson <[EMAIL PROTECTED]> wrote:
On 5/21/07, Skip Tavakkolian <[EMAIL PROTECTED]> wrote:
> etc. other approaches -- sexpr and sexpr with embedded js for
> tra
You have no heart, programmers have families to feed! This will keep
hundreds of programmers employed for years to come.
uriel
P.S.: And be careful, you might offend the Apple and Sun fanboys in
the audience.
On 5/21/07, Geoffrey Avila <[EMAIL PROTECTED]> wrote:
On a related note:
Somebody
On 5/21/07, Skip Tavakkolian <[EMAIL PROTECTED]> wrote:
etc. other approaches -- sexpr and sexpr with embedded js for
transformations -- would be as useful.
What do you think would be the fastest/best way to implement something
like this as a proof-of-concept or stepping stone?
-Jack
On a related note:
Somebody at Sun decided that the thing Unix needed most of all was a way
to programmatically manipulate "init" via XML. What's worse is that a
completely independent team at Apple committed a starkly similar atrocity
at almost the same time.
http://www.sun.com/bigadmin/c
I said:
> In this particular case, you can get the same result as
> gcc/linux by doing these two things:
Of course, the result will probably then be wrong in both
Plan 9 and linux because you're still dividing by zero ...
On 5/21/07, erik quanstrom <[EMAIL PROTECTED]> wrote:
i think a better question is, can you think of an application for xml that
can't be done more simply?
"The essence of XML is this: the problem it solves is not hard, and it
does not solve the problem well."-- Phil Wadler, POPL 2003
th
ron minnich wrote:
This one is interesting:
Parse error, expecting something interesting, got old discussion about
XML being used because its fashionable.
> Seriously, though, we all hate XML so much for all the right reasons
> that we kind of forget that it can be useful. I do have a couple of
> use cases I consider XML being appropriate at. But what about you guys?
> Do you remember XML being helpful on any particular occasion? I'm really
> curi
I said:
> Possibly gcc/linux reacts differently to division by zero?
In this particular case, you can get the same result as
gcc/linux by doing these two things:
- at the beginning of main() in PATHd8.c, add this line
setfcr(getfcr()&~(FPINVAL|FPZDIV));
- in /sys/src/libc/port/log.c fun
although the plan 9 ia63xxesb driver was written
for the ia63xxesb, these parts are likely to work
with the addition of a did to the driver:
82801HEM(ich8m-e)
82801HBM(ich8m)
82801HR/HH/H(ich8r)
82801GBM(ich7m)
82801GR (ich7r)
82801GH (ich8dh)
82801FR (ich6r)
82
> Seriously, though, we all hate XML so much for all the right reasons
> that we kind of forget that it can be useful. I do have a couple of
> use cases I consider XML being appropriate at. But what about you guys?
> Do you remember XML being helpful on any particular occasion? I'm really
> curi
On 5/21/07, Roman Shaposhnik <[EMAIL PROTECTED]> wrote:
Seriously, though, we all hate XML so much for all the right reasons
that we kind of forget that it can be useful. I do have a couple of
use cases I consider XML being appropriate at. But what about you guys?
Do you remember XML being help
> Shouldn't we move 9p to a standards-based, compliant, XML-based system
> with first-class enumerated elements in which all pluggable components
> are Python objects and hence first-class citizens and add a full
> compiler to enable translation and XML co-processor acceleration?
>
> Can I randomly
> Do you remember XML being helpful on any particular occasion? I'm really
> curious.
In omero, I've found recently a place where using XML to convey the UI tree from
the UI server to the viewer would win (perhaps) wrt using a file tree.
this particular
case is when the link between the omero se
On 5/21/07, Roman Shaposhnik <[EMAIL PROTECTED]> wrote:
Seriously, though, we all hate XML so much for all the right reasons
that we kind of forget that it can be useful. I do have a couple of
use cases I consider XML being appropriate at. But what about you guys?
It's good at what it's good
Roman Shaposhnik wrote:
On Mon, 2007-05-21 at 09:57 -0700, ron minnich wrote:
<9p>TR10>/binary>...
ROTFL ;-)
Seriously, though, we all hate XML so much for all the right reasons
that we kind of forget that it can be useful.
ACK.. And ingesting tapework scollix can help one lise weight..
On Mon, 2007-05-21 at 09:57 -0700, ron minnich wrote:
> <9p>TR10>/binary>...
ROTFL ;-)
Seriously, though, we all hate XML so much for all the right reasons
that we kind of forget that it can be useful. I do have a couple of
use cases I consider XML being appropriate at. But what about you gu
ron minnich wrote:
This one is interesting:
"The acmpolicy class implements a compiler for translating an XML policy
into their binary format and provides functionality for comparing a
current policy against a new one when changing a policy."
So, translate XML to binary to use it?
But it's a st
This one is interesting:
"The acmpolicy class implements a compiler for translating an XML policy
into their binary format and provides functionality for comparing a
current policy against a new one when changing a policy."
So, translate XML to binary to use it?
But it's a standard, right? I can
You're dividing by zero in pathd8/mpl.c:
subtree_var[i] = n->child[i]->var + n->edge_len[i];
...
p_bar_numerator += subtree_est[i]/subtree_var[i];
because the terminal node 'Frog' has var and edge_len
both equal to zero.
Possibly gcc/linux reacts differently to division by zer
great.
i'm not sure what options your bios will present you with. i would
recommend enabling pata, enabling sata enhanced mode but not
enabling the bios support for ahci. you won't need that with os
support.
- erik
hello
i tryed both combined mode and enhaced one, but 9load still hangs,
with enhaced mode 9pxeload used to work, i submited the ids as a patch
time ago, but seems 9load doesn't like them.
i will test again on the weekend and see if i can obtain more debug.
i have the sd63xxesb driver compiled
> Also, my sata (intel 82801GB 8086/27c0) isn't recognized from 9load
> (it "hangs" but prints ctrl-alt-del message) but 9pxeload works (or
> used to work). I'll test this more.
what exactly does it print?
what sata/pata devices do you have connected? from the vid,
it appears that you have the
Dear folks!
I compiled successfully a code ported from gcc/linux that runs OK there.
However, I'm getting stack underflow error when running it under Plan 9.
The code is here:
http://www.gli.cas.cz/home/cejchan/plan9/pathd8.tgz
to run:
pathd8 infile outfile
Any hints much appr
> I'm wondering though what the real solution is going to be. Is this
> even the correct list to discuss this, or should I file a bug report
> to 9trouble?
I've just submitted an alternative patch.
On 5/21/07, Sergey Zhilkin <[EMAIL PROTECTED]> wrote:
As WorkAround you can use plan9 boot floppy with plan9.ini on it.
Thanks for the hint, I guess that's the easiest way for now, since
this doesn't imply any changes to the iso itself.
I'm wondering though what the real solution is going to be
hello
i'm getting the same problem with the usb mouse.
It is a fresh install from May 12 cdrom, i will pull and see if
anything has changed.
Also, my sata (intel 82801GB 8086/27c0) isn't recognized from 9load
(it "hangs" but prints ctrl-alt-del message) but 9pxeload works (or
used to work). I'l
As WorkAround you can use plan9 boot floppy with plan9.ini on it.
[menu]
menuitem=install, Install Plan 9 from this CD
menuitem=cdboot, Boot Plan 9 from this CD
[common]
*nomp=1
*nodumpstack=1
partition=new
mouseport=ask
monitor=ask
vgasize=ask
dmamode=ask
adisk=/dev/sdD0/cdboot
cdboot=yes
[ins
49 matches
Mail list logo
