2014-10-17, 13:00
Nonsense. Provide us with the details I have requested you provide (debug log and curl --version), or you're just trolling. You don't have curl 7.38 if you're using OpenELEC.
2014-10-17, 13:00
2014-11-25, 01:10
I still can't use addons, ntp.
I'm running 4.2.1 but my curl is still;
lr:~ # dmesg
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 3.16.3 ([email protected]) (gcc version 4.9.1 (GCC) ) #1 PREEMPT Sat Oct 4 09:49:44 CEST 2014
[ 0.000000] CPU: ARMv6-compatible processor [410fb767] revision 7 (ARMv7), cr=00c5387d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
[ 0.000000] Machine: BCM2708
[ 0.000000] cma: CMA: reserved 8 MiB at 17800000
lr:/sbin # curl --version
curl 7.37.1 (armv6zk-openelec-linux-gnueabi) libcurl/7.37.1 OpenSSL/1.0.1i zlib/1.2.8 librtmp/2.3
Protocols: file ftp ftps gopher http https rtmp rtsp
Features: AsynchDNS IPv6 Largefile NTLM NTLM_WB SSL libz
lr:~ # uname -a
Linux lr 3.16.3 #1 PREEMPT Sat Oct 4 09:49:44 CEST 2014 armv6l GNU/Linux
How can this be?
The only thing "different" I do is I NFS boot
I'm running 4.2.1 but my curl is still;
lr:~ # dmesg
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 3.16.3 ([email protected]) (gcc version 4.9.1 (GCC) ) #1 PREEMPT Sat Oct 4 09:49:44 CEST 2014
[ 0.000000] CPU: ARMv6-compatible processor [410fb767] revision 7 (ARMv7), cr=00c5387d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
[ 0.000000] Machine: BCM2708
[ 0.000000] cma: CMA: reserved 8 MiB at 17800000
lr:/sbin # curl --version
curl 7.37.1 (armv6zk-openelec-linux-gnueabi) libcurl/7.37.1 OpenSSL/1.0.1i zlib/1.2.8 librtmp/2.3
Protocols: file ftp ftps gopher http https rtmp rtsp
Features: AsynchDNS IPv6 Largefile NTLM NTLM_WB SSL libz
lr:~ # uname -a
Linux lr 3.16.3 #1 PREEMPT Sat Oct 4 09:49:44 CEST 2014 armv6l GNU/Linux
How can this be?
The only thing "different" I do is I NFS boot
2014-11-25, 01:23
(2014-11-25, 01:10)coreymc Wrote: [ -> ]How can this be?
curl 7.37.1 is the correct version for OpenELEC 4.2.1 - what version are you expecting?
curl 7.38.0 only appeared in a nightly (test) build of OpenELEC 5.x (Helix) for a couple of days before being reverted - the current OE5.x/Helix curl version is now 7.39.0.
2014-11-25, 01:25
post 41 of this thread say's it was fixed in openelec 4.2.1
2014-11-25, 02:16
(2014-11-25, 01:25)coreymc Wrote: [ -> ]post 41 of this thread say's it was fixed in openelec 4.2.1
It doesn't say that at all, it's saying that 4.2.1 doesn't have the bug which appeared briefly (2 days) in OE 5.x nightly builds.
curl wasn't "fixed" in OE 4.2.1, as curl was never broken in OE 4.2.1 - the broken version (curl 7.38.0) appeared only briefly in a nightly of OE 5.x. curl 7.37.1 is the last version of curl used by OE 4.x, including 4.2.1.
Honestly, you don't have anything to worry about.
2014-12-02, 19:19
Maybe this is the place to ask.
After an "upgrade" none of the addons seem to work anymore. Showing nothing more but empty frames.
The error seems different but I believe curl is the bad guy here. Can someone confirm?
After an "upgrade" none of the addons seem to work anymore. Showing nothing more but empty frames.
Code:
7:32:55 T:140285350758144 NOTICE: Thread EventServer start, auto delete: false
17:32:55 T:140285350758144 NOTICE: ES: Starting UDP Event server on 0.0.0.0:9777
17:32:55 T:140285350758144 NOTICE: UDP: Listening on port 9777
17:32:55 T:140287219763136 ERROR: JSONRPC Server: Failed to connect to sdpd
17:32:55 T:140285308794624 NOTICE: Thread TCPServer start, auto delete: false
17:32:55 T:140285283616512 NOTICE: Thread JobWorker start, auto delete: true
17:32:55 T:140287219574528 NOTICE: Thread RSSReader start, auto delete: false
17:32:55 T:140285292009216 NOTICE: Thread AirPlayServer start, auto delete: false
17:32:55 T:140286223173376 NOTICE: -->Python Interpreter Initialized<--
17:32:55 T:140286413768448 NOTICE: -->Python Interpreter Initialized<--
17:32:55 T:140287219574528 ERROR: CCurlFile::FillBuffer - Failed: HTTP response code said error(22)
17:32:55 T:140287219574528 NOTICE: CCurlFile::FillBuffer - Reconnect, (re)try 1
17:32:55 T:140286231566080 NOTICE: -->Python Interpreter Initialized<--
17:32:55 T:140285694695168 NOTICE: -->Python Interpreter Initialized<--
17:32:55 T:140286402283264 NOTICE: RCB Service: Start
17:32:55 T:140286402283264 NOTICE: RCB Service: launch RCB on startup = false
17:32:55 T:140286402283264 NOTICE: RCB Service: scrape games on startup = false
17:32:55 T:140286402283264 NOTICE: RCB Service: Done
17:32:55 T:140285261170432 NOTICE: AxelProxy Downloader Starting - 127.0.0.1:45550
17:32:55 T:140285261170432 NOTICE: Press CTL break to stop.....
17:32:55 T:140286206387968 NOTICE: -->Python Interpreter Initialized<--
17:32:55 T:140287219574528 ERROR: CCurlFile::FillBuffer - Failed: HTTP response code said error(22)
17:32:55 T:140287219574528 ERROR: CCurlFile::CReadState::Connect, didn't get any data from stream.
17:32:55 T:140286197995264 NOTICE: -->Python Interpreter Initialized<--
17:32:55 T:140285694695168 NOTICE: [TVonline] Subscription service starting...
17:32:55 T:140287219574528 ERROR: CCurlFile::FillBuffer - Failed: HTTP response code said error(22)
17:32:55 T:140287219574528 NOTICE: CCurlFile::FillBuffer - Reconnect, (re)try 1
17:32:55 T:140287219574528 ERROR: CCurlFile::FillBuffer - Failed: HTTP response code said error(22)
17:32:55 T:140287219574528 ERROR: CCurlFile::CReadState::Connect, didn't get any data from stream.
17:32:55 T:140286214780672 NOTICE: StorageServer Module loaded RUN
17:32:55 T:140286214780672 NOTICE: StorageClient-2.5.4 Starting server
17:32:55 T:140286197995264 NOTICE: 17:32:55 T:140286197995264 NOTICE: 1Channel: Loading sqlite3 as DB engine
17:32:55 T:140286197995264 NOTICE: Previous line repeats 1 times.
17:32:55 T:140286197995264 NOTICE: 1Channel: Building PrimeWire Database
17:32:55 T:140286197995264 NOTICE: PrimeWire: Service: Resetting...
17:32:55 T:140286197995264 NOTICE: PrimeWire: Service starting...
17:32:56 T:140287219574528 ERROR: CCurlFile::FillBuffer - Failed: HTTP response code said error(22)
17:32:56 T:140287219574528 NOTICE: CCurlFile::FillBuffer - Reconnect, (re)try 1
17:32:56 T:140287219574528 ERROR: CCurlFile::FillBuffer - Failed: HTTP response code said error(22)
17:32:56 T:140287219574528 ERROR: CCurlFile::CReadState::Connect, didn't get any data from stream.
17:32:56 T:140285179995904 WARNING: CreateLoader - Unsupported protocol(library) in library://video/movies/poster.jpg
17:32:56 T:140285179995904 WARNING: CreateLoader - Unsupported protocol(library) in library://video/movies/poster.png
17:32:56 T:140285179995904 WARNING: CreateLoader - Unsupported protocol(library) in library://video/movies/banner.jpg
1Channel: Loading sqlite3 as DB engine
17:32:55 T:140286197995264 NOTICE: Previous line repeats 1 times.
17:32:55 T:140286197995264 NOTICE: 1Channel: Building PrimeWire Database
17:32:55 T:140286197995264 NOTICE: PrimeWire: Service: Resetting...
17:32:55 T:140286197995264 NOTICE: PrimeWire: Service starting...
17:32:56 T:140287219574528 ERROR: CCurlFile::FillBuffer - Failed: HTTP response code said error(22)
17:32:56 T:140287219574528 NOTICE: CCurlFile::FillBuffer - Reconnect, (re)try 1
17:32:56 T:140287219574528 ERROR: CCurlFile::FillBuffer - Failed: HTTP response code said error(22)
17:32:56 T:140287219574528 ERROR: CCurlFile::CReadState::Connect, didn't get any data from stream.
17:32:56 T:140285179995904 WARNING: CreateLoader - Unsupported protocol(library) in library://video/movies/poster.jpgThe error seems different but I believe curl is the bad guy here. Can someone confirm?
2014-12-02, 20:15
No support for 1Channel!
2014-12-02, 20:30
ALL addons have this problem. Even the standard subtitle addon.
So don't pin me down for starting the first addon in the list.
I don't even use that addon, its just there as result from selecting "install popular addons" or something.
So don't pin me down for starting the first addon in the list.
I don't even use that addon, its just there as result from selecting "install popular addons" or something.
2014-12-02, 23:47
(2014-12-02, 19:19)Komerad Wrote: [ -> ]The error seems different but I believe curl is the bad guy here. Can someone confirm?
Yes it is different, you're getting error 22 not 28 (curl error codes). You're also getting an error from the JSONRPC server, which may be unrelated, but I'd suspect a network problem on your PC or within your LAN (link).
2014-12-03, 18:57
Last august I took a backup. Everything runs fine as it is in the backup.
But apt-get update && apt-get upgrade breaks it. After the update I get these. None of the addons work. They either don't start, can't scrape or show empty stuff.
I have no idea what package it breaks.
Browsing around brought me here.
It can't be I'm the only one having this. (xbmcbuntu + xbmc via ppa (stable))
I'll put a link to a full log lateron this week.
But apt-get update && apt-get upgrade breaks it. After the update I get these. None of the addons work. They either don't start, can't scrape or show empty stuff.
I have no idea what package it breaks.
Browsing around brought me here.
It can't be I'm the only one having this. (xbmcbuntu + xbmc via ppa (stable))
I'll put a link to a full log lateron this week.
2014-12-04, 20:03
The Movie database scraper has been broken for me the last couple of days.
I'm using Fedora 20, curl 7.32.0-16, xbmc 13.2. I tried increasing the the curl timeout to 30sec in advanced settings. This recent curl issues were with 7.38 but since I don't have this version it shouldn't be the same thing but is acting the same as what was reported in that 7.38 curl thread.
Based on what was said in the thread, I downgraded curl/libcurl to 7.32.0-3 and the issue went away. So is this a more widespread issue?
I'm using Fedora 20, curl 7.32.0-16, xbmc 13.2. I tried increasing the the curl timeout to 30sec in advanced settings. This recent curl issues were with 7.38 but since I don't have this version it shouldn't be the same thing but is acting the same as what was reported in that 7.38 curl thread.
Based on what was said in the thread, I downgraded curl/libcurl to 7.32.0-3 and the issue went away. So is this a more widespread issue?
2014-12-06, 13:25
(2014-12-04, 20:03)kevins7189 Wrote: [ -> ]Based on what was said in the thread, I downgraded curl/libcurl to 7.32.0-3 and the issue went away. So is this a more widespread issue?
Indeed, I had the same problem on Fedora 20 and solved it by downgrading to 7.32.0-3 too.
2014-12-06, 19:51
Same issue with me on Fedora. If you figure out the right version to upgrade to, please post it here. Probably won't upgrade to 21 until the right libcurl is available there.
2014-12-13, 04:58
Fresh install of XBMC (xbmc-13.2-4.fc21.x86_64), with: curl-7.37.0-10.fc21.x86_64 and libcurl-7.37.0-10.fc21.x86_64.
No skins/add-ons/scraping and errors pointing to an issue with:
ERROR: CCurlFile::FillBuffer - Failed: Timeout was reached(28)
ERROR: CCurlFile::CReadState::Connect, didn't get any data from stream.
ERROR: Run: Unable to parse web site
Seemingly I'll try to roll back my curl and libcurl to a previous version and subscribe to this thread for a fix.
Work around for a fresh Fedora 21 install (not recommended as I'm not sure how the future packages will be integrated back in):
wget ftp://rpmfind.net/linux/fedora/linux/dev...x86_64.rpm
yum localinstall libcurl-7.39.0-1.fc22.x86_64.rpm --setopt=protected_multilib=false
wget ftp://rpmfind.net/linux/fedora/linux/dev...x86_64.rpm
yum localinstall curl-7.39.0-1.fc22.x86_64.rpm --setopt=protected_multilib=false
But it does work.....
No skins/add-ons/scraping and errors pointing to an issue with:
ERROR: CCurlFile::FillBuffer - Failed: Timeout was reached(28)
ERROR: CCurlFile::CReadState::Connect, didn't get any data from stream.
ERROR: Run: Unable to parse web site
Seemingly I'll try to roll back my curl and libcurl to a previous version and subscribe to this thread for a fix.
Work around for a fresh Fedora 21 install (not recommended as I'm not sure how the future packages will be integrated back in):
wget ftp://rpmfind.net/linux/fedora/linux/dev...x86_64.rpm
yum localinstall libcurl-7.39.0-1.fc22.x86_64.rpm --setopt=protected_multilib=false
wget ftp://rpmfind.net/linux/fedora/linux/dev...x86_64.rpm
yum localinstall curl-7.39.0-1.fc22.x86_64.rpm --setopt=protected_multilib=false
But it does work.....
2014-12-13, 10:32
There is nothing we can do about it. Report it to fedora.