Age | Commit message (Collapse) | Author | Files | Lines | |
---|---|---|---|---|---|
2023-01-16 | tor: 0.4.7.12 -> 0.4.7.13 | R. Ryantm | 1 | -2/+2 | |
2022-12-22 | tor: 0.4.7.11 -> 0.4.7.12 | R. Ryantm | 1 | -2/+2 | |
2022-11-14 | tor: 0.4.7.10 -> 0.4.7.11 | Pavol Rusnak | 1 | -2/+2 | |
2022-09-10 | tor: 0.4.7.8 -> 0.4.7.10 (#190647) | R. RyanTM | 1 | -2/+2 | |
2022-06-19 | tor: 0.4.7.7 -> 0.4.7.8 | Pavol Rusnak | 1 | -2/+2 | |
2022-04-29 | tor: 0.4.6.10 -> 0.4.7.7 | Pavol Rusnak | 1 | -5/+9 | |
- disable sandbox for aarch64-linux for now | |||||
2022-03-24 | treewide: remove meta.repositories | Artturin | 2 | -3/+1 | |
there's no documentation for meta.repositories and its not widely used | |||||
2022-03-07 | tor: 0.4.6.9 -> 0.4.6.10 | Alyssa Ross | 1 | -2/+2 | |
2022-03-07 | tor.updateScript: update verification/signing keys | Alyssa Ross | 1 | -11/+12 | |
Upstream no longers signs the tarball directly; instead they sign the sha256sum file[1]. Also, the signing keys have changed, and the latest release is signed with a key we didn't have before. [1]: https://gitlab.torproject.org/tpo/web/support/-/commit/dd17604bb3dffa77d6aacdcae52c0c38fee2ea27 | |||||
2022-01-02 | tor-arm: remove | Martin Weinelt | 1 | -55/+0 | |
Uses python2 and the upstream has abandoned the project. | |||||
2021-12-19 | Merge pull request #151168 from SuperSandro2000/phreedom | Sandro | 2 | -2/+2 | |
2021-12-19 | maintainers: drop phreedom | Sandro Jäckel | 2 | -2/+2 | |
2021-12-18 | tor: 0.4.6.8 -> 0.4.6.9 | R. Ryantm | 1 | -2/+2 | |
2021-12-04 | tor: fix build on aarch64-darwin by disabling tests | Pavol Rusnak | 2 | -4/+33 | |
2021-10-28 | tor: 0.4.6.7 -> 0.4.6.8 | R. Ryantm | 1 | -2/+2 | |
2021-08-22 | tor: 0.4.6.6 -> 0.4.6.7 | R. RyanTM | 1 | -2/+2 | |
2021-06-30 | tor: 0.4.5.7 -> 0.4.6.6 | Alyssa Ross | 1 | -2/+2 | |
2021-04-17 | tor: 0.4.5.6 -> 0.4.5.7 | Thomas Gerbet | 1 | -2/+2 | |
Fixes CVE-2021-28089 and CVE-2021-28090. Release notes: https://blog.torproject.org/node/2009 | |||||
2021-04-04 | lzma: deprecate alias | Sandro Jäckel | 1 | -2/+2 | |
2021-02-15 | tor: 0.4.4.7 -> 0.4.5.6 | Pavol Rusnak | 1 | -2/+2 | |
2021-02-08 | tor: 0.4.4.6 -> 0.4.4.7 | Pavol Rusnak | 1 | -2/+2 | |
2021-01-27 | treewide: remove inherited stdenv.lib | Ben Siraphob | 1 | -1/+1 | |
2021-01-16 | pkgs/tools: pkgconfig -> pkg-config | Ben Siraphob | 1 | -2/+2 | |
2021-01-15 | pkgs/tools: stdenv.lib -> lib | Ben Siraphob | 3 | -14/+14 | |
2021-01-11 | treewide: with stdenv.lib; in meta -> with lib; | Profpatsch | 1 | -2/+2 | |
Part of: https://github.com/NixOS/nixpkgs/issues/108938 meta = with stdenv.lib; is a widely used pattern. We want to slowly remove the `stdenv.lib` indirection and encourage people to use `lib` directly. Thus let’s start with the meta field. This used a rewriting script to mostly automatically replace all occurances of this pattern, and add the `lib` argument to the package header if it doesn’t exist yet. The script in its current form is available at https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix | |||||
2021-01-04 | nixos/tor: improve type-checking and hardening | Julien Moutinho | 1 | -1/+17 | |
Fixes #77395. Fixes #82790. | |||||
2020-11-17 | tor: 0.4.4.5 -> 0.4.4.6 | Pavol Rusnak | 1 | -3/+3 | |
2020-11-09 | tor: remove myself as maintainer | Chris Double | 1 | -1/+1 | |
2020-10-03 | tor: 0.4.3.6 -> 0.4.4.5 | Pavol Rusnak | 1 | -2/+2 | |
2020-08-06 | torsocks: Fix the Darwin build | John Wiegley | 1 | -1/+10 | |
2020-07-28 | Merge pull request #94077 from mweinelt/tor | Mario Rodas | 1 | -14/+17 | |
tor: passthru tests | |||||
2020-07-28 | tor: passthru tests | Martin Weinelt | 1 | -14/+17 | |
2020-07-15 | tor: 0.4.3.5 -> 0.4.3.6 | R. RyanTM | 1 | -2/+2 | |
2020-05-24 | tor: 0.4.2.7 -> 0.4.3.5 | R. RyanTM | 1 | -2/+2 | |
2020-05-04 | tor: fix cross compiling | Richard Marko | 1 | -0/+4 | |
2020-04-10 | treewide: Per RFC45, remove all unquoted URLs | Michael Reilly | 2 | -3/+3 | |
2020-03-26 | tor: 0.4.2.6 -> 0.4.2.7 | R. RyanTM | 1 | -3/+3 | |
2020-02-19 | tor: fix build | Konrad Borowski | 2 | -1/+28 | |
Monotonic timer test expects sleep(200ms) to take at most 1s. On loaded systems like hydra, it's possible for such a test to take longer than 1 second. Tests expecting sleep(200ms) to take at least 175ms weren't removed, because load shouldn't cause sleep to be shorter. | |||||
2020-02-10 | tor: 0.4.2.5 -> 0.4.2.6 | R. RyanTM | 1 | -2/+2 | |
2020-01-08 | tor: patchShebangs script, fix build | Will Dietz | 1 | -0/+2 | |
2020-01-08 | tor: 0.4.1.6 -> 0.4.2.5 | Will Dietz | 1 | -2/+2 | |
https://blog.torproject.org/new-release-0425-also-0417-0406-and-0359 | |||||
2019-09-19 | tor: 0.4.1.5 -> 0.4.1.6 | Will Dietz | 1 | -2/+2 | |
https://blog.torproject.org/new-release-tor-0416 | |||||
2019-08-24 | Merge branch 'master' into staging-next | Vladimír Čunát | 1 | -2/+2 | |
There ver very many conflicts, basically all due to name -> pname+version. Fortunately, almost everything was auto-resolved by kdiff3, and for now I just fixed up a couple evaluation problems, as verified by the tarball job. There might be some fallback to these conflicts, but I believe it should be minimal. Hydra nixpkgs: ?compare=1538299 | |||||
2019-08-22 | tor: 0.4.0.5 -> 0.4.1.5 | Will Dietz | 1 | -2/+2 | |
https://blog.torproject.org/new-release-tor-0415 | |||||
2019-08-15 | treewide: name -> pname (easy cases) (#66585) | volth | 2 | -2/+2 | |
treewide replacement of stdenv.mkDerivation rec { name = "*-${version}"; version = "*"; to pname | |||||
2019-05-03 | tor: 0.3.5.7 -> 0.4.0.5 | Will Dietz | 1 | -3/+4 | |
https://gitweb.torproject.org/tor.git/plain/ChangeLog?h=tor-0.4.0.5 | |||||
2019-01-15 | torsocks: 2.2.0 -> 2.3.0 | Will Dietz | 1 | -2/+2 | |
https://github.com/dgoulet/torsocks/blob/v2.3.0/ChangeLog | |||||
2019-01-08 | tor: 0.3.4.10 -> 0.3.5.7 | Will Dietz | 1 | -2/+2 | |
(thank you, update script!) | |||||
2019-01-08 | tor: lzma, zstd, scrypt deps | Will Dietz | 1 | -2/+2 | |
2019-01-08 | tor: 0.3.4.9 -> 0.3.4.10 | Will Dietz | 1 | -2/+2 | |
https://lists.torproject.org/pipermail/tor-announce/2019-January/000171.html FWIW, in the ChangeLog (in the source, sorry) it mentions: As a reminder, the Tor 0.3.4 series will be supported until 10 June 2019. Some time between now and then, users should switch to the Tor 0.3.5 series, which will receive long-term support until at least 1 Feb 2022. So we should consider moving to 0.3.5 "soon" :). |