From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vs1-xe33.google.com (mail-vs1-xe33.google.com [IPv6:2607:f8b0:4864:20::e33]) by sourceware.org (Postfix) with ESMTPS id 8CC763943540 for ; Mon, 31 Aug 2020 04:51:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 8CC763943540 Received: by mail-vs1-xe33.google.com with SMTP id j188so2580001vsd.2 for ; Sun, 30 Aug 2020 21:51:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=g1Ce6LNlGiOlQ92XWwJZw7qrUNjfZPTvx2V0s8zNfzU=; b=oDXAbr/3FDziNeYS2xWPQGiYm66xS7bUyhJ+30ksqaxF3uatvXYW8fcCmVmDFMYChV ufjHKsyePmZvdfn6XxvgZHIxClIHcolPxU+JBfGfjY8wJTfdMsOIIG1ntSZ8vl1vsyC9 x6Qe6+Mo0ueak5eHOA77AmEUzZDQbQDVWqzZyPcdjgNYMLuww5cu+XtuOEkFkT8qv2rA ggKiIVsS+H87/ENQHy+h6ngLxvyd0R30C39mAr1beSBeMP01yxHKTGG5JOmHI3/k9cv3 RxIoh9MKbbRGc3sqCwLPwzu8MshR9GPfS3plERD2Nl9zz4lpBYg0QoNcS0Pc6z4Uk+X9 Fkzg== X-Gm-Message-State: AOAM531Rx3bghZGJNICwBU+CJopHAaRAcYrbPufEr9dASy87f/J/LTqN hfxBcRWcZq9OVe5K8JxJEXBcxVE6Y4OWeq9GDbZvud82gqg= X-Google-Smtp-Source: ABdhPJxQGacwLoBOqvWGJ6T4YWHQFGkrs2jkDXccP+IdlX/riInI8JW/qH8Zci4QFnq22okAWcs/lcgiQzMhIExuhWo= X-Received: by 2002:a67:e011:: with SMTP id c17mr4502974vsl.152.1598849495137; Sun, 30 Aug 2020 21:51:35 -0700 (PDT) MIME-Version: 1.0 References: <875z95tg5c.fsf@Rainer.invalid> <1f4a80f7-0e14-1641-3fce-317ac2a6dd00@dronecode.org.uk> <8249305f-d6f8-48bd-5201-02e778e0193e@dronecode.org.uk> In-Reply-To: <8249305f-d6f8-48bd-5201-02e778e0193e@dronecode.org.uk> From: Michael Wild Date: Mon, 31 Aug 2020 06:51:23 +0200 Message-ID: Subject: Re: Forcing setup.exe not to create WSL symlinks To: Jon Turney Cc: The Cygwin Mailing List X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2020 04:51:36 -0000 On Sun, 30 Aug 2020, 22:24 Jon Turney wrote: > On 27/08/2020 06:48, Michael Wild via Cygwin wrote: > > On Wed, Aug 26, 2020 at 10:57 PM Jon Turney wrote: > >> > >> However, even if that's fixed, there's no value for winsymlinks in > >> CYGWIN env var to specify the behaviour of Cygwin 3.1.4 and previous > >> (i.e. always create traditional symlinks, don't use WSL symlink reparse > >> points) > > > > Thanks Jon for the elaboration. Isn't winsymlinks=lnk supposed to do this > > per the documentation? > > No. > > I'm not sure what documentation you are looking at, but [1][2] seems > reasonably clear that the behaviour of Cygwin 3.1.4 and earlier (what I > referred to as "traditional cygwin symlinks") isn't the same as ".lnk > symlinks". > > [1] https://cygwin.com/cygwin-ug-net/using.html#pathnames-symlinks > [2] https://cygwin.com/cygwin-ug-net/using-cygwinenv.html Ah, I was jumping ahead there. My intention was having no WSL symlink reparse points. And per my experiments, winsymlinks:lnk gets that job done. Michael