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

private gem subdomains? #91

Closed
technoweenie opened this issue Oct 9, 2009 · 6 comments
Closed

private gem subdomains? #91

technoweenie opened this issue Oct 9, 2009 · 6 comments

Comments

@technoweenie
Copy link

According to this, you guys are planning on using subdomains for namespaced gems. One thing I've wanted to do is store private gems in a central location. I don't really know how the rubygems protocol works, but I imagine private gems could be installed like this:

gem install secret-sauce --source=https://technoweenie:monkey@entp.gemcutter.org

Just a thought...

@qrush
Copy link
Member

qrush commented Oct 9, 2009

Awesome idea. Backlogging this until subdomains are ready.

@mbleigh
Copy link

mbleigh commented Oct 9, 2009

Unless there's going to be a fee associated with private subdomains that will go to some kind of common pot to improve Gemcutter I'm against this idea. Gems are made to be open source, and supporting this kind of private domain in what is becoming the de facto standard of gem hosting will only encourage companies to go closed source on more gems.

@qrush
Copy link
Member

qrush commented Oct 9, 2009

Ooh, good concern. I have no intentions of ever making this a pay service. I can barely manage my own wallet at that. Perhaps we should instead encourage orgs to fork the project and run it within their firewall.

@thoughtless
Copy link

To add my 2 cents...
I would be interested in private gem hosting too. It would definitely be a paid service. I understand mbleigh's concern. However, there are legitimate reasons for packaging private code as gems. For example, we have a number of web apps which use ActiveResource to talk to each other. In development and test environments, these are replaced with little sinatra apps that fake responses. At the moment, this is just copy and paste from one repo to the other. A gem would be great. However, I can't open source these "fake" apps without exposing core business rules. It would also be a potential security risk.

+1 for private gem hosting, with a fee that goes to support Gemcutter.

@jrun
Copy link

jrun commented Jan 14, 2010

I plan to spin jrun/rubygems-proxy_server into a intranet gem server. The goal is to make it api compatible with gemcutter so "gem push" (and therefor tools like Jeweler) just work.

@qrush
Copy link
Member

qrush commented Jun 12, 2010

I've been suggesting cwninja/geminabox if anyone needs to run a private gem server. Considering this a non-issue.

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

No branches or pull requests

5 participants