trueash: (Default)
Monday, November 1st, 2010 08:47 pm
И раньше на IT Happens попадались плевки в сторону линуксов, но я старался относиться к ним более-менее спокойно. Нравится-не нравится, асилил - ниасилил - это дело сугубо индивидуальное. Всякий имеет право на свое мнение, хрен с ним. Но от сегодняшней истории просто упала челюсть...

На всякий случай, скопирую:
 

#4575: Не стесняйтесь, все свои

1 ноября 2010, 16:45

рейтинг: 164

Недавно поставил небезызвестного «Свободомыслящего Суриката» на компьютер. Копаясь в его внутренностях, в /usr/lib/ я обнаружил папку с довольно странным именем rtkit. Внутри лежал экзешник (простите, привык так называть) с именем rtkit-daemon. «И что же это такое? — подумал я. — Разработчики вирусов настолько обнаглели, что называют вещи своими именами, размещают в папке, которую можно легко увидеть, да ещё и в комплекте поставки дистрибутива?!»


trueash: (Default)
Thursday, October 21st, 2010 10:19 am
Nokia PC Suite удобная штука, но, увы, не для линуксов. Для тех, кто использует Gnome, есть достаточно простое решение: Blueman-applet и Nautilus. Blueman (в отличие от kbluetooth, который вообще ни на что не годен) позволяет быстро и без заморочек связать телефон и компьютер с помощью bluetooth, а Nautilus обеспечивает доступ к файлам по протоколу obex. А вот в случае с KDE дело обстоит несколько сложнее. Во-первых, "родной" kbluetooth вообще ни на что не годен.

Во-вторых, по непонятным причинам файловые менеджеры в четвертой версии перестали понимать obex. Тем не менее, ставить пол-Гнома не хотелось, потому пришлось искать альтернативные варианты. Как и ожидалось, решение нашлось.

Первое - нужно установить fuse и obexfs.

Второе - создать точку монтирования для телефона - например, /mnt/obex

После этого запустить bluetooth (если он у вас автоматом не стартует): service bluetooth start
Далее, выполняем hcitool scan и узнаем "название" своего телефона, (напр. 00:CA:FE:BA:BE:00).

Наконец,  выполняем obexfs -b 00-CA-FE-BA-BE-00 -B 10 /mnt/obex

Все, можно работать.

Благодарности:

Google
Field Commander Wieers

Пинок в /dev/ass:

KDE developers
Nokia
Tags:
trueash: (Default)
Saturday, September 25th, 2010 06:48 pm
Теперь и у меня в доме "зоопарк" :) Недорого достался вот такой зверь: 

Вполне рабочий, несмотря на почтенный возраст и некоторые боевые потери - в частности, сдохли трекпойнт (ну хрен с ним) и батарея (что хуже). Зато есть сетевая карта и 192 мб памяти. Щас вот хожу вокруг него и думаю, оставить родную Win'98, залить чистенькую Win'2000 или все-таки попробовать водрузить туда какой-нить линукс? Вона, люди даже SuSE 10.2 ставят!
Tags:
trueash: (Default)
Thursday, April 29th, 2010 10:17 am
Некоторое время тому я уже писал, что линуксовый софт для переводчиков есть, но по тем или иным причинам он меня не устраивает на 100%. И подумал я на досуге: а какой, собственно, софт, меня бы устроил? Мечтать, говорят, невредно.

В своих мечтаниях всегда мы правы я исходил из того, что фактически стандартом "документооборота" между переводчиком и заказчиком являются форматы MS Office (чаще всего xsl, ppt, и *.doc). Хорошо это или плохо, и долго ли сохранится такое положение - дело десятое.

Итак, я не уверен, так ли нужна отдельная софтина для обработки текста (а-ля OmegaT). Мне кажется, было бы больше смысла в том, чтобы сделать какую-то пристройку к OOWriter'у. Почему именно к нему? Во-первых, он уже достаточно обработан напильником для применения в промышленных масштабах - все эмэсофисовские документы читаются-пишутся без проблем. Во-вторых, у OOWriter'а есть полезнейшая фича - автодополнение слов. Т.е. если вы один раз набрали слово - допустим, "защищающихся" - то когда оно вам понадобится во второй раз, нужно будет набрать только несколько первых букв (по умолчанию - пять, кажется), а потом только нажать Enter. Это несколько ускоряет работу, а кроме того, служит в качестве своего рода computer memory.

Вот если бы эту фичу как-то приспособить именно к переводу... Допустим, редактор запоминает, как переведены те или иные фразы (сам или по команде), а потом только подсказывает, как я их переводил раньше. А я выбираю, что мне нужно. Например, даже в рамках одного и того же тексте слово, скажем, throttle может в одном месте означать "дроссельная заслонка", а в другом "уровень подачи топлива". Ну и т.п. Не знаю, правда, как тут можно было бы реализовать импорт-экспорт translation memory, учет количества совпадений (что само по себе кажется мне маразмом, но это отдельная тема). Кстати, о translation memory - обязательно нужна возможность добавления пар "ручьмя". Потому что иногда читаешь что-то и видишь, как можно (было бы) перевести то-то и то-то. Быстро открыл редактор translation memory, добавил, а потом используешь.

Вторая часть мечты - это хороший словарь. А хороший словарь - это Мультитран. Хорош он, прежде всего, огромной словарной базой. Кроме того, он позволяет переводить не только слова, а еще и словосочетания и аббревиатуры. Для профессионального перевода - незаменимая вещь. Потому было бы просто невыразимо полезно, если бы словарную базу мультитрана облечь в нормальную одежку а-ля LightLang или Stardict. Потому что интерфейс оффлайнового Мультитран - ацтой что в винде, что в Linux'е под wine'ом.

Примерно так.
Tags:
trueash: (Default)
Monday, April 26th, 2010 09:40 pm
Никогда себя не считал таким уж рьяным поборником FLOSS, но это задело даже больше, чем дело Поносова:

Торговца пиратскими дисками с Петровки приговорили к 3,5 годам тюрьмы

Торговца пиратскими дисками с Петровки приговорили к 3,5 годам тюрьмы )

 

То, что от этого "торжества законности" разит заказухой и показухой, меня не удивляет; мерзко, что вроде бы солидные компании, "мировые лидеры", а не рэкетня базарная, пользуются такими методами. За сраные 80 штук сделали из парня уголовника. Гандоны. Впрочем, "десять бабушек - уже бутылка..."
Tags:
trueash: (Default)
Friday, March 19th, 2010 07:23 am
Нелегкая судьба переводчикаТребования заказчиков вынудили меня снова посмотреть в сторону специализированного софта для переводчиков, т.н. Computer-Aided Translation Tools (CAT). Насколько я понял, стандарты в отрасли задает Trados. Во всяком случае, у меня всё чаще спрашивают, работаю ли я в нём. Понятное дело, отвечать "нет", подразумевая "потому что не умею" - это не очень хорошо.

Пришлось заинтересоваться. Нужно сказать, что Trados - штука, мягко говоря, недешёвая: 5-7 сотен евро. Поэтому стыдливо умолчу о том, где я взял экземпляр "на посмотреть".

Короче говоря, хвалёный Trados мне совершенно не понравился. Я попытался работать в нем с файлом translation memory, который мне выдал заказчик - ранее переведенное он увидел, но напрочь отказался вставлять в текст. Высота строк в таблицах почему-то оказалась такой, что видна была только верхняя часть букв... Не говоря уже о том, что держать одновременно окрытыми окна Workbench и Word на экране ноута - удовольствие ниже среднего.

А перевод-то нужно сдавать... Воспользовался старой доброй OmegaT - хотя и не без некоторых плясок с бубном. Файл *.twm, присланный заказчиком, переконвертировал в *.tmx, а *.doc - в *.odt. В общем, со скрипом, но работу сдал.

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

Попробую подвести итоги. Хорошая новость: софт для переводчиков, альтернативный Trados'у, есть, причем вполне коммерчески пригодный. Плохая новость - пока что ни один из программных продуктов не устраивает меня на 100%.

ПОПлюсыМинусы
Trados
  • Фактически - отраслевой стандарт, со всеми вытекающими последствиями.
  • дорогущий;
  • использует собственный формат;
  • неудобный интерфейс;
  • прожорливый;
  • работает только в винде.
WordFast
  • Есть "родная" версия для линукса;
  • демо-версия - практически полностью рабочая (ограничение по размеру создаваемой TM);
  • удобный интерфейс (во всяком случае, "интуитивно понятный" :));
     
  • тоже дорогой, сцуко;
  • работает только с файлами *.doc и TM формата *.txt; средств импорта *.tmx я не обнаружил
OmegaT
  • Есть "родная" версия для линукса;
  • бесплатна;
  • работает с TM формата *.tmx;
  • не умеет работать с файлами *.doc - переводимые документы приходится перегонять в *.odt и обратно;
  • мне показалось, не воспринимается в качестве "серьёзной" проги (хотя это не только ее беда).

В общем, эксперименты придется продолжать. Тем более, что вышла новая версия OmegaT.
Tags:
trueash: (Default)
Tuesday, June 2nd, 2009 09:20 am
С подачи взаимного френда, установил себе Cuneiform. Давно-давно пользовался я какой-то её версией под вынь-95 (или даже 3.1)...

Как положено, сборка из сырцов сопровождалась соло на бубне:

В процессе установки потребовалось:

1) доустановить либы к ImageMagick (libmagick называется, кажется)
2) всяческие компиляторы - GCC C++ или типа того (устанавливал пачками)

После этого всё собралось. Но при попытке запуска вылезла ошибка:

cuneiform: error while loading shared libraries: libpuma.so: cannot open shared object file: No such file or directory

Означенный файл - libpuma.so - находится в /usr/local/lib, просто cuneiform его не видит (Bug #345033). Чтобы поднять ему веки, нужно прописать /usr/local/lib в /etc/ld.so.conf и запустить ldconfig
(решение взято отсюда)

Ща буду тестировать, как оно распознаёт, собссно...
Tags:
trueash: (Default)
Friday, May 22nd, 2009 12:21 pm
Вот, пообещал "развёрнуто" ответить на на вопрос: "Чем заниматься линукс-сообществу?".
В общем, ничего принципиально нового я не придумал. До сих пор уверен, что для (дальнейшего/ скорейшего/ окончательного и т.п.) успеха FOSS необходимы объединение, укрупнение и стандартизация. Т.е., с моей точки зрения, полтыщи дистрибутивов - это скорее плохо, чем хорошо. Чтобы не повторяться, сошлюсь на себя же: 1) Linux и лидерство, 2) Маркетинг Linux, или С чем пойдем на рынок?

Возвращаясь к сообществу. Мне кажется, что форумы и/или LUG'и как раз и могли бы стать той силой, которая могла бы развивать "общий брэнд Linux", создавать инфраструктуру поддержки новых пользователей, и влиять на разработчиков. А самое главное - "сообщество" могло бы стимулировать формирование социального заказа на реальную конкуренцию в сфере ПО. 

Другое дело, что я не особо верю в то, что "сообществу" это нужно. Потому в ближайшее время значительных изменений ждать не приходится.
Tags:
trueash: (Default)
Sunday, April 19th, 2009 03:18 pm
Вроде и невелика премудрость, а провозился я с этим Hugin'ом долгонько... Но в итоге вроде заработало (просто учебный матерьял, никакой ценности не представляющий):

Tags:
trueash: (Default)
Tuesday, March 10th, 2009 05:25 pm
Вчерась эта сука в очередной раз чего-то там намутила со своими протоколами, в связи с чем и Kopete, и Pidgin не смогли с ней общаться. С тоской в душе приступил к обновлениям. С Pidgin'ом проблем не было, а с Kopete'ом повозился. Теперь у меня KDE 4.2.1, Qt 4.5 и ваще всё "катин-эдж". Надеюсь, до выхода Mandriva 2009.1 никакая тварь не заставит меня обновляться еще раз.
Кстати, попутно установил Qip Infium - под wine встал, как влитой. Посмотрел, поюзал... не понимаю, чего с него все писятком кипают?
Tags:
trueash: (Default)
Thursday, March 5th, 2009 12:58 pm
Вот, нашел и успешно применил способ включения/выключения touchpad'а на ноуте. Втыкаешь мышу - тачпэд отключается, вынимаешь - включается. Просто и гениально. Все лавры - автору :)

Надоело отключать тачпад (драйвер synaptics) на ноутбуке при втыкании мышки. Сделал простые правила для udev, два файла:

/etc/udev/rules.d/99-touchpad.rules

ENV{ID_CLASS}=="mouse", RUN+="/etc/udev/scripts/touchpad.sh"

/etc/udev/scripts/touchpad.sh

#!/bin/sh
if [ "$ACTION" == "add" ] ; then
synclient TouchpadOff=1
# Раскомментировать для ноутбуков ASUS (погасить индикатор)
#echo 0 > /proc/acpi/asus/tled
elif [ "$ACTION" == "remove" ] ; then
synclient TouchpadOff=0
# Раскомментировать для ноутбуков ASUS (зажечь индикатор)
#echo 1 > /proc/acpi/asus/tled
fi

И всё! Делал для Gentoo, но должно работать и в других дистрибутивах.

Похоже, что способ дистронезависимый. Единственное, что пришлось создать /etc/udev/scripts/ - у меня такого не было. Источник: http://linsovet.com/node/713

Tags:
trueash: (Default)
Tuesday, December 2nd, 2008 02:30 pm
Только что обнаружил, как можно записать звук из видеоклипа. Спешу поделиться с общественностью - хотя кто знает, может, только я не знал этого способа? Ну да ладно, пусть будет... есть не просит. Итак, всё, что нам нужно для записи звука - это mplayer (с кодеками, разумеется). Предположим, наш исходный видеоклип имеет формат *.avi. Чтобы выдрать из него звук, выполняем такую команду (или это уже скрипт?):
mplayer -ao pcm:waveheader:file=/путь/к/файлу/имя_желаемого_файла.wav /путь/к/исходному/файлу/имя_исходного_файла.avi -vo null -vc dummy
Получаем чистый звуковой файл, который, при желании, можно конвертировать в любой другой формат. Например, так:
lame -h -ms /путь/к/файлу/ваш_файл.wav /путь/к/файлу/ваш_файл.mp3
(Чтобы избежать лишних вопросов - я вынужден использовать mp3).
Кроме того, вышеописанный способ можно применять для захвата потокового аудио в формате RealAudio (*.rm). Часто бывает, что где-нибудь на сайте выкладывается не сам аудиофайл, а только ссылка на файл (с расширением *.ram) - ничего страшного, он нам очень пригодится, потому что в нём как раз и содержится путь к искомому аудиофайлу. Сохраняем *.ram на диск и меняем расширение на *.txt. Можно еще открыть его в текстовом редакторе и вытереть всё, что написано после *.rm.
Дальше выполняем такую команду (или, опять же, скрипт?):
mplayer -playlist /путь/к/файлу/ваш_файл.txt -ao pcm:file=путь/к/файлу/ваш_файл.wav -vc null -vo null
Благодарности:
http://www.linux.com/feature/119987
Tags:
trueash: (Default)
Saturday, September 20th, 2008 09:08 am
Ни с того, ни с сего поломался мой старый верный Drivel... Говорит, "не понимаю ответа с сервера", и хоть ты тресни. Естественно, стал я искать замену. Ситуация оказалась не слишком утешительной. Kblogger (апплет для KDE) - просто доброго слова не стоит. Kluje - с сервером связывается, но функционально до Drivel'а не дотягивает.
Пришлось, как обычно, долго материться и лезть в Гугл. Сейчас пишу в кроссплатформенной проге под названием Petrus Blogger Несмотря на то, что программа сделана на джаве, "look-and-feel" вполне терпимый:
Free Image Hosting at www.ImageShack.us
И, похоже, фичами побогаче Drivel'а.
А главное - поддерживает и LJ, и Blogger (куда я подумываю вернуться, но это уже отдельная тема). Собственно, эту заметку я в "Петрусе" и пишу, так что сейчас посмотрим, как он сработает.
Tags:
trueash: (Default)
Thursday, October 11th, 2007 12:44 pm
Решил продублировать свой комментарий к посту уважаемого Странника:
В который раз убеждаюсь - линукс не становится массовой... ладно - более распространенной - системой ТОЛЬКО потому, что слишком многие линуксоиды этого не хотят. Не просто не хотят - активно этому противодействуют! Что лишний раз подтвердил Кай.
Поводов (именно поводов, не причин) для такого сопротивления действительно можно найти предостаточно, но все равно, такая позиция - мол, "линукс сампосебешный и самодостаточный... ему и так неплохо" - напоминает нетленное "Гаити, Гаити... нас и тут неплохо кормят". Что удивляет: многие линуксоиды кичатся своим умением "читать маны", но иногда у меня складывается впечатление, что, кроме манов, ничего другого они не воспринимают, и не желают воспринимать очевидного.
А очевидным я считаю вот что: "виндузятники-по-определению-ламеры" - это не только и не столько пресловутые геймеры и "домохозяйки", сколько многомиллионная армия пользователей, применяющих винду на рабочем месте. Т.е. люди, которые с помощью компьютера создают прибавочную стоимость - с которой, между прочим, получают свои зарплаты админы, высокомерно считающие их "офисным планктоном". Сколько примеров нужно привести, чтобы вы, господа "линуксоиды", наконец-то поняли - человек на рабочем месте будет работать с тем инструментом, который ему полагается по должностной инструкции? Так вот, "свободный выбор" для "офисного планктона" отсутствует, пока отчеты в налоговую принимаются только в одном формате, и пока 1С реально не работает ни в чем, кроме винды. Это вы, господа "линуксоиды", лишаете их свободного выбора, отказываясь активно продвигать открытые стандарты и прячась в своей ivory tower. Так что M$ может вам сказать искреннее спасибо - за свои прибыли она может не бояться.
Tags: