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
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
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
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
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.
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
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
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
--
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
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
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
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
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
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
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
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
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 -
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
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
`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:
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
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
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
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
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
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:
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:
27 matches
Mail list logo