From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 36EEAC433DF for ; Fri, 31 Jul 2020 16:42:21 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id F41BB21744 for ; Fri, 31 Jul 2020 16:42:20 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="d0M8GB7W" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org F41BB21744 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:55718 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k1Y6u-0008QM-AY for qemu-devel@archiver.kernel.org; Fri, 31 Jul 2020 12:42:20 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38864) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k1Y6F-0007w4-BZ for qemu-devel@nongnu.org; Fri, 31 Jul 2020 12:41:39 -0400 Received: from us-smtp-1.mimecast.com ([205.139.110.61]:36433 helo=us-smtp-delivery-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1k1Y6C-0001xV-Cd for qemu-devel@nongnu.org; Fri, 31 Jul 2020 12:41:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1596213694; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=VmlME45EkEZinVqDFcBrYGGqS1oqTiEBi7ABQ+yt2cU=; b=d0M8GB7Wktc8Hb/sjehqGvYLamn0pNRv1AuDvjBKOzhaHpPK4JROk5xG/kSmWUfnGJAliJ I/zfpttWwBxnrydP4kTRzhl8X2CU++DnVgiVACpytcsVJxgReAvI7ErX0Cgxm+SRghr56k Yv4KXaGucgtDl05LcFTmbx8qau3Om+U= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-80-CPG1BXceMwCtc2KNzkxLHw-1; Fri, 31 Jul 2020 12:41:31 -0400 X-MC-Unique: CPG1BXceMwCtc2KNzkxLHw-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id A35A7107ACCA; Fri, 31 Jul 2020 16:41:30 +0000 (UTC) Received: from work-vm (ovpn-114-48.ams2.redhat.com [10.36.114.48]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 4218573039; Fri, 31 Jul 2020 16:41:15 +0000 (UTC) Date: Fri, 31 Jul 2020 17:41:13 +0100 From: "Dr. David Alan Gilbert" To: Paolo Bonzini Subject: Re: [PATCH] schemas: Add vim modeline Message-ID: <20200731164113.GG2624@work-vm> References: <20200729185024.121766-1-abologna@redhat.com> <87ime52wxd.fsf@dusky.pond.sub.org> <20200730093732.GB3477223@redhat.com> <87k0ylz0ep.fsf@dusky.pond.sub.org> <20200730132446.GL3477223@redhat.com> <875za33ku1.fsf@dusky.pond.sub.org> <20200731150738.GB3660103@redhat.com> <03bb7822-20a0-2945-6c86-1d5f1b2a01d9@redhat.com> <6ceef1ab-5078-d77e-6e6c-4e1bfc01418a@redhat.com> MIME-Version: 1.0 In-Reply-To: <6ceef1ab-5078-d77e-6e6c-4e1bfc01418a@redhat.com> User-Agent: Mutt/1.14.5 (2020-06-23) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=dgilbert@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Received-SPF: pass client-ip=205.139.110.61; envelope-from=dgilbert@redhat.com; helo=us-smtp-delivery-1.mimecast.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/07/31 12:28:14 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -40 X-Spam_score: -4.1 X-Spam_bar: ---- X-Spam_report: (-4.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Daniel =?iso-8859-1?Q?P=2E_Berrang=E9?= , Eduardo Habkost , qemu-block@nongnu.org, Juan Quintela , Jason Wang , "Michael S. Tsirkin" , Yuval Shaia , Markus Armbruster , qemu-devel@nongnu.org, Gerd Hoffmann , Andrea Bolognani , =?iso-8859-1?Q?Marc-Andr=E9?= Lureau , John Snow , Michael Roth , Stefan Berger Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" * Paolo Bonzini (pbonzini@redhat.com) wrote: > On 31/07/20 17:26, John Snow wrote: > > I saw the critique that we still use JSON-ish for the runtime QMP > > protocol, and moving the QAPI IDL to a standard wouldn't remove all > > instances of a custom format from our tree. > > Sorry, but "still using JSON" is not a critique that makes any sense. > > 99% of the websites you use daily use JSON as their RPC > frontend-to-backend language; OpenAPI is essentially JSON over HTTP. > There must be something good in JSON. If there is, I've not found it: a) It's integer definitions are a mess b) You can't require ordering c) No two parsers agree with each other and those are the only ones I've hit in my very limited JSON wrangling. It's possible attractions are that no one has anything widely used that's better, and it's easy to use from JS. But it seems popular to try and find replacements; e.g. Amazon Ion that landed a few weeks ago (like JSON but...not quite and with a binary format optionally). Dave > Whenever you hear a complaint about "using JSON", it's actually a > complaint about bindings for your language, which can be a sensible > critique: gRPC is essentially {protobuf,FlatBuffers} over HTTP/2 plus a > boatload of language mappings. Unfortunately C is not one of those > mappings. > > Paolo > -- Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK