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
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
Yaakov (Cygwin/X) writes:
> This is now in git master.
How about this change? I'm usually having $arch set in my shell to
divert the build results to the proper release directories, and having
yet another naming convention doesn't really help with that.
bin/cygport.in: follow Cygwin convention
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
On 2014-04-27 21:34, Yaakov (Cygwin/X) wrote:
On 2014-04-24 15:42, Jon TURNEY wrote:
From a previous discussion [1] on this subject, it seems to be that
if this is
desirable, then source packages should be fixed rather than working
around
this in setup.
Attached is a patch to cygport to do exa
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
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
