Received: by 10.213.65.68 with SMTP id h4csp907831imn; Sat, 7 Apr 2018 12:24:55 -0700 (PDT) X-Google-Smtp-Source: AIpwx4931NhWDjj0OYBkZxx5abGuGCDLH1GnK9KPYgPk0ftnz3bBi7wajKXMd6kqu72aEcPQeGjR X-Received: by 2002:a17:902:564:: with SMTP id 91-v6mr33051721plf.63.1523129095269; Sat, 07 Apr 2018 12:24:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523129095; cv=none; d=google.com; s=arc-20160816; b=VU9YbpBYnixXuHKSHofw+3KHkMDFInwCR0PFhTMZSSuj0IPOeMR2oxExBQRCZJaE9I QFxE5C1Deoe3Kq94rDwkWaGCgxXnbFh7i1PA2sxOOAQ6ukmKhHJs6aQAyxKOLxkmRqfu Zgv1QKCFASFS9ZtoS+H+od1DJrjVuJVrMUbmmoSZ10OWQCZMepWBATYlJa+RLIEI54u0 +MrDGFJt6EoAxALR/X+FR4JDx3amz8qkkJrboYFGI5kSojAKa5ZKZ6oYx+uPiXk4c2u7 pXWqmPdJydvaPkzXdLA4aqkQTsYlrGQzs2cq3myEs/sREcR4WD5WWJWUy5zWG1fYDT3I /gIA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=WkV6CzwBODBKw2NLXPKtU3pwPRkvz0FQwJun7H5i0T0=; b=Z1RAuVD3ZFOQKLAETNDJ9k/q2jVfeL7gSlxhIodSGZtA5Ei3RDorLCnVp1joY0YmAk +MqiDc/mtxb0ohVB5r4DDUmcKYELgGnXnyg75DGj6Li1AYaJMhVvHSZIW9b3bbdyGtly 8w/+XHVFpnm4Cvs8qdPH1coG7mefY95Zg4nJlGN1PSPR3Pp0IgzeFIhzYWPtMU54jIDs HIAaQS1znPAMJx3BCQDjBWPvqYshNr/acegpw4tK8+APuXLzrkdhjoHZO+x0Ccg8rWFm sQyhwNAJwyYr6wdb8Ge/nP8JrAKN7QkU5YxSjojUAOUS3Ifr/khtNLY4aKvw44P7xHYM 6ewQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p20si9892190pfi.345.2018.04.07.12.23.47; Sat, 07 Apr 2018 12:24:55 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752377AbeDGTTP (ORCPT + 99 others); Sat, 7 Apr 2018 15:19:15 -0400 Received: from s3.sipsolutions.net ([144.76.63.242]:49224 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751591AbeDGTTN (ORCPT ); Sat, 7 Apr 2018 15:19:13 -0400 Received: by sipsolutions.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1f4tMe-0000o4-3w; Sat, 07 Apr 2018 21:19:04 +0200 Message-ID: <1523128743.6507.5.camel@sipsolutions.net> Subject: Re: make xmldocs failed with error after 4.17 merge period From: Johannes Berg To: Markus Heiser , Heikki Krogerus Cc: Greg KH , Masanari Iida , LKML , Linux Doc Mailing List , Jonathan Corbet , linux-usb@vger.kernel.org Date: Sat, 07 Apr 2018 21:19:03 +0200 In-Reply-To: References: <20180406075109.GA21589@kuha.fi.intel.com> <20180406075734.GA16728@kroah.com> <20180406081555.GB21589@kuha.fi.intel.com> <20180406083010.GA20174@kroah.com> <20180406091126.GC21589@kuha.fi.intel.com> <2A917B38-AFF6-44DC-A4A9-796B2BE560E2@darmarit.de> <20180406105139.GA28862@kuha.fi.intel.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.6 (3.26.6-1.fc27) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2018-04-06 at 13:38 +0200, Markus Heiser wrote: > > Sorry, not yet. Johannes started a discussion about this. Its a long > time ago and I do not have any new ideas yet :/ see: > > https://www.mail-archive.com/linux-doc@vger.kernel.org/msg07035.html I still think the tools themselves don't matter all that much, as long as there aren't totally onerous requirements. I'd argue pretty much everything available on a modern distro would be OK provided we have a reasonable fallback (e.g. to ASCII as I had even written), along with some sort of documentation of dependencies, or perhaps better, some command line option to gather the info dynamically. But then again, I've already said pretty much this a year and a half ago and most people seemed more interested in some kind of purity argument than having better documentation :-) johannes