Mythfrontend, mythtv-setup segfault

Bug #109227 reported by James Muscat
22
Affects Status Importance Assigned to Milestone
MythTV
Fix Released
Unknown
mythtv (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: mythtv

This occurs with both the packaged version of MythTV and the latest SVN head (which I was running until upgrade to Feisty broke it). It's not the same as #63486 or #63957, the backtrace does not mention festival.

Both mythfrontend and mythtv-setup segfault shortly after launching (I believe just as they initialise the GUI). mythbackend runs without problems.

I will attach a backtrace as a comment; I'll compile a debug of SVN and attach a backtrace for that as well. This happened both on an Edgy->Feisty upgrade (where before the SVN was working perfectly) as well as a fresh Feisty install.

Revision history for this message
James Muscat (james-muscat) wrote :
Revision history for this message
James Muscat (james-muscat) wrote :

SVN backtrace almost identical (but without the "no symbols found" messages).

Revision history for this message
Paladine (paladine) wrote :

This is also reproducible in Gutsy and is caused by mythtv using xrandr which is killed by Xinerama. Currently building from svn with --disable-xrandr passed during configure, will post results. I am pretty sure that will fix the problem.

Paladine

Revision history for this message
Paladine (paladine) wrote :

I can now confirm building from svn with ./configure --disable-xrandr fixes this problem for xinerama setups.

Revision history for this message
James Muscat (james-muscat) wrote :

Also confirmed as a fix here on Feisty. I also believe Xinerama + xrandr breaks guidance-power-manager; it seems there are quite a few bugs associated to that package.

Revision history for this message
Paladine (paladine) wrote :

Well the problem is Xinerama disables XRandR extension in xorg, so if something requires XRandR and Xinerama is running, it will fail due to XRandR not being available. This is actually partially fixed by XRandR 1.2 which now has it's own Xinerama controls built in, however, currently only Intel and I think ATI FOSS drivers support the XRandR 1.2 spec. I was talking to the NVidia proprietry driver devs yesterday regarding XRandR 1.2 support and they said they are planning to make the official drivers XRandR 1.2 compliant but there is no scheduled release date at this time (it is quite a new spec).

This means once the drivers support the new spec, users will not need to enable Xinerama in their xorg.conf as it will be handled by XRandR and thus XRandR won't be disabled by the traditional Xinerama running.

Hope that makes sense?

Paladine

Revision history for this message
David Morris (dave-greenacre) wrote :

Thanks for the info Paladine , there is also a patch which has been provided in http://svn.mythtv.org/trac/ticket/3401

Changed in mythtv:
status: Unconfirmed → Confirmed
Revision history for this message
David Morris (dave-greenacre) wrote :

XRandR rears its head again, I'll let you look at the patch for this, same problem as another bug.

Changed in mythtv:
assignee: nobody → superm1
Changed in mythtv:
assignee: superm1 → dave-greenacre
assignee: dave-greenacre → ubuntu-mythtv
Changed in mythtv:
status: Unknown → Fix Released
Revision history for this message
Mario Limonciello (superm1) wrote :

This has been included since the 0.20.2 tagged release was first included (revision number 14223 had it)

Changed in mythtv:
status: Confirmed → Fix Released
Curtis Hovey (sinzui)
Changed in mythtv (Ubuntu):
assignee: Registry Administrators (registry) → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.