summaryrefslogtreecommitdiff
path: root/pkgs/development/python-modules/arrow/default.nix (follow)
Commit message (Expand)AuthorAgeFilesLines
* python3Packages: format with nixfmtMartin Weinelt2024-05-221-17/+14
* python3Packages.arrow: 1.2.3 -> 1.3.0Martin Weinelt2023-12-201-7/+14
* python3.pkgs.*: Explicitly pass buildPythonPackage format parameter•••Long term we should move everything over to `pyproject = true`, but in the mean time we can work towards deprecating the implicit `format` paremeter. cc https://github.com/NixOS/nixpkgs/issues/253154 cc @mweinelt @figsoda adisbladis2023-12-071-0/+1
* python3.pkgs: Migrate fetchers to use hash•••when they already rely on SRI hashes. Martin Weinelt2023-03-031-1/+1
* treewide: switch to nativeCheckInputs•••checkInputs used to be added to nativeBuildInputs. Now we have nativeCheckInputs to do that instead. Doing this treewide change allows to keep hashes identical to before the introduction of nativeCheckInputs. Guillaume Girol2023-01-211-1/+1
* python3Packages.arrow: 1.2.2 -> 1.2.3Martin Weinelt2022-09-181-2/+2
* python3Packages.arrow: 1.2.1 -> 1.2.2Martin Weinelt2022-03-141-2/+2
* python3Packages.arrow: 1.2.0 -> 1.2.1Jonathan Ringer2021-11-301-2/+2
* python3Packages.arrow: 1.1.1 -> 1.2.0Martin Weinelt2021-10-111-2/+2
* python3Packages.arrow: 1.1.0 -> 1.1.1Martin Weinelt2021-09-011-2/+2
* pythonPackages.arrow: 1.0.3 -> 1.1.0Alvar Penning2021-06-211-2/+4
* python3Packages.arrow_1: merge into python3Packages.arrow•••They are the same version. Robert Schütz2021-05-131-7/+17
* python3Packages.arrow: 0.17.0 -> 1.0.3Frederik Rietdijk2021-04-031-2/+2
* treewide: remove stdenv where not neededPavol Rusnak2021-01-251-1/+1
* Recover the complicated situation after my bad merge•••I made a mistake merge. Reverting it in c778945806b undid the state on master, but now I realize it crippled the git merge mechanism. As the merge contained a mix of commits from `master..staging-next` and other commits from `staging-next..staging`, it got the `staging-next` branch into a state that was difficult to recover. I reconstructed the "desired" state of staging-next tree by: - checking out the last commit of the problematic range: 4effe769e2b - `git rebase -i --preserve-merges a8a018ddc0` - dropping the mistaken merge commit and its revert from that range (while keeping reapplication from 4effe769e2) - merging the last unaffected staging-next commit (803ca85c209) - fortunately no other commits have been pushed to staging-next yet - applying a diff on staging-next to get it into that state Vladimír Čunát2020-10-261-2/+2
* Revert "Merge #101508: libraw: 0.20.0 -> 0.20.2"•••I'm sorry; I didn't notice it contained staging commits. This reverts commit 17f5305b6c20df795c365368d2d868266519599e, reversing changes made to a8a018ddc0a8b5c3d4fa94c94b672c37356bc075. Vladimír Čunát2020-10-251-2/+2
* pythonPackages.arrow: 0.15.8 -> 0.17.0Drew Risinger2020-10-121-2/+2
* python: arrow: 0.15.6 -> 0.15.8Frederik Rietdijk2020-08-041-2/+2
* python.pkgs.arrow: disable failing testFrederik Rietdijk2020-06-111-5/+7
* python3Packages.arrow: fix dependenciesJonathan Ringer2020-05-111-10/+17
* python3Packages.arrow: 0.15.5 -> 0.15.6Frederik Rietdijk2020-05-111-2/+2
* pythonPackages.arrow: fix license (#85803)Drew2020-04-221-1/+1
* pythonPackages.arrow: 0.15.4 -> 0.15.5Drew Risinger2020-03-261-2/+2
* python: arrow: 0.15.2 -> 0.15.4Frederik Rietdijk2019-11-221-2/+2
* pythonPackages.arrow: fix buildJonathan Ringer2019-10-271-2/+2
* python: arrow: 0.13.2 -> 0.15.2Frederik Rietdijk2019-10-271-2/+2
* python: arrow: 0.13.1 -> 0.13.2Frederik Rietdijk2019-06-151-2/+2
* python: arrow: 0.12.1 -> 0.13.1Frederik Rietdijk2019-02-171-4/+5
* python: arrow: 0.12.0 -> 0.12.1Frederik Rietdijk2018-01-201-2/+2
* python.pkgs.arrow: fix python 2 buildFrederik Rietdijk2018-01-031-0/+4
* python: arrow: 0.10.0 -> 0.12.0Frederik Rietdijk2017-12-311-6/+5
* pythonPackages.arrow: move to python-modulesJörg Thalheim2017-07-211-0/+27