On Nov 3, 2007 9:49 AM, Sander van Dijk <[EMAIL PROTECTED]> wrote:
> On Nov 3, 2007 3:44 AM, Gorka Guardiola <[EMAIL PROTECTED]> wrote:
> > I tested it on qemu and it worked for me.
>
> May I ask how you booted the image?
>
I used a hard disk on a file. I am using a flat vmware disk as a file,
dun
No dice on changing the USB settings in the BIOS. Or a bunch of other
settings on/off, that I tried. The only thing that was able to get an error
message to show was turning off Extended IDE for my SATA HDD :/. Strange.
Thanks, though :).
On 11/3/07, erik quanstrom <[EMAIL PROTECTED]> wrote:
>
> The Nov 3rd image didn't work for me. But, by turning off extended IDE mode
> for my HDD, I was able to get an error message in assembly rather than it
> just hanging without any error message. (Not sure if that makes it
> irrelevant, but anyway.)
>
> http://home.earthlink.net/~eldanen/pastes/
The Nov 3rd image didn't work for me. But, by turning off extended IDE mode
for my HDD, I was able to get an error message in assembly rather than it
just hanging without any error message. (Not sure if that makes it
irrelevant, but anyway.)
http://home.earthlink.net/~eldanen/pastes/dmesg
http:/
On Nov 3, 2007 3:44 AM, Gorka Guardiola <[EMAIL PROTECTED]> wrote:
> I tested it on qemu and it worked for me.
May I ask how you booted the image?
Greetings, Sander.
I tested it on qemu and it worked for me.
--
- curiosity sKilled the cat
On Nov 2, 2007 12:34 PM, <[EMAIL PROTECTED]> wrote:
> For now, I've added *nobiosload=1 and *noahciload=1 to most cases of
> the plan9.inis that will appear in tomorrow's CD image. With AHCI and
> BIOS loading disabled, 9load should be pretty much what it was before
> they were added. Once plan
On 11/2/07, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> I caught the file iru, I haven't gone 100% through that but it's
> looking good so far
>
good to know and good luck!
iru
Here's a little bit of (heavily) commented code that simply sets up
the screen and draws a line. This should be more than enough to get
you started (it's almost how I started).
/* necessary headers */
#include
#include
#include
#include
/*
For now, I've added *nobiosload=1 and *noahciload=1 to most cases of
the plan9.inis that will appear in tomorrow's CD image. With AHCI and
BIOS loading disabled, 9load should be pretty much what it was before
they were added. Once plan 9 is installed, especially on new or
emulated machines, pleas
Pietro Gagliardi wrote:
> cover in a clear way, so I think a tutorial should be put in. I already
> started writing one, and I think it would benefit from being in
> - graphics and controls
While I am mostly able understand the other concepts you mention from
existing documentation, I find gra
By the way - thanks for the file again, it told me how to properly
use the Look tag in acme! :-)
On Nov 2, 2007, at 9:10 AM, Iruata Souza wrote:
since no one seemed to care, I'll repeat fgb:
did you tried nemo's intro?
http://lsub.org/who/nemo/9.intro.pdf
iru
I caught the file iru, I haven't gone 100% through that but it's
looking good so far
On Nov 2, 2007, at 9:10 AM, Iruata Souza wrote:
since no one seemed to care, I'll repeat fgb:
did you tried nemo's intro?
http://lsub.org/who/nemo/9.intro.pdf
iru
On Nov 2, 2007 6:39 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> > I've tried it... I think it's great :-)
> >
> > I can confess I've not gotten through the whole thing because my plan
> > 9 box doesn't work anymore... and I'm unable to get one running in
> > VMWare fusion to continue playing ar
> The new 9load works on all the machines I was able to test it on,
> including booting from USB flash disks and SATA disks, in AHCI and
> non-AHCI modes. The only way it's going to work for more people is if
> the community at large uses it and helps me to understand why it
> doesn't work on part
The new 9load works on all the machines I was able to test it on,
including booting from USB flash disks and SATA disks, in AHCI and
non-AHCI modes. The only way it's going to work for more people is if
the community at large uses it and helps me to understand why it
doesn't work on particular mac
Pietro Gagliardi wrote:
> I'm not a big fan of having to type "man -t 2 xxx | page" about 100 times
> a day to figure out something,
So make a shell function or command script that lets you type
"m xxx" instead.
> and there are things that the man pages don't cover in a clear way,
> so I think a
On Nov 2, 2007 6:10 AM, Iruata Souza <[EMAIL PROTECTED]> wrote:
> since no one seemed to care, I'll repeat fgb:
> did you tried nemo's intro?
>
> http://lsub.org/who/nemo/9.intro.pdf
>
> iru
>
I've tried it... I think it's great :-)
I can confess I've not gotten through the whole thing because my
> I've tried it... I think it's great :-)
>
> I can confess I've not gotten through the whole thing because my plan
> 9 box doesn't work anymore... and I'm unable to get one running in
> VMWare fusion to continue playing around. It still hangs at boot.
> I'm using venti+fossil if it matters. Pro
since no one seemed to care, I'll repeat fgb:
did you tried nemo's intro?
http://lsub.org/who/nemo/9.intro.pdf
iru
On 11/2/07, roger peppe <[EMAIL PROTECTED]> wrote:
> i've sometimes thought that it would be nice to have
> some kind of overview of the manual pages - classifying
> them into groups smaller than the main sections, and
> talking about them a bit.
>
Yeah - I've got a lib/man-guide for acme which ba
> For someone like me who have not gotten used to the entire
> plan 9 ideas yet. Something like this would be very useful.
> But I think this type of documentation should be placed in the
> wiki not in /sys/doc. Once you have learned the system, you only
> need the man files as references or to g
i've sometimes thought that it would be nice to have
some kind of overview of the manual pages - classifying
them into groups smaller than the main sections, and
talking about them a bit.
lookman's fine if you know what you're looking for. just
reading through the manual pages sequentially turns u
-Original Message-
From: Pietro Gagliardi <[EMAIL PROTECTED]>
> Hello. I've been trying out programming Plan 9 since I got the system
> up and I think I'm getting the hang of learning from man pages. I'm
> not a big fan of having to type "man -t 2 xxx | page" about 100 times
> a day
> > The man pages have several flaws: there are too many;
>
> Again, I'm afraid I don't really understand this complaint. They are
> numerous, yes, because they're describing lots of different things.
> They don't make for the best introduction *on their own* for that
> reason, but they make an exc
On 11/1/07, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> … so I think a tutorial should be put in. I already started writing one,
> and I think it would benefit from being in /sys/doc.
Something like a combination of Brian Kernighan's "UNIX for Beginners"
and K&R's "UNIX Programming" from the 7th
On 11/1/07, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> /sys/doc doesn't talk much about the system...
Erm, what? That's pretty much all it talks about. From your list of
topics, 9.ms gives a nice view of "basics", acid.ms gives a nice tour
of debugging (acidpaper.ms is a good read, too, but is
> "man page jumping" is a problem.
Use the plumber luke. (Specially in acme, any man page reference is a
right click away)
Sounds good to me.
-ishwar
On Thu, 1 Nov 2007, Pietro Gagliardi wrote:
Hello. I've been trying out programming Plan 9 since I got the system up and
I think I'm getting the hang of learning from man pages. I'm not a big fan of
having to type "man -t 2 xxx | page" about 100 times a day to figur
did you read nemo's intro?
http://lsub.org/who/nemo/9.intro.pdf
On 11/1/07, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> On Nov 1, 2007, at 4:47 PM, Anthony Sorace wrote:
>
> > I certainly like the idea of a good tutorial-style introduction. The
> > subject matter seems to lend itself more to th
On Nov 1, 2007, at 4:47 PM, Anthony Sorace wrote:
I certainly like the idea of a good tutorial-style introduction. The
subject matter seems to lend itself more to the wiki than /sys/doc.
Regarding your list of suggested topics, Don's right about most of
that already being in /sys/doc (or the man
On 11/1/07, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
// I'm not a big fan of having to type "man -t 2 xxx | page" about 100 times
// a day to figure out something...
oh, who would be? you want 'man -P 2 xxx' instead. ;-)
// Anyone like this idea?
I certainly like the idea of a good tutorial-s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> within about 15-30 pages. Anyone like this idea? - Pietro
>
That stuff already is in sys/doc.
Try using acme and right-clicking on results from lookman.
D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFHKjWlyWX0NBMJYAcRAp
Hello. I've been trying out programming Plan 9 since I got the system
up and I think I'm getting the hang of learning from man pages. I'm
not a big fan of having to type "man -t 2 xxx | page" about 100 times
a day to figure out something, and there are things that the man
pages don't cover
34 matches
Mail list logo
