Re: Fetch_NS

2021-10-04 Thread Dave
In article <6143527659.DaveMeUK@BeagleBoard-xM>,
   David Higton  wrote:
> In message <59764abf16d...@triffid.co.uk>
>   Dave  wrote:

> > RO 6.20
> > 
> > *show inetdbase*
> >
> > InetDBase$Path : Choices:Internet.Files.
> > InetDBase$Write : .Internet.Files

> Really?  That second path there is invalid.

> David

Ooeer!
I've just rechecked and that's what is presented after a *show inetdbase*.

Obviously I have no idea what it all means... RISC OS 6.20 hasn't been
touched/updated since December 2009.

Dave

-- 

Dave Triffid
___
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org


Re: Fetch_NS

2021-10-04 Thread David Higton
In message <59764abf16d...@triffid.co.uk>
  Dave  wrote:

> RO 6.20
> 
> *show inetdbase*
>
> InetDBase$Path : Choices:Internet.Files.
> InetDBase$Write : .Internet.Files

Really?  That second path there is invalid.

David
___
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org


Re: Fetch_NS

2021-10-04 Thread David Higton
In message <59764abf16d...@triffid.co.uk>
  Dave  wrote:

> As for renaming CertData in other places...
> Aside from Fetch_NS I have no idea what other apps might use CertData.

Anything that uses AcornSSL, for a start.  This includes such apps as
Antispam, Newshound and FTPc when used with secure hosts.

NetSurf may well start to use InetDbase:CertData by default soon too.

David
___
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org


Re: Fetch_NS

2021-10-04 Thread Dave
In article <30d8257659.DaveMeUK@BeagleBoard-xM>,
   David Higton  wrote:
> In message <59760e56dcd...@triffid.co.uk>
>   Dave  wrote:

[Snip]

> >
> > Me being interested to know...
> >
> > Just tested on this RISC OS 6.20 the CertData really needs to be in
> > ...HardDisc4.$.!Boot.Choices.Default.Internet.Files for Fetch_Netsurf
> > to work.
> >
> > Here on RISC OS 6.20 the CertData in
> > ...HardDisc4.$.!Boot.Resources.!Internet.Files.CertData when renamed
> > out, has no effect on the Fetch_Netsurf running.
> >
> > That said, I'm renaming it back in case something else RISC OS looks
> > for it there.
> >
> > Messy!
> >
> > Had the same Fetch_Netsurf line 6 problem in RPCEmu RISC OS 5.28
> > install, updated the CertData and it again ran okay. On this 5.28 RISC
> > OS CertData is only in !Boot.Resources.!Internet.Files

> The key thing is to know whether everything is looking for
> InetDbase:CertData

> What does:

> *show inetdbase*

> show on the various systems?

> What happens if you rename the CertData file in anything other than where
> InetDbase$Path shows?  Does anything stop working?  (NetSurf itself won't
> stop, because it uses its own copy of the certs - currently best part of
> 2 years out of date!)

> We don't want multiple copies of the file splattered around anyone's
> system.  It doesn't help.

> David


RO 6.20

*show inetdbase*

InetDBase$Path : Choices:Internet.Files.
InetDBase$Write : .Internet.Files


RISC OS 4.39

*show inetdbase*

InetDBase$Path : Choices:Internet.Files.
InetDBase$Write :
HostFS::HardDisc4.$.!boot.Choices.Users.Single.Internet.Files


RPCEmu RO 5.28
--
*show inetdbase*

InetDBase$Path : HostFS::HostFS.$.!Boot.Resources.!Internet.files.

As for renaming CertData in other places...
Aside from Fetch_NS I have no idea what other apps might use CertData.

Dave

-- 

Dave Triffid
___
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org


Re: Fetch_NS

2021-10-04 Thread David Higton
In message <59760173fad...@triffid.co.uk>
  Dave  wrote:

> Thanks for the advice David.  :-)
> 
> Mine is/was:
> 
> Certificate data from Mozilla as of: Wed Jan  1 04:12:10 2020 GMT
> 
> I downloaded and tried your updater, but unfortunately it errored out.
>
> !Reporter"
> --
> [WindowManager/] %Obey HostFS::HardDisc4.$.Apps.!UpdCaCert.!Run
> No writeable memory at this address
> ** Error **
>   Error  : &0411
>
> Maybe something to do with... I'm on RISC OS 6.20

Most curious.  It doesn't write to memory directly at all.  It reads
from memory written to by OS_ReadVarVal, which is a standard way to
read a system variable.  So I dunno.

I don't want to support the long-obsolete versions of RISC OS, and in
any case I'm in no position to do so.  Sorry.

If anyone else would like to take a look, the very simple BASIC app is at
https://davehigton.me.uk and is called UpdCaCert

David
___
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org


Re: Fetch_NS

2021-10-04 Thread David Higton
In message <59760e56dcd...@triffid.co.uk>
  Dave  wrote:

>In article <59760173fad...@triffid.co.uk>,
>   Dave  wrote:
>> In article ,
>>David Higton  wrote:
>>
>
>[Snip]
>
>> > OK, open the InetDbase:CertData file and tell us the date you'll see
>> > near the top (it's the 4th line in mine).
>
>> > Mine says:
>
>> > ## Certificate data from Mozilla as of: Thu Sep 30 03:12:05 2021 GMT
>
>> > David
>
>> Thanks for the advice David.  :-)
>
>> Mine is/was:
>
>> Certificate data from Mozilla as of: Wed Jan  1 04:12:10 2020 GMT
>
>> I downloaded and tried your updater, but unfortunately it errored out.
>
>> !Reporter"
>> --
>> [WindowManager/] %Obey HostFS::HardDisc4.$.Apps.!UpdCaCert.!Run
>> No writeable memory at this address
>> ** Error **
>>   Error  : &0411
>
>> Maybe something to do with... I'm on RISC OS 6.20
>
>> Thereafter...
>> Downloaded the cacert.pem and did as you noted in your follow up posting.
>
>> So I now have the new CertData in place...
>
>> Certificate data from Mozilla as of: Thu Sep 30 03:12:05 2021 GMT.
>
>> Rebooted RISC OS... 
>
>> Tried to run "Fetch_NS and still the same error message...
>> ** WimpError ** from unknown task
>>   Error  : &
>>   Message: file LATEST missing or empty at line 6
>
>> What next he cried?
>
>> Had a lightbulb...  :-/
>
>> RISC OS 6.20 has an !Internet.Files.CertData in
>> ...HardDisc4.$.!Boot.Resources.!Internet.files.CertData
>
>> But it also has a 
>> ...HardDisc4.$.!Boot.Choices.Default.Internet.Files.CertData
>
>> I replaced that one as well, thereafter, Fetch_NS downloaded the 5313/zip
>> okay.
>
>> Again.
>> Thanks for the advice, appreciated.
>
>> Dave
>
>> Apologies for vanishing mid chat last night. (Medical reasons).
>
>> D.
>
> Me being interested to know...
>
> Just tested on this RISC OS 6.20 the CertData really needs to be in 
> ...HardDisc4.$.!Boot.Choices.Default.Internet.Files for Fetch_Netsurf to
> work.
>
> Here on RISC OS 6.20 the CertData in 
> ...HardDisc4.$.!Boot.Resources.!Internet.Files.CertData when renamed out,
> has no effect on the Fetch_Netsurf running.
>
> That said, I'm renaming it back in case something else RISC OS looks for
> it there.
>
> Messy!
>
> Had the same Fetch_Netsurf line 6 problem in RPCEmu RISC OS 5.28 install,
> updated the CertData and it again ran okay.
> On this 5.28 RISC OS CertData is only in !Boot.Resources.!Internet.Files

The key thing is to know whether everything is looking for
InetDbase:CertData

What does:

*show inetdbase*

show on the various systems?

What happens if you rename the CertData file in anything other than where
InetDbase$Path shows?  Does anything stop working?  (NetSurf itself won't
stop, because it uses its own copy of the certs - currently best part of
2 years out of date!)

We don't want multiple copies of the file splattered around anyone's
system.  It doesn't help.

David
___
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org


Fetch_NS

2021-10-04 Thread Dave
In article <59760173fad...@triffid.co.uk>,
   Dave  wrote:
> In article ,
>David Higton  wrote:
>

[Snip]

> > OK, open the InetDbase:CertData file and tell us the date you'll see
> > near the top (it's the 4th line in mine).

> > Mine says:

> > ## Certificate data from Mozilla as of: Thu Sep 30 03:12:05 2021 GMT

> > David

> Thanks for the advice David.  :-)

> Mine is/was:

> Certificate data from Mozilla as of: Wed Jan  1 04:12:10 2020 GMT

> I downloaded and tried your updater, but unfortunately it errored out.

> !Reporter"
> --
> [WindowManager/] %Obey HostFS::HardDisc4.$.Apps.!UpdCaCert.!Run
> No writeable memory at this address
> ** Error **
>   Error  : &0411

> Maybe something to do with... I'm on RISC OS 6.20

> Thereafter...
> Downloaded the cacert.pem and did as you noted in your follow up posting.

> So I now have the new CertData in place...

> Certificate data from Mozilla as of: Thu Sep 30 03:12:05 2021 GMT.

> Rebooted RISC OS... 

> Tried to run "Fetch_NS and still the same error message...
> ** WimpError ** from unknown task
>   Error  : &
>   Message: file LATEST missing or empty at line 6

> What next he cried?

> Had a lightbulb...  :-/

> RISC OS 6.20 has an !Internet.Files.CertData in
> ...HardDisc4.$.!Boot.Resources.!Internet.files.CertData

> But it also has a 
> ...HardDisc4.$.!Boot.Choices.Default.Internet.Files.CertData

> I replaced that one as well, thereafter, Fetch_NS downloaded the 5313/zip
> okay.

> Again.
> Thanks for the advice, appreciated.

> Dave

> Apologies for vanishing mid chat last night. (Medical reasons).

> D.

Me being interested to know...

Just tested on this RISC OS 6.20 the CertData really needs to be in 
...HardDisc4.$.!Boot.Choices.Default.Internet.Files for Fetch_Netsurf to
work.

Here on RISC OS 6.20 the CertData in 
...HardDisc4.$.!Boot.Resources.!Internet.Files.CertData when renamed out,
has no effect on the Fetch_Netsurf running.

That said, I'm renaming it back in case something else RISC OS looks for
it there.

Messy!

Had the same Fetch_Netsurf line 6 problem in RPCEmu RISC OS 5.28 install,
updated the CertData and it again ran okay.
On this 5.28 RISC OS CertData is only in !Boot.Resources.!Internet.Files

Dave

-- 

Dave Triffid
___
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org