Message from discussion
Issues with VERSION migration in a module suite
Received: by 10.68.238.65 with SMTP id vi1mr4027347pbc.7.1338389103544;
Wed, 30 May 2012 07:45:03 -0700 (PDT)
Newsgroups: perl.cpan.testers.discuss
Path: pr3ni66260pbb.0!nntp.google.com!news2.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!news.glorb.com!usenet.stanford.edu!nntp.perl.org
Return-Path: <da...@autopragmatic.com>
Mailing-List: contact cpan-testers-discuss-h...@perl.org; run by ezmlm
Delivered-To: mailing list cpan-testers-disc...@perl.org
Received: (qmail 13816 invoked from network); 30 May 2012 14:41:04 -0000
Received: from x1.develooper.com (207.171.7.70)
by x6.develooper.com with SMTP; 30 May 2012 14:41:04 -0000
Received: (qmail 9603 invoked by uid 225); 30 May 2012 14:41:04 -0000
Delivered-To: cpan-testers-disc...@perl.org
Received: (qmail 9599 invoked by alias); 30 May 2012 14:41:04 -0000
X-Spam-Status: No, hits=-1.7 required=8.0
tests=BAYES_00,DKIM_ADSP_CUSTOM_MED,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED,RCVD_IN_DNSWL_LOW
X-Spam-Check-By: la.mx.develooper.com
Received: from mail-lpp01m010-f41.google.com (HELO mail-lpp01m010-f41.google.com) (209.85.215.41)
by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Wed, 30 May 2012 07:41:01 -0700
Received: by lahi5 with SMTP id i5so4800536lah.14
for <cpan-testers-disc...@perl.org>; Wed, 30 May 2012 07:40:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=autopragmatic.com; s=google;
h=mime-version:sender:in-reply-to:references:from:date
:x-google-sender-auth:message-id:subject:to:cc:content-type
:content-transfer-encoding;
bh=K0jbha4KdcBGMoxxSy0DQV0tk5ntcdihrv41BSqOXBY=;
b=D6IPA6DDrJkl5ekV1L8kks6xMv9+pA4o222lQhEgNNBErc1kri81o4sQJM89NP3LtN
w5DdLhk9WVppve8FNEkkAx03GRkq7qSBUudXCd+jhpulY2TArdcN1lRGlXsopBDjWU4m
7mU3YiT9N2a18UxA/COukfE+iUXVeCtohFUsU=
d=google.com; s=20120113;
h=mime-version:sender:in-reply-to:references:from:date
:x-google-sender-auth:message-id:subject:to:cc:content-type
:content-transfer-encoding:x-gm-message-state;
bh=K0jbha4KdcBGMoxxSy0DQV0tk5ntcdihrv41BSqOXBY=;
b=jlfVzvX60freWfoQFSr+LTsIQf/R4Bse5ATORYlCPoslc8gFqXtIsdY4C6mjD6Wran
EAZpITMflXRzP0ib2P6uUN8seiU475gRMSRvktQrsW27fs/gVw2OO3qzcUk9WXObfm98
A8Xi5HAHjkKRN4vhPnuIs+YuJDIe6vEt907UzeokpZPbvwJclfT3x62vDjCP4dFCwc/+
dJRifwS4kjyOzvwQnWGf++wVx48fC3cK8WGhQ3JXzdY124muuEcuSkeVPsPAlJgljM4A
ruZc/AVJPI/5oXYZigzZQYqVfV5t/hsS90xhgJ5Ml0kdczz58PjvPMEfrOQO56zagEH8
zwbg==
Received: by 10.112.23.42 with SMTP id j10mr6881718lbf.20.1338388855988; Wed,
30 May 2012 07:40:55 -0700 (PDT)
MIME-Version: 1.0
Sender: da...@autopragmatic.com
Received: by 10.112.54.3 with HTTP; Wed, 30 May 2012 07:40:25 -0700 (PDT)
In-Reply-To: <CAAS6=7ggQrXs7QDiLzyd8h5f_1HEER_pNOOwxJsnoPqjn+=...@mail.gmail.com>
References: <CAJY0+QAQhBgcKdet8xKXdrQt2O5sd5RFkHoD3TU2Csd-Ns7...@mail.gmail.com>
<CAOeq1c8OrJrUvOHm5gUyM=Yq24q_dE6wDgDLPkqw5drSiov...@mail.gmail.com> <CAAS6=7ggQrXs7QDiLzyd8h5f_1HEER_pNOOwxJsnoPqjn+=...@mail.gmail.com>
Date: Wed, 30 May 2012 10:40:25 -0400
Message-ID: <CAOeq1c8AkcapbENNQi6oy=k=Mf8G24pVKeeh94JTABe9U9E...@mail.gmail.com>
Subject: Re: Issues with VERSION migration in a module suite
To: Marvin Humphrey <mar...@rectangular.com>
Cc: Phillip Moore <w.phillip.mo...@gmail.com>, cpan-testers-disc...@perl.org
X-Gm-Message-State: ALoCoQkCJXocuMYzCj4exfT+6QWmDDFI9MzXTllDjfSDLaUkm1qH1C4WNiAGn8jb1nWZnN1Z9oTO
Approved: n...@nntp.perl.org
From: xda...@gmail.com (David Golden)
Lines: 39
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
On Wed, May 30, 2012 at 10:33 AM, Marvin Humphrey
<mar...@rectangular.com> wrote:
> Does PAUSE ever forget about a file entirely? =C2=A0This implies not:
>
> =C2=A0 =C2=A0http://pause.perl.org/pause/query?ACTION=3Dpause_04about#upl=
oad
>
> =C2=A0 =C2=A0For security reasons you will never be able to upload a file=
with
> =C2=A0 =C2=A0identical name again.
You can't upload the same *tarball*, but that's not what I suggested.
> I really wish that versions and dependencies were expressed at the distro
> level rather than the module/package level. =C2=A0Allowing multiple versi=
on numbers
> within an atomic unit of installation doesn't make sense.
I agree. Now all we need is a DeLorean, a flux capacitor and 1.21 gigawatt=
s.
> I agree that the best way to handle things to derive a single version num=
ber
> which is at least `max(@versions) + $n` and use that for all modules. =C2=
=A0It
> might look a little weird, but oh well -- it's justified from an engineer=
ing
> standpoint. =C2=A0At least unifying the version numbers produces a sane o=
utcome,
> albeit at the expense of violating DRY.
I outline the concept of a well-formed distribution here:
http://www.dagolden.com/index.php/308/packages-modules-and-distributions/
I would go further and say that I recommend that whenever possible,
all modules in a distribution should have the same version number, to
avoid the sort of distro/module version sync problems that people have
experienced.
-- David