И это всё МОЁ
Цветных тегов пока что не будет в файловом менеджере GNOME Nautilus.

Наработки разработчика Alexandru Pandelea под названием "цветные теги" пока не попадут на наши Gnome десктопы. Вместо них будет (надеюсь пока) отметка звёздочкой.
Первоначальная наработка выглядела многообещающе. Но, остальные разработчики почему-то полны сомнений, что дескать такой функционал добавит сложности, особенно в UI и UX. Теги - это ещё один слой организации, служащий хоть и альтернативно, той же цели что и папки. Но, почему-то разработчики упускают момент, что использование тегов опционально и никто не заставляет их использовать. Считаю, что теги - не альтернатива папкам, а альтернатива ссылкам, но работающим на уровне среды рабочего стола GNOME.
Как бы то ни было, разработчики цветные теги пока отложили в долгий ящик, а внедрили упрощённый вариант - некий тег для 1 случая. Вы можете звёздочкой отметить "Любимые" (Favorite) объекты и в боковой панели сможете найти всех своих "любимчиков".
Чем отметка папки отличается от занесения её в Избранное, мне лично не понятно. Считаю, что внедрена какая-то полумера, но, что есть, то есть. Нравится функционал? Читайте что ещё "вкусного" нас ждёт в файловом менеджере в статье "3 новые фишки Наутилуса":
vasilisc.com/features-nautilus-2017
Видео:

Видео:

Тегов пока не будет в Наутилусе.



И это всё МОЁ
Разработчики Ubuntu рассказали на конференции GUADEC 2017 о ближайших планах по переводу дистрибутива на GNOME Shell. Кроме возвращения дистрибутива на использование рабочего стола GNOME, подтверждены ранее озвученные планы по задействованию по умолчанию в Ubuntu 17.10 системы Wayland вместо традиционного X-сервера.



И это всё МОЁ
Компания Epic Games, производитель игр AAA-класса планирует использовать Vulkan по умолчанию для Unreal Engine в GNU/Linux.

У Epic Games интересная цель - в конечном итоге использовать графический API Vulkan по умолчанию на GNU/Linux-системах под управлением игрового движка Unreal Engine.
Разработчики из Epic по-прежнему работают над улучшением рендеринга Vulkan и улучшают его для лучшей производительности и с точки зрения визуального/функционального соответствия Direct3D 11. С предстоящим выпуском Unreal Engine 4.17 будет больше усовершенствований Vulkan.




И это всё МОЁ
Stratis - это план Red Hat для хранилищ следующего поколения на GNU/Linux, взамен Btrfs.

Недавно вышла новая версия Red Hat Enterprise Linux 7.4, последняя версия с поддержкой файловой системы Btrfs. Вскоре после этого компания Rad Hat выпустила официальное заявление, из которого стало предельно ясно, что они решили похоронить свои надежды на будущий переход Red Hat Enterprise Linux на использование Btrfs по умолчанию, и уже буквально в слушающей версии RHEL поддержка Btrfs будет удалена.
И вот теперь появилась уточняющая информация, полученная напрямую от многих разработчиков R.H., из которой стало более понятным, на чём взамен Btrfs компания Red Hat решила сфокусироваться для хранения данных в качестве технологии для следующего поколения Red Hat Enterprise Linux, их корпоративного дистрибутива GNU/Linux.

В то время как многие из вас в течение последнего дня надеялись, что каким-то образом ZFS волшебным образом перелицензируется в GNU GPL для получения юридической возможности добавления кода для её поддержки в ядро Linux, чтобы каким-то образом эту файловую систему можно было использовать в RHEL/Fedora, это, к сожалению, тоже оказалось не так. Но, вместо этого для управления хранилищами GNU/Linux следующего поколения они в настоящее время работают над проектом Stratis.

Stratis стремится предоставить эквивалентные функции и простоту использования файловых систем, управляющих томами, таких как ZFS и Btrfs, но с помощью гибридной модели. Stratis создаётся разработчиками Red Hat, но пока не получил слишком большого внимания. Stratis впервые описан ещё в апреле 2017 ведущим разработчиком Энди Гровером:

"Stratis - это новый инструмент, который отвечает потребностям пользователей Red Hat Enterprise Linux (RHEL), требующих легко настраиваемого и тесно интегрированного решения для хранения, которое работает в существующем стеке управления хранилищем Red Hat. Чтобы достичь этого, Stratis уделяет первостепенное внимание простому использованию командной строки, богатому API и полностью автоматизированному внешне непрозрачному подходу к управлению хранилищами. Он максимально использует элементы существующего хранилища, чтобы обеспечить поставку в течение 1-2 лет. В частности, Stratis изначально планирует использовать device-mapper и файловую систему XFS. Распространение или построение на SSM 2.1.1 или LVM 2.1.2 было тщательно рассмотрено. SSM не соответствует требованиям к дизайну, но на основе LVM возможно выполнение некоторых усилий по разработке."

Red Hat Enterprise Linux 7 начала использовать по умолчанию файловую систему XFS, а не EXT4, и похоже, что они продолжают инвестировать в XFS и продолжат использовать ее в будущем, что не слишком удивительно, учитывая, что они нанимают на работу некоторых разработчиков XFS.

Несколько дней назад создано это предложение использовать Stratis для Fedora 28:
fedoraproject.org/wiki/Changes/StratisStorage
Fedora 28, вероятно, станет первым релизом, в котором они будут поддерживать это решение для управления хранением. Далее на этой Wiki-странице Stratis описана как «локальная система хранения, похожая на Btrfs, ZFS и LVM. Ее цель - упростить настройку и управление дисками HDD и SSD, а также включить использование расширенных функций хранения данных, таких как тонкие настройки, snapshots, целостность и уровень кэша, не требуя знаний об администрировании хранилища на уровне эксперта. Кроме того, Stratis включает возможности мониторинга и ремонта и программный API для лучшей интеграции с более высоким уровнем программного обеспечения для управления системой».

Stratis разработан в рамках проекта на GitHub. Stratis разработан на Rust и Python.

Fedora 28 вряд ли будет выпущен до мая 2018 года, и даже на этом этапе Stratis, вероятно, будет в примитивной форме. В рамках предварительно оформленного проектного документа они немного детализировали свои планы будущих функций. Для Stratis 1.0 они надеются начать поддерживать управление snapshots, обслуживание файловой системы и многое другое. Со Stratis 2.0 они планируют начать работать с RAID, кэшированием с записью, квотами итд. Со Stratis 3.0 должно стать интереснее, поскольку они надеются на «приблизительный паритет функциональности с ZFS» и поддержку отправки/получения, проверки целостности, RAID чистку, сжатие, шифрование, дедупликацию и многое другое. Только в первой половине 2018 года ожидается, что они достигнут Stratis 1.0. Нет слов о том, когда они ожидают достичь Stratis 3.0 с приблизительным паритетом функциональности с ZFS.

Для Stratis запланирован долгий путь, но будет интересно увидеть, как он развивается и что будет к моменту выпуска Red Hat Enterprise Linux 8. А также интересно увидеть, будут ли после такого SUSE и Facebook отказываться от Btrfs.

Stratis Is Red Hat's Plan For Next-Gen Linux Storage Without Btrfs - Phoronix



И это всё МОЁ

Недавно компания Google Alphabet анонсировала новую коммерческую версию смарт очков Google Glass. В этот раз очки будут ориентированы на использование в коммерческом секторе и компаниях. На протяжении двух лет очки Google Glass Enterprice Edition (EE) прошли успешное тестирование в более чем 50 компаний, среди которых DHL, GE, Volkswagen, Boeing и теперь доступны им по партнерской программе. Разработка Google Glass началась… Read more →


Запись Лучшие очки виртуальной реальности впервые появилась Losst.






@темы: Списки

И это всё МОЁ

В качестве ответа на санкции Google, Symantec продаёт свой бизнес другому коммерческому поставщику сертификатов, DigiCert. В результате продажи Symantec получит 950 миллионов долларов и треть акций Digicert.

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

По результатам сделки, DigiCert соберёт под собой 5 брендов и почти в 7 раз увеличит количество обслуживаемых сертификатов. 5 крупнейших CA будут контроллировать 97.4% рынка, а доля каждого из их конкурентов не будет превышать 0.6%.








 








И это всё МОЁ


Внезапно что-то получилось на aarch64










Закопался в одноплатниках двух Pine64 1Gb и Omega2. Не любитель проводов, соорудил мобильный Ethernet из Омеги из чудо-переходника USB-RJ45, хотя можно было обойтись и без переходника.


Поставил CRUX на Pine64, хотя под Armbian и так неплохо работает, но оказалось, что модулей различных устройств подготовлено не так много, особенно в дистрибутивах Андроид. Да и с 1Gb так просто по сайтам не походишь, попадаются очень безответственные создатели сайтов, что и с одной вкладкой вешают систему. Решил вспомнить source based дистрибутив, чтобы было проще компилять и давать другим в случае чего. Большие пакеты что-то не компилятся на Pine64 1Gb (FF, Chromium, Webkit, Qt4, Qt5 и прочее). Надо будет попробовать distcc, но хватит ли скорости WiFi.


Iperf на не самом последнем ядре показывает ~100Mbt соединение между двумя соснами, возможно, что можно и больше выжать. Может в клястер объединить, но будет ли прирост производительности в такой конфигурации.


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

Или может какие-то коины можно намутить совсем простые)))


















>>> Просмотр
(4208x3120,
2792 Kb
)










 , , ,








И это всё МОЁ


Лесной i3










Сабж-i3, который вертится на девятом Дебиане. С прошлого скриншота подогнал X resources, поддержка коих отлично реализована в i3. Для GTK использую Numix, значки Numix Light. ШГ — Terminus, Awesome и Noto Sans (для приложений). Музыку слушаю посредством Cmus, ФМ — MC, запускалка — ROFI, удобная настолько, что отключил и забыл про dmenu :) Напоследок — ЛОР... И это все отъедает около 200 мб.


















>>> Просмотр
(1920x1080,
3773 Kb
)










 ,








И это всё МОЁ
Доступен релиз сканера сетевой безопасности Nmap 7.50, предназначенного для проведения аудита сети и выявления активных сетевых сервисов. Новая версия сформирована спустя полтора месяца с момента прошлого выпуска и вобрала в себя изменения, подготовленные студентами в рамках программы Google Summer of Code 2017. В состав включено 14 новых NSE-скриптов для обеспечения автоматизации различных действий с Nmap.



И это всё МОЁ
Игра FallOut 4 запущенна в Wine Staging 2.13!

На данный момент, разумеется, пока что есть нерешённые проблемы, то есть работает не идеально, и имеет только всего лишь бронзовый статус на appdb.winehq.org/
Предвкушая комментарии в духе "ну, криво же работает", сразу скажу: "Ну, а что ещё вы хотели от первых-то запусков?" Уверен, что после нескольких обновлений разработчики Wine исправят проблемы, ведь "Москва не сразу строилась". Относитесь к этому, как вы относитесь к beta-версиям. Ведь они когда-то становятся полностью стабильными продуктами. А пока что, у персонажей отсутствуют текстуры на лицах, поэтому их лица чернее "чёрных дыр". Наверняка, есть и другие проблемы, которые разработчики Wine решат в будущий версиях своего свободного проекта с открытым исходным кодом. Для работы d3dx11 в Wine необходимо, чтобы ваша видеокарта поддерживала OpenGL 4.3+. Для запуска таких и подобных игр строго необходим именно Wine Staging 2.13+. Обычный "ванильный" Wine не подойдёт!
Видео:

WineHQ - Fallout 4 Steam



И это всё МОЁ
Компания Google представила релиз операционной системы Chrome OS 60, основанной на ядре Linux, системном менеджере upstart, сборочном инструментарии ebuild/portage, открытых компонентах и web-браузере Chrome 60. Пользовательское окружение Chrome OS ограничивается web-браузером, а вместо стандартных программ задействованы web-приложения, тем не менее, Chrome OS включает в себя полноценный многооконный интерфейс, рабочий стол и панель задач. Сборка Chrome OS 60 доступна для большинства актуальных моделей Chromebook. Энтузиастами сформированы неофициальные сборки для обычных компьютеров с процессорами x86, x86_64 и ARM. Исходные тексты распространяются под свободной лицензией Apache 2.0.

Основные изменения в Chrome OS 60:

Улучшена реализация системы автоматической установки обновлений при выходе в Сеть через сотовых операторов связи;
Улучшено определение местоположения пользователя и его часового пояса по информации от базовых станций сотовых операторов;
Добавлена поддержка растеризации силами GPU;
Обеспечена повсеместная поддержка сетей с EAP-TLS;
Устранена критическая уязвимость CVE-2017-9417, также известная под кодовым именем BroadPwn. Уязвимость присутствует в прошивке проприетарного WiFi-чипа Broadcom BCM43xx и позволяет через отправку по беспроводной сети специально оформленных управляющих кадров осущестивить выполение кода в контексте Wi-Fi SoC Broadcom с последующим получением контроля над основной пользовательской операционной системой. Wi-Fi чипы Broadcom представляют собой специализированный процессор, на котором выполнятся подобие своей операционной системы с реализаций своего беспроводного стека 802.11 (FullMAC).

Используемая в Wi-Fi чипах Broadcom операционная система не поддерживает встроенных средств для противостояния атакам, таких как ASLR, что упрощает эксплуатацию уязвимостей. С другой стороны чип имеет полный доступ к системной памяти, что позволяет после успешной атаки на Wi-Fi чип получить контроль и за основной операционной системой. В качестве альтернативных методов получения контроля за основной ОС также не исключаются эксплуатации уязвимостей в драйвере, обеспечивающем взаимодействие основной систем с прошивкой Wi-Fi чипа, а также подмена незашифрованного транзитного трафика.

Первые уязвимости в прошивке Wi-Fi SoC Broadcom были продемонстрированы в апреле, а на прошлой неделе на основе новой порции уязвимостей были подготовлены работающие эксплоиты. Уязвимость проявляется не только в Chrome OS, но и в любых других ОС, устанавливаемых на устройствах с беспроводными чипами Broadcom, включая Android и iOS.

Источник:
www.opennet.ru/opennews/art.shtml?num=46960

Выпуск Chrome OS 60 с устранением уязвимости в WiFi-чипах Broadcom



И это всё МОЁ
Вчера компания Red Hat выпустила обновление к своему флагманскому корпоративному продукту Red Hat Enterprise Linux (RHEL) — версию 7.4.

Обновление к RHEL принесло в систему не только исправления и улучшения, но и некоторые нововведения, такие как предварительная версия интерфейса управления System Roles для автоматизированного рабочего процесса с Ansible Tower, инструмент USB Guard для лучшего контроля использования подключаемых к системе USB-устройств, полную поддержку SELinux для OverlayFS, а также предварительную версию LiveFS для контейнеров на базе RHEL Atomic Host. Одним из наиболее значимых новшеств в RHEL 7.2, тем не менее, стало связано с изменением в политике компании касательно btrfs.

Файловая система btrfs, которую начали разрабатывать в Oracle в 2007 году и объявили стабильной в 2014, отныне считается в Red Hat устаревшей (deprecated). Её поддержка в дистрибутивах Red Hat Enterprise Linux находилась в стадии предварительной версии (Technology Preview) начиная с версии 6, однако она будет полностью прекращена уже со следующего крупного релиза RHEL (8). Об этом сообщается в Release Notes к RHEL 7.4.

О предлагаемой официально замене для btrfs в документе не сообщается — всем её пользователям рекомендуется обратиться к представителям Red Hat за консультацией по выбору файловой системы, соответствующей их запросам.

P.S. Также в RHEL 7.4 объявлена устаревшей и другая ФС — FedFS. Её пользователям предлагается мигрировать на autofs.

Источник:
www.nixp.ru/news/14135.html
Файловая система btrfs объявлена устаревшей для Red Hat Enterprise Linux (nixp.ru)



И это всё МОЁ
Вышла новая версия OpenMW — свободной реализации движка The Elder Scrolls 3: Morrowind, использующей ресурсы оригинальной игры, а также сопутствующего игрового редактора OpenMW–CS.

Наиболее значительное изменение — реализация Distant Terrain. Остальные нововведения носят в основном косметический характер: добавлены звуки плещущейся воды, свет от магических снарядов, освещение на изображении персонажа в инвентаре, а также незначительно улучшен интерфейс редактора.

Также исправлено множество ошибок, в частности:

Переработано определение пересечений, что существенно улучшило производительность на некоторых сценах.
Благодаря смене модели пересечений с цилиндрической на эллипсоидную персонаж перестал застревать в некоторых дверях.
Исправлена поддержка геймпадов: стало возможным одновременное использование геймпада и клавиатуры с мышью.
Диалоги теперь отображаются по центру экрана даже после изменения размеров окна.
Бой с обитателями водоёма теперь прекращается, как только персонаж выходит из воды.
Призываемые существа теперь экипируют щит по умолчанию.
Изменена частота передвижений NPC для большего соответствия оригинальной игре.
Зачарованные стрелы теперь взрываются при попадании в землю или препятствие.
Теперь персонажу требуется платить за спутников при использовании быстрого перемещения; также противники теперь атакуют спутников персонажа при приближении.
Большая часть функциональности оригинальной игры уже реализована (полностью проходимы как основная сюжетная линия, так и побочные задания; работоспособны модификации, не требующие внешних программ или библиотек), однако разработчики всё равно просят энтузиастов, владеющих C++, присоединиться к проекту.

»> Пресс–релиз
openmw.org/2017/openmw-0-42-0-released/

»> Обзор OpenMW
www.youtube.com/watch?v=YKhfdOxkafo

»> Обзор OpenMW-CS
www.youtube.com/watch?v=exWbXBAJYtY

»> Скачать
openmw.org/downloads/

Источник:
www.linux.org.ru/news/games/13587585
Релиз OpenMW 0.42.0



И это всё МОЁ
Выпуск системной библиотеки Glibc 2.26. Большая победа в производительности!

После шести месяцев разработки состоялся релиз системной библиотеки GNU C Library (glibc) 2.26, которая полностью следует требованиям стандартов ISO C11 и POSIX.1-2008. В состав нового выпуска включены исправления от 66 разработчика.

Из добавленных в Glibc 2.26 улучшений можно отметить:

В функции malloc реализована поддержка кэша, индивидуального для каждого потока, что позволило избавиться от блокировок, возникающих при использовании общего для всех потоков кэша, и существенно поднять производительность при выделении и освобождении небольших блоков памяти;
Расширены возможности встроенного DNS-резолвера: реализовано определение изменения содержимого файла /etc/resolv.conf для оперативной загрузки изменённой конфигурации (для запрета автообновления предусмотрена опция "no-reload"); обеспечена возможность указания произвольного числа элементов в списке "domain search" в /etc/resolv.conf (ранее можно было указать не больше шести доменов); при указании опции "rotate" в glibc теперь случайным образом выбирается сервер имён, который будет использован первым (ранее первым всегда использовался сервер, указанным вторым в списке);
По умолчанию включены средства тонкой настройки runtime-компонентов, которые позволяют изменять поведение Glibc при помощи переменной окружения GLIBC_TUNABLES;
Добавлена функция reallocarray, позволяющая выделить память для нескольких отличающихся по размеру объектов без дополнительных затрат на очистку памяти, но с сохранением средств борьбы с целочисленными переполнениями;
Добавлены функции-обвязки для новых системных вызовов Linux - preadv2() и pwritev2(), которые отличаются от preadv() и pwritev() наличием ещё одного аргумента для передачи ядру дополнительных флагов. В настоящее время при наличии ядра Linux 4.7+ поддерживаются флаги RWF_SYNC (сброс данных и метаданных из кэша на носитель после выполнения операции) и RWF_DSYNC (принудительный сброс на носитель только данных);
В posix_spawnattr_setflags добавлена поддержка флага POSIX_SPAWN_SETSID, используемого для создания нового идентификатора сеанса session ID для порождённого процесса. Данный флаг намечен для включения в следующей версии стандарта POSIX, поэтому пока поставляется в составе расширений "_GNU_SOURCE";
Заголовочный файл errno.h теперь безопасно использовать из блоков на языке ассемблера, прошедших обработку в Си-препроцессоре;
В библиотеку math для архитектур ia64, powerpc64le, x86-32 и x86-64 добавлена поддержка 128-разрядных операций с плавающей запятой, определённых в стандартах ISO/IEC/IEEE 60559:2011 (IEEE 754-2008) и ISO/IEC TS 18661-3:2015. Для задействования данной возможности в программах компилятор должен поддерживать тип _Float12 или __float128. Функциональность доступна при включении набора _GNU_SOURCE или __STDC_WANT_IEC_60559_TYPES_EXT__;
Возможности, связанные с кодировками, информацией о типах символов и таблицами транслитерации, приведены в соответствие со спецификацией Unicode 10.0.0;
Удалён порт для Native Client с архитектурой ARMv7-A;
Объявлены устаревшими и отключены по умолчанию (для включения требуется сборка с "--enable-obsolete-rpc") компоненты Sun RPC, включая rpcgen, librpcsvc и заголовочные файлы Sun RPC. Также объявлены устаревшими модули NIS/NIS+, а также библиотеки libnss_nis, libnss_nisplus, libnss_compat и libnsl. В качестве замены рекомендуется использовать TIRPC, в котором имеется поддержка IPv6;
Из заголовочного файла string.h исключены inline-версии строковых функций, а макросы __USE_STRING_INLINES и __NO_STRING_INLINES большие ни на что не влияют;
Удалён нестандартный заголовочный файл xlocale.h, вместо которого следует использовать locale.h. Также удалён устаревший файл sys/ultrasound.h;
Удалена поддержка устаревшей функции cfree() вместо которой следует использовать free();
Для работы теперь требуется ядро Linux 3.2 или более новый выпуск. Для сборки Glibc необходимо наличие GNU Binutils 2.25+ и GCC 4.9+ (ограничение не распространяется на сборку приложений, использующих Glibc, только на сборку самого Glibc);
Устранены уязвимости:
CVE-2017-1000366 - локальное повышение привилегий через манипуляцию с содержимым переменной окружения LD_LIBRARY_PATH при вызове suid-приложений. На базе данной уязвимости была построена серия эксплоитов для локального получения прав root в рамках атаки Stack Сlash;
CVE-2017-12132 - DNS-резолвер подвержен спуффинг-атакам, манипулирующим фрагментацией пакетов большого размера;
CVE-2010-3192 - утечка информации через повреждение стека при вызове функции __stack_chk_fail;
CVE-2017-12133 - обращение к буферу после его освобождения (use-after-free) в коде clntudp_call из состава Sun RPC.

www.opennet.ru/opennews/art.shtml?num=46959




И это всё МОЁ
26 июля вышла новая значительная версия пакета OpenFOAM, развиваемого и поддерживаемого под эгидой некоммерческой организации The OpenFOAM Foundation. В соответствии с текущей стратегией выпуска новых версий, данный выпуск является срезом ветки для разработчиков OpenFOAM-dev.

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

Основные изменения:

Реализован новый алгоритм трассировки лагранжевых частиц, основанный на использовании локальных барицентрических координат, что существенно улучшает точность построения траектории частицы и предотвращает возникновение ошибок, связанных с «потерей» частиц на «плохих» расчётных сетках. Стоит отметить, что данная работа была проведена благодаря добровольным пожертвованиям, собранным The OpenFOAM Foundation в 2017 году.
Добавлена возможность генерации модельных волн на поверхности жидкости (как граничное условие на входе в расчётную область). Моделирование волн необходимо, в частности, для различных задач судостроения.
Реализована новая технология декомпозиции для параллельных расчётов, благодаря которой данные параллельного расчёта от разных процессов записываются в один файл. В предыдущих версиях OpenFOAM для каждого процесса с номером N создавался свой каталог с именем «processorN», куда и производилась запись от процесса N; в результате при большом числе процессов могли возникнуть проблемы записи, связанные в т. ч. со слишком большим количеством открытых файлов. Данный метод работы в параллельном режиме (называемый collated) не включён по умолчанию. Отметим, что имеется возможность работы ввода-вывода в многопоточном режиме (multithreading).
Добавлена возможность автодополнения по TAB опций решателей и утилит.
Увеличена надёжность работы многофазных решателей в задачах с входными/выходными границами.
Добавлены новые модели для вязких сред и новая модель горения.
Улучшены сеточные генераторы snappyHexMesh и blockMesh.

»> Подробности
openfoam.org/release/5-0/

Источник:
www.linux.org.ru/news/opensource/13583409
OpenFOAM 5.0



И это всё МОЁ
Snap — это формат распространения самодостаточных пакетов для Linux. Snap позволяет разработчикам распространять необходимые им библиотеки вместе со своим пакетом, но за счёт увеличения размера самих пакетов.

Для решения этой проблемы в новой версии snap был предложен механизм дельта-обновлений. В среду сборки snapcraft добавлен новый сервис snap-delta-service, который создаёт дельта-образы, т.е. считает разницу между разными версиями snap пакетов с использованием алгоритма xdelta3. Скачивание только дельты вместо всего пакета приводит к сокращению объёма передаваемых данных.

Например, обновление пакета docker с версии 88 до 102 потребовало передачи только 77% данных по сравнению со скачиванием пакета целиком, а для такого проекта, как rocketchat-server, экономия составила более 99% (потребовалось скачать всего 1Мб вместо 169.3)!

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

»> Подробности
insights.ubuntu.com/2017/08/01/snap-updates-are...

Источник:
www.linux.org.ru/news/ubuntu/13586939
В новой версии snap появился механизм дельта-обновлений



И это всё МОЁ
Вчера компания Bitnami объявила об открытии исходного кода своего мобильного приложения для системы управления контейнерами Kubernetes — Cabin.

Cabin — панель управления (dashboard) для удалённого управления кластерами Kubernetes, которая называется первым мобильным приложением для этой Open Source-системы для оркестровки контейнеров и реализации функций PaaS. Среди поддерживаемых в Cabin возможностей — создание базовых deployments и их масштабирование, публикация сервисов, управление лейблами, доступ к логам в управляемых Kubernetes контейнерах, выполнение команд в контейнерах, интеграция с Google GKE. Мобильное приложение Cabin доступно для платформ iOS и Android.

Приложение Cabin было впервые анонсировано в сентябре 2016 года компанией-разработчиком Skippbox, а в марте 2017 Bitnami приобрела Skippbox и вот теперь сделала его Open Source-проектом. Исходный код Cabin опубликован под свободной лицензией Apache License 2.0 и доступен на GitHub. Установить готовое приложение на свой смартфон можно из Google Play и App Store.

P.S. Среди других проектов Bitnami для экосистемы Kubernetes — serverless-фреймворк Kubeless, инструмент управления деплоем приложений Kubecfg, а также каталог приложений Kubeapps.com. Кроме того, компания вносит изменения в код таких проектов, как Helm, Monocular и Ksonnet.

Источник:
www.nixp.ru/news/14133.html
Bitnami открыла код своей мобильной панели управления для Kubernetes — Cabin (nixp.ru)



И это всё МОЁ
Август 2017 года, на sourceforge.net проект месяца в категории «Выбор сообщества» - Lazarus.





И это всё МОЁ
Компания Google представила релиз операционной системы Chrome OS 60, основанной на ядре Linux, системном менеджере upstart, сборочном инструментарии ebuild/portage, открытых компонентах и web-браузере Chrome 60. Пользовательское окружение Chrome OS ограничивается web-браузером, а вместо стандартных программ задействованы web-приложения, тем не менее, Chrome OS включает в себя полноценный многооконный интерфейс, рабочий стол и панель задач.



И это всё МОЁ
Компания Heroic Labs анонсировала формальный выпуск своего игрового движка с открытым кодом — Nakama 1.0.

Nakama — это распределённый сервер для игр/приложений в реальном времени и/или социальной направленности. Он предлагает разработчикам игр такие возможности/модули, как регистрация пользователей (через социальные сети, email, идентификатор устройства), хранилище данных (о пользователях, их настройках и других объектах), социальные функции (социальный граф взаимосвязи пользователей, группы для пользователей), чат (индивидуальный и групповой), multiplayer (активный и пассивный многопользовательский режим работы), рейтинги (leaderboards) и другие. Расширять функции сервера можно с помощью скриптов на языке Lua.

Сам же сервер Nakama написан на языке программирования Go, использует распределённую реляционную СУБД CockroachDB, а запускать его предлагается в Docker-контейнерах. Исходный код проекта опубликован на условиях свободной лицензии Apache License v2 на GitHub.

Выпуская Nakama как Open Source-проект, в Heroic Labs надеются «демократизировать индустрию», предоставив разработчикам игр готовые бэкенд-сервисы, которые, как правило, им всё равно потребуется создавать. Платформа была опробована в работе с миллионами активных игроков и с несколькими разработчиками (включая V2 Games). Кроме того, Heroic Labs предлагает готовую облачную инфраструктуру для студий, которые не готовы самостоятельно заниматься эксплуатацией Open Source-платформы.

Источник:
www.nixp.ru/news/14134.html
Heroic Labs выпустила Open Source-сервер Nakama 1.0 как готовую платформу для игр в реальном времени