public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: "Yaakov (Cygwin/X)" <yselkowitz@users.sourceforge.net>
To: cygwin-apps <cygwin-apps@cygwin.com>
Subject: Re: perl_vendor
Date: Wed, 29 Aug 2012 23:52:00 -0000	[thread overview]
Message-ID: <1346284332.3504.25.camel@YAAKOV04> (raw)
In-Reply-To: <87a9ybqddk.fsf@Rainer.invalid>

On Sat, 2012-08-04 at 10:18 +0200, Achim Gratz wrote: 
> [Summary of previous discussion] I think that each perl module
> distribution should have its own Cygwin package.

Agreed wrt perl_vendor, although I'm not sure that we even need some of
these modules (unless they are just dependencies of others).  I would
start with the modules currently in perl_vendor before adding any others
that you need. 

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

I don't see any reason to do this.

> 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 long as you break up perl_vendor all at once, it will be.  Other
modules can be added later.

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

cygport 0.11.0 should make it much easier to maintain this quantity of
Perl modules, since it can now generate setup.hint files with
appropriate requires: automatically.  I don't think Cygwin READMEs are
necessary for these either.

As for the .cygport files, they look good for the most part, but your
dependency checks could be replaced by the simpler DEPEND syntax.

Let me know if I can be of further assistance with this.


Yaakov


  reply	other threads:[~2012-08-29 23:52 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-04  8:18 perl_vendor Achim Gratz
2012-08-29 23:52 ` Yaakov (Cygwin/X) [this message]
2012-08-30 16:32   ` perl_vendor Achim Gratz
2012-08-30 15:08 ` perl_vendor Reini Urban
2012-08-30 16:28   ` perl_vendor Achim Gratz
2012-09-17 17:57     ` perl_vendor Reini Urban
2012-10-01 18:23       ` perl_vendor Achim Gratz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1346284332.3504.25.camel@YAAKOV04 \
    --to=yselkowitz@users.sourceforge.net \
    --cc=cygwin-apps@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).