mythbuntu-bugs team mailing list archive

[Thomas Mashos <thomas@xxxxxxxxxx>]

For #1, you could add a "sleep 5" into /usr/bin/mythfrontend (probably
around line 17). That will cause it to wait an additional 5 seconds
before starting the frontend. There are more elegant solutions you
could do, but that would be the easiest.

For #2, is the backend and frontend on the same machine? Because
mythmusic doesn't use storage groups, so the files would have to be on
the frontend to be played back.

On Sat, Jan 10, 2015 at 11:55 PM, Garry Leach
<1016173@xxxxxxxxxxxxxxxxxx> wrote:
> Hi Thomas,
>
> Thanks for the courtesy note.
>
> I am now on ver 2.0.27.3, so I expect that it is not a problem.  I don'
> actually know, because I have not used any "domestically recoded dvd"
> for a long time.
>
> I do have 2 frustrations, & as far as I can determine, these have not
> been addressed:
>
> 1. I am using an SSD to run mythbuntu for my standalone frontend.  It
> starts mythfrontend before the network is connected, so myth switches
> into the "new install mode".
>
> I know how to manually get mythfrontend working, but my dear wife has
> not been able to remember my instructions on the fairly rare occasion
> that I am not available.
>
> It seems that what I would need is a way to make a delay for the start
> of mythfrontend (until after the network is connected).  However, that
> is not a competence which I have.
>
> 2. I have many songs, in MP3 format, copied from CDs into the music
> folder identified to mythbackend.  Although I can play these songs
> externally to Myth, Myth says that it does not have the decoder for this
> format.  However, the page on http://www.mythtv.org/detail/mythmusic
> indicates that MP3 files can be played.
>
> What should I be doing to fix this?
>
> You may think that I am a bit lazy about following this up formally.
> However, I am nearly 77 years old now, & after the various changes that
> have been made to the problem reporting system, I now get a bit lost...
>
> Cheers, Garry.
>
> On Sat, 2015-01-10 at 17:53 +0000, Thomas Mashos wrote:
>> We really do appreciate you opening this ticket to help improve
>> Mythbuntu, but it needs to be closed for a number of reasons. The
>> biggest one is that upstream has moved on to a new version and believes
>> this to be fixed. Could you please verify if this issue still exists in
>> the latest version?
>>
>> Please do not let the closing of this ticket dissuade you from opening a
>> new ticket if this (or any other) problem occurs with the newer
>> versions.
>>
>> ** Changed in: mythbuntu
>>        Status: New => Expired
>>
>
> --
> You received this bug notification because you are a member of Mythbuntu
> Bug Team, which is subscribed to Mythbuntu.
> https://bugs.launchpad.net/bugs/1016173
>
> Title:
>   mythfrontend.real crashed with SIGSEGV in QFactoryLoader::instance()
>
> Status in Mythbuntu, Ubuntu derivative focused upon MythTV:
>   Expired
>
> Bug description:
>   Opening domestically recoded dvd
>
>   ProblemType: Crash
>   DistroRelease: Ubuntu 12.04
>   Package: mythtv-frontend 2:0.25.0+fixes.20120427.58fd2a5-0ubuntu0mythbuntu3
>   ProcVersionSignature: Ubuntu 3.2.0-25.40-generic 3.2.18
>   Uname: Linux 3.2.0-25-generic x86_64
>   .var.log.mythtv.mythavtest.log:
>
>   .var.log.mythtv.mythccextractor.log:
>
>   .var.log.mythtv.mythcommflag.log:
>
>   .var.log.mythtv.mythjobqueue.log:
>
>   .var.log.mythtv.mythlcdserver.log:
>
>   .var.log.mythtv.mythmediaserver.log:
>
>   .var.log.mythtv.mythshutdown.log:
>
>   .var.log.mythtv.mythutil.log:
>
>   .var.log.mythtv.mythwelcome.log:
>
>   ApportVersion: 2.0.1-0ubuntu8
>   Architecture: amd64
>   CrashCounter: 1
>   CrashDB: mythbuntu
>   Date: Thu Jun 21 17:40:54 2012
>   ExecutablePath: /usr/bin/mythfrontend.real
>   InstallationMedia: Mythbuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
>   Installed_mythtv_dbg: 0.0
>   ProcCmdline: /usr/bin/mythfrontend.real --syslog local7
>   ProcEnviron:
>    LANGUAGE=en_GB:en
>    PATH=(custom, no user)
>    LANG=en_GB.UTF-8
>    SHELL=/bin/bash
>   SegvAnalysis:
>    Segfault happened at: 0x7f5a1e8a7325 <_ZNK14QFactoryLoader8instanceERK7QString+37>:  mov    0x88(%r12),%rdx
>    PC (0x7f5a1e8a7325) ok
>    source "0x88(%r12)" (0x00000088) not located in a known VMA region (needed readable region)!
>    destination "%rdx" ok
>    Stack memory exhausted (SP below stack segment)
>   SegvReason: reading NULL VMA
>   Signal: 11
>   SourcePackage: mythtv
>   StacktraceTop:
>    QFactoryLoader::instance(QString const&) const () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
>    ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
>    ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
>    QImageReader::read(QImage*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
>    QImageReader::read() () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
>   Title: mythfrontend.real crashed with SIGSEGV in QFactoryLoader::instance()
>   UpgradeStatus: Upgraded to precise on 2012-04-29 (53 days ago)
>   UserGroups: adm admin cdrom dialout lpadmin mythtv plugdev sambashare video
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mythbuntu/+bug/1016173/+subscriptions
>
> _______________________________________________
> Mailing list: https://launchpad.net/~mythbuntu-bugs
> Post to     : mythbuntu-bugs@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~mythbuntu-bugs
> More help   : https://help.launchpad.net/ListHelp



-- 
Thanks,

Thomas Mashos