[Ruby] Impressions and memories about openssl, curl, ruby, homebrew, rbenv installation

3 minute read

●Reminder memo writing, almost no evidence log

In early August 2020, I could source install from autoconf to openssl, curl, ruby. openssl curl (wget) I have been troubled by SSL communication such as Ruby, but it may have been solved almost.

I don’t remember when I started using kindai.rb (2015-2017?). The first question at qiita is 2017. (I wonder if you asked other questions on 5ch?) Although logs are not all left in the environment construction such as openssl curl (wget) Ruby performed by July 2020, I will remember what I remember.

● Event

Looking at ImageMagick installation of homebrew, a lot of commands and libraries are installed. It seems that there is also a dependency, so I thought that I could not build the source myself.

  • -> It was actually easy. It only takes time and effort.

homebrew causes broken links and problems. Once every few years. I have experience of re-installing homebrew “I’m sure about 3 or 4 times/one Mac”.

In openssl or curl installation, SSL communication failure occurred in both homebrew and source builds. It happened just by updating the version. There is no evidence log.

  • -> The homebrew build had a higher success rate.

With rbenv installation, there was a problem with both homebrew and source builds. There is some evidence log. This time (early August) there was a problem.

  • I didn’t like the problem and managed it with stow.

  • In stow, it is a bit troublesome because link change and path change, source bash_profile and source .zshrc are required to switch ruby, but it is a little troublesome, but it will be a short time until stow management becomes possible to communicate with openssl and curl and SSL communication. I feel.

● Impressions and memories

In the ruby installation done by rbenv, the ./configure option doesn’t seem to be very well verified on the net. In homebrew ruby install, ./configure option doesn’t seem to be verified online In homebrew curl install, the ./configure option doesn’t seem to be verified online In homebrew openssl installation, ./configure option doesn’t seem to be verified online

When all sources are built. openssl author’s intention (./configure option) curl author’s intention ruby author’s intention (Without rbenv, ruby-build) Seems the least problem?

Anyway, if you have an understanding and intention of homebrew in addition. After the homebrew author understood the above intentions (maybe there is a mistake?) openssl ./configure options curl ./configure options ruby ./configure options (Without rbenv, ruby-build)

In addition, if rbenv (ruby-build) build. rbenv (ruby-build) intended by the author Understand openssl ./configure options (understand installed environment) curl ./configure option (understands installed environment) ruby ./configure options

In addition, if all are homebrew builds. intended by rbenv (ruby-build) Understand openssl ./configure options (understand installed environment) curl ./configure option (understands installed environment) ruby ./configure options Only in this case seems to have the second least problems, but this is the result of doubts.

I think you can understand that if you have many tools, it will be difficult to isolate the problem.

There is also a problem if you leave everything at the bottom to homebrew. Regardless of the combination, SSL-related failures and bugs (unclear?) before the operation of kindai.rb I don’t know how many times openssl, curl, ruby, and rbenv were installed again.

Installation (configure option) and usage openssl question curl question ruby question And so on, each one is in a lot on the net. (There are too many problems.)

I’ve read installation articles outside of qitta for several years, but until now I haven’t found any article that points to or notes the above points. (Maybe it’s a Mac, not linux.)

Considering the time when I lost the openssl, curl, ruby, rbenv installation over and over again This time, the author has come to change the idea that the source build is the fastest.

I’m sorry just because of my memory and guess. All past installation logs are not left and there are many plunge places, but please forgive me.

that’s all