chore(3p/nix): unvendor tvix 0.1 r/4098

Nothing is using this now, and we'll likely never pick this up again,
but we learned a lot in the process.

Every now and then this breaks in some bizarre way on channel bumps
and it's just a waste of time to maintain that.

Change-Id: Idcf2f5acd4ca7070ce18d7149cbfc0d967dc0a44
Reviewed-on: https://cl.tvl.fyi/c/depot/+/5632
Tested-by: BuildkiteCI
Reviewed-by: sterni <sternenseemann@systemli.org>
Reviewed-by: lukegb <lukegb@tvl.fyi>
Autosubmit: tazjin <tazjin@tvl.su>

1 files changed, 0 insertions, 35 deletions

diff --git a/third_party/nix/src/libstore/pathlocks.hh b/third_party/nix/src/libstore/pathlocks.hh
deleted file mode 100644
index d515963e76..0000000000
--- a/third_party/nix/src/libstore/pathlocks.hh
+++ /dev/null
@@ -1,35 +0,0 @@
-#pragma once
-
-#include "libutil/util.hh"
-
-namespace nix {
-
-/* Open (possibly create) a lock file and return the file descriptor.
-   -1 is returned if create is false and the lock could not be opened
-   because it doesn't exist.  Any other error throws an exception. */
-AutoCloseFD openLockFile(const Path& path, bool create);
-
-/* Delete an open lock file. */
-void deleteLockFile(const Path& path, int fd);
-
-enum LockType { ltRead, ltWrite, ltNone };
-
-bool lockFile(int fd, LockType lockType, bool wait);
-
-class PathLocks {
- private:
-  typedef std::pair<int, Path> FDPair;
-  std::list<FDPair> fds;
-  bool deletePaths;
-
- public:
-  PathLocks();
-  PathLocks(const PathSet& paths, const std::string& waitMsg = "");
-  bool lockPaths(const PathSet& _paths, const std::string& waitMsg = "",
-                 bool wait = true);
-  ~PathLocks();
-  void unlock();
-  void setDeletion(bool deletePaths);
-};
-
-}  // namespace nix