Sha256: ece50069660c8f28830dc12cbb6844df3c55b8c8ebfb86c694ffc45883fed668
Contents?: true
Size: 1.57 KB
Versions: 4
Compression:
Stored size: 1.57 KB
Contents
# -*- encoding: utf-8 -*- $:.push File.expand_path("../lib", __FILE__) require "volatiledb/version" Gem::Specification.new do |s| s.name = "volatiledb" s.version = Volatile::VERSION s.authors = ["Sebastian Wittenkamp (bitops)"] s.email = ["a.sebastian.w@gmail.com"] s.homepage = "https://github.com/bitops/volatiledb" s.summary = %q{VolatileDB is a simple stupid storage solution for transient data on transient filesystems.} s.description = <<DESC The VolatileDB gem allows you to specify a key and an action yielding a particular piece of data. This data will be stored in the /tmp folder of the file system you are currently running on. Data is accessible by key. Data will be read and written to storage using File.read() and File.open() -- that's it. It's up to the consuming application to serialize and deserialize data correctly. All VolatileDB does is push and pull data to the FS. If the underlying file supporting the data is found to be missing, it will be re-initialized. This gets to the main idea behind VolatileDB: use it to persist data that is transient and can be re-seeded periodically as conditions change. DESC s.rubyforge_project = "volatiledb" s.files = `git ls-files`.split("\n") s.test_files = `git ls-files -- {test,spec,features}/*`.split("\n") s.executables = `git ls-files -- bin/*`.split("\n").map{ |f| File.basename(f) } s.require_paths = ["lib"] # specify any dependencies here; for example: # s.add_development_dependency "rspec" # s.add_runtime_dependency "rest-client" end
Version data entries
4 entries across 4 versions & 1 rubygems
Version | Path |
---|---|
volatiledb-1.0.0 | volatiledb.gemspec |
volatiledb-0.0.4 | volatiledb.gemspec |
volatiledb-0.0.3 | volatiledb.gemspec |
volatiledb-0.0.2 | volatiledb.gemspec |