Re: [rtcweb] Cisco to open source its H.264 implementation and absorb MPEG-LA licensing fees

Ron <ron@debian.org> Thu, 12 December 2013 23:45 UTC

Return-Path: <ron@debian.org>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3349A1AE56A for <rtcweb@ietfa.amsl.com>; Thu, 12 Dec 2013 15:45:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YAhlcgpBal8O for <rtcweb@ietfa.amsl.com>; Thu, 12 Dec 2013 15:45:01 -0800 (PST)
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by ietfa.amsl.com (Postfix) with ESMTP id 48AEF1AE565 for <rtcweb@ietf.org>; Thu, 12 Dec 2013 15:45:00 -0800 (PST)
Received: from ppp14-2-56-86.lns21.adl2.internode.on.net (HELO audi.shelbyville.oz) ([14.2.56.86]) by ipmail05.adl6.internode.on.net with ESMTP; 13 Dec 2013 10:14:33 +1030
Received: from localhost (localhost [127.0.0.1]) by audi.shelbyville.oz (Postfix) with ESMTP id 711724F8F3; Fri, 13 Dec 2013 10:14:31 +1030 (CST)
X-Virus-Scanned: Debian amavisd-new at audi.shelbyville.oz
Received: from audi.shelbyville.oz ([127.0.0.1]) by localhost (audi.shelbyville.oz [127.0.0.1]) (amavisd-new, port 10024) with LMTP id i8XmEDq+rJgG; Fri, 13 Dec 2013 10:14:30 +1030 (CST)
Received: by audi.shelbyville.oz (Postfix, from userid 1000) id D8B434F902; Fri, 13 Dec 2013 10:14:30 +1030 (CST)
Date: Fri, 13 Dec 2013 10:14:30 +1030
From: Ron <ron@debian.org>
To: Daniel-Constantin Mierla <miconda@gmail.com>
Message-ID: <20131212234430.GT3245@audi.shelbyville.oz>
References: <186CE8D65BA3A741A81A543F936DD0D10A5803D8@xmb-rcd-x07.cisco.com> <A672E2AB-827D-46E8-9EB1-D7ED82B10B94@cisco.com> <20131211193239.GK3245@audi.shelbyville.oz> <558F8D49-4024-4DF1-9A9E-AF422F1292C2@iii.ca> <20131212011550.GM3245@audi.shelbyville.oz> <E8882BCE-4795-4CF5-B785-18C2141A5DE2@iii.ca> <20131212183852.GN3245@audi.shelbyville.oz> <9B19C671-4356-4918-B271-D95B7AA84BBA@iii.ca> <20131212213234.GQ3245@audi.shelbyville.oz> <52AA37E2.1070202@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <52AA37E2.1070202@gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Cisco to open source its H.264 implementation and absorb MPEG-LA licensing fees
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2013 23:45:04 -0000

On Thu, Dec 12, 2013 at 11:25:38PM +0100, Daniel-Constantin Mierla wrote:
> 
> On 12/12/13 22:32, Ron wrote:
> [...]
> >
> >
> >It does however raise a brand new problem (one which is actually quite
> >technically interesting!), and I am interested to know if that was just
> >a misunderstanding on your part in explaining it, or if you actually do
> >plan to really solve this. [1]
> >
> >You talk about Mozilla fingerprinting the *source* that they verified,
> >and then being able to confirm that fingerprint in the binary blob they
> >download from the Cisco build farm.
> >
> >I had previously assumed people were only planning to take a hash of
> >the binaries already up there, merely to ensure the blob that a user
> >actually downloaded wasn't some totally foreign trojan, but was what
> >was expected to come from the Cisco site.
> >
> >
> >There is considerable work presently being done on fully reproducible
> >binaries, since obviously this is of interest on many fronts, but it's
> >currently far from being a universally (or easily) Solved Problem.
>
> At least there were several people concerned about trusting the blob
> version being built from the open sourced code. I, as one of them,
> got the answer that I can take the code and build it on my system
> and then compare the binaries

That's the bit that actually makes this Hard and Interesting.

If you take the code, and build it on your own system, then it's far
more likely than not that the binaries *will* be different.  Even if
you really did compile exactly the same source code.

Which is why I'm curious if this is a misunderstanding, and Cullen
described how he hoped or thought it would work (but how it probably
almost certainly won't) -- or if they actually are planning to solve
the problems which would make this (somewhat) possible to do.


And I had actually forgotten how unintuitive this problem might be
to people who use regularly software they don't have the source to
until you mentioned being told that :)

  Ron