On 8/22/08, Sander van Dijk <[EMAIL PROTECTED]> wrote:
> After pulling today, /386/bin/topng is broken. It's much smaller than
> it used to be, and it generates empty files, whereas the topng from
> 20080821 doesn't. "cmp /386/bin/topng
> /n/sourcesdump/2008/0821/p
Hi,
After pulling today, /386/bin/topng is broken. It's much smaller than
it used to be, and it generates empty files, whereas the topng from
20080821 doesn't. "cmp /386/bin/topng
/n/sourcesdump/2008/0821/plan9/386/bin/topng" tells me that they are
the same until EOF on /386/bin/topng, so it seems
On 8/20/08, Eris Discordia <[EMAIL PROTECTED]> wrote:
> Code page 1252, ANSI Latin I. Presumably the one most widely used.
Thanks. It was intended as a rhetorical question though.
Gr. Sander.
> --On Wednesday, August 20, 2008 11:44 AM +0200 Sander van Dijk
> <[EMAIL PROTECTED]
On 8/20/08, Eris Discordia <[EMAIL PROTECTED]> wrote:
>
> [...] Figured it could as well be 8-bit ASCII.
Which one?
On 8/1/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I am trying to add users with the uname, and newuser commands that I
> read about on the plan9 documentation, but plan9 says that the
> commands do not exist.
Are you connected to the fossil console when you try to do this?
Greetings, Sand
Charles, Rob, Greg,
Thanks for the context.
Greetings, Sander.
Hi 9fans,
Does anyone know what the meaning/origin of "//GO.SYSIN DD" in
bundle(1) is? I've seen this on other unix-likes as well, but I
thought I'd ask here since the awareness of historical context seems
to be quite a bit above average on this list.
Thanks, Sander.
On 7/20/08, Uriel <[EMAIL PROTECTED]> wrote:
> I thought I had submitted a patch for this a while ago (which as
> accepted), but maybe I missed the installer. In any case, using
> patch(1) will have a better chance of getting in.
I believe the best solution would be to change /sys/lib/dist/pc/sub/
On 7/19/08, Sander van Dijk <[EMAIL PROTECTED]> wrote:
> I think it either should be off when the user explicitly requests this,
> or the question shouldn't be asked at all (for vmware).
Unless of course, this is one of those cases where "when a vmware user
says no, he rea
On 7/19/08, Russ Cox <[EMAIL PROTECTED]> wrote:
>> I think it would be good to place the for-loop
>> in a "if(~ $dmamode yes)" as well.
>
> I don't see the point of that one. If you're running
> vmware, you want dma on, no? Otherwise the disk
> is very slow.
Well, the "use DMA for ide drives[yes
On 7/18/08, Antonin Vecera <[EMAIL PROTECTED]> wrote:
> I proposed a patch which turns off hw acceleration for vga if you boot
> in VMware.
> But now I find out that it is necessary to do the same in installation tree.
> So, if anybody can, please, correct this file /386/bin/aux/vmware on
> install
On 7/13/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I've added kbin to pcf, so the set of distributed kernels with kbin in
> them is now pc, pccd, pcdisk and pcf.
I noticed, after a pull, that the corresponding binaries haven't been
updated. Just thought I'd mention it, in case they were
un
On 7/13/08, erik quanstrom <[EMAIL PROTECTED]> wrote:
> it seems the prior diagnosis is correct. the cpu kernels
> cpu, cpuf don't have the kbin device built in.
>
> however i'm a little confused. do you start rio automaticly
> on your cpu server?
It seems that pcf doesn't have the kbin device b
On 6/22/08, Russ Cox <[EMAIL PROTECTED]> wrote:
> Rob wrote the script below, called "namespace", years ago.
> It is essentially a script version of newns.
> You could do
>
> 9fs boot
> namespace /n/boot dossrv
>
> if you really wanted to, but that seems like overkill to me.
It sure wo
On 6/22/08, Russ Cox <[EMAIL PROTECTED]> wrote:
> What I wrote yesterday was correct but incomplete.
> In addition to the file descriptors, dossrv is holding
> up a reference to the window's name space, in which
> the window files are still accessible. If you do
>
> slay dossrv |rc # clean
On 6/22/08, Russ Cox <[EMAIL PROTECTED]> wrote:
> It is not waiting for dossrv to exit,
> so much as it is waiting for all the open
> file descriptors referring to that window's
> /dev/cons to be closed. Dossrv just happens
> to be the one holding them.
>
> Probably the various dossrv'ing scripts
On 6/21/08, erik quanstrom <[EMAIL PROTECTED]> wrote:
> unmount /n/9fat if you think this is a problem.
Sorry, I should have mentioned this in my initial mail, but it also
happens when I unmount /n/9fat (and /n/9) before trying to exit.
Hi,
When I open a window in rio, run 9fat:, and then exit, the window gets
'stuck'. That is, it just sits there, I can't type anything in it
anymore.
Apparently, it is waiting for dossrv to exit (which gets started by
9fat:): when I open a second window, and run 'kill dossrv | rc', the
first windo
Hi,
Between 11 and 12 June, there has been a change to /rc/bin/diskparts
to detect plan9 partitions on disks without a mbr. This change seems
to cause a problem with disks that do not have a plan9 partition at
all though: after running diskparts, one of my harddisks (the one
without a plan9 partit
19 matches
Mail list logo
