После восьми месяцев разработки состоялся (https://news.opensuse.org/2017/07/26/refresh-of-linux-distri.../) релиз дистрибутива openSUSE Leap 42.3 (https://www.opensuse.org/). Это третий выпуск на базе новой архитектуры, совмещающей вклад сообщества с разработками для корпоративных систем - основой openSUSE Leap выступают наработки промышленного дистрибутива SUSE Linux Enterprise 12 Service Pack 3 (SLE 12SP3), поверх которых поставляются свежие выпуски рабочего стола и новых версий пользовательских приложений. Релиз SLE 12SP3 намечен на сентябрь. Для загрузки доступна (https://software.opensuse.org/423/en) универсальная DVD-сборка, размером 4.7 Гб (x86_64, Power 8 (ppc64le), ARMv8 (AArch64) и ARMv7). Репозиторий openSUSE Leap 42.3 насчитывает более 10 тысяч пакетов, из которых более 1500 импортированы из SUSE Linux Enterprise.
openSUSE Leap 42.3 подготовлен в рамках изменённой модели разработки, подразумевающей активное применение автоматизированных средств тестирования и публикации снапшотов, обновляемых раз в несколько дней, без выпуска классических альфа- и бета-версий. Кроме синхронизации изменений с SLE 12 SP3 выпуск не содержит каких-то значимых новшеств и нацелен в основном на обеспечение поддержки нового оборудования и обновления версий пакетов.Как и в прошлой версии пользователям предлагаются (https://en.opensuse.org/Portal:42.3) ядро Linux 4.4 и рабочие столы GNOME 3.20 (https://www.opennet.me/opennews/art.shtml?num=44102) и KDE Plasma 5.8 (https://www.opennet.me/opennews/art.shtml?num=45273), а также пользовательские окружения MATE 1.16, Xfce 4.12 , Enlightenment 0.23.3 и Cinnamon 3.0. Из репозиториев доступен LXQt 0.11.0.
По умолчанию предлагается файловая система Btrfs и задействована утилита snapper, отвечающая за создание снапшотов со срезами состояния файловой системы и откат изменений (например, можно вернуть случайно перезаписанный файл или восстановить состояние системы после установки пакетов). Инсталлятор, кроме графического режима, имеет полноценные интерфейсы для установки в текстовом режиме, в том числе установкой можно управлять удалённо (https://en.opensuse.org/SDB:Remote_installation) через SSH и включить отладочный режим для тонкой диагностики проблем.
Администраторам предлагается система резервного копирования Borg и Samba SSSD (System Security Services Daemon) с поддержкой интеграции с Active Directory.URL: https://news.opensuse.org/2017/07/26/refresh-of-linux-distri.../
Новость: http://www.opennet.me/opennews/art.shtml?num=46926
Qt 5.6, llvm 3.8, NetworkManager 1.0, GNOME 3.20 - отличный некрофильский дистр вышел.
Qt ещё ладно, но остальное реально тухлятина
Объясните, пожалуйста, чего вам обоим не хватает в llvm 3.8.
Ну, хотя бы то, что новый qtcreator завязан на 3.9+. Хотя все равно всё в ~/opt ставить, не привыкать
llvm 3.9+ нужен для поддержки OpenGL-4.5 в Mesa (https://www.x.org/wiki/RadeonFeature/). радует наличие документации (которую никто не читает, но вдруг перед тем, как..) - https://doc.opensuse.org/ . печалит, что нигде не смог найти списка версий пакетов в установщике и базовом репо. пришлось смотреть src в самом репо: http://download.opensuse.org/source/distribution/leap/42.3/r.../
У меня такие проблемы с этим "липом". Всё понятно было, когда только анонсировали: энтерпрайзное нутро, относительно свежее всё остальное и с каждым релизом обновлется, никаких вопросов.
А потом они между делом решили всё переиграть и сделать зелёную центось. И на кой мне эта зелёная центось, у которой каждый "минорномажорный" релиз только полтора года поддерживается, если я могу нормальную центось, дебьян, да даже убунту лтс поставить и в ус не дуть.
php 7.1 не собирается
https://build.opensuse.org/package/show/home:13ilya/php7
причём в Leap 42.2, Tumbleweed и даже на армах с ним всё в порядке, но в Leap 42.3 какая-то лютая смесь.
Меинтайнер про это знает, но его это особо не волнует.
Ты будешь смеяться от причины: пехопе ненужно даже его мейнтейнеру
Тот же случай, когда мейнтейнеры KDE его не используют. А php и так ненужною.
Тот случай когда мейнтейнеры не используют openSUSE, оно без задач.
где такую траву берёшь? ты ещё скажи, что Линукс тоже без задач
ню-ню... я смотрю тут великие битриксо-строители собрались...
и вообще, за себя говори, нужно оно тебе или нет, а то видите, php никому не нужен, если не асилил, так и скажи, а то смахиваешь на малолетку
фтoпку
https://en.opensuse.org/openSUSE:License
https://www.bis.doc.gov/index.php/regulations/export-adminis...
поясните что тут.
Очевидно, лютое непринятие лицензий в любом виде.
очевидно, что 2ю ссылку на EAR анон не увидел, а также не прочел part 744 & 746
> очевидно, что 2ю ссылку на EAR анон не увидел, а также не
> прочел part 744 & 746Очевидно, что анон не опознал приписку, сделанную для формального соответствия законодательству и не имеющую ни малейшего смысла, поскольку "экспортировать" из США (то есть продавать за границу) дистр и так никто не собирался.
Даже версии пакетов не удосужились обновить, т к в серверной редакции не изменились? Шаблон треснул. Даже перестали вуалировать тот факт, что это тесовая среда для след, я прям не знаю.Samba SSSD надо зауглись. Актив директори для красного солвца или сабж в 2 клика дает что-то реально интергрировать?
Сделай два клика и проверь, или аналитики уже при виде двух кликов, становятся падлами?
Ещё бы убрали системд, сидел бы на ней.
> дистрибутива openSUSE
> "дистрибутив" (м. р.)
> "openSUSE" (м. р.)
> "системд", от слова "система" (ж. р.)
> Ещё бы убрали системд, сидел бы на нейТо есть на "ней" -- это на системд?
тебе надо, ты и убери
Был бы Wayland - был бы дистр.
может чего не понимаю или лыжи не едут, но systemd делает систему неуправляемой. т.е. система не работает так, как должна (как написано в мане того же systemd). переписал инит вручную, изобретая велосипед а-ля bsd-init..
основные причины:
*) рэндом systemd с автологином (при жёсткой прописке оного в getty@tty1.service . inittab, в отличие от, работал с полпинка..);
**) рэндом/отказ systemd с привязкой старта сервиса на подъём сетевого интерфейса;
***) записи в /etc/hosts и /etc/hostname теперь не гарантируют наличие неизменного имени хоста (приходится рубить в dhclient и т.п.), хотя в man systemd/hostnamectl написано, что..кстати.. заметил, что systemd дёргает шпиндель отмонтированных дисков, которые насильно загнаны в "sleep mode" (т.е. со стороны приложений нет и не может быть к этим дискам никаких обращений). если кто рыл - буду благодарен за совет/ссылку о лекарстве. заодно передаю пламенный "преведЪ" всем, кто орал об энергосбережении с systemd.. "увы"©. та же OpenBSD с дисками (теперь) работает более корректно..