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
Fetch_NS
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. > 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. RISC OS 6.20 having done the above action, the in-use CertData is opened in Zap. (...!Boot.Choices.Default.Internet.Files.CertData). > If that /doesn't/ happen on one or more of your systems, we have a > problem. > David Just for a complete view... 'Back in the days' when I tested "things" I had quite a number of different RISC OS installs on both VRPC and RPCEmu and even a real SARPC, now I only have a smaller selection. Adding to the results for RISC OS 6.20 and 4.39 I can add RISC OS 4.02. RISC OS 4.02 *show Inetdbase* InetDBase$Path : HostFS::HardDisc4.$.!boot.Resources.!Internet.files. *Filer_Run InetDBase:CertData (Yes in a text editor). RISC OS 4.39 *Show Inetdbase* InetDBase$Path : Choices:Internet.Files. InetDBase$Write: HostFS::HardDisc4.$.!boot.Choices.Users.Single.Internet.Files *Filer_Run InetDBase:CertData (Yes in a text editor). RISC OS 6.20 *Show Inetdbase* InetDBase$Path : Choices:Internet.Files. InetDBase$Write : .Internet.Files. *Filer_Run InetDBase:CertData (Yes in a text editor). I appreciate it's a RISC OS thing, but I've checked other Virtuals just for my own satisfaction. Same results on various VRPC-DL, RPCEmu and VRPC-AdjustSA installs. So it seems post 4.02 the change of destination happened. 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 <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
Fetch_NS
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
Fetch_NS
In article , 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 > 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. -- 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 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
Fetch_NS
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? 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 <6995e38e767.016fd...@davehigton.me.uk>, Dave Higton wrote: > 2) to fix the issue of the missing dot in the path starting with > 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 Download.Netwerk.NetSurf |Set Fetch_NS$Install$Dir Netwerk 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 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
!Fetch_NS
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! -- 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 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
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 , Allan Bennett wrote: > In message <54dde90eceli...@torrens.org.uk> > "Richard Torrens (lists)" 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
In article , Peter Young 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
On 6 Jul 2015 John Williams wrote: > In article <9f2fd6de54.pnyo...@pnyoung.ormail.co.uk>, >Peter Young 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 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
On 6 Jul 2015 Allan Bennett wrote: > In message <54dde90eceli...@torrens.org.uk> > "Richard Torrens (lists)" 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 .^ 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
In message <54dde90eceli...@torrens.org.uk> "Richard Torrens (lists)" 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)" 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 LATEST > .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)" 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 LATEST > .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
!Fetch_NS
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 LATEST .LATEST" -wimpslot 2048k -name "Fetch LATEST file data" -quit allows the taskwindow to open. I'll keep probing. -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more!
Re: Find !Fetch_NS
In article , Peter Young wrote: > However the (anonymous, German) author of that version, heavily modified > from John's original, specifically asked that questions or comments about > this version should not be posted here, but instead to c.s.a.apps. > I suggest we take it there, where I will be pleased to try to explain how > to configure that version, which involves changing some if its obey files. > That is, if it's still of interest to anyone. It's certainly off-topic > here. As John Williams pointed out, it seems to be Frank de Bruijn. The aconet website, which is the home of Fetch_NS has a little bit of Dutch at the top & has the brilliant CrypStore, which I know is one of his apps. http://aconet.org/tools/index.php On delving a bit further into Fetch_NS, I need to alter the settings file to tell it where my Netsurf is stored to make it work best. As suggested, I'll now take this over to c.s.a. apps. Thanks for help so far. -- Chris
Re: Find !Fetch_NS
Brian Jordan wrote >> But a good day happens about one in three. More common is that it >> forces NS to quit, deletes the current NS then fails to find the new >> one. So I have to complete the job manually. > Try having your de-archiving program (SparkFS or whatever) loaded and > on the icon bar before you run FetchNS. This improved the success rate > to 100% here (admittedly on a sample of only 3 downloads) after having > exactly the problem you describe; I imagine something in FetchNS times > out while waiting for the archive to be opened. Thanks - that appears to be the solution - with a sample size of one:-) -- John Rickman - http://rickman.orpheusweb.co.uk/lynx
Re: Find !Fetch_NS
On 19 Mar 2013 John Williams wrote: > In article , >Peter Young wrote: >> However the (anonymous, German) author > Frank de Bruijn - Dutch, surely? Thanks for the double correction! >> of that version, heavily modified from John's original, > because I prefer to see what's going on myself and make my own decisions I can see that, but you have a lot of technical knowledge that a lot of us don't have. Some of us like to keep things simple. >> specifically asked that questions or comments about this version should >> not be posted here, but instead to c.s.a.apps > at my suggestion, IIRC. Wrath is best avoided! You probably recall correctly. However, druck is conspicuous by his absence when threads go off-topic these days. Maybe marriage has softened him up a bit :-) With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: Find !Fetch_NS
In article , Peter Young wrote: > However the (anonymous, German) author Frank de Bruijn - Dutch, surely? > of that version, heavily modified from John's original, because I prefer to see what's going on myself and make my own decisions > specifically asked that questions or comments about this version should > not be posted here, but instead to c.s.a.apps at my suggestion, IIRC. Wrath is best avoided! John
Re: Find !Fetch_NS
On 18 Mar 2013 Chris Newman wrote: > In article , >John Rickman Iyonix wrote: >> Michael Drake wrote >>> In article <532e67d218cvj...@waitrose.com>, >>>Chris Newman wrote: >>>> I've lost the link to !Fetch_NS. >>> Out of interest, why don't people just visit >>> http://ci.netsurf-browser.org/builds/riscos/?C=M;O=D >>> And download either of the top two archives (depending on whether they >>> want a JavaScript build), and run it like any other peice of software? >>> At least they'll know what software they're running if they fetched it >>> themselves. >> Its because, on a good day**, it will automatically delete the current >> version of NetSurf and replace it with the latest version if it has >> changed. > Er? My copy (2.10 of 17-12-2012) doesn't dd that. it just downloads the > latest zip file. I have to manually delete the old & instigate the new. Have > I missed something? Probably. I have that version, and it does delete the current version, and unpack and run the new one. However the (anonymous, German) author of that version, heavily modified from John's original, specifically asked that questions or comments about this version should not be posted here, but instead to c.s.a.apps. I suggest we take it there, where I will be pleased to try to explain how to configure that version, which involves changing some if its obey files. That is, if it's still of interest to anyone. It's certainly off-topic here. With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: Find !Fetch_NS
In message <1850912e53.iyoj...@rickman.argonet.co.uk> John Rickman Iyonix wrote: [snip] > But a good day happens about one in three. More common is that it > forces NS to quit, deletes the current NS then fails to find the new > one. So I have to complete the job manually. Try having your de-archiving program (SparkFS or whatever) loaded and on the icon bar before you run FetchNS. This improved the success rate to 100% here (admittedly on a sample of only 3 downloads) after having exactly the problem you describe; I imagine something in FetchNS times out while waiting for the archive to be opened. Anyway it isn't too hard to download the archives from the Netsurf site and manually install the program and I have reverted to doing it that way. -- Brian Jordan Virtual RPC-AdjustSA on Windows 8 RISC OS 6.20
Re: Find !Fetch_NS
Allan Bennett wrote on 18 Mar: > Try here: > http://ci.netsurf-browser.org/builds/riscos/ > Scroll to the bottom for the latest release (ie highest number) - > wouldn't it be nice if that was at the top? It IS at the top if you use the slightly different link that Michael Drake gave earlier today: http://ci.netsurf-browser.org/builds/riscos/?C=M;O=D -- Jim Nagelwww.archivemag.co.uk See you at Wakefield? www.wakefieldshow.org.uk April 20
Re: Find !Fetch_NS
In article <1850912e53.iyoj...@rickman.argonet.co.uk>, John Rickman Iyonix wrote: > Chris Newman wrote > >> Its because, on a good day**, it will automatically delete the current > >> version of NetSurf and replace it with the latest version if it has > >> changed. > > Er? My copy (2.10 of 17-12-2012) doesn't dd that. it just downloads the > > latest zip file. I have to manually delete the old & instigate the new. Have > > I missed something? > That is the same as mine - Fetch_NS version 2.10 of 17-12-2012 which > does what I said above. Before deleting the old version it also quits > any NetSurf that is running then restarts the new one. > But a good day happens about one in three. More common is that it > forces NS to quit, deletes the current NS then fails to find the new > one. So I have to complete the job manually. How odd. I see you seem to be on an Iyonix so RiscOS 6? Could that make a difference? I can't see how. I wonder what behaviour others get. I've re-read the idiots guide & can't see much to help but I will have a look at where I put wget/ curl. -- Chris
Re: Find !Fetch_NS
Chris Newman wrote >> Its because, on a good day**, it will automatically delete the current >> version of NetSurf and replace it with the latest version if it has >> changed. > Er? My copy (2.10 of 17-12-2012) doesn't dd that. it just downloads the > latest zip file. I have to manually delete the old & instigate the new. Have > I missed something? That is the same as mine - Fetch_NS version 2.10 of 17-12-2012 which does what I said above. Before deleting the old version it also quits any NetSurf that is running then restarts the new one. But a good day happens about one in three. More common is that it forces NS to quit, deletes the current NS then fails to find the new one. So I have to complete the job manually. -- John Rickman - http://rickman.orpheusweb.co.uk/lynx Ein nasser Vogel fliegt nicht bei Nacht - Das ist der Sinn des Lebens.
Re: Find !Fetch_NS
In article , John Rickman Iyonix wrote: > Michael Drake wrote > > In article <532e67d218cvj...@waitrose.com>, > >Chris Newman wrote: > >> I've lost the link to !Fetch_NS. > > Out of interest, why don't people just visit > > http://ci.netsurf-browser.org/builds/riscos/?C=M;O=D > > And download either of the top two archives (depending on whether they > > want a JavaScript build), and run it like any other peice of software? > > At least they'll know what software they're running if they fetched it > > themselves. > Its because, on a good day**, it will automatically delete the current > version of NetSurf and replace it with the latest version if it has > changed. Er? My copy (2.10 of 17-12-2012) doesn't dd that. it just downloads the latest zip file. I have to manually delete the old & instigate the new. Have I missed something? -- Chris
Re: Find !Fetch_NS
In article <86bb852e53.supe...@albenito.eclipse2k.freeserve.co.uk>, Allan Bennett wrote: > Surely? Please don't call me ...
Re: Find !Fetch_NS
In message <532e84b530stuartli...@orpheusinternet.co.uk> lists wrote: > In article <2b13812e53.supe...@albenito.eclipse2k.freeserve.co.uk>, >Allan Bennett wrote: >> * Drag the blue !Netsurf icon over your existing copy if you have >> one... > No. Create a new dated directory with the latest version in and start > using it. If you experience problems go back to the one you were using > previously. But that can be done by deleting the one in use and opening the previous zip file. Having just one operating version 'visible' in the filer means it works automagically on boot-up or when a URL on my pinboard is activated. !Fetch_NS works like this, doesn't it? No need for extra directories - the numbered zip files serve that purpose. Surely? -- Allan Bennett
Re: Find !Fetch_NS
In article <2b13812e53.supe...@albenito.eclipse2k.freeserve.co.uk>, Allan Bennett wrote: > * Drag the blue !Netsurf icon over your existing copy if you have > one... No. Create a new dated directory with the latest version in and start using it. If you experience problems go back to the one you were using previously. -- Stuart Winsor Only plain text for emails http://www.asciiribbon.org
Re: Find !Fetch_NS
In message <9a8e7b2e53.pnyo...@pnyoung.ormail.co.uk> Peter Young wrote: > On 18 Mar 2013 John Rickman Iyonix wrote: >> Peter Young wrote >>> Pardon my ignorance, but where can find what has changed? I've looked >>> for this, but have never found it, not that it would make a whole lot >>> of sense to me, perhaps! >> http://git.netsurf-browser.org/ > Thanks, I had in fact found that. I'm sure it means something to > somebody, but as I rather expected ... > I'll leave it all to the experts, and will continue to be grateful to > the expert developers. I see what you mean. Try here: http://ci.netsurf-browser.org/builds/riscos/ Scroll to the bottom for the latest release (ie highest number) - wouldn't it be nice if that was at the top? Click on the blue writing (notice the pointer changes to a little hand with a rude pointy finger) which will download the zip file Position caret before the release number in the Destination box and press Ctrl-K which deletes superfluous parts of the file name Drag the zip icon (top of the download window) to the already opened filer window on your Hard Drive When it's located, Double-Click on it to open Drag the blue !Netsurf icon over your existing copy if you have one... Couldn't be simpler... or could it? Hope that helps :-) -- Allan Bennett
Re: Find !Fetch_NS
Peter Young wrote > On 18 Mar 2013 John Rickman Iyonix wrote: >> Peter Young wrote >>> Pardon my ignorance, but where can find what has changed? I've looked >>> for this, but have never found it, not that it would make a whole lot >>> of sense to me, perhaps! >> http://git.netsurf-browser.org/ > Thanks, I had in fact found that. I'm sure it means something to > somebody, but as I rather expected ... Just look down the idle column for green text. If it is on the same line, click "NetSurf Browser" and read all about it, and who done it:) -- John Rickman - http://rickman.orpheusweb.co.uk/lynx No sé nada, y no estoy seguro de éso
Re: Find !Fetch_NS
On 18 Mar 2013 John Rickman Iyonix wrote: > Peter Young wrote >> Pardon my ignorance, but where can find what has changed? I've looked >> for this, but have never found it, not that it would make a whole lot >> of sense to me, perhaps! > http://git.netsurf-browser.org/ Thanks, I had in fact found that. I'm sure it means something to somebody, but as I rather expected ... I'll leave it all to the experts, and will continue to be grateful to the expert developers. With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: Find !Fetch_NS
Peter Young wrote > Pardon my ignorance, but where can find what has changed? I've looked > for this, but have never found it, not that it would make a whole lot > of sense to me, perhaps! http://git.netsurf-browser.org/ john -- John Rickman - http://rickman.orpheusweb.co.uk/lynx Tout a été dit, mais comme personne n'écoute, il faut toujours répéter.
Re: Find !Fetch_NS
In article <532e691ca1t...@netsurf-browser.org>, Michael Drake wrote: > In article <532e67d218cvj...@waitrose.com>, >Chris Newman wrote: > > I've lost the link to !Fetch_NS. > Out of interest, why don't people just visit > http://ci.netsurf-browser.org/builds/riscos/?C=M;O=D > And download either of the top two archives (depending on whether they > want a JavaScript build), and run it like any other peice of software? > At least they'll know what software they're running if they fetched it > themselves. Quite so. -- Stuart Winsor Only plain text for emails http://www.asciiribbon.org
Re: Find !Fetch_NS
On 18 Mar 2013 John Rickman Iyonix wrote: > Michael Drake wrote >> In article <532e67d218cvj...@waitrose.com>, >>Chris Newman wrote: >>> I've lost the link to !Fetch_NS. >> Out of interest, why don't people just visit >> http://ci.netsurf-browser.org/builds/riscos/?C=M;O=D >> And download either of the top two archives (depending on whether they >> want a JavaScript build), and run it like any other peice of software? >> At least they'll know what software they're running if they fetched it >> themselves. > Its because, on a good day**, it will automatically delete the current > version of NetSurf and replace it with the latest version if it has > changed. I totally agree with this reason for using Fetch_NS. Mind you, I think there are more than one version of it floating around; the one I have says it's version 2.10, but I can't remember who wrote this. It's certainly very different from the original version. A note in the !Run file says, "This is a seriously modified version of John Williams' Fetch_NS." > FWIW I always look at the development site to see what has changed. If > NS has changed and the change is likely to be relevant to RISC OS then > I run the fetch program. Pardon my ignorance, but where can find what has changed? I've looked for this, but have never found it, not that it would make a whole lot of sense to me, perhaps! > ** on a bad day the fetch works but the fetcher stops saying it can't > find the file it has just down loaded. (...vita brevis est) Never had that happen here! With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: Find !Fetch_NS
Michael Drake wrote > In article <532e67d218cvj...@waitrose.com>, >Chris Newman wrote: >> I've lost the link to !Fetch_NS. > Out of interest, why don't people just visit > http://ci.netsurf-browser.org/builds/riscos/?C=M;O=D > And download either of the top two archives (depending on whether they > want a JavaScript build), and run it like any other peice of software? > At least they'll know what software they're running if they fetched it > themselves. Its because, on a good day**, it will automatically delete the current version of NetSurf and replace it with the latest version if it has changed. FWIW I always look at the development site to see what has changed. If NS has changed and the change is likely to be relevant to RISC OS then I run the fetch program. ** on a bad day the fetch works but the fetcher stops saying it can't find the file it has just down loaded. (...vita brevis est) -- John Rickman - http://rickman.orpheusweb.co.uk/lynx "Poetry is a MUG's game" - TS Eliot
Re: Find !Fetch_NS
In article <1c002746d5f.0485d...@davehigton.me.uk>, Dave Higton wrote: > > From: cvj...@waitrose.com > > Sent: Mon, 18 Mar 2013 15:13:35 + (GMT) > > To: netsurf-users@netsurf-browser.org > > Subject: Find !Fetch_NS > > > > Hi, > > > > I've lost the link to !Fetch_NS. Can anyone point me in the right > > direction > > please. There was nothing in the help file to assist. > It's at http://aconet.org/tools/index.php Thanks, Dave. -- Chris
Re: Find !Fetch_NS
In article <532e67d218cvj...@waitrose.com>, Chris Newman wrote: > I've lost the link to !Fetch_NS. Out of interest, why don't people just visit http://ci.netsurf-browser.org/builds/riscos/?C=M;O=D And download either of the top two archives (depending on whether they want a JavaScript build), and run it like any other peice of software? At least they'll know what software they're running if they fetched it themselves. -- Michael Drake (tlsa) http://www.netsurf-browser.org/
RE: Find !Fetch_NS
> From: cvj...@waitrose.com > Sent: Mon, 18 Mar 2013 15:13:35 + (GMT) > To: netsurf-users@netsurf-browser.org > Subject: Find !Fetch_NS > > Hi, > > I've lost the link to !Fetch_NS. Can anyone point me in the right > direction > please. There was nothing in the help file to assist. It's at http://aconet.org/tools/index.php Dave FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more!
Find !Fetch_NS
Hi, I've lost the link to !Fetch_NS. Can anyone point me in the right direction please. There was nothing in the help file to assist. Regards, -- Chris
