On the weekend I updated my MythTV server and for the most part it
picked up 0.26.1-296 versions of the various myth packages but mythweb
updated to 0.27. This broke a few things (blank upcoming recordings, no
thumbnails for recorded programs) and I found this thread which
describes the
And again in 0.26.0-294.el6.x86_64
Steve.
On 1/06/2013 10:06 PM, OM Ugarcina wrote:
Hello Axel and Guys ,
I have just upgraded to myth 292.1 on el6 64 bit and our metadata
lookup problem that has returned again . After installing some video
files , I have noticed that mythmetadatalookup is
I had been holding off for this and was getting to the stage where I was
contemplating building it from source and installing so this is good to
hear.
Steve.
On 20/05/2013 11:25 PM, Kim Bisgaard wrote:
Hi,
Just upgraded to 0.26 yesterday build from atrpms, from 0.25 (old
atrpms build) on
Hi Bob,
Just wanted to say thanks for this. I've just upgraded from 0.24 to 0.25
on my CentOS 6.2 x86_64 box following your instructions and it worked
perfectly. It was the smoothest MythTV upgrade I can recall.
Steve.
PS. Thanks also to Axel for providing the packages!
On 14/04/2012 11:59
That is certainly a strange problem, and I'd be tempted to think that a
file is somehow getting corrupted.
Maybe you could do a clean install of the rpms, wait for a day and the
problem to occur and then run something like find /usr -mtime -1 to
see if any of the installed files have been
On a related topic I'm running lirc-0.9.0 noticed that there is no
lirc-kmdl for the latest kernel (2.6.32-220.4.1). I upgraded a couple of
weeks ago but am forced to run the older 2.6.32-220.2.1 due to the lack
of the lirc kernel module.
Steve.
On 13/02/2012 6:29 AM, James B. Huber wrote:
I don't do much, so whilst it is a pain it would be nice to have a fix.
Happy to help with further diagnosis if anyone has any suggestions.
Steve.
On 12/01/2012 5:08 PM, Kirk Bocek wrote:
On 1/9/2012 4:47 AM, Steve Cliffe wrote:
Hi Kirk,
I'm one of those that have been experiencing
On 13/01/2012 2:21 PM, James Szinger wrote:
On Thu, 12 Jan 2012 16:58:23 -0800
Kirk Bocekt...@kbocek.com wrote:
On 1/12/2012 4:22 PM, James Szinger wrote:
I'm running mythtv on a CentOS 6.2 system, and it's working well---I
haven't noticed any problems. Although, now that I've read this
Hi Kirk,
I'm one of those that have been experiencing this problem. I'm planning
to update to 6.2 (x86_64) this week and will let you know if it
improves/fixes things for me.
Steve.
On 8/01/2012 2:09 AM, Kirk Bocek wrote:
Thought I'd try tackling this again in the new year. I've got a new
On 7/12/2011 7:34 AM, Kirk Bocek wrote:
On 12/6/2011 1:14 AM, Axel Thimm wrote:
On Mon, Dec 05, 2011 at 09:49:45AM -0800, Kirk Bocek wrote:
On 12/5/2011 9:23 AM, Axel Thimm wrote:
On Fri, Dec 02, 2011 at 12:57:54PM -0800, Kirk Bocek wrote:
I finally got mythfrontend running on Centos 6
No, the permissions are not right. I installed this a week or two ago on
a CentOS 6 x86_64 box and had to do a chmod 755 /usr/bin/faad.
Steve.
On 23/08/2011 9:01 PM, huyfuo wrote:
I use scientificlinux6 and el6-i386 repo.
Permission of /usr/bin/faad is 0644.
Is this right?
$ rpm -qpi
I installed MythTV on CentOS 6 yesterday and hit this one too.
You need to use the perl-Date-Manip package from ATrpms testing - my
install picked it up from the base repo.
Steve.
On 18/07/2011 2:03 AM, Bob Lightfoot wrote:
While trying to yum install mythtv on my
On 25/02/2011 10:18 AM, Axel Thimm wrote:
On Fri, 2011-02-18 at 15:17 +1100, Steve Cliffe wrote:
Just wondering how far away the lirc libs are as I tried to install VLC
today and hit this dependency error.
Should be working now, can you confirm?
Yep, found it last night - thanks.
Steve
On Thu, 2010-12-09 at 12:17 -0800, Steve Cleveland wrote:
I've just starting working with RHEL6 and trying to get VLC installed
using the ATRPMs package, but I'm getting a couple of dependency errors:
-- Finished Dependency Resolution
Error: Package: vlc-1.1.5-63.el6.x86_64 (atrpms)
Requires:
Mark,
I hit this problem when I finally got vlc 1.1 installed. After a bit of
googling I stumbled upon an environment variable LIBXCB_ALLOW_SLOPPY_LOCK.
I added the following to my .gnomerc and it fixed the problem:
LIBXCB_ALLOW_SLOPPY_LOCK=1
export LIBXCB_ALLOW_SLOPPY_LOCK
I'm not sure
.
On 12/07/2010 5:58 PM, Axel Thimm wrote:
Hi,
On Mon, Jul 12, 2010 at 05:37:56PM +1000, Steve Cliffe wrote:
I tried (unsuccessfully) to update vlc on the weekend and ran into
the following:
Error: Missing Dependency: libxcb-keysyms.so.0()(64bit) is needed by
package vlc-1.1.0-56.el5.x86_64 (atrpms
Ah - I had repository priorities which were preventing the 1.0 version
from base being updated.
Thanks Axel,
Steve.
On 13/07/2010 4:15 AM, Axel Thimm wrote:
On Mon, Jul 12, 2010 at 06:08:56PM +1000, Steve Cliffe wrote:
Thanks for the quick reply Axel. That certainly helped but I'm not
quite
Thanks for that Axel - I can confirm that it is only the libmyth*
packages that are affected.
Off to clean up,
Steve.
On 30/06/2010 6:59 PM, Axel Thimm wrote:
Hi,
On Wed, Jun 30, 2010 at 02:47:41PM +1000, Steve Cliffe wrote:
I just did my semi-regular monthly yum update (CentOS 5.5 box
I just did my semi-regular monthly yum update (CentOS 5.5 box) and
whilst checking things noticed that I have multiple versions of mythtv
packages installed:
[r...@mythpvr steve]# yum list installed | grep libmyth
libmyth-0.21_0.x86_64 0.21-213.el5
installed
Brian,
I've got jamu working on my CentOS 5.4 system but took a slightly
different approach. I compiled Python 2.6 from source and installed it
in a different location (/packages/python26) to avoid conflicts. I had
to add a few extra modules but I don't remember it being too painful.
One
I'm using this:
/var/log/mythtv/mythbackend.log /var/log/mythtv/mythfilldatabase {
copytruncate
daily
size 10M
missingok
rotate 3
compress
notifempty
postrotate
kill -HUP `cat /var/run/mythbackend.pid`
/01/2010 8:28 AM, Steve Cliffe wrote:
Yep, I see this too:
/bin/sh: line 1: 4815 Segmentation fault nice /usr/bin/mythfilldatabase
--graboptions '--daily' /var/log/mythtv/mythfilldatabase
I was hoping that it would be fixed after I upgraded to 0.22 but it
still happens.
It's annoying but not so
Chuck,
I recall having this problem a few weeks ago when I went to upgrade to
5.4. From memory I removed the old package with rpm --erase --nodeps
libgcrypt11, installed the new one then used lsof /usr | grep gcrypt
to find out what running processes had the old shared library files open
and
John,
I upgraded my CentOS x86_64 box from 5.1 to 5.2 over the weekend and
found that there was no video4linux kmdl package for the current kernel.
In the past I've needed this for the drivers for some video cameras I
have hooked up for ZoneMinder (www.zoneminder.com).
After a bit of digging
John Robinson wrote:
On 28/07/2008 13:25, Steve Cliffe wrote:
John,
I upgraded my CentOS x86_64 box from 5.1 to 5.2 over the weekend and
found that there was no video4linux kmdl package for the current
kernel. In the past I've needed this for the drivers for some video
cameras I have
25 matches
Mail list logo