On Mon, Oct 04, 2021 at 14:19:30 +0100, David Higton wrote:
> > On Sun, Oct 03, 2021 at 20:54:34 +0100, David Higton wrote:
> > > Is there a way to make the RISC OS version of NS use the central CA cert
> > > bundle, InetDbase:CertData, rather than its own?
> >
> > We honour a ca_bundle configuration option which defaults to
> > NetSurf:Resources.ca-bundle but you can change to whatever path you want.
>
> OK, then where is it, please? I cannot find any trace of such an option
> anywhere in the distribution version.
In your choices file you should create the option ca_bundle -- it may also be
present in the choices window, I'm not sure.
> > That is reasonable. Not everyone does that sadly. Of course, modern
> > operating systems manage a system-wide CA bundle for the user
> > automatically. If there were an emerging standard for that on RISC OS then
> > we could probably come up with a fallback mechanism to try that before
> > using the built-in bundle.
>
> The standard for RISC OS, for some time, has been to use InetDbase:CertData
Okay, then perhaps we need to arrange for that to be tried first, falling back
to the built in (which needs to be updated) bundle.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Monday, 4 October 2021
Re: Fetch_NS
In message <59760e56dcdave@triffid.co.uk>
Dave <dave@triffid.co.uk> wrote:
>In article <59760173fadave@triffid.co.uk>,
> Dave <dave@triffid.co.uk> wrote:
>> In article <a24acd7559.DaveMeUK@BeagleBoard-xM>,
>> David Higton <dave@davehigton.me.uk> 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 : &00000411
>
>> 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 : &00000000
>> 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-leave@netsurf-browser.org
Dave <dave@triffid.co.uk> wrote:
>In article <59760173fadave@triffid.co.uk>,
> Dave <dave@triffid.co.uk> wrote:
>> In article <a24acd7559.DaveMeUK@BeagleBoard-xM>,
>> David Higton <dave@davehigton.me.uk> 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 : &00000411
>
>> 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 : &00000000
>> 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-leave@netsurf-browser.org
Re: CA bundle
In message <20211004075146.GG4793@equanimity.local>
Daniel Silverstone <dsilvers@netsurf-browser.org> wrote:
> On Sun, Oct 03, 2021 at 20:54:34 +0100, David Higton wrote:
> > Is there a way to make the RISC OS version of NS use the central CA cert
> > bundle, InetDbase:CertData, rather than its own?
>
> We honour a ca_bundle configuration option which defaults to
> NetSurf:Resources.ca-bundle but you can change to whatever path you want.
OK, then where is it, please? I cannot find any trace of such an option
anywhere in the distribution version.
> > Which, it should be mentioned, is long out of date.
>
> We should probably update that then.
>
> > I try to maintain a central CA bundle, rather than having multiple ones
> > that are not necessarily maintained up to date.
>
> That is reasonable. Not everyone does that sadly. Of course, modern
> operating systems manage a system-wide CA bundle for the user
> automatically. If there were an emerging standard for that on RISC OS then
> we could probably come up with a fallback mechanism to try that before
> using the built-in bundle.
The standard for RISC OS, for some time, has been to use InetDbase:CertData
David
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Daniel Silverstone <dsilvers@netsurf-browser.org> wrote:
> On Sun, Oct 03, 2021 at 20:54:34 +0100, David Higton wrote:
> > Is there a way to make the RISC OS version of NS use the central CA cert
> > bundle, InetDbase:CertData, rather than its own?
>
> We honour a ca_bundle configuration option which defaults to
> NetSurf:Resources.ca-bundle but you can change to whatever path you want.
OK, then where is it, please? I cannot find any trace of such an option
anywhere in the distribution version.
> > Which, it should be mentioned, is long out of date.
>
> We should probably update that then.
>
> > I try to maintain a central CA bundle, rather than having multiple ones
> > that are not necessarily maintained up to date.
>
> That is reasonable. Not everyone does that sadly. Of course, modern
> operating systems manage a system-wide CA bundle for the user
> automatically. If there were an emerging standard for that on RISC OS then
> we could probably come up with a fallback mechanism to try that before
> using the built-in bundle.
The standard for RISC OS, for some time, has been to use InetDbase:CertData
David
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Fetch_NS
In article <59760173fadave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:
> In article <a24acd7559.DaveMeUK@BeagleBoard-xM>,
> David Higton <dave@davehigton.me.uk> 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 : &00000411
> 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 : &00000000
> 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-leave@netsurf-browser.org
Dave <dave@triffid.co.uk> wrote:
> In article <a24acd7559.DaveMeUK@BeagleBoard-xM>,
> David Higton <dave@davehigton.me.uk> 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 : &00000411
> 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 : &00000000
> 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-leave@netsurf-browser.org
Re: CA bundle
On Sun, Oct 03, 2021 at 20:54:34 +0100, David Higton wrote:
> Is there a way to make the RISC OS version of NS use the central CA cert
> bundle, InetDbase:CertData, rather than its own?
We honour a ca_bundle configuration option which defaults to
NetSurf:Resources.ca-bundle but you can change to whatever path you want.
> Which, it should be mentioned, is long out of date.
We should probably update that then.
> I try to maintain a central CA bundle, rather than having multiple ones
> that are not necessarily maintained up to date.
That is reasonable. Not everyone does that sadly. Of course, modern operating
systems manage a system-wide CA bundle for the user automatically. If there
were an emerging standard for that on RISC OS then we could probably come up
with a fallback mechanism to try that before using the built-in bundle.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
> Is there a way to make the RISC OS version of NS use the central CA cert
> bundle, InetDbase:CertData, rather than its own?
We honour a ca_bundle configuration option which defaults to
NetSurf:Resources.ca-bundle but you can change to whatever path you want.
> Which, it should be mentioned, is long out of date.
We should probably update that then.
> I try to maintain a central CA bundle, rather than having multiple ones
> that are not necessarily maintained up to date.
That is reasonable. Not everyone does that sadly. Of course, modern operating
systems manage a system-wide CA bundle for the user automatically. If there
were an emerging standard for that on RISC OS then we could probably come up
with a fallback mechanism to try that before using the built-in bundle.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Sunday, 3 October 2021
Fetch_NS
In article <a24acd7559.DaveMeUK@BeagleBoard-xM>,
David Higton <dave@davehigton.me.uk> wrote:
> In message <5975ccea71dave@triffid.co.uk>
> Dave <dave@triffid.co.uk> wrote:
> >I have made the changes, but the error is the same.
> >
> >The full error message courtesy of Reporter is:
> >
> >** WimpError ** from unknown task
> > Error : &00000000
> > Message: file LATEST missing or empty at line 6
> 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 : &00000411
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 : &00000000
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.
--
Dave Triffid
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
David Higton <dave@davehigton.me.uk> wrote:
> In message <5975ccea71dave@triffid.co.uk>
> Dave <dave@triffid.co.uk> wrote:
> >I have made the changes, but the error is the same.
> >
> >The full error message courtesy of Reporter is:
> >
> >** WimpError ** from unknown task
> > Error : &00000000
> > Message: file LATEST missing or empty at line 6
> 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 : &00000411
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 : &00000000
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.
--
Dave Triffid
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Re: Fetch_NS
In message <ddfac27559.DaveMeUK@BeagleBoard-xM>
David Higton <dave@davehigton.me.uk> wrote:
> In message <6160be7559.DaveMeUK@BeagleBoard-xM>
> David Higton <dave@davehigton.me.uk> wrote:
>
[snip]
> Following up my own post: it looks like my CertData file must have
> contained an invalid certificate (even though it was only 3 months out
> of data), because replacing that has fixed the problem.
>
> I have updated a couple of lines in !Boot.Choices.Fetch_NS.Settings.
> These are the new ones:
>
> Set Fetch_NS$Url https://ci.netsurf-browser.org/builds/riscos/
>
> Set Fetch_NS$Opt --ca-certificate=InetDbase:CertData -qO
>
> First one is to use https rather than http. Second one is to use the
> central InetDbase:CertData file rather than a separate (and non-
> maintained) copy.
Thanks for that, David. The first line had already been changed in my copy
of the file from the last time this error occurred so the second line was
the fix for me.
Updates for the CertData file are also available in the ROOL nightly beta
HardDisc4.
Fred
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
David Higton <dave@davehigton.me.uk> wrote:
> In message <6160be7559.DaveMeUK@BeagleBoard-xM>
> David Higton <dave@davehigton.me.uk> wrote:
>
[snip]
> Following up my own post: it looks like my CertData file must have
> contained an invalid certificate (even though it was only 3 months out
> of data), because replacing that has fixed the problem.
>
> I have updated a couple of lines in !Boot.Choices.Fetch_NS.Settings.
> These are the new ones:
>
> Set Fetch_NS$Url https://ci.netsurf-browser.org/builds/riscos/
>
> Set Fetch_NS$Opt --ca-certificate=InetDbase:CertData -qO
>
> First one is to use https rather than http. Second one is to use the
> central InetDbase:CertData file rather than a separate (and non-
> maintained) copy.
Thanks for that, David. The first line had already been changed in my copy
of the file from the last time this error occurred so the second line was
the fix for me.
Updates for the CertData file are also available in the ROOL nightly beta
HardDisc4.
Fred
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Subscribe to:
Posts (Atom)