View unanswered posts    View active topics

All times are UTC - 6 hours





Post new topic Reply to topic  [ 67 posts ] 
Go to page Previous  1, 2, 3, 4, 5  Next

Print view Previous topic   Next topic  
Author Message
Search for:
PostPosted: Sat Jun 02, 2018 7:02 am 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
knappster wrote:
FYI, I changed the behavior of the Harmony remote so that it is only sending the signal once instead of 3 times and that semi-corrected the LIRC issues in the testing repo without breaking them in the standard repo. It is detecting the press and hold much more quickly than the standard repo, but again, I think this is adjustable in the Harmony. I have not dug out the OEM streamzap remote to compare yet.

However, I am having an issue with compiling the Kodi 18 alpha 1 source. It gets to what appears to be the very end, and a very long instruction and spits out a bunch of errors related to /usr/bin/ld.gold. For example:
Code:
/usr/bin/ld.gold: error: /usr/local/lib/libfmt.a(format.cc.o): requires unsupported dynamic reloc 11; recompile with -fPIC

I "think" that I am still using the same PKGBUILD that I used before and I don't remember this type of error. I gather that ld.gold is part of the binutils package. Do you have any suggestions on correcting this? There are 20 lines like this followed by:
Code:
collect2: error: ld returned 1 exit status

and then other make error messages.


I realized that fmt is a package I built in order to compile Kodi 18 so this is probably on me. I tried rebuilding with the latest fmt after the testing updates, but still seeing the issue. I will keep at it.


Top
 Profile  
 
PostPosted: Sat Jun 02, 2018 7:28 am 
Offline
Joined: Fri Jul 21, 2006 11:12 pm
Posts: 1110
Location: SC
knappster it could also be related to this: https://git.archlinux.org/svntogit/pack ... 65f034a169

I rebuilt/updated binutils and am pushing it to testing now. Give it a few mins and try building again.


Top
 Profile  
 
PostPosted: Mon Jun 04, 2018 1:53 pm 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
brfransen wrote:
knappster it could also be related to this: https://git.archlinux.org/svntogit/pack ... 65f034a169

I rebuilt/updated binutils and am pushing it to testing now. Give it a few mins and try building again.


Thanks, but I have tried it with the updated binutils and still get the same error. I presume there is a flag either in the kodi or fmt pkgbuild that would solve this, but I haven't gotten to the bottom of it yet.


Top
 Profile  
 
PostPosted: Sat Jun 09, 2018 4:47 am 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
I've finally rebuilt kodi 18 alpha 1. I found out that there is an option to configure a built-in fmt library, so I enabled that. Still not sure what was wrong with the way it built earlier. Hopefully I can get back into testing this more this weekend.


Top
 Profile  
 
PostPosted: Sat Jun 09, 2018 10:45 am 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
Okay, back to the lirc issues. I have the same configuration files for lirc before and after the updates, but for some reason, if I press and hold a button pre-testing, it registers multiple keypresses without a release "_UP". When I do the same with the lirc in testing, it always registers a release "_EVUP" in between signals even though I am holding the button. I can't figure out how to configure this in lirc. Looking at the configuration, repeat is generally either set to 0 or 3. This seems to be designed to determine how to handle the keypresses when a button is pressed and held. However, now that it is considering my press and hold as separate keypresses, the repeat configuration does nothing. Does anybody have suggestions on where to get assistance with lirc?


Top
 Profile  
 
PostPosted: Sat Jun 09, 2018 2:25 pm 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
I've finally dug out the original streamzap remote and found the behavior to be identical to that of the Logitech Harmony. I think that there is an issue with this build of lirc. I've been trying to find out how to set the release timeout and it suggests using lircd-uinput to configure it, but this does not appear to be included. Where could I access the PKGBUILD for the testing LIRC package so that I could play around with it?


Top
 Profile  
 
PostPosted: Sun Jun 10, 2018 6:40 am 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
I've made a workaround for the moment. I've just rebuilt LIRC 0.9.2 and overwrote 0.10.1 and the remote is working normally now. I was able to build 0.10.1 with lircd-uinput, but I couldn't adjust anything because it complained that there was no /dev/uinput. It seems that some of these changes may have begun around LIRC 0.9.4. As I get time, I may try building several revisions to find out at what point it breaks for me.

edit: I sort of dismissed the suggestion to try a different configuration file since this has been working for so long, but instead of trying to build different versions of lirc, I will circle back to trying 0.10.1 with a different configuration file when I get a chance.


Top
 Profile  
 
PostPosted: Mon Jun 11, 2018 9:10 pm 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
I had a GeForce 210 and was having these issues with the 340 driver:
viewtopic.php?f=23&t=24275&hilit=Decoder+timed+out

I downgraded to 304 drivers and the problem went away. I then updated the card to a GT 710 and updated drivers to the latest. The problem was back, but rarely. Now that I have updated to the testing repos it is happening frequently. In addition to the info in the other posts, I have looked at the kernel logs and see the following at the time it happens.

linhes_kernel.log
Code:
...
Jun 11 15:42:27 linhes kernel: [25353.333866] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:42:29 linhes kernel: [25355.334222] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:42:31 linhes kernel: [25357.334564] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:42:33 linhes kernel: [25359.334947] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:42:35 linhes kernel: [25361.335329] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:42:37 linhes kernel: [25363.335724] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:42:44 linhes kernel: [25370.298503] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:42:46 linhes kernel: [25372.298874] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:43:05 linhes kernel: [25391.627984] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:43:07 linhes kernel: [25393.628293] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:43:09 linhes kernel: [25395.785932] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:43:11 linhes kernel: [25397.810174] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:43:13 linhes kernel: [25399.813431] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
Jun 11 15:43:15 linhes kernel: [25401.814059] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000917e:0:0
...


linhes_mythfrontend.log
Code:
...
2018-06-11T15:42:01.710969-05:00 mythfrontend[4064]: E Decoder mythplayer.cpp:3503 (DecoderGetFrame) Player(1): Decoder timed out waiting for free video buffers.
...


Does this shed anymore light into what is going on? I'm not finding much help on Google.


Top
 Profile  
 
PostPosted: Mon Jun 11, 2018 9:12 pm 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
Also, xymon is reporting purple status for both func and version. Is anybody else seeing this?


Top
 Profile  
 
PostPosted: Wed Jun 13, 2018 3:01 pm 
Offline
Joined: Fri Jul 21, 2006 11:12 pm
Posts: 1110
Location: SC
I tend to think that the LIRC is a config file issue with newer versions of LIRC. I really don't want to stick with the older version of LIRC.

All of the LinHES PKGBUILD builds can be viewed at http://cgit.linhes.org/linhes_pkgbuild/ Just make sure you are on the testing branch: http://cgit.linhes.org/linhes_pkgbuild/?h=testing

I still have not seen the video issue. I have a 210, 220 and a 710 and I run them all on the 340.xxx driver. I still use the 340.xxx drivers on the 710 because of this issue: https://code.mythtv.org/trac/ticket/13100

I am not seeing func and version issues here. But in the past I have an it was due to my DNS server not resolving hostnames.


Top
 Profile  
 
PostPosted: Wed Jun 13, 2018 8:07 pm 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
brfransen wrote:
I tend to think that the LIRC is a config file issue with newer versions of LIRC. I really don't want to stick with the older version of LIRC.

All of the LinHES PKGBUILD builds can be viewed at http://cgit.linhes.org/linhes_pkgbuild/ Just make sure you are on the testing branch: http://cgit.linhes.org/linhes_pkgbuild/?h=testing

I still have not seen the video issue. I have a 210, 220 and a 710 and I run them all on the 340.xxx driver. I still use the 340.xxx drivers on the 710 because of this issue: https://code.mythtv.org/trac/ticket/13100

I am not seeing func and version issues here. But in the past I have an it was due to my DNS server not resolving hostnames.


Thanks for the response. I am definitely planning to try a different LIRC configuration when I get a chance. Regarding the video issue, it is extremely frustrating, but it seems to only impact a small percentage of people. I assume there is a common thread, but I don't know if we will ever find it. I had the issue with the 210 + the 340.xxx driver, but not the 210 + the 304.xxx driver. I will try to downgrade the 710 to the 340.xxx to see if there is an improvement, but based on the 210 with that driver, I am doubtful.

For comparison,
My motherboard is Asus M5A78L-M LX3 which has a 760G chipset
CPU is AMD Athlon II X2 Dual-Core Processor 270(3.4 GHz) AM3 running with the schedutil governor
I have 8 GB RAM (DDR3, not sure on speed or manufacdturer at the moment)
Video: GT 710 1GD3H LPV1
Audio and video are both coming out of the video card on an HDMI cable.
There's not really much other hardware to speak of. Resolution is 1080p.

Regarding the xymon issues, I am not noticing any other dns related issues. I haven't found the configuration for func and version yet. Is there a guide which may help me track this down?


Top
 Profile  
 
PostPosted: Wed Jun 13, 2018 9:47 pm 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
I was able to carve out some time to test LIRC 0.10.1 again, and it appears to work normally with the newer configuration. I just updated all of the button names to match what they were previously so that I didn't have to reconfigure anything else. After the update and reboot, while I was on the welcome screen, I opened an ssh window and ran irw to confirm everything looked correct. After launching mythfrontend and playing around with the remote a bit more, I closed irw and the receiver continued to light up, but the system became unresponsive to the remote until I rebooted again. Maybe a coincidence, so I will keep 0.10.1 installed for the time being and see if it is stable.


Top
 Profile  
 
PostPosted: Wed Jun 13, 2018 10:38 pm 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
Playing around with xymon now, too. I might be making things worse instead of better :shock:
I noticed a log for hbfunc.log which contained:
Code:
Traceback (most recent call last):
  File "/home/xymon/server/ext/hbfunc.py", line 9, in <module>
    import func.overlord.client as fc
  File "/usr/lib/python2.7/site-packages/func/overlord/client.py", line 23, in <module>
    from certmaster import utils
  File "/usr/lib/python2.7/site-packages/certmaster/utils.py", line 23, in <module>
    import certs
  File "/usr/lib/python2.7/site-packages/certmaster/certs.py", line 17, in <module>
    from OpenSSL import crypto
  File "/usr/lib/python2.7/site-packages/OpenSSL/__init__.py", line 8, in <module>
    from OpenSSL import crypto, SSL
  File "/usr/lib/python2.7/site-packages/OpenSSL/crypto.py", line 12, in <module>
    from cryptography import x509
  File "/usr/lib/python2.7/site-packages/cryptography/x509/__init__.py", line 8, in <module>
    from cryptography.x509.base import (
  File "/usr/lib/python2.7/site-packages/cryptography/x509/base.py", line 16, in <module>
    from cryptography.x509.extensions import Extension, ExtensionType
  File "/usr/lib/python2.7/site-packages/cryptography/x509/extensions.py", line 13, in <module>
    from asn1crypto.keys import PublicKeyInfo
ImportError: No module named asn1crypto.keys


So I ran
Code:
pacman -Sy python2-asn1crytpto
and ran the hbfunc.py file manually.

Then this was added to the log:
Code:
Traceback (most recent call last):
  File "/home/xymon/server/ext/hbfunc.py", line 233, in <module>
    add_to_failed_host(currentclient + ", func client error")
  File "/home/xymon/server/ext/hbfunc.py", line 97, in add_to_failed_host
    cf = count_failed(host.split(",")[0].strip())
  File "/home/xymon/server/ext/hbfunc.py", line 83, in count_failed
    with open(count_fail, "a") as f:
IOError: [Errno 13] Permission denied: '/tmp/linhes.failed'


So I realized that /tmp/linhes.failed was probably created with the wrong permissions when I ran it manually as mythtv user, so I changed the ownership to nobody:nobody.

Now the log has the following added:
Code:
No match for linhes to clean up
No match for linhes to clean up


And xymon is no longer purple, but instead is red!
Code:
WARNING: Flapping status


Wed Jun 13 23:20:10 CDT 2018 linhes: Can't find any minions matching linhes. (red)


Oops?

Edit: hmmm, func and version are both green now. Maybe just a transient?


Top
 Profile  
 
PostPosted: Thu Jun 14, 2018 9:42 am 
Offline
Joined: Fri Jul 21, 2006 11:12 pm
Posts: 1110
Location: SC
Can you post your lirc files for the streamzap and I will include them as our system template? This is what we currently have: http://cgit.linhes.org/linhes_pkgbuild/ ... ?h=testing

I can't see how python2-asn1crytpto wasn't installed as it is required by other packages that are required by certmaster and func. What is your output of "python2-asn1crytpto"?

xymon many times takes a few update cycles to clear as you saw.


Top
 Profile  
 
PostPosted: Thu Jun 14, 2018 7:50 pm 
Offline
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 478
brfransen wrote:
Can you post your lirc files for the streamzap and I will include them as our system template? This is what we currently have: http://cgit.linhes.org/linhes_pkgbuild/ ... ?h=testing

I can't see how python2-asn1crytpto wasn't installed as it is required by other packages that are required by certmaster and func. What is your output of "python2-asn1crytpto"?

xymon many times takes a few update cycles to clear as you saw.

I will create an issue and try to upload or link to the configuration file.

Code:
[mythtv@linhes ~]$ python2-asn1crypto
-bash: python2-asn1crypto: command not found


Top
 Profile  
 

Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 67 posts ] 
Go to page Previous  1, 2, 3, 4, 5  Next



All times are UTC - 6 hours




Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Jump to:  
cron
Powered by phpBB® Forum Software © phpBB Group

Theme Created By ceyhansuyu