dels_how-to's

Нечитаемые имена файлов внутри zip-архива

2010-09-06T22:29:00.000+04:00

Дельно о корректной распаковке за-zip-ленных в виндах архивах с левой кодировкой - тут.

МТС Коннект

2010-09-03T16:50:00.000+04:00

Поговорим о 3G/EDGE/GPRS USB модемах, раздаваемых "большой тройкой". Сейчас речь пойдет о Huawei E1550, но, думаю, для других моделей все нижесказанное тоже актуально, за исключением разве что idProduct'а и idVendor'а, которые можно найти в Сети для каждой железки.

Проблема работы этих устройств в линуксах заключается, по большому счету, в том, что при подключении девайс определяется как CD-ROM, на котором лежит софт для подключения и работы в винде. После установки он сам переключает (flip-flop) девайс на "режим модема". У linux же такое переключение возможно, если работать с модемом софтинкой Mobile Partner от Huawei. Но она, на мой взгляд, уж сильно прожорливая и неторопливая, что особо нехорошо для мобильных устройств. Итак, основная задача - перевести девайс в режим модема, заимев в результате /dev/ttyUSB0, через который pppd и будет "звонить". В случае Ubuntu все просто:

sudo apt-get install usb-modeswitch

Свежие версии "знают" о Huawei E1550, поэтому добавлять ничего не придется.

Для того, чтобы модем переключался в нужный режим автоматически при подключении, создадим правило udev: /etc/udev/rules.d/45-huawei1550.rules следующего содержания:

SUBSYSTEM=="usb", SYSFS{idProduct}=="1446", SYSFS{idVendor}=="12d1", RUN+="/usr/sbin/usb_modeswitch -v 0x12d1 -p 0x1446 -m 0x01 -M 55534243000000000000000000000011060000000000000000000000000000"

Таким образом, если udev видит подключенное устройство с совпадающими параметрами, он выполняет соответствующую команду.

Для проверки следует переподключить модем и поглядеть вывод lsusb, который должен отрапортовать о наличии модема.

lsusb | grep Huawei
Bus 003 Device 004: ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modem

В случае с Debian Lenny действий придется совершить чуть больше, ибо пакет usb-modeswitch доступен только для sid. Не беда, соберем сами. Алгоритм простой: качаем исходники, распаковываем, собираем и устанавливаем. Предварительно полезно прочитать информацию на страничке продукта, выяснив, к примеру, что для сборки необходимо установить пакеты tcl и libusb-dev, а также pppconfig для последующей настройки подключения.

apt-get install tcl libusb-dev pppconfig
mkdir modswitch; cd modeswitch
wget -c http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-1.1.4.tar.bz2
tar zjvf usb-modeswitch-1.1.4.tar.bz2
cd usb-modeswitch-1.1.4
make install
cd ..
wget -c http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-data-20100826.tar.bz2
tar xjvf usb-modeswitch-data.tar.bz2
cd usb-modeswitch-data
make install

Установщик сам "договорится" с udev-ом, поэтому переключение в режим модема при подключении девайса должно работать сразу, что и следует проверить после окончания установки usb-modeswitch.

Теперь осталось лишь настроить ppp-подключение. Запускаем pppconfig, отвечаем на вопросы, к примеру, так:

Create -> mts -> dynamic -> pap -> mts -> mts -> 115200 -> tone -> *99# -> Нет -> /dev/ttyUSB0 -> Finished

Все, осталось запустить соединение:

pppd call mts nodetach

Все должно работать.

Один раз, на убунте, столкнулся с ошибкой: pppd отключался с таким отлупом:

Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfNak id=0x1 ]
sent [IPCP ConfReq id=0x2 ]
Modem hangup
Connection terminated.

Полечилось явным указанием точки входа в /etc/chatscripts/mts:

# modeminit
'' ATZ
'' AT+CGDCONT=1,\"IP\",\"internet.mts.ru\"

Проверка скорости на internet.yandex.ru:

Я.Интернет. Измерьте вашу скорость.
То бишь - HSDPA имеет место быть худо-бедно ;)

samba + централизованное управление монтированием сетевых ресурсов

2010-08-12T18:09:00.001+04:00

Некоторое упрощение и централизация операций с пользовательскими сетевыми дисками...
Настройки самбы:

security = user
[homes]
comment = Home Directories
browseable = no
path = /home/%u/net
read only = no
create mask = 0770
directory mask = 0770
valid users = %S
[netlogon]
comment = Network Logon Service
path = /home/%u/netlogon
guest ok = no
read only = yes
browseable = no
share modes = no

Скрипт подключения сетевых дисков (для каждого win-пользователя) l_script.cmd:

@echo off
net use z: \\server\share1 /y
net use y: \\server\share2 /y
...
net use b: \\server\shareN /y

Настройки на рабочей станции пользователя:

Записанный в автозагрузку скрипт обращения к удаленному скрипту (l_script.cmd на сервере) login.cmd:

@echo off
net time \\server /set /y
call \\server\netlogon\l_script.cmd

Таким образом, при логине win-пользователя в систему вызывается login.cmd, который синхронизирует время с сервером и вызывает оттуда скрипт l_script.cmd, который, в свою очередь, монтирует заданные для этого пользователя шары. Для того, чтобы при запуске системы окно консоли не вызывало испуг пользователя (с последующим звонком админу ;) ), сворачиваем его в панель задач: правый клик на ярлыке .cmd-файла в Автозагрузке - Свойства - Ярлык - пункт Окно - Свернутое в значок.

P. S.: Описанный механизм будет работать без участия пользователя лишь в случае, если учетная запись пользователя на рабочей станции полностью совпадает с учетной записью на сервере. Если по каким-то причинам это невозможно, то следует поменять скрипт login.cmd следующим образом:

@echo off
net time \\server /set /y
net use p: \\server\netlogon /USER:username password
call p:\l_script.cmd
net use p: /delete /y

samba + ldap

2010-08-12T17:48:00.000+04:00

Оставлю здесь ключевые грабли по проекту "Авторизация пользователей samba в LDAP". Во-первых, ссылка на описание переменных самбы - вот или вот.

Далее, по конфигу:

netbios name = SERVER
security = user
passdb backend = ldapsam:ldap://127.0.0.1
ldap passwd sync = no
ldap suffix = dc=gmz,dc=local
ldap user suffix = ou=users
ldap group suffix = ou=groups
ldap admin dn = cn=admin,dc=gmz,dc=local
enable privileges = no
obey pam restrictions = no
domain logons = yes
domain master = yes
local master = yes
#для замуты с логонскриптами
logon path = \\%N\%U\profile
logon drive = P:
logon home = \\%N\%U
logon script = l_script.bat

Чтобы самба начала ходить к лдапу, ей нужно дать пароль админской записи: smbpasswd -w "ldap_admin_password"

По дереву LDAP'a: дабы пользователь мог авторизовываться через ldap на самба-шарах, нужно:

1) после его создания дать ему objectClass'ы sambaSamAccount (возможно после добавления include samba.schema в slapd.conf) и shadowAccount;

2) добавить аттрибут shadowLastChange (для того, чтобы заработала смена пароля через smbpasswd)

3) добавить пользователя непосредственно в самбу: smbpasswd user

Также следует установить пакеты smbldap-tools и samba-doc. Там есть и тема для LDAP'а или некие необходимые скрипты (в основном, похоже, интересны для построения домена).

LDAP + skel = проблемы создания домашнего каталога

2010-08-11T12:16:00.000+04:00

Наткнулся на интересные грабли: при настройке ldap-аутентификации (Lenny) у ldap-пользователя при первом логине должен создаваться домашний каталог с содержимым /etc/skel/. Это делается благодаря следующим настройкам /etc/pam.d/common-session:

session sufficient pam_unix.so
session sufficient pam_ldap.so use_first_pass
session required pam_mkhomedir.so skel=/etc/skel/ umask=0077

Затыка в том, что пользователь авторизуется, входит, но домашнюю директорию не получает (работает с HOME=/). Выяснилось, что так как sufficient означает "Request is immediately allowed if this line succeeds." (отсюда), то до последней записи модуль почему-то не доходит (хотя по уму вроде как должен, ведь required стоит). Так или иначе, если мы перенесем запись для skel-а выше:

session required pam_mkhomedir.so skel=/etc/skel/ umask=0077
session sufficient pam_unix.so
session sufficient pam_ldap.so use_first_pass

то работоспособность восстанавливается - домашняя директория ldap-пользователя создается. То ли баг, то ли фича, фиг знает ;)

Копирование в консоли с прогрессбаром

2010-08-09T15:54:00.000+04:00

Каждый, кто копировал/архивировал/дампил что-то большое консольно, задумывался "а когда ж все это завершится?". То есть мечтал о прогрессбаре. Найденные на просторах Хабра pipeviewer (pv) и скрипт bar отчасти проблему решают (в плане архивов и дампов), однако для меня наиболее частой операцией подобного рода является копирование папок с большим количеством файлов, опрогрессбарить которое ни тому, ни другому не под силу. И найденный позже рецепт копировать rsync'ом (rsync -r --progress /path/from/ /path/to/) также не стал панацеей, так как он показывает прогресс каждого файла, а не общий, как хотелось бы. В итоге решение все же есть. Модифицированный GNU cp под рабочим названием Advanced Copy имеет дополнительную опцию -g, при указании которой программа рисует прогрессбар процесса копирования файла, а если речь идет о директории, то -gR рисует уже два прогрессбара, для текущего копируемого файла и общего процесса копирования в целом.

Для работы вполне достаточно взять готовый бинарник и положить куда-нибудь в $PATH (разработчики рекомендуют заменить стандартный cp, я же просто положил его рядышком, обозвав cpbar'ом ;)), предварительно разархивировав, конечно, и поставив бит исполнения (+x).

Если вдруг не заработало, или это не ваш метод, на странице проекта можно получить инструкцию о том, как пропатчить GNU cp и скомпилировать модифицированный бинарь самостоятельно.

Если закончились временные лицензии на Windows 2000 Server...

2010-08-05T17:31:00.000+04:00

Внезапная жопа приключилась у одного из клиентов - с рабочей станции (WinXP) перестало пускать на терминальный сервер (Win2k) с отмазой "из-за сетевой ошибки". Вскрытие показало, что виной всему было то, что старый недобрый двухтысячный сервер не имел активированного сервера лицензирования. А временная лицензия, выданная сабжевому компьютеру, внезапно кончилась.

Конечно, правильным путем решения такой проблемы является регистрация сервера лицензиования с последующей выдачей постоянных лицензий всем пользователям. Однако в полевых условиях это сделать возможным не представилось. Посему запоминаем временный хинт: удалить на клиентской машине ветку реестра HKLM\SOFTWARE\Microsoft\MSLicensing. Должно полегчать. До кучи я еще изменил имя компьютера, дабы временный сертификат выдался и сохранился в базе с другим именем.

В общем, мораль - на забываем о временных рамках ;)

Прослушивание web stream'ов

2010-07-25T19:03:00.000+04:00

После появляения относительно толстого интернета я бросил качать всяческие радиошоу, а начал слушать музыку онлайн. На сегодяшний день основной музтрафик мне делает AH.fm и ETN.fm. Иногда еще DI.fm, но у них поток хилый, всего в 128kbps, против 192kbps и 256kbps у вышеназванных ресурсов соответственно. Но пост не об этом.

Сначала я слушал радио через amarok. Но чем дальше, тем он тяжелее, и ждать его запуска мне малость поднадоело. Сей плаер замечательно подходит для прослушивания и управления сколь угодно большой локальной коллекции, однако для двух-трех вебстримов - слонопотамен, к сожалению.

Потом был realplayer. Запускается шустро, запомненные в Favourite url-ы стримов транслирует без вопросов. Плюс есть приятная (пусть и не особо используемая на практике) опция Live Pause (можно остановить прослушивание в любой момент, и затем продолжить с того же места, без перерыва трансляции). Однако сунувших как-то в монитор ресурсов, узрел, что все равно памяти сия софтинка уедает будь здоров.

В итоге после прочесывания apt-cache search-ем репозитория Sid-а была найдена панацея. Имя ей - radiotray. Суть - имеется иконка в трее, по левому клику - список запомненных радиостанций, по правому - настройки этого списка и выход. Всё! Никаких тебе окон, вопросов, диалогов..ничего. Чистой воды unixway - проигрывать вебстримы и больше ничего.

Перекодировка выгрузок клиент-банка на лету (iconv + incrond)

2010-06-30T16:41:00.005+04:00

Думал, что писал об этом, а оказалось, что думал о том, чтобы написать ;) Так или иначе, имеется небольшой скриптик, который в связке с когда-то упомянутым incron'ом занимается перекодировкой (практически "на лету") выгружаемой информации из клиент-банка из UTF-8 в CP-1251 для последующей загрузки оной в 1Сv8.1.

Создать его пришлось вследствие нежелания 1С-ки кушать выгруженные из клиент-банка (java-апплет ibank2, доступ через Firefox) данные, ибо они отдаются и сохраняются в UTF-8, тогда как 1C-ка (запущена под Wine@Etersoft) понимает только CP-1251.

Описанный костыль работает следующим образом: демоном incrond мониторится папочка:

incrontab -l
/exchange/банк/экспорт IN_CLOSE_WRITE /usr/local/bin/bank_tr_ex.sh $#

Как только в ней сохраняется файл (флаг IN_CLOSE_WRITE), запускается скрипт bank_tr_ex.sh:

#!/bin/bash

ICONV=/usr/bin/iconv
DIR=/home/exchange/банк/экспорт
OLDDIR=/home/exchange/банк/экспорт/old
FILE="$@"
ENC=`enca -i $DIR/$FILE`

if [ "$ENC" == "UTF-8" ]; then
        #echo $FILE
        sleep 1
        mv $DIR/$FILE $OLDDIR/$FILE.utf
        $ICONV -o $OLDDIR/$FILE -f UTF-8 -t CP1251 $OLDDIR/$FILE.utf
        mv $OLDDIR/$FILE $DIR/$FILE
fi

Задача скрипта: забекапить загруженный файл ($FILE.utf), транскодировать его в CP1251, подсунуть перекодированный файл вместо изначального.

После этого 1С-ка кушает выгрузку за милую душу ;)

Простейший редирект для www

2010-06-23T17:10:00.000+04:00

Задачка: сделать редирект с http://localhost/ на http://localhost/blah, желательно быстро и просто. Возможные решения:

1) index.html:

<META HTTP-EQUIV="REFRESH" CONTENT="0.2;URL=http://localhost/blah >

0.2 - время в секундах до редиректа
2) index.php:

<?
header ('Location: http://localhost/blah');
>

GPG-ключ репозитория

2010-06-22T16:19:00.000+04:00

Елы-палы, постоянно забываю, как в Дебиане (и бубунтопроизводных) добавить ключ к репозиторию:

gpg --armor --export PUBKEY | sudo apt-key add -

Debian guest + VMWare

2010-06-22T10:54:00.004+04:00

При работе с гостевым Debian'ом в VMWare ESXi выяснилась занятная штука: udev Дебиана в упор не видел и не хотел именовать (и как следствие, я не мог указать нужное мне имя) сетевые интерфейсы. Более того, в /etc/udev/rules.d/ вообще не появлялся файл 70-persistent-net.rules, в котором описываются имеющиеся сетевые интерфейсы и осуществляется привязка имени интерфейса к его MAC-адресу.

Оказалось, что вопрос встал не только передо мной, и имеется его объяснение и решение: udev-ный генератор правил игнорирует сетевые интерфейсы, mac-адреса которых отвечают правилу:

# ignore interfaces with locally administered or null MAC addresses
# and VMWare virtual interfaces
ENV{MATCHADDR}=="?[2367abef]:*", ENV{MATCHADDR}=""
ENV{MATCHADDR}=="00:00:00:00:00:00", ENV{MATCHADDR}=""
ENV{MATCHADDR}=="00:0c:29:*|00:50:56:*", ENV{MATCHADDR}=""

То есть, не назначаются имена интерфейсам с MAC-адресами, назначаемыми вручную (и соответствующим правилу "?[2367abef]:*"), с нулевыми MAC-ами, и как раз адресами, которые по умолчанию принадлежат виртуальным vmware-интерфейсам. Таким образом, комментируем строчку

ENV{MATCHADDR}=="00:0c:29:*|00:50:56:*", ENV{MATCHADDR}="",

перезагружаемся, и udev сгенерит файлик 70-persistent-net.rules, в котором будут нужные нам строчки.

Управление пакетами в Linux

2010-06-18T11:31:00.000+04:00

Интересная картинка, структурирующая кое-какие знания-понимания системы управления пакетами в Linux-дистрибутивах. Не то чтобы истина в последней инстанции и панацея от всех разнодистрибутивных непоняток, но в целом здраво.

VMWare Remote Console + неработающие стрелки на клавиатуре

2010-06-10T11:16:00.000+04:00

Опять косяки с VMWare Server, точнее, с ее console. Оказывается, в некоторых случаях (а так как это связано с драйвером клавиатуры и свежим X.org, то проблема возможна во многих свежих релизах дистрибутивов) отваливается половина клавы (стрелки, цифры и т.д.) внутри гостевой машины. Воспроизводится на lin- и win- гостях. Лечилово описано в базе знаний VMWare - тут. Вкратце, правка /etc/vmware/config на хост-системе ни к чему не привела, чему я не удивлен, ведь я прихожу через браузер с третьей машины, которая не является ни гостем, ни хостом. Поэтому лечилово работает, если добавить требуемые строки в ~/.vmware/config, или создать оный с этими строками, если файл отсутствует. Мне почему-то еще пришлось переустановить Remote Console Plug-In, хотя это должно быть лишним. Опосля этих действий - заработали и стрелочки, и нампад.

Запуск двух разных версий Firefox

2010-06-10T10:16:00.000+04:00

Как обычно, ВНЕЗАПНО!!1 выяснилось, что Firefox 3.6.3 в частности и вся 3.6.х серия вообще не работает с vmWare Server 2.0. Точнее, не со всей "вмтварью" в целом, а c Remote Console плугином. Он устанавливается без вопросов, но попытка открыть консоль виртуальной машины вываливается ошибка:

Cannot access virtual machine console. The request timed out

The attempt to acquire a valid session ticket for имя виртмашины took longer than expected. If this problem persists, contact your system administrator.

Поиск в Сети подтвердил как проблему, так и отсутствие работающего решения. Однако, Firefox 3.5.9 работает корректно. Отсюда решение (временное, пока vmware-шники не допилят свой плугин): установить для работы с vmware релиз Fx 3.5.9, разрулить окружение фаерфоксов с помощью профилей, запускать с разных ярлычков.
Выглядит это следующим образом:
1) создаем два профиля с помощью firefox -ProfileManager (один для работы в vmware - ff359, второй - для работы в Сети - ff363);
2) загружаем, распаковываем два огнелиса - 3.6.3 (нынешний stable), 3.5.9 (oldstable, я так понимаю).
3) создаем ярлычки запуска, указывая в поле запускаемой команды для "рабочего" браузера:

/opt/ff363/firefox -no-remote -P "ff363"

для "вмтварного":

/opt/ff359/firefox -no-remote -P "ff359"

Собственно, все ;) Теперь каждый из огнелисов запускается с собственным профилем, то есть дополнения, закладки, етц не пересекаются (опция -P), и при запуске копии браузера при уже запущенном открывается новое окно, а не вкладка (опция -no-remote).

Браузерное

2010-06-01T00:45:00.001+04:00

Потихоньку переезжаю на Firefox. В основном потому, что надоело маяться с оперой по сабжу просмотра разного рода онлайн видео, а также - сильно нешустрой работы с гуглосервисами. Согласен, в винде таких проблем нет, и опера рулез ;) Но в линуксе, к сожалению, у норвежцев не все так радужно. Плюс хреново (опять же, в линуксе) работает Opera Link (особенно отвратно , точнее совсем никак, через прокси). А альтернативы (по степени интеграции) вследствие закрытости API браузера нет. А синхронизация между рабочим браузером и домашним мне нужна. По тем же причинам не вышло на равных работать дома в ФФ (смотреть "трубу" и читать Google Reader), на работе в Опере (гуглить, ресерчить, читать) - единого средства синхронизации закладок (а лучше еще и сохраненной истории и паролей) не существует. А то, что можно присобачить (тот же diigo.com, к примеру), использовать в опере с удобством невозможно, ибо работать можно разве что с закладками, и то или на отдельной странице, или сервлетом. В огнелиса же, с помощью дополнений, интегрируется практически что угодно. И синхронизация между n-ным количеством браузеров отпадает, как проблема, в принципе.

Посему - едем.

Все знают, что без дополнений Фаерфокс - так себе поделие. С ними же - мощный инструмент интернетчика любого помола. Таким образом, вот уже с недельку то тут, то там подглядываю да подсобирываю дополнения, которые призваны облегчить мне жизнь тяжелую и неказистую. Описывать свой use-лист смысла не вижу, ибо все дополнения, которые мною используются сегодня, я сбил в одну подборочку, там все алфавитно сортировано и описаниями автоматически снабжено. Оттуда же и стащить себе можно, коли что понравится. Конечно, по мере увеличения скилла лисозаводчика сей список будет меняться. Однако линк останется прежним, поэтому милости просим. Вдруг кто что для себя найдет, что сделает его пребывание в Сети более комфортным. Ведь ради этого все и писалось (ну, кроме, конечно, цели самому не забыть, где что лежит и как туда добраться ;) )

ClusterSSH

2010-05-05T10:23:00.000+04:00

Оказывается, есть такая круть. Как использовать это счастье - чтить сюда. Есть в репах Деба/Убунты.

Netwok Scanner (saned + xsane) HOWTO

2010-04-28T12:14:00.001+04:00

Замечательный разжеванный метод настройки saned и xsane для работы сканера по сети. Если кратко, то

1) сервер:

а) /etc/sane.d/saned.conf :

localhost

192.168.0.0/24

b) /etc/xinetd.d/sane-port:

service sane-port

{

port = 6566

socket_type = stream

wait = no

user = nobody

group = scanner

server = /usr/sbin/saned

disable = no

}

c) /etc/services:

sane-port 6566/tcp # SANE network scanner daemon

d) /etc/rc.d/xinetd start

2) xsane
a) /etc/sane.d/net.conf:

192.168.0.1 #saned server IP

Как-то так, да...

Добыча вложений из eml-файла

2010-04-14T01:19:00.000+04:00

Есть .eml файл, внутри которого торчит бинарник. Задача - достать оный ;) Оказалась - не такая уж и тривиальная: васяких типа доставальщиков, экстракторов и прочих вьюверов масса, но все хотят денег и не хотят работать. Прочитать письмо можно, банально сменив разрешение на .mht и скормив любому браузеру. А вот достать аттач - не выходит. Решение: плугин для просмотра\работы с EML-файлами для Total Commander. Ставим, откываем на F3 - правой кнопкой - Save Attached To... Всё! ;) Теоретически плуг работает и с Unreal Commander, но практически у меня не завелся - файл все равно открывается в Universal Viewer'е, что неправильно. Разбираться, честно, лень, спать пора ;)

Vmware Server 2.0.2 + RuntimeFault: Database temporarily unavailable or has network problems.

2010-04-13T11:02:00.001+04:00

Странная ботва с VMware Server, была как на 2.0.1, так и после обновления до 2.0.2: при попытке добавить новую роль или ассоциировать имеющиеся роли с пользователями вмтварь плюется ошибкой вида

RuntimeFault: Database temporarily unavailable or has network problems.

Выяснилось (тут и тут), что проблема возникает вследствие того, что при добавлении юзера в роль происходит конфликт id-номеров вновь добавляемого пользователя, и администратора. Лечится это изменением директивы NextAceId с 11 на 20 в файле /etc/vmware/hostd/authorization.xml.

Контрольная цифра EAN-13

2010-04-12T10:33:00.001+04:00

Потребовалось "восстановить" незаписанную вовремя контрольную (13-ую, последнюю) цифру штрихкода EAN-13. Собственно, результат:

#!/bin/bash
#Проверка наличия кода
if [ -z "$1" ]; then
echo "Введите сканкод в качестве аргумента"
exit 0
fi
CODE12=$1
#Определение длины кода
LEN1=`echo $CODE12 | wc -m`
#отбрасывание символа перевода строки
let LEN2=$LEN1-2
#echo $LEN1
#echo $LEN2
#Разбиение строки кода на отдельные цифры
for D in `seq 0 $LEN2`
do
let NUM=$D
let DIG$NUM=${CODE12:$D:1}
# echo DIG$NUM=$DIG$NUM
# echo $D
done
#Если по длине предполагается неполный EAN13, произвести расчет контрольной цифры
if [ $LEN2 == 11 ];then
#chet
VAR1=`expr $DIG1 + $DIG3 + $DIG5 + $DIG7 + $DIG9 + $DIG11`
#nechet
VAR2=`expr $DIG0 + $DIG2 + $DIG4 + $DIG6 + $DIG8 + $DIG10`
VAR3=`expr $VAR1 \* 3`
VAR4=`expr $VAR2 + $VAR3`
#Выбираем только последнюю цифру переменной $VAR4, если ее длина больше 1
LENVAR4=`expr length $VAR4`
if [ "$LENVAR4" -gt "1" ]; then
VAR4OFFSET=`expr $LENVAR4 \- 1`
let VAR4LAST=${VAR4:$VAR4OFFSET:1}
# echo $VAR4LAST
else
#Если длина $VAR4 единична, сразу определяем $VAR4LAST
VAR4LAST=$VAR4
fi
CTRL=`expr 10 \- $VAR4LAST`
if [ $CTRL == 10 ]; then
CTRL=0
fi
#Вывести контрольную цифру
echo "Контрольная цифра для штрихкода $CODE12 - $CTRL"
fi

Karmic + MOTD

2010-04-08T16:05:00.000+04:00

Не могу сказать, в какой из версий Ubuntu после 8.04 (hardy) появилась фича пихать в сообщение приветствия после успешного логина информацию об имеющихся обновлениях, но в 9.10 (karmic) она имеется точно. И меня напрягают неизбежные тормоза между успешной аутентификацией и появлением консоли. Поэтому надо выключить. Беглый обзор системы дал следующий рецепт: найти в /etc/pam.d/sshd строчку

session optional pam_motd.so

и закомментировать оную. Быстро и просто.

Если копнуть глубже, то выясняется, что сабжевый PAM-модуль поставляет пакет update-motd. Там же говорится, что для отключения динамического заполнения MOTD достаточно удалить содержимое /etc/update-motd.d/. Или вообще снести напрочь этот пакет ;)

Так или иначе, но без сей приблуды (не спорю, местами полезной) консолька снова радует быстрым логином ;)

VMware Server 2.0.x + Kernel 2.6.32

2010-03-31T19:23:00.001+04:00

При установке vmware-server-2.0.2 на ядро 2.6.32 имеются, оказывается, грабли: установщик не может скомпилировать модули для работы сетевой подсистемы. Интернет говорит, надо что-то патчить. А лень ;). Но если взять вот этот скриптик (полный мануал и авторский пост тут), то он сам все сделает и запустить vmware-install.pl по завершении своей деятельности. За что ему (и скрипту, и автору - Radu Cotescu ) башое человеческое спасибо!
UPD: на оффсайте проблему работы под 2.6.32 вроде как тоже видели, и, мол, решается она правкой пары строчек в сорцах модулей - вот так. Возможно, описанный выше скрипт сгружает патч, делающий именно это. А может и нет. Времени проверять второй вариант нет, поэтому оставляю лишь для общего развития с ярлычком "нетрогано"

anyremote HOWTO

2010-03-27T00:42:00.002+03:00

Задолбавшись в очередной раз вставать с дивана, дабы прибавить звук или запустить очередную серию "Теории большого взрыва", захотелось облегчить свою тяжелую и неказистую жизнь ваянием "лентяйки". Так как из инструментария имелся, собственно, компьютер с Debian Sid и телефон с J2ME, умеющий Bluetooth, использовать будем именно их ;). Для рабочей станции был прикуплен самый дешевый голубозубый адаптер (Acorp какой-то).

delayer@inspire:~# lsusb
Bus 002 Device 002: ID 1131:1004 Integrated System Solution Corp. Bluetooth Device

Ресерч по предмету управления через блютуз мометнально привел на страничку проекта anyremote, полностью удовлетворяющего моим запросам. Как сам anyremote, так и его фронтенды kanyremote и ganyremote (угадай, для какой DE который ;) ), наличествуют в репозиториях, ставим оттуда.

Сразу оговорюсь, что увидеть kanyremote мне так и не удалось, ибо пакет требует в качестве зависимости python-kde4, который на сегодняшний день является сломанным пакетом (для Sid точно). Если у вас KDE чуть постарее чем 4.3.4-2, то установиться должно. Я же поставил ganyremote.

Наверное, для знакомства с возможностями программы, да и для закачки J2ME-клиента в телефон (однако, можно jar/jad-файлы взять отсюда), графический фронтенд попробовать стоит. Не буду останавливаться на менюшках, опциях и прочем - интерфейс локализован, всё, на мой взгляд, интуитивно понятно. К тому же, у проекта достаточно хорошая документация. Отмечу лишь, что у GUI-я вырисовалась одна очень неприятная особенность: хотя, судя по опциям, программа должна уметь, учуяв в зоне действия голубозуба телефон, запомненный в настройках, запускать на управление сервер, указанный в этих самых настройках, она этого не делает. Чтобы чем-то поуправлять, нужно вручную выбрать в списке нужный сервер и даблкликнуть на нем. Тогда он перейдет в состояние "Управляется", и телефон этот сервер увидит и даст подключиться.

Избежать такой вселенской несправедливости можно, запустив anyremote напрямую, в обход фронтенда. А чтобы иметь возможность управления несколькими приложениями, можно запустить несколько копий anyremote с разными конфигурационными файлами. Для упрощения и автоматизации этого процесса я накидал вот такой вот скриптик:

#!/bin/bash

AR=/usr/bin/anyremote
CFGDIR=/usr/share/anyremote/cfg–data/Server–mode/
CONNECT=bluetooth
CHAN=20
USER=delayer
for PROG in mplayer vlc tvtime fileManager2 amarok
do
if [ –e $CFGDIR/$PROG.cfg ]; then
$AR –s $CONNECT:$CHAN –u $USER –name $PROG –f $CFGDIR/$PROG.cfg &
let "CHAN += 1"
echo $CHAN
else
echo "Для запуска управления программой $PROG не найден конфигурационный файл $PROG.cfg!"
fi
done

Запускаются пять серверов, которые java-клиент находит в зоне действия и может подключиться к любому выбранному. Anyremote позволяет запускать, контролировать и закрывать приложения, управление которых организуется.

Да, разработчиками предлагается конфигурация типа all-in-one, где одним сервером запускается интерфейс управления сразу несколькими программами. Но у меня подружиться с этим не вышло: на отдельных конфигах сабжевые проги управляются стабильнее и проще. Именно поэтому был избран путь запуска отдельного процесса anyremote для каждого сервера.

Have fun! $)
P.S. Если при выполнении скрипта шелл говорит, что знать не ведает, что такое let, следует набрать от имени суперпользователя dpkg-reconfigure dash, ответив отрицательно на появившееся окно. Таким образом системе явно будет указано не использовать dash (который не знает о let, ибо это встроенная команда в bash) в качестве шелла по умолчанию.

mediawiki + отключение анонимусов

2010-03-23T12:27:00.000+03:00

Чтобы использовать внутрикорпоративную wiki для целей записи различного рода настроечной и отладочной информации, однако имея доступ к ней из Сети, следует ограничить доступ к статьям "левых" людей. Очевидно, это можно сделать по-разному, у меня получилось так: В файл LocalSettings.php, что находится в корневом каталоге wiki, добавим следующие строки:

#restrict acc creation

$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['read'] = false;
$wgGroupPermissions['*']['edit'] = false;

Таким образом, все незарегистрированные пользователи получают запрет на создание аккаунта (это выражается в том, что на главной странице нет ссылки "Создать аккаунт", а также на чтение и редактирование страниц, то есть при попытке зайти на любую страницу (пусть даже по прямой ссылке на нее), будет показано предложение авторизоваться. Создать же пользователя можно будет уже существующему администратрору или бюрократу из спецстраниц.