Canonical недавно представила миру ПО canonical-census. Главная функция Canonical заключается в том, чтобы каждый день отправлять сигнал: I am alive. Это программное обеспечение создано для сообщения Canonical о совершившейся установке Ubuntu. При этом никаких пользовательских данных передаваться не будет, кроме версии операционной системы (речь о файле /var/lib/ubuntu_dist_channel), а также имени компьютера. Опробовать ПО можно на launchpad.net.
Это нововведение касается лишь OEM-установок Ubuntu и не имеет отношения к стандартным установкам Ubuntu.

Resistance Force (что в переводе с английского обозначает: «сила сопротивления») — это командный FPS, предназначенный для большого количества пользователей. Игра должна предоставить в распоряжение геймеров мир, максимально приближенный к реальности. В настоящий момент проект на стадии альфа тестирования.
Один игровой этап – это одна жизнь. Между собой враждуют две команды: террористы и специальные правительственные войска. Террористы, что неудивительно, планируют заложить бомбу. Предоставляется карта с заданием. В игре отсутствует прицел, и в наличии есть только одно оружие – пистолет. Очень качественное освещение и графика. Есть также собственный движок и автоматическое обновление.

Итак, о методе выставления оптимальной частоты в X-ах.

К делу! Перед нами стоит задача выставить оптимальнуючастоту обновления для вашего монитора.

Как Вам должно быть известно, сердцем настройки X-ов является файл XF86Config. У меня он находится в /etc, у вас он может
находиться где угодно. Любопытные могут выяснить местонахождение этого файла с помощью

# whrereis XF86Config

Для начала наберем

#XF86Setup

и ответим на парочку вопросов о видеокарте и мониторе.Главная задача этого телодвижения заключена в следующем: вы должны правильно
указать аппаратные возможности монитора и видеокарты и, основываясь на этом, определить оптимальное разрешение монитора (я поставил у себя
1152х864). После этих простых действий я сказал следующее:

#vi /etc/XF86Config

Этим действием я открыл наш XF86Config редактором Vi (хотя можно это сделать через mcedit или любой другой редактор).

Передо мной открытый файл, для нас важна строчка в

Section "Monitor" Modeline

цитирую, что у меня в ней написано:

Modeline"1152x864" 94.728 1152 1192 1352 1490 864 865 875 883

Итак, вот тут и находится самое интересное. Как же понять, где пишется частота?

Вдаваться в подробности каждого из чисел я бы не хотел, перейдем сразу к делу. Выпишем для себя следующие числа: первое (94.728), пятое
(1490) и последнее (883). На основании этих чисел определим частоту обновления, для этого воспользуемся формулой:

частота обновления = (первое число х 1000000) / ( пятое число x последнее число)

считаем с моими числами:

71 = (94.728 х 1000000) / (1490 х 883)

значит, у меня сейчас 71 Герц. Довольно неоптимистично, я бы хотел 85. Итак, как сделать 85?

Исходя из приведенной выше формулы, выводим новую:

первое число = (пятое число х на последнее число х на желаемую частоту) / 1000000

Подставим значения:

111.831 = (1490 х 883 х 85) / 1000000

Берем число 111.831 и записываем его первым числом (вместо 94.728). Имеем строчку

Modeline"1152x864"11.831 1152 1192 1352 1490 864 865 875 883

Все, теперь Х-ы хрузятся с частотой обновления 85 Герц. Если изображение съехало влево\вправо, можно понастраивать монитор либо сказать в
X-ах xvidetune.

Все замечания и комментарии приветствуются.

Alex Dobruanskiy [gump]

Вот ответ, который я послал человеку, приславшему мне Word'овский документ.
Это русскоязычный аналог текста, который Ричард Столлмен (Richard Stallman)
советовал посылать в таких случаях.

Вы прислали документ в формате Microsoft Word. Это закрытый фирменный формат и
у меня есть сложности с его прочтением. Прежде чем послать кому-либо файл в
формате MS Word, пожалуйста, примите во внимание следующие обстоятельства:

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


2. MS Word работает только под MS Windows. Присылая документы в формате MS
   Word, вы вынуждаете людей устанавливать и запускать MS Windows, тем самым
   поддерживая монопольное положение Microsoft на рынке операционных систем.
   
   


3. Файлы в формате MS Word имеют гораздо больший объем, чем требуется для
   передачи текста с необходимым оформлением в любом открытом формате: текстовом,
   HTML или TeX. Траффик в сети Internet стоит денег.
   
   


4. Файлы в формате MS Word содержат информацию о Вашей личной копии MS
   Windows, а также могут содержать фрагменты из других документов, которые Вы
   набирали в MS Word ранее. Рассылая документы в формате MS Word, Вы рассылаете
   свою личную информацию, о наличии которой в файле Вы можете даже не
   подозревать.
   
   


5. Документы в формате MS Word могут содержать вирусы. Открытие таких файлов,
   даже присланных Вашими хорошими знакомыми, может оказаться опасным.
   
   


6. Множество людей пользуются операционными системами, отличными от MS Windows
   (например, GNU/Linux) и текстовыми процессорами, отличными от MS Word
   (например, Open Writer, AbiWord, TeX или KWord). Эти программы дешевле, удобнее
   и надежнее, чем продукция Microsoft. Присылая этим людям документы в формате
   MS Word, Вы лишаете их права выбора.
   
   



7. Вы можете легко избежать всех вышеперечисленных проблем, даже если привыкли
   набирать свои тексты в MS Word. Для этого достаточно перед отсылкой документа
   по электронной почте сохранить его в каком-либо из открытых форматов,
   например, простом текстовом или HTML.
   
   


уха из сома

Несмотря на то, что спецификация USB существует уже достаточно давно, более того - уже на подходе USB2, нормальной поддержки USB в Linux-е до сих пор нет. Однако способ заставить работать USB устройства под этой ОС существует. Далее я опишу процесс установки USB мыши на примере Microsoft IntelliMouse Explorer. Сама идея использования M$-овой мыши в Linux-е достаточно странна и многих истинных линуксоидов может шокировать, но, к счастью, процедура установки USB мыши от любого другого производителя ничем не отличается.

Начнем с того, что ядра 2.2.х вообще не поддерживают USB, а 2.4.x еще недостаточно готовы к использованию. К счастью, товарищ по имени Vojtech Pavlik в союзе с немецкой компанией SUSE очень оперативно выпускает USB драйвера от ядер 2.4 для ядер 2.2 (backport). Все, что нужно - это сходить по адресу http://www.suse.cz/development/usb-backport/ и взять от туда файл с примерно таким именем (могут быть отличия в циферках): usb-2.4.0-test2-pre2-for-2.2.16-v3.diff.gz. Дальше нужно будет перекомпилировать ядро с поддержкой USB. С http://www.kernel.org берем ядро версия
которого написана в имени файла с USB драйверами (обычно это самое свежее ядро). Чтобы скачать ядро и установить на него патч нужно выполнить следующюю последовательность команд:

сd /usr/src

wget ftp://ftp.kernel.org/pub/linux/kernel/v2.2/linux-2.2.16.tar.bz2

(эту команду следует запускать в режиме online)

mv linux linux-old

tar xIvf linux-2.2.16.tar.bz2

cd linux

gzip -dc ../usb-2.4.0-test2-pre2-for-2.2.16-v3.diff.gz | patch -p1

Думаю, опытные пользователи поймут, что делают эти комманды и сделают по своему. Далее нужно сконфигурировать ядро. Набераем make menuconfig, выбираем нужные вам опции, а в разделе USB Support включаем опции: Support for USB, USB HIDBP Mouse support, USB HIDBP Keybord support(если у вас еще и USB клавиатура), Keyboard support(см. пред. премечание), Mouse support(нужно будет указать разрешение экрана в Х-ах) и Event Interface Support. Теперь можно компилировать ядро
и перезагружаться. После этого нужно сделать в каталоге /dev файл для вашой мыши:

cd /dev

mkdir input

mknod input/mouse0 c 13 63

Перезагружаемся.
Если при загрузке появляються радостные сообщения, связанные с вашей мышой - считайте, что полдела сделано. У оптической мыши с подсветкой(типа M$ IntelliMouse Explorer) свет должен включиться как раз во время радостных сообщений. Все, что сейчас нужно сделать - научить gpm и XFree понимать эту мышь (USB драйвер просто эмулирует PS/2 мышь).Gpm нужно запускать следующим образом:

gpm -t ps2 -m /dev/input/mouse0



Подправьте соответствующие конфиги.

А в XF86Config нужно в разделе написать:


-------------Для X-ов 3.х---------------

Section "Pointer"

Protocol "ImPS/2"

Device "/dev/input/mouse0"

ZAxisMapping 4 5

EndSection



-------------Для Х-ов 4.х----------------

Section "Input Device"

Identifier "Mouse1"

Driver "mouse"

Option "Protocol" "ImPS/2"

Option "Device" "/dev/input/mouse0"

Option "Buttons" "5"

Option "ZAxisMapping" "4 5"

End Section

Строка ZAxisMapping включает поддержку ролика. Ролик работает почти везде, кроме Netscape-а. Хотя, если использовать эмулятор ролика imwhell, то и в Netscape можно использовать прокрутку. На сайте http://www-sop.inria.fr/koala/colas/mouse-wheel-scroll
есть информация (правда, немного устаревшая), как заставить заработать с поддержкой ролика все что угодно.

pc-lib.net

Здесь расписано почти пошаговое прохождение этапов установки девайса для
записи CD дисков и сам процесс занесения на них информации. На момент
приобретения CD-RW привода уже имелся обыкновенный CD-ROM и винчестер,
так сказать при нём. Винчестер назывался в народе /dev/hda, a CD-RW и
CD-ROM были помещены на второй контроллер как master и slave
соответственно и назывались бы hdc и hdd, но по древней кармической
традиции надо перевести свой IDE CD-RW в режим SCSI emulation, чтобы он
заработал как пишущий. Для этого заходим в исходники ядра,


make menuconfig


в секции
"ATA/IDE/MFM/RLL support --->IDE, ATA and ATAPI Block devices"
изничтожаем все отметки напротив "Include IDE/ATAPI CDROM support", ну в
крайнем случае, делаем их модулем (M) и включаем "SCSI emulation
support". Затем идем в "SCSI support --->", добавляем "SCSI support",
"SCSI CD-ROM support" (можно модулем) и "SCSI generic support".
Теперь небольшой трюк. Чтобы новое ядро отличалось по имени от
остальных, в частности от предыдущего, в Makefile находим строчку с
EXTRAVERSION и заменяем ее на
EXTRAVERSION = .new1
Все, компилируем


make dep

make bzImage

make install

make modules

make modules_install



Осталось в загрузчике прописать новое ядро, которое называется у меня,
например, /boot/vmlinuz-2.4.20.new1, но если у вас загрузчик настроен
на vmlinuz, то добавить надо старое ядро, на случай неудачной загрузки,
потому что /boot/vmlinuz это обычно ссылка, которая уже указывает на новое.
Загружаемся и, если видим в dmesg|less примерно такие строчки


scsi0 : SCSI host adapter emulation for IDE ATAPI devices

Vendor: HL-DT-ST Model: CD-RW GCE-8481B Rev: 1.01

Type: CD-ROM ANSI SCSI revision: 02

Vendor: TEAC Model: CD-532E-B Rev: 1.0A

Type: CD-ROM ANSI SCSI revision: 02



,

значит наш cd-writer теперь сидит на /dev/scd0, а cd-rom на /dev/scd1.
Не забываем прописать в /etc/fstab


/dev/scd1 /cdrom iso9660 \

defaults,iocharset=koi8-r,ro,user,noauto,noexec 0 0


/dev/scd0 /mnt/cdrw iso9660 \

defaults,iocharset=koi8-r,ro,user,noauto,noexec 0 0



Устанавливаем пакет cdrecord, проверяем что он видит


cdrecord -scanbus


,

у меня он видит следующее,


scsibus0:

0,0,0 0) 'HL-DT-ST' 'CD-RW GCE-8481B ' '1.01' Removable CD-ROM

0,1,0 1) 'TEAC ' 'CD-532E-B ' '1.0A' Removable CD-ROM



и это хорошо. Так в /etc/default/cdrecord и запишем:


CDR_DEVICE=0,0,0

CDR_SPEED=24



.
Последнее - это скорость на которой будем писать по умолчанию, с этим
можно экспериментировать. Ну, вот, теперь приступаем к самой записи.
Создаём папку, в которую складываем то, что будет потом на диске.
Например: /tmp/new/. Название здесь не важно, потому что на
диск попадет только её содержимое. Теперь набрасываем в это new всё, что
надо, и создаем образ диска:


mkisofs -o /tmp/img_1.raw -R -J ~/tmp/new


Опция -o по традиции указывает как назвать и куда положить наш образ,
опции -R -J добавляют расширения к стандартной файловой системе cd-диска,
такие как RockRidge (полезная вещь) и Joliet (глупая придумка
майкрософт, но добавить надо, чтобы из-под их ОС можно было этот диск
прочесть). Если пользуетесь файлами с русскими именами, то замените -J
на -jcharset koi8-r
Теперь проверим, хороший ли мы образ создали.


mount /tmp/img_1.raw -r -o loop /mnt/loop

ls /mnt/loop



Если все прошло без ошибок, то


umount /mnt/loop


и можно диск писать:


cdrecord -v -eject -multi /tmp/img_1.raw


.

Опция -multi нужна, чтобы сделать диск мультисессионным, -eject выдвигает
диск по окончании записи, а -v просто чтоб буковки по экранчику
побегали. Теперь в нас нарастает ощущение, что записать-то мы записали,
но как-то маловато, вон ещё сколько места осталось, если болванку на свет
посмотреть. И поэтому тут же докидываем в папку /tmp/new ещё
чего-нибудь и готовимся сделать вторую сессию на нашем диске.


cdrecord -msinfo


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


0,41757


Создадим теперь образ новой сессии с учётом, конечно, предыдущей:


mkisofs -o /tmp/img_2.raw -R -J -C 0,41757 -M /dev/scd0 /tmp/new


img_2.raw просто так не примонтируешь, просмотреть, что там получилось
можно таким образом:


mkisofs -o /tmp/img_3.raw -R -J -C 0,0 -M /dev/scd0 /tmp/new

mount /tmp/img_3.raw -r -o loop /mnt/loop


Если всё нормально выглядит, то img_2.raw можно записывать:

cdrecord -v -eject -multi /tmp/img_2.raw

Да, чуть не забыл, чтобы не отягощать себя для записи правами
суперпользователя, полезно добавить себя в группу cdrom


adduser oleg cdrom


Сейчас о ещё паре тонкостей.
Как прочесть любую предыдущую сессию?
Для начала просмотрим, вообще, какие у нас на cdrom'е есть.

cdrecord -toc

И, для примера, видим:


track: 1 lba: 0 ( 0) 00:02:00 adr: 1 control: 4 mode: 1

track: 2 lba: 41757 ( 167028) 09:18:57 adr: 1 control: 4 mode: 1

track: 3 lba: 77510 ( 310040) 17:15:35 adr: 1 control: 4 mode: 1

track: 4 lba: 87437 ( 349748) 19:27:62 adr: 1 control: 4 mode: 1

track:lout lba: 88882 ( 355528) 19:47:07 adr: 1 control: 4 mode: -1


Допустим нас интересует третья дорожка. Возьмём адрес её начала 77510,
сделаем пустую папку mkdir /tmp/empt и теперь создадим образ того, что
содержал диск после третей сессии.

mkisofs -o /tmp/s3.raw -R -J -C 77510,0 -M /dev/scd0 /tmp/empt

Монтируем s3.raw и смотрим.
Но вот мы решили, что 3-я и 4-я сессии были неудачны и хотим сделать
новую продолжением 2-й. Для этого надо знать адреса начала 2-й сессии (в
нашем случае 41757) и адрес начала новой дорожки. Последний узнаётся или
как окончание последней сессии (у нас 88882) плюс 6900, и выходит 95782,
или, что ещё проще, из вывода


cdrecord -msinfo

87437,95782


берём второе число, как видим, то же самое. Теперь образ для записи
получаем так:

mkisofs -o /tmp/img_5.raw -R -J -C 41757,95782 -M /dev/scd0 /tmp/new

.

Что получилось - смотрим через chk.raw

mkisofs -o /tmp/chk.raw -R -J -C 41757,0 -M /dev/scd0 /tmp/new

,

а запишем его ради интереса на 2-й скорости:

cdrecord -v speed=2 -eject -multi /tmp/img_5.raw

Ну, вот на этом, вроде, и всё, пока.




Beginning Ubuntu Linux, Fourth Edition