[mythtv-users] GUI to CLI

Thomas Mashos thomas at mashos.com
Wed Aug 27 19:15:23 UTC 2014


On Wed, Aug 27, 2014 at 11:30 AM, Eric Sharkey <eric at lisaneric.org> wrote:
> On Wed, Aug 27, 2014 at 10:27 AM, Thomas Mashos <thomas at mashos.com> wrote:
>> I've heard of a mythexport issue, but I'm unsure if there is a bug
>> report. As for Mythbackend, I can't think of a thing MCC could do
>> (short of removing the backend packages) that would stop the backend
>> from starting, so I think that has to do with something else.
>
> See the thread "Package Operation Failed" for more info.
>
> The short version is that the package dependencies weren't
> sufficiently specified to prevent upgrading the libraries without
> upgrading the backend as well.  The backend refused to start with the
> error:
>
> Application binary version (0.27.20140323-1) does not match libraries
> (0.27.20140719-1)
>
> After doing a full dist-upgrade, the problem was resolved, but if the
> dependencies were right it should not have been possible to get into
> this state.
>
> Eric
> _______________________________________________

If the user was upgrading inside a major version (eg. from one 0.27
fixes build to a newer 0.27 fixes build) then there is no reason to do
the "full dist-upgrade", as no new packages were being installed. What
probably happened is that the failed mythexport installation causing
the rest of the packages to be in a half configured state.

mythtv-backend depends are

Depends: mythtv-common, mythtv-transcode-utils, libc6 (>= 2.15),
libgcc1 (>= 1:4.1.1), libmyth-0.27-0 (>=
2:0.27.0+fixes.20140324.8ee257c), libqt4-network (>= 4:4.5.3),
libqt4-script (>= 4:4.5.3), libqt4-sql (>= 4:4.5.3), libqt4-xml (>=
4:4.5.3), libqtcore4 (>= 4:4.8.0), libqtgui4 (>= 4:4.5.3), libstdc++6
(>= 4.6), cron, wget, zenity | kdebase-bin, gksu | kdebase-bin, xterm,
python, sysv-rc (>= 2.88dsf-24) | file-rc (>= 0.8.16)

Thanks,

Thomas Mashos


More information about the mythtv-users mailing list