From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19762 invoked by alias); 8 Apr 2014 21:27:40 -0000 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 Received: (qmail 19701 invoked by uid 89); 8 Apr 2014 21:27:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.2 X-HELO: mail-in-06.arcor-online.net Received: from mail-in-06.arcor-online.net (HELO mail-in-06.arcor-online.net) (151.189.21.46) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Tue, 08 Apr 2014 21:27:36 +0000 Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mx.arcor.de (Postfix) with ESMTP id 3292E10BB1C for ; Tue, 8 Apr 2014 23:27:33 +0200 (CEST) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 2C5C16F2A7E for ; Tue, 8 Apr 2014 23:27:33 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-15.arcor-online.net F309F1AB534 Received: from Rainer.invalid (pD9EB17E4.dip0.t-ipconnect.de [217.235.23.228]) (Authenticated sender: stromeko@arcor.de) by mail-in-15.arcor-online.net (Postfix) with ESMTPSA id F309F1AB534 for ; Tue, 8 Apr 2014 23:27:32 +0200 (CEST) From: Achim Gratz To: cygwin-apps@cygwin.com Subject: Re: 64-bit: Missing perl modules References: <534078A2.4000601@tiscali.co.uk> <87bnwf2cjl.fsf@Rainer.invalid> <534174C4.5010608@tiscali.co.uk> <87y4zi1kib.fsf@Rainer.invalid> <5341A3F5.2040506@tiscali.co.uk> <8761mlx7im.fsf@Rainer.invalid> <87a9bvsnse.fsf@Rainer.invalid> Date: Tue, 08 Apr 2014 21:27:00 -0000 In-Reply-To: (Reini Urban's message of "Tue, 8 Apr 2014 15:52:35 -0500") Message-ID: <87r457wlyz.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2014-04/txt/msg00031.txt.bz2 Reini Urban writes: > Already did. It's vastly easier to keep perl_vendor than to split it up. > For all parties. Then consider me not a party. For me keeping perl_vendor an opaque bundle is making things more difficult. I could special-case it into all the dependecy tests, but seeing that unbundling it is actually easier, I don't see why I should. This unbundling lets me update individual distributions from perl_vendor independently, which has been quite useful. >>> 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. Wait, weren't we talking about vendor-perl, possibly site-perl? These two locations are already "registered with the system". The only head-scratcher for me are always inline modules compiled on the fly and stuffed into private directories. Rebase doesn't provide for any private libraries and really it can't since this is a system-wide issue. > I know that you want to cygport every single perl module, but this is a very > extreme position. Again, as long as CPAN or cpanm or whatever honors @INC, the next incremental rebase keeps things in order. The same for ruby and octave. I've explained why I package all distributions and why opaque bundles are unhelpful, but this has nothing whatsoever to do with the need for rebasing. > 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. We'll see how this works. Today I've dealt with that bright idea to "protect" the UNTAINT test in Inline. That really doesn't work that way in Cygwin and I'm still not sure what it is supposed to protect me from (ending up with an empty path). > Fair enough. But then I would keep them uptodate with a simple cpan or > rsync, which is better than setup.exe. No can do, even if it was better. > No need to stop all services. Really, there's a lot more stuff our IT does that stops services than a Cygwin update. > cpan ensures proper testing and with CPAN::Reporter being integrated > the authors even get feedback. Again, not something that I can do and not the point of our discussion, which was the opaque bundling within perl_vendor. 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