This is the mail archive of the cygwin-apps mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [Attn Maintainer] stow


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
hoops.

> I mean, seriously, this seems like a lot of dumb work to me.

Sorry.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]