Google Analytics

суббота, 11 августа 2012 г.

Управление версиями ruby при помощи rvm



В Ubuntu 12.04 версия интерпритатора ruby немного старовата. А я люблю всё новое. Решил я обновить ruby. Как обычно стал по привычке искать PPA. Но вместо этого нашёл гораздо более удобный вариант установки новой версии ruby. Ещё возможность выбора разных версий интерпритатора, а также разных наборов gem'ов. Оказалось, что есть на свере такая удобная вещь как rvm.

Установка ruby-1.9.3-p194 на ubuntu 12.04 делается так:

Установка необходимого для rvm пакета curl

$ sudo apt-get install curl

Установка rvm и последней стабильной версии ruby
$ curl -L https://get.rvm.io | bash -s stable --ruby

Смотрим доступные благодаря rvm версии ruby
$ rvm list

Переключаем интерпритатор на ruby-1.9.3-p194
$ rvm use ruby-1.9.3-p194

И не забываем про то, что Gnome Terminal при запуске bash игнорирует настройки из ~/.bash_login и ~/.bash_logout. Решается проблема установкой одной галочки в настройках Gnome Terminal, как на этом скриншоте.





Закрываем терминал, и открываем заново. Ну вот, стоит запустить ruby c опцией --version мы увидим, что мы успешно сменили версию ruby, не трогая при этом установленной в системе версии ruby.

пятница, 3 августа 2012 г.

Недавно я решил создать виртуальную машину на базе KVM для Web-разработки(что-бы не настраивать LAMP-стек каждый раз, как я решу сменить свой дистрибутив). Дело  не сложное, но муторное. />
Так вот, передав публичный ключ на сервер, я был очень удивлён что при вводе команды

ssh devel@vserv

вылез стандартный запрос пароля. Стал я искать, в чём же причина данного явления. Вначале глянул на процес авторизации с ключом -v, но отладка показала, что ssh работает нормальным образом. Прочитал на одном форуме что нужно отключить директиву PermitRootLogin. Отключил на всякий случай. Не помогло. Выставил правильные права на ~/.git, тоже не помогло.

Проверил  на всякий случай лог /var/log/auth.log  и обнаружил там прелюбобытнейшую вещь:


Aug  3 13:45:01 vserv sshd[1344]: Authentication refused: bad ownership or modes for directory /home/devel

Итак, ssh указывал на небезопастные права на директории /home/devel. Пришлось изменить эти права на 700, и ssh сразу стал конектится с авторизацией по ключу. Всё решилось очень просто, одной командой:

chmod 700 /home/devel
Если вы столкнулись с подобной проблемой, и авториазция по ключу не проходит, попробуйте запустить ssh с ключом -vvv, который выводит расширенную информацию о процессе работы ssh. Если это не поможет, не поленитель проверить права на домашний каталог вашего пользователя, и на каталог .ssh. И конечно, столкнувшись с проблемой, всегда стоит первым делом изучить логи. Нередко в них можно найти достаточно информации для успешной диагностики вознкшей проблемы.

среда, 18 июля 2012 г.

Сегодня зайдя на YouTube увидел, что наконец-то я могу связать свой аккаунт Google с учётной записью на YouTube. Как давно я ждал этого. Теперь бы ещё сделали универсальный ID(что-то вроде хеш-ключа) для каждого пользователься. Тогда можно было бы несколько аккаунтов на одну свою личность с уникальным ID-идентификатором вешать. И не вводить кучу паролей для входа в свой десяток аккаунтов.



Вот так теперь выглядит мой канал. Интеграция с другими сервисами налицо. А вот прикреплять несколько ников с почтой к одной личность пока сервисы Google не умеют. Может стоит написать feature request им в саппорт? Очень хочется все свои аккаунты от почты открывать разом. Тогда мне даже Mozilla Thunderbird не понадобится.