Недавно отлаживал небольшой скрипт, транслитерирующий текст, записанный в системе IAST или ITRANS, на деванагари. Так как на домашней машине стоит Linux, то логично, что скрипт отлаживался в Linux — в терминале.

И тут меня ожидал огромный сюрприз…

В качестве теста брался отрывок из Брихадараньяка-упанишады, выглядящий следующим образом (в IAST):

pūrṇamadaḥ pūrṇamidam pūrṇāt pūrṇamudacyate
pūrṇasya pūrṇamādāya pūrṇamevāvaśiṣyate

По-русски это примерно так:

То — бесконечность, и это — бесконечность. Бесконечность исходит из бесконечности,
Обретая бесконечность бесконечного, она остается лишь бесконечностью.

На деванагари результат должен выглядеть так:

पूर्णमदः पूर्णमिदम् पूर्णात् पूर्णमुदच्यते
पूर्णस्य पूर्णमादाय पूर्णमेवावशिष्यते

Как оказалось, если взять результат, сохранить в файл, а потом вывести на экран (например, командой cat), то получится полный бред:

परणमदः परणमिदम परणात परणमदचयत
परणसय परणमादाय परणमवावशिषयत

В IAST это будет

paraṇamadaḥ paraṇamidama paraṇāta paraṇamadacayata
paraṇasaya paraṇamādāya paraṇamavāvaśiṣayata

Что в корне отличается от того, что было в оригинале.

Тут нужно сделать парочку лирических отступлений:

1. В деванагари есть такая особенность, что символы согласных звуков «по умолчанию» содержат гласный a. То есть क — это ka, а не k. Отсутствие этого a обозначается специальным подстрочным символом (символ вирама или халант). Например, комбинация, соответствующая звуку k будет записываться как क्.
2. Вторая особенность — гласные звуки имеют два варианта написания: гласный после гласной (или сам по себе) и после согласной записываются по-разному (во втором случае обычно используются диакритические знаки). Например, u — ku: उ — कु.

Возвращаясь к примеру: если сравнить первое слово того, что должно быть и того, что получилось:

पूर्णमदः — पू र् ण म दः — pū r ṇa ma daḥ
परणमदः — प र ण म दः — pa ra ṇa ma daḥ

Можно заметить одну особенность: терминал «обрезает» надстрочные и подстрочные символы (причём обрезает наглухо — при копировании копируется не исходный вариант, а обрезанный). Например, в पू подстрочный символ обозначает гласный ū (лирическое отступление №2), если подстрочный символ «обрезать», то останется просто प, который в соответствии с лирическим отступлением №1 будет pa.

क	ka	=>	क	ka
का	kā	=>	का	kā
कि	ki	=>	कि	ki
की	kī	=>	की	kī
कु	ku	=>	क	ka
कू	kū	=>	क	ka
कृ	kṛ	=>	क	ka
कॄ	kṝ	=>	क	ka
कॢ	kḷ	=>	क	ka
कॣ	kḹ	=>	क	ka
के	ke	=>	क	ka
कै	kai	=>	क	ka
को	ko	=>	को	ko
कौ	kau	=>	कौ	kau
कँ	kam̐	=>	क	ka
कं	kaṁ	=>	क	ka
कः	kaḥ	=>	कः	kaḥ
क्	k	=>	क	ka

Видим, что в терминале очень не везёт гласным u, ū, ṛ, ṝ, ḷ, ḹ, e и дифтонгу ai — они тихо превращаются в a. Вирама также погибает смертью храбрых, в результате чего к согласным добавляется звук a. Анусвара (ṃ) и чандрабинду (m̐) обрезаются.

Какой можно сделать вывод? Индийские тексты в терминале нечитаемы. Вообще. И это в век повсеместного Unicode и UTF-8! Честно говоря, в Linux достаточно проблем с Unicode: apport не воспринимает русские символы, command-not-found вылетает с ошибкой на не английских символах, Inkscape некорректно отображает деванагари, те же проблемы в LibreOffice… Грустно…

© 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

Прошло два года… Единственное изменение — в текущей бете Oneiric Ocelot в репозитории partner Skype нет. Вообще.

Skype из Natty Narwhal не прижился: проблема с зависимостями: ia32-libs зависит от lib32v4l-0, который зависит от libv4l-0 версии 0.8.3-2, при том, что в репозитории есть только 0.8.5-3ubuntu1. Понятно, что проблему с зависимостями в конце концов исправят, но без Skype плохо.

Решение пока такое:

1. Если поддержка multiarch не включена, включить:
   echo foreign-architecture i386 > /etc/dpkg/dpkg.cfg.d/multiarch
   apt-get update
2. Установить статическую сборку Skype (отсюда) — .deb-пакет всё равно не установится из-за проблем с зависимостями.
3. Доставить недостающие 32-битные пакеты:
   apt-get install libxv1:i386 libxss1:i386
4. Возможно потребуются дополнительные пакеты. Узнать просто: нужно запустить Skype из консоли. Если чего-то не хватает, система пожалуется:

   skype: error while loading shared libraries: libXv.so.1: cannot open shared object file: No such file or directory

   Нужно найти, какому пакету принадлежит библиотека:

   $ dpkg -S libXv.so
   libxv1: /usr/lib/x86_64-linux-gnu/libXv.so.1.0.0

   И устаносить 32-битную версию этого пакета:

   apt-get install libxv1:i386

После этого Skype должен заработать.

UPDATE 2011-12-20: рекомендованный ныне способ:

© 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

При обновлении Ubuntu Natty Narwhal до текущей альфы Oneiric Ocelot на архитектуре AMD64 возникает неприятная ошибка при обновлении пакета flashplugin-installer (Flash Player):

package flashplugin-installer 10.3.183.4ubuntu3 failed to install/upgrade:
nspluginwrapper: no appropriate viewer found for /usr/lib/flashplugin-installer/libflashplayer.so

Лечение довольно простое:

1. Необходимо включить поддержку multiarch, если она еще не включена:
   echo foreign-architecture i386 > /etc/dpkg/dpkg.cfg.d/multiarch
   apt-get update
   Это позволит устанавливать пакеты для архитектуры i386 на AMD64.
2. Затем нужно установить пакеты libnss3:i386 и libcurl3:i386:
   aptitude install libnss3:i386 libcurl3:i386
   В зависимостях подтянутся пакеты libnspr4:i386 и libsqlite3-0:i386.

После этого можно спокойно (пере)установить пакет flashplugin-installer — всё будет работать.

С отчётом об ошибке и комментариями пользователей можно ознакомиться здесь.

© 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

У драйвера fglrx есть одна неприятная особенность: его не так-то просто удалить. И дело даже не в том, что после удаления fglrx остаются лишние файлы — всё намного хуже: с не полностью удалённым fglrx проявляются неожиданные ошибки в открытых драйверах ati/radeon.

Симптомы не полностью удалённого fglrx включают:

• система не загружается, в логах могут содержаться ошибки, упоминающие MTRR;
• проблемы с производительностью, glxgears/glxinfo могут перестать работать;
• неожиданные зависания, сбои, проблемы с отрисовкой изображений.

В частности, трассировка (backtrace), получаемая при сбое приложения, может содержать «отсылки» к fglrx, например:

Или

Полное удаление fglrx (все действия должны выполняться от имени пользователя root):

Последняя команда нужна, если требуется поддержка эффектов рабочего стола (KDE, Compiz). Дело в том, что даже после полного удаления(!) fglrx от него остаётся файл libglx.so (он предоставляется пакетами fglrx и xserver-xorg-core); для нормальной работы в системе должна быть установлена правильная версия libglx.so.

Полное удаления fglrx и переустановка ati (все действия должны выполняться от имени пользователя root):

Рекомендуется к прочтению: Troubleshooting when -fglrx Interferes with -radeon Driver

Кто там что говорил про дружественность Linux на десктопах?

© 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

Всем, кто хочет обновить xCache до последней версии, но не знает, как это сделать (либо не хочет собирать из исходников).

Пакет собирался в Ububtu Intrepid Ibex, но подойдёт для всех дистрибутивов, основанных на Debian и использующих PHP 5.2.x.

Из приятных мелочей — исправлены многие ошибки в модуле кэширования и устранена ошибка, приводящая к segmentation fault при очень длинном пути в xcache.mmap_path.

Release Notes.

• xCache 1.3.0 для архитектуры i386
• xCache 1.3.0 для архитектуры amd64
• xCache 1.3.0 для архитектуры i386
• xCache 1.3.0 для архитектуры amd64

Установка:

• Для архитектуры i386:
  wget http://d.sjinks.pro/xCache/php5-xcache_1.3.0-1~intrepid~sj2_i386.deb -O php5-xcache_1.3.0-1~intrepid~sj2_i386.deb
  dpkg -i php5-xcache_1.3.0-1~intrepid~sj2_i386.deb
• Для архитектуры amd64:
  wget http://d.sjinks.pro/xCache/php5-xcache_1.3.0-1~intrepid~sj2_amd64.deb -O php5-xcache_1.3.0-1~intrepid~sj2_amd64.deb
  dpkg -i php5-xcache_1.3.0-1~intrepid~sj2_amd64.deb

Предполагается, что все зависимости (libc6 (>= 2.4), phpapi-20060613) установлены заранее.

UPDATE: обновил xCache версией из SVN. Добавилась функция xcache_unset_by_prefix() и исправлены мелкие баги.

© 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

Симптом: Eclipse молча погибает при редактировании файла, в /var/log/kern.log появляется подобное сообщение об ошибке:

Ключевые слова: java trap int3. Если они есть в логе, с большой вероятностью вы читаете про ту самую ошибку

Багтрекер Eclipse сообщает, что сбой возникает из-за ошибки в XULRunner 1.9.1.

Есть два решения проблемы:

1. Поставить XULRunner 1.9.2 из mozilla-daily ppa и добавить -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib/xulrunner-1.9.2.1pre в eclipse.ini (после -vmargs). После данной операции eclipse.ini будет выглядеть примерно так:
   -startup
   plugins/org.eclipse.equinox.launcher_1.0.201.R35x_v20090715.jar
   --launcher.library
   plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.0.200.v20090519
   -product
   org.eclipse.epp.package.cpp.product
   -showsplash
   org.eclipse.platform
   --launcher.XXMaxPermSize
   256m
   -vmargs
   -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib/xulrunner-1.9.2.1pre
   -Dosgi.requiredJavaVersion=1.5
   -XX:MaxPermSize=256m
   -Xms40m
   -Xmx256m
2. Второй вариант проще: перед запуском Eclipse установить переменную окружения GRE_PATH в абсолютно левый путь
   Например, у меня Eclipse запускается так:
   export GDK_NATIVE_WINDOWS=true
   export GRE_PATH=/tmp/aaaaaaaaaaaa
   /opt/eclipse/eclipse

После выполнения любой из двух операций всё работает просто замечательно.

© 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

Если вы — счастливый обладатель тестовой версии Ubuntu 10.04 (Lucid Lynx), и после обновления udev система выдаёт такую ошибку:

Выполнение sudo dpkg --configure -a ни к чему хорошему не приводит:

либо

Если всё так, то вы попали по адресу. К счастью, проблема исправляется просто. Но до тех пор, пока её не исправить, обновить систему будет весьма и весьма проблематично.

Для решения проблемы нужно исправить файл /usr/share/initramfs-tools/hooks/udev:

Нужно найти строку

и исправить её на

После чего нужно сохранить файл и выполнить

Для любителей патчей: патч для /usr/share/initramfs-tools/hooks/udev:

PS — а дистростроителям, ленящимся протестировать обновление, прежде чем пихать его в репозиторий, оторвал бы все выступающие части тела

UPDATE: ссылка на официальный баг в Launchpad. Возможно, там предложат лучшее решение, чем я.

© 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

Люблю Linux. Но почему сборщики дистрибутивов не тестируют свой продукт, прежде чем помещать новые версии пакетов в репозиторий?

Получился прямо классический баг, напоминающий историю FreeBSD и флэшки. Только если там был kernel panic, то здесь просто не получается отмонтировать флэшку.

Ну не прелесть? Не видать Linux популярности Windows, пока разработчики не научатся тестировать свои программы.

Ушел исправлять.

© 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

Почти год назад я писал об аналогичной проблеме со Skype в Ubuntu Intrepid Ibex. Воистину, история имеет тенденцию к повторению — сменился релиз, проблема осталась. Тем не менее, прошлогоднее исправление не помогает, поэтому приходится изобретать что-то новое.

К слову, проблема всё та же:


ALSA lib ../../src/conf.c:2700:(snd_config_hooks_call) Cannot open shared library /usr/lib/alsa-lib/libasound_module_conf_pulse.so
ALSA lib ../../../src/control/control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0


Но решается иначе.

К слову, разработчики почти исправили проблему (используя тот же метод, что и я год назад). Но внесли новую — в пакет ia32-libs: они убрали (забыли добавить) из него некоторые библиотеки libasound, что Skype не переваривает.

Теперь проблема исправляется так (все действия выполняются от root):

После чего запускаем Skype (от имени обычного пользователя) и наслаждаемся

Багрепорты приветствуются.

© 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

Почти год назад я писал о SieFS — FUSE-драйвере для файловой системы телефонов Siemens. SieFS нет в репозиториях Ubuntu, к тому же он собирается с проблемами.

Так как далеко не все любят собирать программы из исходников (и плясать с бубном, чтобы кривая программа собралась), а драйвер, как оказалось, нужен многим, я собрал DEB-пакет для SieFS (под архитектуру AMD-64; пакет собирался в Ubuntu 9.04 Jaunty Jackalope, но должен работать в Debian Lenny).

Собирал SieFS я несколько иначе, чем писал в статье год назад — добавил патчей на 30 с небольшим килобайт:

• исправлен код, на который компилятор выдаёт предупреждения (меня всегда коробило, когда const char* явно приводится к char*, так как очень часто такие трюки заканчиваются segfault’ом);
• изменения в системе сборки (в основном те, которые были описаны в статье);
• добавлены man-страницы из ALT Linux;
• улучшена поддержка специальных опций командной строки FUSE (был взят соответствующий патч из ALT Linux);
• добавлен алиас utf-8 (в оригинале было просто utf8) для кодировки UTF-8;
• исправлен код, отвечающий за закрывающую последовательность AT^SQWE=3 (опять же, благодаря товарищам из ALT Linux);
• исправлена ошибка, связанная с двойным кодированием строк в UTF-8, что делало не-ASCII имена нечитабельными, а также оптимизирован код getdir(), что позволило отказаться от дополнительной операции выделения и освобождения памяти;
• оптимизация кода по мелочи.

Скачать свежую версию SieFS можно отсюда.

© 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена.

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.