rvm gemset set default not working

[kockok]

rvm 1.10.2 by Wayne E. Seguin wayneeseguin@gmail.com, Michal Papis mpapis@gmail.com [https://rvm.beginrescueend.com/]

rvm use ruby-1.9.3-p0@rails31 --default --create

I use the above command in the terminal, it works and created the "rails31" gemset.
However, it did not load rails31 as the default gemset after I reopened the terminal.

My system:
Linux ubuntu 11.10 3.0.0-14-generic-pae #23-Ubuntu SMP Mon Nov 21 22:07:10 UTC 2011 i686 i686 i386 GNU/Linux
p.s. I installed the stable version.

[Goles]

Experiencing the same exact thing under Mac OS X 10.7.2, and rvm 1.10.2

I made a question in Super User...

no solution yet

[Goles]

Experiencing the same exact thing under Mac OS X 10.7.2, and rvm 1.10.2

I made a question in Super User...

no solution yet

[kockok]

It seems different, I don't have any error prompt, but simply can't set a gemset as default.

[kockok]

It seems different, I don't have any error prompt, but simply can't set a gemset as default.

[masterkain]

I have the same issue, I'm trying to set the gemset globalas default since I want few gems (bundler, foreman) inherited in other gemsets:

rvm use 1.9.3-p0@global --default

but this setting is not kept when I open up a new shell. It always fall back to vanilla 1.9.3-p0 and gems are not getting inherited.

rvm head, OSX 10.7.2, tried also with stable.

[masterkain]

I have the same issue, I'm trying to set the gemset globalas default since I want few gems (bundler, foreman) inherited in other gemsets:

rvm use 1.9.3-p0@global --default

but this setting is not kept when I open up a new shell. It always fall back to vanilla 1.9.3-p0 and gems are not getting inherited.

rvm head, OSX 10.7.2, tried also with stable.

[Goles]

This is driving me crazy :(

Sent from my iPhone

On Jan 18, 2012, at 22:04, Claudio Polireply@reply.github.com wrote:

I have the same issue, I'm trying to set the gemset globalas default since I want few gems inherited in other gemsets:

`rvm use 1.9.3-p0@global --default``

but this setting is not mantained when I open up a new shell.

---

Reply to this email directly or view it on GitHub:
#710 (comment)

[Goles]

This is driving me crazy :(

Sent from my iPhone

On Jan 18, 2012, at 22:04, Claudio Polireply@reply.github.com wrote:

I have the same issue, I'm trying to set the gemset globalas default since I want few gems inherited in other gemsets:

`rvm use 1.9.3-p0@global --default``

but this setting is not mantained when I open up a new shell.

---

Reply to this email directly or view it on GitHub:
#710 (comment)

[mpapis]

@masterkain you report about not set gemset is valid, but I think you need rvm 1.9.3-p0@global do gem install bundler foreman instead ... you can also add this gems to $rvm_path/gemsets/global.gems so anytime you (re)install a ruby it will be installed automatically

[mpapis]

@masterkain you report about not set gemset is valid, but I think you need rvm 1.9.3-p0@global do gem install bundler foreman instead ... you can also add this gems to $rvm_path/gemsets/global.gems so anytime you (re)install a ruby it will be installed automatically

[0x7cc]

I have the same problem on Ubuntu 10.04:

Linux ubuntu-chef 2.6.32-33-server #70-Ubuntu SMP Thu Jul 7 22:28:30 UTC 2011 x86_64 GNU/Linux

:(

[0x7cc]

I have the same problem on Ubuntu 10.04:

Linux ubuntu-chef 2.6.32-33-server #70-Ubuntu SMP Thu Jul 7 22:28:30 UTC 2011 x86_64 GNU/Linux

:(

[masterkain]

@mpapis correct, using the dosyntax 'synched' bundler and foreman with or without global.

[masterkain]

@mpapis correct, using the dosyntax 'synched' bundler and foreman with or without global.

[mpapis]

fix is available in head: rvm get head

test: https://github.com/wayneeseguin/rvm-test/blob/master/batch_scripts/fast/alias#L5
passed: http://travis-ci.org/#!/wayneeseguin/rvm/builds/543502

[mpapis]

fix is available in head: rvm get head

test: https://github.com/wayneeseguin/rvm-test/blob/master/batch_scripts/fast/alias#L5
passed: http://travis-ci.org/#!/wayneeseguin/rvm/builds/543502

[jasonelston]

Hi, I've had this problem as of this weekend on OSX Lion. I've updated to the latest RVM using rvm get head

$ rvm -v

rvm 1.10.2 by Wayne E. Seguin <wayneeseguin@gmail.com>, Michal Papis <mpapis@gmail.com [https://rvm.beginrescueend.com/]

I've checked all the terminal profile files as far as I can tell /etc/profile, ~/.bash_profile, ~/.bashrc etc. and RVM is not being loaded in multiple places (I've removed the RVM line from the end of my profile and rvm no longer works so I assume there's no other load points).

Some further investigation and it looks like the default symlink in ~/.rvm/environments isn't being updated when I run rvm --default use ruby-1.9.3-p0@rails-3.2

If I manually set the symlink, a new terminal window opens the correct default gemset. Using the --default command to set to ruby-1.9.3-p0 updates the symlink to the right ruby. Using --default to switch to ruby-1.9.3-p0@rails-3.2 doesn't update the default symlink to the right gemset - it remains set on the global ruby and I need to manually update the symlink again.

Any ideas?

Thanks,
Jason

[jasonelston]

Hi, I've had this problem as of this weekend on OSX Lion. I've updated to the latest RVM using rvm get head

$ rvm -v

rvm 1.10.2 by Wayne E. Seguin <wayneeseguin@gmail.com>, Michal Papis <mpapis@gmail.com [https://rvm.beginrescueend.com/]

I've checked all the terminal profile files as far as I can tell /etc/profile, ~/.bash_profile, ~/.bashrc etc. and RVM is not being loaded in multiple places (I've removed the RVM line from the end of my profile and rvm no longer works so I assume there's no other load points).

Some further investigation and it looks like the default symlink in ~/.rvm/environments isn't being updated when I run rvm --default use ruby-1.9.3-p0@rails-3.2

If I manually set the symlink, a new terminal window opens the correct default gemset. Using the --default command to set to ruby-1.9.3-p0 updates the symlink to the right ruby. Using --default to switch to ruby-1.9.3-p0@rails-3.2 doesn't update the default symlink to the right gemset - it remains set on the global ruby and I need to manually update the symlink again.

Any ideas?

Thanks,
Jason

[mpapis]

we have a test that validates if the link is properly created and if it points to proper ruby ... could you have a look on it - https://github.com/wayneeseguin/rvm-test/blob/master/batch_scripts/fast/alias

You can execute the tests with(initialization):

git clone git://github.com/wayneeseguin/rvm-test.git
cd rvm-test
cp example_configs/config/sqlite_database.yml config/database.yml
cp example_configs/db/sqlite_config.yml db/config.yml
bundle install --without long
rake db:create db:migrate

You can execute the tests with(test):

ruby bin/run.rb --script batch_scripts/fast/alias --short

you can play with the script and extend one of the existing scripts to reproduce your problem

[mpapis]

we have a test that validates if the link is properly created and if it points to proper ruby ... could you have a look on it - https://github.com/wayneeseguin/rvm-test/blob/master/batch_scripts/fast/alias

You can execute the tests with(initialization):

git clone git://github.com/wayneeseguin/rvm-test.git
cd rvm-test
cp example_configs/config/sqlite_database.yml config/database.yml
cp example_configs/db/sqlite_config.yml db/config.yml
bundle install --without long
rake db:create db:migrate

You can execute the tests with(test):

ruby bin/run.rb --script batch_scripts/fast/alias --short

you can play with the script and extend one of the existing scripts to reproduce your problem

[jasonelston]

Thanks. I'll give this a try and report the results.

On Monday, 30 January 2012 at 12:13 PM, Michal Papis wrote:

we have a test that validates if the link is properly created and if it points to proper ruby ... could you have a look on it - https://github.com/wayneeseguin/rvm-test/blob/master/batch_scripts/fast/alias

You can execute the tests with(initialization):

git clone git://github.com/wayneeseguin/rvm-test.git (http://github.com/wayneeseguin/rvm-test.git)
cd rvm-test
cp example_configs/config/sqlite_database.yml config/database.yml
cp example_configs/db/sqlite_config.yml db/config.yml
bundle install --without long
rake db:create db:migrate

You can execute the tests with(test):

ruby bin/run.rb --script batch_scripts/fast/alias --short

you can play with the script and extend one of the existing scripts to reproduce your problem

---

Reply to this email directly or view it on GitHub:
#710 (comment)

[jasonelston]

Thanks. I'll give this a try and report the results.

On Monday, 30 January 2012 at 12:13 PM, Michal Papis wrote:

we have a test that validates if the link is properly created and if it points to proper ruby ... could you have a look on it - https://github.com/wayneeseguin/rvm-test/blob/master/batch_scripts/fast/alias

You can execute the tests with(initialization):

git clone git://github.com/wayneeseguin/rvm-test.git (http://github.com/wayneeseguin/rvm-test.git)
cd rvm-test
cp example_configs/config/sqlite_database.yml config/database.yml
cp example_configs/db/sqlite_config.yml db/config.yml
bundle install --without long
rake db:create db:migrate

You can execute the tests with(test):

ruby bin/run.rb --script batch_scripts/fast/alias --short

you can play with the script and extend one of the existing scripts to reproduce your problem

---

Reply to this email directly or view it on GitHub:
#710 (comment)

[rubyshoes]

Hi ... I got my rvm gemset to work by following your suggestion to check my configuration.
Since I am using postgresql, I am a little reluctant to use the test since it is referring to sqlite.

Thanks for your help.

-----Original Message-----
From: Michal Papis [mailto:reply@reply.github.com]
Sent: Sunday, January 29, 2012 7:13 PM
To: rubyshoes
Subject: Re: [rvm] rvm gemset set default not working (#710)

we have a test that validates if the link is properly created and if it points to proper ruby ... could you have a look on it - https://github.com/wayneeseguin/rvm-test/blob/master/batch_scripts/fast/alias

You can execute the tests with(initialization):

git clone git://github.com/wayneeseguin/rvm-test.git
cd rvm-test
cp example_configs/config/sqlite_database.yml config/database.yml
cp example_configs/db/sqlite_config.yml db/config.yml
bundle install --without long
rake db:create db:migrate

You can execute the tests with(test):

ruby bin/run.rb --script batch_scripts/fast/alias --short

you can play with the script and extend one of the existing scripts to reproduce your problem

---

Reply to this email directly or view it on GitHub:
#710 (comment)

[rubyshoes]

Hi ... I got my rvm gemset to work by following your suggestion to check my configuration.
Since I am using postgresql, I am a little reluctant to use the test since it is referring to sqlite.

Thanks for your help.

-----Original Message-----
From: Michal Papis [mailto:reply@reply.github.com]
Sent: Sunday, January 29, 2012 7:13 PM
To: rubyshoes
Subject: Re: [rvm] rvm gemset set default not working (#710)

we have a test that validates if the link is properly created and if it points to proper ruby ... could you have a look on it - https://github.com/wayneeseguin/rvm-test/blob/master/batch_scripts/fast/alias

You can execute the tests with(initialization):

git clone git://github.com/wayneeseguin/rvm-test.git
cd rvm-test
cp example_configs/config/sqlite_database.yml config/database.yml
cp example_configs/db/sqlite_config.yml db/config.yml
bundle install --without long
rake db:create db:migrate

You can execute the tests with(test):

ruby bin/run.rb --script batch_scripts/fast/alias --short

you can play with the script and extend one of the existing scripts to reproduce your problem

---

Reply to this email directly or view it on GitHub:
#710 (comment)

[mpapis]

you can use the DTF gem to run those tests:

gem install dtf
dtf batch_scripts/fast/alias

It has smaller requirements (session gem), but should work the same

[mpapis]

you can use the DTF gem to run those tests:

gem install dtf
dtf batch_scripts/fast/alias

It has smaller requirements (session gem), but should work the same

[zolzaya]

I have the same problem on Ubuntu 11.10.

[zolzaya]

I have the same problem on Ubuntu 11.10.

[mpapis]

@zolzaya you should recheck this https://rvm.beginrescueend.com/support/faq/#shell_login

[mpapis]

@zolzaya you should recheck this https://rvm.beginrescueend.com/support/faq/#shell_login

[zolzaya]

Okay. thank you.

[zolzaya]

Okay. thank you.

[ashleyconnor]

I had this problem, updated using rvm get head, everything now working.

I thought it was JewelryBox initially, but I was wrong. BTW I'm using iTerm/Bash/OSX 10.7.2

[ashleyconnor]

I had this problem, updated using rvm get head, everything now working.

I thought it was JewelryBox initially, but I was wrong. BTW I'm using iTerm/Bash/OSX 10.7.2

[DanielKehoe]

Saw this problem (default gemset not a default when a new terminal window is opened) using iTerm2/zsh/OSX 10.6.8. Updated using rvm get head and the problem was resolved.

[DanielKehoe]

Saw this problem (default gemset not a default when a new terminal window is opened) using iTerm2/zsh/OSX 10.6.8. Updated using rvm get head and the problem was resolved.

[aejohnson-]

Updating did not fix the problem. After opening a new terminal, default gemset is not preserved. This is extremely annoying.

[aejohnson-]

Updating did not fix the problem. After opening a new terminal, default gemset is not preserved. This is extremely annoying.

[burnettk]

Note that you must run rvm get head, not rvm get latest to get this fix as of today.

[burnettk]

Note that you must run rvm get head, not rvm get latest to get this fix as of today.

[mpapis]

@DanielKehoe if your ZSH is in other version then 4.3.12 you should try with that version (and not higher, cause 4.3.15 is broken) also make sure you restart your machine after moving around the RVM initialization code after reading https://rvm.beginrescueend.com/support/faq/#shell_login

[mpapis]

@DanielKehoe if your ZSH is in other version then 4.3.12 you should try with that version (and not higher, cause 4.3.15 is broken) also make sure you restart your machine after moving around the RVM initialization code after reading https://rvm.beginrescueend.com/support/faq/#shell_login

[macmartine]

I'm having this same problem and 'rvm get head' doesn't seem to work:

$ rvm get head

Original installed RVM version:

rvm 1.10.2 by Wayne E. Seguin wayneeseguin@gmail.com, Michal Papis mpapis@gmail.com [https://rvm.beginrescueend.com/]

/tmp/20019: line 97: rvm-installer: command not found
RVM reloaded!

[macmartine]

I'm having this same problem and 'rvm get head' doesn't seem to work:

$ rvm get head

Original installed RVM version:

rvm 1.10.2 by Wayne E. Seguin wayneeseguin@gmail.com, Michal Papis mpapis@gmail.com [https://rvm.beginrescueend.com/]

/tmp/20019: line 97: rvm-installer: command not found
RVM reloaded!

[mpapis]

@macmartine this is separate issue, please open new ticket and include rvm --trace get head

[mpapis]

@macmartine this is separate issue, please open new ticket and include rvm --trace get head

[macmartine]

Logged as #757 -- Thanks

[macmartine]

Logged as #757 -- Thanks

[Goles]

Got broken again for me on Mac OS X 10.7.3 with ZSH

➜ ~ zsh --version
zsh 4.3.11 (i386-apple-darwin11.0)

///// In a terminal I type
➜ ~ rvm list

rvm rubies

ruby-1.8.7-p357 [ i686 ]

• ruby-1.9.2-p290 [ x86_64 ]

➜ ~ rvm --default use 1.9.2
Using /Users/ngoles/.rvm/gems/ruby-1.9.2-p290

➜ ~ rvm list

rvm rubies

ruby-1.8.7-p357 [ i686 ]
=* ruby-1.9.2-p290 [ x86_64 ] <<=== notice the =*

Finally I open a new shell window and do:

➜ ~ rvm list

rvm rubies

ruby-1.8.7-p357 [ i686 ]

• ruby-1.9.2-p290 [ x86_64 ] <<=== Notice the missing =

So basically it's not defaulting the use of 1.9.2, which is very weird. I haven't even tried to use a default gemset.

[Goles]

Got broken again for me on Mac OS X 10.7.3 with ZSH

➜ ~ zsh --version
zsh 4.3.11 (i386-apple-darwin11.0)

///// In a terminal I type
➜ ~ rvm list

rvm rubies

ruby-1.8.7-p357 [ i686 ]

• ruby-1.9.2-p290 [ x86_64 ]

➜ ~ rvm --default use 1.9.2
Using /Users/ngoles/.rvm/gems/ruby-1.9.2-p290

➜ ~ rvm list

rvm rubies

ruby-1.8.7-p357 [ i686 ]
=* ruby-1.9.2-p290 [ x86_64 ] <<=== notice the =*

Finally I open a new shell window and do:

➜ ~ rvm list

rvm rubies

ruby-1.8.7-p357 [ i686 ]

• ruby-1.9.2-p290 [ x86_64 ] <<=== Notice the missing =

So basically it's not defaulting the use of 1.9.2, which is very weird. I haven't even tried to use a default gemset.

[mpapis]

@McGrando please confirm the same error exists with:

• rvm get head --auto (gist the output)
• ZSH 4.3.12 - this is reference version ( verify with echo $ZSH_VERSION ), anything else may have bugs - and we had dozens of reports with higher and lower versions.
• restart computer ( if the two above do not help ) ... sometimes it's just needed to kick in proper configs created with --auto

[mpapis]

@McGrando please confirm the same error exists with:

• rvm get head --auto (gist the output)
• ZSH 4.3.12 - this is reference version ( verify with echo $ZSH_VERSION ), anything else may have bugs - and we had dozens of reports with higher and lower versions.
• restart computer ( if the two above do not help ) ... sometimes it's just needed to kick in proper configs created with --auto

[Goles]

This is what I got:

rvm get head --auto

my $ZSH_VERSION is now

➜ ~ zsh --version
zsh 4.3.12 (i386-apple-darwin11.3.0)

I rebooted, the problem persists.

[Goles]

This is what I got:

rvm get head --auto

my $ZSH_VERSION is now

➜ ~ zsh --version
zsh 4.3.12 (i386-apple-darwin11.3.0)

I rebooted, the problem persists.

[mpapis]

@MrGrando you read the output more carefully you will see it actually does not perform any updates - just display help, try: rvm get stable && rvm get head

the way it fails suggest me it was an older bug in rvm which was fixed before the default, so first get new version of rvm, then the problem should be just fixed.

[mpapis]

@MrGrando you read the output more carefully you will see it actually does not perform any updates - just display help, try: rvm get stable && rvm get head

the way it fails suggest me it was an older bug in rvm which was fixed before the default, so first get new version of rvm, then the problem should be just fixed.

[Goles]

@mpapis

Well, I did what you suggested, the issue still persists though...

In my .zshrc I have the following two extra lines, but I don't see a problem with them

[[ -s "$HOME/.rvm/scripts/rvm" ]] && . "$HOME/.rvm/scripts/rvm"
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session as a function

[Goles]

@mpapis

Well, I did what you suggested, the issue still persists though...

In my .zshrc I have the following two extra lines, but I don't see a problem with them

[[ -s "$HOME/.rvm/scripts/rvm" ]] && . "$HOME/.rvm/scripts/rvm"
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session as a function

[greywolve]

I'm having the same problem.

Here is my system info:
system:
uname: "Linux grw 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux"
bash:

I installed RVM with ruby 1.9.3, and created a new gemset with the --default parameter. When I restart the terminal and recheck RVM info the gemset is not loaded and its back to using plain 1.9.3.

I have googled and tried quite a few thing, there is no repeated sourcing of the /scripts/rvm , the /environments/default symlink is pointing to the correct place, and I have tried all the suggestions in this thread.

The only temporary solution I have is to simply add "rvm use 1.9.3@foo" to my .bash_profile

Is this a bug or something on my side ?

[greywolve]

I'm having the same problem.

Here is my system info:
system:
uname: "Linux grw 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux"
bash:

I installed RVM with ruby 1.9.3, and created a new gemset with the --default parameter. When I restart the terminal and recheck RVM info the gemset is not loaded and its back to using plain 1.9.3.

I have googled and tried quite a few thing, there is no repeated sourcing of the /scripts/rvm , the /environments/default symlink is pointing to the correct place, and I have tried all the suggestions in this thread.

The only temporary solution I have is to simply add "rvm use 1.9.3@foo" to my .bash_profile

Is this a bug or something on my side ?

[mpapis]

@greywolve please open a new ticket including list of files that you think are created properly, also make sure to include the check if rvm is a function: type rvm | head -n 1

[mpapis]

@greywolve please open a new ticket including list of files that you think are created properly, also make sure to include the check if rvm is a function: type rvm | head -n 1

[johntdyer]

Same here, this is frustrating, had to add:

rvm use ruby-1.9.3-p327@global > /dev/null 2>&1

to the bottom of my zshrc

Here are my environment specs:

11:09:47 jdyer@dyer.local ~ zsh --version
zsh 4.3.11 (i386-apple-darwin12.0)
11:09:51 jdyer@dyer.local ~ type rvm | head -n 1
rvm is a shell function
11:09:53 jdyer@dyer.local ~ rvm -v              

rvm 1.16.20 (master) by Wayne E. Seguin <wayneeseguin@gmail.com>, Michal Papis <mpapis@gmail.com> [https://rvm.io/]

11:10:35 jdyer@dyer.local ~ uname -a
Darwin dyer.local 12.2.0 Darwin Kernel Version 12.2.0: Sat Aug 25 00:48:52 PDT 2012; root:xnu-2050.18.24~1/RELEASE_X86_64 x86_64
11:10:36 jdyer@dyer.local ~ 

[johntdyer]

Same here, this is frustrating, had to add:

rvm use ruby-1.9.3-p327@global > /dev/null 2>&1

to the bottom of my zshrc

Here are my environment specs:

11:09:47 jdyer@dyer.local ~ zsh --version
zsh 4.3.11 (i386-apple-darwin12.0)
11:09:51 jdyer@dyer.local ~ type rvm | head -n 1
rvm is a shell function
11:09:53 jdyer@dyer.local ~ rvm -v              

rvm 1.16.20 (master) by Wayne E. Seguin <wayneeseguin@gmail.com>, Michal Papis <mpapis@gmail.com> [https://rvm.io/]

11:10:35 jdyer@dyer.local ~ uname -a
Darwin dyer.local 12.2.0 Darwin Kernel Version 12.2.0: Sat Aug 25 00:48:52 PDT 2012; root:xnu-2050.18.24~1/RELEASE_X86_64 x86_64
11:10:36 jdyer@dyer.local ~ 

[mpapis]

@johntdyer the same as for @greywolve - Please open a new ticket, this is issue is long solved, your problem most likely is related to something else which has to be fixed separately (so we can track progress)

[mpapis]

@johntdyer the same as for @greywolve - Please open a new ticket, this is issue is long solved, your problem most likely is related to something else which has to be fixed separately (so we can track progress)

[jasonm23]

Had this problem with rvm 1.21.16 (stable)

#2145

running rvm get head and upgrading to rvm 1.22.2 (master) fixed it

[jasonm23]

Had this problem with rvm 1.21.16 (stable)

#2145

running rvm get head and upgrading to rvm 1.22.2 (master) fixed it