LINUX.ORG.RU

Команда TrueOS объявила о стабилизации системы

 , , ,


2

1

Разработчики TrueOS объявили об окончании бета-тестирования и стабилизации кодовой базы проекта. Также объявлено об исправлении некоторых ошибок, обновлении ключевых компонентов графического окружения (Qt ​​с 5.6.2 до 5.7.1) и доведении до полной работоспособности функциональных возможностей: автоматическое монтирование/размонтирование съемных накопителей данных (флешек), добавление набора утилит для управления изолированными окружениями Jail.

TrueOS является продолжением развития проекта PC-BSD и отличается от неё rolling-моделью разработки. Ядро и основные компоненты системы основаны на ветке FreeBSD-CURRENT, присутствуют заимствования из OpenBSD касающиеся безопасности. В качестве основной среды рабочего стола предлагается Lumina — основанная на Qt5 легковесная среда с классическим подходом к организации рабочего пространства пользователя. К стабилизации кодовой базы приурочен выпуск установочных носителей: сформированы образы iso (dvd) и img (usb) для быстрого развертывания desktop и server окружения, поддерживается только архитектура AMD64.

Особенности TrueOS:

  • Основное окружение рабочего стола — Lumina с набором графических приложений на базе Qt5.
  • Еженедельное обновление пакетной базы и установочных образов.
  • Для управления дополнительным ПО, ядром и базовой системой используется один инструментарий — PKG и интерфейс к нему 'SysAdm AppCafe'.
  • По умолчанию предлагается использование файловой системы ZFS.
  • Обновления устанавливаются только через атомарную замену среза системы через переключение активного раздела во время перезагрузки. Непосредственно в процессе установки обновления текущее программное окружение не меняется.
  • Новую версию TrueOS можно поставить в отдельный zpool, не нарушая работу уже установленной системы, что позволяет провести обновление с PC-BSD/FreeBSD без очистки диска с сохранением всей пользовательской информации.
  • Существует возможность настройки автоматического обновления системы.
  • Вместо DDX-драйвера Intel по умолчанию предлагается универсальный драйвер 'modesetting', работающий поверх драйверов KMS.
  • Графические DRM-драйверы для чипов Intel синхронизированы с ядром Linux 4.9 и обеспечивают поддержку интегрированной графики чипов Haswell, Broadwell и Skylake.
  • Вместо ранее предлагаемой панели управления задействован новый графический конфигуратор SysAdm на базе Qt и сервис SysAdm, который предоставляет средства удалённого управления (по умолчанию отключен);
  • Поддержка загрузчика BSD, наряду с загрузчиком GRUB.
  • Вместо OpenSSL задействован пакет LibreSSL.
  • Для установки и обновления всех частей системы, включая компоненты базовой системы, применяется пакетный менеджер pkg.

При написании новости использованы материалы с сайта opennet.ru.

>>> Подробности

★★★★★

Проверено: anonymous_incognito ()
Последнее исправление: anonymous_incognito (всего исправлений: 1)
Ответ на: комментарий от r3lgar

Есть подозрения, что ты не совсем понимаешь о чём речь. Потому что с этим подходом ты как раз уменьшаешь риски и время простоя.

anonymous
()
Ответ на: комментарий от vblats

Чистая FreeBSD 11-STABLE, собранная из исходников, с выбросом ненужного на десктопе, без установленных пакетов, без каталогов исходников и портов занимает 2,1ГБ, или 1,3ГБ сжатого дискового пространства, всего 21689 файлов, включая каталоги.

iZEN ★★★★★
()
Ответ на: комментарий от vblats

Может вы мне назовете хотя бы один юзкейс, где надо ставить FreeBSD + GUI ?))

Избыточность линукса и его идей.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Чистая FreeBSD 11-STABLE ... занимает 2,1ГБ

Постой-ка, а винду с путти ты ж забыл посчитать. Нужен же адептам какой то интерфейс к бсде, не так ли?

anonymous
()
Ответ на: комментарий от iZEN

Избыточность линукса

А то, не ставить же линупс в дуалбут с вендой, это явная избыточность.

anonymous
()
Ответ на: комментарий от anonymous

Потому что с этим подходом ты как раз уменьшаешь риски и время простоя.

Это снизит время простоя в случае неработоспособности обновления, но таких случаев гораздо меньше, чем возможно, и в случае удачного обновления простой будет пустой тратой времени, а не мерой.

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

r3lgar ★★★★★
()
Ответ на: комментарий от Dmitry_Sokolowsky

«Плохо, что только 64 бита. Увы, не смогу попробовать.»

Фильтр помоечников работает!

anonymous
()
Ответ на: комментарий от mandala

Тогда наверное неплохо было бы перечислить эти возможности. А то упоминание этого в одном ряду с остальными мегафичами выглядит ... эээ... странно.

KOHb-TPOJIJIbJIEP
()
Ответ на: комментарий от r3lgar

в случае удачного обновления простой будет пустой тратой времени, а не мерой

А без этого подхода, стало быть, не будет пустой тратой времени? Ну-ну. Ты всё же почитай как оно работает, перед тем как заявлять о ненужности на своём lamp'овом локалхосте.

anonymous
()
Ответ на: комментарий от vblats

FreeBSD позволяет сделать выжимку из Open Source тех и дей и решений, которые не привязаны к какому-то конкретному ядру цепями и надуманными зависимостями (Debian Linux, как жуткий пример неразберихи и устаревшего кода). Это позволяет чётко представлять, что именно тебе надо и от чего можно спокойно отказаться, съэкономив тучу времени и места на диске.

iZEN ★★★★★
()
Ответ на: комментарий от DRVTiny

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

vblats
()
Ответ на: комментарий от iZEN

Единственные два преимущества которые я увидел (и то...сугубо относительные) - это количество убитого времени и места на диске.

Однако вряд ли установленный Linux и установленная FreeBSD с одинаковыми возможностями, будут уж слишком различаться по занимаемому месту.

По поводу времени - подозреваю что оно будет просто расходоваться на другое.

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

vblats
()
Ответ на: комментарий от vblats

Однако вряд ли установленный Linux и установленная FreeBSD с одинаковыми возможностями, будут уж слишком различаться по занимаемому месту.

А ты поверь и проверь.

По поводу времени - подозреваю что оно будет просто расходоваться на другое.

Время будет расходоваться на изучение возможностей тюнинга. ;)

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Так вот чтобы проверить, нужны как раз реальные преимущества, хотя бы перед Linux. У меня сейчас стоит Arch+XFCE+два браузера, куча софта включая вайбер, скайп и тд. Занято 3.5 Гб. И это я еще не чистил после предыдущих сборок софта и старые ядра. Даже если FreeBSD с аналогичным софтом будет занимать на гигабайт меньше (в чем я сомневаюсь) - этого явно недостаточно чтобы сносить идеально работающую системку. Хотя ради этой же самой идеальной работающей системки я когда-то снес Debian.

Более того, судя по тестам на похорониксе, по скорости FreeBSD сасёд, а теперь сасёд и TrueOS: запустил в лайве. Тачпад Elan не подхватился. Можно закапывать.

vblats
()
Ответ на: комментарий от mandala

Сейчас это самостоятельный проект с кучей собственных разработок, поболее чем у многих дистров линукса.

Ах, да ты что? И какие же это «разработки»? Недо-DE, работающее поверх флуксбокса? Гуй для снапшотов ZFS? Гуй для pkg? Да, в рамках бсдей это инновации, действительно.

anonymous
()
Ответ на: комментарий от vblats

по скорости FreeBSD сасёд, а теперь сасёд и TrueOS

Сасёд с глубоким заглотом, я бы сказал

anonymous
()
Ответ на: комментарий от anonymous

Уж поценнее очередной убунты с нескучными обоями.

Недо-DE, работающее поверх флуксбокса? Гуй для снапшотов ZFS? Гуй для pkg?

Ты что-то имеешь против гуев?

mandala ★★★★★
() автор топика
Ответ на: комментарий от vblats

Так вот чтобы проверить, нужны как раз реальные преимущества, хотя бы перед Linux.

На FreeBSD уже сейчас можно оценить новый релиз Mesa 13.0.5. Когда там у вас он появится в неглючных сборках?

iZEN ★★★★★
()
Ответ на: комментарий от vblats

Mesa - это наши «глаза» и ощущения того, что картинка не тормозит или тормозит (фризится) - кому что подвезло. Драйверы графических карт, которые в Linux поддерживаются с «некоторыми» ограничениями, зависящими от версии ядра (чо там про оборудование было? Так вот это оно самое ;)

iZEN ★★★★★
()

Я тестил ЭТО. Инсталер стабильный, система летает, блоб Nvidia установился автоматом. Все как то красиво и привычно, но есть одно НО. И это переключалка раскладки. Она не работает. Добавка в /etc/X11/xorg.conf не работает. Кто-то доказывал, что переключается, но капслоком (индикатора в панели при этом нет, сам капслок и есть индикатор) - ни фига. Ничем не переключается. Для меня это критично, так что в топку...

Odalist ★★★★★
()
Ответ на: комментарий от iZEN

Mesa - это наши «глаза» и ощущения того, что картинка не тормозит или тормозит (фризится) - кому что подвезло. Драйверы графических карт, которые в Linux поддерживаются с «некоторыми» ограничениями, зависящими от версии ядра (чо там про оборудование было? Так вот это оно самое ;)

Не чувак, Mesa - это API к 3D-ускорителю, и все. Работа системы от него не зависит и не будет (разве что какой-то дебил сделает на нем отрисовку виджетов или теней, как например cairo-dock'овцы).

У меня нет никакой Месы, и картинка не тормозит, и не фризится.

Драйверы графических карт предоставляют низкоуровневый доступ к фичам видеокарты, а Mesa - одна из тех прослоек которая позволяет не костылить свой вывод на целый зоопарк 3D-ускорителей там, где это нужно. Нужно как правило в играх. Которых под никсами 2.5 штуки.

Если же твоей ОС (возьмем FreeBSD) необходим OpenGL для работы в Gnome\Xfce\Lummina\Консоли, то это как раз та неразбериха, о которой ты писал на пару комментов выше, и от такой ОС лучше держаться подальше.

vblats
()
Ответ на: комментарий от iZEN

Сборкой tinybsd собирал образ для амд64 размером в 40МБ. Если собирать чисто через src.conf и make.conf (см. /usr/src/tools/tools/nanobsd/ и man nanobsd), то в три-четыре сотни уложиться можно.

anonymous
()
Ответ на: комментарий от mandala

Игнорируется xorg.conf?

Именно. Вернее, резетится или генерируется заново. В общем, запретить на запись руту и все будет сохряняться. Другое дело, что разкладку можно и в .xinitrc установить, но некоторые видимо не ищут легких пут(т)ей )

anonymous
()
Ответ на: комментарий от anonymous

Эвон какие сложности.

Собираешь под свою тачку ядро. Это примерно 2-3 мегабайта. Initrd не нужен. Создаешь базовую структуру папок, копируешь туда Busybox. Init пишешь ручками. Ставишь grub. У меня выходило до 10 метров.

vblats
()
Ответ на: комментарий от LordTermor

то есть какие-то собственные небольшие допилы.

там еще и форк с drm-next, который даже в CURRENT еще не вошел из-за сырости, добавили. Так что вангую что отличий все же больше. С другой стороны, их тулзы доступны и для фри. Тот же АppCafe, c описанием и картинками к популярным пакетам.

anonymous
()
Ответ на: комментарий от dogbert

Lumina®

Вот просто сразу на хер за такое.

Обоснуй. Групон с планшетами «GNOME» уже подзабылся?

anonymous
()
Ответ на: комментарий от anonymous

Да так, только в случае с Gentoo при установке нового ядра нет нужды пересобирать весь мир.

А с чего ты решил, что в случае с фрей оно по другому?
Если уж в ядре есть опции обратной совместимости вплоть до четверки

options:COMPAT_43	opt_compat.h
options:COMPAT_43TTY	opt_compat.h
options:COMPAT_FREEBSD4	opt_compat.h
options:COMPAT_FREEBSD5	opt_compat.h
options:COMPAT_FREEBSD6	opt_compat.h
options:COMPAT_FREEBSD7	opt_compat.h
options:COMPAT_FREEBSD9	opt_compat.h
options:COMPAT_FREEBSD10	opt_compat.h

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

Сhrome или Chromium? Вообще, бинари и пакеты вполне себе совместимы.
У меня где-то пол-сотни из портов, остальная тыща пакетов из репы. Оно и неудивительно, т.к. make в портах собирает и устанавливает пакет. Еще есть такая штука, как квартальные срезы реп и портов.

anonymous
()
Ответ на: комментарий от anonymous

Значит раскладку задаёт user-конфиг в DE, которую пользователь запускает.

В /etx/X11/xorg.conf прописывается вручную всё то, что не «автоматизировано» на конкретном десктопе. Так что есть варианты, по какому пути пойти. «запретить на запись руту и все будет сохряняться» — злой совет от неосведомлённого пользователя, не пожелавшего до конца разобраться в том, что автоматизировано и чему он препятствует.

iZEN ★★★★★
()
Ответ на: комментарий от vblats

У меня нет никакой Месы, и картинка не тормозит, и не фризится.

А что у тебя вместо libdrm/libGL/libEGL? freeglut, если есть, то какой версии?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

А нет, соврал. Только что глянул, mesa таки стоит. Зачем правда, не знаю. У меня xfce4\metacity, играми не пользуюсь. Наверное внычку притянулось чьей-то зависимостью.

vblats
()
Ответ на: комментарий от anonymous

А то, не ставить же линупс в дуалбут с вендой, это явная избыточность.

Ты случайно не из тех самых гордых арчеводов, сусевцев или убунят из-под под WSL?

anonymous
()
Ответ на: комментарий от vblats

У меня сейчас стоит Arch+XFCE+два браузера, куча софта включая вайбер, скайп и тд. Занято 3.5 Гб.

Что дальше? Стандартный образ фри был где-то в полтора гига, скостить до трех-четырех сотен банальной пересборкой под себя вполне реально. А остальной софт, типа крысы, браузеров или иксов, внезапно, тот же самый что и под пингвином. Но в чем смысл сей истовой байтомастурбации на пк?
У меня только хомяком занято 60 Гб, а еще ведь есть компиляторы, qt, IDE и прочее.

Более того, судя по тестам на похорониксе, по скорости FreeBSD сасёд

Это вот так?
https://www.phoronix.com/scan.php?page=article&item=netperf-bsd-linux&amp...
Кстати, посмотри на морониксе на тесты компиляторов (gcc 7,6,5,4 и сlang) cравни с «тестами» осей, в том числе и пингвинов между собой, найди закономерность.

anonymous
()
Ответ на: комментарий от mandala

А другие комбинации?

Других не пробовал. Конечно жаль, что не подхватило. Система интересная, и стабильная. Но увы, раскладки мне критичные, без них никак...

Odalist ★★★★★
()
Ответ на: комментарий от anonymous

Ах, да ты что? И какие же это «разработки»?

Ты, как всегда - не знаешь, не слышал, но в лужу всегда готов?

MFC r302499: Improve checksum "offload" support.
Sponsored by:   iXsystems, Inc.


MFC r302496: Rewrite if_ntb to use modern interface KPIs and features.
Sponsored by:   iXsystems, Inc.


 MFC r302459: Allow AHCI controller to support up to 32 arbitrary devices.


MFC r302484: NewBus'ify NTB subsystem.


Reimplement CTL High Avai Issue all reads of single XCOPY segment simultaneously. 
tests with ZFS pool of 14 disks in RAID10 shows prefetcher efficiency improved from 37% to 99.7%, copying speed improved by 10-60%


Teach ctld about CTL's physical_port and virtual_port fields.
This allows ctld to work with isp(4) virtual ports,


Teach ctld(8) to control non-iSCSI CTL ports.

Replace home-grown CTL IO allocator with UMA.
...
git log /usr/src | grep -ic "Sponsored.*by.*iXsystems"    
268

anonymous
()
Ответ на: комментарий от vblats

Эвон какие сложности.

Какие, опиши?

Собираешь под свою тачку ядро. Это примерно 2-3 мегабайта.

Удивил, ага.

Initrd не нужен. Создаешь базовую структуру папок, копируешь туда Busybox. Init пишешь ручками.

Cравнил попу с пальцем. Т.е. полноценную (или подрезаную, в случае tinybsd) систему, собранную автоматически и пригодную для использования в широком диапазоне, вплоть до десктопа и собранную полностью ручками.

anonymous
()
Ответ на: комментарий от iZEN

В /etx/X11/xorg.conf прописывается вручную всё то, что не «автоматизировано» на конкретном десктопе.
Так что есть варианты, по какому пути пойти. «запретить на запись руту и все будет сохряняться» — злой совет от неосведомлённого пользователя, не пожелавшего до конца разобраться в том, что автоматизировано и чему он препятствует.

Вы пцбздей пользовались? Проблема именно в том, что там какая-то автоматика (скорее всего их логинменеджер) переписывает после сбоя или конфигурации этот конфиг новой, автосгенерированной версией. Проверялось банальным chflags uchg на файл.
Другое дело, что сейчас принято писать свои конфиги в /usr/local/etc/X11/xorg.conf.d

anonymous
()
Ответ на: комментарий от anonymous

после сбоя или конфигурации

после сбоя или изменения конфигурации (типа мониторов)
fix

anonymous
()
Ответ на: комментарий от iZEN

Так это ж проблема Ubuntu 2008 года

Толстячок? При чем тут бубунта? Я тестил True OS, и раскладка не работает, в отличии от Debian 8...

Odalist ★★★★★
()
Ответ на: комментарий от filosof

xxkb или что-то типо того поставил бы

Ставил. Не работает. Точнее работает, только криво. С пятого раза переключается.

Odalist ★★★★★
()
Ответ на: комментарий от anonymous

Ну вот по приведенным тобой причинам, как раз смысла ставить это на комп - нету. Работает так же как и Linux, а учитывая трах с дровами и настройками - работает хуже.

И да, зачем ты смотришь тесты компиляторов? Целыми днями компиляешь шоле ?

vblats
()
Ответ на: комментарий от anonymous

Cравнил попу с пальцем. Т.е. полноценную (или подрезаную, в случае tinybsd) систему, собранную автоматически и пригодную для использования в широком диапазоне, вплоть до десктопа и собранную полностью ручками.

А разница в конечном результате - В ЧЕМ ?

Никсы на то и никсы, что как настроишь - так и будет работать. FreeBSD в этом плане ведет себя так же само как и Linux, только чуть медленнее и ощутимо больше телодвижений нужно.

vblats
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.