X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:reply-to:subject:to:references:from:message-id :date:mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=AEcGN9iSINvl2wD1 AZwC85rXlxzpsWZAcvLVOTBO2ywvHpzG7lBWnPIB7l/7V7HjX5tBDjYAHPZ958XY YfQffGq63k2RYiqGjb4WdI+PVdOetln8+Ymv+dVPHrCtX0wVUqhN23WB8fQPwAqt HIyDoLtvaD0+8dVTXHZxqgRcpuU= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:reply-to:subject:to:references:from:message-id :date:mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=lWE3ElzBZxeuU3GRyp8Ogs gBrhY=; b=Vwdx6wk+1ZY+uJU+QZhHg1/KSN05CPpACXO4Pjqznf41fsO8FQlw6D CLH6QPKC5CSFRJmvkSXtmbV2Jvxumi45sHyI9IejOzIkz+d1vFbm8qdhiKLd5InE 04OXiy2D5MJxSixeuiK44zXjwiHQuQ/6mGoXMoAU3LKUtmeq27SSI= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 spammy=O, appdata, o X-HELO: smtp-out-no.shaw.ca Reply-To: Brian DOT Inglis AT SystematicSw DOT ab DOT ca Subject: Re: Annoying error messages from setup To: cygwin AT cygwin DOT com References: <2e2397a79c774d805d7a52dd2c5c3fb5 AT perezterron DOT net> <07ab08b1-b0cf-0df0-8dbc-0f1ad9f500ef AT maxrnd DOT com> From: Brian Inglis Openpgp: preference=signencrypt Message-ID: <89054ee2-a5f6-e361-3b7d-a91ca035898e@SystematicSw.ab.ca> Date: Wed, 6 Mar 2019 23:06:57 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.2 MIME-Version: 1.0 In-Reply-To: <07ab08b1-b0cf-0df0-8dbc-0f1ad9f500ef@maxrnd.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes On 2019-03-06 17:57, Mark Geisert wrote: > Enrique Perez-Terron wrote: >> For some time (several months), the setup program always finishes with the >> following message: >>> Package: _/cygwin-doc >>>     cygwin-doc.sh exit code 3 >>> Package: z/Perpetual >>>     zp_texlive_finish.dash exit code 20 >> Looking into setup.log.full, I find: >>> 2019/03/06 22:39:56 running: C:\cygwin\bin\bash.exe --norc --noprofile >>> "/etc/postinstall/cygwin-doc.sh" >>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start >>> Menu/Programs/C:/cygwin/User Guide (PDF).lnk" failed; does the target >>> directory exist? >>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start >>> Menu/Programs/C:/cygwin/User Guide (HTML).lnk" failed; does the target >>> directory exist? >>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start >>> Menu/Programs/C:/cygwin/API (PDF).lnk" failed; does the target directory exist? >>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start >>> Menu/Programs/C:/cygwin/API (HTML).lnk" failed; does the target directory exist? >>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start >>> Menu/Programs/C:/cygwin/Home Page.lnk" failed; does the target directory exist? >>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start >>> Menu/Programs/C:/cygwin/FAQ.lnk" failed; does the target directory exist? >>> 2019/03/06 22:39:57 abnormal exit: exit code=3 >> Where do the "/C:" parts in the middle of the link names come from? >> Investigating, I find that mkshortcut is being called like this: >>> /usr/bin/mkshortcut -A -P -n "Cygwin/User Guide (PDF)" -d "Cygwin User Guide >>> PDF" -- /usr/share/doc/cygwin-doc/cygwin-ug-net.pdf >>> /usr/bin/mkshortcut -A -P -n "Cygwin/User Guide (HTML)" -d "Cygwin User Guide >>> HTML" -- /usr/share/doc/cygwin-doc/html/cygwin-ug-net/index.html >>> /usr/bin/mkshortcut -A -P -n "Cygwin/API (PDF)" -d "Cygwin API Reference PDF" >>> -- /usr/share/doc/cygwin-doc/cygwin-api.pdf >>> /usr/bin/mkshortcut -A -P -n "Cygwin/API (HTML)" -d "Cygwin API Reference >>> HTML" -- /usr/share/doc/cygwin-doc/html/cygwin-api/index.html >>> /usr/bin/mkshortcut -A -P -n "Cygwin/Home Page" -d "Cygwin Home Page Link" -a >>> https://cygwin.com/index.html -- /usr/bin/cygstart >>> /usr/bin/mkshortcut -A -P -n "Cygwin/FAQ" -d "Cygwin Frequently Asked >>> Questions Link" -a https://cygwin.com/faq.html -- /usr/bin/cygstart >> There appears to be a bug in mkshortcut. >> Could this be somehow related to my enabling native symbolic links? >> (Not sure if this error began before I did that.) >> I don't know where to find the source for mkshortcut, and not sure if >> somebody else knows this program and can look into it. Should I report this >> somewhere? > Consider it reported :-O.  'cygcheck -p mkshortcut' shows mkshortcut is part of > the cygutils package.  I'm the maintainer.  You aren't using zsh as your shell, > are you?  I ask because zsh apparently has its own mkshortcut.  Let me > experiment a little bit and try to reproduce your first issue. > Your second issue is something totally separate and I can't help with it. The intent of the mkshortcut args -A --allusers from the $CYGWINFORALL setup env var switches -P --smprograms from using $APPDATA to using $ALLUSERSPROFILE as the prefix for -P .../Microsoft/Windows/Start Menu/Programs/ and -n Cygwin/... creates or uses the relative Cygwin subfolder to store the shortcuts. Could the existence of a C:/Cygwin/ root be confusing mkshortcut into using an absolute Windows path instead of a path relative to .../Start Menu/Programs/? -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple