In article <30d8257659.DaveMeUK@BeagleBoard-xM>,
David Higton <dave@davehigton.me.uk> wrote:
> In message <59760e56dcdave@triffid.co.uk>
> Dave <dave@triffid.co.uk> 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-leave@netsurf-browser.org
No comments:
Post a Comment