From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtpout2.vodafonemail.de (smtpout2.vodafonemail.de [145.253.239.133]) by sourceware.org (Postfix) with ESMTPS id 3A9CF3857417 for ; Fri, 16 Jul 2021 05:18:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 3A9CF3857417 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=nexgo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=nexgo.de Received: from smtp.vodafone.de (smtpa05.fra-mediabeam.com [10.2.0.36]) by smtpout2.vodafonemail.de (Postfix) with ESMTP id AC05C124AB9 for ; Fri, 16 Jul 2021 07:18:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1626412718; bh=DwrxydfQUFhKgK1Li9S3aRHzDPC3ZNB/8l1wdm+vdig=; h=From:To:Subject:References:Date:In-Reply-To; b=jmZJ0Pq+GhscdKI/N8l4UE8t8m9Ce6Upof5sY6yOpzyclhWKeFmUt0yv+Mab5IIRs Tx+ZcAi/uAB00tJ/LQJiur8l26QKDmT2yimxDSHvUTnSsRj05oP/NpcwI3hGS53azC LDQlzwSpdXThjyihmSBQl5Dxs2VDEuXwKwz/YZtE= Received: from Otto (p5b2f356a.dip0.t-ipconnect.de [91.47.53.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 446B91401B3 for ; Fri, 16 Jul 2021 05:18:38 +0000 (UTC) From: ASSI To: cygwin-apps@cygwin.com Subject: Re: attention alternatives maintainer References: Date: Fri, 16 Jul 2021 07:18:34 +0200 In-Reply-To: (Doug Henderson via Cygwin-apps's message of "Thu, 15 Jul 2021 17:07:34 -0600") Message-ID: <87k0lq96qd.fsf@Otto.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 1298 X-purgate-ID: 155817::1626412718-00004EF9-78FD4F0F/0/0 X-Spam-Status: No, score=-3032.6 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) 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-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2021 05:18:42 -0000 Doug Henderson via Cygwin-apps writes: > Please update alternatives to work properly for a first time install > of an alternative when CYGWIN=winsymlinks:nativestrict. I do not think of this as a bug in alternatives. POSIX programs that create symlinks to non-existing files are perfectly valid and they don't need to care whether they are pointing to files or directories either. A dangling POSIX symlink resolves once its target comes into existence. > In order to make it run I must set CYGWIN=winsymlinks:native, run the > postinstall script in an elevated shell (or from setup). Then I can > restore CYGWIN=winsymlinks:nativestrict. I think the link target must > be created before the symlink is created. Without looking at the code, > I suspect the order of two symlink needs to be reversed. No, setup should ignore the CYGWIN settings. These are for the user, not the installation. I wouldn't mind if there was an option to force this behaviour so people wanting to experiment with it can do it, but then they have to deal with the inevitable fallout themselves. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada