The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги ]

08.10.2012 22:12  Интервью с Павлом Емельяновым, одним из самых активных российских разработчиков ядра Linux

Павел Емельянов, один из самых активных российских разработчиков ядра Linux, ответил на несколько вопросов opennet.ru, приуроченных к выходу релиза CRIU 0.2, системы для заморозки и восстановления состояния процессов в Linux. Последние восемь лет Павел работает в компании Parallels над проектами, связанными с изолированными контейнерами и облачными системами, в том числе является одним из основных разработчиков таких открытых проектов, как CRIU и OpenVZ.

Расскажите, как проходило становление участника разработки ядра Linux. Помните ли вы ваш первый коммит в ядро?

Становление проходило труднее, чем, как мне сейчас видится, могло. Дело в том, что участвовать в разработке я стал сразу с нелегкой задачей - созданием нового функционала. Кроме того, до меня из Parallels (тогда SWsoft) в mainstream слали не много патчей (да и были это, главным образом, устранения неисправностей), так что посоветоваться было не с кем.

Первый коммит уже не помню, но это был какой-то очень простой патч, чинивший очевидную ошибку, так что прошел он незаметно.

Как был преодолён языковой барьер? Или у вас изначально было отличное знание английского? Были ли языковые казусы?

Если речь идет о письменном английском, то барьера не было, так как до этого я уже больше года работал в SWsoft, а там вся техническая переписка велаcь на английском (впрочем, для Parallels это некие корпоративные стандарты). Когда начал ездить на конференции, говорил, конечно, с трудом. Разговорился, наверное, после третьей или четвертой поездки. А казусы были однотипные - я ничего не понимал, что мне говорят, и постоянно переспрашивал.

Как проходит продвижение патчей, какие подводные камни возникают?

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

С кем приходится контактировать в цепочке продвижения патчей?

Ну, "цепочка" это громко сказано. Обычно цель патча - это репозиторий ответственного человека (майнтейнера). Пока туда патч не попадет, контактируешь с ним и с другими обитателями тематического списка рассылки.

Возникают ли проблемы со стилем оформления кода? Бывает ли, что не принимают патчи по идеологическим или формальным причинам? Как удаётся приходить к компромиссу?

Со стилем уже не бывает. Хороший текстовый редактор все делает за меня :) По идеологическим причинам не принимают довольно часто, особенно, когда это патч, который открывает "новое направление" в ядре. Тут приходится попотеть и попереписываться. К компромиссу приходят одним путем - это называется "progress by argument". Ты объясняешь, какой цели ты хочешь добиться и почему так, как это написано в патче. Если кто-то с тобой не согласен, он объясняет почему, и как сделать по-другому. Обычно один из вас объективно не прав, и в диалоге выясняется кто.

Какие наиболее важные подсистемы/патчи, в создании которых вы принимали участие, удалось продвинуть в основное ядро Linux? Какие из подобных подсистем пока остаются непринятыми в ядро и что мешает их принятию?

Все, что я делал, уже там в том или ином виде. Из самых крупных - виртуализация сетевого стека и PID-ов (идентификаторов процессов) и контроллер памяти приложений (a.k.a. memcg). Ну и, конечно же, главный мой проект сейчас - checkpoint-restore in userspace. Для него модифицируется во всех подсистемах по-немногу (но в сумме набралось уже почти 100 патчей). Непринятых в смысле принципиально отвергаемых сейчас нет, есть патчи, которые пока плавают в списках рассылки, ждут своей очереди на обсуждение или переработку.

Какой примерно объем работы приходится выполнять для синхронизации с новыми версиями ядра параллельно поддерживаемых патчей, которые ещё не приняты в основное ядро, для OpenVZ и CRIU? Были ли особенно тяжёлые случаи, когда какое-то изменение в ядре серьёзно все ломало или заставляло пересматривать архитектуру?

Для criu мы не перебазируемся в привычном смысле этого слова, так как проект изначально разрабатывается в mainstream. То есть - если что-то сообщество не берет, мы это и к себе не берем, а сразу переделываем.

Для OpenVZ патч для переезда, конечно, огромный. Перебазировались по-крупному мы уже 2 раза (с 2.6.9 на 2.6.18 и потом на 2.6.32), сейчас начинаем на 3.6. Переезд у меня занимал около месяца до состояния "готово к отдаче в QA". После этого еще пол-года на стабилизацию.

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

Чего не хватает в штатном ядре для полноценной реализации CRIU? Какие есть идеи по дальнейшему развитию CRIU?

Если не брать мелочи, то самое большое белое пятно это memory snapshot. Технология, при которой мы говорим ядру, что хотим знать, какие страницы памяти меняются приложением в процессе его работы, и начинаем параллельно с выполнением процессом своих дел копировать его память. Потом замораживаем его и копируем только то, что он поменял. Это сильно сокращает время миграции и открывает возможность для такой фичи, как incremental snapshot состояния, при котором повторное снятие производится быстрее (гораздо быстрее) и можно делать его чаще.

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

В каких ещё открытых проектах, кроме ядра Linux и продуктов Parallels, приходилось заниматься?

По-крупному ни в каких. Linux kernel + OpenVZ + CRIU (плюс закрытые продукты Parallels) пока с лихвой покрывают области моих интересов.

Какой дистрибутив и десктоп окружение используете для работы и дома? Какой инструментарий разработки предпочитаете (в чем пишете и отлаживаете код)?

На ноутбуке Fedora + FluxBox, оно же дома. Инструментарий для работы и отладки сначала был простой - vim + дизассемблер + голова ;) чуть позже появилась еще команда. У нас в kernel team собрались очень талантливые люди, они знают и умеют гораздо больше меня, чем я и пользуюсь (в хорошем смысле этого слова).

Работаете ли дома в своё удовольствие или ограничиваетесь только рабочим временем? Даёт ли работодатель возможность заниматься в рабочее время сторонними открытыми проектами (например, в Google можно тратить 20% своего времени на любые интересные проекты)?

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

Заниматься своими проектами в рабочее время в Parallels, строго говоря, нельзя. Но с другой стороны, в Parallels работают очень открытые люди, так что если "свой проект" имеет отношение к деятельности компании, то можно (и даже нужно) поговорить со своим руководителем, и если проект действительно хороший, то у него огромные шансы стать частью продуктов Parallels. Или даже стать самостоятельным новым продуктом ;)

В каком году вы впервые столкнулись с Linux и когда стали использовать его вплотную? Какой был ваш первый дистрибутив?

С Linux столкнулся в институте на 2-м курсе. У нас в программе была тема про UNIX, а практика была на Linux. Первым дистрибутивом стал ASPLinux, так как на то время это был единственный дистрибутив с нормальной поддержкой русского языка. Не в интерфейсах - с этим проблем не было - просто мне к тому времени уже захотелось сделать Linux основной рабочей ОС на домашней машине, и невозможность читать странички из рунета или написать письмо по-русски удручала.

Считаете ли вы перспективными операционные системы подобные Qubes (qubes-os.org), использующие механизмы виртуализации для изоляции приложений?

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

В последнее время системы виртуализации Xen, KVM и VirtualBox развиваются стремительными темпами. Насколько ощущается конкуренция со стороны подобных систем, ведь они всё больше влезают в нишу, принадлежащую системам контейнерной изоляции?

Очень сильно ощущается. Мое мнение, что уже недалеко то время, когда контейнеры в том виде, в которых их изначально позиционировала еще SWsoft (Parallels) отомрут. Саму концепцию контейнеров нужно будет расширить и обобщить. В таком виде у них есть будущее, причем, как мне видится, недоступное для виртуальных машин.

В чём сегодня сильные стороны систем контейнерной виртуализации? Насколько у них ниже накладные расходы при выполнении изолированных окружений по сравнению с Xen и KVM в режиме паравиртуализации?

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

Слабым местом безопасности изолированных контейнеров является ядро Linux, уязвимость в котором может свести на нет выставленные ограничения. Используя уязвимость в ядре злоумышленник может выбраться наружу и получить контроль над всей системой. Что делается для предотвращения подобных атак?

Это очень распространенное мнение, на практике, однако, не подтверждающееся. Да, конечно, "уронив" ядро, контейнер "роняет" всю систему, но ведь сделав то же самое с гипервизором VM добьётся того же эффекта. Обычно возражают, что гипервизор меньше по размеру кода, но на ядро в целом тоже "смотрят" больше человек, чем на гипервизор. Так что вопрос в том, кто стабильнее открыт. Что касается эксплоитов вида "побег из окружения", то мой опыт подсказывает, что количество известных случаев создания таких эксплоитов примерно одинаково как для контейнерной, так и для аппаратной виртуализации.

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

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

Я часто слышу, как люди разделяют LXC и OpenVZ как проекты. Для меня это очень печально, потому, что команда, которая разрабатывает OpenVZ, активно разрабатывает и LXC, просто совместно с другими компаниями. И вклад людей из Parallels в LXC даже с точки зрения количества кода не маленький - больше половины написано нами, а что-то - только нами. Поэтому правильным ответом на вопрос про конкуренцию будет - она проявляется в головах пользователей. Мы же, как разработчики, только выигрываем от того, что контейнерами занимается еще кто-то (например IBM и Google :) ).

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





В дополнение, Павел также ответил на серию вопросов, заданных читателями opennet.ru в процессе обсуждения анонса новой версии CRIU:


Я правильно понимаю, что теперь я могу заморозить nginx с несколькими гигами кэша, перезагрузиться с новым ядром, разморозить его обратно и не получить лежащий от DoS-а сервер?

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

Раньше был подобный по сути, но не реализации, проект CryoPID - A Process Freezer for Linux. Связаны ли как-то CRIU и CryoPID?

Только идеологически - оба проекта пытаются достичь одного и того же. Но CRIU изначально ориентировался на тесную работу с ядром, в то время как CrypoPID пытается сделать все на существующих ядерных интерфейсах. Но достичь цели без модификации ядра невозможно, поскольку ядро "знает" о процессах гораздо больше, чем показывает наружу. В CryoPID с этим быстро столкнулись, и проект де-факто умер.

Насколько я понял из беглого взгляда на CRIU, этот проект начал использовать недавно появившееся API в ядре для "замораживания" статусов, которое вроде как сначала зародилось на будущее использование (на опеннете обсуждалось). Итого вопрос - насколько соответствующая инфраструктура в ядре готова сейчас для полноценного использования CRIU для любого процесса в системе и если не готова, то есть ли договоренности о ее расширении до нужного уровня и, если есть - то когда (в каких релизах ванилы) это будет?

А это как раз мы эти API и делали в ядро. На сегодня почти все, что нужно CRIU уже в включено в linux-3.6. Но проект на месте не стоит, у нас есть планы на дальнейшее расширение как ядра, так и нашего проекта. Договоренности о включении нет, сообщество разработчиков ядра устроено по-другому (и это тема для отдельной беседы). Но есть благожелательное отношение сообщества к нашему проекту, поэтому перспективы видятся самые радужные.

А поддержка автоматизации переноса процесса в openvz/lxc контейнер не предвидится? Чтобы заморозил процесс в системе, а потом разморозил в контейнере, и главное, чтобы в этот контейнер перенеслись все нужные этому процессу компоненты.

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

Как быстро он сохраняет слепок процесса? Есть ли смысл экспериментировать с заморозкой всех процессов, или suspend/resume всей системы будет слишком много времени занимать? Интересно поковырять CRIU в сторону создания слепка для всей системы и восстановления на другой машине для обеспечения high availability или для переноса без остановки на более мощный сервер.

Скорость сохранения в основном зависит от количества памяти, которые используют приложения. Замораживать все процессы сейчас смысла большого нет. Но в будущем должна появиться фича, при которой можно будет поменять ядро пока вся система заморожена. Делать слепок системы для HA не совсем полезно. Для HA достаточно просто перезапустить все с нуля на failover машине. А вот FT (fault tolerance) это уже интересно, но criu пока так не может.

  1. OpenNews: Релиз CRIU 0.2, системы для заморозки и восстановления состояния процессов в Linux
Лицензия: CC-BY
Тип: Интересно / Обобщение
Ключевые слова: linux, kernel, criu, openvz
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Линейный вид | Ajax | Показать все | RSS
 
  • 1.1, Аноним, 22:29, 08/10/2012 [ответить] [смотреть все]
  • –1 +/
    А слешдоте сейчас можно задать вопрос самому линусу.
     
     
  • 2.7, Дима Lenny Биан, 23:31, 08/10/2012 [^] [ответить] [смотреть все] [показать ветку]
  • +10 +/
    Уважаемый Линукс Тролльвальдс! Как вы относитесь к тому, что то, что делаете вы и проект GNU, совсем не ценится разработчиками конечного продукта для декстопа? С серверным и корпоративным ПО всё Окей, конечно, а вот Линукс для рабочих станций замусорен тормозящими велосипедами от всяких Поттерингов. Не кажется ли вам, что вы зря проживаете жизнь, пока продукт, начатый и курируемый Вами, гораздо менее популярен, чем должен быть?

    А причиной тому то, что как только системный компонент будет доделан и полноценно работать, в десктопных дистрибутивах Linux его зачем-то уберут и заменят на разрабатываемый. И ладно Fedora - тестируемая версия Red Hat Enterprise Linux - остальные-то зачем?! Тем не менее, сообщество открытого ПО и из недоделки делает конфетку - и как только становится очевидным, что недоделку доделали, везде дружно её удаляют и делают новую! И так - много лет подряд. Не кажется ли вам это диверсией врагов, добившихся влияния среди наших друзей?

     
     
  • 3.10, V, 00:02, 09/10/2012 [^] [ответить] [смотреть все]
  • +4 +/
    поддерживаю по каждому пункту
     
     
  • 4.58, Аноним, 14:44, 09/10/2012 [^] [ответить] [смотреть все]
  • +1 +/
    Вот только вопрос не по адресу Торвальдс не пилит юзермод и не может приказыват... весь текст скрыт [показать]
     
  • 3.15, Аноним, 00:53, 09/10/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Что характерно, Поттеринга постоянно спрашивают, почему systemd замусорен тормоз... весь текст скрыт [показать]
     
  • 3.19, Аноним, 01:45, 09/10/2012 [^] [ответить] [смотреть все]  
  • –1 +/
    Это прогресс, детка Не нравится - BSD welcomes you До сих пор на технологиях 8... весь текст скрыт [показать]
     
     
  • 4.22, Michael Shigorin, 02:11, 09/10/2012 [^] [ответить] [смотреть все]  
  • +3 +/
    > Это прогресс, детка.

    Дурь это уже, а не прогресс.

     
     
  • 5.23, Анончик, 02:40, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    с чего это systemd - дурь ответьте, если, конечно, найдётся что, пожалуйста, ар... весь текст скрыт [показать]
     
     
  • 6.45, Michael Shigorin, 12:59, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    1 ничего не перепутали 2 если хотите сменить тему обсуждения -- пожалуйста с... весь текст скрыт [показать]
     
     
  • 7.47, Гость, 13:46, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    А что там с Линусом было?
     
     
  • 8.52, Michael Shigorin, 14:06, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    https://lkml.org/lkml/2012/10/2/303
    https://lkml.org/lkml/2012/10/3/349
     
     
  • 9.60, Аноним, 14:53, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Прикольная рубка, только там больше всего крыли почему-то не Поттеринга а какого... весь текст скрыт [показать]
     
     
  • 10.64, Michael Shigorin, 15:08, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    http cgit freedesktop org systemd systemd log ... весь текст скрыт [показать]
     
     
  • 11.68, Аноним, 15:35, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Ну я все понимаю, но где обещанные кнуты и пряники именно Поттерингу Если по... весь текст скрыт [показать]
     
     
  • 12.76, Michael Shigorin, 23:36, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Как понимаю, они с Сиверсом нынче в паре работают -- один переламывает, другой п... весь текст скрыт [показать]
     
     
  • 13.77, Аноним, 23:55, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Тем не менее, обещали Поттеринга и systemd а по факту всего лишь Сиверс и udev ... весь текст скрыт [показать]
     
     
  • 14.79, Michael Shigorin, 00:28, 10/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Это да, надо было сразу уточнить -- говорим , подразумеваем Вы же п... весь текст скрыт [показать]
     
  • 9.93, anon4ik, 21:07, 11/10/2012 [^] [ответить] [смотреть все]  
  • +/
    спасибо, теперь ясно почему в wheezy и quantal udev175
     
  • 5.86, northbear, 20:46, 10/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Почему дурь А как по-вашему надо Как MS со своими Windows ами И где бы был се... весь текст скрыт [показать]
     
  • 3.33, Boboms, 11:09, 09/10/2012 [^] [ответить] [смотреть все]  
  • –1 +/
    Если ты про Гнум2, который на мою точку зрения был на 85 -90 готов ко внедрению... весь текст скрыт [показать]
     
     
  • 4.57, kurokaze, 14:41, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    >Обучаемость, "повторяемость" и "адекватность" интерфейса (Гнум2);

    Толсто

     
     
  • 5.73, Boboms, 17:37, 09/10/2012 [^] [ответить] [смотреть все]  
  • –2 +/
    Ну, тогда иди, кеды "тыч".
     
  • 4.69, Аноним, 15:35, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Дядя Вова негодует ... весь текст скрыт [показать]
     
  • 3.36, IMHO, 11:29, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    ага, вся правда, согласен
     
  • 1.17, гость, 01:33, 09/10/2012 [ответить] [смотреть все]  
  • +4 +/
    Очень интересное интервью, спасибо :)
     
  • 1.18, Michael Shigorin, 01:39, 09/10/2012 [ответить] [смотреть все]  
  • +/
    > уже помню

    "уже не помню", наверное?

    > ASP-linux, так как на то время это был единственный дистрибутив
    > с нормальной поддержкой русского языка

    Ну хемуль, ну как так можно... Ещё не было ASPLinux 7.1, а Black Cat и Mdk RE уже были.

    Спасибо, ряд ответов оказался весьма познавательным.

     
  • 1.20, Толстый, 02:04, 09/10/2012 [ответить] [смотреть все]  
  • –3 +/
    Но если коротко охарактеризовать - надо сразу настроиться, что разработка ядра ... весь текст скрыт [показать]
     
     
  • 2.27, Аноним, 04:13, 09/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +5 +/
    Везде и во всем так. Велкоме то риэл лайф, Neo. (C)
     
  • 2.61, Аноним, 14:57, 09/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +1 +/
    Почему же Со всякими му ками взаимодействовать неприятно Это простой и понят... весь текст скрыт [показать] [показать ветку]
     
  • 1.25, Сергей, 03:47, 09/10/2012 [ответить] [смотреть все]  
  • +1 +/
    Видел презентацию этой штуке на YaC - интересно было. http://events.yandex.ru/talks/334/
     
  • 1.29, Аноним, 09:29, 09/10/2012 [ответить] [смотреть все]  
  • +2 +/
    Я уже задавал вопрос Линусу про это Это было примерно так с моими комментария... весь текст скрыт [показать]
     
     
  • 2.31, тоже Аноним, 09:55, 09/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • –3 +/
    Сомневаюсь, что вы сами хоть что-нибудь когда-нибудь написали По комментариям -... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.35, АнонимВасилий, 11:29, 09/10/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    А мне кажется вполне правдоподобным, даже если этого и не было Думаю, что разра... весь текст скрыт [показать]
     
     
  • 4.50, Аноним, 14:02, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Он привёл тезисов раза в три больше, там много специфики различной ничего для ме... весь текст скрыт [показать]
     
  • 4.81, Андрей, 02:50, 10/10/2012 [^] [ответить] [смотреть все]  
  • +2 +/
    Так часто кажется, а оказывается наоборот Вот, из интервью с Ph D Расом Коксом... весь текст скрыт [показать]
     
     
  • 5.82, Андрей, 02:59, 10/10/2012 [^] [ответить] [смотреть все]  
  • +2 +/
    http://russ.cox.usesthis.com/
    http://execbit.ru/2011/04/15/russ_cox_int/
     
  • 5.83, Аноним, 03:36, 10/10/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Респект мужику, таких как он один на миллион Остальные препочитают не тратить в... весь текст скрыт [показать]
     
  • 3.49, Аноним, 13:52, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Комментарии я написал для вас тут, Линусу я их не писал Зачем человека обижать ... весь текст скрыт [показать]
     
     
  • 4.51, Аноним, 14:04, 09/10/2012 [^] [ответить] [смотреть все]  
  • –1 +/
    Мрак Шаттлврот - не основная персона открытого ПО Он ничего не сделал, он всего... весь текст скрыт [показать]
     
     
  • 5.53, Michael Shigorin, 14:10, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Неправда При всех веских претензиях Марк всё-таки действительно майнтейнил апа... весь текст скрыт [показать]
     
     
  • 6.54, Аноним, 14:21, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Марк отлично программирует на Питоне между прочим Может быть это тоже сыграло р... весь текст скрыт [показать]
     
     
  • 7.59, Michael Shigorin, 14:49, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Незаметно https code launchpad net sabdfl... весь текст скрыт [показать]
     
     
  • 8.65, Аноним, 15:14, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Он очень занятой человек, а это просто хобби. Это нужно учитывать.
     
     
  • 9.67, Michael Shigorin, 15:30, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Повторюсь, незаметно Возможно, не туда смотрю -- но тогда ещё и забавно ... весь текст скрыт [показать]
     
  • 7.62, Аноним, 14:58, 09/10/2012 [^] [ответить] [смотреть все]  
  • –1 +/
    Лучше б он на чем-нибудь другом программировал ... весь текст скрыт [показать]
     
  • 4.55, тоже Аноним, 14:37, 09/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Смотрите этим людям можно написать такие письма, и они даже иногда на них отвеч... весь текст скрыт [показать]
     
     
  • 5.63, Аноним, 15:06, 09/10/2012 [^] [ответить] [смотреть все]  
  • –1 +/
    Вы либо тролль, либо с головой что-то Я вам 99,9 вероятности даю, что Столлман... весь текст скрыт [показать]
     
     
  • 6.70, тоже Аноним, 16:16, 09/10/2012 [^] [ответить] [смотреть все]  
  • +2 +/
    Проверьте свою голову на предмет логики и этики Дано люди и работают, и отвеча... весь текст скрыт [показать]
     
     
  • 7.75, Аноним, 22:32, 09/10/2012 [^] [ответить] [смотреть все]  
  • –3 +/
    Да, вы тролль :(
    зря время на вас тратил
     
     
  • 8.78, Michael Shigorin, 00:00, 10/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Возможно, вы друг друга не поняли, но вообще-то нет, он не тролль Кстати, Вы пл... весь текст скрыт [показать]
     
     
  • 9.80, Аноним, 02:45, 10/10/2012 [^] [ответить] [смотреть все]  
  • +/
    2-5 дней и приходит ответ лично от Столлмана Проверено десятки раз Мы между пр... весь текст скрыт [показать]
     
     
  • 10.84, тоже Аноним, 08:42, 10/10/2012 [^] [ответить] [смотреть все]  
  • +3 +/
    > лично от Столлмана.
    > Проверено десятки раз.

    И после этого я - тролль?!

     
  • 4.87, northbear, 20:54, 10/10/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Сразу видно специалиста по спрашиванию Таких тут по-моему еще не было ... весь текст скрыт [показать]
     
  • 2.34, daf, 11:21, 09/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +2 +/
    Да уж Типичный образчик халявщика - потребителя free software, который считае... весь текст скрыт [показать] [показать ветку]
     
     
     
    Часть нити удалена модератором

  • 4.41, SubGun, 12:35, 09/10/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Опять троллинг Даже если с вами кто-то согласен, зачем разжигать холивар очеред... весь текст скрыт [показать]
     
     
     
    Часть нити удалена модератором

  • 6.48, daf, 13:50, 09/10/2012 [^] [ответить] [смотреть все]  
  • +3 +/
    Здесь речь не о таких проектах и вообще не о платности бесплатности, а о том что... весь текст скрыт [показать]
     
  • 4.46, daf, 13:45, 09/10/2012 [^] [ответить] [смотреть все]  
  • +3 +/
    Неверно Если хочешь, чтобы нормально т е так, как тебе нужно работало то, чт... весь текст скрыт [показать]
     
     
  • 5.88, Аноним, 15:14, 11/10/2012 [^] [ответить] [смотреть все]  
  • –1 +/
    попроси о доработке - пройдено и такая схема не работает, они посылают к автор... весь текст скрыт [показать]
     
     
  • 6.89, Michael Shigorin, 17:11, 11/10/2012 [^] [ответить] [смотреть все]  
  • +/
    И что, прям-таки суппорт дорабатывает и не жрёте что дают Вот уж нашёл сказочн... весь текст скрыт [показать]
     
     
  • 7.90, Аноним, 18:20, 11/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Знаю за что и прям-таки суппорт дорабатывает разные вещи Да MS не дорабаты... весь текст скрыт [показать]
     
     
  • 8.91, Michael Shigorin, 18:38, 11/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Вот к тому и привёл, что не надо передёргивать На линуксе я и сам много чего из... весь текст скрыт [показать]
     
     
  • 9.92, Аноним, 20:26, 11/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Я и не отрицал, да иначе и не могло быть Я могу калибровать монитор и имею техн... весь текст скрыт [показать]
     
     
  • 10.94, Michael Shigorin, 01:29, 12/10/2012 [^] [ответить] [смотреть все]  
  • +/
    Нет, конечно Например, в нынешнее ядро полезу только в крайнем случае, а к кер... весь текст скрыт [показать]
     
     
  • 11.95, Аноним, 13:18, 12/10/2012 [^] [ответить] [смотреть все]  
  • +/
    > глядишь, и цены были бы другими

    Тут вы абсолютно правы.

     
  • 2.37, ..., 11:52, 09/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +2 +/
    Не устанавливать новые фичи не переходить на новые мажерные ветки программ lsm... весь текст скрыт [показать] [показать ветку]
     
  • 2.74, grog, 18:05, 09/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • –3 +/
    Тем,кто основные деньги вкладывает,нужна OS которая вполне справится с задача... весь текст скрыт [показать] [показать ветку]
     
  • 1.56, Аноним, 14:38, 09/10/2012 [ответить] [смотреть все]  
  • +1 +/
    Так и представляю себе 2020 год Система информирует ядро было только что пер... весь текст скрыт [показать]
     
  • 1.66, Аноним, 15:19, 09/10/2012 [ответить] [смотреть все]  
  • +/
    А как Павлу написать письмо, какой имаил?
     
  • 1.71, Аноним, 16:19, 09/10/2012 [ответить] [смотреть все]  
  • –3 +/
    Со стилем уже не бывает Хороший текстовый редактор все делает за меня ну сла... весь текст скрыт [показать]
     
     
  • 2.72, тоже Аноним, 17:25, 09/10/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +2 +/
    У вас плохой текстовый редактор, без спеллчекера?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor