> Then, I suspect /amd64/bin/6l has some problem.
The issue is not in 6l, but in the amd64 kernel.
The amd64 kernel still has some issues to be fixed.
I'd recommend to use the 386 kernel in the meantime.
--
David du Colombier
--
9fans: 9fans
Permalink:
>> I've fixed this issue a couple of days ago. The most recent archives
>> were not in ustar format. Please re-download the bootstrap.
>
> Yes, I did it, and got the following error:
>
> Building Go cmd/dist using /sys/lib/go/go-plan9-amd64-bootstrap
> kickpager page size 4K color -1
> iallocb:
> Is there a list of known to fail tests?
All tests should pass, but you may need to set a longer timeout than the
default if your virtual environment is slow.
--
9fans: 9fans
Permalink:
On Apr 21, 2021, at 2:41 AM, Richard Miller <9f...@hamnavoe.com> wrote:
>
>
>> go tool dist: Failed: exit status: 'go 6839: 1'
>> all.rc 165: go 6566: 1
>> ===to here==
>> It took about half a day to accomplish!
>
> Some things that can make go tools and test suite quicker:
> - use
I>> srv net!9p.io!9fs: mount failed: fossil authCheck: auth protocol not
finished
>>
>> I have no account on 9p.io...
>
> srv -n 9p.io sources /n/sources
Thank you Richard!
Ok, I made two diff files, 1)libdraw.diff 2)libmemdraw.diff, which are
relatively large.
I'm going to send it to Dave.
> go tool dist: Failed: exit status: 'go 6839: 1'
> all.rc 165: go 6566: 1
> ===to here==
>
> It took about half a day to accomplish!
Some things that can make go tools and test suite quicker:
- use ramfs for /tmp
- use a local file server, with local disk or aoe on a fast connection
-
> srv net!9p.io!9fs: mount failed: fossil authCheck: auth protocol not finished
>
> I have no account on 9p.io...
srv -n 9p.io sources /n/sources
--
9fans: 9fans
Permalink:
> 9fs sources
> ape/diff -Nru /n/sources/plan9/sys/src/libdraw /sys/src/libdraw
> >/tmp/libdraw.diff
9fs 9p.io (sources is for cs.bell-labs.com for me)
post...
user? kokamoto
password:
srv net!9p.io!9fs: mount failed: fossil authCheck: auth protocol not finished
I have no account on
> How I can make diffs for those?
You can generate a diff against /n/sources, using "ape/diff -Nru",
then send it to me.
Example:
9fs sources
ape/diff -Nru /n/sources/plan9/sys/src/libdraw /sys/src/libdraw
>/tmp/libdraw.diff
Thanks.
--
David du Colombier
> True, I noticed for instance light grey tones might show up as white. That's
> on a external Dell screen which is not the newest. On the fancy Macbook Air
> screen it's the grey. (E.g. on google.com, which is supposed to have a white
> background anyway ;)) The conversion from hex to
d anyway ;)) The conversion from hex to draw.Color is really crude right now,
so maybe it only works when the screen has a lot of gamut. Apart from that both
vesa modes 1280x800x32 and 1920x1080x32 work for me, but only tested so far
with VMWare and drawterm. Hm, does it not render at all then
> I've fixed this issue a couple of days ago. The most recent archives
> were not in ustar format. Please re-download the bootstrap.
Yes, I did it, and got the following error:
Building Go cmd/dist using /sys/lib/go/go-plan9-amd64-bootstrap
kickpager page size 4K color -1
iallocb: no memory
> // ReadFile reads a �: non-numeric checksum in header
> tar: bad archive header checksum in archive: name // Copyright 2018 The
> Go Authors. All rights reserved.
> // Use of this source code is governed by a B...; expected 0377
> got 0125506
> cpu%
I've fixed this issue a couple of
Ok, I write the fact which happened to make go1.16.3-plan9-amd64-bootstrap
from go1.16.3-plan9-amd64-bootstrap.tbz:
-from here
I made first go1.16.3-plan9-amd64-bootstrap.tar on this Plan9.
cpu% cat go1.16.3-plan9-amd64-bootstrap.tar|{cd /sys/lib/go; tar xT}
tar: // Copyright 2018 The Go
> About Go 1.16.3, I had initially another problem when compiling. While
> running the compiler expected the bootstrapping files to be in a certain
> path. I think something like /tmp/glenda/.../..., so I renamed the path and
> it worked. I didn't check further though, but I'll check again
> Please try with this bootstrap:
>
> http://9legacy.org/download/go/go1.16.3-plan9-amd64-bootstrap.tbz
I got the file, however, which has the same file size with that I tried...
>> Is the kernel working right?
>> What is 4100M loast?
>
> This kernel doesn't handle more than 4 GB of memory,
>
> I cannot compile go1.16.3 using go-plan9-amd64-bootstrap with error from
> /sys/lib/go/go-plan9-amd64-bootstrap/pkg/tool/plan9_amd64/compile
> like: io error.
>
> Does the bootstrap file is confirmed to work right?
Please try with this bootstrap:
About Go 1.16.3, I had initially another problem when compiling. While running
the compiler expected the bootstrapping files to be in a certain path. I think
something like /tmp/glenda/.../..., so I renamed the path and it worked. I
didn't check further though, but I'll check again later.
I forgot to write that opossum-master runs successfull partially.
'Partially' means the color is a little bit wrong, and I cannot use vesa mode
on 1920x1080x32, can do just under 1280x1024, and now using it
as 1024x768x32(sigh).
JS support of opossum becomes much better...
Kenji
I cannot compile go1.16.3 using go-plan9-amd64-bootstrap with error from
/sys/lib/go/go-plan9-amd64-bootstrap/pkg/tool/plan9_amd64/compile
like: io error.
Does the bootstrap file is confirmed to work right?
My amd64 kernel messages are like:
Plan 9
mmuinit: vmstart 0xf000 vmunused
20 matches
Mail list logo