From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-042.btinternet.com (mailomta14-sa.btinternet.com [213.120.69.20]) by sourceware.org (Postfix) with ESMTPS id 410D8385E006 for ; Fri, 27 Mar 2020 15:41:04 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 410D8385E006 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=jon.turney@dronecode.org.uk Received: from sa-prd-rgout-001.btmx-prd.synchronoss.net ([10.2.38.4]) by sa-prd-fep-042.btinternet.com with ESMTP id <20200327154102.RQJS4398.sa-prd-fep-042.btinternet.com@sa-prd-rgout-001.btmx-prd.synchronoss.net>; Fri, 27 Mar 2020 15:41:02 +0000 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-Originating-IP: [31.51.206.134] X-OWM-Source-IP: 31.51.206.134 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedugedrudehledgjeejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtgfesthejredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecukfhppeefuddrhedurddvtdeirddufeegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurdduudejngdpihhnvghtpeefuddrhedurddvtdeirddufeegpdhmrghilhhfrhhomhepoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqecuuefqffgjpeekuefkvffokffogfdprhgtphhtthhopeeotgihghifihhnqdgrphhpshestgihghifihhnrdgtohhmqedprhgtphhtthhopeeothhofihosehtohifohdrnhgvtheq X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.117] (31.51.206.134) by sa-prd-rgout-001.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 5E3A2411081613ED; Fri, 27 Mar 2020 15:41:02 +0000 Subject: Re: cygport upload To: "cygwin-apps@cygwin.com" References: <3b855b82-cf0b-496c-c7b0-beb23c29b966@towo.net> <8c872bcb-3541-4016-094e-df7b8231513c@towo.net> From: Jon Turney Message-ID: <555ac0bb-0984-f320-c240-df9e165ca062@dronecode.org.uk> Date: Fri, 27 Mar 2020 15:41:00 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <8c872bcb-3541-4016-094e-df7b8231513c@towo.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-8.4 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_LOW, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2020 15:41:07 -0000 On 27/03/2020 14:35, Thomas Wolff wrote: > Am 27.03.2020 um 13:21 schrieb Jon Turney: >> On 27/03/2020 10:17, Thomas Wolff wrote: >>> How does cygport upload work? >>> I previously uploaded with sftp but cygport apparently runs lftp and >>> it asks me for a password. >> >> This just seems to be a thing lftp does. >> >> If the key isn't coming from ssh-agent, it always asks for a >> passphrase. If the key doesn't have one, you can just hit enter (or >> type anything). > OK, works. Can lftp or cygport be configured so that lftp does not ask > for a password? Or to use sftp instead? I don't know of any configuration for lftp to turn off that behaviour (which is arguably a defect in lftp), but that's probably something you could investigate for yourself. I am not sure why lftp is used instead of sftp, possibly it is insufficiently scriptable to do what cygport wants to do. > Uploading the two Unicode packages, I got this response: > > ERROR: package '/sourceware/cygwin-staging/home/Thomas > Wolff/noarch/release/unicode-cldr' is not in the package list > ERROR: package '/sourceware/cygwin-staging/home/Thomas > Wolff/noarch/release/unicode-cldr/unicode-cldr-emoji-annotation' is not > in the package list > SUMMARY: 2 ERROR(s) Ah, right. I've updated cygwin-pkg-maint and made the appropriate adjustment. There still seems to be a problem with the form of the version number you've chosen, however. I am not quite clear how unicode-cldr replaces unicode-cldr-emoji-annotation, if we have anything which requires it to build, since it doesn't appear to provide the .pc file that did.