Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

v1.0.0 attempts to require_relative non-existent path #13

Open
owst opened this issue Dec 4, 2023 · 4 comments
Open

v1.0.0 attempts to require_relative non-existent path #13

owst opened this issue Dec 4, 2023 · 4 comments

Comments

@owst
Copy link

owst commented Dec 4, 2023

Problem

Attempting to require 'rackup' with v1.0.0 fails with:

`require_relative': cannot load such file -- /Users/owenstephens/.rbenv/versions/3.1.3/lib/ruby/gems/3.1.0/gems/rackup-1.0.0/lib/rackup/handler

Reproduction

An example Gemfile:

source "https://rubygems.org"

gem "rails", '7.1.2'
gem "redis-rack", "2.1.4" # Depends on Rack < 3

after bundle installing, attemping bundle exec ruby -rrackup -e 'p 42' errors as above.

Background

We're midway through upgrading our app to Rails 7.1; we now depend on Rails 7.1, but do not yet depend on Rack 3, due to a third-party dependency that doesn't support Rack >= 3. We also use Tapioca to generate RBI files. As part of the RBI generation process, the app dependencies are required, including rackup.

@bensheldon
Copy link

bensheldon commented Jun 24, 2024

I just ran into this problem too. The problem is that the rackup v1.0.0 release doesn't contain any files. It is a broken package.

It seems like the v1.0.0 release has an unlocked gemspec so if you're using Rack v2 you'll only get rackup v1.0.0 and have this problem :-(

Because rackup >= 2.0.0 depends on rack >= 3
  and Gemfile depends on rack ~> 2.2,
  rackup >= 2.0.0 cannot be used.
So, because Gemfile depends on rackup ~> 2.1,
  version solving has failed.

The solution is not to use rackup or add to your gemfile until you upgrade to Rack v3.

@cbochs
Copy link

cbochs commented Aug 15, 2024

I might recommend going so far as to pulling the v1.0.0 release since it is obviously broken.

@joshgoebel
Copy link

And could we perhaps get a new release that's not broken?

@joshgoebel
Copy link

Ping. Anyway any of us could help get a fix out for this?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants