Отличия Chrome и Chromium

По ссылке вы найдёте полную информацию об отличиях между Chrome и Chromium. Можете бросаться этой ссылкой в тех, кто говорит вам, что Chrome и Chromium (а так же SRWare Iron) это не одно и то же.

http://blog.chromium.org/2008/10/google-chrome-chromium-and-google.html

Если коротко, то в Chrome в отличии от Chromium добавлено:
- Google name and logo
- Usage Statistics and Crash Reports (отключено по умолчанию)
- GoogleUpdate
- RLZ (сложно сказать зачем это нужно Гуглу, но с точки зрения Privacy штука не очень приятная)
Кроме того Google Chrome в отличии от Chromium не имеет открытого исходного кода.

Переключение мониторов в Ubuntu на EeePC

По ссылке ответ для тех, кого мучал этот вопрос.
http://www.helplinux.ru/ubuntu-eeepc-switch-display

Японский в Ubuntu: ibus вместо scim

Теперь Ubuntu рекомендует в качестве input framework использовать ibus (раньше　это был scim). Его установка и настройка ничуть не сложнее изложенной ранее установки scim.

1. sudo apt-get install ibus-anthy # Этот пакет нужен для ввода знаков Кандзи
2. im-switch -s ibus # В ключаем ibus для текущего профиля и текущей локали (например ru_RU). Если хотим установить настройку для всех локалей, то добавляем ключ "-z all_ALL".
3. Завершаем сеанс пользователя и входим снова.

PS: для поддержки ibus в приложениях QT дополнительно устанавливаем ibus-qt4.

Влючение ibus (так же как и ранее scim) производится по ctrl+space (можно изменить в настройках).

Проверено в Ubuntu Karmic (9.10).
さようなら

"Спам", "не спам" и "точно не спам"

Разбирая завалы "не спама" отфильтрованного SpamAssassin-ом на общем почтовом адресе (он опубликован на сайте, поэтому писем здесь много) пришла мысль, что разделения на спам/не спам мало. Нужен ещё один пункт "точно не спам". Для этого понадобится внешняя служба, на подобии центров выдачи сертификатов, которая будет заниматься сбором списка серверов "точно не спам".
1. Пусть записью будет пара IP-адрес/домен.
2. В список не будут добавляться публичные почтовые сервера.
3. Если на какой-то адрес присутствующий в базе поступило много жалоб, то он исключается из списка на определённый срок.

Где размещать пользовательские настройки?

Раньше все Linux программы размещали свои пользовательские настройки в /home/user/.name_of_program, где .name_of_program мог быть как файлом, так и директорией. Сейчас появились: .cache, .local/share, .config. Ничего не упустил?
С одной стороны хорошо убрать настройки из корня, чтобы они не мешались с личными файлами, документами и т.д. А с другой, допустим мне нужно перенести или сохранить профиль программы, или, например, удалить его, чтобы сбросить настройки по умолчанию, сколько нужно обойти директорий и как ничего не потерять в процессе?
Я не против помещения профиля программы, например, в .config, для меня лично это не очень удобно, но в общем случае приемлемо. Но раскидывать настройки одной программы по диреториям - вот это мне не видится полезным.
Ваши мысли?

1C 8.1 в Linux

Буквально на днях, а именно 25.09.2009, выпущена новая версия 1С 8.2 с поддержкой браузера и тонкого клиента, а это очень хорошая новость, но я сегодня не об этом.
Когда-то я рассказывал о мега-полезном скрипте winetricks для wine. Так вот именно он поможет нам установить 1C на Ubuntu. Подробнее по ссылке: Установка 1C:Предприятие 8 в Linux

Переключение режима SATA на установленной Windows XP или Vista

Тема необычна для данного блога, но я решил об этом написать, т.к. проблема популярна и злободневна.
Мы уже знаем о том, что существуют некоторые трудности установки Windows XP на современные ноутбуки (и не только) имеющие на борту не IDE как раньше, а SATA контроллеры дисков. Для того, чтобы установить XP на такое железо нужно иметь floppy привод или же править образ установщика системы и вживлять в него нужные драйвера. Но что, если у нас нет такой возможности или же система уже установлена в режиме SATA Compatible?
Небольшое отступление. На большинстве ноутбуков в BIOS можно включить режим совместимости SATA со стандартным IDE контроллером. В этом случае любая система загрузится и установится, но к постоянному использованию этот режим не рекомендуется, т.к. работает достаточно медленно.
Подход, который я опишу, не является самым простым, но он затрагивает суть проблемы и на основании этого кто-то сможет оптимизировать решение проблемы для себя.

Сначала решение кажется простым. Устанавливаем систему режиме Compatible, затем заменяем стандартный драйвер IDE нужным SATA драйвером (через диспетчер устройств), перезагружаемся, переключаем режим SATA в Enhanced, грузимся снова, и... получаем BSOD.
И здесь мы задаёмся вопросом: почему? Ответ таится в особенностях загрузки системы. Первыми загружаются так называемые Critical Devices и драйвер контроллера жёстких диска обязательно должен быть в этом списке (для меня остаётся загадкой, почему замена драйвера контроллера не приводит к автоматическому добавлению его в этот список).
Итак, второй этап, нужно добавить драйвер контроллера в Critical Devices. Список этих устройств находится в реестре. Ниже шаблон записи в реестре для контроллера жёстких дисков:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_xxxx&dev_xxxx&cc_xxxx]
"Service"="xxxxx"
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"

где:
ven_xxxx - код производителя, dev_xxxx - код устройства (подсмотреть здесь и здесь)
cc_xxxx - класс устройсва (IDE - 0101, SATA - 0106, остальные здесь )
Service - имя драйвера в системе (его можно узнать из inf-файла устанавливаемого драйвера в строке AddService = xxxxx,...)
ClassGUID - идентификатор класса устройств в Windows (4D36E96A-E325-11CE-BFC1-08002BE10318 - контроллер жёстких дисков, весь список смотреть вот тут)

С ClassGUID и Service всё понятно, а вот как узнать ven_xxxx, dev_xxxx и cc_xxxx? С этой целью можно воспользоваться LiveCD с Linux или FreeBSD (на ноутбуке с которым я проводил эксперименты, а это был ASUS K50IN, загружается Ubuntu 8.04 и Ubuntu 9.10). Переключаем режим SATA в Enhanced (идентификаторы в режиме Compatible и Enhanced отличаются, именно из-за этого вся кутерьма) и загружаемся с LiveCD. Запускаем lspci и ищем наш контроллер. В случае с K50IN это

00:0b.0 SATA controller: nVidia Corporation MCP79 AHCI Controller (rev b1)

Теперь берём адрес устройства 00:0b.0, определяем нужные нам идентификаторы с помощью lspci -ns 00:0b.0 и получаем

00:0b.0 0106: 10de:0ab9 (rev b1)

где:
10de - ven_xxxx
0ab9 - dev_xxxx
0106 - cc_xxxx

Подставляем значения и получаем reg-файл для добавления в реестр:

---------------------------------------------------------------
REGEDIT4

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10de&dev_0ab9&cc_0106]
"Service"="nvgts"
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
---------------------------------------------------------------

добавляем это в реестр, перезагружаемся, включаем Enhanced и... работает!

Теперь кратко:
0. Создаём reg-файл используя LiveCD (загружаться нужно в режиме Enhanced).
1. Устанавливаем систему в режиме Compatible.
2. Заменяем стандартный драйвер контроллера жёстких дисков, на драйвер прилагающийся к ноутбуку или материнской плате используя оснастку диспетчера устройств (Device Manager).
3. Не перезагружаясь добавляем уже полученный нами reg-файл.
4. Перезагружаемся и переключаем включаем в BIOS режим SATA Enhanced.

PS: всё это должно работать так же и в Windows Vista'

Update: Обратил внимание, что некоторые "правильные" драйверы сами добавляют необходимую запись в ветку реестра CriticalDeviceDatabase при установке. В этом случае создавать и добавлять файл реестра необязательно. Но так делают не все, нужно проверять :)

Update2: Если вы заменили драйвер, переключились в AHCI и получили синий экран (в силу каких либо причин, например, с выбором драйвера ошиблись), отключите режим AHCI и при загрузке системы виберите "Последнюю удачную конфигурацию".

Archlinux

Какое-то время назад, ради эксперимента, установил себе Archlinux второй системой. Вот что я могу о ней сказать - если вы достаточно опытны в linux, желаете иметь всегда самый свежий софт и видеть как работает система изнутри, то да, эта система для вас. Для корпоративной среды (если только это не сборище гуру линуксоидов :)), а так же серверов Archlinux не подходит т.к. не имеет определённых релизов.
В результате с домашней машины Ubuntu съехал на долго, а на работе по прежнему стоит LTS 8.04 и я думаю он там на долго :)

Цитата с Archwiki: "Дистрибутив моей мечты должен быть простым как Slackware и с поддержкой зависимостей как в Debian's. И я думаю, что этот дистрибутив - Arch."

Double Commaner в Archlinux

Double Commander создавался с целью получить кроссплатформенный аналог Total Commander, который будет иметь подобный интерфейс и совместимость с плагинами. Опубликована версия 0.4.0 (в транке уже 0.4.6). Сейчас Double Commander в состоянии beta.

Официальный сайт: http://doublecmd.sourceforge.net
Сылка на сборку для Archlinux (пожелания принимаются): http://aur.archlinux.org/packages.php?ID=30300

А так моются современные коты

Ubuntu Jaunty (9.04) на Asus Eee PC

Много уже было написано про Ubuntu на Eee PC и я не буду делать исключение - тоже напишу. А всё потому, что со временем что-то меняется и нужно писать снова и снова.

В Ubuntu Jaunty на Asus Eee PC почти всё работает из коробки. Не работает только ACPI и WPA2 на Wifi. Ранее для получения полной работоспособности нужно было ставить ядро от array.org. Теперь в этом необходимости нет. Подробности по ссылке http://www.helplinux.ru/ubuntu-eeepc

Как упростить жизнь и сделать её интереснее

Если есть, то не вилкой, а палочками.
Если ехать, но не на машине, а на велосипеде (велосипед -> роликовые коньки, коньки -> пешком).
Если работать на клавиатуре, то без надписей.

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

Мы хотим жить в лучшем мире? - Мы можем сделать его таким.

Есть у нас привычка жаловаться на всё "от нас независящее". Эта привычка является одним из вариантов громоотвода и помогает "отпустить" ту энергию, которая даётся нам на решение проблем "независящих от нас". Если нас это устраивает, то можно ничего не менять, накапливать недовольство и внутренее напряжение и пытаться снимать их через те самые "громоотводы".
А есть ли альтернатива? Есть - давайте делать свой мир лучше. Что для этого нужно?

1. Давайте будем такими, какими мы хотим видеть людей в лучшем мире. Хотим видеть улыбки на лицах? Будем улыбаться. Хотим вежливость в автобусе/кафе/магазине? Будем вежливыми.
2. Давайте решать проблемы с теми, с кем они (проблемы) у нас возникли. Здесь я имею ввиду, что решать будем с прицелом на результат, а не на успокоение. Разногласия с тещей? Нужно с ней поговорить (вместо жалобы на неё жене). Проблема с опаздывающей электричкой? Нужно бумагу начальству дороги написать, может и не одну (вместо того, чтобы жаловаться другу: "вот всегда у нас в России так").
3. Давайте брать на себя ответственность. Не вину, а именно ответственность за всё, что мы делаем. Если мы даём обещание или берёмся за дело, то выполнаем его до конца.
4. Давайте будем терпимее. Иметь терпимость, быть терпимым - возможно это следовало бы поставить на 1-е место. (Не путать терпение и смирение: см. Wikipedia).
5. И самое важное: давайте жить по тем законам, которые приняты в данном обществе, какими бы они не были, в этом случае у нас будет шанс их изменить. (Да-да, оплаты проезда в электричках это тоже касается, какими бы "ужасными" электрички не были и какой бы "грабительской" оплата не была).

Dan Kegel (автор winetricks) о Wine на CeBIT 2009

Речь Dan Kegel, сотрудника Google и автора скрипта winetricks, на CeBIT 2009. Тема: "Wine: Leave Windows Behind - but bring your apps with you".

Первая часть - доклад, вторая - вопросы из зала. Слайды презентации справа от видео. К сожалению, только на английском.

http://streaming.linux-magazin.de/events/cos09/archiv/do07/

Три этапа в получении нового опыта

Получая новый опыт в чём либо мы обычно проходим три этапа (если не задерживаемся на каком-либо из них).

1. Это круто. (Крикливость)
2. Я крут. (Активность)
3. Я знаю что это и зачем это нужно. (Надёжность)

Первый этап характерезуется наибольшей "голосовой" активностью. Большая часть сообщений в обсуждении чего-либо на форуме/блоге - это сообщения находящихся именно на этом этапе.
Второй этап - это меньший шум и самая большая активность. Новые идеи большей частью рождаются здесь. (Говорят, что больше всего аварий происходит на третий год вождения автомобиля. Да, это именно этот этап.)
Третий этап самый тихий, но и самый надёжный. Опыт уже закреплён и мы готовы к получению нового.

PS: Этот пост родился после продолжительного чтения Хабры. К Unix имеет косвенное отношение, но tag unix добавляю, т.к. чаще всего на хабре я читаю около-unix-овые обсуждения.

Быстрая подготовка Ubuntu для ежедневного использования

• Данная инструкция отработана на Ubuntu 8.04 и 8.10.
• Необходимо: быстрое подключение к интернет.


# обновляем список пакетов
sudo apt-get update

# устанавливаем дополнительные пакеты русской локализации
sudo apt-get install language-pack-ru language-support-ru language-pack-gnome-ru

# установка restricted компонентов (java, flash, видео- и аудио-кодеки, шрифты и т.п.)
sudo apt-get install ubuntu-restricted-extras

# установка xine-engine, которые лучше работает с DVD, нежели gstreamer-engine
sudo apt-get install totem-xine libxine1-all-plugins

# выбираем xine в качестве движка для totem
# чтобы вернуть состояние по умолчанию нужно выполнить sudo update-alternatives --auto totem
sudo update-alternatives --set totem $(which totem-xine)

# только для архитектуры i386
# удаляем устаревший flash plugin (9-й) и ставим новый (10-й)
# перед установкой необходимо подключить репозиторий partner используя
# sudo software-properties-gtk
sudo dpkg -P flashplugin-nonfree
sudo apt-get install adobe-flashplugin


http://www.helplinux.ru/ubuntu-configuration

Git изнутри

Есть у меня одна черта - не могу работать с тем, устройство чего не знаю. Та же история и с Git. О нём говорять, его используют, есть QuickStart-ы, FAQ, шпаргалки, но всё это лишь о том, как сделать то или иное действие, но не говорит о том, что же будет, если я слелаю "вот так и вот так". С Subversion в этом плане всё достаточно прозрачно, т.к. он "прост как пять копеек". Так вот с Git оказалось ни чуть не сложнее, и об этом я узнал благодаря великолепному труду некоего lost_t. Советую.

Телеканал 2x2

Телеканал 2x2 пол года был нашим любимым и единственным. С нового 2009-го года он сломался. Далее было сообщение на форуме, но теперь его можно найти только в кэше гугла, т.к. с форума его молча удалили.

Диалоговое окно и кнопка по умолчанию

Вот есть диалоги вида "только в этот раз - всегда - отмена" или "запомнить - не запоминать - не запоминать никогда" и им подобные.
И бывает с ними одно неудобство, которое то ли исторически складывается, то ли по недосмотру, то ли по какой-то ещё причине. Иногда в этих окнах ставят кнопкой по умолчанию "всегда" или "запомнить", что, на мой взгляд, является чаще всего неудобным. Для удобства умолчательной кнопкой нужно ставить ту, которая нажимается не один раз, а много, вот, например, выбор Window Manager-а или языка в GDM при логоне.
Если я хочу выбрать другой язык или Window Manager на длительное время, то я выполняю сознательное единоразовое действие. Т.е. я должен найти кнопку "запомнить" и нажать её. Если же мне нужно сделать это несколько раз (выбрать WM/язык), но не запоминать, то проще после выбора WM или языка проще жать Enter, а потом вернуться в свой дефолтный WM/язык.
Но в Gnome/GDM, почему-то, сделали наоборот. Действие "запомнить" является умолчательным, и каждый раз заходя в другой WM (или переключая язык, а я и то и другое делаю довольно часто) нужно аккуратно выбирать кнопку "не запомнинать".

Debian: что в имени тебе моём?

Говорят же, имя много значит, вот и с Debian та же история.
Как известно Debian имеет ветки stable, testing и unstable. Умом я понимаю, что ветка unstable что-то вроде archlinux - всёгда самый свежий софт (отнюдь не означающий нестабильность), но сердцем принять не могу даже testing (используя который испытываешь какой-то дискомфорт, который только в голове). А вот с arch без проблем, бывает обновление что-то сломает, спокойно починишь и работаешь спокойно дальше.

Savage: The Battle for Newerth

Великолепная игра в Linux (коммерческая; сорцы движка первой часты доступны, но не ясна лицензия на них) которую у нас мало знают. Смесь 3D шутера и RealTime стратегии. Видео первой части игры (довольно древней, но по сей день очень играбельной и популярной, сервера совсем не пустуют). Второя часть вышла не так давно, видео по которой так же можно найти на Youtube или официальном сайте http://www.s2games.com

LVM2 и снапшоты

Мало где говорится о том, что при использовании снапшота в LVM используется неразмеченное пространство в данном томе (Volume), хотя это совсем неочевидно. Т.е. имея 1Gb неразмеченного пространства мы можем сделать снапшот размером до 1G (т.е. и -L1G), но что будет, если мы при этом сделаем снапшот размером 2G и дождёмся, пока он заполнится больше чем на 1Gb?

UPD: снапшот можно сделать размером не более чем неразмеченное пространство в томе, иначе получим "Insufficient free extents".