From owner-freebsd-perl@FreeBSD.ORG Tue Jun 11 18:35:39 2013 Return-Path: Delivered-To: freebsd-perl@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BC69E6A4; Tue, 11 Jun 2013 18:35:39 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) by mx1.freebsd.org (Postfix) with ESMTP id 04AE21379; Tue, 11 Jun 2013 18:35:38 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id e11so2105513wgh.30 for ; Tue, 11 Jun 2013 11:35:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=iKJE4+TtZ7gp60iOfmHQVmklmJ5/WFcttNhpUEDJCk0=; b=Q/8OvP4KxUPoztM4ZhOeKnZrZOzew8CLuUGgTOpZiLZ0/4+IXLMp7sycHCYTnhzqhS dA/rCFAZ9UFaa1Q4TcNEbTBHE7keLdwZuQRJLijoNZElaHeuMFZGFF3LGrsNE5r+UGN7 jlAg/2QR5gOxXR4ZpNsacSohjyxEqHRGgE7mELdaME7vSr0bgDnfQeQdQLVEIuiTMAWV rn+tw7xjmumDXLpTim7pBINQZL2H0bJUXUW6zAdW4/A36C5eDLvrL9N8SX+VVA0RmpkO UwUHXV3t6so624XyheX8UhJ+nXBQJVoArQoRM06kkx3H2psqRpb50aabFFSe2gA87/ev 8RgA== X-Received: by 10.180.107.35 with SMTP id gz3mr2249161wib.0.1370975738099; Tue, 11 Jun 2013 11:35:38 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id cw8sm19637712wib.7.2013.06.11.11.35.36 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 11 Jun 2013 11:35:37 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 11 Jun 2013 20:35:34 +0200 From: Baptiste Daroussin To: Andrej Zverev Subject: Re: announcement of future perl changes. Message-ID: <20130611183534.GI35160@ithaqua.etoilebsd.net> References: <20130611151127.GD35400@eborcom.com> <20130611160222.GE35400@eborcom.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yKpjvgUFh4AHjl21" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tom Hukins , freebsd-perl@freebsd.org X-BeenThere: freebsd-perl@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: maintainer of a number of perl-related ports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 18:35:39 -0000 --yKpjvgUFh4AHjl21 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 11, 2013 at 08:49:55PM +0400, Andrej Zverev wrote: > On Tue, Jun 11, 2013 at 8:02 PM, Tom Hukins wrote: >=20 > > On Tue, Jun 11, 2013 at 07:38:28PM +0400, Andrej Zverev wrote: > > > I'm sorry but I don't get idea at all. Why do i need argue on > > > perl5-ports? and I don't see how I'm trying to violate POLA. > > > Can you explain in more details, please? > > > > Thank you for your quick reply. I apologise for my confusing reply. > > I'll try to explain better: > > > > You propose replacing major.minor.patch with major.minor for Perl 5 in > > FreeBSD's ports and packages. If this change makes sense, why > > restrict it to these? Why not share it with perl users everywhere? > > > You asking me almost same thing like: if we change PREFIX for port, why > don't share such information with other people. In reality I did not hack > perl source code itself, all what i did is avaliable for all perl users > (via configuration). > Well, you can look at debian or fedora and maybe more distros which alrea= dy > done such trick. >=20 >=20 > > > > Furthermore, by restricting discussion to this list, and not > > perl5-porters, you fail to validate your assumption that the patch > > level of the version number will never include API/ABI changes. >=20 > My patch only change directory (part of it) where perl will be installed. > Every other aspects still remain (binary name and etc). > perl5-porters don't need to be involved. >=20 Lots of linux distribution already does major.minor, and there is also some making this directory only perl${major} and I have also seen some perl with= out version. The perl build system allow that exactly for distributor to chose what fits= best their needs and how they handle the upgrades. >=20 > > If > > you haven't validated this assumption, what do you plan to do if it > > turns out to be false? > > tt >=20 >=20 > > As for POLA, perl users everywhere will expect major.minor.patch > > because it's how perl installs itself. If FreeBSD changes this for > > ports and packages, we become a not-quite-perl ghetto that subtly > > forks the standard distribution. > > > Hell no! :-) In your terms this mean we do violating POLA with every perl > upgrade. >=20 That is totally wrong, otherwise perl won't provide a mechanism to do it :)= , btw have a look at how perl is packaged elsewhere as I said above there is no c= ommon mechanism. regards, Bapt --yKpjvgUFh4AHjl21 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlG3bfYACgkQ8kTtMUmk6EwhHwCdE0F1WGTrQY8B13lNtz0nKAUL AVoAnjsBjd47uXb0nEwWFECnYn60aU+D =SouC -----END PGP SIGNATURE----- --yKpjvgUFh4AHjl21--