Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hK5MU-0003r2-Le for pgsql-translators@arkaria.postgresql.org; Fri, 26 Apr 2019 18:14:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hK5MS-0008Hr-DU for pgsql-translators@arkaria.postgresql.org; Fri, 26 Apr 2019 18:14:12 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hK5MR-0008Hb-Uv for pgsql-translators@lists.postgresql.org; Fri, 26 Apr 2019 18:14:12 +0000 Received: from mail-qt1-x842.google.com ([2607:f8b0:4864:20::842]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hK5MO-0003bM-I1 for pgsql-translators@postgresql.org; Fri, 26 Apr 2019 18:14:10 +0000 Received: by mail-qt1-x842.google.com with SMTP id e2so4399805qtb.4 for ; Fri, 26 Apr 2019 11:14:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=jb3eFUB9acOp9rDx6B3JQCBRs5u/4vn6UydsqjZIEMY=; b=XRcyUB+LS/auVzzKrZXLO02GWfF6pFzNTgNlOHWJZR+2l+ptsEywpkaQqy2RoGLckn YTrI0vLTmL4iMkPzjFTST5WxqvUogjTN2lLnxoQRViRdWTE7H2wrWIqR2LJLptfNViss S0ELmIOeGAo547lZl4vYDxEMdrN7zHDUPU2M5iG5BtD5RPVtBruCG9XqfLiULpXUCgRq eLb9cIYqB4weC85FOm1dfbslglabHus3G0ATtkfsG3vnho09duZWTzHBcAHov01bQYPL EPPHgPbaXVvfb9UKrpw0rtpiL7gvt0Z4lZBJK30lfZNaJUQN2IWFNRs3Pw29yHbPV/iE SYcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=jb3eFUB9acOp9rDx6B3JQCBRs5u/4vn6UydsqjZIEMY=; b=FsY2HBvRNKV5/jrfvzC4ZbO0hokaRSX7kBY327F/QFA6/jBwuvxhfiHcMjNfu1e954 j3Ht+oj5+2BisZT3p16sGH17dpP1lNFqREBtmY3Yfh6/Xzx7g4yu8qfelXefqszWvWUG ZJ4YOpLY6G9l9d5u2rzPdXWpCMcMEY/TsW7FUJ8iLKuvR7n3TAnQYyF/FjWpoa7Q/7sz X1CzY8Unt9+4MzumGH0QXpFGGBdRueglZeyDHu3hr4/PhvoqEa9AdBInAWylVT+FTCaP qTJ6KRgcMM1BS5Ct+Fg964zXty1zPg2b0LCDQ9r0/0fLDCS5X26RH2DSE2zz5UDbIjnv BrYw== X-Gm-Message-State: APjAAAVuq5hHxkBky6tQ8jDShoNXfETd26lCl8YPnqkgGHigdUlYwfbH 9ZDUTn0Sj4xOnGadrkkdPTWnpw== X-Google-Smtp-Source: APXvYqxKrWaqmnsqXrvW6mwE5+THkuhjfTWyxWjzT4AJuRucSYWMAtiGYH1feErcDp6CFjtIrp4yHQ== X-Received: by 2002:a0c:a8c2:: with SMTP id h2mr37253888qvc.13.1556302447734; Fri, 26 Apr 2019 11:14:07 -0700 (PDT) Received: from nimloth.alvh.no-ip.org ([190.121.29.3]) by smtp.gmail.com with ESMTPSA id a1sm5259736qkn.58.2019.04.26.11.14.06 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 26 Apr 2019 11:14:06 -0700 (PDT) Received: by nimloth.alvh.no-ip.org (Postfix, from userid 1000) id E80B6120779; Fri, 26 Apr 2019 14:14:03 -0400 (-04) Date: Fri, 26 Apr 2019 14:14:03 -0400 From: Alvaro Herrera To: Peter Eisentraut Cc: pgsql-translators@postgresql.org Subject: Re: branching time Message-ID: <20190426181403.GA10450@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190426165006.GA1273@alvherre.pgsql> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2019-Apr-26, Alvaro Herrera wrote: > The numbers have gone down in a pretty horrid way for this new branch, > and I suspect that \n removal (or something very similar) because of > frontend message centralization is the culprit. What about updating > translations centrally in some automated way? I think it's worth a > small programming effort (I think msgfilter can do that), since > otherwise translators are going to be overwhelmed. I think it's quite possible to do this with msgfilter ... but you need to read the 'info' documentation, not the 'man' documentation, because the latter is completely useless. I think we need to write a filter program that compares MSGFILTER_MSGID to MSGFILTER_PREV_MSGID, and if the only difference is the leading "%s: " and the trailing "\n", then strip those thing from stdin and write that to stdout. Then invoke that filter for every .po in the new branch. That should restore the translated percentages to much better values, raising morale. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services