spack/var/spack/repos/builtin/packages/iso-codes/package.py

# Copyright 2013-2023 Lawrence Livermore National Security, LLC and other
# Spack Project Developers. See the top-level COPYRIGHT file for details.
#
# SPDX-License-Identifier: (Apache-2.0 OR MIT)


from spack.package import *


class IsoCodes(AutotoolsPackage):
    """ISO-codes provides lists of various ISO standards"""

    homepage = "https://salsa.debian.org/iso-codes-team/iso-codes"
    url = "https://deb.debian.org/debian/pool/main/i/iso-codes/iso-codes_4.3.orig.tar.xz"

    version("4.13.0", sha256="2d4d0e5c02327f52cf7c029202da72f2074348472c26904b7104d2be3e0750ef")
    version("4.3", sha256="643eb83b2d714e8650ed7112706968d057bf5b101ba71c8ef219e20f1737b141")

    depends_on("m4", type="build")
    depends_on("autoconf", type="build")
    depends_on("automake", type="build")
    depends_on("libtool", type="build")
    depends_on("gettext", type="build")
    depends_on("python@3:", type="build")
license year bump (#34921) * license bump year * fix black issues of modified files * mypy * fix 2021 -> 2023 2023-01-19 06:30:17 +08:00			`# Copyright 2013-2023 Lawrence Livermore National Security, LLC and other`
iso-codes: new package (#12389) 2019-09-07 01:48:08 +08:00			`# Spack Project Developers. See the top-level COPYRIGHT file for details.`
			`#`
			`# SPDX-License-Identifier: (Apache-2.0 OR MIT)`


refactor: packages import `spack.package` explicitly (#30404) Explicitly import package utilities in all packages, and corresponding fallout. This includes: * rename `spack.package` to `spack.package_base` * rename `spack.pkgkit` to `spack.package` * update all packages in builtin, builtin_mock and tutorials to include `from spack.package import ` update spack style * ensure packages include the import * automatically add the new import and remove any/all imports of `spack` and `spack.pkgkit` from packages when using `--fix` * add support for type-checking packages with mypy when SPACK_MYPY_CHECK_PACKAGES is set in the environment * fix all type checking errors in packages in spack upstream * update spack create to include the new imports * update spack repo to inject the new import, injection persists to allow for a deprecation period Original message below: As requested @adamjstewart, update all packages to use pkgkit. I ended up using isort to do this, so repro is easy: ```console $ isort -a 'from spack.pkgkit import ' --rm 'spack' ./var/spack/repos/builtin/packages//package.py $ spack style --fix ``` There were several line spacing fixups caused either by space manipulation in isort or by packages that haven't been touched since we added requirements, but there are no functional changes in here. * [x] add config to isort to make sure this is maintained going forward 2022-05-29 00:55:44 +08:00			`from spack.package import *`
iso-codes: new package (#12389) 2019-09-07 01:48:08 +08:00

			`class IsoCodes(AutotoolsPackage):`
			`"""ISO-codes provides lists of various ISO standards"""`

			`homepage = "https://salsa.debian.org/iso-codes-team/iso-codes"`
black: reformat entire repository with black 2022-07-31 06:19:18 +08:00			`url = "https://deb.debian.org/debian/pool/main/i/iso-codes/iso-codes_4.3.orig.tar.xz"`
iso-codes: new package (#12389) 2019-09-07 01:48:08 +08:00
iso-codes: add v4.13.0 (#35915) 2023-03-08 14:18:10 +08:00			`version("4.13.0", sha256="2d4d0e5c02327f52cf7c029202da72f2074348472c26904b7104d2be3e0750ef")`
black: reformat entire repository with black 2022-07-31 06:19:18 +08:00			`version("4.3", sha256="643eb83b2d714e8650ed7112706968d057bf5b101ba71c8ef219e20f1737b141")`
iso-codes: new package (#12389) 2019-09-07 01:48:08 +08:00
black: reformat entire repository with black 2022-07-31 06:19:18 +08:00			`depends_on("m4", type="build")`
			`depends_on("autoconf", type="build")`
			`depends_on("automake", type="build")`
			`depends_on("libtool", type="build")`
			`depends_on("gettext", type="build")`
			`depends_on("python@3:", type="build")`