unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Ruby gems in user land ($HOME)
@ 2014-10-27  6:38 Pjotr Prins
  2014-10-27  9:23 ` Ludovic Courtès
  0 siblings, 1 reply; 4+ messages in thread
From: Pjotr Prins @ 2014-10-27  6:38 UTC (permalink / raw)
  Cc: guix-devel

In the document I describe how you can install cleanly separated Ruby
gems in $HOME using the Ruby gem command that comes with GNU Guix:

  https://github.com/pjotrp/guix-notes/blob/master/RUBY#L152
 
It requires some manipulation of environment vars. A wrapper script
may automate this.

For Ruby developers this is the perfect setup, allowing clean and easy
switching between different rubies and gems.

System-level gem support will come later which will support gems
that live in the store (each gem under its own store path). That will
be incredible useful for deployment.

Pj.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Ruby gems in user land ($HOME)
  2014-10-27  6:38 Ruby gems in user land ($HOME) Pjotr Prins
@ 2014-10-27  9:23 ` Ludovic Courtès
  2014-10-27 13:55   ` Pjotr Prins
  0 siblings, 1 reply; 4+ messages in thread
From: Ludovic Courtès @ 2014-10-27  9:23 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

Pjotr Prins <pjotr.public12@thebird.nl> skribis:

> In the document I describe how you can install cleanly separated Ruby
> gems in $HOME using the Ruby gem command that comes with GNU Guix:
>
>   https://github.com/pjotrp/guix-notes/blob/master/RUBY#L152

Nice.

> export GEM_PATH=/home/wrk/.gem/ziy7a6zib846426kprc7fgimggh8bz97-ruby-2.1.3/2.1.0                    
> export GEM_HOME=$GEM_PATH                                                                           
> export GEM_SPEC_CACHE=/home/wrk/.gem/ziy7a6zib846426kprc7fgimggh8bz97-ruby-2.1.3/specs              

I suspect this won’t be very convenient.  ;-)  I’m not sure what can be
done to help.

> System-level gem support will come later which will support gems
> that live in the store (each gem under its own store path). That will
> be incredible useful for deployment.

Yes, I think this would be best.  And in particular, it would nicely
solve the usability problem above.

Thanks!

Ludo’.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Ruby gems in user land ($HOME)
  2014-10-27  9:23 ` Ludovic Courtès
@ 2014-10-27 13:55   ` Pjotr Prins
  2014-10-27 16:27     ` Ludovic Courtès
  0 siblings, 1 reply; 4+ messages in thread
From: Pjotr Prins @ 2014-10-27 13:55 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

On Mon, Oct 27, 2014 at 10:23:19AM +0100, Ludovic Courtès wrote:
> > export GEM_PATH=/home/wrk/.gem/ziy7a6zib846426kprc7fgimggh8bz97-ruby-2.1.3/2.1.0                    
> > export GEM_HOME=$GEM_PATH                                                                           
> > export GEM_SPEC_CACHE=/home/wrk/.gem/ziy7a6zib846426kprc7fgimggh8bz97-ruby-2.1.3/specs              
> 
> I suspect this won???t be very convenient.  ;-)  I???m not sure what can be
> done to help.

Patching ruby in a few places would be enough. Alternatively have a
wrapper script that sets these default values, unless they already are
defined. Would you accept such patches?

Pj.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Ruby gems in user land ($HOME)
  2014-10-27 13:55   ` Pjotr Prins
@ 2014-10-27 16:27     ` Ludovic Courtès
  0 siblings, 0 replies; 4+ messages in thread
From: Ludovic Courtès @ 2014-10-27 16:27 UTC (permalink / raw)
  To: Pjotr Prins; +Cc: guix-devel

Pjotr Prins <pjotr.public12@thebird.nl> skribis:

> On Mon, Oct 27, 2014 at 10:23:19AM +0100, Ludovic Courtès wrote:
>> > export GEM_PATH=/home/wrk/.gem/ziy7a6zib846426kprc7fgimggh8bz97-ruby-2.1.3/2.1.0                    
>> > export GEM_HOME=$GEM_PATH                                                                           
>> > export GEM_SPEC_CACHE=/home/wrk/.gem/ziy7a6zib846426kprc7fgimggh8bz97-ruby-2.1.3/specs              
>> 
>> I suspect this won???t be very convenient.  ;-)  I???m not sure what can be
>> done to help.
>
> Patching ruby in a few places would be enough. Alternatively have a
> wrapper script that sets these default values, unless they already are
> defined. Would you accept such patches?

In general, I think it’s better to avoid diverging from upstream, so I’d
rather not patch Ruby itself.

As for a wrapper, I don’t know, but it doesn’t sound very nice either.
But really, the best thing to work on would be Gems as Guix packages.
:-)

Ludo’.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2014-10-27 16:27 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-10-27  6:38 Ruby gems in user land ($HOME) Pjotr Prins
2014-10-27  9:23 ` Ludovic Courtès
2014-10-27 13:55   ` Pjotr Prins
2014-10-27 16:27     ` Ludovic Courtès

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).