zlib depends on py27-numpy?

[Christoph Deil]

Hi,

could someone please explain why zlib depends on py27-numpy (see below)?
That shouldn't be the case according to port rdeps and port info, I believe.
What am I missing?

Thanks!
Christoph

$ port dependents py27-numpy
py27-aplpy depends on py27-numpy
py27-asciitable depends on py27-numpy
py27-atpy depends on py27-numpy
py27-gsl depends on py27-numpy
py27-h5py depends on py27-numpy
py27-kapteyn depends on py27-numpy
py27-matplotlib depends on py27-numpy
py27-montage depends on py27-numpy
py27-numexpr depends on py27-numpy
py27-pandas depends on py27-numpy
py27-pyfits depends on py27-numpy
py27-pymc depends on py27-numpy
py27-pyregion depends on py27-numpy
py27-pywcs depends on py27-numpy
py27-scientific depends on py27-numpy
py27-scikits-learn depends on py27-numpy
py27-scikits-statsmodels depends on py27-numpy
py27-scipy depends on py27-numpy
py27-tables depends on py27-numpy
py27-vo depends on py27-numpy
py27-yt depends on py27-numpy
zlib depends on py27-numpy
$ port rdeps py27-numpy
The following ports are dependencies of py27-numpy @1.6.2_0:
  python27
    xz
      libiconv
        gperf
      gettext
        ncurses
        expat
    zlib
    openssl
    sqlite3
      libedit
    db46
    bzip2
    python_select
  fftw-3
  py27-nose
    py27-distribute
    nosetests_select
$ port rdeps zlib
zlib @1.2.7_0 has no dependencies.
$ port info zlib
zlib @1.2.7 (archivers)
Variants:             universal

Description:          zlib is designed to be a free, general-purpose, legally unencumbered, lossless data-compression library for use on virtually any computer hardware and operating system.
Homepage:             http://www.zlib.net/

Platforms:            darwin, freebsd
License:              zlib
Maintainers:          landonf at macports.org, ryandesign at macports.org, openmaintainer at macports.org