Re: Fetch_NS
In article <5977325942d...@triffid.co.uk>, Dave wrote: > In article , David Higton > wrote: > > In message <5976cc379ed...@triffid.co.uk> Dave > > wrote: > > > In article <62f3ba7659.DaveMeUK@BeagleBoard-xM>, David Higton > > >wrote: [Snippy] > > > > > > > The snag is that, as Dave Triffid has told us, more than one > > > > CertData file may exist, possibly in the multiple-choices path. > > > > So an updater may update /a/ CertData file, but not necessarily > > > > /the/ /correct/ one. I don't know how to solve that. > > > > > > > My thinking is one stage on, anyway. There's no point in putting > > > > the path in the !Run file, as it's standard, and is baked into > > > > AcornSSL, curl, and who knows what else. Anywhere else is open > > > > to failure by either updating something other than the standard > > > > CertData file, or not updating anything. > > > > > > > David > > > > > > This has become an interesting thread... :-) > > It has, hasn't it? I'm quite enjoying this! :-) > > > I thought I'd have a check on my 6.20 and see how many CertData > > > files I could find... > > > > > > Eventually I just found the two previously noted ones. > > > > > > ...!Boot.Choices.Default.Internet.Files.CertData (The one in use). > > > And ...!Boot.Resources.!Internet.files.CertData (This one I've > > > named out, and so far no apps have complained or fallen over). > > Interesting. That's the correct place for it in RISC OS 5, but > > apparently not in earlier versions. > Indeed, I've checked on my RPCEmu RISC OS 5.28 install. Ditto here. -- Chris ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Fetch_NS
In message <5976cc379ed...@triffid.co.uk> Dave wrote: > In article <62f3ba7659.DaveMeUK@BeagleBoard-xM>, > David Higton wrote: [Snippy] > > > The snag is that, as Dave Triffid has told us, more than one CertData > > file may exist, possibly in the multiple-choices path. So an updater may > > update /a/ CertData file, but not necessarily /the/ /correct/ one. I > > don't know how to solve that. > > > My thinking is one stage on, anyway. There's no point in putting the > > path in the !Run file, as it's standard, and is baked into AcornSSL, > > curl, and who knows what else. Anywhere else is open to failure by > > either updating something other than the standard CertData file, or not > > updating anything. > > > David > > This has become an interesting thread... :-) It has, hasn't it? I'm quite enjoying this! :-) > I thought I'd have a check on my 6.20 and see how many CertData files I > could find... > > Eventually I just found the two previously noted ones. > > ...!Boot.Choices.Default.Internet.Files.CertData (The one in use). > And > ...!Boot.Resources.!Internet.files.CertData (This one I've named out, and > so far no apps have complained or fallen over). Interesting. That's the correct place for it in RISC OS 5, but apparently not in earlier versions. Perhaps you can do one more confirmatory check, at least on the 6.20 system, but on as many systems as you like. Just run this: *Filer_Run InetDBase:CertData The result ought to be simply that the CertData file is opened up in a text editor. If that works, then AcornSSL, curl, future versions of NetSurf, and who knows what else, will find the CertData file in the right place. If that /doesn't/ happen on one or more of your systems, we have a problem. > I do know of two others but they are in the "Backup" directory... We don't need to bother about them, fortunately. 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
In article <62f3ba7659.DaveMeUK@BeagleBoard-xM>, David Higton wrote: [Snippy] > The snag is that, as Dave Triffid has told us, more than one CertData > file may exist, possibly in the multiple-choices path. So an updater > may update /a/ CertData file, but not necessarily /the/ /correct/ one. > I don't know how to solve that. > My thinking is one stage on, anyway. There's no point in putting the > path in the !Run file, as it's standard, and is baked into AcornSSL, > curl, and who knows what else. Anywhere else is open to failure by > either updating something other than the standard CertData file, or > not updating anything. > David This has become an interesting thread... :-) I thought I'd have a check on my 6.20 and see how many CertData files I could find... Eventually I just found the two previously noted ones. ...!Boot.Choices.Default.Internet.Files.CertData (The one in use). And ...!Boot.Resources.!Internet.files.CertData (This one I've named out, and so far no apps have complained or fallen over). I do know of two others but they are in the "Backup" directory... 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
In message <5976b50516netsurf-users-...@aconet.nl> Frank de Bruijn wrote: > In my Updater application (which I couldn't develop further for lack of > time... :( ) I canonicalise the path (OS_FSControl 37), which uses the > first element of a multiple element path variable. At least it does that on > RISC OS 4.39. Here, doing it with InetDBase:CertData results in > HostFS::HostFS.$.!Boot.Choices.Users.Single.Internet.Files.CertData > > Yes, I know, I should use InetDBase$Write. I picked InetDBase because > InetDBase$Write looked weird/broken when I (briefly) checked RO 6. The most remarkable thing happened earlier this afternoon. I had started to think along the lines of finding a InetDBase:CertData file and canonicalising the path. I opened PRMv2 in the area that I know to hold the information about filing system operations, and it fell open at OS_FSControl 37! I had a play and, as you did long before me, found it to do what I want. Except there's still a snag... The scheme is: InetDBase$Write exists and is valid -> use it. InetDBase$Write exists and is invalid -> canonicalise path to existent CertData file. InetDBase$Write doesn't exist -> use InetDBase: The snag is that, as Dave Triffid has told us, more than one CertData file may exist, possibly in the multiple-choices path. So an updater may update /a/ CertData file, but not necessarily /the/ /correct/ one. I don't know how to solve that. My thinking is one stage on, anyway. There's no point in putting the path in the !Run file, as it's standard, and is baked into AcornSSL, curl, and who knows what else. Anywhere else is open to failure by either updating something other than the standard CertData file, or not updating anything. 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
In article <6a0bad7659.DaveMeUK@BeagleBoard-xM>, David Higton wrote: > In message <597697dd4dbrian.jord...@btinternet.com> > Brian Jordan wrote: > > In article <59767da924d...@triffid.co.uk>, > > Dave wrote: > > > > [Snip] > > > > > Ooeer! > > > > > I've just rechecked and that's what is presented after a *show > > > inetdbase*. > > > > I have just had a look at VA here and I get precisely this response to the > > same input. > There's a worrying aspect to this. RISC OS 5 returns InetDBase: as a > writable path (no multiple choices within it). RISC OS 4.39 and 6.20 > don't. OK, there ought to be an alternative approach: check to see if > InetDBase$Write exists; if yes, use it, else use InetDBase:. But that > will only work if InetDBase$Write is a valid path, and 2 out of 2 users > of 6.20 so far have shown that it isn't. > Even a test for validity is problematic, because AFAICS the fallback > from there is to use a fixed path. > I'm looking for helpful ideas here. In my Updater application (which I couldn't develop further for lack of time... :( ) I canonicalise the path (OS_FSControl 37), which uses the first element of a multiple element path variable. At least it does that on RISC OS 4.39. Here, doing it with InetDBase:CertData results in HostFS::HostFS.$.!Boot.Choices.Users.Single.Internet.Files.CertData Yes, I know, I should use InetDBase$Write. I picked InetDBase because InetDBase$Write looked weird/broken when I (briefly) checked RO 6. > Among which, does anyone have any idea why InetDBase$Write is invalid > on 6.20? Presumably if we could find out why, we could fix it. No idea. Regards, Frank ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Fetch_NS
In article <59767da924d...@triffid.co.uk>, Dave wrote: [Snip] > Ooeer! > I've just rechecked and that's what is presented after a *show > inetdbase*. I have just had a look at VA here and I get precisely this response to the same input. > Obviously I have no idea what it all means... RISC OS 6.20 hasn't been > touched/updated since December 2009. And a MeToo here. The rest of this thread has enabled me to get Fetch_NS going again although there doesn't seem to be a great deal new for me to fetch... B -- _ Brian Jordan RISC OS 5.28 (19-Oct-20) on Raspberry Pi _ ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Fetch_NS
In message <597697dd4dbrian.jord...@btinternet.com> Brian Jordan wrote: > In article <59767da924d...@triffid.co.uk>, > Dave wrote: > > [Snip] > > > Ooeer! > > > I've just rechecked and that's what is presented after a *show > > inetdbase*. > > I have just had a look at VA here and I get precisely this response to the > same input. There's a worrying aspect to this. RISC OS 5 returns InetDBase: as a writable path (no multiple choices within it). RISC OS 4.39 and 6.20 don't. OK, there ought to be an alternative approach: check to see if InetDBase$Write exists; if yes, use it, else use InetDBase:. But that will only work if InetDBase$Write is a valid path, and 2 out of 2 users of 6.20 so far have shown that it isn't. Even a test for validity is problematic, because AFAICS the fallback from there is to use a fixed path. I'm looking for helpful ideas here. Among which, does anyone have any idea why InetDBase$Write is invalid on 6.20? Presumably if we could find out why, we could fix it. 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
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
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
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
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
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
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
Re: Fetch_NS
In message David Higton wrote: > In message <6160be7559.DaveMeUK@BeagleBoard-xM> > David Higton 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-le...@netsurf-browser.org
Re: Fetch_NS
In message David Higton wrote: >In message <5975ccea71d...@triffid.co.uk> > Dave 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 : & >> 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 And if yours is earlier than this year, then go get this file: https://curl.se/ca/cacert.pem The correct file should be a little over 20 bytes. If the one you download is, put it in the InetDbase: directory, delete the old CertData file, and rename the new one as CertData. 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
In message <5975ccea71d...@triffid.co.uk> Dave 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 : & > 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 ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Fetch_NS
In article , David Higton wrote: > In message <5975c6fce7d...@triffid.co.uk> > Dave wrote: > >In article , > > David Higton wrote: > >> In message <6160be7559.DaveMeUK@BeagleBoard-xM> > >> David Higton wrote: > > > >> >Hi all, > >> > I used to use Fetch_NS daily. Recently it has stopped working, > >> >complaining of an incorrectly formatted filename - of course it's > >> >incorrectly formatted because it's the empty string. The error is > >> >coming from Fetch_NS.Resources.SetLatest. > >> > I'm trying to analyse why it isn't working, but the code is > >> >crunched, or very nearly so, which means I'm struggling to > >> >understand it. > >> > > >> >Has it stopped working for anyone else? If so, do you have a > >> >solution? > > > >> 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. > > > >> David > > > >Ooeer! slight aside but similar problem... I've not updated Netsurf > >recently so prompted by the above notes thought I better do it. > > > >Error from Fetch_NS > > Error : & > > Message: file LATEST missing or empty at line 6 > > > >I have no idea what that is, or where it originates from... > > > >Any ideas please how to fix whatever it is? > Make the changes described above, for a start. > The problem is caused by a bundle of certificate authority certificates > being out of date. > If that still doesn't fix it, come back to us here. > David I have made the changes, but the error is the same. The full error message courtesy of Reporter is: ** WimpError ** from unknown task Error : & Message: file LATEST missing or empty at line 6 Thanks Dave With regard to the error message. The only place in the !AppDir that I can find a Line 6 is in... "HostFS::HardDisc4.$.Net.!Fetch_NS.Resources.SetLatest" A Basic file. D. -- 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
In message <5975c6fce7d...@triffid.co.uk> Dave wrote: >In article , > David Higton wrote: > > > 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. > > > David > > Ooeer! slight aside but similar problem... I've not updated Netsurf > recently so prompted by the above notes thought I better do it. > > Error from Fetch_NS Error : & > Message: file LATEST missing or empty at line 6 > > I have no idea what that is, or where it originates from... > > Any ideas please how to fix whatever it is? Slightly longer answer: The problem is caused by an HTTPS certificate bundle file that contains an invalid or out of date certificate. There's a related problem in that there are multiple copies of this file splattered around some people's systems. There ought to be one true copy, and it ought to be easy to maintain it. Maintaining one has to be easier than maintaining more than one, right? The one we should all be using is InetDbase:CertData (i.e. the file's name is CertData, and it lives in the InetDbase: directory, which on my system expands to HardDisc4.$.!Boot.Resources.!Internet.Files, but if we refer to it as InetDbase:CertData, then it doesn't matter where or on what drive or filing system you store it, the reference will be correct). Hence the second of the modifications above. OK, I don't know how up to date your InetDbase:CertData is, but I can at least offer you an easy way to update it - provided it is recent enough in the first place. Go to my web site, https://davehigton.me.uk and look for UpdCaCert.zip Unzip it, put it somewhere useful (maybe Apps), and run it. It will update your InetDbase:CertData file, if and only if a later one is available. Hope that helps. If even that doesn't work, it's possible that your InetDbase:CertData file is out of date, in which case come back to us here and we can tell you how to fix that. (My app requires a working CertData file to be able to download the new one. Yes, there is a potential for trouble there.) 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
In message <5975c6fce7d...@triffid.co.uk> Dave wrote: >In article , > David Higton wrote: >> In message <6160be7559.DaveMeUK@BeagleBoard-xM> >> David Higton wrote: > >> >Hi all, >> > I used to use Fetch_NS daily. Recently it has stopped working, >> >complaining of an incorrectly formatted filename - of course it's >> >incorrectly formatted because it's the empty string. The error is >> >coming from Fetch_NS.Resources.SetLatest. >> > >> >I'm trying to analyse why it isn't working, but the code is crunched, or >> >very nearly so, which means I'm struggling to understand it. >> > >> >Has it stopped working for anyone else? If so, do you have a solution? > >> 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. > >> David > >Ooeer! slight aside but similar problem... >I've not updated Netsurf recently so prompted by the above notes thought I >better do it. > >Error from Fetch_NS > Error : & > Message: file LATEST missing or empty at line 6 > >I have no idea what that is, or where it originates from... > >Any ideas please how to fix whatever it is? Make the changes described above, for a start. The problem is caused by a bundle of certificate authority certificates being out of date. If that still doesn't fix it, come back to us here. 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
In article , David Higton wrote: > In message <6160be7559.DaveMeUK@BeagleBoard-xM> > David Higton wrote: > >Hi all, > > I used to use Fetch_NS daily. Recently it has stopped working, > >complaining of an incorrectly formatted filename - of course it's > >incorrectly formatted because it's the empty string. The error is > >coming from Fetch_NS.Resources.SetLatest. > > > >I'm trying to analyse why it isn't working, but the code is crunched, or > >very nearly so, which means I'm struggling to understand it. > > > >Has it stopped working for anyone else? If so, do you have a solution? > 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. > David Ooeer! slight aside but similar problem... I've not updated Netsurf recently so prompted by the above notes thought I better do it. Error from Fetch_NS Error : & Message: file LATEST missing or empty at line 6 I have no idea what that is, or where it originates from... Any ideas please how to fix whatever it is? Thanks Dave FWIW. I do not have 5313 VRPC-DL running RISC OS 6.20 Fetch_NS Version: 2.40. D. -- 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
In message <6160be7559.DaveMeUK@BeagleBoard-xM> David Higton wrote: >Hi all, > >I used to use Fetch_NS daily. Recently it has stopped working, complaining >of an incorrectly formatted filename - of course it's incorrectly formatted >because it's the empty string. The error is coming from >Fetch_NS.Resources.SetLatest. > >I'm trying to analyse why it isn't working, but the code is crunched, or >very nearly so, which means I'm struggling to understand it. > >Has it stopped working for anyone else? If so, do you have a solution? 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. 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
In article <6160be7559.DaveMeUK@BeagleBoard-xM>, David Higton wrote: > Has it stopped working for anyone else? If so, do you have a > solution? Worked ok here, although there is nothing to fetch, since it has been 5313 since before mid Sept. The version of SetLatest here certainly is not crunched, although it has had changes made by me. -- Chris Johnson Edinburgh ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: !Fetch_NS
In article 6995e38e767.016fd...@davehigton.me.uk, Dave Higton d...@davehigton.me.uk wrote: 2) to fix the issue of the missing dot in the path starting with Root$Dir because my definition of Root$Dir has no trailing dot. This presumaby u=is something entirely local to you? The Settings file initially says | Set the download and installation directories | ** You will need to modify these (and remove the | to activate)! ** |Set Fetch_NS$Download$Dir Root$PathDownload.Netwerk.NetSurf |Set Fetch_NS$Install$Dir Root$PathNetwerk Those must point to: Fetch_NS$Download$Dir directory where you want the downloads to be saved Fetch_NS$Install$Dir directory from which Netsurf is run. the original paths are not very enlightening! -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more!
RE: !Fetch_NS
On Mon, 06 Jul 2015 19:55:49 +0100 Richard Torrens wrote: Success! curl 7.11.0 seems to be the latst version. It doesn't like ARMv7 Wget 1.15 i the latest version and works. I had an old wget! On my BBxM it worked after I changed: 1) to use wget instead of curl; 2) to fix the issue of the missing dot in the path starting with Root$Dir because my definition of Root$Dir has no trailing dot. Dave Can't remember your password? Do you need a strong and secure password? Use Password manager! It stores your passwords protects your account. Check it out at http://mysecurelogon.com/manager
Re: !Fetch_NS
On 6 Jul 2015 Allan Bennett alben...@eclipse2k.freeserve.co.uk wrote: In message 54dde90eceli...@torrens.org.uk Richard Torrens (lists) li...@torrens.org.uk wrote: Has anyone got Fetch_NS running on an ARMX6? Yes, working here on ARMX6 and Armini. It did take some setting up, though... On first run, you should be presented with a list of options, but I never had much joy with this and resorted to modding the files in !Boot.Choices.Fetch_NS.Settings. Mostly self-explanatory. Mostly! I have !Wget in configure 'look at'. Richard still hasn't told us which version of Fetch_NS he's trying to run, which is highly relevant. If someone can tell me whether it's legal to do so, I could send him my Not John William's version, which should work exactly as it does here. The setting up of this is a bit tricky, but as it doesn't use paths that depend on one's setup (1) it should work everywhere. (1) For instance, the directory that NetSurf will be installed in is defined as Fetch_NS$Download$Dir Fetch_NS$Dir.^ so that if Fetch_NS is in the same directory as NetSurf then NetSurf will be put into the correct place. HTH, Best wishes, Peter. -- Peter Young (zfc Re) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: !Fetch_NS
On 6 Jul 2015 John Williams joh...@ukgateway.net wrote: In article 9f2fd6de54.pnyo...@pnyoung.ormail.co.uk, Peter Young pnyo...@ormail.co.uk wrote: If someone can tell me whether it's legal to do so, I could send him my Not John William's version, which should work exactly as it does here. This is really not the place to discuss third-party software, but anyone can do whatever they like with anything derived from my stuff! Many thanks, John, so over to Richard now, if he wants to take up my offer, preferably off-list. I've just discovered that the version I have is by Frank de Bruijn. Best wishes, Peter. -- Peter Young (zfc Re) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: !Fetch_NS
In article 9f2fd6de54.pnyo...@pnyoung.ormail.co.uk, Peter Young pnyo...@ormail.co.uk wrote: Richard still hasn't told us which version of Fetch_NS he's trying to run, which is highly relevant. 2.21, which runs fine on the RPC, I quoted the line from the !Run file - which caklls a Taskwindow. On the RPC, that TaskWindow opens as expected. On the ARMX6, no such task window opens. -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more!
Re: !Fetch_NS
In article de1dd4de54.supe...@albenito.eclipse2k.freeserve.co.uk, Allan Bennett alben...@eclipse2k.freeserve.co.uk wrote: In message 54dde90eceli...@torrens.org.uk Richard Torrens (lists) li...@torrens.org.uk wrote: Has anyone got Fetch_NS running on an ARMX6? Yes, working here on ARMX6 and Armini. It did take some setting up, though... On first run, you should be presented with a list of options, but I never had much joy with this and resorted to modding the files in !Boot.Choices.Fetch_NS.Settings. Mostly self-explanatory. Mostly! I have !Wget in configure 'look at'. The instructions do say you have to chose which transport: there are lines in the !Run file to be commented in out as appropriate. I did that. The transports are called, and start to work - in the background. They then fail. A task window is not opened: presumably this should only open when the transport returns some output. The error returned by wget says the filename is incorrectly formatted. At Line 24! I have installed a new version of 2.21, fresh from the zip file, and will now reset the ARMX6 and try again. -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more!
Re: !Fetch_NS
On 06 Jul, li...@torrens.org.uk wrote: I have installed a new version of 2.21, fresh from the zip file, and will now reset the ARMX6 and try again. Same result... the error is returned from the BASIC program !Fetch_NS.Resources.SetLatest So I have emailed Frank for help. -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more!
Re: !Fetch_NS
In article 9f2fd6de54.pnyo...@pnyoung.ormail.co.uk, Peter Young pnyo...@ormail.co.uk wrote: If someone can tell me whether it's legal to do so, I could send him my Not John William's version, which should work exactly as it does here. This is really not the place to discuss third-party software, but anyone can do whatever they like with anything derived from my stuff! John -- | John Williams | joh...@ukgateway.net Names for Soul Band:- Soul Provider(s) *
Re: !Fetch_NS
In article f445d9de54.pnyo...@pnyoung.ormail.co.uk, Peter Young pnyo...@ormail.co.uk wrote: [Snip] I've just discovered that the version I have is by Frank de Bruijn. This is directly available from Frank's site www.aconet.org/tools/ BJ -- _ Brian Jordan Virtual RPC-AdjustSA on Windows 8.1 Pro RISC OS 6.20 _
Re: !Fetch_NS
In message 54dde90eceli...@torrens.org.uk Richard Torrens (lists) li...@torrens.org.uk wrote: Has anyone got Fetch_NS running on an ARMX6? Yes, working here on ARMX6 and Armini. It did take some setting up, though... On first run, you should be presented with a list of options, but I never had much joy with this and resorted to modding the files in !Boot.Choices.Fetch_NS.Settings. Mostly self-explanatory. Mostly! I have !Wget in configure 'look at'. -- Allan Bennett
Re: !Fetch_NS
In message 54dde90eceli...@torrens.org.uk Richard Torrens (lists) li...@torrens.org.uk wrote: Has anyone got Fetch_NS running on an ARMX6? I have tried curl and wget. Neither does the job. Both do not open a task window, so I cannot see progress and nothing appears to happpen. However both cause an error window to open sometime after firing up. With wget, the error is Incorrectly formatted filename at line 24 but what program is running is not stated and I have no idea where to look. Later.. I have found that removing the Do from the line in !Run which reads: TaskWindow Do Fetch_NS$App Fetch_NS$UrlLATEST Fetch_NS$Opt Fetch_NS$Choices.LATEST -wimpslot 2048k -name Fetch LATEST file data -quit allows the taskwindow to open. I'll keep probing. I've never managed to get it to run on my BBxM, although it does so without problem on my Iyo. Dave FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more!
Re: !Fetch_NS
On 4 Jul 2015 Richard Torrens (lists) li...@torrens.org.uk wrote: Has anyone got Fetch_NS running on an ARMX6? I have tried curl and wget. Neither does the job. Both do not open a task window, so I cannot see progress and nothing appears to happpen. However both cause an error window to open sometime after firing up. With wget, the error is Incorrectly formatted filename at line 24 but what program is running is not stated and I have no idea where to look. Later.. I have found that removing the Do from the line in !Run which reads: TaskWindow Do Fetch_NS$App Fetch_NS$UrlLATEST Fetch_NS$Opt Fetch_NS$Choices.LATEST -wimpslot 2048k -name Fetch LATEST file data -quit allows the taskwindow to open. I'll keep probing. No help for your problem, I'm afraid, but it's been working without any problem on my ARMini for the last few weeks, so it is possible. No idea why you have problems; usually if there is anything that can be much=ked up, I will muck it up! Just thought: there are two versions of Fetch_NS; I use 2.21, but I can't remember who wrote this version. The only hint is in the !Run file, were there is a comment, This is a seriously modified version of John Williams' Fetch_NS. Best wishes, Peter. -- Peter Young (zfc Re) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
