Re: [9fans] I'm up and running - well maybe walking

Re: [9fans] I'm up and running - well maybe walking

[forsyth]

the CD is 0729.  
although i could probably generate a single update pack, i've
been working on updating the CD.
the good news is that i made a test version for a new CD for 0327 the week before last but
the bad news is there were more changes, so i'll need to add those in.
it takes simply ages to build the CD image.  i don't know why.
it was faster before.
i'll run iostats the next time to see what it reveals.

anyway, the updates you need are:

07291014.9gz
10140327.9gz
03270425a.9gz
03270507.9gz

i'll have this information added to our web site.

>>I presume that once patched I won't get :
>># disk/kfscmd listen
>>kfscmd: command listen not recognised

yes, that's right.  that was in the 10140327.9gz pack.

Re[2]: [9fans] I'm up and running - well maybe walking

[Matt H]

I installed a later copy of wrap, presuming it would be backwards
compatible. Was that a mistake?

%wrap/inst /tmp/07291014.9gz
(after doing it once already on the terminal I tried it on the
console)

skipping /wrap/plan9/971556349/update: locally created
skipping /wrap/plan9/971556349/package: locally created
skipping /wrap/plan9/971556349/desc: locally created
skipping /wrap/plan9/971556349/proto: locally created
skipping /wrap/plan9/971556349/md5sum: locally created
wstat /fd: permission denied
wstat /mail/fs: permission denied
skipping /mail/lib/rewrite: locally updated
skipping /386/bin/wrap/create: locally updated
skipping /386/bin/wrap/info: locally updated
skipping /386/bin/wrap/inst: locally updated
skipping /386/bin/wrap/wdiff: locally updated
wstat /fd: permission denied
wstat /mnt/term: bad character in file name
wstat /mnt/wsys: permission denied
wstat /mnt/wrap: bad character in file name
wstat /n/termrc.tmp: bad character in file name
wstat /n/kfs: bad character in file name
mkdir /n/ftp: write to hungup channel
skipping /rc/bin/cpurc: locally updated
skipping /rc/bin/termrc: locally updated
skipping /sys/src/9/pc/pccpudisk: locally updated
skipping /sys/src/9/pc/pcdisk: locally updated
wrap/wdiff -r / /tmp/07291014.9gz \
        /wrap/plan9/971556349/update \
        /wrap/plan9/971556349/package \
        /wrap/plan9/971556349/desc \
        /wrap/plan9/971556349/proto \
        /wrap/plan9/971556349/md5sum \
        /mail/lib/rewrite \
        /386/bin/wrap/create \
        /386/bin/wrap/info \
        /386/bin/wrap/inst \
        /386/bin/wrap/wdiff \
        /rc/bin/cpurc \
        /rc/bin/termrc \
        /sys/src/9/pc/pccpudisk \
        /sys/src/9/pc/p
        cdisk \

and then, obviously, all the other updates fail.

er, should I just start again with a modern download :-)
-- 
Best regards,
 Matt                            mailto:matt@proweb.co.uk

Re[2]: [9fans] I'm up and running - well maybe walking

[matt]

wrap/inst /tmp/10140327.9gz
wrap/inst: need Sat Oct 14 16:45:49 EDT 2000 version of plan9 already installed




-- 
Best regards,
 matt                            mailto:matt@proweb.co.uk

[9fans] I'm up and running - well maybe walking

[Matt H]

Hello ,

I installed my plan9 from the VitaNuova CD I bought last year. Consequently I'm not sure which updates to apply. Might it be a good idea to use this distribution as a kind of reference and have a single wrap to upgrade from the CD to CURRENT.

I presume that once patched I won't get :
# disk/kfscmd listen
kfscmd: command listen not recognised

Also in the wiki it says 
"Once rio comes up, create some user accounts in the key database by using auth/changeuser"
But rio doesn't come up for me, in fact is says 
rio: can't open display : initdisplay /dev/draw/new: no frame buffer
if I try and manually run it

At first I thought this was because I had not got my vga in my pccpudisk file but I now know that this is not the case. (in fact after fiddling with it to try and fix it I got in a mess and had to re-install to get the defaults back so I could see what they were!)

I do have the devices bound in in cpurc :
for (i in '#A' '#m' '#i' '#S' '#t')
bind -a $i /dev >/dev/null >[2]/dev/null

And finally, could someone point me to the code for getting POP3 mail from my isp and distributing it to my local users please.

Matt

oh btw. if this mail is a duplicate I'm sorry, I sent it from drawterm
and although it said delivered it hasn't appeared in the list so I've
sent it again from another box