Установка activerecord-firebird-adapter через gem

Так, для общего развития решил поглядеть на RoR. И на первом же повороте споткнулся - упорно не ставился адаптер для Firebird, который в один прекрасный момент был исключен из базовой поставки :-/

Часто встречающиеся рекомендации установить его успеха не принесли:

C:\servers\rail\rails_apps\norg>gem install activerecord-firebird-adapter
ERROR: could not find activerecord-firebird-adapter locally or in a repository

Заработало только с каким-то хитрым ключом -s, хотя по блогам все хором утверждают что это лишнее:

C:\servers\rail\rails_apps\norg>gem install activerecord-firebird-adapter -s http://gems.rubyonrails.org

Обход права на имя для служебных произведений

Нашел ответ на вопрос как обходится право автора на указание имени - мы ведь редко когда видим, кто разработчик проприетарного софта, верно? (хотя статья неплохая, и там еще полезное есть)

"Особенности найма сотрудников, создающих объекты интеллектуальной собственности"
http://www.osp.ru/cio/2008/01/4744776/prinver.htm

Право на имя
Существует важный вопрос, касающийся одного из неимущественных авторских прав на служебные произведения, — права на имя. С правом на имя связана ситуация, когда компания-работодатель не желает указывать имен авторов продукта (компьютерной программы, дизайна, аналитического обзора и т.п.). В этом случае в договоре принято писать, что сотрудник отказывается от своего права на имя. Но такая запись является юридически ничтожной, так как находится в явном противоречии с текущим законодательством. Дело в том, что неимущественные авторские права неотторжимы, и от них, вообще говоря, невозможно отказаться. Соответственно, описанный подход не позволяет решить проблему обязательного указывания имен авторов продукта. Тем не менее, задача вполне разрешима — требуется лишь указать в договоре, что сотрудник пользуется своим правом на анонимность, просит не указывать его имени и передает компании-работодателю полномочия по защите остальных его неимущественных прав.

Firefox, орфография и погибающая ё

Свежепоставленный лис все слова, в которых вместо законной, но редкоиспользуемой ё используется е помечал как ошибочные, требуя канонического написания. Сколько-то это терпелось, но когда пришлось активно работать с Доксами гугловскими терпению пришел конец. Решение нашлось в виде альтернативного словаря.
http://forum.mozilla-russia.org/viewtopic.php?id=15316

Cannot attach to services manager при ресторе через IBExpert

В то же время как бекап проходит нормально.
FB 2.0 SS

Скорее всего, что путь к БД указывается локальный, без имени сервера, а в таком виде(тобишь по локальному протоколу), сервисы в 2.0 почему-то не работают.

Кодировка подключения и DDL в FB 2.1

> Кстати ты в курсе что в последних файрах если ты подключился в
> NONE то DDL операторы выполнять противопоказано? По крайней мере некоторые

Почему:
выполняем в NONE:

create procedure AAA
as
begin
-- тут был вася
end

В каком чарсете запишется вася в RDB$PROCEDURE_SOURCE? Правильно, в
WIN1251. А должен быть в юникоде. И если теперь подключиться в cp1251,
то получишь ошибку транслитерации.

--
Дмитрий Еманов

Проблема кодировок в post-commit svn

Возникла в нашей команде задача оповещения о чужих коммитах. Для командного общения активно используем гугловскую группу, поэтому идущий в поставке svn механизм рассылки пост-коммитов подходил на 100%.

Но сходу механизм не заработал - письма, при запуске скрипта самим svn не приходили, а при отладочных запусках из консоли - приходили, но со слетевшей, в utf, кодировкой(svnlook выдавал русские комvентарии в консоль юникодом).

Вторая проблема решилась небольшим переписыванием скрипта commit-email.pl:
установкой нужной локали
$ENV{'LC_ALL'} = 'russian';
и заданием нужной кодировки в хидерах писем(было UTF-8)
push(@head, "Content-Type: text/plain; charset=koi8-r\n");

Первая - добавил в post-commit скрипт переход в каталог, в котором он сам и расположен

REPOS="$1"
REV="$2"
cd /home/.../hooks/
/home/.../hooks/commit-email.pl "$REPOS" "$REV" "plaincad-dev@googlegroups.com" --diff n >1 2>2

Рестор БД под 2.1 с гранатами для non-ascii пользователей

Натолкнулся на неприятную особенность - из-за некорретной работы с unicode версий ФБ менее 2.1, при ресторе БД, в которой даны какие-то права пользователям, имя которого содержит, к примеру, русские символы, рестор останавливается:

gbak: restoring privilege for user ДЕНИС
gbak: ERROR:arithmetic exception, numeric overflow, or string truncation
gbak: ERROR: Cannot transliterate character between character sets
gbak: ERROR: At trigger 'RDB$TRIGGER_9'
gbak:Exiting before completion due to errors

Ситуация конечно редкая, для заведения таких прав до версии 2.1 нужна недюжинная фантазия.

Если такой грант давать в 2.1 - то все работает штатно.