Re: perl-5.18.2-1

2014-11-10 Thread Ken Brown
On 11/4/2014 11:25 AM, Achim Gratz wrote: Ken Brown writes: I think Reini is talking about the changes introduced by Yaakov and subsequently followed by others (including me). But as long as you're getting the credit anyway, are you willing to adopt perl? We seem to be at an impasse otherwise.

Re: perl-5.18.2-1

2014-11-04 Thread Achim Gratz
Ken Brown writes: > I think Reini is talking about the changes introduced by Yaakov and > subsequently followed by others (including me). But as long as you're > getting the credit anyway, are you willing to adopt perl? We seem to > be at an impasse otherwise. The last time Reini talked about th

Re: perl-5.18.2-1

2014-11-03 Thread Ken Brown
On 10/30/2014 12:58 PM, Achim Gratz wrote: Reini Urban writes: This way was not practical. You cannot ensure a proper rebased initial set this way, hence 32bit rebase error will be more likely. I didn't make progress in the autorebaser for cpan installs. I have a working incremental autorebase

Re: perl-5.18.2-1

2014-10-30 Thread Achim Gratz
Reini Urban writes: > This way was not practical. You cannot ensure a proper rebased initial > set this way, hence 32bit rebase error will be more likely. > I didn't make progress in the autorebaser for cpan installs. I have a working incremental autorebase that can handle site_perl just fine. If

Re: perl-5.18.2-1

2014-10-30 Thread Reini Urban
2014-10-29 12:17 GMT+01:00 Corinna Vinschen : > On Oct 28 12:41, Ken Brown wrote: >> On 8/16/2014 3:04 AM, Achim Gratz wrote: >> >Yaakov Selkowitz writes: >> >>Thanks for the reminder. Where did we leave off wrt breaking out >> >>perl_vendor? >> > >> >I've offered a practical way to do this for ev

Re: perl-5.18.2-1

2014-10-29 Thread Corinna Vinschen
On Oct 28 12:41, Ken Brown wrote: > On 8/16/2014 3:04 AM, Achim Gratz wrote: > >Yaakov Selkowitz writes: > >>Thanks for the reminder. Where did we leave off wrt breaking out > >>perl_vendor? > > > >I've offered a practical way to do this for everyone to test on a 32bit > >install. If that works a

Re: perl-5.18.2-1

2014-10-28 Thread Ken Brown
On 8/16/2014 3:04 AM, Achim Gratz wrote: Yaakov Selkowitz writes: Thanks for the reminder. Where did we leave off wrt breaking out perl_vendor? I've offered a practical way to do this for everyone to test on a 32bit install. If that works and is agreeable, I've also offered to ITA/ITP the pa

Re: perl-5.18.2-1

2014-08-16 Thread Achim Gratz
Yaakov Selkowitz writes: > Thanks for the reminder. Where did we leave off wrt breaking out > perl_vendor? I've offered a practical way to do this for everyone to test on a 32bit install. If that works and is agreeable, I've also offered to ITA/ITP the packages in question plus any other Perl di

Re: perl-5.18.2-1

2014-08-16 Thread Achim Gratz
David Stacey writes: > Back in April, Reini expressed a desire to keep perl_vendor, claiming > that it is the easiest solution for both user and maintainer [1]. Well, I have been keeping a large local installation of Perl modules and without perl_vendor dissolved I can't maintain that. Some of th

Re: perl-5.18.2-1

2014-08-15 Thread Yaakov Selkowitz
On Fri, 2014-08-15 at 23:00 +0100, David Stacey wrote: > On 15/08/14 22:15, Yaakov Selkowitz wrote: > > Where did we leave off wrt breaking out > > perl_vendor? > > Back in April, Reini expressed a desire to keep perl_vendor, claiming > that it is the easiest solution for both user and maintainer

Re: perl-5.18.2-1

2014-08-15 Thread David Stacey
On 15/08/14 22:15, Yaakov Selkowitz wrote: Where did we leave off wrt breaking out perl_vendor? Back in April, Reini expressed a desire to keep perl_vendor, claiming that it is the easiest solution for both user and maintainer [1]. Whilst there are some of us who might question this, Reini h

Re: perl-5.18.2-1

2014-08-15 Thread Yaakov Selkowitz
On Fri, 2014-08-15 at 22:38 +0200, Achim Gratz wrote: > Achim Gratz writes: > > Achim Gratz writes: > >> 1) ITA perl_vendor and provide an umbrella plus all dependencies for > >> perl-5.14.2. I'd use current versions for these, not the original ones > >> from perl_vendor. > > > > If you want to te

Re: perl-5.18.2-1

2014-08-15 Thread Achim Gratz
Achim Gratz writes: > Achim Gratz writes: >> 1) ITA perl_vendor and provide an umbrella plus all dependencies for >> perl-5.14.2. I'd use current versions for these, not the original ones >> from perl_vendor. > > If you want to test this, please use http://cygwin.stromeko.net as your > only or add

Re: perl-5.18.2-1

2014-05-04 Thread Ken Brown
On 5/4/2014 1:20 PM, Achim Gratz wrote: The follwing Perl distribution packages are build or runtime requirements for perl_vendor but currently not maintained by me, so I would ITA them if perl_vendor gets dissolved into individual packages: perl-archive-zipYaakov Selkowitz perl

Re: perl-5.18.2-1

2014-05-04 Thread Achim Gratz
The follwing Perl distribution packages are build or runtime requirements for perl_vendor but currently not maintained by me, so I would ITA them if perl_vendor gets dissolved into individual packages: perl-archive-zipYaakov Selkowitz perl-capture-tiny Ken Brown perl

Re: perl-5.18.2-1

2014-05-04 Thread Achim Gratz
Yaakov (Cygwin/X) writes: > I have a few packages in Ports that require Crypt::SSLeay. I'll keep it, then. IPC::Run, too – I don't remember this module ever making any trouble. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Single

Re: perl-5.18.2-1

2014-05-04 Thread Yaakov (Cygwin/X)
On 2014-05-04 02:29, Achim Gratz wrote: Achim Gratz writes: First off, there is a flurry of changes in the content of perl_vendor that you didn't list in the announcement. This is exactly my gripe with opaque bundling: anyone who's been relying on perl_vendor to deliver a certain set of Perl di

Re: perl-5.18.2-1

2014-05-04 Thread Achim Gratz
Achim Gratz writes: > First off, there is a flurry of changes in the content of perl_vendor > that you didn't list in the announcement. This is exactly my gripe with > opaque bundling: anyone who's been relying on perl_vendor to deliver a > certain set of Perl distributions will suddenly find that

Re: perl-5.18.2-1

2014-05-03 Thread Yaakov (Cygwin/X)
On 2014-05-02 21:05, Ken Brown wrote: On 5/2/2014 4:21 AM, Achim Gratz wrote: Reini Urban writes: It's vastly easier to keep perl_vendor than to split it up. I've been looking at the test package for the upcoming 5.18.2 release announced in http://cygwin.com/ml/cygwin-announce/2014-04/msg0003

Re: perl-5.18.2-1

2014-05-02 Thread Ken Brown
On 5/2/2014 4:21 AM, Achim Gratz wrote: Reini Urban writes: It's vastly easier to keep perl_vendor than to split it up. I've been looking at the test package for the upcoming 5.18.2 release announced in http://cygwin.com/ml/cygwin-announce/2014-04/msg00038.html and I'd like to contest that ass

Re: perl-5.18.2-1 (was: 64-bit: Missing perl modules)

2014-05-02 Thread Achim Gratz
Reini Urban writes: > It's vastly easier to keep perl_vendor than to split it up. I've been looking at the test package for the upcoming 5.18.2 release announced in http://cygwin.com/ml/cygwin-announce/2014-04/msg00038.html and I'd like to contest that assertion again. TL;DR: I still propose to k