From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14059 invoked by alias); 4 Aug 2012 08:18:46 -0000 Received: (qmail 14049 invoked by uid 22791); 4 Aug 2012 08:18:42 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_NONE,TW_YG X-Spam-Check-By: sourceware.org Received: from mail-in-17.arcor-online.net (HELO mail-in-17.arcor-online.net) (151.189.21.57) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 04 Aug 2012 08:18:26 +0000 Received: from mail-in-19-z2.arcor-online.net (mail-in-19-z2.arcor-online.net [151.189.8.36]) by mx.arcor.de (Postfix) with ESMTP id 2CC59CC19B for ; Sat, 4 Aug 2012 10:18:24 +0200 (CEST) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mail-in-19-z2.arcor-online.net (Postfix) with ESMTP id 29CE03F8403 for ; Sat, 4 Aug 2012 10:18:24 +0200 (CEST) Received: from Rainer.invalid (pD9EB5EE1.dip.t-dialin.net [217.235.94.225]) (Authenticated sender: stromeko@arcor.de) by mail-in-10.arcor-online.net (Postfix) with ESMTPSA id E8A342D686B for ; Sat, 4 Aug 2012 10:18:23 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-10.arcor-online.net E8A342D686B From: Achim Gratz To: cygwin-apps@cygwin.com Subject: perl_vendor Date: Sat, 04 Aug 2012 08:18:00 -0000 Message-ID: <87a9ybqddk.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com X-SW-Source: 2012-08/txt/msg00006.txt.bz2 Hi Reini, I hope you don't mind that I move this discussion here, but it seems to be the more appropriate place. [Summary of previous discussion] I think that each perl module distribution should have its own Cygwin package. Since our perl installation at work needs quite a few more distributions, I created the missing cygport files while the switch to 5.14 was pending. To ease installation I also made a bundle package that does nothing but list all those individual packages as dependencies so they can be installed together by selecting a single package. I am aware that splitting perl_vendor up into individual packages would require great effort and I fully understand that you don't want to shoulder that alone. As a transitory measure with much less impact, the distributions inside perl_vendor could each get empty packages that depend on perl_vendor (sort of the reverse of what I've been doing with my umbrella package), which would at least make it more explicit what is available even though the install (and update) still happens en bloc. If you like this idea better, I should be able to provide corresponding Cygwin packages (or just the definitions, whatever your preference) in about two weeks. Moving a distribution out from perl_vendor into its own package later on (LWP springs to mind, which is about the only distribution that I update with some regularity) would require a coordinated release of two packages, but that seems manageable. As for taking over maintainership of all (or the majority) of these perl distribution packages: I am open to the idea in general, but would want to have a co-maintainer in the beginning and I would need access to a build host at least for the XS modules. The cygport definitions I have in hand certainly need some more work before they would be good for general release, but so far I've got zero feedback on them. 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