This is the mail archive of the
mailing list for the Cygwin project.
Re: [Attn Maintainer] stow
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin-apps at cygwin dot com
- Date: Tue, 28 Jul 2015 07:38:22 +0200
- Subject: Re: [Attn Maintainer] stow
- Authentication-results: sourceware.org; auth=none
- References: <87pp3d1j22 dot fsf at Rainer dot invalid> <1aadral3rqdie0rlvu94knvju2htmd07ag at 4ax dot com>
Andrew Schulman writes:
> ATM when I build perl-Stow, the files go into /usr/lib/perl5/vendor_perl/5.14.
> If I understand right, you're asking me to provide an updated package where the
> files will go into /usr/lib/perl5/vendor_perl/5.22 instead. Correct?
Yes. It will automatically do that when you build it again with Perl 5.22.
> Leave aside that it seems brain-dead that I should have to rebuild my package
> for such a triviality. Wouldn't it be nice if I could put the files into, say,
> /usr/lib/perl5/vendor_perl, and not have to rebuild my package every time
> there's a new point release of Perl?
The thing here is that we're making quite a jump from 5.14 to 5.22 (four
major upstream releases) with a bunch of user-visible changes and while
it would have been possible to make 5.22 look modules up in the 5.14
directories and it would generally work, there were too many changes for
_all_ of that to work correctly and some of these errors would likely
have been quite non-obvious. So I decided that things must be rebuilt
with 5.22 for this update specifically.
> But okay, I'll rebuild it. So are you asking me to first wait until Perl 5.22
> comes out, then rebuild the package and release it afterwards? Or to manually
> change where the files go, and release the update at the same time as Perl 5.22?
The idea was that you install the pre-release Perl that was published
specifically to facilitate this rebuild.
> And doesn't this mean that perl-Stow-2.2.0-3 should be made to depend explicitly
> on perl version 5.22? Which upset doesn't currently support, IIRC.
To be honest, I've been thinking about making a perl522 instead of just
a perl package, but that looked even less appealing, given that the next
few updates of Perl quite likely don't require such jumping through
> I mean, seriously, this seems like a lot of dumb work to me.
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for KORG EX-800 and Poly-800MkII V0.9: