build using 9vx is broken

[GoogleCodeExporter]

1. kernel is 9cpf, not 9pccpuf
2. ask for monitor etc. is not supported by cpurc

Original issue reported on code.google.com by a...@phicode.de on 29 Jun 2011 at 11:23

[GoogleCodeExporter]

3. telnet is broken (complains about consctl)

Original comment by a...@phicode.de on 29 Jun 2011 at 2:11

[GoogleCodeExporter]

any idea when this broke? last time i did a cpu install it went smoothly.

Original comment by stanley....@gmail.com on 29 Jun 2011 at 2:40

[GoogleCodeExporter]

it might be simple my ISO (it is also quite outdated, the build / my build 
script seems to be fucked up)

Original comment by a...@phicode.de on 29 Jun 2011 at 3:08

[GoogleCodeExporter]

auth related stuff are problematic, too.

Original comment by iru.mu...@gmail.com on 7 Jul 2011 at 8:39

[GoogleCodeExporter]

> it might be simple my ISO (it is also quite outdated, the build / my build 
script seems to be fucked up)

This stupid thing of having multiple iso-s/build-scripts floating around has to 
end.

It should be easy for anyone to build an ISO, but that doesn't mean that 
everyone should do it, we need a centralized ISO release process where we have 
nightly time-stamped official ISOs or whatever, so when this kinds of errors 
happen everyone knows what version we are talking about.

And obviously no issue like this should be reported without first having tested 
it against the latest ISO.

Original comment by ur...@berlinblue.org on 9 Jul 2011 at 11:08

[GoogleCodeExporter]

relax. the true problem seems to be a problem with mk9660 / 9vx, or else my ISO 
would have been the latest one.

also, 3 is independent of this.

Original comment by a...@phicode.de on 10 Jul 2011 at 11:10

[GoogleCodeExporter]

for the record:

disk/mk9660: error in proto file: no entry for 
/dist/plan9front/.hg/store/data/mnt/exportfs/12 but 
/dist/plan9front/.hg/store/data/mnt/exportfs/12/.dummy.i

that's the true problem now

Original comment by a...@phicode.de on 12 Jul 2011 at 8:53

• Changed title: build using 9vx is broken

[GoogleCodeExporter]

can you add something like:
print("%s%.3o %s %s\n", (d->mode & DMDIR) ? "d" : "f", d->mode & 0777, new, 
old);
in sys/src/cmd/disk/9660/dump9660.c at the beginning of the addprotofile() 
function?
with this we know if the bug is in libdisk or dump9660 and it might give us a 
hint
if it has something todo with the new mode forcing code.

Original comment by cinap_le...@felloff.net on 18 Aug 2011 at 1:17

[GoogleCodeExporter]

ok, try changing the last "return 1" to "return -1" 
in sys/src/cmd/disk/9660/direc.c strecmp() and try again.

Original comment by cinap_le...@felloff.net on 18 Aug 2011 at 9:20

[GoogleCodeExporter]

just for the reference:

d775 /dist/plan9front/.hg/store/data/mnt/exportfs 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/4 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/4
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/4/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/4/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/11 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/11
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/11/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/11/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/6 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/6
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/6/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/6/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/10 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/10
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/10/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/10/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/9 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/9
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/9/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/9/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/15 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/15
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/15/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/15/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/14 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/14
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/14/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/14/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/13 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/13
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/13/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/13/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/7 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/7
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/7/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/7/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/3 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/3
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/3/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/3/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/5 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/5
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/5/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/5/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/1 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/1
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/1/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/1/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/0 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/0
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/0/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/0/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/8 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/8
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/8/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/8/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/2 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/2
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/2/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/2/.dummy.i
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/.dummy.i
d775 /dist/plan9front/.hg/store/data/mnt/exportfs/12 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/12
f664 /dist/plan9front/.hg/store/data/mnt/exportfs/12/.dummy.i 
/n/src9/dist/plan9front/.hg/store/data/mnt/exportfs/12/.dummy.i
disk/mk9660: error in proto file: no entry for 
/dist/plan9front/.hg/store/data/mnt/exportfs/12 but 
/dist/plan9front/.hg/store/data/mnt/exportfs/12/.dummy.i
mk: @{rfork n bind ...  : exit status=rc 39386: rc 39388: dump9660 39393: error 
in proto file: no entry for /dist/plan9front/.hg/store/data/mnt/exportfs/12 but 
/dist

Original comment by cinap_le...@felloff.net on 18 Aug 2011 at 9:22

[GoogleCodeExporter]

http://code.google.com/p/plan9front/source/detail?r=b4556ec374515c9e3441f50b1080
7ef0aa4ba1ed

Original comment by cinap_le...@felloff.net on 22 Aug 2011 at 8:16

[GoogleCodeExporter]

does it work now?

Original comment by cinap_le...@felloff.net on 25 Aug 2011 at 1:57

[GoogleCodeExporter]

now booting the resulting image with qemu fails with "boot process died: Main"

Original comment by a...@phicode.de on 25 Aug 2011 at 6:58

[GoogleCodeExporter]

fswstat() in 9vx's devfs-posix is borken, it chmods() the old path after
it renamed it causing mkfs to fail filling bootfs (.paq)

Original comment by cinap_le...@felloff.net on 29 Aug 2011 at 6:38

[GoogleCodeExporter]

Original comment by cinap_le...@felloff.net on 22 May 2012 at 5:26

• Changed state: WontFix