[mythtv] [mythtv-commits] Ticket #8877: Add unique token check to protocol handshake

[Chris Adams]

On Tue, Sep 7, 2010 at 8:01 AM, MythTV <mythtv at cvs.mythtv.org> wrote:
> #8877: Add unique token check to protocol handshake
> ----------------------------------+-----------------------------------------
>     Reporter:  wagnerrp          |       Owner:  cpinkham
>         Type:  enhancement       |      Status:  new
>     Priority:  minor             |   Milestone:  0.24
>    Component:  MythTV - General  |     Version:  Trunk Head
>     Severity:  medium            |    Keywords:
> Ticket locked:  0                 |
> ----------------------------------+-----------------------------------------
>  This patch adds a randomly generated token to the MYTH_PROTO_VERSION call.
>  The purpose of this is to provide a unique token for each protocol version
>  to check against, to ensure the client actually speaks the proper
>  protocol, and isn't simply responding with the version handed out by a
>  previous connection.  The current string is just a randomly generated
>  8-digit hex string.
>
>  This was motivated by a recent discussion in the mailing list where the
>  'libcmyth' library was touted as a well maintained interface for accessing
>  MythTV, while it has not actually been updated since protocol version 44.
>
> --
> Ticket URL: <http://svn.mythtv.org/trac/ticket/8877>
> MythTV <http://www.mythtv.org/>
> MythTV Media Center

No one touted it as a well maintained interface to myth. It was only
pointed out that it works.

Despite staggering efforts of developers the frontend continues to lag
behind the competition in some important ways. Most notably,
mythfrontend hasn't received years of work on flashy animated themes
and isn't compatible with as many video formats and containers. On the
other hand the backend is a truly amazing piece of software.

So in 2010 MythTV is: amazing backend coupled tightly to a frontend
lagging behind the competition. Personally I'd rather do a bit of work
and ditch the frontend for a superior alternative.

This patch is designed to deprive people of alternatives - so it goes
against the whole point of open source. Why would you not want people
to mix and match so they get the best stuff open source has to offer?

Can I suggest more effort be directed into making myth tolerant of old
frontends and backends.
You'll get the benefit next time you need to upgrade your setup. :-)