HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept
{
"count": 50172,
"next": "https://ports.macports.org/api/v1/ports/?format=api&ordering=updated_at&page=963",
"previous": "https://ports.macports.org/api/v1/ports/?format=api&ordering=updated_at&page=961",
"results": [
{
"name": "kalker",
"portdir": "math/kalker",
"version": "2.2.2",
"license": "MIT",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/PaddiM8/kalker",
"description": "Kalker (or kalk) is a calculator that supports user-defined variables, functions, derivation, and integration.",
"long_description": "Kalker (or kalk) is a calculator that supports user-defined variables, functions, derivation, and integration.",
"active": true,
"categories": [
"math"
],
"maintainers": [
{
"name": "smanojkarthick",
"github": "manojkarthick",
"ports_count": 10
},
{
"name": "herby.gillot",
"github": "herbygillot",
"ports_count": 1018
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"cargo",
"legacy-support",
"m4",
"rust",
"clang-20"
]
},
{
"type": "lib",
"ports": [
"libunwind"
]
}
],
"depends_on": []
},
{
"name": "py37-openslide",
"portdir": "python/py-openslide",
"version": "1.2.0",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "http://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": false,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py37-sphinx",
"clang-15"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"py37-flask",
"openslide",
"python37",
"py37-Pillow"
]
},
{
"type": "test",
"ports": [
"py37-pytest"
]
}
],
"depends_on": []
},
{
"name": "py38-openslide",
"portdir": "python/py-openslide",
"version": "1.4.1",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": false,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-17",
"py38-build",
"py38-installer",
"py38-wheel",
"py38-sphinx",
"py38-setuptools"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"openslide",
"python38",
"py38-Pillow",
"py38-flask"
]
},
{
"type": "test",
"ports": [
"py38-pytest"
]
}
],
"depends_on": []
},
{
"name": "py36-openslide",
"portdir": "python/py-openslide",
"version": "1.1.2",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "http://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": false,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py36-sphinx",
"clang-12"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"openslide",
"py36-flask",
"python36",
"py36-Pillow"
]
}
],
"depends_on": []
},
{
"name": "py27-openslide",
"portdir": "python/py-openslide",
"version": "1.1.2",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "http://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": false,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py27-sphinx",
"clang-12"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"openslide",
"py27-flask",
"python27",
"py27-Pillow"
]
}
],
"depends_on": []
},
{
"name": "py34-openslide",
"portdir": "python/py-openslide",
"version": "1.1.2",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": "py35-openslide",
"homepage": "http://openslide.org/",
"description": "Obsolete port, replaced by py35-openslide",
"long_description": "This port has been replaced by py35-openslide.",
"active": false,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"clang-9.0"
]
},
{
"type": "extract",
"ports": [
null
]
},
{
"type": "fetch",
"ports": [
null
]
},
{
"type": "lib",
"ports": [
null
]
},
{
"type": "patch",
"ports": [
null
]
},
{
"type": "run",
"ports": [
null
]
},
{
"type": "test",
"ports": [
null
]
}
],
"depends_on": []
},
{
"name": "py39-openslide",
"portdir": "python/py-openslide",
"version": "1.4.2",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": false,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-17",
"py39-build",
"py39-installer",
"py39-wheel",
"py39-sphinx",
"py39-setuptools"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"openslide",
"python39",
"py39-Pillow",
"py39-flask"
]
},
{
"type": "test",
"ports": [
"py39-pytest"
]
}
],
"depends_on": []
},
{
"name": "py35-openslide",
"portdir": "python/py-openslide",
"version": "1.1.2",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "http://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": false,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py35-sphinx",
"clang-12"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"openslide",
"py35-flask",
"python35",
"py35-Pillow"
]
}
],
"depends_on": []
},
{
"name": "py-openslide",
"portdir": "python/py-openslide",
"version": "1.4.3",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "any",
"epoch": 0,
"replaced_by": null,
"homepage": "https://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": true,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"py313-openslide"
]
}
],
"depends_on": []
},
{
"name": "py310-openslide",
"portdir": "python/py-openslide",
"version": "1.4.3",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": true,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18",
"py310-sphinx",
"py310-installer",
"py310-build",
"py310-wheel",
"py310-setuptools"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"openslide",
"python310",
"py310-Pillow",
"py310-flask"
]
},
{
"type": "test",
"ports": [
"py310-pytest"
]
}
],
"depends_on": []
},
{
"name": "py311-openslide",
"portdir": "python/py-openslide",
"version": "1.4.3",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": true,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18",
"py311-wheel",
"py311-sphinx",
"py311-setuptools",
"py311-installer",
"py311-build"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"openslide",
"python311",
"py311-Pillow",
"py311-flask"
]
},
{
"type": "test",
"ports": [
"py311-pytest"
]
}
],
"depends_on": []
},
{
"name": "py312-openslide",
"portdir": "python/py-openslide",
"version": "1.4.3",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": true,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18",
"py312-wheel",
"py312-sphinx",
"py312-setuptools",
"py312-installer",
"py312-build"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"openslide",
"python312",
"py312-Pillow",
"py312-flask"
]
},
{
"type": "test",
"ports": [
"py312-pytest"
]
}
],
"depends_on": []
},
{
"name": "py313-openslide",
"portdir": "python/py-openslide",
"version": "1.4.3",
"license": "LGPL-2.1 and MIT and BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://openslide.org/",
"description": "Python binding for the OpenSlide library.",
"long_description": "OpenSlide Python allows the OpenSlide library to be used from Python programs. OpenSlide provides a simple interface for reading whole-slide images, also known as virtual slides, which are high-resolution images used in digital pathology. These images can occupy tens of gigabytes when uncompressed, and so cannot be easily read using standard tools or libraries, which are designed for images that can be comfortably uncompressed into RAM. Whole-slide images are typically multi-resolution; OpenSlide allows reading a small amount of image data at the resolution closest to a desired zoom level.",
"active": true,
"categories": [
"graphics",
"python"
],
"maintainers": [
{
"name": "bgilbert",
"github": "bgilbert",
"ports_count": 15
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py313-sphinx",
"py313-setuptools",
"py313-wheel",
"py313-installer",
"py313-build",
"clang-18"
]
},
{
"type": "extract",
"ports": [
"xz"
]
},
{
"type": "lib",
"ports": [
"openslide",
"python313",
"py313-Pillow",
"py313-flask"
]
},
{
"type": "test",
"ports": [
"py313-pytest"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py-openslide"
]
}
]
},
{
"name": "pam-u2f",
"portdir": "security/pam-u2f",
"version": "1.4.0",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://developers.yubico.com/pam-u2f/",
"description": "Pluggable Authentication Module (PAM) for U2F",
"long_description": "The PAM U2F module provides an easy way to integrate the Yubikey (or other U2F-compliant authenticators) into your existing user authentication infrastructure. PAM is used by GNU/Linux, Solaris and Mac OS X for user authentication.",
"active": true,
"categories": [
"security"
],
"maintainers": [
{
"name": "l2dy",
"github": "l2dy",
"ports_count": 97
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18",
"autoconf",
"automake",
"gengetopt",
"libtool",
"pkgconfig",
"asciidoc"
]
},
{
"type": "lib",
"ports": [
"libfido2"
]
}
],
"depends_on": []
},
{
"name": "et",
"portdir": "net/et",
"version": "6.2.11",
"license": "Apache-2",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/MisterTea/EternalTerminal",
"description": "a remote shell that automatically reconnects without interrupting the session",
"long_description": "Eternal Terminal (ET) is a remote shell that automatically reconnects without interrupting the session.",
"active": true,
"categories": [
"net"
],
"maintainers": [
{
"name": "l2dy",
"github": "l2dy",
"ports_count": 97
}
],
"variants": [
"debug",
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"cmake",
"clang-20"
]
},
{
"type": "lib",
"ports": [
"zlib",
"libsodium",
"openssl",
"protobuf3-cpp"
]
}
],
"depends_on": []
},
{
"name": "jenv",
"portdir": "java/jenv",
"version": "0.6.0",
"license": "MIT",
"platforms": "any",
"epoch": 0,
"replaced_by": null,
"homepage": "https://www.jenv.be",
"description": "Master your Java environment with jEnv",
"long_description": "jEnv is a command line tool to help you forget how to set the JAVA_HOME environment variable.",
"active": true,
"categories": [
"java"
],
"maintainers": [
{
"name": "breun",
"github": "breun",
"ports_count": 97
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18"
]
}
],
"depends_on": []
},
{
"name": "py36-greenlet",
"portdir": "python/py-greenlet",
"version": "2.0.2",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": false,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py36-setuptools",
"clang-17"
]
},
{
"type": "lib",
"ports": [
"python36"
]
},
{
"type": "test",
"ports": [
"py36-pytest"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py36-eventlet",
"py36-scoop",
"py36-neovim",
"py36-bpython",
"py36-gevent",
"py36-gevent-websocket",
"py36-sqlalchemy"
]
}
]
},
{
"name": "py37-greenlet",
"portdir": "python/py-greenlet",
"version": "3.1.1",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": false,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py37-build",
"py37-setuptools",
"py37-wheel",
"py37-installer",
"clang-17"
]
},
{
"type": "lib",
"ports": [
"python37"
]
},
{
"type": "test",
"ports": [
"py37-pytest"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py37-sqlalchemy",
"py37-bpython",
"py37-gevent",
"py37-eventlet",
"py37-neovim"
]
},
{
"type": "test",
"ports": [
"py37-structlog",
"py37-werkzeug"
]
}
]
},
{
"name": "py35-greenlet",
"portdir": "python/py-greenlet",
"version": "2.0.2",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": false,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py35-setuptools",
"clang-17"
]
},
{
"type": "lib",
"ports": [
"python35"
]
},
{
"type": "test",
"ports": [
"py35-pytest"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py35-bpython",
"py35-scoop",
"py35-gevent",
"py35-gevent-websocket"
]
}
]
},
{
"name": "py38-greenlet",
"portdir": "python/py-greenlet",
"version": "3.1.1",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": false,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py38-build",
"py38-setuptools",
"py38-wheel",
"py38-installer",
"clang-17"
]
},
{
"type": "lib",
"ports": [
"python38"
]
},
{
"type": "test",
"ports": [
"py38-pytest"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py38-scoop",
"py38-neovim",
"py38-bpython",
"py38-gevent",
"py38-eventlet",
"py38-sqlalchemy"
]
},
{
"type": "test",
"ports": [
"py38-werkzeug"
]
}
]
},
{
"name": "py-greenlet",
"portdir": "python/py-greenlet",
"version": "3.3.0",
"license": "MIT and PSF",
"platforms": "any",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18"
]
},
{
"type": "lib",
"ports": [
"py313-greenlet"
]
}
],
"depends_on": []
},
{
"name": "py27-greenlet",
"portdir": "python/py-greenlet",
"version": "2.0.2",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py27-setuptools",
"clang-18"
]
},
{
"type": "lib",
"ports": [
"python27"
]
},
{
"type": "test",
"ports": [
"py27-pytest"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py27-eventlet",
"py27-scoop",
"py27-neovim",
"py27-bpython",
"py27-gevent-websocket",
"py27-gevent",
"py27-sqlalchemy"
]
},
{
"type": "test",
"ports": [
"py27-structlog"
]
}
]
},
{
"name": "py39-greenlet",
"portdir": "python/py-greenlet",
"version": "3.2.4",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py39-build",
"py39-setuptools",
"py39-wheel",
"py39-installer",
"clang-18"
]
},
{
"type": "lib",
"ports": [
"python39"
]
},
{
"type": "test",
"ports": [
"py39-pytest"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py39-eventlet",
"py39-sqlalchemy",
"py39-httpbin",
"py39-gevent",
"py39-scoop",
"py39-neovim",
"py39-bpython"
]
},
{
"type": "test",
"ports": [
"py39-werkzeug"
]
}
]
},
{
"name": "py310-greenlet",
"portdir": "python/py-greenlet",
"version": "3.3.0",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py310-build",
"py310-setuptools",
"py310-wheel",
"py310-installer",
"clang-18"
]
},
{
"type": "lib",
"ports": [
"python310"
]
},
{
"type": "test",
"ports": [
"py310-pytest"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py310-sqlalchemy",
"py310-eventlet",
"py310-bpython",
"py310-scoop",
"py310-gevent",
"py310-neovim",
"py310-httpbin"
]
},
{
"type": "test",
"ports": [
"py310-werkzeug"
]
}
]
},
{
"name": "py311-greenlet",
"portdir": "python/py-greenlet",
"version": "3.3.0",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py311-setuptools",
"py311-build",
"py311-installer",
"py311-wheel",
"clang-18"
]
},
{
"type": "lib",
"ports": [
"python311"
]
},
{
"type": "test",
"ports": [
"py311-pytest"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py311-sqlalchemy",
"py311-eventlet",
"py311-bpython",
"py311-gevent",
"py311-neovim",
"py311-httpbin"
]
}
]
},
{
"name": "py312-greenlet",
"portdir": "python/py-greenlet",
"version": "3.3.0",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"py312-build",
"py312-installer",
"py312-setuptools",
"py312-wheel",
"clang-18"
]
},
{
"type": "lib",
"ports": [
"python312"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py312-sqlalchemy",
"py312-eventlet",
"py312-gevent",
"py312-neovim",
"py312-httpbin"
]
}
]
},
{
"name": "py313-greenlet",
"portdir": "python/py-greenlet",
"version": "3.3.0",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18",
"py313-build",
"py313-installer",
"py313-setuptools",
"py313-wheel"
]
},
{
"type": "lib",
"ports": [
"python313"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py313-sqlalchemy",
"py313-eventlet",
"py313-gevent",
"py313-neovim",
"py313-httpbin",
"py-greenlet"
]
}
]
},
{
"name": "py314-greenlet",
"portdir": "python/py-greenlet",
"version": "3.3.0",
"license": "MIT and PSF",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/python-greenlet/greenlet",
"description": "Lightweight in-process concurrent programming",
"long_description": "The \"greenlet\" package is a spin-off of Stackless, a version of CPython that supports micro-threads called \"tasklets\". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on \"channels\". A \"greenlet\", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a \"yield\" keyword. See the example in test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter.",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "stromnov",
"github": "stromnov",
"ports_count": 2816
}
],
"variants": [
"universal"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18",
"py314-build",
"py314-installer",
"py314-setuptools",
"py314-wheel"
]
},
{
"type": "lib",
"ports": [
"python314"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py314-sqlalchemy",
"py314-eventlet"
]
}
]
},
{
"name": "py39-requirements-parser",
"portdir": "python/py-requirements-parser",
"version": "0.2.0",
"license": "BSD",
"platforms": "{darwin any}",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/davidfischer/requirements-parser",
"description": "Parses Pip requirement files",
"long_description": "Parses Pip requirement files",
"active": false,
"categories": [
"python"
],
"maintainers": [],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"py39-setuptools",
"clang-14"
]
},
{
"type": "lib",
"ports": [
"python39"
]
},
{
"type": "test",
"ports": [
"py39-nose",
"py39-pytest"
]
}
],
"depends_on": []
},
{
"name": "py37-pythran",
"portdir": "python/py-pythran",
"version": "0.15.0",
"license": "BSD",
"platforms": "{darwin any}",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/serge-sans-paille/pythran",
"description": "Ahead of Time compiler for numeric kernels",
"long_description": "Ahead of Time compiler for numeric kernels",
"active": false,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "reneeotten",
"github": "reneeotten",
"ports_count": 1976
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"py37-setuptools",
"py37-wheel",
"py37-build",
"py37-installer",
"clang-16"
]
},
{
"type": "lib",
"ports": [
"py37-beniget",
"python37",
"py37-gast",
"py37-importlib-metadata",
"py37-numpy",
"py37-ply"
]
},
{
"type": "test",
"ports": [
"py37-pytest"
]
}
],
"depends_on": [
{
"type": "build",
"ports": [
"py37-vispy",
"py37-h5py",
"py37-kapteyn",
"py37-cartopy",
"py37-scipy",
"py37-silx",
"py37-scikit-image"
]
},
{
"type": "lib",
"ports": [
"py37-astropy"
]
}
]
},
{
"name": "py38-pythran",
"portdir": "python/py-pythran",
"version": "0.17.0",
"license": "BSD",
"platforms": "{darwin any}",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/serge-sans-paille/pythran",
"description": "Ahead of Time compiler for numeric kernels",
"long_description": "Ahead of Time compiler for numeric kernels",
"active": false,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "reneeotten",
"github": "reneeotten",
"ports_count": 1976
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"py38-setuptools",
"py38-wheel",
"py38-build",
"py38-installer",
"clang-17"
]
},
{
"type": "lib",
"ports": [
"python38",
"py38-gast",
"py38-numpy",
"py38-ply",
"py38-beniget"
]
},
{
"type": "test",
"ports": [
"py38-pytest"
]
}
],
"depends_on": [
{
"type": "build",
"ports": [
"py38-vispy",
"py38-scikit-image",
"py38-silx",
"py38-scipy",
"py38-h5py",
"py38-kapteyn",
"py38-cartopy"
]
},
{
"type": "lib",
"ports": [
"py38-astropy"
]
}
]
},
{
"name": "py38-scipy",
"portdir": "python/py-scipy",
"version": "1.10.1",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://www.scipy.org/",
"description": "An opensource library of scientific tools for Python",
"long_description": "An opensource library of scientific tools for Python",
"active": false,
"categories": [
"python"
],
"maintainers": [
{
"name": "michaelld",
"github": "michaelld",
"ports_count": 463
}
],
"variants": [
"gcc10",
"gcc11",
"gcc12",
"gcc13",
"gccdevel",
"gfortran",
"atlas",
"openblas",
"mkl"
],
"dependencies": [
{
"type": "build",
"ports": [
"swig-python",
"py38-pythran",
"clang-16",
"gcc13",
"py38-cython-compat"
]
},
{
"type": "lib",
"ports": [
"py38-pybind11",
"boost176",
"libgcc",
"python38",
"OpenBLAS",
"py38-mypy",
"py38-numpy"
]
},
{
"type": "test",
"ports": [
"py38-py",
"py38-pytest"
]
}
],
"depends_on": [
{
"type": "build",
"ports": [
"py38-theano-pymc"
]
},
{
"type": "lib",
"ports": [
"py38-gwpy",
"py38-aeppl",
"py38-mdtraj",
"py38-keras",
"py38-pytensor",
"py38-fipy",
"py38-gammapy",
"py38-pymc3",
"py38-hdbscan",
"py38-sparse",
"py38-scikit-image",
"py38-gensim",
"py38-eli5",
"py38-numdifftools",
"py38-statsmodels",
"py38-graph-tool",
"py38-nmrglue",
"py38-nmrglue-devel",
"py38-control",
"py38-lal",
"py38-scikit-learn",
"py38-astropy",
"py38-arviz",
"py38-metpy",
"py38-cartopy",
"py38-xarray-einstats",
"py38-tropycal",
"py38-aesara",
"py38-obspy",
"py38-pyFAI",
"py38-pymvpa",
"py38-scikit-dsp-comm",
"py38-scikit-rf",
"py38-sk-video",
"py38-lmfit",
"py38-magenta",
"py38-barnaba",
"py38-mapclassify",
"py38-pymc",
"py38-keras_applications",
"py38-GridDataFormats",
"py38-MDAnalysis",
"py38-astlib",
"py38-astroML",
"py38-beancount-import",
"py38-colour",
"py38-commpy",
"py38-filterpy",
"py38-kombine",
"py38-networkit",
"py38-pyqtgraph",
"py38-scimath",
"py38-spacepy",
"py38-theano",
"py38-wntr",
"py38-lalburst",
"py38-lalinference",
"py38-peakutils",
"py38-tpot",
"py38-algopy"
]
},
{
"type": "run",
"ports": [
"py38-imutils",
"py38-mir_eval",
"py38-magenta",
"py38-spyder",
"py38-oct2py",
"py38-tensor2tensor",
"py38-gym",
"py38-photomosaic",
"py38-pmdarima",
"py38-reproject",
"py38-gammapy",
"py38-umap-learn",
"py38-sentence-transformers",
"py38-pymatgen",
"py38-libpysal",
"py38-gpilab-framework",
"py38-librosa",
"py38-spyder-devel",
"py38-tensorflow-macos",
"py38-xraydb",
"py38-imagehash",
"py38-resampy",
"py38-note-seq",
"py38-allennlp",
"py38-clawpack",
"py38-kraken",
"py38-xraylarch"
]
},
{
"type": "test",
"ports": [
"py38-emcee3",
"py38-igraph"
]
}
]
},
{
"name": "py35-scipy",
"portdir": "python/py-scipy",
"version": "1.4.1",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://www.scipy.org/",
"description": "An opensource library of scientific tools for Python",
"long_description": "An opensource library of scientific tools for Python",
"active": false,
"categories": [
"python"
],
"maintainers": [
{
"name": "michaelld",
"github": "michaelld",
"ports_count": 463
}
],
"variants": [
"gcc10",
"gcc11",
"gcc12",
"gcc13",
"gccdevel",
"gfortran",
"atlas",
"openblas",
"mkl"
],
"dependencies": [
{
"type": "build",
"ports": [
"swig-python",
"clang-16",
"gcc13"
]
},
{
"type": "lib",
"ports": [
"py35-numpy",
"py35-pybind11",
"libgcc",
"python35",
"OpenBLAS"
]
},
{
"type": "test",
"ports": [
"py35-py",
"py35-pytest"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py35-pyFAI",
"py35-nmrglue",
"py35-seaborn",
"py35-pysal",
"py35-astlib",
"py35-astroML",
"py35-cartopy",
"py35-control",
"py35-eli5",
"py35-pyqtgraph",
"py35-keras",
"py35-keras_applications",
"py35-pymvpa",
"py35-qutip",
"py35-scikit-umfpack",
"py35-spacepy",
"py35-theano",
"py35-tpot",
"py35-wntr",
"py35-word2vec",
"py35-commpy",
"py35-statsmodels",
"py35-obspy",
"py35-scikit-image",
"py35-scikit-learn",
"py35-pyne",
"py35-mlpy"
]
},
{
"type": "run",
"ports": [
"py35-gammapy"
]
}
]
},
{
"name": "py37-scipy",
"portdir": "python/py-scipy",
"version": "1.7.3",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://www.scipy.org/",
"description": "An opensource library of scientific tools for Python",
"long_description": "An opensource library of scientific tools for Python",
"active": false,
"categories": [
"python"
],
"maintainers": [
{
"name": "michaelld",
"github": "michaelld",
"ports_count": 463
}
],
"variants": [
"gcc10",
"gcc11",
"gcc12",
"gcc13",
"gccdevel",
"gfortran",
"atlas",
"openblas",
"mkl"
],
"dependencies": [
{
"type": "build",
"ports": [
"swig-python",
"py37-pythran",
"clang-16",
"gcc13"
]
},
{
"type": "lib",
"ports": [
"py37-numpy",
"py37-pybind11",
"boost171",
"libgcc",
"python37",
"OpenBLAS",
"py37-mypy"
]
},
{
"type": "test",
"ports": [
"py37-py",
"py37-pytest"
]
}
],
"depends_on": [
{
"type": "build",
"ports": [
"py37-theano-pymc"
]
},
{
"type": "lib",
"ports": [
"py37-pyFAI",
"py37-arviz",
"py37-numdifftools",
"py37-beancount-import",
"py37-scimath",
"py37-spacepy",
"py37-nmrglue",
"py37-nmrglue-devel",
"py37-wntr",
"py37-tpot",
"py37-keras_applications",
"py37-algopy",
"py37-GridDataFormats",
"py37-peakutils",
"py37-tropycal",
"py37-pymvpa",
"py37-cartopy",
"py37-xarray-einstats",
"py37-gwpy",
"py37-keras",
"py37-magenta",
"py37-graph-tool",
"py37-networkit",
"py37-metpy",
"py37-pymc3",
"py37-astroML",
"py37-astropy",
"py37-mapclassify",
"py37-scikit-dsp-comm",
"py37-scikit-rf",
"py37-scikit-image",
"py37-mdtraj",
"py37-barnaba",
"py37-sk-video",
"py37-statsmodels",
"py37-lal",
"py37-lalburst",
"py37-lalinference",
"py37-pyqtgraph",
"py37-lmfit",
"py37-eli5",
"py37-kombine",
"py37-fipy",
"py37-aeppl",
"py37-pymc",
"py37-aesara",
"py37-scikit-learn",
"py37-filterpy",
"py37-MDAnalysis",
"py37-astlib",
"py37-colour",
"py37-commpy",
"py37-gammapy",
"py37-gensim",
"py37-control",
"py37-hdbscan",
"py37-obspy",
"py37-theano"
]
},
{
"type": "run",
"ports": [
"py37-libpysal",
"py37-magenta",
"py37-gammapy",
"py37-photomosaic",
"py37-pmdarima",
"py37-tensor2tensor",
"py37-pymatgen",
"py37-mir_eval",
"py37-note-seq",
"py37-imutils",
"py37-umap-learn",
"py37-xraylarch",
"py37-clawpack",
"py37-gpilab-framework",
"py37-reproject",
"py37-spyder",
"py37-xraydb",
"py37-oct2py",
"py37-gym",
"py37-isce2",
"py37-resampy",
"py37-spyder-devel",
"py37-librosa"
]
},
{
"type": "test",
"ports": [
"py37-emcee3",
"py37-igraph"
]
}
]
},
{
"name": "py36-scipy",
"portdir": "python/py-scipy",
"version": "1.5.4",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://www.scipy.org/",
"description": "An opensource library of scientific tools for Python",
"long_description": "An opensource library of scientific tools for Python",
"active": false,
"categories": [
"python"
],
"maintainers": [
{
"name": "michaelld",
"github": "michaelld",
"ports_count": 463
}
],
"variants": [
"gcc10",
"gcc11",
"gcc12",
"gcc13",
"gccdevel",
"gfortran",
"atlas",
"openblas",
"mkl"
],
"dependencies": [
{
"type": "build",
"ports": [
"swig-python",
"clang-16",
"gcc13"
]
},
{
"type": "lib",
"ports": [
"py36-numpy",
"py36-pybind11",
"libgcc",
"python36",
"OpenBLAS"
]
},
{
"type": "test",
"ports": [
"py36-py",
"py36-pytest"
]
}
],
"depends_on": [
{
"type": "build",
"ports": [
"py36-theano-pymc"
]
},
{
"type": "lib",
"ports": [
"py36-pyqtgraph",
"py36-nmrglue",
"py36-nmrglue-devel",
"py36-seaborn",
"py36-pysal",
"py36-arviz",
"py36-astlib",
"py36-astroML",
"py36-colour",
"py36-control",
"py36-eli5",
"py36-filterpy",
"py36-pyFAI",
"py36-obspy",
"py36-scikit-image",
"py36-barnaba",
"py36-mdtraj",
"py36-lal",
"py36-scikit-learn",
"py36-pyne",
"py36-mlpy",
"py36-gwpy",
"py36-keras",
"py36-keras_applications",
"py36-kombine",
"py36-pymc3",
"py36-pymvpa",
"py36-qutip",
"py36-scikit-umfpack",
"py36-scimath",
"py36-spacepy",
"py36-theano",
"py36-tpot",
"py36-wntr",
"py36-word2vec",
"py36-lalinference",
"py36-commpy",
"py36-statsmodels",
"py36-algopy",
"py36-lmfit",
"py36-numdifftools",
"py36-GridDataFormats",
"py36-MDAnalysis",
"py36-cartopy",
"py36-fipy",
"py36-lalburst"
]
},
{
"type": "run",
"ports": [
"py36-isce2",
"py36-reproject",
"py36-oct2py",
"py36-spyder",
"py36-spyder-devel",
"py36-gpilab-framework",
"py36-gammapy"
]
},
{
"type": "test",
"ports": [
"py36-emcee3"
]
}
]
},
{
"name": "py35-petsc4py",
"portdir": "python/py-petsc4py",
"version": "3.15.0",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://pypi.org/project/petsc4py/",
"description": "PETSc for Python - Python bindings for PETSc",
"long_description": "PETSc is a suite of data structures and routines for the scalable (parallel) solution of scientific applications modeled by partial differential equations. It employs the MPI standard for all message-passing communication.",
"active": false,
"categories": [
"math",
"python"
],
"maintainers": [
{
"name": "mcalhoun",
"github": "MarcusCalhoun-Lopez",
"ports_count": 1504
}
],
"variants": [
"clang10",
"clang11",
"clang90",
"g95",
"gcc10",
"gcc7",
"gcc9",
"gfortran",
"mpich",
"openmpi"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-9.0",
"py35-cython",
"py35-setuptools"
]
},
{
"type": "lib",
"ports": [
"py35-numpy",
"python35",
"mpich-clang90",
"petsc",
"py35-mpi4py"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py35-slepc4py"
]
}
]
},
{
"name": "py27-petsc4py",
"portdir": "python/py-petsc4py",
"version": "3.15.0",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://pypi.org/project/petsc4py/",
"description": "PETSc for Python - Python bindings for PETSc",
"long_description": "PETSc is a suite of data structures and routines for the scalable (parallel) solution of scientific applications modeled by partial differential equations. It employs the MPI standard for all message-passing communication.",
"active": false,
"categories": [
"math",
"python"
],
"maintainers": [
{
"name": "mcalhoun",
"github": "MarcusCalhoun-Lopez",
"ports_count": 1504
}
],
"variants": [
"clang10",
"clang11",
"clang90",
"g95",
"gcc10",
"gcc7",
"gcc9",
"gfortran",
"mpich",
"openmpi"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-9.0",
"py27-cython",
"py27-setuptools"
]
},
{
"type": "lib",
"ports": [
"py27-numpy",
"python27",
"mpich-clang90",
"petsc",
"py27-mpi4py"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py27-slepc4py"
]
}
]
},
{
"name": "py37-petsc4py",
"portdir": "python/py-petsc4py",
"version": "3.20.2",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://pypi.org/project/petsc4py/",
"description": "PETSc for Python - Python bindings for PETSc",
"long_description": "PETSc is a suite of data structures and routines for the scalable (parallel) solution of scientific applications modeled by partial differential equations. It employs the MPI standard for all message-passing communication.",
"active": false,
"categories": [
"math",
"python"
],
"maintainers": [
{
"name": "mcalhoun",
"github": "MarcusCalhoun-Lopez",
"ports_count": 1504
}
],
"variants": [
"clang10",
"clang11",
"clang12",
"clang13",
"clang14",
"clang15",
"clang16",
"clang17",
"clang90",
"g95",
"gcc10",
"gcc11",
"gcc12",
"gcc13",
"gfortran",
"mpich",
"openmpi"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-16",
"py37-cython",
"py37-setuptools",
"py37-wheel",
"py37-build",
"py37-installer"
]
},
{
"type": "lib",
"ports": [
"petsc",
"py37-mpi4py",
"py37-numpy",
"mpich-clang16",
"python37"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py37-slepc4py"
]
},
{
"type": "run",
"ports": [
"py37-clawpack"
]
}
]
},
{
"name": "py36-petsc4py",
"portdir": "python/py-petsc4py",
"version": "3.15.0",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://pypi.org/project/petsc4py/",
"description": "PETSc for Python - Python bindings for PETSc",
"long_description": "PETSc is a suite of data structures and routines for the scalable (parallel) solution of scientific applications modeled by partial differential equations. It employs the MPI standard for all message-passing communication.",
"active": false,
"categories": [
"math",
"python"
],
"maintainers": [
{
"name": "mcalhoun",
"github": "MarcusCalhoun-Lopez",
"ports_count": 1504
}
],
"variants": [
"clang10",
"clang11",
"clang90",
"g95",
"gcc10",
"gcc7",
"gcc9",
"gfortran",
"mpich",
"openmpi"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-9.0",
"py36-cython",
"py36-setuptools"
]
},
{
"type": "lib",
"ports": [
"py36-numpy",
"python36",
"mpich-clang90",
"petsc",
"py36-mpi4py"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py36-slepc4py"
]
}
]
},
{
"name": "py38-petsc4py",
"portdir": "python/py-petsc4py",
"version": "3.20.2",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://pypi.org/project/petsc4py/",
"description": "PETSc for Python - Python bindings for PETSc",
"long_description": "PETSc is a suite of data structures and routines for the scalable (parallel) solution of scientific applications modeled by partial differential equations. It employs the MPI standard for all message-passing communication.",
"active": false,
"categories": [
"math",
"python"
],
"maintainers": [
{
"name": "mcalhoun",
"github": "MarcusCalhoun-Lopez",
"ports_count": 1504
}
],
"variants": [
"clang10",
"clang11",
"clang12",
"clang13",
"clang14",
"clang15",
"clang16",
"clang17",
"clang90",
"g95",
"gcc10",
"gcc11",
"gcc12",
"gcc13",
"gfortran",
"mpich",
"openmpi"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-16",
"py38-cython",
"py38-setuptools",
"py38-wheel",
"py38-build",
"py38-installer"
]
},
{
"type": "lib",
"ports": [
"petsc",
"py38-mpi4py",
"py38-numpy",
"mpich-clang16",
"python38"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py38-slepc4py"
]
},
{
"type": "run",
"ports": [
"py38-clawpack"
]
}
]
},
{
"name": "py-petsc4py",
"portdir": "python/py-petsc4py",
"version": "3.20.2",
"license": "BSD",
"platforms": "any",
"epoch": 0,
"replaced_by": null,
"homepage": "https://pypi.org/project/petsc4py/",
"description": "PETSc for Python - Python bindings for PETSc",
"long_description": "PETSc is a suite of data structures and routines for the scalable (parallel) solution of scientific applications modeled by partial differential equations. It employs the MPI standard for all message-passing communication.",
"active": true,
"categories": [
"math",
"python"
],
"maintainers": [
{
"name": "mcalhoun",
"github": "MarcusCalhoun-Lopez",
"ports_count": 1504
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18"
]
},
{
"type": "lib",
"ports": [
"py313-petsc4py"
]
}
],
"depends_on": []
},
{
"name": "py39-petsc4py",
"portdir": "python/py-petsc4py",
"version": "3.20.2",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://pypi.org/project/petsc4py/",
"description": "PETSc for Python - Python bindings for PETSc",
"long_description": "PETSc is a suite of data structures and routines for the scalable (parallel) solution of scientific applications modeled by partial differential equations. It employs the MPI standard for all message-passing communication.",
"active": true,
"categories": [
"math",
"python"
],
"maintainers": [
{
"name": "mcalhoun",
"github": "MarcusCalhoun-Lopez",
"ports_count": 1504
}
],
"variants": [
"clang13",
"clang14",
"clang15",
"clang16",
"clang17",
"clang18",
"clang19",
"clang20",
"clang21",
"g95",
"gcc10",
"gcc11",
"gcc12",
"gcc13",
"gcc14",
"gcc15",
"gfortran",
"mpich",
"openmpi"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18",
"py39-cython",
"py39-setuptools",
"py39-wheel",
"py39-build",
"py39-installer"
]
},
{
"type": "lib",
"ports": [
"petsc",
"py39-mpi4py",
"py39-numpy",
"mpich-clang18",
"python39"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py39-slepc4py"
]
},
{
"type": "run",
"ports": [
"py39-clawpack"
]
}
]
},
{
"name": "py310-petsc4py",
"portdir": "python/py-petsc4py",
"version": "3.20.2",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://pypi.org/project/petsc4py/",
"description": "PETSc for Python - Python bindings for PETSc",
"long_description": "PETSc is a suite of data structures and routines for the scalable (parallel) solution of scientific applications modeled by partial differential equations. It employs the MPI standard for all message-passing communication.",
"active": true,
"categories": [
"math",
"python"
],
"maintainers": [
{
"name": "mcalhoun",
"github": "MarcusCalhoun-Lopez",
"ports_count": 1504
}
],
"variants": [
"clang13",
"clang14",
"clang15",
"clang16",
"clang17",
"clang18",
"clang19",
"clang20",
"clang21",
"g95",
"gcc10",
"gcc11",
"gcc12",
"gcc13",
"gcc14",
"gcc15",
"gfortran",
"mpich",
"openmpi"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18",
"py310-setuptools",
"py310-cython",
"py310-wheel",
"py310-build",
"py310-installer"
]
},
{
"type": "lib",
"ports": [
"python310",
"py310-numpy",
"py310-mpi4py",
"mpich-clang18",
"petsc"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py310-slepc4py"
]
}
]
},
{
"name": "py311-petsc4py",
"portdir": "python/py-petsc4py",
"version": "3.20.2",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://pypi.org/project/petsc4py/",
"description": "PETSc for Python - Python bindings for PETSc",
"long_description": "PETSc is a suite of data structures and routines for the scalable (parallel) solution of scientific applications modeled by partial differential equations. It employs the MPI standard for all message-passing communication.",
"active": true,
"categories": [
"math",
"python"
],
"maintainers": [
{
"name": "mcalhoun",
"github": "MarcusCalhoun-Lopez",
"ports_count": 1504
}
],
"variants": [
"clang13",
"clang14",
"clang15",
"clang16",
"clang17",
"clang18",
"clang19",
"clang20",
"clang21",
"g95",
"gcc10",
"gcc11",
"gcc12",
"gcc13",
"gcc14",
"gcc15",
"gfortran",
"mpich",
"openmpi"
],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18",
"py311-build",
"py311-installer",
"py311-setuptools",
"py311-wheel",
"py311-cython"
]
},
{
"type": "lib",
"ports": [
"python311",
"py311-numpy",
"py311-mpi4py",
"mpich-clang18",
"petsc"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py311-slepc4py"
]
}
]
},
{
"name": "py313-petsc4py",
"portdir": "python/py-petsc4py",
"version": "3.20.2",
"license": "BSD",
"platforms": "darwin",
"epoch": 0,
"replaced_by": null,
"homepage": "https://pypi.org/project/petsc4py/",
"description": "PETSc for Python - Python bindings for PETSc",
"long_description": "PETSc is a suite of data structures and routines for the scalable (parallel) solution of scientific applications modeled by partial differential equations. It employs the MPI standard for all message-passing communication.",
"active": true,
"categories": [
"math",
"python"
],
"maintainers": [
{
"name": "mcalhoun",
"github": "MarcusCalhoun-Lopez",
"ports_count": 1504
}
],
"variants": [
"clang13",
"clang14",
"clang15",
"clang16",
"clang17",
"clang18",
"clang19",
"clang20",
"clang21",
"g95",
"gcc10",
"gcc11",
"gcc12",
"gcc13",
"gcc14",
"gcc15",
"gfortran",
"mpich",
"openmpi"
],
"dependencies": [
{
"type": "build",
"ports": [
"py313-cython",
"clang-18",
"py313-build",
"py313-installer",
"py313-setuptools",
"py313-wheel"
]
},
{
"type": "lib",
"ports": [
"mpich-clang18",
"python313",
"py313-numpy",
"py313-mpi4py",
"petsc"
]
}
],
"depends_on": [
{
"type": "lib",
"ports": [
"py-petsc4py"
]
}
]
},
{
"name": "py-pythran",
"portdir": "python/py-pythran",
"version": "0.18.1",
"license": "BSD",
"platforms": "any",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/serge-sans-paille/pythran",
"description": "Ahead of Time compiler for numeric kernels",
"long_description": "Ahead of Time compiler for numeric kernels",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "reneeotten",
"github": "reneeotten",
"ports_count": 1976
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18"
]
},
{
"type": "lib",
"ports": [
"py313-pythran"
]
}
],
"depends_on": []
},
{
"name": "py-requirements-parser",
"portdir": "python/py-requirements-parser",
"version": "0.13.0",
"license": "Apache-2",
"platforms": "any",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/davidfischer/requirements-parser",
"description": "Parses Pip requirement files",
"long_description": "Parses Pip requirement files",
"active": true,
"categories": [
"python"
],
"maintainers": [],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18"
]
},
{
"type": "lib",
"ports": [
"py313-requirements-parser"
]
}
],
"depends_on": []
},
{
"name": "py39-pythran",
"portdir": "python/py-pythran",
"version": "0.18.1",
"license": "BSD",
"platforms": "{darwin any}",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/serge-sans-paille/pythran",
"description": "Ahead of Time compiler for numeric kernels",
"long_description": "Ahead of Time compiler for numeric kernels",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "reneeotten",
"github": "reneeotten",
"ports_count": 1976
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"py39-setuptools",
"py39-wheel",
"py39-build",
"py39-installer",
"clang-18"
]
},
{
"type": "lib",
"ports": [
"python39",
"py39-gast",
"py39-numpy",
"py39-ply",
"py39-beniget"
]
},
{
"type": "test",
"ports": [
"py39-pytest"
]
}
],
"depends_on": [
{
"type": "build",
"ports": [
"py39-vispy",
"py39-kapteyn",
"py39-silx",
"py39-scipy",
"py39-scikit-image"
]
}
]
},
{
"name": "py310-pythran",
"portdir": "python/py-pythran",
"version": "0.18.1",
"license": "BSD",
"platforms": "{darwin any}",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/serge-sans-paille/pythran",
"description": "Ahead of Time compiler for numeric kernels",
"long_description": "Ahead of Time compiler for numeric kernels",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "reneeotten",
"github": "reneeotten",
"ports_count": 1976
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"py310-setuptools",
"py310-wheel",
"py310-build",
"py310-installer",
"clang-18"
]
},
{
"type": "lib",
"ports": [
"python310",
"py310-beniget",
"py310-gast",
"py310-numpy",
"py310-ply"
]
},
{
"type": "test",
"ports": [
"py310-pytest"
]
}
],
"depends_on": [
{
"type": "build",
"ports": [
"cantera",
"py310-kapteyn",
"py310-scipy",
"py310-vispy",
"py310-scikit-image",
"py310-silx"
]
}
]
},
{
"name": "py311-pythran",
"portdir": "python/py-pythran",
"version": "0.18.1",
"license": "BSD",
"platforms": "{darwin any}",
"epoch": 0,
"replaced_by": null,
"homepage": "https://github.com/serge-sans-paille/pythran",
"description": "Ahead of Time compiler for numeric kernels",
"long_description": "Ahead of Time compiler for numeric kernels",
"active": true,
"categories": [
"devel",
"python"
],
"maintainers": [
{
"name": "reneeotten",
"github": "reneeotten",
"ports_count": 1976
}
],
"variants": [],
"dependencies": [
{
"type": "build",
"ports": [
"clang-18",
"py311-build",
"py311-installer",
"py311-setuptools",
"py311-wheel"
]
},
{
"type": "lib",
"ports": [
"python311",
"py311-numpy",
"py311-ply",
"py311-beniget",
"py311-gast"
]
}
],
"depends_on": [
{
"type": "build",
"ports": [
"py311-scipy",
"py311-vispy",
"py311-scikit-image",
"py311-silx"
]
}
]
}
]
}