aptgetupd.exe

страшный баян, но мне понравилось название файла:
«…незаметно для пользователя загружается специальный файл, который
"дотаскивает" с удаленного веб-узла непосредственно файл-носитель
"Bizex" (APTGETUPD.EXE)…» http://www.kompunet.com/kompunet/view.php?nid=194

земля-то, оказывается, совсем маленькая.

по призыву зарегистировался на http://www.verveearth.com/landing/. действительно, забавно. надеюсь, даже сможет быть полезным.
в любом случае, наверно, как ничто другое, позволяет на минуту ощутить себя жителем планеты земля.

свободное п.о. — это всего лишь бесплодный бунт.

«свободное п.о. — это всего лишь бесплодный бунт». так, мне кажется, следует перевести заголовок интервью с автором идеи игры тетрис Алексеем Леонидовичем Пажитновым. краткий русский перевод интервью.
«el software libre destruye mercado», свободное п.о. разрушает рынок (п.о.), говорит Алексей. спешу с ним согласиться. тот рынок, для которого Алексей проработал бо́льшую часть жизни, точнее, та бизнес-модель, которая на этом рынке приносила наибольшую прибыль, разрушается.
что будет дальше?
в попытках защитить копии принадлежащего им п.о., правообладатели поощряют процветание «пиратства». логичным шагом в их «борьбе» стал бы отказ от copyright-а как такового. но… судя по последним новостям, логика нынче не в моде. тем более, что следование ей, естественно, приведет к потере гипер-прибыльности. поэтому пока идет игра в популизм (Adobe демонстрирует приверженность идеям open source, Microsoft официально открыла форматы офисных документов, и т.д. и т.п.)

воинские части, одноклассники и информационный мусор.

вот такую заметку прочитал. как замечательно, что на своей страничке в одноклассниках я не упомянул ни одной воинской части! шпионы ¡No pasarán!

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

debian и pamusb аутентификация

навеяно этой заметкой
делал по инструкции
скачал по ссылке последний релиз.
как полагается, распаковал его в /usr/src/
со сборкой deb-пакета решил не заморачиваться, установить «по-грязному».
посмотрев на ошибки в выводе make, сделал вывод, что не хватает libhal-storage-dev.
с этим пакетом все замечательно собралось и установилось.
добавил флэшку:
$ sudo pamusb-conf --add-device MojaFleshka
добавил себя, привязав к уже описанной флэшке:
$ sudo pamusb-conf --add-user $USER

проверил. вроде как работает. дальше начинается рихтовка.

во-первых, жутко не понравилось, что флэшка автоматически монтируется после вставки (не люблю я этих автомаунтов). и, главное, так и висит смонтированной. что, как понимаете, чревато…
после некоторых разбирательств добавил в секцию <configuration> файла /etc/pamusb.conf строчку <option name="one_time_pad">false</option>.
стало, конечно, менее секурно — не проверяется ключ, записанный на флэшке в каталог .pamusb/ (когда я делал --add-device). ну, думаю, производителя, модели и идентификатора флэшки будет достаточно. чай не в кгб работаю.

во-вторых, захотелось воспользоваться pamusb-agent-ом. чтоб при вытаскивании флэшки экран блокировался, при вставке — соответственно, блокировка снималась.
началось с того, что агент при запуске ругался на отсутствие описания elementtree.ElementTree.
небольшое гугление и чесание в затылке (освоение python-а пока только в планах) натолкнуло на мысль поставить пакет python-elementtree. помогло.
в примере приводится использование gnome-screensaver-command. у меня таковая отсутствует, в любимом icewm-е пользуюсь классическим xlock. вот его-то вызов и решил прикручивать.
в секции <user>, относящейся ко мне, добавил строчки:
<agent event="lock">xlock -mode blank</agent>
<agent event="unlock">killall xlock</agent>
killall-ом пришлось воспользоваться потому, что не нашел у xlock ничего подобного параметру unlock.
проверяю — не работает. включаться заставка-то включается, а вот выключаться не хочет.
опять серия экспериментов. оказалось, что агент ожидает, что команда, закрепленная за событием lock, вернет управление обратно. а xlock этого, к сожалению, не делает. и жутко ругается на &, который я попробовал дописать в конец команды. ну что ж, быстренько накатал в ~/bin/ файлик следующего содержимого:
#!/bin/bash
xlock -mode blank &
и заменил вызов xlock-а на вызов этого скриптика.
уря. заработало.
последний штирх — добавил строчку
pamusb-agent --daemon &>/dev/null
в ~/.icewm/startup. чтоб при загрузке сеанса агент сразу стартовал.

p.s. сразу выявился один минус — я частенько отхожу от компьютера и столь же частое дергание флэшки не есть хорошо. пора разживаться bluetooth-адаптером и, воспользовавшись BlueProximity, задействовать неиспользуемый пока bluetooth в мобилке.