delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-Original-To: | cygwin AT cygwin DOT com |
Delivered-To: | cygwin AT cygwin DOT com |
DMARC-Filter: | OpenDMARC Filter v1.3.2 sourceware.org 73D983858039 |
Authentication-Results: | sourceware.org; |
dmarc=none (p=none dis=none) header.from=nexgo.de | |
Authentication-Results: | sourceware.org; |
spf=pass smtp.mailfrom=Stromeko AT nexgo DOT de | |
DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; |
s=vfde-smtpout-mb-15sep; t=1611347353; | |
bh=DGtyM5XvzIdBBCCbcjmSXxowHYjMsy/yDCCTdSY2T7o=; | |
h=From:To:Subject:References:Date:In-Reply-To; | |
b=azAB1DFIij4tIuBaZCJvQvMbFKeGTZBx6CIiGewL+x00xUbUlIC+ZwCJW/jDyOvOm | |
ou0UFPaCfCFWxibKW+wy3US3pfe6Fh8MfL+Kli9fuhYVySrMY9GWxunKPKZ3PHirVj | |
dFJA/MvqaesxmGa1BXI4vrwQaXpWR15F07hJE0cg= | |
From: | Achim Gratz <Stromeko AT nexgo DOT de> |
To: | cygwin AT cygwin DOT com |
Subject: | Re: missing perl directories |
References: | <ce12be86-779e-41cc-af80-ba0ecb2b210a AT www DOT fastmail DOT com> |
<d56b5b94-febf-bd4d-ead1-200b900e89a4 AT SystematicSw DOT ab DOT ca> | |
<7e502f36-d045-4dc1-b9f1-dec329bca9f4 AT www DOT fastmail DOT com> | |
<715211bd-ed66-2537-9817-fe17eb6934d5 AT gmail DOT com> | |
<62b9ab58-2bed-4b7f-b16b-a89535e13cd5 AT www DOT fastmail DOT com> | |
Date: | Fri, 22 Jan 2021 21:29:12 +0100 |
In-Reply-To: | <62b9ab58-2bed-4b7f-b16b-a89535e13cd5@www.fastmail.com> (Anthony |
Heading's message of "Fri, 22 Jan 2021 17:53:32 +0000") | |
Message-ID: | <878s8k3ecn.fsf@Rainer.invalid> |
User-Agent: | Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) |
MIME-Version: | 1.0 |
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: | 3647 |
X-purgate-ID: | 155817::1611347353-000048A3-4B7A4F36/0/0 |
X-Spam-Status: | No, score=-2.9 required=5.0 tests=BAYES_00, DKIM_SIGNED, |
DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, | |
RCVD_IN_MSPIKE_WL, 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 | |
X-BeenThere: | cygwin AT cygwin DOT com |
X-Mailman-Version: | 2.1.29 |
List-Id: | General Cygwin discussions and problem reports <cygwin.cygwin.com> |
List-Unsubscribe: | <https://cygwin.com/mailman/options/cygwin>, |
<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe> | |
List-Archive: | <https://cygwin.com/pipermail/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-request AT cygwin DOT com?subject=help> |
List-Subscribe: | <https://cygwin.com/mailman/listinfo/cygwin>, |
<mailto:cygwin-request AT cygwin DOT com?subject=subscribe> | |
Errors-To: | cygwin-bounces AT cygwin DOT com |
Sender: | "Cygwin" <cygwin-bounces AT cygwin DOT com> |
Anthony Heading writes: > On Fri, Jan 22, 2021, at 4:36 PM, Marco Atzeri via Cygwin wrote: >> 2020-02-04 19:14 70081 usr/share/perl5/site_perl/5.30/Stow.pm That's a known packaging error caused by the stow configury / Makefile using its own special idea of installsitelib instead of installvendorlib (or at least installsitelib) from the existing Perl. --8<---------------cut here---------------start------------->8--- # Perl modules will be installed to ${prefix}/share/perl5/site_perl/5.30 # which will expand to # # /usr/share/perl5/site_perl/5.30 # # unless you override the value of prefix at make-time. config.status: creating Makefile make[1]: Entering directory '/cygdrive/c/Users/ASSI/CygwinHome/stow/stow.noarch/build' make[1]: Leaving directory '/cygdrive/c/Users/ASSI/CygwinHome/stow/stow.noarch/build' [ -d bin ] || mkdir bin # required in vpath mode # Perl modules will be installed to /usr/share/perl5/site_perl/5.30 # # This is not in /usr/bin/perl's built-in @INC, so the # front-end scripts will have an appropriate "use lib" # line inserted to compensate. --8<---------------cut here---------------end--------------->8--- Andrew, should you read this, putting --8<---------------cut here---------------start------------->8--- CYGCONF_ARGS="--with-pmdir=$(perl -MConfig -e 'print $Config{installvendorlib}')" --8<---------------cut here---------------end--------------->8--- into stow.cygport should resolve that problem. > Correct. And of course that means this Stow package doesn't actually work: > > % perl -MStow -e '' > Can't locate Stow.pm in @INC (you may need to install the Stow module) (@INC contains: /usr/local/lib/perl5/site_perl/5.30/x86_64-cygwin-threads /usr/local/share/perl5/site_perl/5.30 /usr/lib/perl5/vendor_perl/5.30/x86_64-cygwin-threads /usr/share/perl5/vendor_perl/5.30 /usr/lib/perl5/5.30/x86_64-cygwin-threads /usr/share/perl5/5.30). It's a captive backend for the GNU stow application and stow sets up @INC so that it does work correctly in that context. There are no other users of that module that I know of. > At core, this is catch 22. > > - The perl build reserves, creates, and expects to exist, an empty > directory for the sole use of the SA: "site_perl". Again, it doesn't. If you (the SA) put files there they will be used by default, but it's not an error for that path or any leading components to not exist. > - Cygwin perl assigns that directory location into the tree > similarly intended for the SA: "/usr/local" Yes and it does that since several years (I think with the switch to 5.26). I'd have to dig out who requested it and why, but it was changed deliberately to separate the Cygwin and local installation, likely following Fedora and some other Linux distributions. > - Your strict interpretation of the FHS disallows the empty > site_perl directory to be created for use by the SA because it's > positioned within a tree reserved for use by the SA Yes, but since you don't need to create them there is no problem that needs solving. > I dunno, Marco, I'm not so dogmatic, and I can fix my own > installation. I just thought this would be a helpful bug report for > others. It sounds like we can find enough conflicting Cygwin policy > documents to ensure that there is no solution, so that's delightful. So what's your point here, then? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |