Re: Problem with 3.06 PVR

2017-11-10 Thread RS
From: Ralph Corderoy Sent: Friday, November 10, 2017 5:26 PM I think it's changed again since 3.00. The --expiry option defaults to four hours now; if the cache is older than that then it is refreshed. (It's also refreshed if explicitly requested, or it doesn't exist.) Hi Ralph I don't

Re: Problem with 3.06 PVR

2017-11-10 Thread Ralph Corderoy
Hi Richard, > The way the cache is refreshed has changed so much recently that I may > be confusing a historical regime with the present one. Yes, the arms race does make it tricky to keep up. I only dig when something stops working. > My understanding is that the 30 day limit refers to how

Re: Problem with 3.06 PVR

2017-11-10 Thread RS
From: Ralph Corderoy Sent: Friday, November 10, 2017 4:08 PM get_iplayer --cache-rebuild --type=tv,radio ... You can only add the last two weeks anyway. --cache-rebuild implies --refresh-limit=30, unless that's already been set to some other value. 30 (days) is the current maximum. Hi

Re: Problem with 3.06 PVR

2017-11-10 Thread CJB
Thank you that tip. I did a cache refresh / rebuild with CLS and got many thousands of entries for tv and radio. As I said CLS seems to work OK. It is the Windows PVR that is screwed for refreshing the t.v. cache. Chris B. On 10/11/2017, Ralph Corderoy wrote: > Hi

Re: Problem with 3.06 PVR

2017-11-10 Thread Ralph Corderoy
Hi Richard, > get_iplayer --cache-rebuild --type=tv,radio ... > You can only add the last two weeks anyway. --cache-rebuild implies --refresh-limit=30, unless that's already been set to some other value. 30 (days) is the current maximum. -- Cheers, Ralph.

Re: Problem with 3.06 PVR

2017-11-10 Thread RS
Sent: Friday, November 10, 2017 12:26 PM I wrote Have you tried Do this first Immediately after installing get_iplayer 3.00, run: get_iplayer --cache-init --type="tv,radio" as set out in https://github.com/get-iplayer/get_iplayer/wiki/release300to309#release300 It seems the correct

Re: Problem with 3.06 PVR

2017-11-10 Thread RS
From: CJB Sent: Friday, November 10, 2017 11:42 AM I then again renamed the tv.cache and then did a refresh. I got about 114 'pages' of files. But these only amount to about 250KB of file. The radio cache file runs at about 2,500KB. About 244 tv new programmes were picked up - not a lot for

Re: Problem with 3.06 PVR

2017-11-10 Thread Ralph Corderoy
C E Macfarlane wrote: > Note that perl uses the TMPDIR environment setting, and its absence > can lead to some problems with memory, particularly with embedded > devices, but perhaps also with Linux PCs. Presuming you have a /tmp > directory, you need to include in one of, in order of preference

RE: Problem with 3.06 PVR

2017-11-10 Thread C E Macfarlane
-- www.macfh.co.uk/MacFH.html > If not, try updating using cpanm rather than full-blown cpan > (uses a lot less memory): > > cpanm install IO::Socket::SSL Note that perl uses the TMPDIR environment setting, and its absence can lead to some problems with memory, particularly with

Re: Problem with 3.06 PVR

2017-11-10 Thread CJB
All the debate about code is beyond me. I do remember Frotran and Basic though. Re: my case. I have re-installed Windows v3.6 I then again renamed the tv.cache and then did a refresh. I got about 114 'pages' of files. But these only amount to about 250KB of file. The radio cache file runs at

Re: Problem with 3.06 PVR

2017-11-10 Thread RS
From: Jon Crookston Sent: Friday, November 10, 2017 1:34 AM As for the cygwin issue, mentioned by a few other posters: I've always run gip under cygwin. I think when I first began to use it there was no windows version available. (According to >my download_history, using Richard's method to

Re: Problem with 3.06 PVR

2017-11-09 Thread Jon Crookston
get_iplayer@lists.infradead.org Sent: Friday, 10 November 2017, 1:48 Subject: Re: Problem with 3.06 PVR Hi Jon, > 501 Protocol scheme 'https' is not supported (LWP::Protocol::https not > installed) > Content-Type: text/plain > Client-Date: Fri, 10 Nov 2017 00:51:01 GMT > Client

Re: Problem with 3.06 PVR

2017-11-09 Thread Ralph Corderoy
Hi Jon, > 501 Protocol scheme 'https' is not supported (LWP::Protocol::https not > installed) > Content-Type: text/plain > Client-Date: Fri, 10 Nov 2017 00:51:01 GMT > Client-Warning: Internal response > > LWP will support https URLs if the LWP::Protocol::https module > is installed.\n Well,

Re: Problem with 3.06 PVR

2017-11-09 Thread Jon Crookston
Re: Problem with 3.06 PVR Hi Jon, > I'm struggling to know where to look next - there isn't any real clue > in the program output - is there a way to find out *why* it fails "to > download programme schedule > http://www.bbc.co.uk/6music/programmes/schedules/last_week; etc.? The co

RE: Problem with 3.06 PVR

2017-11-09 Thread d.lake
layer-boun...@lists.infradead.org] On Behalf Of RS Sent: 09 November 2017 14:19 To: get_iplayer@lists.infradead.org Subject: Re: Problem with 3.06 PVR From: Jon Crookston Sent: Wednesday, November 8, 2017 10:46 PM >Frustratingly, while John and I shared similar symptoms, I don't think >we had

Re: Problem with 3.06 PVR

2017-11-09 Thread Ralph Corderoy
Hi Jon, > I'm struggling to know where to look next - there isn't any real clue > in the program output - is there a way to find out *why* it fails "to > download programme schedule > http://www.bbc.co.uk/6music/programmes/schedules/last_week; etc.? The code ignores the error and just tries

Re: Problem with 3.06 PVR

2017-11-09 Thread RS
From: Jon Crookston Sent: Wednesday, November 8, 2017 10:46 PM Frustratingly, while John and I shared similar symptoms, I don't think we had the same problem. I've just installed IO::Socket::SSL but to no avail, and tried --no-index-concurrent. I'm struggling to know where to look next -

Re: Problem with 3.06 PVR

2017-11-08 Thread Jon Crookston
ammes/schedules/this_week From: John Reay <john.r...@gmail.com> To: get_iplayer@lists.infradead.org Sent: Tuesday, 7 November 2017, 20:39 Subject: Re: Problem with 3.06 PVR Seems to have fixed my problem by doing this: cpanm IO::Socket::SSL Now every

Re: Problem with 3.06 PVR

2017-11-07 Thread John Reay
Seems to have fixed my problem by doing this: cpanm IO::Socket::SSL Now everything seems to work. Thanks to all who replied! On 7 November 2017 at 11:09, John Reay wrote: > `get_iplayer --refresh --no-index-concurrent' works for me without > resorting to sudo. > > ..but

Re: Problem with 3.06 PVR

2017-11-07 Thread John Reay
`get_iplayer --refresh --no-index-concurrent' works for me without resorting to sudo. ..but how do I get the PVR to use it? Or should I just set it in preferences for get_iplayer? On 7 November 2017 at 07:21, Ralph Corderoy wrote: > Hi again John, > >> > > > INFO:

Re: Problem with 3.06 PVR

2017-11-07 Thread Ralph Corderoy
Hi again John, > > > > INFO: Indexing tv programmes (concurrent) > > > > .Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file > > > > SCALAR(0xfeb188) does not exist at /usr/share/perl5/IO/Socket/SSL.pm > > > > line 1642. > > have you tried `get_iplayer --refresh --no-index-concurrent'? I

Re: Problem with 3.06 PVR

2017-11-07 Thread Ralph Corderoy
Hi John, > I've discovered that if I update the cache from a terminal window > using 'sudo get_iplayer --refresh' instead of just 'get_player > --refresh' everything works fine. > So it's a permissions issue, for some reason. get_player 3.06 running > on Linux Mint 17.3 "Rosa". It might not be a

Re: Problem with 3.06 PVR

2017-11-07 Thread artisticforge .
hello you should not have to run get_iplayer any version as 'root'. you have an installation issue or issues. i used debian / raspbian on Raspberry Pi. all get_iplayer versions are installed: /home//get_iplayer-X.XX Everything in that directory is owned by that UID. I have never had to run

Re: Problem with 3.06 PVR

2017-11-07 Thread John Reay
I've discovered that if I update the cache from a terminal window using 'sudo get_iplayer --refresh' instead of just 'get_player --refresh' everything works fine. So it's a permissions issue, for some reason. get_player 3.06 running on Linux Mint 17.3 "Rosa". ...John Reay On 31 October 2017 at

Re: Re: Problem with 3.06 PVR

2017-11-02 Thread Jon Crookston
I'm experiencing the same behaviour when trying to refresh the cache. It's been like this for a few days (?six or eight), and I updated from 3.02 to 3.06 without changing the behaviour. I don't have Mojolicious, but I don't think this is causing the problem, is it? I run under cygwin within

Re: Problem with 3.06 PVR

2017-10-31 Thread John Reay
Further to my previous post... >From the cache refresh INFO: Indexing tv programmes (concurrent) ... WARNING: Failed to download schedule page: http://www.bbc.co.uk/bbcalba/programmes/schedules/this_week . WARNING: Failed to download schedule page:

Problem with 3.06 PVR

2017-10-31 Thread John Reay
Can anyone help with this error I'm getting running the web PVR. I just did a manual upgrade to IP version 3.06 on Linux Mint 17.3. Running PVR Searches: INFO: PVR Run: '_Ambulance_Series_2_name_tv' INFO: Indexing tv programmes (concurrent) .Mojo::Reactor::Poll: I/O watcher failed: