From d3f26ece7d4383df0b22fe9c3cb3e695381ec737 Mon Sep 17 00:00:00 2001 From: Dan Klein Date: Mon, 24 Aug 2015 10:51:13 +0300 Subject: Initial push to external_lib migration --- .../python_lib/lockfile-0.10.2/README | 27 ---------------------- 1 file changed, 27 deletions(-) delete mode 100755 scripts/automation/trex_control_plane/python_lib/lockfile-0.10.2/README (limited to 'scripts/automation/trex_control_plane/python_lib/lockfile-0.10.2/README') diff --git a/scripts/automation/trex_control_plane/python_lib/lockfile-0.10.2/README b/scripts/automation/trex_control_plane/python_lib/lockfile-0.10.2/README deleted file mode 100755 index 5f7acbc4..00000000 --- a/scripts/automation/trex_control_plane/python_lib/lockfile-0.10.2/README +++ /dev/null @@ -1,27 +0,0 @@ -The lockfile package exports a LockFile class which provides a simple API for -locking files. Unlike the Windows msvcrt.locking function, the fcntl.lockf -and flock functions, and the deprecated posixfile module, the API is -identical across both Unix (including Linux and Mac) and Windows platforms. -The lock mechanism relies on the atomic nature of the link (on Unix) and -mkdir (on Windows) system calls. An implementation based on SQLite is also -provided, more as a demonstration of the possibilities it provides than as -production-quality code. - -Note: In version 0.9 the API changed in two significant ways: - - * It changed from a module defining several classes to a package containing - several modules, each defining a single class. - - * Where classes had been named SomethingFileLock before the last two words - have been reversed, so that class is now SomethingLockFile. - -The previous module-level definitions of LinkFileLock, MkdirFileLock and -SQLiteFileLock will be retained until the 1.0 release. - -Available on GitHub from: - - git://github.com/smontanaro/pylockfile.git - -To install: - - python setup.py install -- cgit 1.2.3-korg