From dev-return-38748-archive-asf-public=cust-asf.ponee.io@subversion.apache.org Sat Dec 15 11:10:20 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id 77053180652 for ; Sat, 15 Dec 2018 11:10:19 +0100 (CET) Received: (qmail 50655 invoked by uid 500); 15 Dec 2018 10:10:18 -0000 Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@subversion.apache.org Received: (qmail 50636 invoked by uid 99); 15 Dec 2018 10:10:17 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Dec 2018 10:10:17 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 5FBD7C03A4 for ; Sat, 15 Dec 2018 10:10:17 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=daniel.shahaf.name header.b=wZZrGnbN; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=A8g6TqI7 Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id 5s7eW8RvJkTB for ; Sat, 15 Dec 2018 10:10:15 +0000 (UTC) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 091A85F5B6 for ; Sat, 15 Dec 2018 10:10:14 +0000 (UTC) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id EB3DEC5F; Sat, 15 Dec 2018 05:10:07 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Sat, 15 Dec 2018 05:10:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= daniel.shahaf.name; h=date:from:to:cc:subject:message-id :references:mime-version:content-type:content-transfer-encoding :in-reply-to; s=fm2; bh=1jklJupH4KgRp/55WwQsLmUMh+8vivArk3oT+7x1 egE=; b=wZZrGnbNmPqqeRmP2MeK7N4XCmi0fNXqKhyvLbXRIL3/72MnJ3jqny+P v9/+SV4R0SCr1E2Z4ldhcbdlkBzPgwQzilhWTdq0x9rEXdypsZNVEobEUUNvPBuB INYPo8+CDbxlsKFekJlxLmPp3QoZKfPpKRytB+4GuvXYgJM+4Cn1DK05FF7200Nu kN79/dOh2X8y258DgpeZG7ejXs+0v9qrHRdvHMwa0AJGoUOvewsSscOlFf+Jj89T eN2ZSlXHcxGnX4Bd8eDSDFKmyncszyVEzDi08VGWsPTkJ8mqOKDW490ARMQ6oiQS x1l0zC9trgrhB7qHV2Lg7U/b7RuCMg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=1jklJupH4KgRp/55WwQsLmUMh+8vivArk3oT+7x1e gE=; b=A8g6TqI7+6ekrgeuEsklRRPg6hDHkC1XW+smtSqWPPRJce1/n9VHuZCJZ vXbipHdkqDvYb76SKkfdyNjaJkcJsahdiRFficCXbMvvBXWhofA386ztK0HtGRH4 YaLCS5dPlficmBarSEPC9mqZPA8amIaUGefXupPvaRAN14JMYkqJzcSLk/yVxuWx dS6CCB6fZLdUhXMwEXSGp8mC7p66k7rykRn2XrV73xlDyHkdLqHbYTFVoPP+wqVs BqJLb7KUyfu267ilnutyNqxoWxMFFdD1ftogtUhikTZdvRemNdM5M0G2YvJS/5vy iUJlIyGfEmS7R768K/BcQO7eel73Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtkedrudehjedgudefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfquhhtnecuuegrihhlohhuthemucef tddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkfh ggtggugfgjfgesthektddttderjeenucfhrhhomhepffgrnhhivghlucfuhhgrhhgrfhcu oegurdhssegurghnihgvlhdrshhhrghhrghfrdhnrghmvgeqnecukfhppeejledrudektd drudduhedrudehheenucfrrghrrghmpehmrghilhhfrhhomhepugdrshesuggrnhhivghl rdhshhgrhhgrfhdrnhgrmhgvnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from tarpaulin.shahaf.local2 (bzq-79-180-115-155.red.bezeqint.net [79.180.115.155]) by mail.messagingengine.com (Postfix) with ESMTPA id E7A96E405D; Sat, 15 Dec 2018 05:10:06 -0500 (EST) Received: by tarpaulin.shahaf.local2 (Postfix, from userid 1005) id 43H37c33fyzf8; Sat, 15 Dec 2018 10:10:04 +0000 (UTC) Date: Sat, 15 Dec 2018 10:10:04 +0000 From: Daniel Shahaf To: Julian Foad Cc: dev@subversion.apache.org Subject: Re: Display outstanding backported fixes for each release? Message-ID: <20181215101004.7gusbzc2ld7ncyrk@tarpaulin.shahaf.local2> References: <1544466571.3230978.1604897536.4D697527@webmail.messagingengine.com> <20181211082922.av4rchjamqzxgu7h@tarpaulin.shahaf.local2> <1544826601.3425085.1609597992.20FF7DB6@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1544826601.3425085.1609597992.20FF7DB6@webmail.messagingengine.com> User-Agent: NeoMutt/20170113 (1.7.2) Julian Foad wrote on Fri, Dec 14, 2018 at 22:30:01 +0000: > Daniel Shahaf wrote: > > [...] write a script that: > > 1. Queries the repository for trunk revnums that have been merged to the > stable branch since the last tag; > > See attached "svn-revs-backported.sh". I think the script might break when we reach r10⁷ (r10000000) because "svn mergeinfo"'s output is sorted numerically, but comm(1) expects its inputs to be sorted according to strcoll(3). Currently comm(1)'s precondition does hold, but only because all the revision numbers in "svn mergeinfo"'s output have the same number of digits. However, as soon as HEAD passes a power of ten, we'll run into the problem that "r9" is printed before "r10" (because 9 < 10) but «!(strcoll("r9", "r10") < 0)». (This is the same problem we warned about in the 1.9 and 1.10 release notes.) > > 3. Synthesizes a CHANGES-like listing [...] > > That's one reasonable option. > > I do also wonder if we couldn't implement something that more directly > queries 'svn' and displays the result. That is, start designing and > implementing some more powerful querying, starting with "changes in > 1.10.x but not in 1.10.3". Would that need new RA APIs?