Linuxformat - Вклад участника [ru]

Linuxformat:Портал сообщества

2008-03-30T21:01:58Z

Domostroitel:

Обязательно к прочтению: [[Информация для авторов]]
{| class="standart"
|+Координационная таблица (красных ссылок)
|-
! ||Январь||Февраль||Март||Апрель||Май||Июнь||Июль||Август||Сентябрь||Октябрь||Ноябрь||Декабрь
|-
! 2005
| || || || || || || ||
| [[LXF70]]
| [[LXF71]]
| [[LXF72]]
| [[LXF73]]
|-
! 2006
| [[LXF74-75]]
| [[LXF76]]
| [[LXF77]]
| [[LXF78]]
| [[LXF79]]
| [[LXF80]]
| [[LXF81]]
| [[LXF82]]
| [[LXF83]]
| [[LXF84]]
| [[LXF85]]
| [[LXF86]]
|-
! 2007
| [[LXF87-88]]
| [[LXF89]]
| [[LXF90]]
| [[LXF91]]
| [[LXF92]]
| [[LXF93]]
| [[LXF94]]
| [[LXF95]]
| [[LXF96]]
| [[LXF97]]
| [[LXF98]]
| [[LXF99]]
|}

----

Следующие номера Linux Format являются "занятыми" – т.е. для них уже нашелся человек, желающий конвертировать их в формат Wiki:

# [[LXF70|Linux Format 70, Сентябрь 2005]] [[Изображение:75%.png]]
# [[LXF71|Linux Format 71, Октябрь 2005]] [[Изображение:00%.png]]
# [[LXF72|Linux Format 72, Ноябрь 2005]] [[Изображение:25%.png]]
# [[LXF73|Linux Format 73, Декабрь 2005]] [[Изображение:25%.png]]
# [[LXF74-75|Linux Format 74-75, Январь 2006]] [[Изображение:00%.png]]
# [[LXF76|Linux Format 76, Февраль 2006]] [[Изображение:00%.png]]
# [[LXF77|Linux Format 77, Март 2006]] [[Изображение:25%.png]]
# [[LXF78|Linux Format 78, Апрель 2006]] [[Изображение:25%.png]]
# [[LXF79|Linux Format 79, Май 2006]] [[Изображение:75%.png]]
# [[LXF80|Linux Format 80, Июнь 2006]] [[Изображение:100%.png]]
# [[LXF81|Linux Format 81, Июль 2006]] [[Изображение:100%.png]]
# [[LXF82|Linux Format 82, Август 2006]] [[Изображение:25%.png]]
# [[LXF83|Linux Format 83, Сентябрь 2006]] [[Изображение:50%.png]]
# [[LXF84|Linux Format 84, Октябрь 2006]] [[Изображение:25%.png]]
# [[LXF85|Linux Format 85, Ноябрь 2006]] [[Изображение:25%.png]]
# [[LXF86|Linux Format 86, Декабрь 2006]] [[Изображение:25%.png]]
# [[LXF87-88|Linux Format 87-88, Январь 2007]] [[Изображение:00%.png]]
# [[LXF89|Linux Format 89, Февраль 2007]] [[Изображение:100%.png]]
# [[LXF90|Linux Format 90, Март 2007]] [[Изображение:25%.png]]
# [[LXF91|Linux Format 91, Апрель 2007]] [[Изображение:25%.png]]
# [[LXF92|Linux Format 92, Май 2007]] [[Изображение:00%.png]]
# [[LXF93|Linux Format 93, Июнь 2007]] [[Изображение:25%.png]]
# [[LXF94|Linux Format 94, Июль 2007]] [[Изображение:75%.png]]
# [[LXF95|Linux Format 95, Август 2007]] [[Изображение:25%.png]]
# [[LXF96|Linux Fromat 96, Сентябрь 2007]] [[Изображение:50%.png]]
# [[LXF97|Linux Format 97, Октябрь 2007]] [[Изображение:25%.png]]
# [[LXF98|Linux Format 98, Ноябрь 2007]] [[Изображение:25%.png]]
# [[LXF99|Linux Format 99, Декабрь 2007]] [[Изображение:75%.png]]

{|
|[[Изображение:00%.png]]||Меньше 3 статей
|-
|[[Изображение:25%.png]]||Больше 3 статей
|-
|[[Изображение:50%.png]]||Все статьи выложены, у большинства статей нет иллюстраций
|-
|[[Изображение:75%.png]]||Все статьи выложены, у нескольких статей нет иллюстраций
|-
|[[Изображение:100%.png]]||Все статьи оформлены и проиллюстрированы полностью
|}

Следующие материалы или серии материалов также являются "занятыми":
* Учебник Java, LXF84-LXF87/88 – выполнено
* Учебник Subversion ([[LXF70:Subversion1|части 1]],[[LXF70:Subversion2|2]]), LXF70 – выполнено

Для пробы wiki-разметки: [[Песочница]]

LXF80:ifolder

2008-03-30T20:07:00Z

Domostroitel:

== iFolder за десять минут ==
''Забудьте о резервном копировании: '''Пол Хадсон '''расскажет о том, как синхронизировать файлы по сети под Linux.''

Поднимите руки, кто делает резервные копии всего содержи- мого своего компьютера каждую ночь. Хорошо, вы, на заднем ряду, опустите руку – мы все знаем, что вы шутите.

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

С тех пор, как у многих людей в домах появилось более одного компьютера, стало доступным новое средство для резервного копирования: iFolder. С его помощью можно синхронизировать файлы между компьютерами, объединенными сетью, и неважно, находятся ли они в разных частях вашего дома, офиса, или всей планеты. Более того, вы можете разрешить всем пользователям, имеющим доступ к вашей директории, присылать вам сделанные изменения и синхронизировать их друг с другом.

Мы выложили на диск необходимые приложения в виде RPM-пакетов для SUSE 10.0, которые вы найдете в каталоге Magazine/ iFolder. Чтобы воспользоваться этим руководством, вам, кроме диска, понадобятся два компьютера, работающих под управлением SUSE 10.0.

Итак, сегодня в роли двух пользователей выступают: Пол с компьютером
«hannah» (коричневый фон) и Грэм с «susannah» (синий фон).

Имейте в виду, что ''iFolder ''может некорректно работать при включенном брандмауэре из стандартной поставки SUSE. В данном случае проще всего было бы отключить брандмауэр, но лучше перенастроить его правила так, чтобы ''iFolder ''имел доступ к сети, а остальные порты оставались бы под защитой.

'''На старт, внимание... как обмениваться файлами по сети?'''

[[Изображение:Img_80_48_1.jpg|frame|left|'''1''']]
[[Изображение:Img_80_48_2.jpg|frame|right|'''2''']]
[[Изображение:Img_80_48_3.jpg|frame|left|'''3''']]
[[Изображение:Img_80_48_4.jpg|frame|right|'''4''']]
[[Изображение:Img_80_48_5.jpg|frame|left|'''5''']]
[[Изображение:Img_80_48_6.jpg|frame|right|'''6''']]
[[Изображение:Img_80_49_1.jpg|frame|left|'''7''']]
[[Изображение:Img_80_49_2.jpg|frame|right|'''8''']]
[[Изображение:Img_80_49_3.jpg|frame|left|'''9''']]
[[Изображение:Img_80_49_4.jpg|frame|right|'''10''']]
[[Изображение:Img_80_49_5.jpg|frame|left|'''11''']]
[[Изображение:Img_80_49_6.jpg|frame|right|'''12''']]
[[Изображение:Img_80_49_7.jpg|frame|left|'''13''']]
[[Изображение:Img_80_49_8.jpg|frame|right|'''14''']]
[[Изображение:Img_80_49_9.jpg|frame|left|'''15''']]

Сперва решим проблему зависимостей: это Gnome и Mono.

В управлении пакетами ''Yast ''выберите gtk-sharp, libgdiplus, mono-core, mono-data, mono-web и nautilus. Программа предложит установить также ряд других зависимостей – просто согласитесь.

Теперь нужно установить ''iFolder''. Создайте отдельный каталог в своей домашней директории и скопируйте туда четыре RPM-пакета с нашего диска (Magazine/iFolder).

Перейдите в этот каталог (<nowiki>cd <имя_каталога></nowiki>), перейдите в режим администратора (su) и дайте команду rpm -i
<nowiki>*.rpm</nowiki>, которая установит в систему все четыре пакета.

Вам понадобится включить протокол Apple Bonjour, с помощью которого компьютеры находят друг друга по сети.
Отредактируйте файл /etc/nsswitch.conf и измените строку «hosts:files dns» на «hosts:files dns mdns». Сохраните файл и дайте команду rcnscd restart.

Теперь можно запустить ''iFolder''. Закройте терминал и перейдите в меню Приложения > Интернет > Обмен данными, где вы найдете иконку iFolder 3. Иконка появится в системном лотке (см. окно с иконками ''iFolder сверху справа ''для дополнительной информации о значении иконок). Дважды щелкните по ней для открытия окна настроек.

Так как вы запускаете ''iFolder ''впервые, перед вами предстанет пустое окно – вы не даете никому доступа к вашим папкам, так же как и никто не дает вам доступа к своим.

Создайте новую папку на рабочем столе, щелкнув по нему правой кнопкой мыши и выбрав соответствующий пункт меню. Назовите папку files. Сюда мы будем помещать файлы, для которых требуется общий доступ.

Чтобы создать новую разделяемую папку ''iFolder'', щелкните на New (Создать), после чего выберите пункт Найти (Browse). Появится диалог выбора файлов и папок.

Найдите и выделите созданную ранее папку files и нажмите ОК, а затем еще раз ОК, чтобы закрыть первое диалоговое окно.
Проверяем. После создания папки ''iFolder ''появится экран с предупреждением. Закройте его, не забыв указать
«Больше не показывать это предупреждение». В главном окне теперь появится папка files, статус которой будет достаточно часто обновляться (сообщения «ОК» и «Проверка изменений»).

Запустите ''iFolder ''на втором компьютере и сразу вернитесь к первому. Щелкнете правой кнопкой мыши по папке files и выберите Share with... (Сделать общим с...). В появившимся окне щелкните по кнопке Add (Добавить).

Теперь мы добавляем второй компьютер. Появится окно Select Users (Выбрать пользователей), и вы заметите, что программа обнаружила такового на удаленном компьютере – волшебство Bonjour! Выберите пользователя и добавьте его в список. Если у вас есть другие компьютеры, здесь можно добавить всех пользователей.

В это время на втором компьютере появится всплывающее сообщение, приглашающее присоединиться к разделяемой папке iFolder. Вы также увидите, что в вашем окне настроек появился пункт iFolder с комментарием «Not set up» («Не настроено»).

Настроим общий доступ. Щелкните правой кнопкой мыши по папке files и выберите Set up (Настроить). Вам нужно будет выбрать адрес для локальной папки files. По умолчанию предлагается ваш рабочий стол. Нас это устраивает, поэтому просто нажимите ОК.

Комментарий к разделяемой папке files в окне настроек изменится на «Waiting for connect» («Ожидание соединения»), затем на «Waiting for syncronise» («Ожидание синхронизации»), после чего в итоге вы увидите сообщение «paul@hannah has joined the iFolder ‘files’» («paul@ hannah присоединился к разделяемой папке ‘files’»).

На рабочем столе второго компьютера теперь имеется папка files. Создайте простой текстовой файл, написав в него
«Hello, world!» и сохраните его под именем test.txt в эту папку. Теперь вызовите окно ''iFolder ''и щелкните кнопку Synchronise.

Когда ''iFolder ''заметит новый файл test.txt, он разошлет его всем компьютерам, которые имеют разделенный доступ к папке files. Когда вы вернетесь к первому компьютеру и откроете эту папку локально, то увидите что там появился наш тестовый файл. Готово!

LXF80:Libre Graphics

2008-03-30T19:55:02Z

Domostroitel:

== LIBRE GRAPHICS ==
Adobe, Corel, Quark и другим стоит оглянуться – свободное программное обеспечение вот-вот догонит их продукцию. Ник Вейч посетил первую конференцию Libre Graphics, знаковое событие для всего мира open source.

Linux. У большинства людей это слово ассоциируется с безумно высокотехнологичным миром Интернета. В голову немедля приходят образы «лезвийных» серверов, кластеров, Apache и потоков кода. И пингвины. В конце девяностых доминирование свободного ПО среди технологий, определяющих развитие Интернета, стало почти неизбежным – не только Linux, но весь массив технологий, обеспечивающих развитие сети, полагается на открытый код и открытые стандарты.

Но Linux – вовсе не платформа, ориентированная всего на одну задачу, и вводная конференция Libre Graphics, проходившая на юге Франции, в Лионе, в школе Superieur Chimie Physique Electronique (CPE), это отчётливо продемонстрировала.

Организовал конференцию разработчик Gimp Дейв Нири (Dave Neary). Он затевал просто встречу с другими Gimp-программистами, но конференция довольно быстро переросла в рассмотрение графических инструментов вообще – разработчики других проектов ухватились за возможность повидать коллег, обменяться идеями и обсудить общие проблемы.

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

'''Прорыв'''

Хотя полезным было все, неформальное общение посетителей между заседаниями, вероятно, в наибольшей степени способствовало успеху. В коридорах, во время перекуров на улице, в обед и, конечно же, за ужином шли разговоры об углублении сотрудничества, объединении знаний и ресурсов для решения общих проблем, обмен дружескими советами в диапазоне от того, какие библиотеки использовать, до эффективных приёмов работы.

Впрочем, это был не просто «слёт умников»: многие из представленных проектов – действительно серьёзные графических инструменты. И большинство из них – кроссплатформенные: Inkscape, Gimp, Scribus, Blender… Далее мы подробнее рассмотрим некоторые из этих приложений, продвигающих Open Source как выбор для профессиональной графики и дизайна. Сложившийся рынок принадлежит таким фирмам, как Adobe, но молодёжь, несомненно, наступает на пятки. И вполне возможно, когда-нибудь, в не столь далёком будущем, эта конференция будет рассматриваться как поворотная точка, когда графические инструменты с открытым кодом стали взрослыми…
----
'''''LinuxFormat:''' ''Итак, почему вы организовали LGM?

'''Дейв Нири (ДН)''': Ну, есть и другие конференции, но они фокусируются не на том. Это мероприятия вроде Fosdem <nowiki>[Free and Open Source Software Developers’ Meeting, </nowiki>встреча разработчиков свободного ПО, – прим. пер.], слишком общего, или Akademy <nowiki>[всемирная конференция сообщества KDE, – прим. пер.]</nowiki>. Но ''Gimp'', да и все графические приложения несколько выпадают из этого – Blender не использует GTK или Qt, а ''Gimp ''– хотя и приложение Gnome, но фактически не связан с этим проектом.

''Gimp ''используется и в KDE, Scribus работает на Gnome. Приложения, представленные здесь, кросс-платформенные – нам нужно большее, чем специализированная конференция Linux. К тому же, у графики свои причуды: мы должны думать о «людях в оранжевых очках». Люди, в которых мы заинтересованы, наши пользователи – графические дизайнеры и арт-директора, они далеки от сферы открытого ПО. Нам нужно делать что-то конкретное, чтобы «зацепить» этот сорт людей.

'''''LXF:''' ''То есть конференция задумана, чтобы убедить людей использовать открытые инструменты?

'''ДН:''' Мы преследуем две цели: первая – собрать вместе участников этих проектов и наметить наше общее будущее – согласованное направление развития для всех этих приложений.

<nowiki>Вторая – продемонстрировать открытые программы публике, которая, возможно, вообще о них не знает, людям, которые работают с графикой. Нам нужно показать, что [даже если] мы не удовлетворим все их нужды прямо сейчас, у нас есть функциональные, стабильные и многообещающие приложения. И что у нас есть сообщество вокруг этих приложений, очень дружественное. Нам нужно больше художников, вовлечённых в свободное ПО.</nowiki>

'''''LXF:''' ''Что мешает людям использовать свободные программы для серьёзной графики?

'''ДН:''' Причин несколько. Есть неписаный кодекс поведения, порой не совсем понятный. Это барьер сообщества.

Есть технологические барьеры. Есть вещи, на которые распространяется понятие «интеллектуальная собственность». Это такая штука, которая мне ненавистна, но под действие авторских прав, торговых марок, патентов много чего подпадает. То есть вещи вроде каталога цветов Pantone, защищенного авторскими правами.

Третий барьер – рабочая сила. Кое-чего мы просто не делаем. Мы говорим о художниках – почему художники не так охотно пользуются нашими программами.Есть вещи, которые ''Gimp ''не делает, но они нужны художникам, кинопродюсерам и людям, занимающимся допечатной подготовкой.

'''''LXF:''' ''Некоторые считают, что кросс-платформенная природа этих инструментов – это плохо; что свободное ПО должно оставаться на свободной платформе.

'''ДН:''' Да, есть такие люди. Но я не из их числа. Я думаю, что наша цель – чтобы все использовали свободные программы, включая операционную систему. Тут вы можете спросить: «А не идёт ли портирование приложений GNU на Windows вразрез с этой целью?» А по-моему, будь я пользователем Windows, я не стал бы ничего менять одним махом.

Если кто-то даст мне CD с текстовым процессором, звуковым редактором, графическими инструментами и web-браузером, я могу использовать всё это в Windows и не беспокоиться об откате назад, если мне что-то не понравится. И вот вы вдруг получаете кого-то, кто использует свободные программы, но работает под Windows. Всё, что ему остаётся сделать – сменить операционную систему. Вы помогаете людям становиться на путь просвещения.

----

== Scribus ==

'''Открытая настольная издательская система становится профессиональной.'''

Во многом, Scribus – это стремительная история успеха открытого графического инструмента. Да, ''Gimp в''осхитителен, ''Inkscape о''бладает потенциалом – но ''Scribus ''поставил перед собой задачу, появившись ниоткуда, стать серьёзным, профессиональным решением для настольных издательских систем (ИС), и, следуя традиционным стандартам разработки программ, в два счёта этого достиг.

Фактически, последний выпуск ''Scribus ''(1.3.3) предоставляет возможности, превосходящие стандарты профессионального программного обеспечения для ИС, например, генерацию штрихкода без привлечения стороннего ПО. Для коммерческой ИС такое немыслимо – за пять лет пройти путь от первой строки кода до надёжного, профессионального инструмента.

'''Типы печати'''

[[Изображение:Img_80_40_3.jpg|frame|Да, Scribus умеет выполнять цветоделение, используя последние версии ghostscript]]

[[Изображение:Img_80_40_1.jpg|frame|В Scribus 1.3.3 уже есть ряд простых эффектов изображения, но будущие версии могут включить GEGL]]

Как и со всеми освещёнными здесь проектами, похоже, что выбор открытой модели разработки способствовал изрядной прозорливости ''Scribus''. Достаточно стандартная история – нужный человек оказался в нужное время в нужном месте. Везение это или нет, но команда ''Scribus с''умела собрать вокруг себя очень талантливых и компетентных людей из мира печатных изданий. S''cribus ''<nowiki>увидел свет как проект немецкого программиста-самоучки Франца Шмида [Franz Schmid]. Его первоначальная гениальная идея была создать программу вёрстки, базирующуюся на технологическом процессе PDF. Еще в 2001 году было видно, что PDF может стать </nowiki>''lingua franca ''<nowiki>[принятый язык межнационального общения, – прим. пер.] </nowiki>для печати, и так оно и вышло. Почти все крупные издательства, а также и принтеры, теперь работают преимущественно в формате PDF, который генерируется, проектируется и выводится прямо на пластины для типографии. Шмид, очевидно, прекрасно разбирался в спецификации PDF, потому что S''cribus ''выполняет фантастическую работу по генерации этих файлов –даже обрабатывает ряд интерактивных и презентационных функций, которые не используются для печати и практически не генерируются другими программами, за исключением полной версии Adobe Reader. Мы надеемся, что и LinuxFormat помог популяризации ''Scribus'', поскольку мы включали его в наш раздел HotPicks''' '''(это один из немногих проектов, фигурировавших там неоднократно, в ''[[LXF36]] и'' ''[[LXF50]]''). Однако по мере взросления программы маленький проект Шмида становился всё сложнее и запутаннее. Это само по себе привело к множеству изменений – значительную часть кода пришлось переписать или, по крайней мере, переместить. То, что имело смысл для небольшого проекта, работающего с маленькими документами, может не годиться, если пользователи намерены «отстукивать» 200-страничные книги.

'''Усложнение'''

[[Изображение:Img_80_40_2.jpg|frame|"Предстартовая" проверка означает, что от ваших PDF вам гарантирован превосходный результат ]]

С последней серией 1.3 пользователи ''Scribus ''теперь могут насладиться цветовой заливкой, управлением цветом, правильным цветоделением и т.п. В общем, ''Scribus ''вырастает в новую систему обработки текста; тут значительно увеличена скорость обновления изображений и добавлена поддержка Unicode. Полезные возможности простираются аж до назначения поднаборов глифов <nowiki>[glyph – визуальный образ символа шрифта, – прим. пер.]</nowiki>. Много народу страдало по версии ''Scribus ''для командной строки, чтобы конвертировать документы ''Scribus ''в PDF без посредства графического интерфейса, и что вы думаете? Это не такая уж далёкая перспектива!

Чувствуется, что по крайней мере в этом сегменте настольных систем программы с открытым кодом постепенно меняют позицию «как ни странно полезных» на звание профессиональных инструментов. На Libre Graphics команда продемонстрировала Le Tigre – созданную в ''Scribus ''еженедельную французскую газету, выходящую тиражом более 12 тыс. экземпляров. Она не первая и, конечно, не последняя.
----
'''ИНТЕРЬЮ LinuxFormat:'''

В чём причина успеха ''Scribus''?

'''<nowiki>Питер Линнелл [Peter Linnell] (ПЛ):</nowiki>''' Думаю, в том, что на командном уровне мы работаем очень хорошо…

'''К<nowiki>рейг Ринджер [Craig Ringer] (КР):</nowiki>''' ''Scribus ''– довольно закрытая система разработки. Есть основная команда, поддержанная добровольцами и переводчиками; некоторые добровольцы, достигшие определённого уровня профессионализма, приглашаются в команду. Отбор довольно жёсткий. Анонимный доступ к внутреннему CVS не предоставляется.

'''ПЛ:''' У нас есть внутренний CVS для команды. Насчет кода мы прямо-таки параноики. Внутренний CVS – тот, с которым мы можем экспериментировать, чтобы люди могли доверять коду, выполняя реальную работу. Мы пытаемся поддерживать систему, где «слепок» CVS всегда можно собрать и использовать. Конечно, ошибки всё равно проскальзывают, но это уже совсем другое, чем пригодность для работы вообще.

'''LXF: '''Всё-таки Scribus прошёл длинный путь за короткое время – намного быстрее многих других проектов.

ПЛ: Мы немного старше, чем обычные хакеры, работающие с открытым кодом. У Крейга значительный производственный опыт, Льюис много лет проработал в профессиональной допечатной индустрии. У нас довольно много людей, занимающихся издательской деятельностью, которые способны протестировать различные функции программы – либо пользовательский интерфейс, либо качество результата, либо цвета, либо PDF. Также у нас есть пользователи, располагающие высококачественном печатным оборудованием, и либо мы даём им файлы, либо они печатают свои собственные тесты. Это помогает нам сохранять высокий <nowiki>уровень качества. Другая причина – команда разработки очень гармонична. Требуется некоторый опыт в допечатной подготовке, чтобы знать, что делать. Например, мы не допустим, чтобы вы получили «ложный» курсив [когда буквы преобразуются в курсив на экране, вместо того чтобы использовать специально разработанную версию шрифта] – мы не допустим этого, потому что это уродство. Этого не будет. </nowiki>''Scribus ''очень прилежно относится к проверке используемых шрифтов – что они действительно присутствуют и что глифы работают.

'''LXF: '''То есть вы не терпите ошибок, по крайней мере, серьёзных? КР: Вывод PDF у нас очень надёжный. Мы исключили проблемы, приводящие к созданию плохого PDF. Если такое случится, мы сосредоточим на этом всё внимание, всё остановим и исправим.

'''ПЛ:''' Была у нас подобная проблема в 1.2, очень странная ошибка: когда вы устанавливали градиент определённым способом, все просто чернело. Обнаружив ошибку, мы исправили её за шесть часов. В 1.4 нам «посчастливилось» получить некоторую разновидность автоматизированной регрессии. По мере усложнения кода становится всё труднее по-настоящему тестировать все функции, потому что их слишком много. В прежние времена я мог пробежаться по ним за выходные. Теперь этого уже не сделать. Теперь над ошибками работает много людей – ищут их, проверяют исправления, чтобы убедиться, что всё откорректировано правильно.

'''КР:''' В процессе очистки всплывают проблемы, скрытые за двойным кодом, или код, который исполняется дважды. Я переместил буквально тысячи строк кода. При переходе на другую модель – будь то возможность конвертировать в PDF из командной строки, или запускать как сервер, или использовать меньше памяти – обнаружилось, что уйма кода располагалось там, где его было удобно прописать когда-то. Почистив код, мы можем сделать его быстрее и эффективнее.

'''LXF:''''' ''Над чем вы сейчас работаете?

'''КР:''' <nowiki>Над очисткой и перемещением кода… будет значительное повышение скорости. Пока что мы сделали новую систему отмены последнего действия [undo], предстартовую проверку, цветовое колесо... Кое-что пытаемся сделать более
дружественным к пользователю. Сейчас мы используем отдельные стили параграфов и стили строк. Но скоро появится новый менеджер стилей, который их объединит, плюс у нас будут стили символов.</nowiki>

'''ПЛ:''' Над крупным улучшением поддержки EPS <nowiki>[Encapsulated PostScript; формат для печати на PostScipt-устройствах, – прим. пер.]</nowiki>. Версия 1.3 – это путь к 1.4, и ''Scribus ''1.4 будет инструментом профессионального класса; в нём будет всё необходимое для выполнения вёрстки практически любого вида. Я думаю, ''Scribus ''некоторые планки взял. Считалось, что открытое приложение никогда не сможет работать с заливкой цветом, но мы этого добились. На подходе ещё одна вещь – улучшенная поддержка сносок в больших документах, и т.п. Верите или нет, но сейчас ''LaTeX ''или ''OpenOffice.org'', похоже, лучше всех поддерживают большие документы. Ещё у нас готовитсяизменение размера страницы на лету, и разнородные размеры страниц в документе. Также предусмотрены спуски <nowiki>[imposition; расстановка полос на печатной форме в нужной для брошюрования последовательности – прим. пер.]</nowiki>

Спуски сделать будет не сложнее, чем распечатать A3: согнуть, скрепить, и готово. Следующий шаг – добраться до книг, тонкой переплётной работы и прочего: это совершенно другой мир, с весьма специфическими инструментами, стоящими от 5000 долларов. Его мы трогать не собираемся. Пока не собираемся

== Inkscape ==
'''Задаёт стандарты будущего графического дизайна.'''

Иногда жесткие решения себя оправдывают. Стандарт SVG, предназначение которого, будем надеяться, – стать повсеместным для векторной графики, как JPEG для фотографий, никогда не разрабатывался как внутренний формат. Базирование структуры на XML делает его очень гибким и пригодным для самых разнообразных целей. Но на внутреннем уровне работа с XML – мучение, заметно снижающее эффективность. Поэтому вполне естественно, что многие разработчики графических пакетов реализуют поддержку SVG только как функцию окончательной обработки. Некоторые, со скрипом, могут и импортировать SVG, но это, как правило, немногим больше, чем поверхностная трансляция – попробуйте сохранить тот же файл, и, вполне возможно, заметите искажение.

[[Изображение:Img_80_42_3.jpg|frame|Экспериментальные эффекты, управляемые скриптами, можно получить, разрешив их использование в настройках приложения]]

[[Изображение:Img_80_42_1.jpg|frame|Трассировка растра в Inkscape в настоящее время - лучшее из имеющегося в Linux, благодаря использованию другого открытого кода]]

Группа разработчиков, однако, решила, что миру нужно слияние традиционных SVGредакторов в «программистском» стиле (которые непосредственно воздействуют на XML и позволяют программистам изменять свойства узлов и т.д.) и мира инструментов рисования. Результат – ''Inkscape ''– добавил еще одну яркую историю успеха открытых графических программ и подтвердил идею, что открытые стандарты и свободная мысль могут изменить мир. По крайней мере, мир графики.

Проект стартовал под именем ''Sodipodi''.

Критической точкой явилось несовпадение мнений о том, в каком направлении его продолжать. Это вполне обычное явление: интернет-феномен под названием ''Firefox в''озник, когда двое разработчиков покинули проект Mozilla. А в данном случае четверо из основных участников ''Sodipodi ''решили отделить код и создать проект, ныне известный как ''Inkscape''.

'''Чистовой чертёж'''

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

Как и большинство других рассмотренных здесь инструментов, I''nkscape ''является кроссплатформенным. Одна и та же версия доступна под Linux, Windows и Mac, а в мире графики это даёт огромные преимущества. Действующее сообщество художников, несомненно, для профессионального дизайна использует Mac.

[[Изображение:Img_80_40_2.jpg|frame|Inkscape вкючает мощный XML-редактор для прямых манипуляций с элементами]]

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

Профессиональные дизайнеры не отказывают себе в самоновейших специализированных инструментах, если они им нужны для работы – и выбор ими открытых инструментов вроде ''Inkscape ''говорит скорее о надёжности, открытости и высоких стандартах, чем об отсутствии ценника.

Отсюда также следует, что ряд людей, интересующихся проектом, включая и часть основных разработчиков, считают себя скорее художниками, чем программистами. И хотя можно подумать, что они просто пишут то, что им интересно, команда ''Inkscape о''тлично понимает различных пользователей, которых хочет привлечь, и различные их нужды.

Полезность – основное направление текущей разработки: сделать программу пригодной для широкого круга дизайнеров, а также подходящей для всех задач, использующих SVG. С распространением формата SVG в сети, на рабочих столах и в мобильных устройствах ''Inkscape ''готов стать следующим поколением Illustrator’а.
----
'''ИНТЕРЬВЮ'''

'''''LXF:''' ''Что привело вас в ''Inkscape''?

'''Джон Круз (ДК):''' Просто раскол ''Sodipodi ''произошёл, как раз когда я хотел активнее включиться в движение open source; я уже давал им советы насчет всяких трюков в Win32. Они сказали, что будут создавать самый лучший SVG-редактор – и в техническом, и в художественном смысле.

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

На мой взгляд, разработчики ядра ''Inkscape ''выбрали правильные методы. Если у вас есть хорошая идея, то реализуйте её и добавьте в проект. Если есть проблемы, люди за ними присмотрят. То есть получается очень простая организация. Это проект, и каждый работает на проект – это не код одного человека.

'''''LXF:''' ''А может, люди просто хотят заниматься тем, что им интересно?

'''ДК:''' Основная масса участников проекта старается сделать довольно серьёзные части программы. Мы пишем для пользователей. Вначале пользователями были одни разработчики, но со временем пользовательская база разрослась.

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

'''''LXF:''' ''То есть вы руководствуетесь тем, как пользователи в действительности используют программу, а не просто вставляете функции? Нетипично!

'''ДК:''' Да, и я думаю, это одна из вещей, за которые команду критикуют. Я думаю, это критика из разряда «Они – простые инженеры, что они понимают?». Но некоторые из наших разработчиков – художники, и они очень хорошо ладят с интерфейсом.

'''''LXF:''' ''Какие функции появятся в следующем году?

'''ДК:''' Мы думаем о просмотре свойств – преобразовании его в нечто большее, чем просмотрщик объектов, а также об улучшении диалога слоёв. Это очень нужно. Люди продолжают работать над этим и тратят много времени, чтобы сделать всё как следует. Будет здорово, но мы не хотим выпускать это в недоделанном виде.

'''''LXF:''' ''Займетесь ли вы слоями? Сейчас ''Inkscape'', похоже, использует тот же подход, что и O''penOffice''.org. Слои – это такая вещь, важность которых понимаешьне раньше, чем начнешь их использовать.

'''ДК:''' ''OpenOffice.org ''и подобные приложения должны делать хорошо каждый фрагмент. А мы фокусируемся на SVG, и мы должны уметь «вылизать» эту единственную вещь, причем превосходно. Мы также занимается переделкой пользовательского интерфейса и целевыми профилями. Например, если вы хотите создать SVG Tiny, для телефонов и мобильных устройств, мы можем упростить вашу задачу: вы выполните экспорт и получите совместимый SVG. Firefox выпустил новую версию с поддержкой SVG. И стал качественно иным.

'''''LXF:''' ''Здесь явно выплывает много сопутствующих идей, например, Cairo.

'''ДК:''' Ну, их может быть намного больше. Например, вы могли бы нацелить ''Inkscape ''<nowiki>на следующую версию рабочего стола Gnome и всюду использовать векторы. Чем легче создавать [векторные изображения], тем шире использование.</nowiki>

Уже сейчас, создав XHTML- страницу со встроенным SVG, вы сможете добиться, чтобы это работало в Firefox со скриптами и DOM, и можно делать довольно сложные вещи. Сейчас делается много интересного.

'''''LXF:''' ''Всё же не так много инструментов, ориентированных на SVG. Программные средства есть, но не такие артистичные, как ''Inkscape''.

'''ДК:''' Да, и у нас есть цель и опыт. У нас хороший круг людей… SVG – очень понятный стандарт, и в его правильности очень легко убедиться. Я знаю людей, постоянно работающих с ''Inkscape ''– если что-то не так, мы тут же услышим об этом.

== Gimp ==
'''Номер один в своей области – серьёзная графическая мощь.'''

Попросите сотню среднестатистических пользователей Linux назвать графическое приложение – и смело можно держать пари, что в ответ они выпалят одно слово: ''Gimp''.

Прошло уже более десяти лет с тех пор, когда Спенсер Кимболл (Spencer Kimball) объявил о проекте создания открытого приложения, способного соперничать с профессиональными (и дорогими) альтернативами для Mac и Windows. За это время появились бесчисленные дополнительные модули, обогатившие функции, и пользовательский интерфейс был полностью перестроен.

[[Изображение:Img_80_44_3.jpg|frame|Митч Наттерер (Mitch Natterer) объясняет, чем так хороша GEGL! (фото Романа Йооста)]]

[[Изображение:Img_80_44_1.jpg|frame|SIOX позволит вырезать контуры намного проще - только используйте бета-версию Gimp 2.3, а не расширения версии 2.2]]

''Gimp ''прошёл длинный путь, но его всё ещё критикуют за недостаток ряда ключевых функций и медленный темп разработки. Заявляют даже, что ''Gimp ''фактически тормозит развитие: его разительное первенство в редактировании растровой графики под Linux означает, что соперников ему бояться нечего – а следовательно, нет выбора и конкуренции. Хотя на самом деле причина в чрезвычайной сложности ''Gimp: д''остижение заметных улучшений требует уймы времени и усилий.

'''День GEGL'''

Хотя это и не часть собственно ''Gimp'', ''GEGL (''Generic Graphics Library – общая графическая библиотека) оказывает значительное влияние на направление будущего развития G''imp''. ''GEGL ''пока что находится на этапе разработки релиз-кандидата, и проектируется как автономная библиотека для работы с графикой «по запросу».

Управляемость по запросу – наиболее заметная особенность системы. Она означает, что окончательная обработка выполняется именно в нужный момент (т.е.
непосредственно перед выводом на экран), а не последовательно через ряд шагов.

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

''GEGL ''также умеет управляться с различными глубинами цвета, так что она пригодна для широкого круга задач по обработке изображений. Конечно, G''EGL ''будет очень полезна и для других приложений. Команда Scribus, например, очень заинтересовалась потенциалом ''GEGL ''и тем, что она может сделать для обработки изображений в издательском приложении.

'''Всё включено'''

[[Изображение:Img_80_44_2.jpg|frame|Пока не вышел Gimp 2.4, за большинство новых хитростей отвечают фильтры]]

Основная работа, идущая в выпускаемых версиях ''Gimp, з''аключается в чистке и приборке перед долгожданным релизом 2.4 – так что мы займемся дополнениями, обеспечивающими внедрение интересных новых разработок.

Мы рассматривали SIOX (Simple Interactive Object Extraction – простое интерактивное извлечение объектов) в ''[[LXF75]]'', но стоит остановиться на нем ещё раз. С этим замечательным инструментом можно отделить изображение переднего плана от фона, всего пару раз шаркнув мышкой. Каждый бит сгенерированного контура столь хорош, как будто вы кропотливо отслеживали каждую точку очертания самостоятельно.

SIOX будет интегрирован в финальный релиз ''Gimp ''2.4, но уже сейчас доступен как дополнительный модуль. Из-за ограничений ''Gimp ''2.2 он не столь эффективен, как будет в финальном релизе – если вы серьезно намерены его попробовать, лучше использовать разрабатываемую версию G''imp ''(имеется на нашем диске), пока не выйдет версия 2.4. Дополнительная информация по SIOX – на сайте '''www.siox.org'''.

----

'''ИНТЕРВЬЮ'''

'''''LinuxFormat''': ''Вы довольны нынешним положением дел в Gimp?

'''Свен Нойманн (СН):''' Вообще-то я рад был бы видеть его прошедшим больший путь. В прошлом у нас были грандиозные планы, но пока завершить их не удалось. Есть много вещей, о которых просят люди – скажем, поддержка большей глубины цвета или других цветовых схем, например, CMYK – мы их уже планировали. Но у нас недостаточно ресурсов, чтобы всё это реализовать.

Проделана огромная работа по исправлению ошибок и реализации мелких улучшений. Мы хотим добиться, чтобы функции, уже доступные пользователям ''Gimp'', можно было найти и использовать, не читая руководства – его и так никто не читает.

'''''LXF:''' ''Многих удивит, что такой важный проект имеет всего 30–40 участников. Это всегда так было, или раньше у вас было больше людей?

'''СН:''' ''Gimp ''всегда был проектом, на который тратят свои силы всего несколько человек. Хотя эти люди всё время меняются.

Одна из проблем – то, что многие из участников-долгожителей, отлично знающих код, повзрослели: они уже не ст уденты, и у них есть работа и личная жизнь. Они просто не могут посвящать проекту так много времени, как пару лет назад. Возможно, необходимо вливание новой крови.

'''''LXF:''' ''Новым участникам потребуется немало времени, чтобы освоиться со столь сложным кодом.

'''СН:''' Ну, если людям это интересно, они могу т поработать с дополнительными модулями. В большинстве из них легко разобраться – они в основном оформлены в одном C-файле. Трудности особой нет – и есть похожие модули и примеры для иллюстрации.

Конечно, работа с ядром и внесение фундаментальных изменений в пользовательский интерфейс или ввод новой концепции – довольно сложная задача, если имеешь дело с большим объёмом кода. С другой стороны, за последние несколько лет мы значительно улучшили кодовую базу. Выполнили большую работу по очистке и, так сказать, вынесению за скобки. То, что было несколькими сотнями файлов в одном каталоге, теперь разделено и лучше организовано.

'''''LXF:''' ''Кое-кто мог бы предположить, что вы всей командой чуть ли не год отдыхали, потому что набор функций за этот год почти не изменился.

'''СН:''' <nowiki>Мы хотели [давным-давно] выпустить релиз 2.4. Мы пообещали добавить в него некоторые функции и приступили к работе над ними. А теперь мы в той ситуации, что есть пара инструментов, просто не готовых к выпуску.</nowiki>

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

'''''LXF:''' ''Вы упомянули управление цветом и CMYK – какие ещё функции вы могли бы сделать доступными в ближайшее время?

'''СН:''' CMYK не будет использоваться для хранения данных о пикселах. Но как только мы как следует реализуем управление цветом, люди получат многое из того, что они просили. Я также думаю, что наиболее важная из отсутствующих в ''Gimp ''функция в данный момент – поддержка высокой глубины цвета. Всё больше и больше камер предоставляют такие данные, и мы не должны просто отбрасывать их при импорте.

'''''LXF:''' ''Думаете ли вы, что Gimp помогла бы спонсорская помощь или включение в в какую-нибудь из имеющихся премиальных схем?

'''СН:''' Вот этим, в частности, я хотел бы заняться в следующих месяцах. Составить список того, что действительно требуется сделать в ''Gimp'', и прикинуть, куда обращаться и с кем говорить. Мы хотели бы его опубликовать, и не только в Bugzilla. Я хотел бы, чтобы все знали: мы ищем разработчиков, и видели, что нам нужно доделать. Это могло бы привлечь больше людей.

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

== Xara ==
'''Профессиональный инструмент дизайна становится свободным.'''

Не больше ли радует движение Open Source одно проприетарное приложение, раскаявшееся и оставившее путь закрытого кода, чем 99 приложенийправедников? Если да, то на ''Xara ''должны изливаться потоки любви. Хотя эта программа всю жизнь разрабатываемая частной британской фирмой, она много лет лицензировалась компанией ''Corel'', распространявшей её под названием ''CorelXara''.

[[Изображение:Img_80_46_3.jpg|frame|Открытие кода Xara может привести в Linux множество новых художников]]

[[Изображение:Img_80_46_1.jpg|frame|"Живые" эффекты в Xara экономят время и очень популярны среди дизайнеров]]

Вы можете подумать, что для «освобождения» приложения достаточно опубликовать исходный код и позволить каждому им пользоваться. Для некоторых приложений так оно и есть, но проприетарное ПО – в частности, настольные приложения – очень часто используют сторонний инструментарий и библиотеки, и связанный с ними код открыть нельзя. Исключение этого кода может быть весьма кропотливой задачей, и, очевидно, оставит приложение неполным: тут какие-то подпрограммы загрузки и сохранения, там куски алгоритмов – не говоря уж о целых инструментариях GUI.

Одна из самых знаменитых функций X''ara ''– движок предпросмотра в режиме реального времени. Протащите прозрачный градиент по вашему рисунку, и экран обновится в реальном времени по мере протаскивания – никаких проб и ошибок при получении желаемого эффекта!

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

Понятно, что разработчики ''Xara ''делают всё неспешно и аккуратно.

'''Стык культур?'''

Когда ''Xara ''решилась на переход, некоторые роптали, что это может закончиться конкуренцией с ''Inkscape ''за лидерство среди дизайнерских приложений для Linux, но они упустили главное: хотя общего у проектов много, они, по большому счёту, ориентированы на разные вещи.

[[Изображение:Img_80_46_2.jpg|frame|Открытая Xara Extreme готова к использованию - хотя многие из ее функций пока недоработаны. Включая "Save"!]]

У ''Xara ''длинная история новаторского и разностороннего инструмента для иллюстраций и работ для Интернета, но она не нацелена исключительно на работу с SVG, как ''Inkscape''. Не похоже, что в ''Xara ''когда-нибудь будет встроен XML-редактор, как это сделано в ''Inkscape – х''отя сейчас это открытая программа, и как знать? Очевидно одно: разработчики ''Inkscape и'' ''Xara ''стремятся к сотрудничеству. На конференции LGM они охотно обменивались идеями и работали над способом облегчить передачу данных между своими приложениями.

Чарльз Мойр (Charles Moir), владелец ''Xara'', также спонсирует разработку
«суперконвертора». Идея знакома сторонникам открытого кода – создать промежуточный формат для графики и набор инструментов для преобразования всевозможных форматов в промежуточный и промежуточного – в другие форматы. Сказать это проще, чем сделать, потому что для достижения настоящей эффективности требуются способы сохранения или, по крайней мере, корректной интерпретации характеристик каждого формата, зачастую уникальных. Проект получил название Chromista, и первый его разработчик – Эрик Вильгельм (Eric Wilhelm). Вы можете узнать больше о целях проекта на его сайте: '''http://scratchcomputing.com/projects/uber-converter'''.

Что же касается самой ''Xara'', продолжается работа по реализации всех функций проприетарной версии в открытом коде. Обещаны регулярные выпуски кода и двоичных пакетов, и команда тратит уйму усилий, чтобы включить функцию «Save» (Сохранить). Дело хорошее!
----

'''ИНТЕРВЬЮ'''

'''''LinuxFormat:''' ''Почему, спустя более 10 лет, вы открыли код X''ara''?

'''Нейл Хоу (НХ):''' Основная причина – хочется видеть, что проект способен достичь намного большего, чем есть сейчас. Проблема у нас в том, что мы – очень маленькая фирма с ограниченными ресурсами. Нам все говорят: какой ''Xara Extreme ''хороший инструмент для рисования! – и мы просто хотим выпускать его побольше. Я думаю, что придав ему кросс-платформность, обеспечив доступ и пользователям Linux, и пользователям Mac, а также сделав код открытым, мы сможем этого добиться.

Еще один фактор – мы недостаточно быстро развивали продукт. Я уверен, что каждая фирма-разработчик ПО планирует намного больше, чем в состоянии когда-либо осуществить. Мы не исключение – разве что, как я подозреваю, наш список ещё длиннее – и с имеющимися ресурсами мы не чувствовали сил для достаточно быстрого движения.

'''''LXF:''' ''То есть выходит, что даже будь у вас превосходные идеи, вы не смогли бы их реализовать?

'''НХ:''' Да, мы можем сделать не так уж много. Мы хотим видеть инструмент, добившийся определённого успеха по сравнению с подобными от Adobe и Microsoft. Если мы получим поддержку сообщества Open Source, думается, мы сможем достичь более быстрого прогресса.

'''''LXF:''' ''Вы говорите об открытии кода ''Xara''?

'''НХ:''' Да! Это было трудным решением для такой фирмы, как наша, – взять инструмент, с нашими технологиями, который мы собирали так много лет – годы усилий были потрачены на него; это значительный шаг. Тут и причина, почему мы не приняли подход «большого взрыва» – мы не просто говорим «Всё это теперь открыто». Мы осуществляем открытие в два этапа, чтобы посмотреть, как проходит первый этап, сформировать сообщество, продвинуть его вперёд, а затем полностью выпустить код.

'''''LXF:''' ''Технология, оставшаяся закрытой – движок рендеринга. Есть ли ещё компоненты, которые вы пока придержите?

'''НХ:''' Среди них, код комбинирования фигур – код для пересечения конт уров – это всё в одной и той же библиотеке. Так что закрыты пока движок и эта часть кода, они находятся в одной двоичной библиотеке, и мы поставляем ее вместе с исходным кодом, который должен с ней собираться. Точно сказать не могу, но в терминах объёма исходного кода, сейчас открыто примерно 90%.

'''''LXF:''' ''Что, как вы ожидаете, будет первым эффектом от открытиякода, и чего бы вам хотелось?

'''НХ:''' <nowiki>Мы хотели бы получить сообщество, и оно у нас уже есть. В последние месяцы мы даже частным порядком приглашали разработчиков «со стороны», чтобы сделать порт [для Linux] – мы просто открыли им доступ к коду еще до публичного выпуска. И это дало старт сообществу, если хотите, и мы рады наблюдать, как сообщество растёт, и видим, что разработчики открытого кода помогают нам завершить порт как можно быстрее. Это первая цель – сделать его столь же функциональным и надёжным, как версия для Windows, с которой мы начали.</nowiki>

'''''LXF:''' ''Сколько времени, по вашей оценке, на это потребуется?

'''НХ:''' Сложно сказать. Первоначально прогресс был медленнее, чем я ожидал. Но это в значительной степени потому, что портирование – основа всего, само оно ничего не выполняет, а просто предоставляет доступ к другим функциям.

Примерно с середины января начался действительный взлёт. Например, на этой неделе Алекс (один из разработчиков) включил два инструмента за два дня – инструмент «свободное выделение» и инструмент смешивания. Так что мы надеемся, что темпы развития сохранятся или даже возрастут.

'''''LXF:''' ''Вы сказали, что у вас огромные планы. Как вы думаете, на этом этапе вы в состоянии реализовать новые функции помимо собственно портирования?

'''НХ:''' Мы установили первую веху в функциональности ''Xtreme'', пока без того, что мы не можем открыть, как я уже упоминал. Но открытый код есть открытый код, и мы не собираемся указывать людям, что можно делать, а что нельзя. Если кто-то приходит с желанием работать над продуктом, пишет, например, новый инструмент и хочет внести его в код, мы не скажем ему «Извините, мы принимаем только заплатки».

LXF80:Дегустация свободы

2008-03-30T19:50:27Z

Domostroitel:

'''GPL 3: Первое чтение'''

==Дегустация свободы==
__TOC__

''На суд общественности вынесена новая версия GNU General Public License '''Ричарда Столмена'''
(Richard Stallman).''
'''''Грэм Моррисон''' пробует документ на вкус и ожидает вспышки дебатов.''

Благодаря Владетелю Столмену многие оценили разницу между правом на свободу выражения (free as in speech) и бесплатным пивом (free as in beer). Linux меняет отношение человека к работе на компьютере, предоставляя всю полноту власти пользователю. Но ещё важнее то, что Linux бросает вызов нашим представлениям о программном обеспечении и о том, как сбалансировать права его пользователей и нужды его создателей.

Просветительский процесс подкрепляется GPL, той самой лицензией, под которой выпущено большинство программ с открытым исходным кодом, и той самой лицензией, которую Линус Торвальдс избрал для ядра Linux. Это решение – союз ядра Linux и GPL, защищающей философию открытости – мы принимаем как должное. Но на этот раз Столмен, стоящий за GPL, намерен пойти дальше, а Линус рискует остаться в стороне.

=== Новая GNU ===
*''Свобода использования программы для любой цели.''
*''Свобода изучения принципа действия программы и изменения её в соответствии со своими нуждами.''
*''Свобода распространения копий программы для помощи своим ближним.''
*''Свобода усовершенствования программы и публикации своих усовершенствований на благо всего Сообщества.''

Вы, наверное, поняли из постоянного, подобно заклинанию, употребления слова «свобода», что эти слова взяты из определения свободного программного обеспечения по версии Фонда Свободного ПО (Free Software Foundation, FSF).

{{Врезка
|Заголовок= '''Что говорят в сообществе'''
|Содержание=
'''Разработчики свободного ПО могут остаться и с GPL 2, если захотят.'''
'''Итак – кто за старую версию, а кому больше нравится GPL 3? '''

Решение команды ядра Linux пока не принято и, как мы обсудим на стр. 55, разработчики вполне могут остаться на 2-й
версии. Ядро может вообще не перейти на
GPL 3, если FSF не смягчит своё отношение к DRM. Однако другие проекты не столь категоричны.

Отзывы команды Debian – общепризнанного ценителя свободы ПО – чрезвычайно позитивны. Брэнден Робинсон (Branden Robinson), лидер проекта Debian, сказал:
«Изменения, большие и малые, впечатляют. Короче, мне это нравится». Слышны и другие одобрительные голоса,
включая весьма неожиданный от Sun Microsystems, о возможности издания её почтенной ОС Solaris по GPL 3.
Джонатан Шварц (Jonathan Schwartz), президент Sun, записал в своём сетевом дневнике: «…нам нужно сделать всё возможное для эффективного взаимодействия
между Linux и OpenSolaris. (Зачем изобретать велосипед с технологиями вроде DTrace и ZFS – или Grub и Xen?)».
Возможность включения технологий Solaris в другие проекты GPL 3 – несомненно, весомое приобретение, это
серьёзный повод для Линуса подумать о переходе на новую лицензию.

Труд разработчиков зависит от инструментов, которыми они пользуются, но пока рано говорить, перейдут ли проекты вроде Qt на GPL3. В данный момент трудно понять, как Qt, доступную на множестве частных и встроенных платформ, можно совместить с жёсткой позицией, занятой в
отношении DRM и патентов.

Диапазон программ, распространяемых по новой лицензии, не особо изменится. Пользователи будут надёжнее
защищены от лицензионных судебных тяжб (вспомните случай с SCO), но могут столкнуться с трудностями в получении мультимедиа-проигрывателей, доступных в других ОС. Будем реалистами – пользователи не собираются отказываться от HD-DVD или Blue-ray только потому, что
FSF считает их подрывом свободы. Это всё равно, что стоять зимой на улице, когда ваши друзья в домашнем тепле наслаждаются просмотром трилогии «Звёздные войны» в версии с высоким разрешением.
|Ширина=600px}}

FSF является держателем GPL и гарантом её соблюдения. Фонд был основан Столменом в 1985 г. как очаг распространения философии свободного ПО, от найма программистов для разработки программ с открытым исходным кодом до написания свободной лицензии универсального применения. С 1985 г. FSF постоянно набирала силу, росла вместе с Linux, и, подобно Linux, теперь весьма влиятельна.

Но с момента принятия второй версии GPL в 1991 г. прошло целых 15 лет. В то время web-серверов просто не было, как не было и технологий DRM.

По мере развития технологий в GPL начали проявляться слабые места – или новые возможности, в зависимости от точки зрения: например, лазейка для ASP (application service providers, поставщиков цифровых услуг). ASP-приложения работают только в сети, а значит, пользователь не загружает их вовсе. Во время разработки GPL2 такой сценарий не предусматривался (идея ''Apache ''ещё только блеснула в мозгу Брайана Белендорфа), а ведьон означает, что поскольку нет бинарных дистрибутивов (серверные приложения не компилируются, они только интерпретируются браузером), то нет и объектного кода, а есть только исходный. Любой создатель ASP, решившийся опубликовать своё приложение по GPL2, рискует тем, что конкуренты воспользуются его программой и, расширив функциональность, не вернут Сообществу ничего взамен. Это идёт вразрез с желанием FSF, которой очень хочется, чтобы Google и Amazon смогли опубликовать свои исходные коды, не опасаясь конкурентов.

{{Врезка
|Заголовок= '''В GPL3 – ЧЕРЕЗ ПИВНУЮ'''
|Содержание=
''Вам не до всяких там лицензирований? Помните: именно сейчас обсуждаются три ключевых вопроса…''

*'''Система цифровых прав/запретов'''
Действие DRM основывается на зашифрованном
компоненте для определения персональных прав
пользователя. В основном DRM используются в
загружаемых музыкальных файлах, когда ваши
личные данные в зашифрованном виде заносятся в сам файл, в плейер и
компьютер.

FSF и Ричард Столмен считают этот метод контрпродуктивным и хотят
убедить разработчиков ПО никогда не использовать DRM в GPL-коде. Они
планируют добиться этого требованием предоставить «…любые
шифровальные или авторизационные коды, необходимые для
инсталляции и/или эксплуатации исходного кода программы», как указано
в первом разделе проекта GPL3. То есть если разработчики используют
шифрование для обеспечения DRM в своих приложениях, то обязаны
также публиковать исходные коды генераторов цифровых ключей.

В результате каждый сможет создать собственные ключи, что сильно
затруднит применение DRM. Это может нанести ущерб Linux-компаниям
вроде Tivo, которые, соблюдая требования телекомпаний, работают с
зашифрованным ТВ- контентом.

*'''Патенты'''
Отношение к патентам более терпимое, но если разработчик обладает
патентом на программу, лицензируемую под GPL-3, то должен
безоговорочно передать патентную лицензию любому обладателю любого
экземпляра программы.

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

*'''ASP'''
В случае публикации своих исходных кодов по GPL2, поставщики услуг
типа Amazon и Google рискуют потерей конкурентоспособности. Их
соперники смогли бы безнаказанно модифицировать исходные коды, так
как пользователи сетевых приложений, в сущности, загружают исходные
коды через браузеры. GPL3 пытается заделать эту брешь, требуя
предоставлять информацию об авторе исходного кода и упрощая для
пользователя процесс загрузки приложения целиком.
|Ширина=600px}}

В наши дни на повестке дня FSF стоят две стратегические задачи – патенты и DRM (Digital Rights Management), система защиты авторских прав (или, по расшифровке FSF, Digital Restrictions Management, система цифровых запретов). FSF убеждает своих членов объявить бойкот дискам HDDVD и Blue-ray, утверждая, что эти диски являются «атакой на свободное ПО, поскольку свободное ПО может никогда не прочесть эти диски. Коммерческие интриги ограничивают развитие технологий и должны быть признаны незаконными». Времена меняются и, чтобы поспеть за ними, универсальная лицензия должна меняться тоже.

{{Врезка
|Заголовок= '''Развитие процесса принятия GPL3'''
|Содержание=
*16-17 января 2006 г.:
Начальная конференция, публикация первого варианта.
*Июнь 2006 г.:
Опубликование документа во втором чтении.
*Сентябрь 2006 г.:
Ближайшая возможная дата принятия GPL3.
*Октябрь 2006 г.:
Возможное третье чтение документа.
*Март 2007 г.:
Последний срок принятия GPL3.
|Ширина=300px}}

Вот в таком горниле идей мы нашли первую редакцию GPL-3. Третья Генеральная Общественная Лицензия GNU написана не только для устранения проблем, обнаруженных в GPL2, но и как попытка достойно встретить вызовы будущего. Первая редакция была вывешена на виртуальной доске объявлений в январе, и с тех пор повсюду не утихают дебаты – от списков рассылки ядра Linux до коридоров власти Red Hat и IBM.

=== Как это выглядит? ===
Эта лицензия затронет всех нас, даже при том, что разработчики ядра Linux не самые горячие её приверженцы, и именно поэтому так важно принять участие – время пришло! Рассмотрим главные различия между второй версией и первым вариантом третьей. Документ состоит из 19 разделов плюс преамбула. Если вы рассчитывали, что новая версия будет написана простым и понятным языком, то вы будете разочарованы. Эбен Моглен (Eben Moglen) – генеральный юрисконсул FSF и соавтор Столмена по первой редакции лицензии – утверждает, что эта сложность неизбежна при защите прав обладателя лицензии. Терминология по сравнению со второй версией лицензии определённо изменилась в сторону юридической специфики – но сущность и цели в основном сохранились.

=== Избегая вулканов ===
'''Преамбула'''

Обе редакции GPL начинаются со следующего утверждения: «Когда мы говорим о свободном ПО, мы имеем в виду свободу, а не цену». Оно расставляет акценты и проясняет намерения GPL, рисуя окружение сплошь из извергающихся вулканов и монстров, рыщущих за добычей – именно таков ландшафт, на фоне которого GPL вынуждена выживать и приспосабливаться к вечно-изменчивому облику ПО. Тон высказываний сдержан, но ощущается некоторая снисходительность: «Разработчики, пользующиеся GNU GPL, защищают ваши права в две ступени: (1) утверждают авторское право на программное обеспечение и (2) предоставляют вам настоящую Лицензию, дающую законное право копировать, распространять и/или модифицировать данное программное обеспечение».

Два главных вражины FSF предъявлены в конце преамбулы (чтоб далее в лицензии их отдубасить): это DRM и патенты. Судите сами, вот строчки из соответствующих параграфов: «…GPL гарантирует, что программное обеспечение, находящееся под её защитой, не будет подвергнуто, и не может подвергать другое программное обеспечение, цифровым запретам, обход которых запрещён» и «…GPL объявляет, что любой патент должен быть лицензирован для всеобщего свободного использования или не лицензирован вообще». Однако!

=== О декодировании ===
'''(1) Исходный код'''

В данном разделе начинается детальный разбор прав разработчиков и пользователей. Первое замеченное отличие от версии 2 – разграничение исходного и объектного кодов, проведённое в первом параграфе первого раздела: «Понятие «исходный код» произведения [программы] означает предпочтительную форму для внесения модификаций в нее. Понятие «объектный код» означает любую форму представления программы, кроме исходного кода».

Это важно, так как разъясняет зависимость объектного кода от исходного – вещь, очевидная для большинства из нас, но не столь очевидная для большинства рядовых пользователей – и проект лицензии развивает эту мысль: если вы поставляете объектный код, то должны сделать доступным исходный, а также уведомить пользователя о его праве доступа к исходному коду. Этой политики придерживалась и вторая версии GPL, но здесь даётся точное определение, а не намёк.

=== Ограничение прав===
'''(3) Система цифровых запретов'''
Во втором разделе, «Основные полномочия», ничего нового нет, зато третий – целиком новый: в GPL2 раздел под названием «Система цифровых запретов» отсутствует.

Такое определение принято в пику корпоративному термину – «система цифровых прав». FSF понимает значение слова «права» здесь как «…пропаганда, предпринятая с целью вынудить вас рассматривать вопрос с точки зрения тех немногих, что налагают ограничения, игнорируя права множества тех, на кого ограничения налагаются». Если дерзкая замена слова «права» на «запреты» не прояснит для вас отношения FSF к DRM, то уже с первой строки третьего раздела сомнения отпадут.

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

Под DRM обычно подразумевается использование цифровых ключей, встроенных в программы для предоставления определённых функций (обычно, медиа-содержимого) исключительно покупателям.

По условиям текущей версии GPL продавец может раскрыть исходный код, но не обязан раскрывать цифровые ключи. В GPL3 Столмен и Ко делают попытку заставить продавца вместе с исходным кодом приложения предоставлять исходный код генератора ключей. Слова «любое из положений лицензии должно рассматриваться в свете этого специального заявления о намерениях лицензиара» предоставляют FSF широчайшую свободу действий в достижении своих целей.

Мнение Линуса Торвальдса в отношении DRM полностью противоположно. В 2003 г. он писал в список рассылки ядра Linux: «Я считаю, что DRM нисколько не мешают Linux!». Линус хотел быть прагматичным, защищая право любого человека использовать Linux так, как он пожелает.

Но первая редакция GPL3 вызвала бурное обсуждение в том же самом списке рассылки, и Линус по-прежнему в гуще дебатов.

=== Выражения неточны? ===
'''(5) Распространение модифицированных версий исходных кодов'''

Не дав вам и дух перевести, следующий раздел принимается за ASP, упомянутых выше. Раздел 5[2], «Распространение модифицированных версий исходных кодов», вызвал почти столько же комментариев, сколько DRM, но так как формулировки в этом разделе помягче, особой поляризации мнений не произошло. FSF планирует скорее убеждать ASP-разработчиков, чем подчинять их своей воле, и стимулировать их переход на GPL3 Собственно говоря, на web-сайте FSF и во всём Интернете была высказана изрядная доза критики по поводу расплывчатости формулировок этого раздела. Например, в конце раздела (с) GPL делает попытку принудить ASP-разработчиков открыто объявлять о том, какое программное обеспечение GPL они использовали и какие изменения в него внесли: «Если интерфейс предоставляет список пользовательских команд или опций, наподобие меню, то команда отображения данной информации должна бросаться в глаза в этом списке. В противном случае, модифицированная программа должна отображать данную информацию при загрузке – за исключением случаев, когда Программа работает в интерактивном режиме и не может отображать такую информацию при загрузке».

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

Далее в этом разделе проект пытается ещё более ограничить поставщиков, использующих чужой код: «…если вы распространяете эти программы в сочетании с защищённым (Лицензией) программным обеспечением, независимо от формы сочетания, то вся совокупность должна подчиняться настоящей Лицензии, чьи правила должны быть распространены на всю программу, и, следовательно, на любую её часть».

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

=== О патентах ===
'''(6) Распространение без исходного кода'''

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

Не обременено патентом? Гораздо проще записать это в проекте документа, чем выполнить для любой разработки с открытым исходным кодом; но формулировка не означает, что вы должны выискивать, не нарушает ли ваша работа чьих-либо патентов – это принимается как данность.

В документе, разъясняющем многие изменения в новом проекте, FSF пишет, что у неё нет желания проводить столь же жёсткую политику против патентов, как против DRM.

=== Смелый шаг ===
'''(11) Лицензирование патентов'''

Фактически FSF хочет добиться, чтобы вы включали в исходный код разрешения использовать сопутствующие патенты. Это мощный шаг вперёд, его детали уточняются в разделе 11, где разработчикам предлагается обеспечить лицензию на любые патенты, которые могут потребоваться для работы с программным обеспечением «… любому, получившему любую версию программы, предоставлять, для любых версий защищаемой (Лицензией) программы, в полном объёме все виды деятельности, разрешённые или подразумеваемые настоящей Лицензией, такие, как инсталляция, эксплуатация и распространение экземпляров программы и использование её результатов».

Основное желание FSF – добиться вашего отказа от контроля, если вы владеете патентом на существенную часть функциональности в любом исходном коде программы, которую вы распространяете под GPL-3. «Данная патентная лицензия неэксклюзивная, не подразумевающая отчислений и всемирная, и распространяется на все патенты, которыми вы обладаете или на которые обладаете правом сублицензирования, на момент распространения защищаемой программы или в будущем».

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

Последний параграф 11 раздела предельно проясняет суть дела. «Если вы распространяете защищаемую программу, заведомо связанную с лицензией на патент, то вы должны принять меры для защиты пользователей программы от возможных юридических преследований, от которых ваша лицензия защищает вас». Это выглядит переложением ответственности за судебные преследования на распространителя. Применительно к Linux это могут быть, например, Red Hat или Novell, но они уже сейчас предоставляют подобные юридические гарантии.

=== Драчка! ===
Что же в новом проекте не нравится Линусу? Его последний протест, направленный в список рассылки ядра Linux, касается той самой строчки в разделе 6, о том, что исходный код не должен требовать «специального пароля или цифрового ключа для распаковки, просмотра или копирования».

Вот слова Линуса: «Я считаю безумием требовать от людей опубликовать свои секретные ключи, например. Я не могу на это пойти. И я сомневаюсь в том, что конверсия GPL3 коснётся ядра, так как лично я не собираюсь перелицензировать свои коды».

Как известно, отношение Линуса к вопросу DRM в GPL3 многим показалось неправильным, но сомнений нет – переход ядра Linux под GPL3 может состояться только в случае значительного смягчения позиции, занятой авторами в отношении DRM.

Позже Линус уточнил свою позицию – DRM должны регулироваться медиа-лицензией, так как они касаются музыки, а не программного обеспечения. «Причина, по которой GPL2 оказалась столь успешной в противостоянии с авторскими правами ограничительного типа, заключается в том, что она делала доступным «интересный материал» на условиях, которые запрещали ограничения доступа к нему в дальнейшем… Я считаю, что тема анти-DRM гораздо ближе к лицензиям Creative Commons (CC), чем к лицензиям на ПО».

Любопытно, что Линус ввел в дебаты тему СС-лицензий, если учесть, что в февральском интервью Столмен отверг их все…

=== Ваше слово ===
Теперь у вас наверняка сложилось мнение о важнейших аспектах первого чтения новой GPL и некоторых наиболее спорных её вопросах. Если вы серьёзно настроены принять участие в обсуждении GPL3, обратите внимание на те разделы, которых мы здесь не коснулись, включая раздел 8 (Прекращение действия), раздел 9 (Не контракт) и раздел 12 (Свобода или смерть программы).

В FSF хотят, чтобы перемены, предлагаемые в новой версии, со всеми мыслимыми последствиями и политическими уклонами, обсуждались в кафе и столовках, на электронных досках объявлений и в списках рассылок Сообщества свободного ПО. На сайте FSF GPL3 ('''http://gplv3.fsf.org''') можно найти исчерпывающие сведения по данному вопросу и страничку для комментариев по поводу различных аспектов первой редакции. Страничка эта сделана весьма хитроумно: цвет фона отдельных слов или предложений лицензии меняется по мере накопления примечаний к ним – от бледно-жёлтого у мало комментируемых мест, через красный до чёрного. Пестрее всех, естественно, разделы о DRM.

Если вас не устраивает направление, в котором движется GPL-3 – выскажите своё мнение. Комментарии будут обсуждены и приобщены к делу. Пусть Сообщество узнает вашу точку зрения – еще не поздно все изменить!

LXF80:Дегустация свободы

2008-03-30T19:48:14Z

Domostroitel:

LXF80:ИНТЕРВЬЮ

2008-03-30T19:46:05Z

Domostroitel:

''Интервью '''Грег Манкузи-Унгаро'''''

== Что на уме у Novell? ==
Novell открывает SUSE, потом увлекается Gnome, а сейчас возжелала уподобиться Швейцарии?

'''Грег Манкузи-Унгаро '''комментирует происходящее.

{{Врезка
|Заголовок= '''Визитка LXF'''
|Содержание= '''Грег Манкузи-Унгаро'''

Грег пришел в Lotus поработать над Jazz, оригинальным бизнес-
пакетом Macintosh, и засиделся
там на 14 лет. В 2001 он перешел
в Ximian, а теперь возглавляет
отдел маркетинга по Linux ПО с
открытым кодом в компании Novell.
*'''Возраст :''' 48
*'''Национальность :''' Американец
*'''Стаж работы с Linux :''' 5+
*'''Языки программирования :''' 0
*'''Количество ПК :''' 1
*'''Дневная норма кофе :''' 0 чашек
*'''Пар сандалий :''' 2
*'''Прямая речь :''' “Сообщество Linux говорит нам, правы мы или нет!”
|Ширина=300px}}

Грегу Манкузи-Унгаро (директор Novell по маркетингу Linux и Open Source) неоднократно приходилось отвечать на вызов. Его задача – не только сманивать клиентов с Windows, он должен еще и всячески удерживать пользователей SUSE от перехода на другие дистрибутивы. А прежде всего – какие бы шаги ни предпринимала его компания, он должен привлекать на ее сторону глас сообщества Open Source.

'''Майк Сондерс '''встретился с Грегом, чтобы поговорить о стратегии Novell и обсудить перспективы ПО с открытым исходным кодом со специалистом по маркетингу. Это не хакер из сообщества OSS, это – бизнесмен, который работает в атмосфере конкуренции, а не вытягивает пустышки. Нужна ли Linux дискуссия по корпоративным вопросам? Решать вам.

'''''Linux Format: ''В ноябре Novell сообщила о планах сократить около 600 рабочих мест. Как это повлияло на развитие Linux и ПО с открытым кодом?'''

'''Грег Манкузи-Унгаро''': Ясно, что невозможно провести сокращение и при этом не затронуть морального аспекта. Я думаю, люди, работающие в такой фирме, как Novell, по-настоящему гордятся своей работой. Но я также думаю, что шок от происшедшего быстро уступит место ощущению нового направления. У нас произошли серьезные стратегические изменения, но команда Linux по большей части не поменяла направления деятельности и даже ускорила темп работы в результате нашей переориентации.

'''''LXF: ''В каких областях?'''

'''ГМУ''': <nowiki>Ну, если взглянуть на деятельность Novell и на то, как проводилось обновление [сокращение штатов], то заметно: стратегические направления деятельности, включая и Linux, в основном не были затронуты. Это не значит, что изменения их не коснулись вообще, но командам было сказано: «То, что вы делаете – основа нашего успеха». И все, что происходит с проектом OpenSUSE, с нашей платформой для предприятий аналогично тому, что происходит в секторе рабочих столов с Hula и Mono… Я думаю, был дан очень хороший посыл [этим направлениям]. Мы тщательно продумываем все, что делаем, и мы очень, очень преданы Linux.</nowiki>

'''''LXF: ''Явный конкурент OpenSUSE в сообществе –это Fedora Core...'''

'''ГМУ:''' OpenSUSE часто сравнивают с Fedora Core, но это совершенно разные проекты. Одно из отличий OpenSUSE от Fedora – то, что мы закончили работу над ним и выпустили дистрибутив.

По поводу Fedora Core шутят, что работа над ним никогда не закончится – он хорош уже такой, какой есть, и таким он и останется. А мы постарались пройти на шаг дальше и сказать: «Мы завершили работу над дистрибутивом, отправили его пользователям Linux по всему миру, и эта версия достаточно законченная».

Это очень дисциплинирует: фактически, одним из добавлений, которые мы внесли в проект OpenSUSE, стал вклад общественности в наши тесты эргономичности, через сайт www.betterdesktop.org. И когда вы соединяете все вместе, то получаете постоянно растущий дистрибутив, благодаря этому ускоряется процесс его принятия.

<nowiki>[В противоположность этому] Fedora действительно разрабатывается для инженерного сообщества. Иногда заявляют, что есть узкий круг людей, работающих с Fedora, и широкий круг людей, пользующихся Fedora. Мы знаем, что на самом деле он еще немного шире. Менталитет OpenSUSE в том, что имеется группа людей, создающих дистрибутив под названием SUSE Linux, и огромная группа людей пользуется SUSE Linux. Так что у нас имеется настоящая клиентская база, настоящая база пользователей, потому что мы делаем Linux, отличающийся по характеру от его собственных разработчиков.</nowiki>

'''''LXF: ''Red Hat прекратила поставки коробочных версий Red Hat Linux после Red Hat 9, а Novell все еще продает ее. Повлияет ли бесплатный OpenSUSE на объем продаж SUSE Linux?'''

'''ГМУ:''' Динамика продаж определенно изменилась, но это – часть плана.

Приходится спросить себя, что лучше – продать 150,000, 200,000, да любое число – коробочных комплектов, или продать их поменьше, но зато в десятки раз увеличить пользовательскую базу? Мы в Novell приняли решение содействовать переходу на Linux и создавать базу пользователей Linux любой географии. Оказалось, что переходу на использование Linux мешает невозможностьполучить Linux. Не проблемы с использованием, не набор свойств, не установка – просто физическая невозможность его найти. Всегда есть те, кто говорит: «Мне нужны книги, мне нужна поддержка, и мне нужно, чтобы у меня под рукой было то, что я могу установить». Это очень удобно для определенной части наших пользователей, и именно поэтому мы и продолжаем этим заниматься.

С начала 2006 года, мы приступаем к показу нашей инфраструктуры разработки, чтобы люди могли принести свой исходный код в проект OpenSUSE, и собрать его для получения совместимых с SUSE Linux пакетов. Так что сейчас, спонтанно, возникла ситуация, когда все разработчики приложений, которые хотят соединить свои продукты с линией SUSE (могут это сделать).

'''''LXF: ''У Ubuntu на подходе дистрибутив для предприятий, Dapper Drake, с пятилетней поддержкой. А есть ли продукт SUSE, рассчитанный на столь же долгий период?'''

'''ГМУ:''' У нас есть продукт с семилетней гарантией – SUSE Linux Enterprise Server. А что касается Ubuntu, так они копируют нашу модель, просто добавляя к ней продукт для предприятия. У нас продукт для предприятия существовал всегда, поэтому многие компании смотрят на Novell и признают нашу мудрость. Так что ничего менять в SUSE Linux нам не придется – продукт уровня предприятия у нас существует уже долгие годы.

'''''LXF: ''На сайтах фирмы Novell в последнее время идет дискуссия: может ли фирма, занимающаяся Linux, стать следующей Microsoft...'''

'''ГМУ:''' Ну, ведь Red Hat в одном из своих первых проспектов заявила: «Наша цель – стать Microsoft от Linux». Многие при этом скривились! Я не думаю, что это наша цель. Мне представляется, что идеалом, к которому стоит стремиться, является Швейцария, то есть нация, чье единство ни у кого не вызывает вопросов. Надо стать народом, склонным к технической точности, народом нейтральным и в то же время лидером. Надо занимать должности и рассматривать проблемы, и при этом надо стараться – и вести себя, подобно послу в сообществе.

Вот так Novell представляет себе свою роль. Я не знаю, надо ли быть Microsoft от чего бы то ни было.

'''''LXF: ''Как Вы думаете, станет ли какая-либо фирма эквивалентом Microsoft для Linux, если это – открытая ОС, с которой можно делать что угодно?'''

'''ГМУ:''' Ну, если в одно прекрасное утро мы проснемся и скажем: «Ух ты, теперь Novell – это Microsoft от Linux» или «Red Hat – это Microsoft от Linux», тут движению Linux и конец. Надо говорить, что Novell – фирма, способствующая успеху Linux. Но Linux и так пользуется доверием в сообществе, а Novell делает так, что Linux работает для крупных предприятий.

Это совсем другое дело. Контроль Microsoft повсеместен; эта компания может изменять менталитет целых наций, и мне кажется, не в лучшую сторону.

Все, что Novell может сделать, и все, что Novell действительно хочет делать – это констатировать реальное положение дел и отстаивать наши интересы и точку зрения. И мы понимаем, что мы таким образом воздействуем на Linux, но мы не владеем Linux.

Вот Microsoft владеет всем: землей, дорогами, поездами. А мы – нет, и мы это знаем, и это значит, что нам надо больше полагаться на роль сотрудничества – и нам это нравится.

'''''LXF: ''SUSE традиционно был дистрибутивом, построенным на KDE. Как на это повлияет включение и поддержка Gnome в SUSE Linux?'''

'''ГМУ:''' SUSE всегда включал и KDE и Gnome, и мы будем поддерживать обоих по мере развития нашего продукта для предприятия. Для нас работа с партнерами – рациональная работа – была весьма интересной, чем-то вроде вызова, но мы приняли решение, что в следующем поколении продуктов для предприятия оболочкой рабочего стола по умолчанию будет Gnome. Но по ряду причин мы не прекратим включать в наши продукты KDE и поддерживать его.

Когда в Novell обращаются фирмы и говорят, что собираются создать классное приложение KDE для SUSE Linux, мы отвечаем: «Отлично!». Когда они говорят, что хотят создать приложение под Gnome, мы опять же говорим: «Отлично!». И когда фирмы спрашивают нас, каким рабочим столом им пользоваться, мы теперь можем дать им ответ. Раньше мы не могли им ответить – мы говорили: «Это вам решать», и это, конечно, не помогало. А вот теперь мы знаем ответ – рабочий стол по умолчанию – Gnome.

'''''LXF: ''А были другие причины выбрать Gnome?'''

'''ГМУ:''' <nowiki>С позиций коммерческой перспективы, когда вы смотрите на основные дистрибутивы, вы видите, что в качестве стандартного рабочего стола выбирают Gnome. Так что у Novell был шанс выбрать одно из двух – либо вовлечь всю промышленность в дебаты на тему «Gnome против KDE», либо взять Gnome и дебаты прекратить. Мы считаем, что наш выбор – лучший выбор, но мы не откажем в поддержке тем нашим клиентам, которые предпочитают KDE; мы приняли свое решение, чтобы и сообществу, и нашим предприятиям, и нашим поставщикам оборудования и программ стало ясно, [для какого рабочего стола] сертифицировать свою продукцию.</nowiki>

'''''LXF: ''Как идет внутренний переход Novell на Linux?'''

'''ГМУ:''' <nowiki>Очень хорошо. Пару лет назад Novell приобрела несколько фирм Linux [Ximian и SUSE], и в то же время приняла решение – беспрецедентное для фирмы такой величины – перевести все на Linux. Проект начался с группы из двенадцати или 18 человек, которые согласились стать подопытными кроликами. В пятницу они ушли домой, в понедельник вернулись на работу, а их машины заменили машинами, на которых был только Linux. Это было ужасно! Просто кошмар. Но нам надо было узнать, каково это – перевести всю крупную организацию на Linux. Если Linux добьется успеха, то не потому, что где-то поблизости есть эксперт Linux, а потому, что UI </nowiki><nowiki>[пользовательский интерфейс, – прим. пер.]</nowiki>, конструкция ПО и работа ПО оправдывают ожидания пользователей.

Сейчас почти половина фирмы работает исключительно на Linux, и мы довольны тем, что мы сделали. Мы многому научились – наша методика помощи фирмам переходить на Linux так богата благодаря нашему собственному опыту. Нельзя предлагать своему клиенту делать то, чего ты сам делать не хочешь!

'''''LXF: ''Предвидите ли Вы консолидацию дистрибутивов?'''

'''ГМУ:''' Иногда мне кажется, что грядет консолидация, а иногда – что будет специализация. Возникает вопрос: Что такое дистрибутив? На сайте OpenSUSE есть несколько интересных проектов, например, поддержка SUPER и PowerPC. Либо эти проекты встанут на ноги и начнут расти, либо подожмутся к основному древу.

Действительно обнадеживает то, что появляются люди, берут код и делают то, что им подходит.

На данном этапе, мне кажется, есть три основных поставщика, обеспечивающих нужды потребителя по Linux. Я думаю, что работа, которой занимаются Ubuntu и Linspire, весьма интересна, но им не хватает масштабности, поэтому они, возможно, найдут способ, как сумели Mandriva и Conectiva, увеличить размах, расширить долю на рынке. Так что консолидация будет, но и диверсификация – тоже.

LXF80:Ангел Apache

2008-03-30T19:44:43Z

Domostroitel:

== Ангел Apache ==
''Многие из нас воспринимают лидерство Apache среди серверов как нечто само собой разумеющееся. '''Брайан Белендорф''' (Brian Behlendorf) рассказывает Linux Format о том, как сложилось такое положение дел.''

{{Врезка
|Заголовок= '''Визитка LXF'''
|Содержание=
'''Брайан Белендорф'''

Видный защитник движения Open Source, один из первых
разработчиков web-сервера Apache. В настоящее время
трудится в Калифорнии, в CollabNet, где разработал систему
контроля версий Subversion.
*'''Возраст:''' 33
*'''Национальность:''' Американец
*'''Стаж работы в Linux:''' 12
*'''Языки программирования:''' 5
*'''Количество ПК:''' 13 (8 ноутбуков)
*'''Дневная норма кофе:''' 1 чашка
*'''Пар сандалий:''' 1
*'''Прямая речь:''' “Идея бесплатного программного обеспечения старше идеи брать за него деньги.”
|Ширина=400px}}

Трудится ли он на музыкальном фестивале Burning Man далеко в пустыне Блэк-Рок, Невада, или над web-дизайном или ПО для контроля версий в Сан-Франциско, Брайан Белендорф – всегда новатор, переживший безумие ''fin de siecle'', сгубившее так много Интернет-предпринимателей в конце девяностых. Его вера в открытое сообщество и в открытую модель разработки помогла ему добиться успеха в одной из первых фирм, занимающихся web-дизайном, Organic Online, а затем – в CollabNet, основанной в 1999 с целью продажи ПО с открытым кодом крупным предприятиям.

Грэму Моррисону удалось поговорить с Брайаном о том, как ''Apache ''возник из первичного бульона NCSA, и о том, какую роль будет играть Linux в будущем в разработке программного обеспечения.

'''Linux Format''''': ''Не могли бы Вы назвать Вашу роль в CollabNet?

'''Брайан Белендорф:''' Технический директор (CTO). Я не указываю в моей визитной карточке, что я – основатель.

'''LXF:''' ''А почему на сайте CollabNet Ваше имя – второе?

'''ББ:''' <nowiki>Ну, на самом деле главный (СЕО) – Билл Портелли [Bill Portelli]. Я нашел его через три месяца после основания фирмы, так что он – со-основатель. Я был счастлив найти человека с деловым чутьем, который сумел найти людей для работы по продажам и проделать всю муторную процедуру создания фирмы CollabNet – а мне дал возможность обдумать, что мы будем продавать и как нам поведать об этом всему остальному миру, и убедиться, что продукт, который мы выпускаем, востребован.</nowiki>

'''LXF:''' И откуда же все началось?

'''ББ:''' Если немного перевести стрелки назад, в самые первые дни существования ''Apache, т''<nowiki>о начинали мы это все в количестве нескольких человек с создания web-сайтов, и нам был нужен [сервер, который мы могли бы контролировать]. Я очень быстро передал разработку тем, у кого это лучше получалось.</nowiki>

'''LXF:''' Ну, так говорит практически каждый разработчик!

'''ББ:''' <nowiki>[Смеется] Наверное, открытому сообществу свойственна патологическая скромность. Я расширил сферу деятельности, уделяя больше внимания внешним системам, поскольку я был системным администратором – я должен был быть уверен, что почта работает хорошо, что с деревьями </nowiki>''CVS ''все в порядке и повреждений нет.

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

И всегда приходилось что-то делать даже в свободное время, потому что до CollabNet я работал в фирме, разрабатывающей web-сайты, под названием O<nowiki>rganic [Online], а в </nowiki>''Apache н''икогда не было штатных сотрудников, там всегда все делали добровольцы. И я был командой инфраструктуры, я был тем парнем, которому, когда машина зависала, надо было ехать на место, нажимать кнопку перезагрузки и заставлять ее снова работать.

Занимаясь этим, я все больше ощущал недовольство – потому что понимал, что мы с командой могли бы сесть и написать чтонибудь получше с самого начала. Или даже не совсем сначала, но хотя бы пересобрать куски, используя настоящую систему отслеживания пользователей, разрешений и проектов, и превращая все эти инструменты в нечто более тесно интегрированное. Это было бы круто и могло бы содействовать развитию ''Apache''<nowiki>; а еще это могло бы упростить для многих фирм начало работы над открытыми проектами.</nowiki>

'''LXF:''' Tак и родилась CollabNet?

'''ББ:''' Где-то году в 1998 я устал от Organic и решил поискать что-нибудь новенькое. Я поплакался Тиму О’Рейли (Tim O’Reilly), и он мне сказал: «А не приехать ли тебе к нам и не стать предпринимателем, проживающим по месту службы?» Это были 98–99 годы – деньки в стиле «давай-давай» в Кремниевой Долине – каждая проблема казалась деловой возможностью, достойной немедленной разработки бизнес-плана. На самом деле, если кто так не поступал, его и крутым не считали.

Мы решили собирать идеи, и эта (CollabNet) была одной из них. Заключалась она в том, чтобы собрать все эти инструменты и предлагать их в качестве сервиса фирмам, работающим с открытыми проектами. Одни из первых переговоров мы провели с Sun, которые хотели создать н<nowiki>овехонькие сообщества в стиле [[</nowiki>''Apache]] в''<nowiki>округ первого NetBeans, а затем – [[O</nowiki>''penOffice.org]]''. Вот эти проекты мы запустили в 1999, и до сих пор они весьма активны. Если вы посмотрите на ''OOo'', на инструменты, которые поддерживают эту общность – для ''CVS'', отслеживания ошибок, публикации контента, координирования релизов и т.п. – все эти инструменты
– CollabNet. Sun нам платит, и мы занимаемся этой работой на общественном сайте.

'''LXF:''' Как Вам с CollabNet удается теперь убеждать непосвященных в живучести движения Open Source?

'''ББ:''' Во-первых, я рассказываю, что 11 лет назад те из нас, кто пользовался web-сервером NCSA, делали это не в качестве хобби.

Не все, но большинство из нас использовало этот сервер, чтобы начать свой бизнес.

Не важно – web-дизайнерскую компанию, как это было у меня, или Internet Movie Database, или web-мастер из MIT… Все мы использовали его для бизнеса, и мы собрались вместе, чтобы написать код.

'''LXF:''' И как Вы сумели разглядеть потенциал движения так рано?

'''ББ:''' <nowiki>Подозреваю, что я просто не знал ничего лучше. Я был двадцатилетним почти- выпускником Университета Беркли, и львиную долю свободного времени проводил, исследуя потрясающе крутую штуку под названием Сеть. Я был очарован работой системы – казалось, в ней нет центра управления. У моего провайдера Prodigy не было ничего похожего ни на шлюз, ни на центрального координатора, и тем не менее все работало. Я просто отпал, я читал ночи напролет все, что мог найти, просматривал ссылки на рабочие группы IETF. В итоге я присоединился к двум парням, рабочей группе HTTP, и сидел и смотрел, как Тим Бернерс-Ли (Tim Berners-Lee) и Мартин Глисон (Martin Gleeson) обсуждают способы общения Mosaic с web-сервером CERN. Или о рабочей группе HTML – должен или не должен тэг <img> быть контейнером?</nowiki>

По-моему, я не знал ничего лучше, но мне казалось, что работа над дизайном должна иметь форму беседы, а не то, что кто-то с горы провозглашает десять заповедей. Это было очень прочное впечатление, и в ранние дни ''Apache ''многие из нас принимали активное участие в рабочих группах HTTP. Нам нужно было вести свой бизнес, нам нужен был web-сервер получше, мы переживали, что Netscape способствует

«утечке мозгов» из NCSA, и мы объединяли наши усилия и думали: «Эй, глянем-ка, нельзя ли сделать лучше. Может быть, нам все равно придется покупать коммерческую версию, но пока это лучше, чем вообще ничего».

Однако мне думается, что доля идеализма тоже присутствовала. Мы в ''Apache о''чень хотели увидеть эталон применения стандарта HTTP, который мог бы считаться эталоном качества. Нас беспокоило, что какая-нибудь фирма сможет стать владельцем и клиентской, и серверной стороны web.

Случись такое, это было бы равнозначно власти Microsoft на рабочих столах. И побудительной причиной вовсе не была неприязнь к корпорации, причина была в том, что нам нравилась эта штуковина под названием «сеть», без шлюзов, без заглушек, и мы хотели, чтобы она оставалась такой и впредь. Мы и подумать не могли, что 70% рынка станут нашими…

'''LXF''': ''Вы выбирали лицензию под влиянием таких мыслей?

'''ББ:''' <nowiki>Мы обсудилиэтот вопрос на самой ранней стадии. Изначальная лицензия [</nowiki>''Apache] н''а базе кода NCSA была невероятно либеральна – она гласила: «Вот вам код, делайте с ним все, что хотите. Можете создавать производные, можете использовать его с любыми целями, но если вы его передадите кому-то еще, не обвиняйте нас, если он не будет работать. Только обязательно сообщите остальным, что код, который вы им передаете, берет начало в NCSA».

Эта лицензия казалась нам справедливой. И поэтому лицензия A''pache ''в основном использовала ту же концепцию. То же самое с BSD. Даже в те дни, в самом начале, мы думали: «А вдруг какая-нибудь фирма возьмет ''Apache ''и вставит его в какую-нибудь коммерческую разработку?» А потом решили: «Ну и что? На самом деле, это будет даже хорошо, потому что поможет укрепить позиции HTTP как открытого стандарта.

Используя [[Apache]], они не смогут найти отговорки для отказа соответствовать стандарту». Им не удастся сослаться на излишнюю сложность – как это делали большинство фирм. И более того, мы верили в пряник, а не в кнут. Лицензия GPL гласит: «Вы должны сотрудничать, вы должны делиться своим кодом», а лицензия BSD гласит: «Делайте, что хотите», но мы чувствовали, что фирмы в конце концов снова обратятся к нам и поделятся своими заплатками, и даже своими улучшениями.

'''LXF:''' Каким, по Вашему мнению, будет воздействие GPL версии 3 на ПО с открытым кодом?

'''ББ:''' Я всегда предпочитал лицензии не в стиле GPL, а в стиле Беркли – это как раз

«кнут против пряника». Боюсь, что любая формулировка, расширяющая степень открытости кода, только усложнит процесс привлечения новых участников в движение Open Source. Мне симпатична позиция

<nowiki>[Ричарда] Столмена. Думаю, что в конечном итоге – лет через 30–50, когда программы будут в каждой дверной ручке и мы начнем программировать жизнь на биологическом уровне – доступ к исходному коду будет равнозначен гражданским правам.</nowiki>

Так что насчет отдаленного будущего, помоему, он попадает в точку.

<nowiki>А в недалеком будущем мне бы хотелось привлечь как можно больше людей и убедить их в преимуществах открытого доступа к коду. Я предпочитаю лицензии попроще. Предложенное решение [для GPL v3] – что если у приложения имеется ссылка, говорящая: «загрузите код», то эта ссылка должна быть сохранена– по-моему, верное. Но мне кажется, что возникнут вопросы о смысле лицензии, если я использую приложение с лицензией GPL, а оно обращается к другому приложению. Надо ли открывать доступ ко всему, или только к той части, которая относится к GPL?</nowiki>

Фирмы пытаются понять, много ли им придется отдавать, и держатся подальше от ПО с лицензией GPL из-за ее крайней неопределенности. И мне думается, что многим это не дает присоединиться к нам. Надеюсь, что GPL v3 исправит это положение вещей.

'''LXF:''' А Вас не беспокоило, что фирмы могли бы переделать Apache под свои стандарты?

ББ: Ну, сделали бы они это, и что? Пусть Netscape или даже Microsoft взяли бы код, мы бы не переживали, потому что наличие процесса открытой разработки и открытой лицензии означает, что все равно большая часть деятельности вернется к нам. С масштабом Интернета нам и не нужно было, чтобы такое количество народа кинулось помогать нам с усовершенствованиями.

Мы сделали еще одну вещь, мы подумали: «Что это за комбинация процессов, отношений и инструментов, которая помогла нам создать наш web-сервер?» Мы реплицировали ее в другие программные проекты и в 1998 создали Фонд Программного Обеспечения ''Apache ''(''Apache ''Software Foundation). Сейчас в работе 25 различных проектов высшего уровня. Многие из них возвращаются в CollabNet. В 1998-м я видел эту потребность в более понятных компаниям инструментах, потребность в понимании методов разработки или ориентированность на открытость, прозрачность.

'''LXF:''' Как Вы думаете, куда движется web?

'''ББ:''' Сейчас разрабатывается много интересных приложений, и большое внимание уделяется совместному написанию приложений. Мне очень нравится программа для поиска квартир, соединение Craigslist с Google Maps. Это интересно. Это признание факта, что ценность базы данных не создается одним человеком в стиле советского командно-административного подхода к экономике, нет, она динамически генерируется через объединение деятельности многих и многих людей в более интересную комбинацию. Одна из главнейших ценностей Amazon – его читательские комментарии; главная ценность Wikipedia в том, что она создается огромным числом разных людей. Это не точка зрения Джимми Уэйлса

<nowiki>[Jimmy Wales, основатель Wikipedia] на каждую словарную статью; это – сочетание тысяч точек зрения. Я думаю, самые интересные приложения будут как раз слиянием снизу доверху таких вот данных. Мы такого еще не видели.</nowiki>

'''LXF:''' А у Вас идеи имеются?

'''ББ:''' <nowiki>[Смеется – мы поняли это в смысле «Знаю, но не скажу».]</nowiki>

'''LXF:''''' ''Приемлемы ли, по-Вашему, коммерческие web-продукты типа Flash?

'''ББ:''' У меня предубеждение против них: эти ребята будут целую вечность создавать плагин для Linux. А для FreeBSD, на которой работаю я, и того дольше. Без исходного же кода всегда сложно предотвращать зависания и исправлять прочие проблемы. А ведь примерно одна из двадцати анимаций Flash либо подвешивает компьютер, либо его тормозит.

Проблема не в Macromedia per se <nowiki>[самой по себе – прим. пер.]</nowiki>. В качестве среды программирования мы выбираем Ajax как более естественный интерфейс. Анимация Flash обладает фиксированным окном, в котором производятся действия, а анимация Ajax (подобно HTML), похоже, умеет вписываться в то окно, которое вы сами предоставляете, и это дает больше гибкости.

'''LXF:''''' ''Решение с открытым кодом потребует много времени… ББ: Ну, это инженерный анализ. Даже если это и возможно, все равно вы рискуете вызвать гнев DMCA. Ajax, с другой стороны, создан с применением всех открытых технологий, и когда у вас есть две эквивалентных системы, выигрывает обычно та, у которой открытый код.

Если посмотреть на ситуацию шире, то мы вряд ли увидим конец проприетарного ПО. Как и Apple, мы продаем проприетарное ПО, которое нравится людям, но мы обязаны постоянно двигаться против течения.

Никому не хочется оказаться в положении Netscape, продававшей web-серверы – конкуренты ''Apache''. Нужна бизнес-модель, хотя бы и просто набор сервисов, но предлагающая больше, чем люди могут получить самостоятельно. Интересно будет взглянуть, куда пойдет индустрия ПО в целом в ответ на это.

'''LXF:''''' ''Вы считаете, что патенты станут большей проблемой?

'''ББ:''' Вот что самое смешное: знаете, какая фирма больше всего пострадала из-за патентов в прошлом году?

'''LXF:''''' ''Гм... уж не Microsoft ли?

'''ББ:''' <nowiki>Нет, всего лишь Eolas с $500-миллионным патентом [Апелляционный суд США частично отменил вердикт и вынес постановление о пересмотре дела]. А вторая по счету крупная фирма? RIM BlackBerry [сумма, которую RIM без суда выплатила NTP Inc, превышала сумму по делу Eolas].</nowiki>

Я очень рад, что есть организации вроде Европейского Фонда Свободного ПО (Free Software Foundation Europe) и других, которые борются против введения более жестких законов о патентах, и нам в Штатах надо больше двигаться в том же направлении.

Думаю, что главные соратники в этой борьбе – крупные держатели патентов на интеллектуальную собственность (IP), которые поймут, что если слишком закрутить гайки, это будет игра для дураков.

<nowiki>Я не против утверждения, что иногда патенты имеют смысл. Бывают яркие идеи, реализуемые методом долгих проб и ошибок, и должен быть вознагражден изобретатель, а не обязательно фирма, которая платит ему зарплату. Нужно в какой-то степени защитить инвестиции в исследования и разработку. Но самые новаторские достижения в ПО за последние десять лет не являются запатентованными технологиями. Они не являются результатом многолетнего сидения в лаборатории, [они] пришли из сообщества динамической разработки.</nowiki>

'''LXF:''''' ''Считаете ли Вы, что разница в развитии американского и европейского ПО увеличится?

'''ББ:''' Меня интересует, как пойдут дела с интеллектуальной собственностью в Индии

<nowiki>[у CollabNet имеется офис в Ченнае]. Я был там на прошлой неделе и прочел статью о некой фирме Cipla, объявившей, что они готовы начать производство миллионов доз Tamiflu, лекарства от гриппа. Roche Pharmaceuticals, владелец патента на Tamiflu, ежегодно может выпускать только ограниченное количество лекарства, а время поставки, если сделать заказ в Roche сегодня, составляет 18 месяцев. Cipla заявила, что это – вопрос здоровья нации, угроза пандемии, поэтому они и начали выпуск лекарства. [Roche продает лекарство по всему миру, но не обладает патентом на Tamiflu в Индии.] Интересно будет посмотреть, что предпримет по этому вопросу индийское правительство, потому что оно не может получить свою вакцину от гриппа, а у них есть миллиард человек, о которых им надо побеспокоиться, в то время как Roche может изготовить только 12 миллионов доз в год. В некоторых местах патентное законодательство не будет изменяться постепенно. Кое-где настолько уверены в преимуществах более жесткого патентного законодательства, что им нужен прямо-таки Перл-Харбор, чтобы о</nowiki>ни передумали <nowiki>[налет на Перл-Харбор решил вопрос о вступлении США во Вторую мировую войну, – прим. ред.]</nowiki>. Мне бы не хотелось ничего подобного, но может случиться, что ситуация с Tamiflu заставит людей осознать, что жесткое патентное законодательство может стоить жизней.

'''LXF:''''' ''Последнее: Вы все еще играете электронную музыку?

ББ: <nowiki>В стиле Джона Пила [John Peel] – я играю на вечеринках, для друзей, где собирается от 20 человек до…ну, самое большее в прошлом году было человек 600. Это такие вечеринки в стиле андерграунд, где мы разбиваем лагерь, устанавливаем аппаратуру в горах или на пляже, и играем.</nowiki>

LXF80:Живые дистрибутивы

2008-03-30T19:42:40Z

Domostroitel:

== ЖИВЫЕ ДИСТРИБУТИВЫ ==
'''''Ричард Коббет '''перетряхнул целый мешок LiveCD/DVD, претендующих на ваше внимание.''

Вся прелесть «живых» дистрибутивов в их разнообразии. Они могут иметь всевозможные формы и размеры; мы навидались всяких. LiveCD в основном делятся на три категории.

К первой, да и самой полезной категории относятся дистрибутивы вроде KNOPPIX и Damn Small Linux. Они помогут исправить сбой, поковыряться в настройках, загрузить заплатки – или станут палочкой-выручалочкой, способной спасти и сохранить ваши файлы перед полной переустановкой системы.

{{Врезка
|Заголовок = '''Участники сравнения'''
|Содержание =
* '''Damn Small Linux'''
* '''Games Knoppix'''
* '''Knoppix'''
* '''LG3D Live CD'''
* '''Morphix'''
* '''SUSE Live'''
* '''Ubuntu Live'''
|Ширина=200px}}

Вторая категория повеселее: принадлежащие к ней LiveCD позволяют посмотреть на новый дистрибутив, не проходя мучительного (для многих) этапа установки. Многие из них могут использоваться и как обычные установочные диски – и пусть комплект софта здесь не столь богат, как у коробочной версии SUSE, но основные системные пакеты и полноценное рабочее окружение на месте. Просто вставьте такой LiveCD в привод, посмотрите на него, выберите опцию установки (обычно предусматривающую даже автоматическое перераспределение дисковой памяти), и готово – новая веха в развитии подхода «попробуй, прежде чем покупать».

Недостаток «живых» дистрибутивов – необходимость их сочетания с подходящим носителем, например, USB-брелком, потому что файлы, которые вы мусолили в ОЗУ, после выключения питания исчезнут навеки.

Третья категория – узкоспециализированные LiveCD. Например, чисто технологическая забава в стиле «собери дистрибутив сам» или игровая система для убийства времени и гоблинов по первому требованию души. Как и многое в мире Open Source, «живые» дистрибутивы легко добыть и протестировать. В этом обзоре мы обращали внимание на их объем, скорость загрузки, совместимость с оборудованием и прилагаемое программное обеспечение. Однако их цели столь различны, что мы в первую очередь смотрели, как дистрибутив справляется с задачей, для которой создан, и насколько эта задача актуальна – вместо сравнения с соперниками напрямую. Самое приятное – LiveCD настолько просты, что даже если какой-то из них вызывает одно лишь любопытство, он и то будет не хуже любого инструмента для эксперта.

=== Knoppix ===
''Вставьте диск. Загрузитесь. Самое то для дебюта.''

• '''Версия:''' 4.0.2 • '''Web:''' www.knoppix.org • '''Цена:''' Бесплатно

'''Knoppix – это не просто LiveCD''', а своего рода эталон в мире живых дистрибутивов. Его можно применять как угодно: и как средство «реанимации» системы, и как портативный офис. Knoppix – мастер на все руки, который поможет вам в трудную минуту, и достойный попутчик в командировке (на пару с USB-брелком).

[[Изображение:Img_80_21_2.jpg|450px|thumb|На любом хорошем LiveCD – куча программ. Точный список варьируется от диска к диску.]]

С какой бы целью вы ни использовали Knoppix, без поддержки в трудную минуту не останетесь. Речь идет не только о традиционных web-ресурсах и wiki: про этот дистрибутив выпущено множество книг, от серии «для чайников» до солидных томов издательства O’Reilly.

Как и все LiveCD, KNOPPIX работает только с памятью: никакие файлы на жесткий диск не устанавливаются, ничего не удаляется (хотя, конечно, вы можете управлять файлами самостоятельно). Knoppix затронет на диске только раздел подкачки, если он у вас есть и если ОЗУ вдруг не хватит. Естественно, в этом случае будет соответствующее падение производительности. Knoppix можно запустить при 64 МБ оперативной памяти, но для нормальной работы необходимо 256 МБ, а если вы хотите работать с O''penOffice.org ''и обрабатывать фотографии в ''Gimp'', то рекомендуемый объем памяти увеличится до 512 МБ – 1 ГБ.

Knoppix – невероятно емкий дистрибутив, уместивший на диск около 2 ГБ программ. Он основан на Debian, а в качестве основного рабочего окружения выбрал KDE. Есть тут и другие оконные менеджеры, например, F''luxbox ''и ''IceWM'', но тем, кто любит работать с Gnome, придется взять другой LiveCD – Gnoppix, на базе Ubuntu.

'''Что душе угодно'''

Ну и, конечно, в нем есть куча программ, начиная с утилит администратора типа ''Ethereal ''и заканчивая дизайнерским ПО (''Scribus'') и играми. Большую часть программ, которые устанавливаются по умолчанию во многих дистрибутивах, можно найти и здесь: например, ''Firefox ''(лидер среди браузеров), ''OpenOffice.org'', ''Gimp''... и т.д. Точный список пакетов постоянно меняется, и Knoppix старается угодить всем, поэтому вы найдете в нем инструмент практически для любой задачи.

[[Изображение:Img_80_21_1.jpg|450px|thumb|Установка Knoppix на жесткий диск возможна, но не факт, что проста. Действуйте
на свой страх и риск.]]

Настройка проходит при загрузке системы, автоматически и почти незаметно. Knoppix особенно хорош в обнаружении оборудования. Отдельного упоминания заслуживают личные настройки пользователя. Здесь поосторожнее: как и в любом LiveCD, вам позволят сохранить любые файлы на рабочем столе или в другом месте виртуальной файловой системы, но постарайтесь скопировать их на внешние носители, ибо от системных сбоев и отключения питания никто не застрахован.

Лучше всего пользоваться Knoppix вместе с USB-брелком. Меню Knoppix даст вам возможность переместить домашнюю директорию на USB-носитель. С брелком и Knoppix вы можете все свое носить с собой – и систему, и файлы: подключите брелок, вставьте диск – и вот оно, любимое рабочее окружение.

Последним стабильным релизом на данный момент является Knoppix 4.0 (пятая ветвь пока дебютировала лишь в версии для CeBIT). Нестабильный релиз широко распространен в сетях B''itTorrent'', и содержит такие полезные функции, как прозрачная запись файловой системы NTFS.

Knoppix – отличный дистрибутив и отличная демонстрация технологии LiveCD. Knoppix никоим образом не специализируется на отдельной задаче, он пытается обеспечить все ваши нужды: вызовет «скорую помощь» для рухнувшей системы или позволит в гостях быть как дома. Для какой-то конкретной задачи Knoppix может оказаться не самым удобным, но если что из LiveCD нужно иметь под рукой – это Knoppix.

----
'''Вердикт Linux Format'''

Рейтинг 8/10

МЧС в вашем офисе; славную репутацию Knoppix заслужил по праву.
----

=== Morphix ===
''Не нашли идеальный дистрибутив? Создайте свой.''

• '''Версия:''' н/д • '''Web:''' www.morphix.org • '''Цена:''' Бесплатно

'''Morphix, основанный на Knoppix '''(то есть на Debian), использует совершенно иной подход, нежели большинство LiveCD: пользователю предоставляется широчайший спектр настроек, а уж вы коверкайте систему любым удобным для вас образом.

[[Изображение:Img_80_22_1.jpg|400px|thumb|Не любите KDE? Выкиньте. Хотите игр? Добавьте. В Morphix есть все для создания личного LiveCD. ]]

Поэтому Morphix отнюдь не тот дистрибутив, который можно просто скачать и использовать – в большинстве случаев, для специалистов есть и получше. Это скорее выбор продвинутого пользователя, желающего создать свой LiveCD, комбинируя имеющиеся пакеты, а их великое множество: от KDE до демо ''Unreal Tournament 2004''. Идея простая: вы получаете 700 мегабайт для заполнения и возможность порулить.

Загвоздок с ним три. Во-первых, последнее время развитие Morphix выглядит не очень активным – разработчики и поклонники у дистрибутива есть, но ISO-образы на главной webстранице едва ли можно назвать свежими. Во-вторых, хотя собрать свой LiveCD на базе Morphix значительно проще, чем с нуля – берите нужные пакеты да кладите на диск – но и тут сложности встречаются. В-третьих (и это самое печальное), официальный список пакетов на '''www.morphix.org/wiki/index.php/ModuleListing '''довольно чахлый.

Все это делает Morphix интересной игрушкой, перескакивать на который, однако, не посоветуешь. Knoppixподобные дистрибутивы обычно избегают лишней работы, так что если не нашлось LiveCD, заточенного под ваши задачи, то и в Morphix вы вряд ли сможете найти готовые модули с нужными вам программами. Вы можете скачать готовый комбинированный образ, куда более похожий в работе на стандартный LiveCD, однако и в нем не будет ничего такого, чего нету у других.

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

----
'''Вердикт Linux Format'''

Рейтинг 8/10

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

=== Damn Small Linux ===
''Компьютер в бумажнике.''

• '''Версия:''' 2.6 • '''Web:''' www.damnsmalllinux.org • '''Цена:''' Бесплатно

Угадать главное преимущество «Чертовски маленького Linux» ничего не стоит – невероятная польза его в том, что он легко умещается даже в бумажнике: ведь его объем – всего 50 мегабайт, а значит, он прекрасно запишется на мини-диск размером с визитку.

[[Изображение:Img_80_22_2.jpg|400px|thumb|Справа – Firefox, слева – Dillo. Даже в таком крошечном дистрибутиве у вас есть
выбор.]]

Поразительно, сколько всего разработчики впихнули в этот крошечный объем. Основная идея DSL – использование более легких альтернатив распространенным программам. Конечно, приходится идти на компромиссы: вместо KDE вы получаете ''Fluxbox, в''место полного ''OpenOffice.org ''– облегченный ''FLWriter''<nowiki>; вашу жажду общения удовлетворят </nowiki>''Naim ''(клиент на базе командной строки) и ''GPhone''.

Но даже если минимализм вам не по вкусу, у DSL есть еще один туз в рукаве: онлайновый сервис MyDSL. Простенькое меню предлагает множество программ, игр и файлов для скачивания прямо из сети, буквально правым щелчком мыши. DSL основан на Debian, и APT c ''Synaptic ''в нем, конечно, имеются, но MyDSL для DSL значительно эффективнее.

Все это создает прекрасный баланс между малым размером и функциональностью – ''OpenOffice.org ''целиком скачивать было бы мучительно, зато небольшие приложения мгновенно доступны для работы через службу MyDSL. А еще можно комбинировать базовый диск и USB-брелок, то есть иметь нужные программы при себе.

DSL, как и прочие, устанавливается на жесткий диск, но даже документация советует этого не делать. DSL – прежде всего мобильная система, и вряд ли она подойдет для ежедневного использования на рабочем столе.

DSL напоминает швейцарский армейский нож – худо-бедно управится с любой задачей, а небольшой размер позволяет всегда носить его с собой. Пусть это не самый функциональный или миловидный LiveCD, обязательно держите его в резерве.
----
'''Вердикт Linux Format'''

Рейтинг 9/10

По удобству – особенно если Интернет всегда есть – с этим LiveCD ничто не сравнится.
----

=== Ubuntu Live ===
''Самый популярный дистрибутив живее всех живых.''

• '''Версия:''' 5.10-live • '''Web:''' www.ubuntu.com • '''Цена:''' Бесплатно

'''Несмотря на меньший размер ('''650 МБ), Ubuntu Live (как, например, и SUSE Live) –обычный дистрибутив общего назначения, трансформированный в LiveCD, а не специальная LiveCDразработка. Есть несколько причин популярности Ubuntu: прежде всего, это крепкий фундамент Debian, простой в использовании рабочий стол Gnome и грамотный подбор приложений.

[[Изображение:Img_80_23_2.jpg|400px|thumb|Читая почту из LiveCD, убедитесь, что установлена опция Оставлять Письма На
Сервере, не то ваши сообщения пропадут.]]

Немного разочаровывает тот факт, что Ubuntu Live сразу же не загружает рабочую систему: пользователя сначала проведут по нескольким текстовым меню, в которых он должен будет выбрать язык и разрешение монитора и загрузить нужные драйверы. Но когда вы покончите с этой процедурой, все пойдет гладко.

Привлекательнейшая черта этого дистрибутива – здесь, как и в DSL, можно устанавливать дополнительные программы, причем так же просто, как в DSL, по принципу «для загрузки программы жми здесь», а не «если ты знаком с ''apt-get ''или S''ynaptic'', ну тогда вперед».

Главное меню Ubuntu Live делает упор на специализированные средства загрузки: в DSL вы видите наскоро накиданный список, а Ubuntu Live предлагает огромный выбор, причем программы сортированы по категориям и снабжены полным описанием и иконками. Конечно, «установка» в терминологии LiveCD – не совсем верное понятие, поскольку «установленные» пакеты (и все остальное тоже) испарятся при первой же перезагрузке. Выбор пакетов вполне приличный, все более или менее известные программы здесь налицо. Поэтому Ubuntu Live идеальна и как демонстрационная платформа, и как портативный дистрибутив.

В отличие от SUSE Live, Ubuntu можно установить на жесткий диск...хотя соломки тут не подстелено: повозиться придется изрядно. Но несмотря на то, что лучше уж скачать настоящий инсталляционный диск Ubuntu, на wiki имеются инструкции по распаковке LiveCD на жесткий диск (и на USBбрелок, для постоянного хранения).

Различия между LiveCD и установочным дистрибутивом минимальны. Ubuntu Live вряд ли займет место в вашем наборе инструментов, это просто «живая» версия Ubuntu, которая служит в первую очередь для знакомства с этим дистрибутивом. Вы можете выступить гидом по Linux, держа боязливых за ограждением – хорошее впечатление гарантировано.
----
'''Вердикт Linux Format'''

Рейтинг 8/10

Не будем о грустном при начале установки. С этим LiveCD мы забыли, что находимся не в полноценном Ubuntu – такое бывает нечасто.
----
=== SUSE Live ===
''Принцип «сначала надкуси»: бесплатная версия.''

• '''Версия''': 10.0 • '''Web''': www.suse.com • '''Цена''': Бесплатно

[[Изображение:Img_80_23_1.jpg|400px|thumb|Благодаря стильному внешнему виду, SUSE – отличная возможность показать
Linux во всей красе.]]

'''Вряд ли SUSE нуждается в особом '''представлении. SUSE Live – «живой» дистрибутив, являющийся свободно скачиваемой демо-версией полной коммерческой версии SUSE (а не свободной OpenSUSE). Если вы хотите показать своим друзьям, что они получат в коробке с SUSE Linux, его-то вам и надо.

Система сразу же радует глаз зелено-голубым экраном с градиентной раскраской, и, не прибегая к допросу на техноязе, загружает менеджер входа в KDE (еще лучше был бы автовход, но и так вам не придется мучительно вспоминать, какой же пароль у тестового пользователя LiveCD). Рабочий стол дополнен всплывающими подсказками, а в меню доступна опция поиска нужного приложения, и вы можете сразу попасть… ну, к примеру, в аудиоплейер. Новичкам не придется гадать, что такое ''amaroK ''– не покемон ли? Не совсем, правда, соблюдено единообразие подписей: плейер значится как «Audio Player (amaroK)», а ''Gimp ''назван просто «Редактор изображений».

Набор программ достаточен, на DVD их влезает много. Вы найдете всех подозреваемых (ядро 2.6.13, F''irefox'', ''OpenOffice.org'', ''Evolution'') плюс фирменные утилиты SUSE, например, YaST и всевозможные инструменты для записи дисков, проверки почты, форматирования, создания разделов… больше и желать нечего. SUSE Live – один из немногих «живых» дистрибутивов, содержащих и KDE, и Gnome, не разветвляясь для этого на разные версии (как Ubuntu/Kubuntu).

Установка программ не так проста, как в Ubuntu: скорее всего, вы заблудитесь в утилитах. Но хуже всего то, что вы не сможете установить эту систему себе на жесткий диск, если она вам понравится. Существует отдельная пробная версия SUSE, а LiveDVD предлагается фирмой Novell лишь как демонстрация возможностей системы и средство убедить вас в необходимости покупки коробочной версии. К счастью, никакого давления на вас LiveDVD не оказывает и никакой рекламы не содержит, если не считать крошечной заметки о возможности приобрести контракт на поддержку SUSE.
----
'''Вердикт Linux Format'''

Рейтинг 6/10

Красива и свободна... но только на DVD, на жесткий диск установить нельзя. И если вас не интересует конкретно SUSE, то и использование ограничено.
----

=== Games Knoppix ===
''Бойцам нужно развлечься!''

• '''Версия:''' 3.7.0-1 • '''Web:''' http://tinyurl.com/429g2 • '''Цена:''' Бесплатно

'''О серьезных вещах – достаточно'''.

Если вам вдруг захотелось поиграть, поможет Games Knoppix. Вы поймете это еще при загрузке, когда увидите, что обычный статичный фон KDE заменен на заснеженный пейзаж с анимированным Санта-Клаусом на лыжах. Все остальное похоже на обычный Knoppix. Те же утилиты, то же оформление, и много таких же программ (вряд ли когда-либо ''Tomb Raider ''вытеснит ''Vim''…).

[[Изображение:Img_80_24_1.jpg|400px|thumb|Всем встать! Frozen Bubble – игра королей. Или во что они там играют – в скачки,
поло, Beneath A Steel Sky? Все равно игра королей.]]

Конечно же, главная прелесть этого дистрибутива скрывается в подменю «Игры». Есть две версии Games Knoppix, на CD и DVD – не стоит и говорить, что последняя предпочтительней. Здесь есть широкий выбор игр большинства жанров, кое-какие вы, наверное, и не встречали: ''FreeCiv, Armagetron'', ''Chess'', ''Freecell''...

Теперь готовьте помидоры: начинается критика.

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

Беда в том, что лишь немногие из игр хоть как-то впечатляют, да и то не чрезмерно. Обычные проблемы с лицензиями означают (заметное) отсутствие коммерческих проектов, вроде ''Unreal Tournament ''или ''America’s Army'', хотя и имеется полная копия отличной научноприключенческой игры ''Beneath A Steel Sky'', заодно со снотворной ''Flight Of The Amazon Queen ''– та и другая любезно предоставлены проектом ''ScummVM (''он тоже включен).

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

Не надо возиться с установкой – это хорошо, но если игра вам понравится, вы скорее всего установите ее на свою систему, а диск с Games Knoppix отложите на черный день.
----
'''Вердикт Linux Format'''

Рейтинг 6/10

Задумано неплохо, но большинство известных игр не поддерживается.
----

=== LG3D Live CD ===
''Looking Glass – путешествие в Зазеркалье.''

• '''Версия:''' 2.3 • '''Web:''' https://lg3d-livecd.devjava.net • '''Цена:''' Бесплатно

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

Проект Looking Glass – попытка компании Sun сделать трехмерный рабочий стола, сама по себе интересная. Большинство людей не станет скачивать и устанавливать целую систему просто для ознакомления с какой-то технологией, поэтому специализированный «живой» дистрибутив придется весьма кстати.

[[Изображение:Img_80_24_2.jpg|400px|thumb|3D-интерфейсы – отличная идея или тупик? Проверьте сами, для этого не надо
сметать вашу систему!]]

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

Однако в качестве демонстрационного LiveCD, LG3D со своей задачей справляется. Looking Glass автоматически запускается сразу после загрузки – или не запускается (подайте 240 МБ ОЗУ, пожалуйста).

По крайней мере, LG столь же пригоден к использованию, как и установленный в системе – увы, на практике постоянное раскачивание и окна, поворачивающиеся то так, то эдак, вызывают скорее подташнивание, чем улыбку на ваши уста. Можно просматривать web в 3D и блуждать среди фотографий на компакт-диске в 3D, но вряд ли вы ради этого поспешите дать пинка KDE или Gnome.

Дистрибутивы такого типа много обещают в будущем. Они не просто позволяют запускать новые программы, избежав их настройки (представьте, как вы показываете друзьям «живой» Xgl прямо из-под Windows), но и «ощутить» их в полной мере. В данном случае, ощущается морская болезнь. Но уж так бывает в Зазеркалье. И вообще, на вкус-цвет...
----
'''Вердикт Linux Format'''

Рейтинг 5/10

Крайне ограниченная задача, но на большее LiveCD не претендует. И всегда интересно испробовать новую технологию.
----

=== LiveCD ===
'''ВЕРДИКТ'''

Все дистрибутивы интересны, но по-нашему, Damn Small Linux – самый полезный из них (если на машине, которая его приютит, есть доступ к Интернету). Крошечный объем позволяет быстро его скачать, записать на диск и, что важнее всего, всегда держать при себе; если каких-то программ не хватит, MyDSL придет на помощь и загрузит их на лету.

[[Изображение:Img_80_25_1.jpg|400px|thumb|]]

Вас может удивить, что мы не рассматривали дистрибутивы для какихто особых задач, например для аудита безопасности. Но ведь это задача скорее для утилиты, чем для LiveCD. У всех нас есть любимые утилиты и методы работы, и лучшей чертой систем вроде DSL, Knoppix и Morphix является в первую очередь их расширяемость. Если чего-то не хватает, добавить всегда возможно. «Живой» дистрибутив во всей красе – это не просто компьютер на диске, а ваш собственный компьютер, от темы рабочего стола до набора любимых приложений.

Сейчас, правда, добиться этого нелегко. Будем надеяться, что системы вроде ''MorphingMorphix с''умеют значительно упростить создание личного LiveCD. Планка, которую надо взять – это выбор прямо из списка, запись диска, и в путь! Мы уже на пороге, но кто знает, когда настанет это время?

Здесь и сейчас, самые интересные LiveCD – те, что демонстрируют новейшие технологии. Практически каждый LiveCD уже способен распознать ваше оборудование (проблемой пока являются USB и прочие Windowsцентристские устройства), настроить звук и сеть через Ethernet; если Project Looking Glass справляется с этим, то почему бы не справиться и с играми, и с офисными пакетами?

Чтобы попасть в светлое будущее, LiveCD должны еще много поработать.

Если ни один из рассмотренных дистрибутивов вам не подошел – посетите страницу '''http://www.frozentech.com/content/livecd.php''', тут представлено свыше трехсот претендентов на вашу CD-матрицу. Что-нибудь вам да понравится. А нет, так просто выкиньте диск на помойку: цена вопроса составит стоимость пустой болванки.

<center>'''СРАВНИТЕЛЬНАЯ ТАБЛИЦА ВОЗМОЖНОСТЕЙ'''</center>

{| cellspacing="0" border="1" cellpadding="5"
!
! style="background-color:#EEEEFF;" | '''DSL'''
! style="background-color:#EEEEFF;" | '''Games Knoppix'''
! style="background-color:#EEEEFF;" | ''' Knoppix'''
! style="background-color:#EEEEFF;" | '''Morphix'''
! style="background-color:#EEEEFF;" | ''' SUSE'''
! style="background-color:#EEEEFF;" | ''' Ubuntu'''
! style="background-color:#EEEEFF;" | '''LG3D'''

|-
! '''Формат'''
| Business Card CD or CD
| CD/DVD
| CD
| CD
| DVD
| CD
| CD

|-
! '''Размер '''
| 50Мб
| 700Мб/ 2.7Гб
| 700Мб
| Различается
| 1GB
| 650Мб
| 240Мб

|-
! '''Возможность установки'''
| Да
|
| Да
|
|
| Да
|

|-
! '''Специализация '''
| Портативный рабочий инструмент
| Игры
| Портативное рабочее окружение
| Создание своего LiveCD
| Демо
| Демо
| Технологическое демо

|-
! '''Среда '''
| Fluxbox
| KDE
| KDE
| Любой
| KDE or Gnome
| Gnome
| Fluxbox/ Project Looking Glass

|-
! '''Версия ядра '''
| 2.4.26
| 2.4.27
| 2.6.12
| Любая
| 2.6.13
| 2.16.12.6
| 2.4.29

|-
! '''Возможность ремастеринга '''
| Да
|
| Да
| Да
|
|
|

|-
! '''Основа '''
| Debian
| None
| Debian
| Debian
| SUSE
| Ubuntu/ Debian
| Slax

|}

LXF80:Moneydance 2006

2008-03-30T19:40:47Z

Domostroitel:

''Персональный финансовый учет''

== Moneydance 2006 ==

'''''Грэм Моррисон''' теперь учитывает все до последнего пенни с помощью кросс-платформенной программы, являющей соперником ''GnuCash''.''

{{Врезка
|Заголовок = '''Самое главное'''
|Содержание = GUI-приложение, поможет сбалансировать ваши доходы и расходы.
Аналоги: ''GnuCash ''и ''KMyMoney''.
*'''Разработчик''' : Reilly Technologies
*'''Сайт''' : www.moneydance.com
*'''Цена''' : $29,99
|Ширина=300px}}

Управлять своими финансами не менее увлекательно, чем смотреть старые сериалы о семейном наследии. Заставить длинный список цифр понравиться кому-нибудь, кроме бухгалтеров – задача сложная, но авторы M''oneydance ''находятся на правильном пути.

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

[[Изображение:Img_80_16_2.jpg|frame|Графиков в Moneydance меньше, чем в GnuCash, но они получше.]]

''Moneydance ''написана на Java и по умолчанию ставит себя в каталог /opt. Первое, что вы видите при запуске программы – окно My Finances. Оно похоже на ''Evolution и'' ''Kontact ''с их большим календарем и напоминаниями. Вверху слева находится итог ваших счетов, а сразу под ним расположился чудной список из 40 валют.

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

'''Важные данные'''

Чтобы начать пользоваться ''Moneydance, п''отребуется внести в нее определенные данные. Базы ''GnuCash'', самой известной программы управления финансами, вы сможете автоматически импортировать, только преобразовав их через ''GnuCash в'' формат QIF или OFX. Также существует превосходный сторонний скрипт на Perl – m''igrate.pl ''– преобразующий базы ''GnuCash в'' более понятный ''Moneydance ''XML.

[[Изображение:Img_80_16_1.jpg|frame|Страница My Finances показывает ваш счет в Игре Жизни. Длинный список
валют включает ныне покойные бельгийские франки…]]

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

Предпочтительным форматом является QIF (Quicken Interchange Format), и хотя он немного устарел, его поддерживают и используют многие организации. Он также будет вашим единственным выбором при первом запуске ''Moneydance ''– так как QIF содержит достаточно информации для M''oneydance'', чтобы сделать необходимые предположения о типе создаваемого счета (типов в программе 8). Банк является основным счетом для каждодневного использования, существуют также счета для кредитных карт, основного капитала и займов. Нас расстроило отсутствие счета для Закладной, однако в принципе ее функции перекрывает тип Заем.

Создав счет, вы сможете импортировать данные OFX (Open Financial Exchange).

Этот формат менее распространен, чем QIF, но предлагает дополнительные возможности, например, перенаправление потоков данных – то есть можно получать данные прямо из банка. Проблема только в том, что поддерживаемые банки, из числа способных на расчеты в реальном времени онлайн, в основном находятся в США. Мы не обнаружили в списке ''Moneydance ''ни один банк из Великобритании. Но если вам известно, что ваш банк работает с другими финансовыми приложениями, например, Q''uicken ''или ''Microsoft Money'', то попробуйте настроить его вручную, он имеет шансы заработать и с ''Moneydance''.

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

Это тот же метод двойной записи, который использует ''GnuCash'', только в ''Moneydance о''н реализован немного лучше.

Имеется, однако, большое упущение, а именно – отсутствие использования гибкой логики при назначении категорий транзакциям. ''GnuCash ''пытается отгадать категорию, в зависимости от прошлых выборов для похожих транзакций, это реальная экономия времени. В ''Moneydance ''вы должны трудолюбиво назначать категорию каждой транзакции. Этот, а также другие небольшие недочеты, означают, что хотя ''Moneydance и''меет более продуманный пользовательский интерфейс и лучшую документацию по сравнению с открытым аналогом, единственная причина, по которой стоит выбрать M''oneydance'', это поддержка вашим банком расчетов в реальном времени.
----

'''Вердикт Linux Format'''
* Функциональность 5/10
* Производительность 6/10
* Простота использования 7/10
* Оправданность цены 7/10
* Рейтинг 6/10
Подходит для онлайновых расчетов (в США), но Moneydance отстает от GnuCash по возможностям и цене. Хотя составляет красивые отчеты.

LXF80:Damn Small Linux 2.3

2008-03-30T19:39:54Z

Domostroitel:

Дистрибутив Linux

== Damn Small Linux 2.3 ==

{{Врезка
|Заголовок = '''Самое главное'''
|Содержание = Наилегчайший дистрибутив, призванный вдохнуть жизнь в старые машины.
Аналоги: Puppy Linux и Feather Linux.
*'''Разработчик''': Команда DSL
*'''Сайт''': www.damnsmalllinux.org
*'''Цена''': Бесплатно по лицензии GPL
|Ширина=300px}}

''Хотите реанимировать ПК из девяностых? '''Майк Сoндерс''' изучает дистрибутив объемом всего 50 мегабайт…''

Давно ли гигабайтов было немеряно… кто ж их сожрал? Вот и верь после этого мнению, что Linux нетребователен к ресурсам. Но хотя аппетиты SUSE или Red Hat на оперативную и прочую память не уступают Windows XP, это далеко не весь мир Linux. Модульное строение Linux и его открытая для совершенствования графическая оболочка позволяют работать буквально на бросовом оборудовании.

Конечно, байтоедов вроде Gnome, KDE или ''OpenOffice.org ''на слабых машинах жить не заставишь, но есть ведь и другие способы выполнения их задач. В этом и состоит задача Damn Small Linux: взять наилегчайшие настольные приложения, собрать из них добротно настроенный дистрибутив и удержать системные требования на минимальном уровне. Результат? Полноценная система Linux, довольствующаяся всего 50 MБ и уживающаяся на древностях вроде 486 с 16MБ ОЗУ.

[[Изображение:Img_80_15_2.jpg|frame|Контрольная панель DSL, может, и неказиста, зато функциональна, в отличие от
прочих «мини» с их текстовыми настройками.]]

Damn Small Linux задуман отнюдь не как первый порт приписки для новичков в Linux, да и не как суперскоростная замена распространённым настольным дистрибутивам. За ее основу приняли Knoppix, унаследовав красочные загрузочные сообщения и прочие зрелые черты Debian, сделавшие Knoppix звездой.

Загружается Damn Small Linux – Чертовски Компактный Linux – Чертовски Быстро. На нашем Pentium-III, 650MГц, 128MБ ОЗУ, DSL загрузился с Live CD за 85 секунд – существенно быстрее, чем SimplyMepis на той же машине (4 минуты 32 секунды). Затем мы урезали ОЗУ до 32 MБ и установили DSL на винчестер: загружается за 58 секунд, выдающееся достижение для столь медленного железа. Сравните: Ubuntu на машине с 1,5 ГГц и 384MБ ОЗУ для загрузки понадобилось 108 секунд, а DSL с Live CD на той же машине хватило 38.

Чтобы Live-дистрибутив целиком уложился в оперативную память, понадобится 128 MБ, несколько не в русле минимальных системных требований; зато оттуда можно инсталлировать на жесткий диск или USB-накопитель, где достаточно всего 16 MБ. Для комфортной работы большинства прилагаемых программ рекомендованы 32 MБ, но эти цифры по зубам почти всем компьютерам, изготовленным за последнее десятилетие.

'''Скромный рабочий стол'''

Опрятный рабочий стол, открывающийся перед вами после загрузки – результат сочетания быстрейшего оконного менеджера ''Fluxbox ''и файлового менеджера ''EmelFM''.
[[Изображение:Img_80_15_1.jpg|frame|Рабочий стол Damn Small Linux под управлением Fluxbox – привлекателен, удобен
и не падок на системные ресурсы.]]

Замечателен экран помощи, он появляется после загрузки и объясняет, как настроить сеть и принтер и инсталлировать систему на винчестер, а заодно указывает, где находится кнопка«Пуск» – очень удобно!

Контрольная Панель, объединяющая массу графических инструментов настройки, скромна, но функциональна – почти весь дистрибутив можно настроить с помощью диалоговых окон в стиле “point-and-click” («наведи и нажми»), хотя установка на винчестер потребует некоторых навыков обращения с командной строкой.

Чтобы понять, как разработчики DSL умудрились заставить дистрибутив работать на 16 МБ ОЗУ, достаточно глянуть на использование памяти приложениями по умолчанию. Почтовый клиент ''Sylpheed о''бходится 4,3 MБ (''KMail ''необходимо 24 MБ); текстовому процессору ''Ted ''нужно 4.1 MБ (''OOo Writer ''занимает 54 MБ); а ''EmelFM п''отребляет лишь 3,1 MБ, не сравнить с аппетитом ''Nautilus ''(14 MБ). ''Siag ''для электронных таблиц, ''XMMS ''для проигрывания музыки и ассортимент прочих столь же скромных программ, всё это на базе ядра 2.4.2 и ''X.org 6.7.0''.

{{Врезка
|Заголовок= '''Вердикт Linux Format'''
|Содержание= * Функциональность 5/10
* Производительность 9/10
* Простота использования 6/10
* Документация 8/10
* Рейтинг 8/10
Великолепное решение для старых PC.
Поразительно, сколько достоинств уместилось в этом крошечном дистрибутиве.
|Ширина=200px}}

Установив DSL на жёсткий диск, вы можете расширить его за счёт Deb-пакетов из запасников Debian (есть там и специальные расширения MyDSL). Разработчики DSL не планируют разрастание дистрибутива сверх 50 мегабайт, с тем расчётом, чтобы его всегда можно было записать на малый компакт-диск.

Если вы уже имели дело с прежними версиями DSL, то обратите внимание на нововведения: это автоматическая загрузка расширений MyDSL, новая тема, способность полностью загружаться в оперативную память с USB-накопителей и усовершенствованная документация. Гибкость Damn Small Linux заслуживает отдельного описания. Работает ли он с Live CD, USB-накопителя или из эмулятора, малые размеры DSL способствуют мирному сосуществованию с другими ОС. Возможен даже такой вариант: приобретение USB-брелочка с новейшей версией системы вместе с Q''emu ''для эмулированной загрузки из-под Windows!

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

Разработчики DSL искусно подогнали все части друг к другу без помощи Gnome или KDE, и хотя удобства а ля Mandriva достичь не удалось – не возникает ни впечатления полной бесполезности, ни ощущения разлаженности, как у прочих «мини-соперников» типа Puppy Linux. DSL – полноценный дистрибутив, не раздутый излишествами, как его старшие сородичи. Возьмите систему с нашего диска, и покрывшийся было паутиной ПК образца 1995 года снова улыбнётся вам

LXF80:Seapine Surround SCM 4.1

2008-03-30T19:38:32Z

Domostroitel:

Система управления версиями

== Seapine Surround SCM 4.1 ==

''Кажется, кто-то забыл сделать check-in нововведений в этом выпуске, подозревает '''Пол Хадсон'''.''

{{Врезка
|Заголовок = '''Самое главное'''
|Содержание = Проприетарная система управления версиями с приятным GUI. Аналоги:
''Subversion'', ''BitKeeper'', ''Bazaar-NG''.
*'''Разработчик''': Seapine
*'''Сайт''': www.seapine.co.uk
*'''Цена''': 395 фунтов стерлингов за именную или 995 за плавающую лицензию
|Ширина=300px}}

SourceForge недавно перешла от CVS к ''Subversion ''для управления своим репозитарием исходных текстов. Этот шаг сделал ''Subversion н''омером один среди систем управления версиями. Конечно, есть другие системы: B''itKeeper ''сохранил популярность даже после фиаско с ядром Linux; новичок ''BazaarNG ''уже задействован в нескольких проектах; и конечно же, проект Git, детище команды разработчиков ядра, достиг зрелого состояния.

{{Врезка
|Заголовок= '''ЗАЧЕМ НУЖЕН SUBVERSION?'''
|Содержание= Subversion использует особую систему транзакций: файлы, которые выгружаются в репозитарий, недоступны другим пользователям до тех пор, пока не будут зафиксированы изменения в последнем из них. Например, мы фиксируем три файла, а в это время кто-то другой пытается получить доступ к одному из них — тогда Subversion отправит ему старую версию файла без внесенных нами изменений. Таким образом обеспечивается целостность проекта, независимо от числа разработчиков и их месторасположения.
|Ширина=300px}}

Однако рынок систем контроля версий не ограничен одними открытыми программами, о которых мы слышим каждый день. Мы следим за развитием проприетарной системы контроля версий ''Seapine Surround SCM ''с ее первого выпуска: многообещающее приложение, которое было бы превосходным, если бы разработчики добавили в него пару ключевых возможностей, расцвело в... опять-таки многообещающее приложение, которому не хватает все тех же возможностей.

=== Большая разница ===
Последний раз мы обсуждали ''Surround SCM ''версии 3.0 в ''[[LXF61]]''. С тех пор было добавлено несколько интересных возможностей, включая поддержку WebDAV (чтение и запись репозитория через webсервер), поддержка Unicode и усиленная интеграция с различными IDE. Особенно хороша поддержка WebDAV, так как Windows, Mac OS X и Linux могут читать и осуществлять запись на серверы WebDAV, что во многих случаях устраняет необходимость устанавливать ''Surround''-клиент.

[[Изображение:Img_80_14_1.jpg|frame| ]]

Поддержка IDE пригодится вам лишь в случае, если ваша среда поддерживается программой. В список поддерживаемых IDE входят ''Visual Studio'', ''Dreamweaver, WebSphere'', ''CodeWarrior'', ''IntelliJ IDEA, JBuilder ''и ''Eclipse'', из которых для нас важнее всего последние две, потому что они и в самом деле являются интегрированными средами разработки – мы любим, когда все наши инструменты доступны из одного приложения.

=== Провал Seapine ===
Новые возможности неплохи, но как насчет старых проблем? Для начала, ''Surround SCM ''все еще поддерживает атомарность выгрузки в репозитарий отдельных файлов, но не задания в целом, так что ктото другой вполне может загрузить некорректную версию ПО, пока вы фиксируете свои изменения. (''см. врезку Зачем нужен Subversion?)''

{{Врезка
|Заголовок= '''Вердикт Linux Format'''
|Содержание= * Функциональность 9/10
* Возможности 5/10
* Простота использования 6/10
* Скорость 4/10
* Оправданность цены 1/10
* Рейтинг 4/10
То, что оно работает под Linux, еще не повод его использовать
|Ширина=200px}}

''П''рограмма продолжает игнорировать потребность в работе без подключения к сети: постоянное общение с сервером идет даже при выполнении простейших операций. Например, если вы хотите зафиксировать несколько файлов, причем изменения произошли только в малой их части, то S''urround SCM ''будет неэффективно использовать ваш канал: перекинет все файлы на сервер, а потом заявит, что в большинстве файлов изменений нет. Реализации примитивнее и придумать нельзя, поэтому вы вправе удивляться, чего ради надо приплачивать к 395 фунтам за честь ею попользоваться.

Кстати о цене. Да, программа стоит 395 фунтов. Прибавьте к этому НДС, а также обязательный единовременный платеж в виде 20% от цены за дальнейшие обновления и поддержку, и все это только за именную лицензию (то есть выданную конкретному разработчику). Если хотите плавающую лицензию, то готовьте 995 фунтов + НДС + единовременный платеж. Для сравнения, пользователям Windows две полных копии ''Microsoft Visual Studio 2005 ''обойдутся дешевле, чем одна копия ''Seapine Surround ''с именной лицензией – причем у MS не самые низкие цены.

''Surround SCM ''имеет приятный пользовательский интерфейс, но ничего более.

Однако новизна GUI меркнет, как только вы осознаете, что никому не нужно отдельное приложение для задач, которые и без того выполняются в вашей IDE: ''Eclipse'', например, уже имеет первоклассную систему S''ubversion''. Во времена, когда царил ''CVS, Surround ''явно тянулась в лидеры. Но с приходом ''Subversion ''остался единственный выбор, и это не ''Seapine Surround''.

LXF80:Gaim 2.0

2008-03-30T19:37:05Z

Domostroitel:

''Клиент мгновенного обмена сообщениями''

== Gaim 2.0 ==

''Благодаря упорной работе 15 победителей Summer of Code, появлению новых возможностей и дизайна, Gaim достиг настоящей ''Kompete''нтности даже в сравнении с конкурентами. Рассказывает '''Пол Хадсон'''.''

{{Врезка
|Заголовок = '''Самое главное'''
|Содержание = Клиент мгновенного обмена сообщениями, поддерживает множество различных сетей. См. также: Kopete и Skype.
*'''Разработчик''': Команда разработчиков Gaim
*'''Сайт''': http://gaim.sourceforge.net
*'''Цена''': Бесплатно по лицензии GPL
|Ширина=300px}}

Проект Google Summer of Code (SoC) принес сообществу Open Source миллионы долларов, а в выигрыше оказался ''Gaim'': программа быстрого обмена сообщениями на основе ''GTK''. Он поддерживает больше сетей, чем самый навороченный мобильный телефон. А до
«Лета за Кодом» процесс его разработки находился почти в замороженном состоянии, особенно по сравнению со стремительным развитием его ближайшего конкурента, K''opete ''для KDE.

{{Врезка
|Заголовок= '''Голос и видео'''
|Содержание= Если хотите всех обогнать, сконфигурируйте Gaim с помощью ключа --enable-vv, и получите поддержку голоса и видео. Мы находим ее крайне слабой, поэтому используйте последнюю CVS-сборку для увеличения шансов успешно поболтать!
|Ширина=200px}}

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

=== Новые возможности ===
Последний крупный релиз ''Gaim ''был 18 месяцев назад. За это время команда разработчиков попыталась внедрить долгожданные изменения. Во время бета-тестирования опции включались либо нет по следующему принципу: «Удалим ее и посмотрим, будут ли жалобы». Опцию восстанавливали, если жалоб хватало, поэтому несмотря на большой скачок ''Gaim ''2.0 вперед в плане функциональности, диалог Preferences (Свойства) не ошеломляет количеством возможностей.

[[Изображение:Img_80_13_2.jpg|frame|Документация к Gaim все еще имеется только в сети и только в виде длинного списка часто задаваемых
вопросов. Доколе?]]

Так что же изменилось на самом деле?
Начнем с главного: поддержка Bonjour (ранее известная как Rendezvous), интеграция с D-BUS, поддержка Mono и Perl, доска объявлений, IRC через SSL, поддержка UPnP (Universal Plug and Play) и другие.
Фактически, сделано чересчур много, поэтому неудивительно, что некоторые функции работают ненадежно. Например, ''Yahoo Doodle ''хорошо работает между пользователями ''Gaim'', однако между пользователями G''aim ''и Yahoo взаимодействия добиться не получается.

Поддержка UPnP работает отлично: мы даже не заметили, что она есть – и это правильно. Для тех, кто не в курсе, UPnP – протокол Microsoft, позволяющий вашему компьютеру общаться с роутером и автоматически устанавливать перенаправление портов (port forwarding) на основе запросов.
Это важный пункт для быстрого и простого обмена файлами, когда требуется открывать произвольные порты в системе. Без UPnP вам пришлось бы превращать свой брандмауэр в швейцарский сыр или вообще посылать файлы электронной почтой.

Поддержка Bonjour – это хорошо (он посылает широковещательные запросы с целью обнаружить всех использующих i''Chat ''от Apple или другой Bonjour-совместимый клиент и завязать с ними беседу), но нам особенно полюбилась поддержка D-BUS. D-BUS – будущее межпроцессного взаимодействия в Linux. Она уже интегрирована в Beagle, CUPS, HAL, udev и другие проекты. Предыдущие выпуски ''Gaim и''спользовали индивидуальную систему протоколов, никем другим, похоже, не употребляемую, а поддержка D-BUS в новой версии означает, что ''Gaim ''может взаимодействовать с любой другой D-BUS-совместимой программой. Для начала, новый скрипт ''Gaim''-''remote ''предлагает несколько базовых опций, доступных из командной строки – отправка сообщения, добавление собеседников и так далее.

=== Gaim, подстройка ===

[[Изображение:Img_80_13_1.jpg|frame|Выскакивать на экран – хороший способ позлить друзей и семью.]]

Если новые возможности не убедили вас выбрать ''Gaim'', то обратите внимание на искусный интерфейс программы. Диалог Preferences (Свойства) тщательно пересмотрен, улучшена организация просмотра журналов, новый диалог Plugins позволяет активировать расширения без перезапуска программы, а Buddy Pounce уведомляет вас, когда появляется особо ценный товарищ. Кроме визуальных изменений, произошли изменения в звуках. Раньше ужасные звуки ''Gaim ''1.5 заставляли людей выключатьколонки, а теперь они добавляют приятности в финальный релиз.

Судя по возможностям, ''Kopete ''выигрывает у ''Gaim'', причем отрыв растет: последние CVS-сборки ''Kopete ''уже имеют в своем составе работающую поддержку Jingle (см. [[LXF78]], Что такое… Jingle). Но если сравнивать эти программы по стилю и удобству использования, то победит ''Gaim'', имеющий изящный GUI, ясные иконки и превосходную поддержку обмена сообщениями из скриптов. Обмен мгновенными сообщениями – одно из новых направлений в Linux, и за наше внимание борются два действительно стоящих проекта, а в результате мы будем избалованы выбором.
----
'''Вердикт Linux Format'''
* Функциональность 8/10
* Возможности 7/10
* Производительность 9/10
* Простота использования 10/10
* Документация 7/10
* Рейтинг 8/10

Клиент превзошел Gaim 1.5 по всем параметрам и на равных спорит с Kopete.

LXF80:Amarok 1.4

2008-03-30T19:36:19Z

Domostroitel:

''Аудиоплейер''

== Amarok 1.4 ==
'''''Грэм Моррисон '''удивлен шумихой, вызванной обычным обновлением классики.''

{{Врезка
|Заголовок = '''Самое главное'''
|Содержание = Воспроизводит музыку, загружает нужные сведения и принимает Интернет радио. Аналоги: Juk или XMMS.
*'''Разработчик''': Amarok Development Squad
*'''Сайт''': http://amarok.kde.org
*'''Цена''': Бесплатно по лицензии GPL
|Ширина=300px}}

Когда ''Amarok ''появился, в июле 2003, все его свойства можно было пересчитать по пальцам ваших рук. Теперь же при таком способе подсчета вам придется собирать гостей, чтобы охватить хотя бы малую часть списка.

''Amarok ''был создан на замену старым аудиоплейерам, входившим в состав KDE.

<nowiki>Название одолжили у альбома Майка Олдфилда [Mike Oldfield], а интерфейс с</nowiki>конструировали из двух окон: окна плейера (в стиле достопочтенного XMMS) и плейлиста. Это был умный, удобный в использовании плей-лист, который и стал основным козырем ''Amarok''. Добавление и удаление файлов не отвлекало от прослушивания музыки, дорожки можно было запускать, приостанавливать и переключаться между ними в одном и том же окне… у пользователей KDE ''Amarok ''сразу стал фаворитом.

«Перемотав» два года, ''Amarok ''превратился в один из самых тяжеловесных музыкальных плейеров для всех платформ – вызывающим в равной мере похвалы и изумление. Ядро программы умеет воспроизводить аудио с помощью нескольких разных движков; это замечательное достижение, если припомнить, сколь жалок встроенный звуковой драйвер KDE. Среди движков, GStreamer – самый яркий: в своё время он несомненно был судьбоносным для звука в Linux. В новейшей версии A''marok'', GStreamer 0.10 обзавёлся ещё и дополнительным эквалайзером.

'''Бесшовное воспроизведение'''

[[Изображение:Img_80_12_1.jpg|frame|У каждой дорожки – свой «индикатор настроения», но что значат эти цвета?
Классический хор выглядит суматошнее пивной дискотеки «Tuborg»…]]

Другой движок – Xine, верный соратник Linux – теперь способен на бесшовное воспроизведение. Удивительно, что программа для проигрывания одной музыкальной дорожки сразу после другой, без паузы, разрабатывалась так долго; но наконец она есть, и это здорово. Ещё два движка появились благодаря таинственно звучащим аббревиатурам, NMM и MAS (два конкурирующих стандарта прослушивания аудио по сети). Пользователи SUSE обнаружат, что заработал Helix, движок ''RealPlayer 10, а'' новейшая версия ''Amarok ''умеет делать плавный переход (постепенные затухание и нарастание звука) между звуковыми дорожками.

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

О тех, кто сотрясает ваши барабанные перепонки, браузер сообщит вам даже больше, чем вы хотите знать. Окно с тремя вкладками покажет вам: обложку альбома, время последнего прослушивания дорожки, слова песни и информацию об исполнителе, найденную в Wikipedia. Слова песен разыскиваются на специальных сайтах с помощью скриптов; правда, поиск может быть как успешным, так и не очень. К счастью, в A''marok ''есть встроенный редактор для ввода слов вручную, текст можно сохранить как метаданные в самом аудиофайле.

За контекстным браузером следует ещё одна понравившаяся нам особенность ''Amarok'': это тесная связь с Last FM, Интернет-радиосайтом, прежде известным как Audioscrobber. Вы можете счесть A''marok ''ябедой, но после создания вами учётной записи на Last FM он сообщит о ваших музыкальных пристрастиях на сервер сайта, где на основе ваших плей-листов для вас будет создан музыкальный профиль. Сервер сравнивает его с другими профилями и выдвигает предположения о том, каких еще исполнителей вы хотели бы услышать, а заодно снабжает вас контактами с людьми похожих вкусов.

{{Врезка
|Заголовок= '''Вердикт Linux Format'''
|Содержание= * Функциональность 9/10
* Производительность 5/10
* Простота использования 6/10
* Документация 7/10
* Рейтинг 7/10
Amarok до того велик, что требует отдельного Linux-дистрибутива, и всё-таки он нам нравится.
|Ширина=200px}}

''Amarok ''может использовать полученные данные для пополнения своего контекстного браузера сведениями о ваших любимых исполнителях.

''Amarok ''не был бы собой без визуальных украшений. Некоторые скачущие, ползучие и вертящиеся видеоэффекты (в основном заимствованные из ''XMMS''<nowiki>) выглядят очень неплохо. Зато нововведённый «индикатор настроения» (mood bar) достоин премии за бесполезность. Это попытка описать характер аудиофайла полоской в плей-листе, цвета которой зависят от изменения частоты звука во времени. Идея состоит в том, что вы сможете отличить «тяжёлый металл» от солидного «4’33’’» Джона Кейджа [John Cage]. Мы – не смогли.</nowiki>

В ''Amarok'', как в капле воды, отразились различия между KDE и Gnome. Он набит функциями, которые большинству людей не понадобятся никогда, поэтому совершенно непригоден для «пожилых» компьютеров – последняя версия намертво завесила нашу 650-MГц тестовую машину, а это уже перебор.

LXF80:KOffice 1.5

2008-03-30T19:35:26Z

Domostroitel:

''Офисный пакет''
== KOffice 1.5 ==
__NOTOC__
''На рынке офисных пакетов в 2006 году ожидается много инноваций. '''Энди Ченнел '''думает, что ''KOffice в''ряд ли займет там достойное место.
''

{{Врезка
|Заголовок = '''Самое главное'''
|Содержание = Интегрированный офисный пакет для KDE. Аналоги: ''OpenOffice.org'', Gnome Office (''AbiWord, Gnumeric''), ''ThinkFree Office''.
*'''Разработчик''': Команда разработчиков KOffice
*'''Сайт''': www.koffice.org
*'''Цена''': Бесплатно по лицензии GPL
|Ширина=300px}}

Хороший офисный пакет в силах помочь становлению операционной системы. Перенеситесь в
1992 год, когда Microsoft выпустила ''MS Office ''3.1. Всего за сутки было продано свыше трех миллионов копий, и благодаря этому свершился переход от MS-DOS к Windows.

Вернемся в наши дни – и увидим, что планируется похожий сдвиг. Microsoft решила заново изобрести весь пользовательский интерфейс в грядущем обновлении ''MS Office ''(шаг, чреватый переходом миллионов пользователей на другие ОС); формат пакета ''OpenOffice.org O''penDocument принят на вооружение другими приложениями; Google взяла под крыло онлайновый текстовый процессор W''ritely''<nowiki>; а ThinkFree выпустила в свободное плавание Java-версию своего пакета.</nowiki>

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

В новую версию вошло множество исправлений, а также наведен блеск. Достигла ли она полного расцвета?

''KOffice 1.5 ''доступен с сайта проекта (www.''KOffice''.org) в виде исходных текстов и двоичных файлов. В пакет входит 11 приложений: восемь основных и три вспомогательных, для построения графиков, формул и докладов. Пакет занимает одну треть размера ''OpenOffice.org'', и тот факт, что он основан на едином наборе библиотек, позволяет легко разделять функции между приложениями. Это хорошая возможность для просмотра (Konqueror может отображать содержимое файлов ''KWord''), также облегчает встраивание документов одного приложения в другое в пределах офисного пакета.

А еще это означает, что приложения (по большей части) имеют единый пользовательский интерфейс, и что текстовый процессор имеет доступ ко всем функциям таблиц (''KSpread'') и программы создания иллюстраций (''Karbon14'').

=== Курс по ухабам ===
К сожалению, сильная сторона ''KOffice – и''нтеграция – одновременно и его слабость: ошибки одного приложения появляются в других приложениях. Ошибки версии ''1.5 ''действительно странные (например, загадочное отсутствие переноса строки). Вдобавок любая экономия времени, полученная благодаря интеграции, может сойти на нет из-за необходимости перезапуска пакета после каждого сбоя, и для создания даже простых документов иногда требуются достаточно нетривиальные обходы программных ошибок.

[[Изображение:Img_80_10_2.jpg|frame|Где же источник? KPresenter нахально путает документы OOo.]]

Оболочка, включающая возможность доступа ко всем частям пакета, предлагает выбор шаблонов документа, например, расчет ссуды или служебные заметки. Она реализована неплохо, но было бы полезнее, если бы она убиралась подальше, когда приложение или документ уже выбраны. Все приложения следовало бы объединить в общем меню, например ‘Office Apps’, а не рассовывать их под разные заголовки, вроде Graphics или Office. Это симптом большой проблемы ''KOffice ''(помимо сбоев): мелкие ухищрения в ущерб основным задачам.

{{Врезка
|Заголовок = '''Состав Koffice'''
|Содержание = * '''KWord''' Текстовый процессор с большими возможностями.
* '''KSpread''' Табличный процессор.
* '''Kexi''' Среда разработки для создания баз данных.
* '''Kivio''' Приложение для составления блок-схем.
* '''Karbon14''' Создание иллюстраций с приличной поддержкой SVG.
* '''Krita''' Небольшой аналог Photoshop.
* '''KPlato''' Новая система управления проектами.
* '''KChart''' Инструмент для построения графиков и диаграмм.
* '''KFormula''' Редактор формул.
* '''Kugar''' Генератор бизнес-отчетов.
|Ширина=300px}}

Появились некоторые долгожданные возможности, например, режимы вставки/замещения. Важный пункт – принятие формата OpenDocument: дело-то хорошее, но разработчики приняли этот формат, не позаботившись отладить фильтры, чтобы обработка выполнялась корректно. В тестовом документе из ''OpenOffice.org''<nowiki>, например, текстовые врезки [text box] оказались не на своих местах и потеряли заголовки, а параграфы форматировались неправильно. Не самый удачный старт.</nowiki>

=== Большой оригинал ===
Для многих пользователей текстовый процессор, ''KWord'', является ключевым приложением. ''KWord ''содержит много хороших инструментов, демонстрирующих, что разработчики подумали о выборе вариантов для пользователя. Беда в том, что многие из них совершенно излишни. Процессор явно спроектирован программистами-теоретиками.

Поупражняв ''KWord ''на множестве документов, мы пришли к выводу, что его своеобычность скорее раздражает, чем умиляет, и к тому же программа подвержена случайным сбоям – даже более частым, чем в версии 1.4. Нам всегда нравилась идея Редактора Выражений, который группирует всякие обращения, подписи и инструкции в меню Вставка<nowiki>; однако вряд ли эффективно проделывать мышью путь </nowiki>Вставка > Выражение > Личные

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

{{Врезка
|Заголовок= '''Пол считает…'''
|Содержание= ''«KOffice лучше всего сочетать с OpenOffice.org. Используйте Kexi и Kivio, а от всего остального держитесь подальше. Чем раньше KWord перепишут с чистого листа, тем лучше!»''
|Ширина=150px}}

На нас произвела было впечатление идея иметь доступ ко всем инструментам рисования, используя объект ''Karbon14, о''днако ''KWord ''даже не имеет собственных инструментов для рисования линий. Если вам понадобилась жирная черта поперек страницы, придется или создавать объект и рисовать линию с помощью K14 (не слишком ли роскошно – вызывать векторный редактор, чтобы нарисовать черточку?) или добавлять таблицу и делать видимой одну из горизонтальных границ.

[[Изображение:Img_80_10_1.jpg|frame|KWord имеет и средства для обработки документов, и престранные ошибки!]]

Операция, которая не должна быть сложнее, чем протаскивание мыши от одного края страницы до другого, вызывает массу проблем, а уж если говорить о создании документов в коллективе с пользователями других пакетов, то горизонтальные линии, экспортированные из Word или O''penOffice.org 2'', в ''KOffice ''не редактируются. Более того, экспорт документов со встроенными объектами ненадежен даже в родных форматах.

=== KSpread слабоват ===
''KSpread ''продвинулся вперед по сравнению с версией 1.4, но проигрывает и ''OOo Calc'', и ''Gnumeric ''по возможностям и стабильности. В этой версии присутствуют заметные улучшения, например, возможность проработать в программе больше 25 минут; добавлены также функции, перекрывающие большинство финансовых расчетов. Открытие таблиц с заполнением свыше 1000 ячеек вызвало трудности – как часто бывает и в ''OpenOffice.org ''– но с небольшими документами все было в порядке. Как и в версии 1.4, импортирование файлов из ''Excel ''не проходит гладко.

''KPresenter ''имеет несколько хороших шаблонов, но опять-таки страдает нестабильностью, особенно при попытках сменить тему презентации или использовать гиперссылки для открытия внешних сайтов. Как и ''KWord'', это приложение неохотно импортирует документы. Например, простая презентация в ODP (созданная в ''OOo Impress'') потеряла информацию о прозрачности (что можно простить), а также маркеры, выделяющие пункты в списках (чего простить нельзя). Кроме того, программа не смогла корректно обработать предустановленные переходы (смены кадра) и интерполировать изображения как O''penOffice.org ''– в ''Impress ''они выглядели гладкими, а в ''KPresenter ''зазубренными.

Графическое приложение ''Krita ''также страдает частыми сбоями, особенно заметными при работе с корректировочными слоями. <nowiki>[Они хранят информацию о преобразованиях, применяемых к параметрам оригинала, таким как оттенок, насыщенность, контрастность, в то время как сами данные оригинала остаются неизменными. Это позволяет свободно экспериментировать с изображением, не опасаясь его испортить – прим.ред]</nowiki>. Увы, результатов увидеть нам не удалось, так как приложение норовит рухнуть через несколько секунд после попытки добавить такой слой.

Теперь о приятном: как это ни фантастично, ''Krita ''способна использовать цвета CMYK – 8- и 16-битовый режимы; хороший задел на будущее. Цвет на основе значений CMYK выбирать пока нельзя, но реализация довольно устойчивая и неплохая – преобразование 6-мегапиксельной фотографии из RGB в 16 бит CMYK заняло 8 секунд (на Athlon 2500+ 512 MБ ОЗУ), против 4 секунд в ''Photoshop''. Одно это делает ''Krita ''достойным партнером других системам подготовки документов, например, ''Scribus''.

''Kexi'', молодое приложение для работы с базами данных, тоже развивается хорошо. Этот первый .0 релиз стал стабильнее, улучшил поддержку изображений в формах и, если использовать дополнительный модуль, более надежен при работе с базами ''Access''. Программа хорошо работает с небольшими проектами, а при работе с большими наборами данных (то есть содержащими тысячи, а не сотни записей) способна подключаться к ''SQLite, PostgreSQL ''или ''MySQL''.

Между приложениями существует некоторая несогласованность. Например, в текстовом процессоре, на главной панели, рядом с установкой масштаба, находится иконка в виде лупы. По ее изображению и местоположению можно принять ее за инструмент для ручного увеличения – и в K''rita ''очень похожая иконка для этого и предусмотрена – но, оказывается, это команда Поиск. Вдобавок в пользовательский интерфейс прокралось несколько грамматических ошибок – например, одно окно в K''rita ''обозначено как ‘restauration tool’.

=== Тест по документам ===
Офисное приложение обязано уживаться с программами-коллегами. Мы протестировали возможность ''KOffice ''работать с другими форматами. С помощью Расширенного поиска Google мы нашли 100 документов (различных поддерживаемых форматов) и сравнили их с интерпретацией ''KOffice''. Оказалось, что с текстовыми документами ''KWord ''справляется, но при легком усложнении документа (вставке графики или комментария) результаты будут воспроизведены не полностью, а чаще всего приложение рухнет, причем так происходит и с ODT-документами, созданными в ''OpenOffice.org''. Большое разочарование, поскольку именно этот формат разработчики приняли в качестве родного.

''KSpread ''показал себя лучше, так как открыл большую часть тестовых документов; однако еще остаются проблемы с открытием больших таблиц, а также таблиц, содержащих макросы и изображения.

Этого нельзя сказать о ''KPresenter'', который остается самым слабым звеном среди ключевых приложений. Импортирование PPT-файлов обычно ведет к краху программы, а когда документ все-таки удается открыть, вид его далек от исходного из-за утраты встроенных картинок. Файлы из ''OpenOffice.org Presenter ''импортировались немного лучше, но теряли жизненно важные части презентации. Лучше всего, естественно, выглядели графические приложения: они работают с кроссплатформенными форматами файлов, такими как SVG и JPEG/PNG.

=== Приложить усилия ===
Если проект предполагает создание жизнеспособной альтернативы офисного пакета для среднего пользователя, то поработать есть над чем. В пакете имеются хорошие куски – например, mail merge, и даже отличные – способы использования переменных (все это в ''KWord''). Релиз украшают ''KSpread ''и ''Kexi''. Однако налицо некоторые проблемы, включая частые падения программы и хромающий импорт/ экспорт документов.

{{Врезка
|Заголовок= '''Вердикт Linux Format'''
|Содержание= * Функциональность 8/10
* Производительность 3/10
* Простота использования 5/10
* Документация 7/10
* Рейтинг 4/10
Наряду с инновационными идеями – проблемы стабильности и назначения приложений.
|Ширина=200px}}

Разработчикам ''KOffice ''предстоит трудный выбор. Какие задачи в офисном пакете, например, должна выполнять ''Krita''? Это хорошее многообещающее приложение, но большинство офисных работников (или домашних пользователей) обошлось бы коррекцией цвета, простыми эффектами, масштабированием и понятным инструментом создания текста. Вместо этого приложение пытается соперничать с ''Gimp ''или P''hotoshop'', и чувствуется, что в офисном пакете ему не место. Новые возможности, безусловно, в первую очередь бросаются в глаза в программном обеспечении, но не следует забывать основное: 80% пользователей задействуют всего 20% задач.

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

В целом, ''KOffice ''проигрывает в сравнении с ''OpenOffice.org ''и ''AbiWord''/''Gnumeric, а'' его качество несравнимо хуже остальных интегрированных KDE-приложений (правда, документация написана очень понятно и снабжена множеством скриншотов).

Мы надеемся, что следующий основной выпуск ''KOffice ''будет радикально упрощен, как по количеству приложений, так и по количеству доступных возможностей. Слова «маленький, легкий, быстрый и стабильный» должны звучать как лозунг…

Файл:Img 80 0.jpg

2008-03-30T19:18:33Z

Domostroitel:

LXF80

2008-03-30T19:17:43Z

Domostroitel:

==Linux Format 80 (6), Июнь 2006==

[[Изображение:Img_80_0.jpg|frame|right]]

===Обзоры===

* [[LXF80:KOffice_1.5 | KOffice 1.5]]

Ужасно хорош или просто ужасен?

* [[LXF80:Amarok_1.4 | Amarok 1.4]]

Большой и толстый

* [[LXF80:Gaim_2.0 | Gaim 2.0]]

Summer of Code прошло не зря!

* [[LXF80:Seapine_Surround_SCM_4.1 | Seapine Surround SCM]]

Управление версиями за деньги

* [[LXF80:Damn_Small_Linux_2.3 | Damn Small Linux]]

Легкий и быстрый – как МиГ-29

* [[LXF80:Moneydance_2006 | Moneydance 2006]]

Считайте ваши денежки

=== Сравнение ===

* [[LXF80:Живые_дистрибутивы | Живые дистрибутивы]]

=== Что такое... ===
* [[LXF80:Что такое Xgl | Что такое... Xgl?]]

Рабочий стол будущего или...

=== Интервью ===

'''Брайан Белендорф'''

* [[LXF80:Ангел Apache | Ангел Apache]]

''' Грег Манкузи-Унгаро'''

* [[LXF80:ИНТЕРВЬЮ | Почему Novell – это не Microsoft]]

=== GPL 3: ПЕРВОЕ ЧТЕНИЕ ===

* [[LXF80:Дегустация_свободы | Дегустация свободы]]

===Libre Graphics===

* [[LXF80:Libre_Graphics | LIBRE GRAPHICS]]
* [[LXF80:Libre_Graphics#Scribus | Scribus]]
* [[LXF80:Libre_Graphics#Inkscape | Inkscape]]
* [[LXF80:Libre_Graphics#Gimp | Gimp]]
* [[LXF80:Libre_Graphics#Xara | Xara]]

===iFolder за 10 минут===

* [[LXF80:ifolder | Резервирование – это просто]]

=== Flash и PDF ===

* [[LXF80:Flash_и_PDF | Инструменты для работы c Flash и PDF]]

=== Web 2.0 ===
* [[LXF80:Web_2 | Web 2.0 новые перспективы ]]

=== Учебники ===

'''Учебник: первые шаги'''

* [[LXF80:создаем_саундтрек_к_видеозаписи | Сводим видео и звук]]

''' Учебник: OOo Basic'''

* [[LXF80:OOo_Basic_Макросы | Собственный макрос для Writer]]

''' Hardcore Linux'''

* [[LXF80:Регулярные_выражения | Обработка текста: регулярные выражения]]

'''Учебник: PHP'''

* [[LXF80:ПРОГРАММИРОВАНИЕ_СЦЕНАРИЕВ_PHP | ПРОГРАММИРОВАНИЕ СЦЕНАРИЕВ PHP]]

'''Учебник: шифрование'''

* [[LXF80:УЧЕБНИК_Шифрование | Защитите свои данные]]

'''Учебник: загрузка'''

* [[LXF80:Ускорение_загрузки_системы | Грузитесь быстрее – работайте дольше]]

''' Программирование для Qt/KDE'''

* [[LXF80:Qt_Designer | Красивый интерфейс – одной мышью]]

''' Программирование для Linux'''

* [[LXF80:Linux_API | Файлы – это наше все]]

''' Уроки Python'''

* [[LXF80:Уроки_Python | Истинное лицо ваших скриптов]]

'''Учебник: MetaPost'''

* [[LXF80:УЧЕБНИК_MetaPost | Заключительная серия]]

===Вопрос? Ответ!===

* [[LXF80:Вопрос_Ответ | Мы вам поможем]]

Файл:Img 80 49 7.jpg

2008-03-30T19:16:12Z

Domostroitel:

Файл:Img 80 49 9.jpg

2008-03-30T19:15:33Z

Domostroitel:

Файл:Img 80 49 8.jpg

2008-03-30T19:15:03Z

Domostroitel:

Файл:Img 80 49 6.jpg

2008-03-30T19:14:23Z

Domostroitel:

Файл:Img 80 49 5.jpg

2008-03-30T19:13:56Z

Domostroitel:

Файл:Img 80 49 4.jpg

2008-03-30T19:13:18Z

Domostroitel:

Файл:Img 80 49 3.jpg

2008-03-30T19:12:09Z

Domostroitel:

Файл:Img 80 49 2.jpg

2008-03-30T19:11:38Z

Domostroitel:

Файл:Img 80 49 1.jpg

2008-03-30T19:10:23Z

Domostroitel:

Файл:Img 80 48 6.jpg

2008-03-30T19:09:43Z

Domostroitel:

Файл:Img 80 48 5.jpg

2008-03-30T19:08:54Z

Domostroitel:

Файл:Img 80 48 4.jpg

2008-03-30T19:08:32Z

Domostroitel:

Файл:Img 80 48 3.jpg

2008-03-30T19:02:34Z

Domostroitel:

Файл:Img 80 48 2.jpg

2008-03-30T19:01:04Z

Domostroitel:

Файл:Img 80 48 1.jpg

2008-03-30T19:00:41Z

Domostroitel:

Файл:Img 80 44 3.jpg

2008-03-30T19:00:03Z

Domostroitel:

Файл:Img 80 44 1.jpg

2008-03-30T18:59:38Z

Domostroitel:

Файл:Img 80 42 3.jpg

2008-03-30T18:59:08Z

Domostroitel:

Файл:Img 80 42 2.jpg

2008-03-30T18:58:12Z

Domostroitel:

Файл:Img 80 42 1.jpg

2008-03-30T18:57:47Z

Domostroitel:

Файл:Img 80 44 2.jpg

2008-03-30T18:56:34Z

Domostroitel:

Файл:Img 80 46 3.jpg

2008-03-30T18:55:52Z

Domostroitel:

Файл:Img 80 46 2.jpg

2008-03-30T18:55:25Z

Domostroitel:

Файл:Img 80 46 1.jpg

2008-03-30T18:54:26Z

Domostroitel:

Файл:Img 80 40 3.jpg

2008-03-30T18:53:45Z

Domostroitel:

Файл:Img 80 40 2.jpg

2008-03-30T18:53:14Z

Domostroitel:

Файл:Img 80 40 1.jpg

2008-03-30T18:52:25Z

Domostroitel:

Обсуждение шаблона:Врезка

2008-03-27T20:35:35Z

Domostroitel:

Что-то он не очень плавает, что я делаю не так? --[[Участник:Guria|Guria]] 17:11, 10 марта 2008 (MSK)

Нужно вставлять в тот абзац, рядом с которым она должна плавать. [[Участник:Pygoscelis papua|Pygoscelis papua]] 06:08, 13 марта 2008 (MSK)

А зачем для LXF специально изобретать новый шаблон Врезка? Не лучше ли взять уже готовый, опробованный временем из "настоящей Википедии" http://ru.wikipedia.org/wiki/Шаблон:Врезка

Использование

Шаблону можно передавать следующие параметры:

* '''Выравнивание''' (необязателен) — расположение врезки относительно основного текста. Может принимать значения right (врезка «плавает» справа) и left (врезка «плавает» слева). Если параметр не указан, врезка не будет «плавающей».
* '''Ширина''' (необязателен, см. также параметр Без разрывов) — ширина врезки в формате CSS (например 200px). По умолчанию значение параметра равно auto.
* '''Высота''' (необязателен) — высота врезки в формате CSS (например 200px). По умолчанию значение параметра равно auto.
* '''Размер шрифта''' (необязателен) — размер шрифта основного текста врезки в формате CSS (например, 1.1em, 12pt). По умолчанию значение параметра равно 90%.
* '''Без разрывов''' (необязателен; любое значение, например «1») — запретить разрывы строк в содержании, особенно подходит для стихотворений. По сути, альтернативный способ задания ширины («та ширина, которая нужна»).
* '''Заголовок''' (необязателен) — текст заголовка, который отображается крупным шрифтом над основным текстом врезки и отделяется от него чертой. Если заголовок не указан, черта не отображается (остаётся только основной текст врезки).
* '''Содержание''' — собственно текст врезки.
* '''Заголовок снизу''' (необязателен; любое значение, например «1») — поместить заголовок не сверху текста врезки, а снизу.
* '''Подпись''' (необязательна) — текст, выводящийся в отдельной строке под содержанием.

<nowiki>{{Врезка
| Выравнивание = right
| Ширина = 200px
| Заголовок = Википедия
| Заголовок снизу = 1
| Содержание = '''Википе́дия''' — свободная энциклопедия.
}}</nowiki>

Файл:Img 80 105 1.jpg

2008-03-26T18:47:38Z

Domostroitel:

Файл:Img 80 103 3.jpg

2008-03-26T18:46:31Z

Domostroitel:

Файл:Img 80 103 1.jpg

2008-03-26T18:45:55Z

Domostroitel:

Файл:Img 80 103 2.jpg

2008-03-26T18:45:26Z

Domostroitel:

Файл:Img 80 101 2.jpg

2008-03-26T18:44:45Z

Domostroitel:

Файл:Img 80 101 1.jpg

2008-03-26T18:44:15Z

Domostroitel:

LXF80:MetaPost

2008-03-26T18:42:32Z

Domostroitel:

УЧЕБНИК ''MetaPost''

КОМПЬЮТЕРНЫЕ TeXНОЛОГИИ

== MetaPost Дополнительные главы ==
'''ЧАСТЬ 4 '''

''Всё описать невозможно, но никто не запрещает попробовать.
'''Евгений Балдин '''представляет вашему вниманию заключительную серию учебника MetaPost.''

Возможности META в то или иной мере уже изложены. В этой статье будут разобраны полезные приёмы, которые можно применять при кодировании картинок и описаны некоторые из стандартных пакетов, поставляемых с ''MetaPost''.

Исходники стандартных ''MetaPost''-пакетов обычно находятся в директории '''$(TEXMF)/texmf-dist/metapost/''', а документация к ним – в директории '''$(TEXMF)/texmf-dist/doc/metapost/''', где '''$(TEXMF)''' – корневая директория для дистрибутива ''LaTeX''. Сказанное верно для T''eX Live''.

=== Пакет boxes ===
''boxes ''– один из самых первых пакетов общего назначения, появившихся в ''MetaPost''. Его предназначение – рисовать простые диаграммы. Он проектировался как более изощрённая замена для пакета Брайана Кернигана ''pic ''(''man pic'').

[[Изображение:Img_80_100_1.jpg|thumb|400px|MetaPost-конвейер]]

С другой стороны, функциональности этого пакета достаточно для автоматической генерации достаточно сложных зависимостей. В качестве примера разберём, как была реализована диаграмма, объясняющая действие ''MetaPost''-конвейера во введении в цикл статей по ''MetaPost''. (''см. [[LXF76]]'')

%Файл dop.mp
%в отличии от boxes здесь ещё определено окружение rboxit
input rboxes;
%определяем ещё один вид box’а
%параметры можно передавать и так
%expr - изолированные выражения
%text - абсолютно всё, что передаётся
vardef drawshadowed(expr dx,dy)(text t) =
fixsize(t);
forsuffixes s=t:
fill bpath.s shifted (dx,dy);
unfill bpath.s;
drawboxed(s);
% можно было напечатать только текст
% и не рисовать рамку
% draw pic(s) withcolor red;
endfor;
enddef;
%пример boxes
beginfig(2) ;
numeric u;u:=1mm;
%определяем box’ы
%определяем box с прямыми углами
boxit.a(btex \texttt{META}-картинка etex);
%определяем box с закруглёнными углами
rboxit.b(btex \texttt{metapost} etex);
%определяем жёсткую связь между a и b
b.n = a.s - (0,5u);
boxit.c(btex PostScript без шрифтов etex);
c.n = b.s - (0,5u);
rboxit.e(btex \texttt{latex}$+$\texttt{dvips} etex);
e.n=c.s-(20u,10u);
<nowiki>boxit.d(btex \LaTeX-<<обёртка>> etex);</nowiki>
d.e=a.w-(5u,0);
boxit.g(btex eps-файл etex);
g.n=e.s-(0,5u);
rboxit.h(btex \texttt{mptopdf} etex);
h.n=c.s-(-20u,10u);
boxit.i(btex pdf-файл etex);
i.n=h.s-(0,5u)
%разрешаем зависимости и рисуем boxes
drawshadowed(1/3u,-1/3u,a,b,c,d,e,g,h,i);
pickup pencircle scaled 0.3u;
%рисуем стрелки (сдвижка вида (0u,-1/3u) появилась,
%так как было определено новое окружение drawshadowed)
drawarrow a.s -- b.n-(0u,-1/3u);
drawarrow b.s -- c.n-(0u,-1/3u);
drawarrow c.s{dir -90} .. {dir -90}e.n-(0u,-1/3u);
drawarrow c.s{dir -90} .. {dir -90}h.n-(0u,-1/3u);
drawarrow e.s -- g.n-(0u,-1/3u);
drawarrow h.s -- i.n-(0u,-1/3u);
drawarrow d.s{dir -90} .. {dir 0}e.w-(1/3u,0u);
endfig;

Обратите внимание на ещё один вид цикла – forsuffixes. Эта запись позволяет разбирать произвольное число передаваемых аргументов.

Алгоритм создания диаграммы следующий:

• С помощью команд boxit, rboxit или circleit объявляем box. Имя box’a добавляется к команде через точку как суффикс. В данном примере определено 8 box’ов от «'''a'''» до «'''i'''» включительно.

• Составляем уравнения связей. Через точку к именам box’ов можно добавить один из восьми суффиксов: n – север (верхняя точка), s – юг (нижняя точка), w – запад (крайняя точка рамки слева), e – восток (крайняя точка рамки справа) и sw, bw, se, sw – комбинации уже перечисленных суффиксов, которые соответствуют углам рамки

Уравнение связи

b.n = a.s — (0,5u);

можно описать следующим образом: северная (верхняя) точка box’a «b» находится ниже южной (нижней) точки box’а «a» на 5u. При составлении уравнения связей следует пользоваться только знаком равенства. Это не присваивание, а именно уравнение, которое требуется разрешить.

• С помощью команды drawboxed нарисовать «закодированную» диаграмму. При исполнении этой команды разрешается система уравнений. По умолчанию, если не указать специально, box располагается в точке (0,0).

• Нарисовать стрелки между элементами диаграммы. Можно пользоваться именами box’ов со стандартными суффиксами.

Прежде чем использовать этот пакет, необходимо прочитать соответствующий раздел в руководстве пользователя по ''MetaPost ''Джона Хобби '''mpman.pdf'''.

=== Фейнмановские диаграммы ===
Простота ''MetaPost ''позволяет использовать его как базу для построений более высокого порядка. Существует несколько подобных ''LaTeX''-пакетов. ''mfpic ''уже упоминался. В этом разделе описывается ещё один старейший пакет, созданный по данной технологии.

[[Изображение:Img_80_101_1.jpg|left|thumb|350px|Простейшая фейнмановская диаграмма]]
[[Изображение:Img_80_101_2.jpg|rigth|thumb|350px|Раскрашенная фейнмановская диаграмма]]

В 1995 году Торстен Охл (Torsten Ohl) представил пакет ''feynmp д''ля рисования фейнмановских диаграмм. Фейнмановские диаграммы используются для вычисления сумм большого числа вкладов от элементарных процессов. В своё время эта технология довольно сильно продвинула технику вычислений в физике высоких энергий. Её можно использовать везде, где сложный процесс описывается с помощью элементарных приближений. Пакет ''feynmp ''– это пакет ''LaTeX'', который для рисования диаграмм использует ''MetaPost''.

Интересующий меня с целью извлечения электронной ширины J/ резонанса процесс имеет в Борновском приближении следующий вид: Это несложная диаграмма, и если не считать метки, то для её описания требуется всего пять операторов:

%Файл eepsiee.tex
%пакет для рисования фейнмановских диаграмм
\usepackage{feynmp}
...
\begin{fmffile}{ee-psi-ee} %имя mp-файл
\begin{fmfgraph*}(110,62) %размер диаграммы
\fmfleft{ei,pi} %вершины-источники
\fmfright{eo,po} %исходящие вершины
\fmflabel{$e^-$}{ei} %метка источника e^-
\fmflabel{$e^+$}{pi} %метка источника e^+
\fmflabel{$e^+$}{po} %метка исходящей вершины
\fmflabel{$e^-$}{eo} %метка исходящей вершины
%линия соединяющая источники
\fmf{fermion}{ei,Ji,pi}
%линия соединяющие исходящее вершины
\fmf{fermion}{po,Jo,eo}
%Метка для начальной вершины промежуточной частицы
\fmflabel{$\Gamma_{e^{+}e^{-}}$}{Ji}
%Метка для конечной вершины промежуточной частицы
\fmflabel{$Br_{e^{+}e^{-}}$}{Jo}
%Соединительная линия
\fmf{heavy,label=$J/\psi$}{Ji,Jo}
\end{fmfgraph*}
\end{fmffile}

Окружение '''\begin{fmffile}''' в качестве параметра требует имя mp-файла, в который будут писать команды META. В данном примере имя файла определено как '''ee-psi-ee.mp'''. Для того, чтобы получить диаграмму, описанную в файле '''eepsiee.tex''', были проделаны следующие действия:

> latex eepsiee.tex
> mpost ee-psi-ee.mp
> latex eepsiee.tex

После выполнения этих команд результат можно посмотреть с помощью программы ''xdvi ''или преобразовать dvi-файл в PostScript или pdf.

Следующая простейшая диаграмма не имеет особого смысла. Она просто демонстрирует возможности пакета:

«Сотрудничество» c ''MetaPost ''даёт возможность ''feynmp ''получить доступ к цвету. Цвет можно определять точно так же, как он определяется в ''MetaPost''.

%Файл eepsihadr.tex
\begin{fmffile}{ee-psi-hadr}
\begin{fmfgraph*}(110,62)
\fmfleft{i1,i2}
\fmfright{o1,o2}
\fmflabel{$e^-$}{i1}
\fmflabel{$e^+$}{i2}
\fmflabel{$q^+$}{o1}
\fmflabel{$q^-$}{o2}
\fmf{fermion,foreground=green}{i1,v1}
\fmf{fermion,foreground=red}{v1,i2}
\fmf{fermion,foreground=green}{o1,v2,v3,v4,v5}
\fmf{fermion,foreground=red}{v5,v6,v7,v8,o2}
%изменяем натяжение (расталкиваем вершины)
\fmf{heavy,label=$J/\psi$,tension=1/3,
foreground=red+green}{v1,v5}
\fmffreeze
\fmf{gluon,foreground=blue}{v2,v8}
\fmf{gluon,foreground=blue}{v3,v7}
\fmf{gluon,foreground=blue}{v4,v6}
\fmfv{label=$\Gamma_{e^+e^-}$}{v1}
\fmfv{label=$Br_{\text{hadr}}$,label.dist=0.3w}{v5}
\end{fmfgraph*}
\end{fmffile}

При создании диаграммы ''MetaPost ''пытается оптимально расположить вершины, минимизируя взвешенную сумму расстояний между ними. При оптимизации используется понятие натяжения между вершинами. По умолчанию натяжение равно 1. С помощью опции tension натяжение можно изменить. Чем меньше натяжение, тем сильнее расталкиваются вершины.

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

Подробнейшую документацию по пакету ''feynmp ''можно найти в файле '''$(TEXMF)/texmf-dist/doc/latex/feynmf/manual.ps.gz''', где '''$(TEXMF)''' – корень дерева ''LaTeX ''(заведомо верно для ''TeXLive'').

=== Фракталы ===
META, естественно, поддерживает рекурсию. Пользуясь этим, а также генераторами случайных uniformdeviate и normaldeviate, можно организовать фрактальную «лесопосадку».

%фрактальная лесопосадка
beginfig(1) ;
u:=1mm; branchrotation := 50;
offset := 180-branchrotation;
thinning := 0.7;
shortening := 0.8;
def drawit(expr p, linethickness,col) =
draw p withpen pencircle scaled linethickness withcolor col;
enddef;
%A - основание B - направление роста, n - число бранчей,
%size - толщина дерева, col - цвет
vardef tree(expr A,B,n,size,col) =
save C,D,thickness; pair C,D;
thickness := size;
<nowiki>C := shortening[B, A rotatedaround(B,</nowiki>
offset+uniformdeviate(branchrotation))];
<nowiki>D := shortening[B, A rotatedaround(B,</nowiki>
-offset-uniformdeviate(branchrotation))];
if n>0:
drawit(A--B, thickness, col);
thickness := thinning*thickness;
tree(B, C, n-1, thickness,col);
tree(B, D, n-1, thickness,col);
else:
drawit(A--B,thickness,col);
thickness := thinning*thickness;
drawit(B--C, thickness,col);
drawit(B--D, thickness,col);
fi;
enddef;
numeric nbr,nx,ny,ell,size;
color col;
nx:=10;ny:=5;
pair A;
for ix:=1 upto nx:
for iy:=1 upto ny:
nbr:=4+uniformdeviate 5;
ell:=nbr*u;
x:=ix*(1+1/20*normaldeviate);
y:=iy*(1+1/20*normaldeviate);
A:=(20u*(x+y*sqrt(2)/2),20u*y*sqrt(2)/2);
size:=ell/5;
col:=(uniformdeviate 1,uniformdeviate 1,uniformdeviate 1);
show ix,iy,A,ell,nbr,size,col;
tree(A, A+(0,ell), nbr, size,col);
endfor;
endfor;
endfig;

Увлечение автоматически создаваемыми картинами влечёт за собой опасность переполнения памяти. ''MetaPost ''создавался в то время, когда к используемой памяти относились исключительно бережно.

Если при компиляции картинки будет выдана ошибка ''MetaPost c''apacity exceeded, то необходимо поправить файл конфигурации '''texmf.cnf'''. Обычно этот файл можно найти в директории '''$(TEXMF)/''' '''web2c/texnf.cnf'''.

За выделяемый объём памяти для ''MetaPost ''отвечает переменная main_memory.mpost. Значение этой переменной должно быть меньше значения main_memory, которое определяет верхнюю границу использования памяти для всех TeX-подобных программ. Обратите внимание на то, что в конфигурационном файле может быть несколько переменных с одним и тем же именем – используется последнее значение.

В моём случае ограничение по памяти составляло 15 Мб. Очевидно, что размер используемой памяти можно безболезненно увеличить. С другой стороны, если происходит переполнение, то это, возможно, значит, что в алгоритм закралась ошибка.

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

=== Увеличительное стекло ===
Бывает, в процессе создания картинки необходимо увеличить участок для лучшей детализации. ''MetaPost ''предоставляет средство для этого в виде команды clip, которая позволяет обрезать картинку по любому замкнутому пути. Ниже идёт код, который позволил увеличить кусок циферблата корабельных часов.

%Файл dop.mp
R:=3.6u;
path q;
%определяем форму области которую хотим вырезать
q:=(-R,0)..(R,0)..cycle;
%определяем центр вырезаемой области (orig)
%и местоположение увеличенного участка (copy)
pair orig,copy;
orig=(65u,24u);copy=(45u,7.5u);
%отмечаем вырезаемую область
draw q shifted orig dashed evenly scaled 1/2u
withpen pencircle scaled 0.2u witcholor red;
picture p;
%сохраняем текущую картинку в переменной p
p:=currentpicture;
%коэффициент увеличения
numeric scale;scale:=3;
%Обрезаем картинку p по замкнутому пути q
clip p to (q shifted orig);
%чистим область, где будет нарисована увеличенная копия
fill q scaled scale shifted copy withcolor white;
%рисуем копию
draw p shifted -orig scaled scale shifted copy;
%рисуем дополнительную стрелку и метку
%на уже увеличенной копии
draw copy withpen pencircle scaled 1u withcolor red;
drawarrow copy--(copy+7u*dir -120)
withpen pencircle scaled 0.4u withcolor red;
label.lrt(btex $\vec{u}$ etex,
<nowiki>1/3[copy,(copy+7u*dir -120)]);</nowiki>

[[Изображение:Img_80_103_2.jpg|thumb|400px|Преобразование Галилея]]

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

=== Штриховка ===
clip-технология, которая упоминалась выше, позволяет создать любой вид штриховки. В стандартной поставке ''MetaPost ''идут пакеты, которые этим пользуются.

Пакет ''hatching.mp ''представляет из себя обычный «хак»:

%Файл dop.mp
%пример использования пакета hatching
input hatching;
beginfig(3) ;
numeric u;u=1mm;
path q;
q=(10u,0)..{dir -135}(0u,0u){dir 135}..
(-10u,0)..{dir 90}(0u,0u){dir -90}..cycle;
hatchfill q withcolor red withcolor (25,1u,-1);
draw q;
endfig;

[[Изображение:Img_80_103_1.jpg|thumb|400px|Пакет hatching]]

Функция hatchfill берёт информацию о штриховке из данных, которые следуют с декларацией withcolor. Сигналом, что эти данные предназначены именно для hatchfill, является то, что голубая компонента тройки чисел меньше 0. Красная компонента соответствует углу наклона штриховки, зелёная – расстоянию между штрихами. Подробности можно узнать в краткой документации к пакету.

Более развитым (возможно, излишне) является пакет ''mpattern'':

%создаём “обои” ракета
beginpattern(rocket);
begingroup;save u;
u:=1mm;
draw Rocket scaled 2/3u rotated -30;
patternbbox(-5u,-8u,5u,8u);
endgroup;
endpattern;
%создаём “обои” повёрнутая клетка
beginpattern(rotated_checker);
fill unitsquare scaled 4mm rotated 45 withcolor .7white;
endpattern;
beginfig(4);
numeric u; u:=1mm;
path p;
z1=(10u,0u);
p=fullcircle scaled 50u;
%рисуем фигуру в клетку
fill p withpattern rotated_checker;
unfill p shifted z1;
%рисуем фигуру “в ракету”
fill p shifted z1 withpattern rocket;
endfig;

[[Изображение:Img_80_103_3.jpg|thumb|400px|Пакет hatching]]

Здесь уже определены свои команды для создания штриховки. Пакет не свободен от недостатков, но он достаточно прост, и можно легко «довести» код до необходимой кондиции. Простота – это общее свойство пакетов ''MetaPost''. META вынуждает писать кратко. Подробности можно найти в документации к пакету.

=== Вставка eps ===
Пакет ''exteps.mp ''позволяет включить eps-картинку как единый объект. Краткая документация доступна в файле '''exteps.pdf''', поставляемом с этим пакетом.

%Файл dop.mp
input exteps;
%Включение eps-картинки
beginfig(6) ;
numeric u;u:=1mm;
% базовая надпись
for alpha:=-90 step 3 until 0:
label(btex LinuxFormat в России etex
scaled (5*(1+alpha/100)) rotated alpha,(0,0))
withcolor
(uniformdeviate 1,uniformdeviate 1,uniformdeviate 1);
endfor;
% посадим Тукса (penguin.eps) справа
begineps “penguin.eps” ;
% ширина картинки
width:=30u;
% сдвиг картинки от начала координат
base:= (60u,5u);
% можно нарисовать решётку на картинки
% grid := true;
% обрезание по bounding box
% clip := true;
endeps;
% посадим Тукса (penguin.eps) слева
begineps “penguin.eps” ;
% поворот
angle:=90;
width:=30u;
base:= (-30u,-40u);
endeps;
endfig ;

=== Большие числа ===
Когда обсуждалась вставка меток, в качестве примера был представлен треугольник Паскаля. Из-за ограничений META на максимальный размер числа треугольник Паскаля отрисовывался до 14-й строчки.

[[Изображение:Img_80_105_1.jpg|thumb|400px|Треугольник Паскаля]]

Это ограничение можно обойти, воспользовавшись пакетом ''sarith.mp''. Он был создан специально для пакета ''graphics.mp'', что вполне естественно, так как если при рисовании незначительных рисунков больших чисел быть не может, то при анализе данных их наличие – вполне рядовая ситуация.

%Файл dop.mp
%Macros for arithmetic on strings that represent big numbers
input sarith;
%Треугольник Паскаля с большими числами
beginfig(5) ;
numeric u;
u = 1.mm;
numeric dy,dx,x,y,i,j,sy,ds,nlast;dy:=5u;
dx:=6u;x=0;y=0;nlast:=20;
%для хранения больших чисел нужна строка
<nowiki>string n[][];</nowiki>
ds=0.04;sy=0.032;
picture z;
for i:=0 upto nlast:
dy:=dy*(1-sy);
y:=y-dy;
for j:=0 upto i:
if (j=0) or (j=i):
<nowiki>n[i][j]:=Sabs 1; %</nowiki>сложение
else:
<nowiki>n[i][j]:=n[i-1][j-1] Sadd n[i-1][j]; %</nowiki>сложение
fi
%формат вывода
<nowiki>z:=thelabel(format(“%6g”, n[i][j]),(0,0));</nowiki>
x:=dx*(j-i/2);
label(z scaled (1-ds*i),(x,y));
endfor
z:=thelabel.lft(decimal(i)&”:”,(0,0));
label(z scaled (1-ds*i),(dx*(-nlast/2-1),y));
endfor
endfig ;

Для представления больших чисел используется встроенный тип string – строка.

{| border=1
!style="background-color:#EEEEFF;" | Оператор
!style="background-color:#EEEEFF;" | Действие

|-
| <nowiki>Scvnum <number></nowiki>
| конвертация в numric

|-
| <nowiki>Sabs <number></nowiki>
| абсолютное значение

|-
| <nowiki><number> Sadd <number></nowiki>
| сложение

|-
| <nowiki><number> Ssub <number></nowiki>
| вычитание

|-
| <nowiki><number> Smul <number></nowiki>
| умножение

|-
| <nowiki><number> Sdiv <number></nowiki>
| деление

|-
| <nowiki><number> Sleq <number></nowiki>
| <nowiki>сравнение <=</nowiki>

|-
| <nowiki><number> Sneq <number></nowiki>
| <nowiki>сравнение <></nowiki>

|}

Документация к пакету sarith.mp является частью документации к
graphics.mp ('''mpgraph.pdf''' от Джона Хобби).

=== Макрос TEX ===
Вы, наверное, уже обратили внимание, что метки в ''MetaPost ''являются статическими. Всё, что между btex и etex, отдаётся ''LaTeX ''для обработки. Это значит, что метку нельзя скомпоновать из различных кусков. Решением является немного модифицированный макрос из стандартного пакета ''TEX.mp'':

%Файл macros.mp
vardef TEX primary s =
write “verbatimtex” to “mptextmp.mp”;
write “\input{preheader-base}” to “mptextmp.mp”;
write “\begin{document}” to “mptextmp.mp”;
write “etex” to “mptextmp.mp”;
write “btex “&s&” etex” to “mptextmp.mp”;
write EOF to “mptextmp.mp”;
scantokens “input mptextmp”
enddef;

В процессе вызова макроса TEX всё, что находится внутри него, записывается в '''mptextmp.mp''', а затем этот файл включается в основной файл прямо во время компиляции. То есть происходит модификация программы прямо во время компиляции. Пример использования макроса приведен ниже:

%Файл coord.mp
numeric u;u:=2mm;
for i:=-15 step 5 until 15:
label.lft(TEX(“$“&decimal(i)&”$”),(-10u,i*u));
endfor;

При формировании ASCII-строчки использовался оператор & для объединения. Хотя в данном случае можно было обойтись только статическими записями, но иногда этот приём может пригодиться для целей автоматизации, где скорость компиляции – не главное.

Основной минус этого способа в том, что он очень «мееедленный». Для ускорения следует оставить в '''preheader-base.tex''' только самые необходимые инструкции. Что-то вроде:

<nowiki>\documentclass[12pt]{article}</nowiki>
<nowiki>\usepackage[warn]{mathtext}</nowiki>
<nowiki>\usepackage[T2A]{fontenc}</nowiki>
<nowiki>\usepackage[koi8-r]{inputenc}</nowiki>
<nowiki>\usepackage[english,russian]{babel}</nowiki>

=== Заключение ===
Естественно, в таком кратком обзоре невозможно рассказать всё. Основные понятия и приёмы уже изложены, но множество вещей выпало из обзора. В частности, совсем не рассмотрены 3D объекты, создание геометрических чертежей, параметризация пути и векторные поля в M''etaPost''. Это не смертельно, так как есть весьма качественная свободная литература, посвящённая этим предметам.

''MetaPost ''достаточно легко использовать после обучения, но обучение перед использованием просто необходимо. Это свойство всех стоящих технологий, которые позволяют делать то, для чего компьютеры и существуют: автоматизировать рутинные действия, для выполнения которых не требуется задумываться. Думать же, в любом случае, прерогатива человека.