OBEX-овое

Продолжаю потихоньку хакать obexsync, бывший t68tool. Пора бы уже выкладывать, так как по сравнению с t68tool 0.4 есть заметный прогресс - поддерживаются русские (и прочие не Latin-1) имена файлов. Из всех прочих командно-строчных инструментов, виденных мной, на такое заморачивается только BSD-шный obexapp. Остальные ничтоже сумняшеся зовут OBEX_CharToUnicode из libopenobex, которая, ну вы понимаете, попросту вставляет перед каждым байтом 0.

Но хочется ещё в довершение блока работы с перекодировками сделать нормализацию скачиваемых телефонных книжек и календарей. Дело в том, что как было выяснено экспериментальным путем, каждый телефон кодирует VCARD-ы кто во что горазд. Ericsson (ещё с до-Sony-евских времен, с R520) любит UTF-7, попадались также Quoted-printable-encoded Windows-1251 и даже iso8859-5.

В то же время, столь же экспериментально выяснено, что все эти телефоны прекрасно понимают если им передать ENCODING=8BIT;CHARSET=UTF-8. А если хранить записную книжку на компьютере именно в таком виде, то её удобно просматривать текстовым редактором. Опять же, у меня уже есть, и должна войти в комплект утилита поиска по записной книжке (в том числе и умеющая работать query_command в mutt). Она как раз рассчитана на 8bit и utf-8. Поэтому книжку надо нормализовать. Раньше этим занималась внешняя скриптовая обвязка. Но с появлением в 0.4 Bluetooth name resolution она как-то лишняя стала.

Зато всплыла засада с OBEX File Transfer Profile. Почему-то при работе obexftp телефон (один раз за сессию) спрашивает "а правда, что вы хотите дать этому устройству (компьютеру) доступ к вашим данным", а при коннекте t68tool - сразу посылает как unauthorized. Долго смотрел в исходники, так и не понял. Запрос GET формируется совершенно одинаково, значит разница только в CONNECT. Исходный автор t68tool зачем-то пихает туда OBEX_HDR_WHO со значением Linux, но его удаление почти ничего не меняет. А в obexftp туда пихают OBEX_HDR_TARGET с каким-то UUID в качестве значения. В блютусовских спецификациях описания этого UUID не нашел, надо в IrMC-шных искать. Но добавление UUID тоже не помогает, похоже там где-то есть еще какой-то промежуточный обмен сообщениями. Надо бы найти описание, может можно сделать так, чтобы телефон глупых вопросов не задавал. А то впихнуть всю транзакцию в один вызов командно-строчной утилиты вряд ли получится.

Еще выяснилось что почему-то для IrMC надо делать GET с полным путем (telecom/pb.vcf), а для FTP - сначала SETPATH в нужное место, а потом GET без пути - иначе не работает. Ну эту логику я как раз уже впихнул. Правда, опять же спецификации читать надо - это заморочка конкретного телефона или общий принцип. Если первое, то надо эту фичу делать отключаемой, и позволять каким-то образом делать GET по полному пути без SETPATH.

Первое исследование атмосфер планет в других солнечных системах

http://www.redorbit.com/news/space/849255/spitzer_sees_light_from_faraway_worlds/index.html

С помощью Spitzer Space Telescope удалось получить спектрограммы атмосфер двух планет HD 209458b (150 световых лет) and HD 189733b (63 световых года).

Не то чтобы это самые перспективные для обнаружения внеземной жизни и тем более колонизации планеты (g великовато, жарковато,
пыльные облака), но начало положено.

О цене на информацию

Полез смотреть спецификацию на OBEX на www.irda.org, и обнаружил что эти censored хотят за скачивание PDF с их сайта
administrative fee в размере $395. Интересно, какую уху они ели. Судя по отзывам разработчиков в блогах, ещё недавно они просили куда меньшую сумму - в районе $20. Которую, пожалуй, бы я бы даже заплатил, если бы они Webmoney принимали. Но ведь наверняка только по кредитке, и выпущенную в России Visa Electron не примут.

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

Спецназовец из пединститута

via kot_kam Почему-то из откровений этого мужика, простого боевого офицера, мне захотелось процитировать именно это:
...А если тебя чья-то политика не устраивает, сам стань политиком и сделай по-своему. Вот, собственно, весь урок. Завтра проверю.