From nobody Wed May 15 09:19:48 2024 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of redhat.com designates 170.10.129.124 as permitted sender) client-ip=170.10.129.124; envelope-from=libvir-list-bounces@redhat.com; helo=us-smtp-delivery-124.mimecast.com; Authentication-Results: mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=libvir-list-bounces@redhat.com; dmarc=pass(p=none dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1645432991; cv=none; d=zohomail.com; s=zohoarc; b=NjoUzvfP26yyu0aiU1NzFL9iEYd4uYkqDB3QR3aC0ZPQyOh+vAPn8KdVSUqdL7XMuvK66lRmlFtNl5wTSSAW2L27Y/+83u01EKvFZnW+tYcgEOZubPuZcjE/lRGvSbvbBZxd4uF0XHjChOyuSGmwvFgzERaIgHxKxlSkQo82cyw= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1645432991; h=Content-Type:Content-Transfer-Encoding:Date:From:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:Sender:Subject:To; bh=G1O++NEdoP7OJdLFmkw10R1x7fXFu7cAoDUxfEwmJYo=; b=YgoHhMDVcXY/Yli2Cv+dBvKDDQG8aCq+7e0TV/hrrA7/ghblJc5mJYYyt0foJVndZzidt1YyZm7vhtrVGtAuC6UKG2uwUjQwkm9lxID/mSIKRnRM2F7v126YfSx544uw74S8T32V/CScZiTe9MKsp/rVluNifR3jF8+z32WLFNg= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=libvir-list-bounces@redhat.com; dmarc=pass header.from= (p=none dis=none) Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by mx.zohomail.com with SMTPS id 1645432991442972.0920842285178; Mon, 21 Feb 2022 00:43:11 -0800 (PST) Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-591-1DW-8EyPMLS1U_EhBuEtlQ-1; Mon, 21 Feb 2022 03:43:08 -0500 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 87870801ADA; Mon, 21 Feb 2022 08:43:03 +0000 (UTC) Received: from colo-mx.corp.redhat.com (colo-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 62ADE78DCF; Mon, 21 Feb 2022 08:43:03 +0000 (UTC) Received: from lists01.pubmisc.prod.ext.phx2.redhat.com (lists01.pubmisc.prod.ext.phx2.redhat.com [10.5.19.33]) by colo-mx.corp.redhat.com (Postfix) with ESMTP id 2BB794A7C8; Mon, 21 Feb 2022 08:43:03 +0000 (UTC) Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) by lists01.pubmisc.prod.ext.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id 21L8h1qw022400 for ; Mon, 21 Feb 2022 03:43:01 -0500 Received: by smtp.corp.redhat.com (Postfix) id 9A7DC53C9; Mon, 21 Feb 2022 08:43:01 +0000 (UTC) Received: from mimecast-mx02.redhat.com (mimecast08.extmail.prod.ext.rdu2.redhat.com [10.11.55.24]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 952A353D7 for ; Mon, 21 Feb 2022 08:42:57 +0000 (UTC) Received: from us-smtp-1.mimecast.com (us-smtp-2.mimecast.com [207.211.31.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 22A8338025E0 for ; Mon, 21 Feb 2022 08:42:57 +0000 (UTC) Received: from mail-ej1-f71.google.com (mail-ej1-f71.google.com [209.85.218.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-13-KXQjo4vQNCCuTrHVWzDPUQ-1; Mon, 21 Feb 2022 03:42:55 -0500 Received: by mail-ej1-f71.google.com with SMTP id k16-20020a17090632d000b006ae1cdb0f07so4357951ejk.16 for ; Mon, 21 Feb 2022 00:42:55 -0800 (PST) Received: from wheatley.localdomain (nat-pool-brq-t.redhat.com. [213.175.37.10]) by smtp.gmail.com with ESMTPSA id fx4sm4927242ejb.221.2022.02.21.00.42.53 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Feb 2022 00:42:53 -0800 (PST) Received: from wheatley.redhat.com (wheatley.k8r.cz [127.0.0.1]) by wheatley.localdomain (Postfix) with ESMTP id 3ABFC49B283D for ; Mon, 21 Feb 2022 09:42:53 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1645432992; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=G1O++NEdoP7OJdLFmkw10R1x7fXFu7cAoDUxfEwmJYo=; b=a+CqFSIub8UKEA8PO1Upn2S7yx5DzPU8X+ymVGrXPiK994TDKW8NlLwNrZMSsXe3gDDGok smDENVG1WMsSqokYiHKxWOQKGU56q3Q7jAhk7rpFVEcMDgYdigubbs+PtFoZLVLKZ9JsrJ KaZBjbkkTdV3+hHcJSC60lsKWBvZMT4= X-MC-Unique: 1DW-8EyPMLS1U_EhBuEtlQ-1 X-MC-Unique: KXQjo4vQNCCuTrHVWzDPUQ-1 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=G1O++NEdoP7OJdLFmkw10R1x7fXFu7cAoDUxfEwmJYo=; b=hcOJUmsHTsSTyVXeVa2NTipl2us6A/PjJVc9fsxqMTJDCrIz/0RnD59THAgIT49KeB cDGG87b7q7mTflOiYDBoOzJhM2FO9uMYCNXptQ4s4Oluta4rAEDanaHlY1BkMBPQndpt ipc+tIx1WizOOP/58UsK+xz4kyYlgRpMj5hwPgSKKGPClSoIZRWNEPAIYea48+0I8P8Q 9FKflMFrNzlVwxXPLHm5lPzZqUxTnrr/WaBFttUQfbHuiAmOUrFexfp5D27GshM4Z6X2 k9ijW75qRjQcZKMwpghRAW8IwVYbS6wfDNAOQzXC4He7/FGCSfLRLHdeDz/cHrL3tpns uMpA== X-Gm-Message-State: AOAM532AiMo9QTT96dkL4NEARkq/Da9IsCo8NQBwn9iliZV/lfouZGmK d40NMsdtbjKcNnnMCGiBv+dORt24zbJT32UD62UJ3O/QB6vyfMEOBoUK6j4IW/ZhLq9k0CMogr0 rhvO85qtXnyMqc1Jj9hG5Bg139RbhzdlD1wLKdlk6kg4RYqzim5yHkw752qGGJfGVMh8B7OU= X-Received: by 2002:a17:907:b590:b0:6cf:48a4:9a4c with SMTP id qx16-20020a170907b59000b006cf48a49a4cmr14462831ejc.6.1645432974583; Mon, 21 Feb 2022 00:42:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJwstDwOw6mmITHt1w5qeLqcIF9Uzp2pi5/R9eMkrjVlkQ6jxuN7mkh00nL4ujYHAByF+tLxIA== X-Received: by 2002:a17:907:b590:b0:6cf:48a4:9a4c with SMTP id qx16-20020a170907b59000b006cf48a49a4cmr14462816ejc.6.1645432974259; Mon, 21 Feb 2022 00:42:54 -0800 (PST) From: Martin Kletzander To: libvir-list@redhat.com Subject: [libvirt PATCH] docs: Fix template matching in page.xsl Date: Mon, 21 Feb 2022 09:42:53 +0100 Message-Id: <805bc8c85a8446a741c63659b1fa52e9286efab3.1645432962.git.mkletzan@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5 X-loop: libvir-list@redhat.com X-BeenThere: libvir-list@redhat.com X-Mailman-Version: 2.1.12 Precedence: junk List-Id: Development discussions about the libvirt library & tools List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: libvir-list-bounces@redhat.com Errors-To: libvir-list-bounces@redhat.com X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=libvir-list-bounces@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: quoted-printable X-ZohoMail-DKIM: fail (Signature date is -1 seconds in the future.) X-ZM-MESSAGEID: 1645432999141100001 Content-Type: text/plain; charset="utf-8" Our last default template had a match of "node()" which incidentally matched everything, including text nodes. Since this has the same priority accordi= ng to the XSLT spec, section 5.5: https://www.w3.org/TR/1999/REC-xslt-19991116#conflict this is an error. Also according to the same spec section, the XSLT proces= sor may signal the error or pick the last rule. This was uncovered with libxslt 1.1.35 which contains the following commit: https://gitlab.gnome.org/GNOME/libxslt/-/commit/b0074eeca3c6b21b4da14fdf7= 12b853900c51635 which makes the build fail with: runtime error: file ../docs/page.xsl line 223 element element xsl:element: The effective name '' is not a valid QName. because our last rule also matches text nodes and we are trying to extract = the node name out of them. To fix this we change the match to "*" which only matches elements and not = all the nodes, and to avoid any possible errors with different XSLT processors = we also bump the priority of the match=3D"text()" rule a little higher, just i= n case someone needs to use an XSLT processor that chooses signalling the error in= stead of the optional recovery. https://bugs.gentoo.org/833586 Signed-off-by: Martin Kletzander Reviewed-by: Michal Privoznik --- docs/page.xsl | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/page.xsl b/docs/page.xsl index fd67918d3b08..72a6fa084235 100644 --- a/docs/page.xsl +++ b/docs/page.xsl @@ -215,11 +215,11 @@ =20 - + =20 - + --=20 2.35.1