tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: python25 removed



On 10/6/2012 21:49, David Holland wrote:
On Sat, Oct 06, 2012 at 08:46:33PM +0200, John Marino wrote:
  >  "It is still being used" needs clarification.

% ls -l /var/db/pkg/python25-2.5.6nb2/
total 308
-rw-r--r--  1 root  wheel      34 Feb 18  2012 +ALTERNATIVES
-r--r--r--  1 root  wheel    7258 Feb 18  2012 +BUILD_INFO
-r--r--r--  1 root  wheel    3309 Feb 18  2012 +BUILD_VERSION
-r--r--r--  1 root  wheel      63 Feb 18  2012 +COMMENT
-rw-r--r--  1 root  wheel  275000 Feb 18  2012 +CONTENTS
-r-xr-xr-x  1 root  wheel    4271 Feb 18  2012 +DEINSTALL
-r--r--r--  1 root  wheel     734 Feb 18  2012 +DESC
-r-xr-xr-x  1 root  wheel    5033 Feb 18  2012 +INSTALL
-rw-r--r--  1 root  wheel     101 Jul 22 13:56 +REQUIRED_BY
-r--r--r--  1 root  wheel      10 Feb 18  2012 +SIZE_ALL
-r--r--r--  1 root  wheel       9 Feb 18  2012 +SIZE_PKG

Is that clearer?

No, that's just snarky.  Plus you showed python 2.5 to boot.


  >  I am
  >  pointedly questioning why we build py- packages with 2.6 when they
  >  present no benefit _AT ALL_ over building with 2.7.

Except for, you know, they work with Python 2.6, which some people are
using.


Using python2.6 outside of pkgsrc doesn't affect the packages within pkgsrc. Python2.6 and Python2.7 can be installed concurrently, right? Pkgsrc only guarantees compatibility on a per-branch basis.

Also, as I previously said, the people that want to use the latest pkgsrc with a python 2.6 could still obtain them from source.



  >  I think we need to review the multiversion policy.

I don't see any reason to.



Obviously. To me the only explanation that makes sense is a desire to artificially inflate pkgsrc package numbers. I'm trying very hard give the benefit of the doubt that this isn't the reason, but otherwise I'm having a hard time understanding these clutter "policies" (word used loosely).

Home | Main Index | Thread Index | Old Index