I have seen some tips here and there about installing Plan 9 on a disk-less
computer but are there any guides? I have an eee pc 1000h and I am interested
in installing Plan 9. Whether it will be the standard installation, 9atom, or
something else is not very important. I just want to try Plan 9
On Thursday, January 3, 2013 9:17:28 AM UTC+1, Bence Fábián wrote:
http://ftp.quanstro.net/other/9atom2.iso.bz2
you mean ;)
2013/1/3 erik quanstrom quan...@quanstro.net
i have a test image of a new and hopefully improved 9atom @
IMHO Go as a system programming language would be a step forward,
but C++, obviously not... It's a beast and there are no good compact
books about it.
How can I add support for C code highlighting to Sam or Acme?
I asked 2 questions a couple of days ago but strangely not of them was
published!
So I'll try again but this time the topics are merged :)
1. How can I get C code highlighting to Sam or Acme?
2. Is there a client like page(1) that allows me to copy text from a
PDF file? Very useful while
Τη Δευτέρα, 19 Μαρτίου 2012 3:50:35 μ.μ. UTC+1, ο χρήστης erik quanstrom έγραψε:
i'm not sure i understand the concept of reincarnation. on the one
hand, hardware by its nature can lock your machine up solid and
there's nothing the os can do about it. so how do you test driver
Τη Παρασκευή, 16 Μαρτίου 2012 8:36:46 μ.μ. UTC+1, ο χρήστης (άγνωστος) έγραψε:
On Fri, Mar 16, 2012 at 03:17:13PM -0400, Anthony Sorace wrote:
Folks:
Unfortunately, Plan 9 was not selected to participate in
this year's Summer of Code.
I don't know the exhaustive list of rejected, but
I haven't developed anything for Plan 9 yet but these are my thoughts.
IMHO there's nothing wrong with using i and j as names for local variables with
a short life. If a function is as short as it normally should be, you will
generally search for functions instead of variable names. And
read(2) reads up to N bytes but doesn't stop on newlines. Brdline(2)
looks like a good candidate for that. Are there any functions
outside Bio that behave similarly?
OK that was silly. I noticed that instead of /n/sdU0.0 I was typing /n/sdV0.0
Those rio fonts look so alike! And lc /n/sdU0.0 is not complaining so at first
I didn't notice that this directory doesn't exist at all :)
Thanks everyone
Thanks cinap, interesting. I'll retry with fat16 and see if the joke still
insists :)
Hi Erik,
The output might not be 100% correct since I manually copied it. Using qemu and
still investigating how to achieve copy-pasting in the clipboard between
guest-host...
AFAIU you mean that if I mounted the drive on one rio window and tried to do
anything with it on another it won't
Back after some (actually a long) idle time... :)
FTR: My host system is GNU/Linux and i found out that apart from unmounting the
usb drive I also need to execute qemu with full privileges to make the device
available. An example:
sudo qemu -usb -usbdevice host:0e34:1025 plan9.img
Now... It
Hmmm... I'm still missing something. If usb support is fine and usbd
is running, do I need any other commands than 'usbfat:'? The latter
gives the output 'no usb disks found'.
Thank you for guiding me to the right path guys. The problem was with qemu
which needs special settings
(http://alien.slackbook.org/dokuwiki/doku.php?id=slackware:qemu#using_an_usb_device_in_qemu)
for recognizing USB devices
Thanks for the tips. By trying to avoid thinking about UNIX when I'm on Plan 9
I forgot that some userspace utilities are the same :)
No, the existence of '#u' just shows that the kernel usb driver exists
and a usb interface has been found. The user-level usbd program is
needed in order to
I removed the similar topic, sorry for posting twice but the delay was long
thus I assumed that this one never reached the group.
I found out that `ls #u' is useful since #u is the short name bound to the usb
directory. So if it works it means that usbd is up? Nevertheless the problem
still
It seems that I have the same problem with
https://groups.google.com/forum/#!searchin/comp.os.plan9/usb/comp.os.plan9/dBpkbPyQrzw/0TagYRLa02MJ
term% usb/usbd
usb/usbd: /dev/usb: no hubs
`ls #u' works (but why is that important?)
I'm also missing the /srv/usb file:
term% usbfat:
mount: can't
It looks like I have the same problem with
https://groups.google.com/forum/#!searchin/comp.os.plan9/usb/comp.os.plan9/dBpkbPyQrzw/0TagYRLa02MJ
usbd is running and I'm getting usb/disk: /dev/usb: no devs, 2) usbfat: says
can't open /srv/usb: '/srv/usb' file does not exist, and 3) ls #u works
From The Organization of Networks in Plan 9:
a. Asynchronous communications channels such as pipes, TCP
conversations, Datakit conversations, and RS232 lines are implemented
using streams.
b. Streams remain in our kernel because we are unable to devise a
better alternative.
Also, in a previous
9P has two forms: RPC messages sent on a pipe or network connection
and a procedural interface within the kernel. Since kernel device
drivers are directly addressable, there is no need to pass messages to
communicate with them;
Are the device drivers really in kernel space? It seems that Plan 9
Some questions that came up while reading the first paper (Plan 9 from
Bell Labs):
a) It seems that the potential of namespaces can be exposed only when
using a distributed environment with multiple machines (CPU servers,
file servers, terminals, etc.). Can I get a feeling about what a
namespace
On 11 Φεβ, 18:30, Nyan Htoo Tin nyanhtoo...@gmail.com wrote:
Hi all, I've successfully tried plan9 on qemu/virtualbox.
But I don't understand what is CPU server that I usually saw in plan9
doc/manual??
I'd like to know details...link/pointer would be appreciated.
I've
23 matches
Mail list logo
