вторник, 25 декабря 2007 г.
четверг, 20 декабря 2007 г.
Google translate bots
Не так давно Google запустил сервис для перевода текста через мгновенные сообщения Google Talk. Суть сервиса заключается в слушающем - если вы отправляете сообщение на адрес en2ru@bot.talk.google.com то в ответ получите переведенную на русский язык фразу с английского. По аналогии вы можете переводить с русского на английский если отпарвите сообщение на адрес ru2en@bot.talk.google.com. Сервис вобщем-то не примичательный, так как сетевой английский он не воспринимает и плохо помгает переводить фразы "how r u?".
Однако, одну несколько забавных моментов всеже присутствует. Кроме волнующего перевода словосочетания "fuck you" на русский язык, перейдем к техническим моментам и вспомним про замечательную функцию группового чата реализованную в google talk gadget. функция позволяющая объединять несколько контактов в группу и вести непрерывную беседу одновременно с каждым членом этой группы. Такой поворот событий интересно расширяет и без того безграничные возможности наших сервисов. Суть группового общения заключается в том, что каждое ваше сообщение посланное пользователям будет доставляться каждому участнику чата, как и ответ на сообщение попадет всем пользователям без исключения. Так как любой бот, может быть легко добавлен в список ваших друзей, это означает не только то, что вы легко ведете беседу с каждым из них по отдельности, но так же добавлять их в группу. Теперь на мгновение представте беседу двух интеллегентных программ, беседа, которая начинается со слов одного из участников "fuck you"? А если вы сейчас представите точно такую же беседу с неоднозначной трансляцией слов туда-обратно?
Позвольте прерваться, время обеденное...
Однако, одну несколько забавных моментов всеже присутствует. Кроме волнующего перевода словосочетания "fuck you" на русский язык, перейдем к техническим моментам и вспомним про замечательную функцию группового чата реализованную в google talk gadget. функция позволяющая объединять несколько контактов в группу и вести непрерывную беседу одновременно с каждым членом этой группы. Такой поворот событий интересно расширяет и без того безграничные возможности наших сервисов. Суть группового общения заключается в том, что каждое ваше сообщение посланное пользователям будет доставляться каждому участнику чата, как и ответ на сообщение попадет всем пользователям без исключения. Так как любой бот, может быть легко добавлен в список ваших друзей, это означает не только то, что вы легко ведете беседу с каждым из них по отдельности, но так же добавлять их в группу. Теперь на мгновение представте беседу двух интеллегентных программ, беседа, которая начинается со слов одного из участников "fuck you"? А если вы сейчас представите точно такую же беседу с неоднозначной трансляцией слов туда-обратно?
Позвольте прерваться, время обеденное...
четверг, 13 декабря 2007 г.
RPM weaknesses
RPM Package Manager позволяет работать с вашим компьютером просто и удобно. Она следит за обновлениями дистрибутивов, позволяет динамично переключаться между репозиториями и всегда быть абсолютно уверенным какие файлы на локальной машине были изменены или устарели. RPM это большой шаг в перед, по сравнению с устаревшими механизмами распространения пакетов через исходный код. Для того чтобы получить работающий компьютер теперь нет необходимости иметь квалификацию программиста, знать тонкости сборки ядра под разные версии компиляторов, искать потерянные библиотеки и тратить несколько часов на сборку графической среды. Однако как любая система она нацелена на достижения определенной цели, которая может быть не всегда достижима или быть не эффективна. Я говорю про не достаточную объективность при построении opensource модели.
Получение данных с внешних источников
Современный рынок услуг до сих пор не стал полностью на путь взаимного доверия с потребителем, и мы по прежнему получаем большую часть продукции из коробки, в которой приложена лицензия ограничивающая нас на большинство действий. Так в частности, на распространение приобретенного продукта. Данная проблема касается не только вопроса про пиратства, который конечно негативно отражается на развитии цивилизованного программного рынка и достойного вознаграждения разработчиков за их труд. Другой стороной этой проблемы стоит необоснованное ограничение моих возможностей как легального пользователя. А это ограничивает работу с проприетарными продуктами и не позволяет применять технологичные решения управления дистрибутивами, которых так много в opensource сообществе. Другими словами модель, которая обязывает хранить всю информацию в одном репозитории уже устарела. Во первых наличие зеркал не решают проблемы распределенности, во вторых современные продукты требуют хранения информации на лицензионном носителе, в то время как настройки для таких систем могут располагаться в репозитории дистрибутива системы. Получается что мы приходим к модели p2p систем в которой носителем защищенного контента являются пользователи а дистрибутив это средство работы с этим контентом. Выходит наша задача построить систему RPM базирующуюся на трех основных компонентах: источник данных, репозиторий, файлы настройки.
Источник данных - это любой ресурс который содержит лицензионный контент. Пользователь в праве сам выбирать откуда он готов предоставить системе получить данные для дистрибутива. В частности это может быть p2p сеть, такая как torrent, emule или лицензионный носитель на компакт диске.
Репозиторий - это централизованное хранилище настроек и информации о том какие данные необходимо получить для работы системы. Для простых данных дистрибутивов это может быть md5 сумма и ссылка на зеркала. Для более надежной защиты и дополнительной проверки целостности источника лучше применять ссылки emule или torrent. Конфигурационные файлы - это набор скриптов позволяющий адаптировать данные для работы в текущем репозитории, включающие перемещение данных, компиляция исходников или наложение пачей на бинарные файлы.
В результате такого преобразования системы мы получим полный контроль и гибкость для построения любых дистрибутивов содержащих любой контент, как закрытый так и открытый и практически удовлетворяющий всем условиям лицензирования.
Таким образом необходимо усовершенствовать yum - поддержка torrent, emule, dc++, cdrom. Поддержка стандартом rpm - внешних ссылок. Создание репозиториев с конфирурациями и информаии контенте дело уже пользователей. Для програмных дистрибутивов подойдет квалификация по типу дистрибутива. К примеру для того чтобы установить quake3 понадобиться файл pak0.pk3 из baseqa3, его можно подписывать по md5, так же источники с более полной информацией такие как DTH (dc++) или ссылка emule. Для создания репоизториев перечисляющих музыкальные композиции подойдет жанр, год, имя группы и так далее, кроме того кодек, его версию и md5 сумма файла, или DTH\emule. В этом случае мы всегда будем уверены что наш компакт диск, с которого происходит копирование данных подлинный!
Система проверки целостности
Кроме проблемы распространения, другая менее глобальная. К сожалению в современных дистрибутивах базирующихся на установочных пакетах нет очень важной возможности по контролю за состоянием системы. Любой пакет может быть случайно или умышленно изменен и мы получаем неработоспособную системы. Особенно это чувствительно для пакетов библиотек изменение которых в случае искажения файловой системы могут привести к потерю управления всей системы. Очень не хватает средства позволяющего просматривать все файлы системы и наглядно отображать пакеты дистрибутивов которым они принадлежат. Кроме того, необходимо отражать изменения файлов на диске и лишних файлов, не принадлежащих ни одному из пакетов. В случае обнаружения таких отличий необходимо представить возможность переустановить поврежденный пакет или удалить лишний\временный файл.
yum install amarok prodigy-discography
Получение данных с внешних источников
Современный рынок услуг до сих пор не стал полностью на путь взаимного доверия с потребителем, и мы по прежнему получаем большую часть продукции из коробки, в которой приложена лицензия ограничивающая нас на большинство действий. Так в частности, на распространение приобретенного продукта. Данная проблема касается не только вопроса про пиратства, который конечно негативно отражается на развитии цивилизованного программного рынка и достойного вознаграждения разработчиков за их труд. Другой стороной этой проблемы стоит необоснованное ограничение моих возможностей как легального пользователя. А это ограничивает работу с проприетарными продуктами и не позволяет применять технологичные решения управления дистрибутивами, которых так много в opensource сообществе. Другими словами модель, которая обязывает хранить всю информацию в одном репозитории уже устарела. Во первых наличие зеркал не решают проблемы распределенности, во вторых современные продукты требуют хранения информации на лицензионном носителе, в то время как настройки для таких систем могут располагаться в репозитории дистрибутива системы. Получается что мы приходим к модели p2p систем в которой носителем защищенного контента являются пользователи а дистрибутив это средство работы с этим контентом. Выходит наша задача построить систему RPM базирующуюся на трех основных компонентах: источник данных, репозиторий, файлы настройки.
Источник данных - это любой ресурс который содержит лицензионный контент. Пользователь в праве сам выбирать откуда он готов предоставить системе получить данные для дистрибутива. В частности это может быть p2p сеть, такая как torrent, emule или лицензионный носитель на компакт диске.
Репозиторий - это централизованное хранилище настроек и информации о том какие данные необходимо получить для работы системы. Для простых данных дистрибутивов это может быть md5 сумма и ссылка на зеркала. Для более надежной защиты и дополнительной проверки целостности источника лучше применять ссылки emule или torrent. Конфигурационные файлы - это набор скриптов позволяющий адаптировать данные для работы в текущем репозитории, включающие перемещение данных, компиляция исходников или наложение пачей на бинарные файлы.
В результате такого преобразования системы мы получим полный контроль и гибкость для построения любых дистрибутивов содержащих любой контент, как закрытый так и открытый и практически удовлетворяющий всем условиям лицензирования.
Таким образом необходимо усовершенствовать yum - поддержка torrent, emule, dc++, cdrom. Поддержка стандартом rpm - внешних ссылок. Создание репозиториев с конфирурациями и информаии контенте дело уже пользователей. Для програмных дистрибутивов подойдет квалификация по типу дистрибутива. К примеру для того чтобы установить quake3 понадобиться файл pak0.pk3 из baseqa3, его можно подписывать по md5, так же источники с более полной информацией такие как DTH (dc++) или ссылка emule. Для создания репоизториев перечисляющих музыкальные композиции подойдет жанр, год, имя группы и так далее, кроме того кодек, его версию и md5 сумма файла, или DTH\emule. В этом случае мы всегда будем уверены что наш компакт диск, с которого происходит копирование данных подлинный!
Система проверки целостности
Кроме проблемы распространения, другая менее глобальная. К сожалению в современных дистрибутивах базирующихся на установочных пакетах нет очень важной возможности по контролю за состоянием системы. Любой пакет может быть случайно или умышленно изменен и мы получаем неработоспособную системы. Особенно это чувствительно для пакетов библиотек изменение которых в случае искажения файловой системы могут привести к потерю управления всей системы. Очень не хватает средства позволяющего просматривать все файлы системы и наглядно отображать пакеты дистрибутивов которым они принадлежат. Кроме того, необходимо отражать изменения файлов на диске и лишних файлов, не принадлежащих ни одному из пакетов. В случае обнаружения таких отличий необходимо представить возможность переустановить поврежденный пакет или удалить лишний\временный файл.
yum install amarok prodigy-discography
вторник, 11 декабря 2007 г.
Linux live cd boot
Те кто хочет разобраться с линуксом но незнает с чего начать, мой совет - скачать линкус и попробовать запустить его с компакт диска!
Подробная инструкция как это сделать для дистрибутива Ubuntu
Подробная инструкция как это сделать для дистрибутива Ubuntu
понедельник, 10 декабря 2007 г.
Macbook Pro ATI X1600 linux
17.07.2008 add radeon
ATI closed source
Еще один камень в огороде мешающий спокойной жизни пользователей MacBook Pro - отсутствие видео драйверов. Если вы пробовали использовать ATI 7.11 то наверняка сталкивались с проблемами OpenGL. Такие проблемы как зависание, испорченное изображение, отсутствие поддержки suspend/hibernate, к сожалению наши постоянные попутчики. Особенно ярко они проявляются при использовании 2 мониторов. Однако сейчас ситуация начинает меняться в лучшую сторону и последние новости с open source community подают надежду.
RadeonHD
Пока еще не так популярный открытый драйвер radeonhd начинает набирать обороты и уже вышла версия 1.0.0. Данная версия пока еще содержит ряд недоделок таких серьезных как 2d и 3d ускорение. Однако уже сейчас позволяет работать в X11 среде и делает это лучше чем драйвер vesa. Если вы хотите попробовать запустить драйвер на своей системе достаточно выполнить ряд не сложных действий:
Еще один драйвер поддерживающий видео карту X1600 ноутбука MacBook Pro это radeon. Данный драйвер поддерживает 3д ускорение и многие игры для Linux. К сожалению пока существуют проблемы работы с играми под Windows, а так же проблемы с поддержкой энергосбережения.
Известные проблемы MacBook Pro
ATI closed source
Еще один камень в огороде мешающий спокойной жизни пользователей MacBook Pro - отсутствие видео драйверов. Если вы пробовали использовать ATI 7.11 то наверняка сталкивались с проблемами OpenGL. Такие проблемы как зависание, испорченное изображение, отсутствие поддержки suspend/hibernate, к сожалению наши постоянные попутчики. Особенно ярко они проявляются при использовании 2 мониторов. Однако сейчас ситуация начинает меняться в лучшую сторону и последние новости с open source community подают надежду.
RadeonHD
Пока еще не так популярный открытый драйвер radeonhd начинает набирать обороты и уже вышла версия 1.0.0. Данная версия пока еще содержит ряд недоделок таких серьезных как 2d и 3d ускорение. Однако уже сейчас позволяет работать в X11 среде и делает это лучше чем драйвер vesa. Если вы хотите попробовать запустить драйвер на своей системе достаточно выполнить ряд не сложных действий:
- Открыть сайт https://admin.fedoraproject.org/pkgdb/packages/name/xorg-x11-drv-radeonhd
- Скачать последнюю версию драйвера radonhd из раздела "Build Status" на данный момент последней является xorg-x11-drv-radeonhd-1.0.0-0.2.20071209git.fc8
- Изменить драйвер видео карты в файле /etc/X11/xorg.conf на radeonhd
Еще один драйвер поддерживающий видео карту X1600 ноутбука MacBook Pro это radeon. Данный драйвер поддерживает 3д ускорение и многие игры для Linux. К сожалению пока существуют проблемы работы с играми под Windows, а так же проблемы с поддержкой энергосбережения.
- Открыть сайт https://admin.fedoraproject.org/pkgdb/packages/name/xorg-x11-drv-ati
- Скачать последнюю версию драйвера radonhd из раздела "Build Status"
- Изменить драйвер видео карты в файле /etc/X11/xorg.conf на radeon
Известные проблемы MacBook Pro
- Плохая поддержка 3д
- Плохая поддержка игр для Windows работающих под wine
- Плохая поддержка энергосбережения, что приводит к сильному нагреву видеокарты и всего корпуса ноутбука.
Macbook Pro Wifi Linux
Если посмотреть на текущее состояние проекта MadWifi становиться понятно, что в скором времени нас ожидает поддержка встроеной беспроводной сетевой карты в MacBook Pro. Об этом факте говорит следующее:
Данные изменения будут включены в релиз 0.9.4 http://madwifi.org/roadmap, ориентировочная дата которого пока еще не обявлена. Однако уже сейчас можно поинтересоваться списком еще не закрытых ошибок в этом релизе.
Ссылки по теме:
Данные изменения будут включены в релиз 0.9.4 http://madwifi.org/roadmap, ориентировочная дата которого пока еще не обявлена. Однако уже сейчас можно поинтересоваться списком еще не закрытых ошибок в этом релизе.
Ссылки по теме:
воскресенье, 9 декабря 2007 г.
Google mail improuvments
05.06.2008 3.google apps
Хотел обратить внимание общественности на некоторые недостатки в почтовой службе google mail. Так как писать пожелания в службу поддержки практически бесполезно, думаю более правильно найти реакцию пользователей на этот счет. Хочу сразу оговориться, что это не полный список, остальные замечания можно так же найти в моем журнале.
1. В настройках аккаунта у меня есть возможность отправлять письма от лица порядка 10 пользователей, эта стандартная опция позволяющая отправлять письма с другого адреса электронной почты с использованием аккаунта google. Однако, дополнительная опция, такая как сбор почты с этих аккаунтов ограничена количеством 5, и вы не можете стандартным образом получать с них почту. А следовательно не можете вести полноценную переписку и в результате мы имеем две неполно реализованных функции.
2. Управление папками так же имеют свои недостатки. Как к примеру я уже давно нашел для себя удобным иметь все письма в одной папке. Я это делаю по причине того, что все письма у меня перед галазами и я могу контролировать нерешенные вопросы проглядывая одну папку Inbox. Это относится как к входящим письмам, на которые я веду переписку или не ответил в даннй момент, так и к отправленным письмам на которые я обязательно должен получить ответ. Но в текущей реализации управления папками в gmail я такого сделать не могу. Кроме того, мне не только приходится просматривать папки входящие, отпавленные, так и еще папку Спам. Которая с заядлой периодичностью поглощает письма от моих коллег. Для решения этой проблемы необходима модернизация схемы работы с папками включающая управление папок по умолчанию для Спама, Корзины, Отправленных. Так же это будет большим плюсом для пользователей почтовых программ с поддержкой IMAP чьи клиенты не могут корректно производить удаление писем с почтового сервера, простым перемещением пиьсма в папку Imap/Trash.
3. После создания аккаунта на Google Apps пявляется два ящика Google, и ... две папки Спам, которые необходимо регулярно проверять. Гуугл не позаботился об механизме импорта\пересылки всей почты с одного аккаунта на второй.
Хотел обратить внимание общественности на некоторые недостатки в почтовой службе google mail. Так как писать пожелания в службу поддержки практически бесполезно, думаю более правильно найти реакцию пользователей на этот счет. Хочу сразу оговориться, что это не полный список, остальные замечания можно так же найти в моем журнале.
1. В настройках аккаунта у меня есть возможность отправлять письма от лица порядка 10 пользователей, эта стандартная опция позволяющая отправлять письма с другого адреса электронной почты с использованием аккаунта google. Однако, дополнительная опция, такая как сбор почты с этих аккаунтов ограничена количеством 5, и вы не можете стандартным образом получать с них почту. А следовательно не можете вести полноценную переписку и в результате мы имеем две неполно реализованных функции.
2. Управление папками так же имеют свои недостатки. Как к примеру я уже давно нашел для себя удобным иметь все письма в одной папке. Я это делаю по причине того, что все письма у меня перед галазами и я могу контролировать нерешенные вопросы проглядывая одну папку Inbox. Это относится как к входящим письмам, на которые я веду переписку или не ответил в даннй момент, так и к отправленным письмам на которые я обязательно должен получить ответ. Но в текущей реализации управления папками в gmail я такого сделать не могу. Кроме того, мне не только приходится просматривать папки входящие, отпавленные, так и еще папку Спам. Которая с заядлой периодичностью поглощает письма от моих коллег. Для решения этой проблемы необходима модернизация схемы работы с папками включающая управление папок по умолчанию для Спама, Корзины, Отправленных. Так же это будет большим плюсом для пользователей почтовых программ с поддержкой IMAP чьи клиенты не могут корректно производить удаление писем с почтового сервера, простым перемещением пиьсма в папку Imap/Trash.
3. После создания аккаунта на Google Apps пявляется два ящика Google, и ... две папки Спам, которые необходимо регулярно проверять. Гуугл не позаботился об механизме импорта\пересылки всей почты с одного аккаунта на второй.
четверг, 6 декабря 2007 г.
Virtual Box 1.5.6 + Vista
Не так давно описанное мной средство виртуацизации замечательно зарекомендовало себя с Windows Vista, за одним исключением. После установки на виртуальной машине мне пришлось вручную устновить необходимый драйвер сетевой карты, для подключения Vista к интернету. Для этого необходимо подготовить диск с драйверами и вставить его в виртуальный CDrom:
wget http://www.amd.com/us-en/assets/content_type/utilities/V4.51.zip unzip V4.51.zip -d driver mkisofs -o driver.iso -R -J driver
Links:
среда, 5 декабря 2007 г.
Bugs in Google ICQ.
24.05.2008 - ссылка на jabber.org
Official Gmail Blog: Gmail + chat + AIM = crazy delicious
Google запустил поддержку @mac.com, @aim.com, @aol.com, icq служб обмена мгновенными сообщениями.
Official Gmail Blog: Gmail + chat + AIM = crazy delicious
Google запустил поддержку @mac.com, @aim.com, @aol.com, icq служб обмена мгновенными сообщениями.
- Как всегда не поддерживается кирилица.
- Нет возможности подключить несколько номеров к одному Google аккаунту.
- Нет миграции адресной книги и объединять почтовые ящики старых знакомых с номерами icq приходится в ручную
- И самое страшное, что не поддерживается общение через jabber клиент.
Links:
Подписаться на:
Сообщения (Atom)
