Building math/py-pandas against py3k (WAS: ports/172528: [maintainer update] [patch] Update math/py-pandas to 0.9.0)

[John W. O'Brien]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/12/2012 08:17 AM, John W. O'Brien wrote:
> On 10/11/2012 03:55 PM, Ruslan Mahmatkhanov wrote:
>> I delayed the response becaused I decide to check the build with
>>  python32. It's fore sure that py-pandas pkg-plist should be
>> patched to make packaging correct, but unfortunately the build is
>> stuck on some of it's dependencies (py-numpy, maybe) so I wasn't
>> able to test it.
> 
> I appreciate your attempt. I'll see what I can do to probe that
> issue this weekend. It will be the first time I try building
> everything against python 3, but I've got a fast machine and a load
> of disk space.

Ruslan (and freebsd-python@),

It looks to me like there are three, maybe four other ports that need
attention before we can successfully build and test math/py-pandas
against py3k.

devel/py-dateutil is at 1.5 which is needed for Python < 3, but Python
> = 3 requires dateutil 2.0.

devel/py-pytz will build, install, and package cleanly, but...

# python -m pytz
Traceback (most recent call last):
  File "/usr/local/lib/python3.2/runpy.py", line 140, in
_run_module_as_main
    mod_name, loader, code, fname = _get_module_details(mod_name)
  File "/usr/local/lib/python3.2/runpy.py", line 110, in
_get_module_details
    return _get_module_details(pkg_main_name)
  File "/usr/local/lib/python3.2/runpy.py", line 102, in
_get_module_details
    loader = get_loader(mod_name)
  File "/usr/local/lib/python3.2/pkgutil.py", line 461, in get_loader
    return find_loader(fullname)
  File "/usr/local/lib/python3.2/pkgutil.py", line 471, in find_loader
    for importer in iter_importers(fullname):
  File "/usr/local/lib/python3.2/pkgutil.py", line 427, in iter_importers
    __import__(pkg)
  File
"/usr/local/lib/python3.2/site-packages/pytz-2012f-py3.2.egg/pytz/__init__.py",
line 1100, in <module>
  File
"/usr/local/lib/python3.2/site-packages/pytz-2012f-py3.2.egg/pytz/__init__.py",
line 1100, in <listcomp>
  File
"/usr/local/lib/python3.2/site-packages/pytz-2012f-py3.2.egg/pytz/__init__.py",
line 107, in resource_exists
  File
"/usr/local/lib/python3.2/site-packages/pytz-2012f-py3.2.egg/pytz/__init__.py",
line 100, in open_resource
  File
"/usr/local/lib/python3.2/site-packages/distribute-0.6.28-py3.2.egg/pkg_resources.py",
line 915, in resource_stream
  File
"/usr/local/lib/python3.2/site-packages/distribute-0.6.28-py3.2.egg/pkg_resources.py",
line 1191, in get_resource_stream
  File
"/usr/local/lib/python3.2/site-packages/distribute-0.6.28-py3.2.egg/pkg_resources.py",
line 1728, in StringIO
TypeError: initial_value must be str or None, not bytes


devel/py-nose doesn't package cleanly because of plist problems (looks
like mainly lingering *.pyo and *.pyc entries). I also tried 1.2.1
using the patch from ports/172161, but the plist is still not
py3k-friendly.

math/py-numpy also has plist problems, and fails 14 of 3556 unit tests
(results available on request).

In summary, devel/py-dateutil is the big blocker. math/py-pandas,
devel/py-nose, and math/py-numpy need plist patches. devel/py-pytz and
math/py-numpy have runtime bugs that need further analysis.

As time permits, I will learn the plist magic that makes ports
py3k-friendly, and secondarily poke at the dateutils upgrade. I'm
probably out of my depth, but I'm happy to take direction and correction.

Cheers,
John
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iQEcBAEBAgAGBQJQfr4GAAoJEEdKvTwaez9wkQ8H/3RTpLePrwzeLtqbPedxG/AR
53OCotslv5X2n2/e47QjeHsIGi13toIQPTQZfc0sl81Wvy4Lee1X4Ym/g3wENBHQ
5RZk+/fv64W/ZFoN/UECk+OZxMmyk3vusiScNFjvjX7qbBE/tP+JIx/2aQmAHI9S
xSilTuA6j4YmpznvRlBA+ZUG5ZJe8XN5ACMvNhMGYivLp5zMAXjknfDoVul0WL2m
HGvYL2FhvL94HvQbU5s4JMtPxz3hT9q9jt26l0tgpVW2XqZxkPU/YPA3wmfK4joh
UCtIpI+YREO+JbF7FrhkyFOz8vPlp6ujJ9WjXJS6AHO9c6/BH3RGzgWObMcZYDk=
=TfRO
-----END PGP SIGNATURE-----