enola 0.5.2 → 0.5.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
checksums.yaml CHANGED
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  SHA256:
3
- metadata.gz: 0f5c39f1dcc7577ecde43a125b51c74b640ec8f10ce6d38e4008bec02d7e8df6
4
- data.tar.gz: 3a56415c6823950a6e115dbbe1b282f564e609211ee65609ef39b7e5daa35f15
3
+ metadata.gz: 7587a8fade69cbde43c50ccf899b2085830d99e05e83feb03c1d31293e0eaedc
4
+ data.tar.gz: 9d1bc99945a58b925dfeca0a70335907e53f4a47154d26fb5091250bdd353ab1
5
5
  SHA512:
6
- metadata.gz: 9f2727a63a05b9aee2c24023014d7363c1b2fac11e4ad4cea85473d14bb4534fe769d5ff6e6c3ee6b71fd2a853cadd0d2dc67b72772d5188c2a63b7e05a5c033
7
- data.tar.gz: 98734b4d06a0867d8808f023e59276d6c1b8e9dec27703078c5ae98f8dd02a2bd2add19606f42d4442f914b21818839af4bb5717448af5180aafd5ebb88453ca
6
+ metadata.gz: e6baed0ecc468220f0d80d37b40352e4b97889ae17e5049b7b167142d3f1ddd60c2bcd35f77ffe84dcb04493cd00bc7ae3954a879421a3abfb6f88303fab538b
7
+ data.tar.gz: b39f2adc88525ed513773913d48b07071fd9e4bcf4a2a2fbaf7a1070e6e68a6d88e28271cae2b2ee7266b8f8f62f5ae7c13d8507661af852a3c0759c711624ce
data/CHANGELOG.md CHANGED
@@ -1,3 +1,20 @@
1
+ ## enola 0.5.3, enola-rb 0.5.3 and munola 0.6.0 (2026-08-24)
2
+
3
+ Both providers are on again. enola-labs shipped the prefix walk fix in 0.4.6,
4
+ which is the release the enola and enola-rb gems now drive, so the config they
5
+ write carries Prism and Rubydex as it did before the hang was found.
6
+
7
+ munola waits. Its binary is a fork release cut before that fix, so it stays on
8
+ Prism alone until the channel is re-cut, and its version file says which
9
+ upstream it is built on rather than implying the newest.
10
+
11
+ munola-rb is gone, and was never published. The railtie and generator move
12
+ into munola, which is why munola is 0.6.0: one gem for one channel, since the
13
+ split that makes sense for enola and enola-rb, letting a Rubyist take the
14
+ binary wrapper without the Rails layer, does not describe anyone's use of
15
+ munola. Requiring munola still loads no Rails; the generator registers when
16
+ the application has already loaded it.
17
+
1
18
  ## enola 0.5.2, enola-rb 0.5.2, munola 0.5.2 and munola-rb 0.5.2 (2026-08-23)
2
19
 
3
20
  Rubydex is off in the config these gems write, and named in a comment beside
data/README.md CHANGED
@@ -4,10 +4,11 @@ Four pure-Ruby gems, one repository, for running
4
4
  [enola](https://github.com/enola-labs/enola), the architecture-graph tool,
5
5
  from Ruby. None of them carries a binary or compiles anything.
6
6
 
7
- Two channels, the same layering on both: `enola` wraps the released upstream
8
- binary and `enola-rb` adds the Rails layer on it; `munola` wraps the munola
9
- binary and `munola-rb` adds the Rails layer on that. The Rails code is written
10
- once, in `enola-rb`, and the munola gems add only what is munola's own.
7
+ Two channels. `enola` wraps the released upstream binary and `enola-rb` adds
8
+ the Rails layer on it, split so a Rubyist can take the wrapper without Rails.
9
+ `munola` is one gem for its own channel, wrapper and Rails layer together,
10
+ because nobody installs it to avoid Rails. The Rails code is written once, in
11
+ `enola-rb`, and munola adds only what is munola's own.
11
12
 
12
13
  ## `enola`
13
14
 
@@ -109,14 +110,9 @@ publishes; `MUNOLA_BINARY=/path/to/enola` names one to drive instead, and
109
110
  every command says which answered. `munola` depends on `enola` at the same
110
111
  minor and on `enola-guides` 0.3.1 or later; requiring it loads no Rails.
111
112
 
112
- ## `munola-rb`
113
+ ## munola under Rails
113
114
 
114
- The Rails layer over `munola`, what `enola-rb` is to `enola`. It depends on
115
- both at the same minor and adds one generator.
116
-
117
- ```ruby
118
- gem "munola-rb"
119
- ```
115
+ munola carries its own generator, and the rake tasks are enola-rb's:
120
116
 
121
117
  ```sh
122
118
  bin/rails generate munola:install --tenant-column company_id
@@ -124,7 +120,8 @@ bin/rake enola:snapshot
124
120
  bin/rake enola:check
125
121
  ```
126
122
 
127
- The generator runs the same install `munola init` does. The rake tasks are
128
- enola-rb's and need no munola copy: `munola` installs its own resolver when it
129
- loads, so `enola:snapshot` and `enola:check` drive the munola binary in an app
130
- that has this gem, and the upstream binary in one that does not.
123
+ The generator runs the same install `munola init` does. `munola` installs its
124
+ own resolver when it loads, so `enola:snapshot` and `enola:check` drive the
125
+ munola binary in an app that has this gem, and the upstream binary in one that
126
+ does not. Requiring munola loads no Rails; the generator registers when the
127
+ application has already loaded it.
data/lib/enola/config.rb CHANGED
@@ -20,11 +20,9 @@ module Enola
20
20
 
21
21
  def self.render(ruby: Providers.ruby)
22
22
  <<~YAML
23
- # Written by the enola gem; edit freely. Prism is on by default and runs
24
- # under the Ruby that runs the gem. Rubydex is left off: the release this
25
- # gem drives has a walk that can fail to return on a tree with vendored
26
- # gems, fixed but not yet in a published enola. Uncomment it to run it
27
- # anyway, and expect a snapshot that may not finish.
23
+ # Written by the enola gem; edit freely. Both providers are on: Prism runs
24
+ # under the Ruby that runs the gem, Rubydex is built into the binary and
25
+ # fetched once. Remove one to leave it out of the graph.
28
26
  repo: .
29
27
  repos:
30
28
  - .
@@ -34,8 +32,8 @@ module Enola
34
32
  - name: prism
35
33
  command: [#{ruby.inspect}, #{Providers.prism_script.inspect}]
36
34
  expected_version: "#{Providers.prism_version || '0.1.0'}"
37
- # - name: rubydex
38
- # expected_version: "#{Providers::RUBYDEX_EXPECTED_VERSION}"
35
+ - name: rubydex
36
+ expected_version: "#{Providers::RUBYDEX_EXPECTED_VERSION}"
39
37
  YAML
40
38
  end
41
39
  end
data/lib/enola/version.rb CHANGED
@@ -3,6 +3,6 @@
3
3
  module Enola
4
4
  # The gem versions itself. UPSTREAM_VERSION names the enola release it
5
5
  # fetches and drives.
6
- UPSTREAM_VERSION = "0.4.4"
7
- VERSION = "0.5.2"
6
+ UPSTREAM_VERSION = "0.4.6"
7
+ VERSION = "0.5.3"
8
8
  end
metadata CHANGED
@@ -1,14 +1,14 @@
1
1
  --- !ruby/object:Gem::Specification
2
2
  name: enola
3
3
  version: !ruby/object:Gem::Version
4
- version: 0.5.2
4
+ version: 0.5.3
5
5
  platform: ruby
6
6
  authors:
7
7
  - Muhamed Isabegovic
8
8
  autorequire:
9
9
  bindir: exe
10
10
  cert_chain: []
11
- date: 2026-08-23 00:00:00.000000000 Z
11
+ date: 2026-08-24 00:00:00.000000000 Z
12
12
  dependencies:
13
13
  - !ruby/object:Gem::Dependency
14
14
  name: prism
@@ -27,7 +27,7 @@ dependencies:
27
27
  description: |
28
28
  A pure-Ruby wrapper around enola, the architecture-graph tool by enola-labs.
29
29
  The gem versions itself; the enola release it drives is named in its
30
- UPSTREAM_VERSION, 0.4.4 here. The binary is not in the
30
+ UPSTREAM_VERSION, 0.4.6 here. The binary is not in the
31
31
  gem: the first command that needs it downloads the release for your
32
32
  platform, verifies it against the checksum the release publishes, and keeps
33
33
  it in a per-user cache. Every command and exit code is forwarded unchanged.
@@ -81,5 +81,5 @@ rubygems_version: 3.5.22
81
81
  signing_key:
82
82
  specification_version: 4
83
83
  summary: 'Runs the released enola from Ruby: fetched on first use, verified, cached.
84
- This release drives enola 0.4.4.'
84
+ This release drives enola 0.4.6.'
85
85
  test_files: []