This will be absolutely cool film!
Please, somebody, tell me, when this movie will be available somewhere?
https://www.youtube.com/watch?v=A1evxMedow4
Trailer soundtrack by Chloe Harris "Raica": http://keithcu.com/MoviePublic/mix%20for%20film%20satmor_%20nu%20erd.mp3
http://keithcu.com/wordpress/?page_id=2361 - Soundtracks
http://keithcu.com/wordpress/?page_id=407 - Book
http://keithcu.com/wordpress/?page_id=2713 - Teaser, Trailer
https://vk.com/wall222500216_221
https://vk.com/wall222500216_1033
#Linux
#FOSS
Please, somebody, tell me, when this movie will be available somewhere?
https://www.youtube.com/watch?v=A1evxMedow4
Trailer soundtrack by Chloe Harris "Raica": http://keithcu.com/MoviePublic/mix%20for%20film%20satmor_%20nu%20erd.mp3
http://keithcu.com/wordpress/?page_id=2361 - Soundtracks
http://keithcu.com/wordpress/?page_id=407 - Book
http://keithcu.com/wordpress/?page_id=2713 - Teaser, Trailer
https://vk.com/wall222500216_221
https://vk.com/wall222500216_1033
#Linux
#FOSS
YouTube
Software Wars Teaser Trailer
Teaser trailer for Software Wars, the movie: http://keithcu.com/wordpress/?page_id=407
Be on the lookout for when we have raised money and finished!
Trailer soundtrack by Chloe Harris "Raica": http://keithcu.com/MoviePublic/mix%20for%20film%20satmor_%20nu%20erd.mp3
Be on the lookout for when we have raised money and finished!
Trailer soundtrack by Chloe Harris "Raica": http://keithcu.com/MoviePublic/mix%20for%20film%20satmor_%20nu%20erd.mp3
Кодовые имена текущих и будущих дистрибутивов Debian:
Debian 8 "Jessie" - текущий Stable
https://wiki.debian.org/DebianJessie
Debian 9 "Stretch" - текущий Testing
https://wiki.debian.org/DebianStretch
Debian 10 "Buster" - имя будущего дистрибутива Debian Linux
https://wiki.debian.org/DebianBuster
#Debian
#Linux
Debian 8 "Jessie" - текущий Stable
https://wiki.debian.org/DebianJessie
Debian 9 "Stretch" - текущий Testing
https://wiki.debian.org/DebianStretch
Debian 10 "Buster" - имя будущего дистрибутива Debian Linux
https://wiki.debian.org/DebianBuster
#Debian
#Linux
Technologique
https://www.youtube.com/watch?v=QZ05o0RPwUQ
Конец проектов Unity, Mir, Ubuntu Phone (Ubuntu Personal) и конвергенции интерфейсов оболочек для десктопных и мобильных платформ (Unity 8, Convergence) - Canonical сфокусируется на дистрибутивах для облачных платформ (Ubuntu Cloud Core), встроенных систем и IoT (Snappy Ubuntu Core).
С версии Ubuntu 18.04 LTS дистрибутив будет переведён на использование окружения GNOME и оконного сервера Wayland.
https://insights.ubuntu.com/2017/04/05/growing-ubuntu-for-cloud-and-iot-rather-than-phone-and-convergence/
Одна из ошибок Canonical - ограниченная доступность Unity и Mir только для дистрибутива Ubuntu. То же самое происходит с Pantheon в Elementary. Разработчики дистрибутива Mint, в свою очередь, поступили очень правильно, сделав Cinnamon доступным для многих дистрибутивов и открытым для разработки.
Печально, но закономерно - мобильный рынок проприетарен и закрыт (благодаря Google и Mobile Handset Alliance), закрытость драйверов для SoC мешала продвижению открытых дистрибутивов Linux для мобильных платформ, в свою очередь рынок Cloud платформ показывает непрерывный рост уже в течение нескольких лет, а рынок IoT очень бурно растёт последние полгода-год и Canonical с дистрибутивом Ubuntu имеет на этом рынке очень сильные позиции не только благодаря самим дистрибутивам, но и благодаря успешным продуктам - MAAS, Juju, Snappy/Snap/Snapcraft.io, LXC/LXD, BootStack.
https://t.me/technologique/711
#linux
#ubuntu
#breakingnews
#sadnews
С версии Ubuntu 18.04 LTS дистрибутив будет переведён на использование окружения GNOME и оконного сервера Wayland.
https://insights.ubuntu.com/2017/04/05/growing-ubuntu-for-cloud-and-iot-rather-than-phone-and-convergence/
Одна из ошибок Canonical - ограниченная доступность Unity и Mir только для дистрибутива Ubuntu. То же самое происходит с Pantheon в Elementary. Разработчики дистрибутива Mint, в свою очередь, поступили очень правильно, сделав Cinnamon доступным для многих дистрибутивов и открытым для разработки.
Печально, но закономерно - мобильный рынок проприетарен и закрыт (благодаря Google и Mobile Handset Alliance), закрытость драйверов для SoC мешала продвижению открытых дистрибутивов Linux для мобильных платформ, в свою очередь рынок Cloud платформ показывает непрерывный рост уже в течение нескольких лет, а рынок IoT очень бурно растёт последние полгода-год и Canonical с дистрибутивом Ubuntu имеет на этом рынке очень сильные позиции не только благодаря самим дистрибутивам, но и благодаря успешным продуктам - MAAS, Juju, Snappy/Snap/Snapcraft.io, LXC/LXD, BootStack.
https://t.me/technologique/711
#linux
#ubuntu
#breakingnews
#sadnews
Ubuntu Insights
Growing Ubuntu for cloud and IoT, rather than phone and convergence
This is a post by Mark Shuttleworth, Founder of Ubuntu and Canonical We are wrapping up an excellent quarter and an excellent year for the company, with performance in many teams and products that we can be proud of. As we head into the new fiscal year, it’s…
zRAM - swapped your memory from zipped swap partition, placed right into the same RAM memory, and getting more memory!
Модуль ядра Linux zRAM полезен для "современных" ультрабуков со "стандартными" 8 ГиБ RAM, когда памяти недостаточно и конфигурация не поддерживает апгрейд (память нерасширяема, нет слотов, впаяна в матплату - on-board soldered RAM), для серверов при использовании виртуализации, для серверов приложений (для апплетов экосистемы Java), при тестировании массивных Java приложений и GC на многогигабайтных кучах (heap), а также для систем сборки и поставки проектов (процессов CI/CD в DevOps практике), для компиляторных ферм, используемых для сборки очень крупных проектов, требующих для процесса компиляции и сборки много памяти и процессорного времени, в этом случае zRAM будет полезен для мэйнтейнеров пакетов различных дистрибутивов и любителей компилировать и собирать source-based дистрибутивы (Gentoo и другие) и пакеты для них, создавать локальные зеркала скомпилированных и собраных пакетов (ebuild для Gentoo) для подобных дистрибутивов, на серверной площадке компании или проекта, и т.д.
https://www.kernel.org/doc/Documentation/blockdev/zram.txt
Установка и настройка zRAM в Gentoo, ArchLinux и Debian.
https://habrahabr.ru/post/172137/ - давняя статья Дмитрия Петрашко (@darkdimius, к слову одного из основных авторов компилятора Dotty с системой зависимых типов для Scala 3)
#Linux
Подкачиваешь оперативку прямо из сжатого раздела подкачки в оперативке и получаешь больше памяти! ©Модуль ядра Linux zRAM полезен для "современных" ультрабуков со "стандартными" 8 ГиБ RAM, когда памяти недостаточно и конфигурация не поддерживает апгрейд (память нерасширяема, нет слотов, впаяна в матплату - on-board soldered RAM), для серверов при использовании виртуализации, для серверов приложений (для апплетов экосистемы Java), при тестировании массивных Java приложений и GC на многогигабайтных кучах (heap), а также для систем сборки и поставки проектов (процессов CI/CD в DevOps практике), для компиляторных ферм, используемых для сборки очень крупных проектов, требующих для процесса компиляции и сборки много памяти и процессорного времени, в этом случае zRAM будет полезен для мэйнтейнеров пакетов различных дистрибутивов и любителей компилировать и собирать source-based дистрибутивы (Gentoo и другие) и пакеты для них, создавать локальные зеркала скомпилированных и собраных пакетов (ebuild для Gentoo) для подобных дистрибутивов, на серверной площадке компании или проекта, и т.д.
https://www.kernel.org/doc/Documentation/blockdev/zram.txt
Установка и настройка zRAM в Gentoo, ArchLinux и Debian.
https://habrahabr.ru/post/172137/ - давняя статья Дмитрия Петрашко (@darkdimius, к слову одного из основных авторов компилятора Dotty с системой зависимых типов для Scala 3)
#Linux
habrahabr.ru
Использование zRam для увеличения количества доступной памяти под Linux
Уже 2 месяца использую на своих компьютерах модуль zRam и хочу поделиться результатами. На практике он позволил мне не используя раздел подкачки, и не получая...
Technologique
OOMd - user space daemon for killing processes by out of memory exception raises. И в дополнение к предыдущей статье, а также серии статей, опубликованных мной ещё в январе месяце, написанных во время активной фазы работ над оптимизацией датацентров, сервисов…
Daemonization for JVM
Есть ещё одна неприятная известная проблема с Java приложениями которая требует освещения.
На Java невозможно написать нормальное резидентное stateless приложение демона, коими являются любые сетевые демоны, обеспечивающие работу сетевых протоколов, да и вообще любые приложения относящиеся к server-side cloud infrastructure software.
То есть написать возможно, но чтобы сохранялось нормальное состояние работы и отказоустойчивость пориложения при его сбоях в run-time и/или перезагрузках системы - это сложно в реализации.
На скриптовых языках такое написать более возможно поэтому они широко используется как системные демоны для управления различными подсистемами в Linux (пример - OpenStack, комплексная система автоматизации управления облачными инфраструктурами) и используются в мультиконтейнерных приложениях и микро/нано сервисных серверных инфраструктурах для украшения ими.
На нативно статически компилируемых языках такие приложения писать возможно и более того - это единственный правильный корректный способ написания и реализации таких резидентных приложений.
В общем, стояла недавно такая задача...
Управлять стартом/рестартом Java приложений после их краха, убийства процесса приложения ядром при переполнении памяти (по out of memory exception) при помощи системы инициализации (Upstart в Ubuntu LTS, systemd на Debian) в Линуксе внутри контейнера или без контейнера в самой системе (для старых монолитных систем).
Сделать это непросто, т.к. Java машина, особенно если на ней исполняется сервер приложений с несколькими сервлет-контейнерами, имеет множество системных потоков (тред-пулов, spawned fork-join thread-pools) и может ответвлять отдельные процессы (fork-join process pools) для запуска сторонних приложений (например инициировать запуск sms демона для обслуживания SMS шлюза).
Состояние и PID (process id) процессов при этом отслеживать системой инициализации демонов в Linux очень сложно технически и не представляется возможным, т.к. система инициализации умеет отслеживать либо один форк процесса (expect fork stanza), либо двойной форк процесса (expect daemon stanza) при запуске и работе управления приложением, его автоматическим запуском и перезапуском, но не процесс пулы, где сложно отследить корневое приложение иницирующее ветвления, форки процессов в пуле.
Для этого приходится писать обёртки (wrappers), чаще на скриптовых языках или использовать готовые типа start-stop-daemon, для демонизации Java приложений и ортогонального управления ими.
Благо по системам инициализации есть прекрасная документация.
http://upstart.ubuntu.com/cookbook/#stanzas-by-category
http://upstart.ubuntu.com/cookbook/#initctl-commands-summary
http://upstart.ubuntu.com/cookbook/#expect
http://upstart.ubuntu.com/cookbook/#run-a-java-application
http://upstart.ubuntu.com/cookbook/#alternative-method
https://wiki.ubuntu.com/Upstart
https://www.freedesktop.org/software/systemd/man/systemd.exec.html
И пара классных статей от Digital Ocean по различиям систем инициализации и управления процессами в Linux системах.
https://www.digitalocean.com/community/tutorials/how-to-configure-a-linux-service-to-start-automatically-after-a-crash-or-reboot-part-1-practical-examples
https://www.digitalocean.com/community/tutorials/how-to-configure-a-linux-service-to-start-automatically-after-a-crash-or-reboot-part-2-reference
#Linux
#Ubuntu
#Upstart
#systemd
Есть ещё одна неприятная известная проблема с Java приложениями которая требует освещения.
На Java невозможно написать нормальное резидентное stateless приложение демона, коими являются любые сетевые демоны, обеспечивающие работу сетевых протоколов, да и вообще любые приложения относящиеся к server-side cloud infrastructure software.
То есть написать возможно, но чтобы сохранялось нормальное состояние работы и отказоустойчивость пориложения при его сбоях в run-time и/или перезагрузках системы - это сложно в реализации.
На скриптовых языках такое написать более возможно поэтому они широко используется как системные демоны для управления различными подсистемами в Linux (пример - OpenStack, комплексная система автоматизации управления облачными инфраструктурами) и используются в мультиконтейнерных приложениях и микро/нано сервисных серверных инфраструктурах для украшения ими.
На нативно статически компилируемых языках такие приложения писать возможно и более того - это единственный правильный корректный способ написания и реализации таких резидентных приложений.
В общем, стояла недавно такая задача...
Управлять стартом/рестартом Java приложений после их краха, убийства процесса приложения ядром при переполнении памяти (по out of memory exception) при помощи системы инициализации (Upstart в Ubuntu LTS, systemd на Debian) в Линуксе внутри контейнера или без контейнера в самой системе (для старых монолитных систем).
Сделать это непросто, т.к. Java машина, особенно если на ней исполняется сервер приложений с несколькими сервлет-контейнерами, имеет множество системных потоков (тред-пулов, spawned fork-join thread-pools) и может ответвлять отдельные процессы (fork-join process pools) для запуска сторонних приложений (например инициировать запуск sms демона для обслуживания SMS шлюза).
Состояние и PID (process id) процессов при этом отслеживать системой инициализации демонов в Linux очень сложно технически и не представляется возможным, т.к. система инициализации умеет отслеживать либо один форк процесса (expect fork stanza), либо двойной форк процесса (expect daemon stanza) при запуске и работе управления приложением, его автоматическим запуском и перезапуском, но не процесс пулы, где сложно отследить корневое приложение иницирующее ветвления, форки процессов в пуле.
Для этого приходится писать обёртки (wrappers), чаще на скриптовых языках или использовать готовые типа start-stop-daemon, для демонизации Java приложений и ортогонального управления ими.
Благо по системам инициализации есть прекрасная документация.
http://upstart.ubuntu.com/cookbook/#stanzas-by-category
http://upstart.ubuntu.com/cookbook/#initctl-commands-summary
http://upstart.ubuntu.com/cookbook/#expect
http://upstart.ubuntu.com/cookbook/#run-a-java-application
http://upstart.ubuntu.com/cookbook/#alternative-method
https://wiki.ubuntu.com/Upstart
https://www.freedesktop.org/software/systemd/man/systemd.exec.html
И пара классных статей от Digital Ocean по различиям систем инициализации и управления процессами в Linux системах.
https://www.digitalocean.com/community/tutorials/how-to-configure-a-linux-service-to-start-automatically-after-a-crash-or-reboot-part-1-practical-examples
https://www.digitalocean.com/community/tutorials/how-to-configure-a-linux-service-to-start-automatically-after-a-crash-or-reboot-part-2-reference
#Linux
#Ubuntu
#Upstart
#systemd
Достигнуто соглашение о поглощении RedHat компанией IBM
https://www.redhat.com/en/about/press-releases/ibm-acquire-red-hat-completely-changing-cloud-landscape-and-becoming-world%E2%80%99s-1-hybrid-cloud-provider
https://newsroom.ibm.com/2018-10-28-IBM-To-Acquire-Red-Hat-Completely-Changing-The-Cloud-Landscape-And-Becoming-Worlds-1-Hybrid-Cloud-Provider
#Linux
#Cloud
https://www.redhat.com/en/about/press-releases/ibm-acquire-red-hat-completely-changing-cloud-landscape-and-becoming-world%E2%80%99s-1-hybrid-cloud-provider
https://newsroom.ibm.com/2018-10-28-IBM-To-Acquire-Red-Hat-Completely-Changing-The-Cloud-Landscape-And-Becoming-Worlds-1-Hybrid-Cloud-Provider
#Linux
#Cloud
Forwarded from Записки админа
Devid_Daymond_Linus_Torvalds_Just_for_fun_Ra.pdf
795.8 KB
Линус Торвальдс, Дэвид Даймонд. Just for Fun. Рассказ нечаянного революционера.
🎂 И да, сегодня 25 августа - день рождения Linux, камрады. Всех, кто так или иначе причастен, или причисляет себя к сообществу - с праздником!
#linux
🎂 И да, сегодня 25 августа - день рождения Linux, камрады. Всех, кто так или иначе причастен, или причисляет себя к сообществу - с праздником!
#linux
ThinkPads and ThinkStations now has a first class support of Linux desktop distributions - drivers for devices will be included to the Linux kernel device tree
https://ubuntu.com/blog/lenovo-expand-enterprise-desktop-range-preinstalled-with-ubuntu
#ThinkPad
#ThinkStation
#Lenovo
#Linux
https://ubuntu.com/blog/lenovo-expand-enterprise-desktop-range-preinstalled-with-ubuntu
#ThinkPad
#ThinkStation
#Lenovo
#Linux
Ubuntu
Lenovo expand enterprise desktop range preinstalled with Ubuntu | Ubuntu
Today, Lenovo announced the expansion of its Linux program to include selected ThinkPad and ThinkStation PCs preinstalled with Ubuntu Desktop 20.04 LTS. Designed to be the daily drivers for developers across the globe, the ThinkPad and ThinkStation ranges…
Linux for everyone podcast: Discussion with Brian Fox, Bash and Orchid creator, about privacy in the internet
https://www.youtube.com/watch?v=3vogzd-ATwE
#Linux
#Bash
#Orchid
https://www.youtube.com/watch?v=3vogzd-ATwE
#Linux
#Bash
#Orchid
YouTube
Linux For Everyone #48: Bash and Orchid Creator Brian Fox
Jason sits down with legendary Bash creator Brian Fox to discuss his early days with Richard Stallman, the legacy of Bash, our ongoing privacy battle, and his brand new project called Orchid.
PLUS: An update from Lenovo's Mark Pearson on the company's Linux…
PLUS: An update from Lenovo's Mark Pearson on the company's Linux…