'addsources' is just an rc script. If you open it up, you'll notice it just
mounts the sources fs from Bell Labs, and binds some of it over /bin, which is
why it takes a minute. It's there mostly for fun, use it sparingly. :) I
recommend going through his tutorials, which explain everything a
Can we avoid explicit device names in venti conf? Changes in device
names on new hardware cause unnecessary delays during FS recovery.
On Thursday 12 September 2013 01:21:38 erik quanstrom wrote:
>
> i believe all the type signature problems in 9atom's ape have been sorted
> out. if you find something that does not work, it will be fixed.
>
> - erik
On 9atom 1 out of two type signature conflicts got resolved when I tried to
b
Re-build of 9xenpccpuf, the PV Xen guest kernel built from sources at
/n/sources/xen/xen3/9), with latest changes in sys/src/9/port/,
sys/src/libc/ and others - resulted in non-functional kernel: it dies
on boot with attached diagnostics.
I haven't looked further yet.
<>
The crash seems to be in init, not the kernel. Are you sure
your file system image is good?
Running p9p on OSX, I find it useful to put this in my rc profile:
fn ls {
builtin ls $* | iconv -f UTF8-MAC -t UTF-8
}
fn lc {
builtin lc $* | iconv -f UTF8-MAC -t UTF-8
}
so as to deal with the NFD used by the OSX file system and list
names containing non-ascii characters correctly.
But this
On Thu Sep 12 02:27:31 EDT 2013, lu...@proxima.alt.za wrote:
> > it appears that there are mistakes in ntohl and ntohs.
>
> The problem with _sock_findrock() is that in
>
> /sys/src/ape/lib/bsd/connect.c
>
> the
>
> #include
>
> is missing. Took me a while to figure that
> The crash seems to be in init, not the kernel. Are you sure
> your file system image is good?
it doesn't get far enough for "root from:", so it seems to fail
somewhere in the initcode blob
On Thu Sep 12 09:49:19 EDT 2013, yari...@gmail.com wrote:
> > The crash seems to be in init, not the kernel. Are you sure
> > your file system image is good?
>
> it doesn't get far enough for "root from:", so it seems to fail
> somewhere in the initcode blob
this may be related to the change put
On Thu Sep 12 05:41:19 EDT 2013, vanattenm...@gmail.com wrote:
> Running p9p on OSX, I find it useful to put this in my rc profile:
>
> fn ls {
> builtin ls $* | iconv -f UTF8-MAC -t UTF-8
> }
>
> fn lc {
> builtin lc $* | iconv -f UTF8-MAC -t UTF-8
> }
>
> so as to deal with the NFD used by the
Should anyone find it useful, I have repaired CVS where it insisted in
creating files (on import and add/commit, seemingly) with empty
permissions.
The expression in src/import.c:1444,1448
mode = (sb.st_mode |
(sb.st_mode & S_IRWXU) >> 3 |
(sb.st_mode & S_IRWXU) >> 6)
> On 9atom 1 out of two type signature conflicts got resolved when I tried to
> build GNU nano (using FGB's PDcurses, rebuilt on 9atom to avoid that
> character
> width or something might be an issue).
>
> The resolved issue was some sort of internal conflict in libbsd bind. The
> remaining is
hey guys, the indigo hotel is about to sell our reserved rooms off to
other folks. if you're interested in staying at indigo, i would suggest
doing so soon. also, please don't forget to register, or send in your
papers or works-in-progress.
- erik
Hello Fans,
In case any one is interested, recently I am trying to port Plan 9 to
loongson 2E machine (fuloong 2E minicomputer from Lemote, mips le). Well,
the 2F machines are way more popular than the 2E, but I have only the 2E in
hand... The current status is that, the kernel is booted up, but t
> I would like to share it and I am asking for a contrib directory.
I'd love to see what you've done, so maybe I can help twist Geoff's
arm (not that I've ever known Bell Labs to be reluctant with contrib
space on sources).
I have a Yeeloong 8089 A I bought specially for this purpose, so
please c
i have lost pppoe on the line that serves this site. hopefully this
won't last but a few hrs. i just can't easily roust the helpdesk at 2am. ☺
- erik
On Fri Sep 13 02:32:12 EDT 2013, quans...@labs.coraid.com wrote:
> i have lost pppoe on the line that serves this site. hopefully this
> won't last but a few hrs. i just can't easily roust the helpdesk at 2am. ☺
we're back online. i guess it was easier than you'd think.
- erik
17 matches
Mail list logo