[mythtv] Mythtv 0.23 RC Segfault in Mythfrontend
R. G. Newbury
newbury at mandamus.org
Tue Mar 30 16:08:04 UTC 2010
On 03/30/2010 07:40 AM, tim at electronghost.co.uk wrote:
> On Mon, March 29, 2010 3:01 pm, R. G. Newbury wrote:
>> On 03/28/2010 07:18 PM, stuart wrote:
>>> Steve Berlo wrote:
>>>> I just upgraded to Mythtv 0.23 and am getting a segfault when I
>>>> attempt to watch any recordings or videos.
>> Your uname -r says you are running x86_64 but you seem to be running a
>> bunch of plain i686 packages, especially qt.
>> Here's my output of the same test, ALL X86_64:
>> Your repo's are messed up. You might have to browse to a repo mirror,
>> and force an install the correct architecture.
> Err, Fedora's multilib. You can install both 32 and 64-bit libraries. The
> 32-bit libraries go in /usr/lib and the 64-bit libraries in /usr/lib64. The
> OP's list contains both sets. There's nothing wrong with that, or with his
> repositories. If you tell yum to install a package without specifying the
> architecture, it will normally install both 32 and 64-bit versions if both are
> available, since it doesn't know what sort of binary you will run.
> If there were anything wrong with that, myth wouldn't run at all, as the
> runtime linker would fail to find the right libraries.
Well I agree that that makes some sort of sense, but I am not sure that
the problem is not exactly what I surmise. Maybe he DOES need the x86_64
libraries, in order to avoid that segfault. As to telling yum, that is
done through the $ARCH variable. I don't get any i686 rpms in my installs.
Herewith some output from my office desktop machine ( yes, of COURSE, I
need mythtv at the office, for *testing purposes only*, don'cha know!).
The laptop is the same, and I expect the mythbox is too.
[root at tor1 ~]# uname -r
[root at tor1 ~]# rpm -qa | grep i686
No output. NO i686 libs. (And FWIW, the only ix86 rpm is an adobe
[root at tor1 ~]# service mythbackend status
mythbackend (pid 18303) is running...
[root at tor1 ~]# mythfrontend
2010-03-30 11:53:01.342 mythfrontend version: trunk  www.mythtv.org
2010-03-30 11:53:01.355 Using runtime prefix = /usr/local
2010-03-30 11:53:01.355 Using configuration directory = /root/.mythtv
2010-03-30 11:53:02.829 Using localhost value of tor1.mandamus.org
2010-03-30 11:53:02.924 New DB connection, total: 1
2010-03-30 11:53:02.959 Connected to database 'mythconverg' at host:
2010-03-30 11:53:02.960 Closing DB connection named 'DBManager0'
2010-03-30 11:53:03.044 DPMS is active.
2010-03-30 11:53:03.083 Primary screen: 0.
2010-03-30 11:53:03.084 Connected to database 'mythconverg' at host:
2010-03-30 11:53:03.130 Using screen 0, 1920x1200 at 0,0
2010-03-30 11:53:03.188 Desktop video mode: 1920x1200 59.952 Hz
2010-03-30 11:53:03.456 MythUI Image Cache size set to 20971520 bytes
2010-03-30 11:53:03.481 Enabled verbose msgs: important general
2010-03-30 11:53:03.516 Primary screen: 0.
2010-03-30 11:53:03.517 Using screen 0, 1920x1200 at 0,0
Your last sentence may point to the problem however. From painful
experience I have learned that the standard Fedora install does not
properly set up the ld.so.conf file for those of us using trunk or
compiling the code. This is my ld.so.conf, which places the lib64
directories ahead of their counterpart 32 bit versions. May be OP can
test using this setup (and running ldconfig!)
Please let me know if anything I say offends you.
I may wish to offend you again in the future.
Tux says: "Be regular. Eat cron flakes."
More information about the mythtv-dev