Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt.

Разработчики дистрибутива Solus приняли решение о переводе рабочего стола Budgie на фреймворк Qt.

Изначально Budgie был построен на основе GTK+ и штатных библиотек GNOME, но использовал собственные реализации оболочки GNOME Shell, панели, апплетов и системы вывода уведомлений. Указано, что потребности Budgie переросли возможности стека GNOME, и проект не может должным образом развиваться на основе штатных библиотек GNOME.

Отмечается, что GTK+ развивается в паре с GNOME и разрабатывается для решения задач, которые ставят перед собой разработчики GNOME, без оглядки на другие проекты. В итоге, каждый значительный релиз GNOME приводит к возникновению непредвиденных проблем, возникающих при переводе Budgie на обновлённые библиотеки GNOME.

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

Рассмотрев все за и против оптимальным признан путь миграции рабочего стола Budgie на Qt. По мнению разработчиков, переход на Qt положительно отразится на производительности, позволит реализовать новые возможности и расширить графические эффекты. При этом в основной кодовой базе планируется использовать только средства разработки на C++ и отказаться от применения языка Vala.

Еще одно подтверждение, что Windows 10 не нужна. (Правда, линуксоидов тоже мало чот)

В Steam стало меньше пользователей ОС Windows 10.

Исходя из статистических данных, в январе этого года на 50,35% ПК была установлена это ОС. Однако в этом месяце Windows 10 установлена на 48,49% устройствах.

Отмечается, что увеличилась доля Windows 7 на 1,24% и сейчас равна 35,11%. Windows XP, несмотря на то, что больше не поддерживается Microsoft, все еще установлена на ПК пользователей Steam, в этом месяце ее доля увеличилась на 0,1%. Все остальные версии Windows снизили свое присутствие на сервисе Steam.

На данный момент в Steam также присутствует 3,03% пользователей Apple и менее 1% пользователей Linux.

Полная статистика Steam о конфигурации ПК — http://bit.ly/2lbzJi9

#новости@Prolinux_bot

Итак, это первый выпуск рубрики #linux_возможности

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

Сегодня я расскажу вам про Squashfs и Overlayfs. Эти две файловые системы созданы друг для друга (образно), поэтому сразу об обеих и пойдёт речь.

Squashfs это ужатая файловая система. С помощью утилиты из пакета squashfs-tools можно упаковывать файлы в Squashfs образы. По сути тоже самое что и создавать архивы, но в отличии от обычных архивов, squashfs можно примонтировать в директорию, при этом не распаковывая. Единственный критичный минус заключается в том, что эта файловая система Read Only, то есть без извлечения и повторной переупаковки образа изменить файлы невозможно. Эту проблему частично и решает Overlayfs.

Overlayfs позволяет монтировать несколько файловых систем/директорий поверх друг друга. Нижние слои всегда Read Only, в то время как верхний слой (которым может быть например пустая папка) может быть изменён. Таким образом, примонтировав поверх Squashfs образа пустую папку через Overlayfs, все изменённые/новые файлы будут попадать именно в эту пустую папку и накрывать собой Read Only файлы из Squashfs. Это позволяет не только создать видимость того что файловая система доступна для записи, но так же и получить все изменённые/новые файлы в отдельной директории. Позже, при желании, ничто не мешает упаковать новые файлы в этот самый образ заменив оригиналы.

Использовать это комбо можно для создания бэкапов или для экономии места. Я и вовсе отказался от стандартных архивов и теперь использую вместо них squashfs.

С вами снова #linux_возможности.

Сегодня речь пойдёт о zram. Эта штука просто необходима всем, кто испытывает дискомфорт из-за нехватки оперативной памяти.

Zram это модуль ядра позволяющий организовать ужатый своп прямо внутри оперативной памяти. Таким образом, самой активной оперативки становится меньше, но зато при уходе в своп начинает использоваться не HDD, а zram, который конечно же работает намного быстрее, ибо находится в оперативке.

Поскольку zram ужимает всё что в него попадает, он обеспечивает в 2, а то и в 3 раза больше свопа чем отрезает от оперативной памяти. Таким образом, хоть самой оперативки и становится меньше, мы получаем своп который в 2-3 раза больше чем отданный ему объём и который не намного медленнее самой оперативной памяти.

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

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

У меня самого всего лишь 4 гига и уже давно использую zram. Ещё ни разу не ушёл в своп на HDD, при том что использую браузер на Blink и попутно гоняю виртуалки.

Так же советую ознакомиться с zswap и zcache.

Крупнейшая в мире миграция на Linux завершилась крахом.

Власти Мюнхена потребовали перевести порядка 15 тыс. компьютеров с местного аналога Linux – ОС LiMux обратно на Windows. Германские чиновники планируют масштабную реорганизацию ИТ-сектора с созданием полной Windows-архитектуры в муниципальных учреждениях к 2020г.

Более 10 лет назад мюнхенские власти фактически искоренили ОС компании Microsoft ради германской ОС LiMux на основе Ubuntu. На LiMux было переведено около 15 тыс. ПК, стоимость перехода составила 30 млн. евро ($32 млн). Это был крупнейший перевод техники на открытое ПО в немецком госсекторе и, возможно, в мире.

В 2003 г. городской совет Мюнхена проголосовал за переход на Linux. Его местная версия LiMux (Linux Munich) была представлена в 2006 г. Полностью переход на новую ОС завершился в 2013 г. Как отмечали тогда власти, постепенная миграция в итоге помогла сэкономить 11,6 млн евро, включая 5 млн евро благодаря сохранению существующего аппаратного обеспечения, 4,2 млн евро — на лицензию Windows и 2,6 млн — на лицензию MS Office.

Но не все шло гладко. По словам заместителя мэра Мюнхена Йозефа Шмида, администрация получала множество жалоб от чиновников, переведенных на Linux. Сложности вызывал обмен данными, который работал не так, как хотелось бы, кроме того, LiMux оказался «чрезмерно дорогим» из-за необходимости дополнительного программирования.

Между тем, администрация Мюнхена пока не предпринимает радикальных шагов, предложив чиновникам выбирать самостоятельно, на чем они хотят работать – LiMux или Windows. Представитель городской администрации Энн Хюбнер (Anne Hübner) пояснила, что полностью отказываться Мюнхен от проекта LiMux не будет. «Большая часть структуры останется на сервере, как есть.

Все так.