Were you using https://github.com/capistrano/rbenv ?

Lee Hambley
http://lee.hambley.name/
+49 (0) 170 298 5667

On 7 November 2016 at 15:51, <justin.sp...@buyerquest.com> wrote:

>
>
> On Sunday, November 6, 2016 at 11:51:16 AM UTC-5, Lee Hambley wrote:
>>
>> Justin,
>>
>> Were you still struggling with this?
>>
>> Lee Hambley
>> http://lee.hambley.name/
>> +49 (0) 170 298 5667
>>
>> On 4 November 2016 at 14:00, <justin...@buyerquest.com> wrote:
>>
>>> Versions:
>>>
>>>    - Ruby - ruby 2.2.2p95 (2015-04-13 revision 50295) [x86_64-linux]
>>>    (from /opt/rbenv/shims/ruby)
>>>    - Capistrano - 3.5.0
>>>    - Rake / Rails / etc - not installed / used
>>>
>>> Platform:
>>>
>>>    - We are deploying a custom PHP application to a cluster, the deploy
>>>    works fine, until the code tries to run compass, then we receive the
>>>    following:
>>>
>>> *Running "compass:release" (compass) task*
>>> DEBUG [325e3552] Warning: Command failed: /bin/sh: compass: command not
>>> found Use --force to continue.
>>>
>>> I read http://capistranorb.com/documentation/advanced-features/ptys/ and
>>> it specifically calls out that rbenv causes issues, however the
>>> documentation doesn't provide links on how to fix anything. Now, we're not
>>> using multiple versions of Ruby as mentioned in the document, but we are
>>> using rbenv so we can run Ruby 2.2 on CentOS 6.x. The default on Cent 6 is
>>> 1.8 and our want / need is to use 2.2 because it is several orders faster
>>> with Compass than 1.8. But rbenv relies on files in /etc/profile.d.
>>>
>>>
>>> I would be appreciative if someone could just point me to documentation
>>> on how to properly implement a solution - do I just use the 'with bash_env:
>>> "some path" do' method? Or is the "right" answer that we are forced to use
>>> Ruby 1.8 because that is the RPM / platform specific and supported version
>>> (I probably would be willing to break with standards if that is the case
>>> though - Ruby 2.2 is 2x-4x faster than Ruby 1.8 from what I am seeing).
>>>
>>>
>>>
>>>
>>>    - CentOS 6.x
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Capistrano" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to capistrano+...@googlegroups.com.
>>> To view this discussion on the web, visit https://groups.google.com/d/ms
>>> gid/capistrano/3be2949c-e9c4-4a94-88d4-aaa13c500589%40googlegroups.com
>>> <https://groups.google.com/d/msgid/capistrano/3be2949c-e9c4-4a94-88d4-aaa13c500589%40googlegroups.com?utm_medium=email&utm_source=footer>
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
> Yes - I am still unable to get the deploys to work properly. Do you have
> any recommendations? I'm fine with RTFM, but hadn't found the manual yet to
> read so would appreciates links to the manual if you have them ;)
>
> Thank you,
>
> --
> You received this message because you are subscribed to the Google Groups
> "Capistrano" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to capistrano+unsubscr...@googlegroups.com.
> To view this discussion on the web, visit https://groups.google.com/d/
> msgid/capistrano/6ee22808-01d9-4c3b-b9e5-e8b94ce8077a%40googlegroups.com
> <https://groups.google.com/d/msgid/capistrano/6ee22808-01d9-4c3b-b9e5-e8b94ce8077a%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Capistrano" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to capistrano+unsubscr...@googlegroups.com.
To view this discussion on the web, visit 
https://groups.google.com/d/msgid/capistrano/CAN_%2BVLUxF7MS_GFtM9PYXEWaVfne3RzuLeM_8uKZTm7iXYptSA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to