From: Reini Urban <rurban@x-ray.at>
To: cygwin-apps <cygwin-apps@cygwin.com>
Subject: Re: 64-bit: Missing perl modules
Date: Tue, 08 Apr 2014 20:52:00 -0000 [thread overview]
Message-ID: <CAHiT=DEe1O4Vn7dp2mPwUNvEagZDtauu9_ZS1vfpEgZ+V0wt4A@mail.gmail.com> (raw)
In-Reply-To: <87a9bvsnse.fsf@Rainer.invalid>
On Tue, Apr 8, 2014 at 1:01 PM, Achim Gratz wrote:
> Reini Urban writes:
>> Nope.
>
> Care to explain?
Already did. It's vastly easier to keep perl_vendor than to split it up.
For all parties.
>> You can do individual perlrebase or wait for the full autorebase for
>> every XS installation.
>
> Or do an ephemeral rebase that is taking the rebase map of the rest of
> the system correctly into account.
Only if you register each and every user module with the system.
But we don't want that.
I know that you want to cygport every single perl module, but this is a very
extreme position.
>> With individual split perl_vendor packages the user needs to wait for
>> every single rebase update.
>
> No. You can run the incremental rebase directly if you wish and as long
> as the rest of the system had been rebased correctly it will only touch
> the new stuff.
>
>> With the combined perl_vendor I'll do it as part of the build step and
>> the user only needs to wait for one rebase run.
>
> You wouldn't need a special perlrebase for that, that's the whole point.
True. With proper EUMM and MB integration we would need no perlrebase.
But MB is a mess. And Module::Install even more. And I wonder what will
come up next. MB::Lite is already in the works just to bypass GNU make.
>> Sure, that's automatic of you care to package everything.
>> But updates come every week, not every two years.
>
> In my case I have to package things anyway since I need to distribute
> the to a bunch of machines that have no outward connection. Besides the
> need for an internal CPAN mirror, I'd generally not trust a random user
> to run a CPAN update and make a judgment of whether or not everything
> worked as expected. Packaging some 300 Perl distributions really is
> less work than any of the alternatives and keeping things up-to-date
> isn't all that time-consuming so far.
Fair enough. But then I would keep them uptodate with a simple cpan or
rsync, which is better than setup.exe.
No need to stop all services.
I maintain about 40 VM's this way, cross-version and platform.
cpan ensures proper testing and with CPAN::Reporter being integrated
the authors even get feedback.
strawberry perl does the same.
next prev parent reply other threads:[~2014-04-08 20:52 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-05 21:42 David Stacey
2014-04-06 6:32 ` Achim Gratz
2014-04-06 15:37 ` David Stacey
2014-04-06 16:38 ` Achim Gratz
2014-04-06 18:59 ` David Stacey
2014-04-07 18:54 ` Reini Urban
2014-04-07 19:30 ` Achim Gratz
2014-04-07 21:31 ` Reini Urban
2014-04-08 18:02 ` Achim Gratz
2014-04-08 20:52 ` Reini Urban [this message]
2014-04-08 21:27 ` Achim Gratz
2014-04-09 14:13 ` Reini Urban
2014-04-09 5:20 ` Yaakov (Cygwin/X)
2014-04-09 18:02 ` Achim Gratz
2014-05-02 8:22 ` perl-5.18.2-1 (was: 64-bit: Missing perl modules) Achim Gratz
2014-05-03 2:06 ` perl-5.18.2-1 Ken Brown
2014-05-04 5:51 ` perl-5.18.2-1 Yaakov (Cygwin/X)
2014-05-04 7:29 ` perl-5.18.2-1 Achim Gratz
2014-05-04 8:24 ` perl-5.18.2-1 Yaakov (Cygwin/X)
2014-05-04 9:36 ` perl-5.18.2-1 Achim Gratz
2014-05-11 19:05 ` perl-5.18.2-1 Achim Gratz
2014-08-15 20:38 ` perl-5.18.2-1 Achim Gratz
2014-08-15 21:15 ` perl-5.18.2-1 Yaakov Selkowitz
2014-08-15 22:01 ` perl-5.18.2-1 David Stacey
2014-08-15 22:17 ` perl-5.18.2-1 Yaakov Selkowitz
2014-08-16 7:00 ` perl-5.18.2-1 Achim Gratz
2014-08-16 7:05 ` perl-5.18.2-1 Achim Gratz
2014-10-28 16:41 ` perl-5.18.2-1 Ken Brown
2014-10-29 11:17 ` perl-5.18.2-1 Corinna Vinschen
2014-10-30 8:00 ` perl-5.18.2-1 Reini Urban
2014-10-30 16:58 ` perl-5.18.2-1 Achim Gratz
2014-11-03 22:09 ` perl-5.18.2-1 Ken Brown
2014-11-04 16:25 ` perl-5.18.2-1 Achim Gratz
2014-11-10 21:30 ` perl-5.18.2-1 Ken Brown
2014-05-04 17:20 ` perl-5.18.2-1 Achim Gratz
2014-05-04 17:59 ` perl-5.18.2-1 Ken Brown
2014-04-08 16:20 ` 64-bit: Missing perl modules David Stacey
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='CAHiT=DEe1O4Vn7dp2mPwUNvEagZDtauu9_ZS1vfpEgZ+V0wt4A@mail.gmail.com' \
--to=rurban@x-ray.at \
--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).