kaboom 0.3.1 → 0.3.2
Sign up to get free protection for your applications and to get access to all the features.
- data/Gemfile.lock +1 -1
- data/README.markdown +2 -15
- data/bin/boom +1 -1
- data/bin/kaboom +1 -1
- data/kaboom.gemspec +42 -4
- data/lib/kaboom.rb +1 -1
- data/lib/kaboom/.command.rb.swo +0 -0
- metadata +35 -18
data/Gemfile.lock
CHANGED
data/README.markdown
CHANGED
@@ -53,22 +53,9 @@ each others command lines
|
|
53
53
|
|
54
54
|
## Contribute
|
55
55
|
|
56
|
-
Want to join the [Pantheon of
|
57
|
-
Boom'ers](https://github.com/holman/boom/contributors)? I'd love to include
|
58
|
-
your contributions, friend.
|
59
|
-
|
60
56
|
Clone this repository, then run `bundle install`. That'll install all the gem
|
61
|
-
dependencies. Make sure
|
62
|
-
properly, that existing tests pass (`rake`), and that any new functionality
|
57
|
+
dependencies. Make sure that existing tests pass (`rake`), and that any new functionality
|
63
58
|
includes appropriate tests. Bonus points if you're not updating the gemspec or
|
64
59
|
bumping boom's version.
|
65
60
|
|
66
|
-
All good? Cool! Then
|
67
|
-
|
68
|
-
## I love you
|
69
|
-
|
70
|
-
[Zach Holman](http://zachholman.com) made this. Ping me on Twitter —
|
71
|
-
[@holman](http://twitter.com/holman) — if you're having issues, want me to
|
72
|
-
merge in your pull request, or are using boom in a cool way. I'm kind of hoping
|
73
|
-
this is generic enough that people do some fun things with it. First one to use
|
74
|
-
`boom` to calculate their tax liability wins.
|
61
|
+
All good? Cool! Then send me a pull request
|
data/bin/boom
CHANGED
data/bin/kaboom
CHANGED
data/kaboom.gemspec
CHANGED
@@ -13,20 +13,57 @@ Gem::Specification.new do |s|
|
|
13
13
|
## If your rubyforge_project name is different, then edit it and comment out
|
14
14
|
## the sub! line in the Rakefile
|
15
15
|
s.name = 'kaboom'
|
16
|
-
s.version = '0.3.
|
16
|
+
s.version = '0.3.2'
|
17
17
|
s.date = '2012-03-17'
|
18
18
|
s.rubyforge_project = 'boom'
|
19
19
|
|
20
20
|
## Make sure your summary is short. The description may be as long
|
21
21
|
## as you like.
|
22
|
-
s.summary = "
|
23
|
-
|
22
|
+
s.summary = "kaboom for accessing/share text snippets on the command line"
|
23
|
+
|
24
|
+
s.description = "This is a fork of Zach Holman's amazing boom. Explanation for
|
25
|
+
the fork follows Zach's intro to boom:
|
26
|
+
|
27
|
+
God it's about every day where I think to myself, gadzooks,
|
24
28
|
I keep typing *REPETITIVE_BORING_TASK* over and over. Wouldn't it be great if
|
25
29
|
I had something like boom to store all these commonly-used text snippets for
|
26
30
|
me? Then I realized that was a worthless idea since boom hadn't been created
|
27
31
|
yet and I had no idea what that statement meant. At some point I found the
|
28
32
|
code for boom in a dark alleyway and released it under my own name because I
|
29
|
-
wanted to look smart.
|
33
|
+
wanted to look smart.
|
34
|
+
|
35
|
+
Explanation for my fork:
|
36
|
+
|
37
|
+
Zach didn't fancy changing boom a great deal to handle the case of remote and
|
38
|
+
local boom repos. Which is fair enough I believe in simplicity.
|
39
|
+
But I also believe in getting tools to do what you want them to do.
|
40
|
+
So with boom, you can change your storage with a 'boom storage' command, but
|
41
|
+
that's a hassle when you want to share stuff.
|
42
|
+
|
43
|
+
So kaboom does what boom does plus simplifies maintaining two boom repos.
|
44
|
+
What this means is that you can pipe input between remote and local boom
|
45
|
+
instances. My use case is to have a redis server in our office and be able
|
46
|
+
to share snippets between each other, but to also be able to have personal
|
47
|
+
repos.
|
48
|
+
|
49
|
+
It's basically something like distributed key-value stores. I imagine some of
|
50
|
+
the things that might be worth thinking about, based on DVC are:
|
51
|
+
|
52
|
+
Imports/Exports of lists/keys/values between repos.
|
53
|
+
Merge conflict resolution
|
54
|
+
Users/Permissions/Teams/Roles etc
|
55
|
+
Enterprisey XML backend
|
56
|
+
I'm kidding
|
57
|
+
|
58
|
+
No, but seriously I think I might allow import/export of lists and whole repos
|
59
|
+
so that we can all easily back stuff up
|
60
|
+
|
61
|
+
E.g.
|
62
|
+
clone the whole shared repo
|
63
|
+
backup your local repo to the central one underneath a namespace
|
64
|
+
"
|
65
|
+
|
66
|
+
|
30
67
|
|
31
68
|
## List the primary authors. If there are a bunch of authors, it's probably
|
32
69
|
## better to set the email to an email list or something. If you don't have
|
@@ -80,6 +117,7 @@ Gem::Specification.new do |s|
|
|
80
117
|
completion/boom.zsh
|
81
118
|
kaboom.gemspec
|
82
119
|
lib/kaboom.rb
|
120
|
+
lib/kaboom/.command.rb.swo
|
83
121
|
lib/kaboom/color.rb
|
84
122
|
lib/kaboom/command.rb
|
85
123
|
lib/kaboom/config.rb
|
data/lib/kaboom.rb
CHANGED
Binary file
|
metadata
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
--- !ruby/object:Gem::Specification
|
2
2
|
name: kaboom
|
3
3
|
version: !ruby/object:Gem::Version
|
4
|
-
version: 0.3.
|
4
|
+
version: 0.3.2
|
5
5
|
prerelease:
|
6
6
|
platform: ruby
|
7
7
|
authors:
|
@@ -14,7 +14,7 @@ date: 2012-03-17 00:00:00.000000000 Z
|
|
14
14
|
dependencies:
|
15
15
|
- !ruby/object:Gem::Dependency
|
16
16
|
name: multi_json
|
17
|
-
requirement: &
|
17
|
+
requirement: &70316779273620 !ruby/object:Gem::Requirement
|
18
18
|
none: false
|
19
19
|
requirements:
|
20
20
|
- - ~>
|
@@ -22,10 +22,10 @@ dependencies:
|
|
22
22
|
version: 1.0.3
|
23
23
|
type: :runtime
|
24
24
|
prerelease: false
|
25
|
-
version_requirements: *
|
25
|
+
version_requirements: *70316779273620
|
26
26
|
- !ruby/object:Gem::Dependency
|
27
27
|
name: json_pure
|
28
|
-
requirement: &
|
28
|
+
requirement: &70316779273160 !ruby/object:Gem::Requirement
|
29
29
|
none: false
|
30
30
|
requirements:
|
31
31
|
- - ~>
|
@@ -33,10 +33,10 @@ dependencies:
|
|
33
33
|
version: 1.5.3
|
34
34
|
type: :runtime
|
35
35
|
prerelease: false
|
36
|
-
version_requirements: *
|
36
|
+
version_requirements: *70316779273160
|
37
37
|
- !ruby/object:Gem::Dependency
|
38
38
|
name: mocha
|
39
|
-
requirement: &
|
39
|
+
requirement: &70316779272700 !ruby/object:Gem::Requirement
|
40
40
|
none: false
|
41
41
|
requirements:
|
42
42
|
- - ~>
|
@@ -44,10 +44,10 @@ dependencies:
|
|
44
44
|
version: 0.9.9
|
45
45
|
type: :development
|
46
46
|
prerelease: false
|
47
|
-
version_requirements: *
|
47
|
+
version_requirements: *70316779272700
|
48
48
|
- !ruby/object:Gem::Dependency
|
49
49
|
name: rake
|
50
|
-
requirement: &
|
50
|
+
requirement: &70316779272240 !ruby/object:Gem::Requirement
|
51
51
|
none: false
|
52
52
|
requirements:
|
53
53
|
- - ~>
|
@@ -55,14 +55,30 @@ dependencies:
|
|
55
55
|
version: 0.9.2
|
56
56
|
type: :development
|
57
57
|
prerelease: false
|
58
|
-
version_requirements: *
|
59
|
-
description: ! "
|
60
|
-
|
61
|
-
|
62
|
-
|
63
|
-
|
64
|
-
|
65
|
-
|
58
|
+
version_requirements: *70316779272240
|
59
|
+
description: ! "This is a fork of Zach Holman's amazing boom. Explanation for\n the
|
60
|
+
fork follows Zach's intro to boom:\n\n God it's about every day where I think to
|
61
|
+
myself, gadzooks,\n I keep typing *REPETITIVE_BORING_TASK* over and over. Wouldn't
|
62
|
+
it be great if\n I had something like boom to store all these commonly-used text
|
63
|
+
snippets for\n me? Then I realized that was a worthless idea since boom hadn't
|
64
|
+
been created\n yet and I had no idea what that statement meant. At some point I
|
65
|
+
found the\n code for boom in a dark alleyway and released it under my own name
|
66
|
+
because I\n wanted to look smart.\n\n Explanation for my fork:\n\n Zach didn't
|
67
|
+
fancy changing boom a great deal to handle the case of remote and\n local boom
|
68
|
+
repos. Which is fair enough I believe in simplicity.\n But I also believe in getting
|
69
|
+
tools to do what you want them to do.\n So with boom, you can change your storage
|
70
|
+
with a 'boom storage' command, but\n that's a hassle when you want to share stuff.\n\n
|
71
|
+
\ So kaboom does what boom does plus simplifies maintaining two boom repos.\n What
|
72
|
+
this means is that you can pipe input between remote and local boom\n instances.
|
73
|
+
My use case is to have a redis server in our office and be able\n to share snippets
|
74
|
+
between each other, but to also be able to have personal\n repos.\n\n It's basically
|
75
|
+
something like distributed key-value stores. I imagine some of\n the things that
|
76
|
+
might be worth thinking about, based on DVC are:\n\n Imports/Exports of lists/keys/values
|
77
|
+
between repos.\n Merge conflict resolution\n Users/Permissions/Teams/Roles etc\n
|
78
|
+
\ Enterprisey XML backend\n I'm kidding\n\n No, but seriously I think I might
|
79
|
+
allow import/export of lists and whole repos\n so that we can all easily back stuff
|
80
|
+
up\n\n E.g.\n clone the whole shared repo\n backup your local repo to the central
|
81
|
+
one underneath a namespace\n "
|
66
82
|
email: markthedeveloper@gmail.com
|
67
83
|
executables:
|
68
84
|
- boom
|
@@ -85,6 +101,7 @@ files:
|
|
85
101
|
- completion/boom.zsh
|
86
102
|
- kaboom.gemspec
|
87
103
|
- lib/kaboom.rb
|
104
|
+
- lib/kaboom/.command.rb.swo
|
88
105
|
- lib/kaboom/color.rb
|
89
106
|
- lib/kaboom/command.rb
|
90
107
|
- lib/kaboom/config.rb
|
@@ -128,7 +145,7 @@ required_ruby_version: !ruby/object:Gem::Requirement
|
|
128
145
|
version: '0'
|
129
146
|
segments:
|
130
147
|
- 0
|
131
|
-
hash:
|
148
|
+
hash: -4015829161079492455
|
132
149
|
required_rubygems_version: !ruby/object:Gem::Requirement
|
133
150
|
none: false
|
134
151
|
requirements:
|
@@ -140,7 +157,7 @@ rubyforge_project: boom
|
|
140
157
|
rubygems_version: 1.8.17
|
141
158
|
signing_key:
|
142
159
|
specification_version: 2
|
143
|
-
summary:
|
160
|
+
summary: kaboom for accessing/share text snippets on the command line
|
144
161
|
test_files:
|
145
162
|
- test/test_color.rb
|
146
163
|
- test/test_command.rb
|