Стало известно о проекте по созданию свободной реализации операционной системы Darwin на базе ядра Linux для архитектуры ARM — Magenta. За инициативой стоит embedded-программистка Кристина Брукс (Christina Brooks).
Общая идея проекта Magenta сводится к созданию рабочей реализации Darwin (операционная система с открытым кодом, служащая основой для проприетарных ОС Apple: Mac OS X и iOS), использующей ядро Linux. На бинарном уровне она является полностью совместимой с iOS 5 (iPhone OS 5.0), хотя и не позволяет запускать конечные приложения (поскольку они требуют реализации множества других, более высокоуровневых компонентов, начиная с системных фреймворков и библиотек). При этом Кристина просит особо не беспокоиться тех, кто смотрит на данный проект как на грядущую возможность запуска iOS-приложений в рамках свободной ОС на базе Linux: такие задачи перед Magenta не ставятся.
На данный момент в состав Magenta входят библиотеки CoreFoundation, libstdc++, libobjc, libc++abi, libicucore, libncurses, а также некоторые компоненты libSystem: libmath, libunwind, libsystem_blocks и libC. Автор системы планирует заменять базовые проприетарные библиотеки Apple их свободными аналогами — например, использовать Cairo, FreeType, libjpg и libpng вместо CoreGraphics. Из аппаратных архитектур пока заявлена только поддержка ARMv7.
Кристина честно признаётся в отсутствии грандиозной идеи, стоящей за Magenta: «Это очень странный проект. Вы можете спросить меня: зачем я это делаю? Отвечаю: не имею и малейшего представления :)».
Исходный код Magenta, распространяемый под различными Open Source-лицензиями (Apple Public Source License, BSD, GNU LGPL и т.п.), и некоторые подробности о самом проекте можно найти на crna.cc.
Из пользовательской почтовой рассылки misc@openbsd стало известно о недавнем появлении проекта Bitrig — ответвления от операционной системы OpenBSD, призванной быть «более либеральным в экспериментировании с новыми возможностями».
Авторы Bitrig любят и уважают OpenBSD за качество её кода, однако считают, что из-за ориентированности на высокий уровень безопасности разработчики этой свободной ОС вынуждены быть слишком консервативными в вопросах использования новых возможностей и технологий. В связи с этим и появилась ОС Bitrig как попытка создать более современную в функциональном плане ОС на базе OpenBSD.
Среди главных отличий от своего «родителя» авторы Bitrig указывают на:
другое отношение к поддержке аппаратных архитектур («Bitrig поддерживает только актуальные [популярные] архитектуры: i386 и amd64»; планируется появление поддержки ARM);
использование LLVM Clang (версия 3.1) вместо набора компиляторов GNU GCC;
ориентированность на такие новые возможности, как, например, виртуализация (в ближайших планах значится KVM) и журналирование (WAPBL из NetBSD).
Всю информацию о проекте Bitrig можно найти на www.bitrig.org.
Национальное управление по воздухоплаванию и исследованию космического пространства США (НАСА, NASA) начинает переход с открытой облачной инфраструктуры на базе OpenStack к проприетарному облачному решению Amazon.
Сам переход NASA на AWS (Amazon Web Services) особенно примечателен по той причине, что именно эта организация в 2009 году стала (наряду с Rackspace) одной из основательниц проекта облачной платформы с открытым кодом OpenStack. Однако здесь нет ничего по-настоящему удивительного. Ещё в прошлом месяце стало известно о намерении NASA прекратить своё участие в разработке OpenStack по очень простой причине: на рынке появились готовые облачные решения, позволяющие решать задачи космического агентства. «Если требования NASA к облачным вычислениям удовлетворяются существующими коммерческими сервисами, то у организации нет никакой необходимости участвовать в разработке облачного решения», — сообщил представитель НАСА.
Нет повода и сомневаться в будущем OpenStack: несмотря на «уход» НАСА из проекта, в его развитии заинтересованы и принимают участие многие заметные игроки ИТ-рынка. Среди них можно встретить Dell, HP, Citrix, Intel, AMD, Cisco, Yahoo, Red Hat, Canonical, SUSE и других.
Компания Concurrent, Inc объявила о выпуске Open Source-фреймворка Cascading 2.0 для работы с данными в Hadoop, позиционируемого как альтернатива популярному решению MapReduce.
Cascading предоставляет API для работы с большими данными на платформе Apache Hadoop. Именно этот продукт уже используют такие известные интернет-сервисы, как Twitter и Amazon. Первая версия Cascading была разработана Крисом Вензелем (Chris Wensel), который впоследствии основал и возглавил компанию Concurrent для коммерциализации продукта*: «Когда я писал приложения для Hadoop, этот процесс был невероятно трудным. Поэтому я начал создавать фреймворк, который предложил бы мне другую модель [разработки Hadoop-приложений]. MapReduce — это простой способ распараллеливания операций над данными, но с ним сложно решать реальные задачи».
Писать Hadoop-приложения с Cascading можно на языках Java, Scala, Clojure, Jython и Jruby. Исходный код Cascading распространяется на условиях лицензии Apache License 2.0 и доступен для скачивания на сайте проекта. Там же можно найти документацию и другую информацию о проекте.
* В прошлом году компания Concurrent смогла собрать 900 тысяч USD в рамках венчурного финансирования от True Ventures and Rembrandt.
Компания Jaspersoft, специализирующаяся на программном обеспечении для бизнес-аналитики (Business intelligence, BI), опубликовала отчёт со статистикой по Big Data, основываясь на данных JasperForge.
JasperForge — портал для разработчиков инструментов Jaspersoft Business Intelligence Suite и других Open Source-приложений для бизнес-аналитики. Стоящая за ним компания Jaspersoft обобщила статистику, собранную с его помощью, и представила некоторые выводы по тенденциям, наблюдаемым в мире больших данных (Big Data). Отмечаются следующие факты:
Документо-ориентированные базы данных пользуются самым большим спросом среди всех инструментов для Big Data. Лидером здесь является MongoDB от 10gen.
Зафиксирован большой рост интереса (100 % только за минувший май) к другой свободной NoSQL-СУБД — Apache Cassandra.
С прошлого года наблюдается устойчивый интерес к Apache Hive — инфраструктуре для хранилищ данных, основанных на платформе Hadoop.
Популярность различных видов NoSQL-БД распределилась следующим образом: 58 % за документо-ориентированными хранилищами, 20 % — ключ-значение, 19 % — Big Table.
Авторы Linux Mint объявили о появлении на рынке первого компактного устройства с их популярным Linux-дистрибутивом, установленным в качестве операционной системы по умолчанию, — mintBox от CompuLab.
Компьютер mintBox поставляется в форм-факторе типовых домашних роутеров, однако при этом оснащён металлическим корпусом и богатым спектром разъёмов для подключения периферийного оборудования. В частности, mintBox имеет видеовыход HDMI + DsiplayPort, вход и выход для аудио, гигабитный Ethernet, четыре USB-порта (два USB 2.0 и два USB 3.0), два eSATA-порта, отсек для 2,5-дюймового SATA-диска, два сокета mini-PCIe / 1 mSATA, последовательный порт RS232. Кроме того, есть поддержка Wi-Fi (802.11 b/g/n) и Bluetooth.
Доступны две редакции mintBox:
mintBox Basic (476 USD): процессор APU G-T40N (1.0 GHz dual core + Radeon HD 6290), 4 Гб RAM, жёсткий диск на 250 Гб;
mintBox Pro с «ребристым» корпусом (549 USD): процессор APU G-T56N (1.65 GHz dual core + Radeon HD 6320), 8 Гб RAM, жёсткий диск на 250 Гб.
В качестве предустановленной операционной системы на mintBox используется Linux Mint 13. Заказы на mintBox принимаются на www.fit-pc.com. Интересно, что в списке стран доставки отсутствует Российская Федерация, но есть, например, Украина и Казахстан.
Стефан Кулов (Stephan Kulow), отвечающий за подготовку релизов популярного Linux-дистрибутива openSUSE, опубликовал в почтовой рассылке opensuse-factory письмо с призывом к сообществу пересмотреть подход к разработке.
«Настало время осознать, что откладывание крупных релизов — это не решение. Давайте лучше воспользуемся задержкой 12.2 как поводом для того, чтобы пересмотреть нашу текущую модель разработки», — начинает своё письмо Стефан. После этого он пишет, что за цикл создания openSUSE 12.2 в Factory (текущая разрабатываемая версия openSUSE) всё время было не менее 100 «красных» пакетов, т.е. не готовых для включения в релиз. Автор указывает на отсутствие качественной проверки корректности работоспособности всего программного обеспечения в системе после обновления каких-либо пакетов (в том числе и тех, что не имеют прямой зависимости от обновляемых).
Кулов предложил сообществу разработчиком openSUSE для обсуждения три вопроса:
Увеличение числа людей, занимающихся «интеграцией»: исправлениями проблем в сборке пакетов, тестированием багов неизвестного происхождения.
Изменить отношение к проектам в репозиториях с тем, чтобы принять «стратегию нетерпимости к ситуациям, когда одни пакеты нарушают работоспособность других».
Изменить график релизов и/или выпускать крупные релизы только раз в год, после чего менять базу для ветки Tumbleweed.
На призыв Стефана уже отреагировали многие представители сообщества openSUSE.
