Remove full-stack Rails as a dependency

[nimmolo]

mission_control-jobs does not appear to depend on the whole Rails stack.

I would like to try the gem in production, but our app does not need to load ActiveStorage, ActionText or ActionMailbox. I think it's pretty common for people to just use some Rails gems.

Other gem examples:

• Solid Queue PR #158
• Solid Cache gemspec

[nimmolo]

@dorianmariecom pourquoi le downvote?

[dorianmariecom]

@nimmolo I think rails-related gems should just depend on rails, that's a lot simpler to maintain and accounts for 99% of use cases

[rosa]

@nimmolo, could you run bundle install and commit the updated Gemfile.lock?

[nimmolo]

@rosa Thanks!
I should have done that before...
Done.

[nimmolo]

@rosa I don't know how to fix the CI failures, but i'm happy to do more if you can suggest what to do. I figure it must need to be set up to work with/test many different Ruby versions, but i've never done this before.

I can install all the Ruby versions, but that seems like it will only affect my local.

[rosa]

Thanks a lot, @nimmolo! No worries, I'll check those. It seems they're happening independently of the Ruby version:

cannot load such file -- action_cable/engine (LoadError)
	from /opt/hostedtoolcache/Ruby/3.3.4/x64/lib/ruby/3.3.0/bundled_gems.rb:74:in `block (2 levels) in replace_require'
	from bin/rails:21:in `<main>'

Ah, yes, because bin/rails needs to be updated as well, to look more similar to this. Right now it's loading everything:

mission_control-jobs/bin/rails

Line 13 in 7f71ec8

require "rails/all"

[rosa]

Sorry I'm dumb! 😆 It's late over here 😆 The line number didn't match the error, and then I realised you did that already in this PR! But it seems you left action_cable here, so I think that one should go.

[nimmolo]

Got it... committed that change.

[nimmolo]

@rosa - congrats on the 1.0 release!

I am psyched to start using mission control jobs... I think this PR is ready to merge, I've made the requested changes.