MythTV backend not binding to local network address after startup
by Paul Wilson
I opened MythWeb after upgrading to Fedora 22 found that it couldn't
connect to port :6543
I found this in the MythBackend log file
2015-08-20 18:03:10.717807 C [1525/1525] CoreContext serverpool.cpp:267
(SelectDefaultListen) - ServerPool: Host is configured to listen on
192.168.0.2, but address is not used on any local network interfaces.
[root@mythbox .mythtv]# netstat -n | grep ":6543"
tcp 0 0 127.0.0.1:44792 127.0.0.1:6543
ESTABLISHED
tcp 0 0 127.0.0.1:44791 127.0.0.1:6543
ESTABLISHED
tcp 0 0 127.0.0.1:6543 127.0.0.1:44791
ESTABLISHED
tcp 0 0 127.0.0.1:6543 127.0.0.1:44792
ESTABLISHED
I googled a few solutions about and found that a SSD base solution was
starting backend before network is initialized.
Do I need to add another prereq to systemd config?
eg
Wants=network-online.target to mythbackend.service
Paul
7 years, 6 months
Why akmod fails on F22 for nvidia (and possible other uses)
by Barry Scott
I did some investigation as to why akmod will fail to install a
the nvidia dirver when a new kernel turns up.
The problem is that dnf-makecache.service runs at the same time
as akmods.service. DNF locks the RPM data base which prevents
akmods from installing the RPM's it built.
Here is a extract from 346.72-2.1-for-4.0.8-300.fc22.x86_64.failed.log
Running transaction
RPMDB already locked by 2285
The application with PID 2285 is: dnf
Memory : 116 M RSS (677 MB VSZ)
Started: Sat Jul 18 12:09:56 2015 - 06:20 ago
State : Sleeping
2015/07/18 12:16:16 akmods: Could not install newly built RPMs. You can
find them and the logfile 2015/07/18 12:16:16 akmods:
346.72-2.1-for-4.0.8-300.fc22.x86_64.failed.log
in /var/cache/akmods/nvidia/ Looking in the journal shows dnf-makecache
running at the time that akmods.service need RPMDB access.
I ended up working around the issue with:
systemctl disable dnf-makecache.service
systemctl disable dnf-makecache.timer
I'm not sure what the right systemd unit change will be to have a
reliable start up. How do you prevent dnf-makecache from running
until after akmods.service has run given that started off a timer?
At the next kernel release I'll know if this is successful.
Barry
7 years, 7 months
nVidia drivers - an observation
by Ed Greshko
Around F19 or F20 my old nVidia card died. I replaced it with a GeForce GTX 660 but did bother (think) to update the nVidia driver so I've been running the 304xx drivers along with my GeForce GTX 660 card just fine with KDE as my desktop.
F22 came along which brought Plasma-5 to KDE. I started to have problems that I attributed to Plasma-5. After some time artifacts would appear in systray and popup areas of the systray when the mouse hovered over a process. Also at least once a day I'd lose everything on the systray and have to restart plasma.
This past Saturday I decided to move to the 340xx drivers, yes I know I really should have moved to 352 now, since that is what my faulty memory told me to do.
Anyway, the artifacts haven't reappeared and the systray hasn't crashed in the past 2 days. Additionally another problem seems to no longer exist. Previously when I closed the chrome browser several chrome process would be left running. With the "new" drivers this is not the case.
7 years, 7 months
Re: repo for EL7 Media Stuff
by Bob Lightfoot
I have found that the Nuxro Repo contains current copies of media
stuff including VLC for EL7. http://www.nux.ro/
Nuxro is usually reachable at #centos or #centos-social on Freenode as
well.
Until the infrastructure situation is resolved, nuxro is the best I've
found for media on EL7.
On 08/18/2015 06:00 AM, rpmfusion-users-request(a)lists.rpmfusion.org wrote:
>
> Message: 1 Date: Mon, 17 Aug 2015 14:28:53 +0200 From: Rupert Kolb
> <rupert.kolb(a)med.uni-tuebingen.de> To:
> rpmfusion-users(a)lists.rpmfusion.org Subject: repo for EL7???
> Message-ID: <55D1D385.7070505(a)med.uni-tuebingen.de> Content-Type:
> text/plain; charset=UTF-8
>
> Hi,
>
> are there any plans to build a repo for EL7 (RHEL7, Centos7,
> SL7,...)?
>
> Currently I'm looking for vlc (to use it for in page displaying of
> some rtsp streams in firefox.)
>
> At the moment missing software (not just vlc) is becoming more and
> more a show-stopper for EL7.
>
> Rupert
>
>
--
Sincerely,
Bob Lightfoot
"We continually remember before our God and Father,
your work produced by faith, your labor prompted by love,
and your endurance inspired by hope in our Lord Jesus Christ."
1 Thessalonians 1:3 {NIV/84}
7 years, 7 months
Re: repo for EL7???
by Rupert Kolb
Thanks for the link. Good to know.
But there is no vlc.
Alice Wonder schrieb:
> Doesn't have VLC and I haven't updated in a many months but
>
> http://awel.domblogger.net/7/media/
>
> has a lot of media stuff for EL7
>
> On 08/17/2015 05:28 AM, Rupert Kolb wrote:
>> Hi,
>>
>> are there any plans to build a repo for EL7 (RHEL7, Centos7, SL7,...)?
>>
>> Currently I'm looking for vlc (to use it for in page displaying of
>> some rtsp streams in firefox.)
>>
>> At the moment missing software (not just vlc) is becoming more and
>> more a show-stopper for EL7.
>>
>> Rupert
>>
>
>
7 years, 7 months
repo for EL7???
by Rupert Kolb
Hi,
are there any plans to build a repo for EL7 (RHEL7, Centos7, SL7,...)?
Currently I'm looking for vlc (to use it for in page displaying of some rtsp streams in firefox.)
At the moment missing software (not just vlc) is becoming more and more a show-stopper for EL7.
Rupert
7 years, 7 months
sox-plugins-freeworld version mismatch
by Luit van Drongelen
Hello list,
I'm having trouble installing sox-plugins-freeworld, as far as I can see
because of a version mismatch between sox from the Fedora 22 repo, and
sox-plugins-freeworld from the RPMFusion repo.
$ sudo dnf -q install sox-plugins-freeworld
Error: nothing provides libsox.so.2()(64bit) needed by
sox-plugins-freeworld-14.4.1-4.fc22.x86_64
$ dnf -q list sox
Installed Packages
sox.x86_64 14.4.2rc2-1.fc22
@System
Can sox-plugins-freeworld be rebuilt for 14.4.2rc2-1.fc22, because I can't
seem to downgrade my sox package.
Kind regards,
Luit
7 years, 7 months
Re: Why akmod fails on F22 for nvidia (and possible other uses)
by Radek Holy
----- Original Message -----
> From: bugzilla(a)redhat.com
> Subject: Why akmod fails on F22 for nvidia (and possible other uses)
>
> I did some investigation as to why akmod will fail to install a
> the nvidia dirver when a new kernel turns up.
>
> The problem is that dnf-makecache.service runs at the same time
> as akmods.service. DNF locks the RPM data base which prevents
> akmods from installing the RPM's it built.
>
> Here is a extract from 346.72-2.1-for-4.0.8-300.fc22.x86_64.failed.log
>
> Running transaction
> RPMDB already locked by 2285
> The application with PID 2285 is: dnf
> Memory : 116 M RSS (677 MB VSZ)
> Started: Sat Jul 18 12:09:56 2015 - 06:20 ago
> State : Sleeping
> 2015/07/18 12:16:16 akmods: Could not install newly built RPMs. You can
> find them and the logfile 2015/07/18 12:16:16 akmods:
> 346.72-2.1-for-4.0.8-300.fc22.x86_64.failed.log
> in /var/cache/akmods/nvidia/ Looking in the journal shows dnf-makecache
> running at the time that akmods.service need RPMDB access.
>
> I ended up working around the issue with:
>
> systemctl disable dnf-makecache.service
> systemctl disable dnf-makecache.timer
>
> I'm not sure what the right systemd unit change will be to have a
> reliable start up. How do you prevent dnf-makecache from running
> until after akmods.service has run given that started off a timer?
>
> At the next kernel release I'll know if this is successful.
>
> Barry
Can akmods.service simply wait for the RPM lock to be released? Sorry, if the question is stupid, I am not familiar with akmod system.
--
Radek Holý
Associate Software Engineer
Software Management Team
Red Hat Czech
7 years, 7 months
