Open source

В поисках идеальной модели лицензирования

Наверняка вы знаете о лицензиях MIT, GPL, BSD, Apache и тому подобных. Предполагаю, что превалирующее большинство читателей этой статьи ярые приверженцы Open Source и ненавидят проприетарщину. Правда, некоторые люди не особо различают понятия “открытый” и “бесплатный” софт, но не суть. Я предлагаю обсудить плюсы и минусы текущих подходов, и поразмыслить об устройстве более эффективной экосистемы разработки сложных программных продуктов сообществом независимых разработчиков.


Источник

Ubuntu 17.04: что нового

Сегодня вышла в свет новая версия Ubuntu — 17.04 Zesty Zapus.

Тестовые сборки стали доступны еще в ноябре прошлого года. В Интернете опубликовано уже немало обзоров нововведений. Некоторые новации стали предметом дискуссий задолго до официального релиза: пользователи десктопной версии очень неоднозначно восприняли планы прекратить разработку графической оболочки Unity 8 и заменить её на GNOME 3.22. В Ubuntu 17.04 по умолчанию ещё используется Unity 7, но во всех следующих версиях её уже не будет.

Источник

Вышел GitLab 9.0: Подгруппы и Deploy Boards

Недавно мы выпустили GitLab 9.0, через 18 месяцев после выпуска версии 8.0. За это время мы сделали множество значительных изменений в GitLab, выпуская новую версию 22 числа каждого месяца. Давайте кратко подведем итоги, к которым мы пришли с выпуска 8.0, и посмотрим, как старые фичи соотносятся с новыми из 9 версии. Или вы можете перейти к фичам, появившимся в 9.0.

Источник

Wayland, как замена X Window System

В предыдущем посте мы узнали, почему X Window System — один из самых успешных проектов с открытым кодом в истории, пора заменить на новое решение для графического окружения Linux. В этой же статье мы узнаем, каков из себя Wayland — наиболее вероятный кандидат на замену X.



Глоссарий Wayland

Имеет смысл сначала разобраться с некоторыми определениями и терминологией.

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

• KWin — дисплейный сервер KDE,


• Mutter — дисплейный сервер GNOME,


• Weston — эталонный композитный менеджер для Wayland,


• Enlightenment — графическая оболочка рабочего стола,


• Marco — оконный менеджер MATE.

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

Подробнее

Релиз ReactOS 0.4.2 и запуск в VirtualBox



Проект ReactOS объявил о выпуске нового релиза ReactOS 0.4.2. Как и ожидалось это произошло через три месяца после предыдущего релиза.

Лично я за проектом ReactOS наблюдаю уже много лет и каждый раз верю, надеюсь и жду. Именно этому новому релизу я наконец-то могу посвятить пост, т.к. по моим объективным ощущениям ReactOS стал обладать тем минимально допустимым функционалом, который позволяет серьёзнее взглянуть на этот продукт. Сегодня мы посмотрим, что нового появилось в новом релизе ReactOS, а также разберём, как установить ReactOS в VirtualBox.

Команда ReactOS сообщила (16 августа 2016 г.) о выходе нового релиза ReactOS 0.4.2 у себя в блоге. Разработчики стараются выпускать релизы каждые три месяца.

Основные изменения в ReactOS 0.4.2

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



Подробнее

Архитектура open source-приложений: Как работает nginx



Сегодня мы представляем вашему вниманию адаптированный перевод одной из глав книги «Архитектура open-source-приложений», в которой описываются предпосылки появления, архитектура и организация работы популярного веб-сервера nginx.

Значение многопоточности

В наши дни интернет проник повсюду, и очень сложно представить себе, что даже 10-15 лет назад всемирная сеть была куда менее развитой. Интернет эволюционировал от простых HTML-сайтов с кликабельным текстом, работающих на веб-серверах NCSA и Apache, в постоянно работающую среду коммуникации, которую используют миллиарды людей по всему миру. Число постоянно подключенных к сети устройств растет, и интернет-ландшафт меняется, способствуя перетеканию в онлайн целых отраслей экономики. Онлайн-сервисы становятся все более сложными, а для их успешной работы требуется возможность мгновенного получения нужной информации. Аспекты безопасности онлайн-бизнеса также существенно изменились. Поэтому нынешние сайты гораздо сложнее, чем ранее, и в общем случае требуется куда больше инженерных усилий для обеспечения их устойчивости и масштабирования.

Одним из главных вызовов для архитекторов сайтов во все времена была многопоточность. С начала эры веб-сервисов степень многопоточности постоянно растет. Сегодня популярный сайт может одновременно обслуживать сотни тысяч и даже миллионы пользователей, и этим никого не удивить. Еще не так давно многопоточность была нужна для работы с медленными ADSL или dial-up-подключениями. Теперь же многопоточность нужна для работы с мобильными устройствами и новыми архитектурами приложений, которые требуют постоянного и быстрого соединения — клиент должен получать обновления твитов, новостей, информации из ленты соцсетей и т.п. Еще один важный фактор, влияющий на многопоточность — это изменившееся поведение браузеров, которые для ускорения загрузки сайта открывают от четырех до шести одновременных соединений к нему.

Представьте простой Apache-сервер, который генерирует короткие ответы в 100 Кбайт — простая веб-страница с текстом или изображениями. На генерацию и отрисовку страницы может уходить доля секунды, но на ее передачу клиенту потребуется 10 секунд при наличии полосы пропускания 80 кбит/с. Веб-сервер сможет относительно быстро «вытянуть» 100 килобайт контента, а затем 10 секунд он будет медленно пересылать их клиенту. А теперь представьте, что у вас 1000 одновременно подключенных клиентов, которые запросили один и тот же контент. Если для каждого клиента требуется выделение 1 Мб дополнительной памяти, то всего понадобится 1 гигабайт памяти для того, чтобы отправить 1000 клиентов 100 килобайт контента.

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

Чтобы обрабатывать возросшие объёмы нагрузки, связанные с расширением аудитории интернета и, как следствие, повышением уровней многопоточности, фундамент функциональности сайта должен состоять из очень эффективных блоков. В этом уравнении важны все компоненты — железо (CPU, память, диски), сетевая емкость, архитектура приложения и хранилища данных — однако клиентские запросы принимаются и обрабатываются именно веб-сервером. Поэтому он должен обладать способностями к нелинейному масштабированию с растущим числом одновременных соединений и обрабатываемых в секунду запросов.

Подробнее

OpenSource.Mail.Ru: открытые проекты наших сотрудников



Одним из главных принципов, лежащих в основе движения за открытый исходный код, — Open Source, — является свобода распространения информации. Жизнестойкость этой идеи подтверждают примеры многих успешных проектов, развиваемых свободным сообществом программистов со всего мира. Наверное, кого-то это удивит, но мы тоже активно развиваем множество opensource-проектов. И недавно мы обнаружили, информация об этих проектах разбросана по сети, и разработчики одних продуктов могут совершенно не знать о других, которые могли бы оказаться для них полезными. Так и родилась идея создать информационный сайт OpenSource.Mail.Ru.

Сейчас мы продолжаем развивать ресурс и добавлять новые проекты. Наполнением страничек занимаются сами разработчики. Уверен, что большинство читателей слышали хотя бы про самые крупные наши opensource-проекты:

• Tarantool — уникальное решение, совмещающее неблокирующий сервер приложений на Lua с NoSQL базой данных. Храните свои данные близко к вычислениям. Высокой производительности позволяет достичь стек технологий, который использует тарантул. libev, libcoro и libeio для реализации event-loop'а, кооперативной многозадачности (coroutines/fibers) и асинхронной работы с сетью и другими задачами. LuaJIT — Трассирующий JIT-компилятор для Lua (на стероидах). Несколько недавних статей про Tarantool в нашем блоге:
  Tarantool как сервер приложений<
  Строим сервисы на базе Nginx и Tarantool
  Asyncio Tarantool Queue, вставай в очередь
  Асинхронная работа с Tarantool на Python


• MAPS.ME — приложение для iOS, Android, Blackberry и т.п., позволяющее просматривать карты OpenStreetMap в офлайне, искать по ним объекты, сохранять их в закладки и/или отправлять их знакомым, прокладывать автомобильные и пешеходные маршруты. Бесплатное, можно скачать через AppStore или Google Play (полный список см. на официальном сайте). Также смотрите статьи в нашем блоге:
  История роутинга в проекте MAPS.ME
  Рендеринг в MAPS.ME
  Пешеходный роутинг — новый вызов для OpenStreetMap
  Под капотом рендеринга навигационных данных в MAPS.ME

Кроме этих всем известных «монстров» сотрудники нашей компании развивают и многие проекты меньше. Сейчас на OpenSource.Mail.Ru представлены:

• Centrifugo — сервер для обмена сообщениями в режиме реального времени, поддерживающий клиентские соединения по протоколу Websocket или использующих SockJS. Позволяет с минимальными усилиями реализовать приложения, требующие моментальной доставки сообщений клиентам, — чаты, нотификации, счетчики, игры и т.д. Сервер написан на языке Go и позволяет обслуживать тысячи одновременных соединений из браузеров или иных сред.


• Centrifuge + Go = Centrifugo – harder, better, faster, stronger


• Fest — это шаблонизатор общего назначения, компилирующий XML шаблоны в самодостаточные JavaScript функции. Для написания шаблонов используется XML. Можно использовать любую популярную IDE и множество инструментов, созданных за годы существования этого языка разметки.


• File API — это библиотека, предназначенная для работы с файлами на клиенте и последующей их загрузки на сервер. Основная сфера применения — загрузка и редактирование изображений.


• Mail.Ru Agent Notifications — плагин для JIRA, позволяющий отправлять уведомления в Mail.Ru Агент об изменениях в задачах, а также удобно работать с ними.


• Mail.Ru Calendar — плагин для JIRA, позволяющий наглядно отслеживать работы, отпуска и другие события, основанные на запросах в JIRA.


• Календарь для JIRA с открытым исходным кодом


• Sophia — встраиваемая транзакционная Key-Value СУБД Sophia, построенная с использованием новой архитектуры хранения данных, спроектированной, как ответ на недостатки LSM-деревьев.


• VaOceanMobile — шейдер океана для Unreal Engine 4, созданный специально для мобильных устройств. Материал полностью поддерживает PBR шейдинг и динамическое освещение.


• VaRest — плагин для движка Unreal Engine 4, созданный специально для работы с REST архитектурой. С помощью этого плагина общение с сервером путем HTTP/HTTPS-запросов значительно упрощается, и для управления запросами не требуется специальных знаний каких-либо языков программирования.

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

OpenSource проект может развиваться и приносить прибыль?

Уже довольно долгое время я задаюсь вопросом: «Может ли в наших суровых реалиях жить и развиваться Open Source проект?». Этот вопрос меня периодически тревожит, так как я сам являюсь автором одного такого проекта — WysiBB. Я задавал подобный вопрос на различных ресурсах, были вопросы и на Тостере. Но по сути все сводилось к тому, что в русскоязычном сегменте интернета не работают кнопки «Поддержать проект», «Пожертвовать» и т.д. и развиваться могут только проекты с огромной аудиторией и/или платными функциями.



В чем суть?

Но вот наконец в один прекрасный день, я наткнулся на интересную идею, как можно получать некоторые финансовые вливания в развитие и видеть, какие фичи наиболее востребованы пользователями. Эту идею я увидел на сайте Robomongo(кто не знает, это GUI для MongoDB). И ее суть заключается в следующем: пользователю предоставляется возможность выбрать из списка issues(с джитхаба) наиболее его тревожащую и пожертвовать средства на ее доработку. Когда пользователь делает пожертвование, рейтинг приоритетности этой фичи повышается. Так автор проекта получает средства на свой кошелек и видит какие фичи имеют наивысший приоритет(больше всего пожертвований) и соответственно являются наиболее востребованными. Автор приступает к их разработке в первую очередь, проект развивается, а пользователь получает долгожданную фичу. Мне эта идея понравилась и я решил реализовать подобный механизм на своем проекте, а когда начал работу над этим сервисом, понял что такой сервис может быть полезен не только для меня. Так появился на свет GitFund.

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

Регистрация проекта состоит из двух простых шагов:
1) Авторизация через GitHub
2) Выбор проекта из списка доступных и заполнение данных кошелька для приема средств.

После регистрации на сайте GitFund создается страница проекта для сбора пожертвований и расстановки приоритетов. Автор проекта может размещать ссылку на эту страницу и направлять на нее пользователей.

Как это работает?



Подробнее

openEMS — электромагнитный симулятор с открытым исходным кодом

Этот пост рассказывает об электромагнитном симуляторе с открытым исходным кодом openEMS. Автор проекта — Thorsten Liebig (Германия, университет Дуйсбург-Эссен). Сайт проекта — openems.de. Репозиторий на Гитхабе: github.com/thliebig/openEMS-Project. Симулятор является кроссплатформенным и работает под Linux и Windows.

Когда я впервые увидел этот проект, то не поверил, что такое может быть создано. Создание электромагнитного симулятора представляет собой достаточно-трудоемкую задачу, и раньше я думал, что такое не под силу open-source сообществу. Тем не менее openEMS опровергает это представление. Это полноценный электромагнитный симулятор. Конечно, он не дотягивает до уровня HFSS, но это уже весьма достойный результат.

Здесь изображен пример использования симулятора. Это диаграмма направленности рупорной антенны на частоту 15 ГГц, полученная при помощи openEMS.



Подробнее

Вышла Ubuntu 15.04 (Vivid Vervet)



Сегодня стали доступны ссылки на скачивание образов и torrent-файлов новой версии дистрибутива.

По умолчанию система будет работать на Unity 7.3, но есть информация, что в последствии можно будет обновиться на Unity 8.

Теперь по умолчанию используются локально интегрированные меню — LIM. Они пришли на замену глобальному меню, которое присутствовало в прошлых версиях.

В качестве ядра используется Ubuntu Linux Kernel 3.19.0, которое базируется на Linux 3.19.2.

Список изменений в приложениях:

• Mesa 10.5.0


• Xorg server 1.17.1


• Compiz 0.9.12


• Nautilus 1:3.14.2


• Firefox 36.0.1


• Thunderbird 31.5.0


• LibreOffice 4.4.1


• Ubuntu Software Center 13.10


• Gedit 3.10.4


• Totem 3.14.2


• Rhythmbox 3.1


• Empathy 3.12.8


• Transmission 2.84


• Deja Dup 32


• Shotwell 0.20.2


• Brasero 3.12


• Evince 3.14.2


• GNOME Terminal 3.14.2


• GNOME System Monitor 3.15.91


• Eye of GNOME 3.14.3


• GTK3+ 3.14.9

Читать далее

Линус Торвальдс представил Linux Kernel 4.0



На днях Линус Торвальдс представил финальный релиз ядра Linux 4.0 (3.20). Выпуск нового релиза ядра прошел по плану, без особых проблем. При этом в Linux 4.0 обычное количество новых функций, Линус Торвальдс заявляет, что более инновационным (если можно так выразиться) будет версия 4.1, там будет больше новых функций и возможностей. Стоит отметить, что ранее релизу ядра планировалось присвоить версию 3.20, но после проведения голосования в блоге Торвальдса на Google Plus было решено выбрать V4.0.

Что касается версии 4.0, здесь достаточно много обновлений, которые имеют отношение к графическим драйверам. К примеру, добавлена поддержка аудио DisplayPort в драйвере Radeon DRM, плюс улучшен контроль скорости работы вентилятора.

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

Улучшена поддержка Parallel NFS (pNFS), внесены улучшения в Btrfs RAID 5/6 и обновлена функциональность OverlayFS. Также добавлена поддержка ряда новых процессоров ARM, IBM z13, улучшена поддержка различных типов программного обеспечения.

Отличным нововведением является интеграция механизмов обновления ядра без необходимости ребута. Появились патчи для поддержки энергонезависимой памяти, плюс ряд новых возможностей по отладке пользовательских приложений. Максимальное количество нововведений касается драйверов устройств. В репозитории проекта сейчас 4 млн различных объектов, плюс 500 тысяч коммитов.