Подготовлен (https://lists.fedoraproject.org/archives/list/announce@.../) альфа-выпуск дистрибутива Fedora 25, который содержит все базовые возможности будущего релиза, пригодные для оценки и тестирования. Релиз запланирован (https://fedoraproject.org/wiki/Schedule) на 15 ноября. Выпуск охватывает продукты Fedora Workstation (https://getfedora.org/en/workstation/prerelease/), Fedora Server (https://getfedora.org/en/server/prerelease/), Fedora Cloud (https://getfedora.org/en/cloud/prerelease/), а также Live-сборки, поставляемые в форме спинов (https://spins.fedoraproject.org/prerelease) c десктоп-окружениями KDE Plasma 5, Xfce, MATE, Cinnamon и LXDE. Альфа-выпуски Fedora также сформированы для архитектур Power64 и ARM64 (AArch64).Наиболее заметные изменения (http://fedoraproject.org/wiki/Releases/25/ChangeSet) в Fedora 25:
- По умолчанию предложен сеанс GNOME на базе Wayland. Поддержка сеанса на базе X11 сохранена в качестве опции;
- Из состава минимального образа корневой файловой системы исключен (http://fedoraproject.org/wiki/Changes/Build_Root_Without_Perl) интерпретатор языка Perl;- В систему ввода IBus добавлена поддержка ввода Unicode-символов Emoji через нажатие комбинации Ctrl-Shift-e и названия символа, например "Ctrl-Shift-e-smiley";
- По умолчанию в systemd включен режим "KillUserProcesses=yes (https://www.opennet.dev/opennews/art.shtml?num=44474)", при котором после выхода пользователя осуществляется принудительное завершение всех процессов, запущенных в рамках закрываемого сеанса;
- На смену liveusb-creator пришёл Fedora Media Writer, переписанный на С++ интерфейс для создания загрузочных носителей;- UDisks2 заменён (http://fedoraproject.org/wiki/Changes/Replace_UDisks2_by_Sto...) на Storaged, предоставляющий унифицированный D-Bus API для управления LVM2, iSCSI, Btrfs, BCache, LSM и ZRam;
- В Koji добавлены (http://fedoraproject.org/wiki/Changes/KojiInstallMedia) средства для генерации установочных образов для различных архитектур;
- Возможность (http://fedoraproject.org/wiki/Changes/BetterSwitchableGraphi...) простого переключения между интегрированным GPU и дискретной видеокартой на ноутубках;- В состав включен компилятор языка программирования Rust и связанный с ним пакетный менеджер Cargo;
- Обновлены версии пакетов: PHP 7.0, Ruby on Rails 5.0, GHC (Haskell) 7.10, Perl 5.24, Node.js 6, Erlang 19, Go 1.7, Glibc 2.24URL: https://lists.fedoraproject.org/archives/list/announce@.../
Новость: http://www.opennet.dev/opennews/art.shtml?num=45047
с разморозкой, я уже на 26 сижу, 25 была в альфе до августа. сейчас она в бете, в ноябре релиз
То есть я правильно понимаю, что Вы уверены, что Dennis Gilmore, релиз-менеджер Федоры, ничего в её релизах не смыслит?
http://itmages.ru/image/view/4816856/b14bb6cd
Fedora release 26
VERSION="26 (Workstation Edition)"
ID=fedora
VERSION_ID=26
PRETTY_NAME="Fedora 26 (Workstation Edition)"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:fedoraproject:fedora:26"
HOME_URL="https://fedoraproject.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=rawhide
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=rawhide
PRIVACY_POLICY_URL=https://fedoraproject.org/wiki/Legal:PrivacyPolicy
VARIANT="Workstation Edition"
VARIANT_ID=workstation
Размораживайтесь сами, альфа выпуск был перенесён с 23 на 30 августа. Бета-выпуск запланирован на 11 октября. Про Fedora 26 вообще какой-то поток бреда.https://fedoraproject.org/wiki/Releases/25/Schedule
Erzent, перелогинься )
Кстати, уже готов реп unitedrpms для 25й федорки со всякими там кодеками и мультимедийщиной. Фузион как всегда в *опе.
Клятвенно же божились,что фюжн воскреснет. Сами адмиины unitedrpms, если я ничего не путаю, писали, что закрывают репу, потому что передают дела во фьюжн.Что-то красношапка не забашляла, походу, и кто-то обиделся
>Фузион как всегда в *опе.Пашко, залогинься.
хватит пороть чушь и дешевые понты, включил ветку Rawhide не надо делать вид что самый умный
Вангую релиз перенесут на следующий год.
ну и пусть переносят, 24 только вот вышла )
> Из состава минимального образа корневой файловой системы исключен интерпретатор языка Perl;аж как-то грустно стало
второй питон бы еще полностью повычищали из системы, а то 2 питона в системе это стало уже нормальным делом.
Вычистить весь питон, и на дискету влезет!
потихоньку вычистим! там правда наверное 5й питон к тому времени выйдет...
Ну разве что потихоньку. Perl почти 20 лет вычищали :)PS: Я ж блин! забыл что теперь у народа есть M$ PowerShell - да теперь действительно быстро заменят :-)))
А приделать WMI-враппер для systemd и сама Microsoft справится.
да зачем он нужен в base system, кроме как для git (который в неё, собственно, тоже не входит, банальный nc, кстати, тоже)? саксесс-стори на эту тему: https://lists.freebsd.org/pipermail/freebsd-announce/2002-Ma...
> да зачем он нужен в base system, кроме как для git (который
> в неё, собственно, тоже не входит, банальный nc, кстати, тоже)? саксесс-стори
> на эту тему: https://lists.freebsd.org/pipermail/freebsd-announce/2002-Ma...Эх, ещё бы LLVM/Clang убрали из базовой системы, сделав заглушку для бутстрапа из установленных пакетов.
man 5 src.conf на предмет WITHOUT_CLANG. а вот возможность систему собрать из исходных кодов компилятором, который в комплекте, вполне себе академическая ценность.
> man 5 src.conf на предмет WITHOUT_CLANG.Если это сделать, то больше систему не соберёшь из обновлённых исходных текстов - придётся искать способ прямого задействования установленной из пекетов системы компиляции LLVM/Clang или обновлять систему бинарно.
вообще-то 10 лет назад был один способ обновления freebsd -- из сурсов. и я уверен, что и сейчас деплой freebsd в энвайронменты, которым мешает компилятор, собирают его так же. ну, неплохо же в железку, в которой диска не хватает на clang, собрать кастомное ядро? или в джейле оторвать пол-системы, нафиг она там?у меня 10 лет назад были терминальные клиенты на freebsd. один раз собрал -- и пишешь на болванки (с некоторой вариацией для конфига иксов и зашитого в rc-скрипт дефолтного имени юзера)
и, да, ты не понял поинт насчёт "академической ценности". вот, допустим, Интернета больше не существует и тебе неоткуда скачать clang из пакетов для freebsd. или сайт freebsd угнали какие-то подонки и пакета тоже больше нет. а ты нашёл дистрибутив системы на каком-то старом носителе, которому 50 лет. в этом случае возможность собрать систему из исходных кодов -- академическая ценность. :-)
Сами вы поинт
> возможность систему собрать из исходных кодов компилятором, который в комплекте, вполне себе академическая ценность.В чём ценность каждый раз пересобирать собственно саму подсистему сборки и компиляции (вместе с базовой системой из исходных текстов), которая раз от раза не меняется или меняется весьма незначительно? Это же касается и других редко изменяемых подсистем, которые спокойно можно вынести на уровень пакетов/портов и не занимать процессорное время повторяющейся компиляцией/сборкой одного и того же.
вообще-то используемая система сборки умеет компилировать только изменившиеся сурс-файлы, для не изменившихся берётся старый obj-файл
> вообще-то используемая система сборки умеет компилировать только изменившиеся сурс-файлы, для не изменившихся берётся старый obj-файлmake cleandir не делать? obj-каталог не очищать?
1. есть NO_CLEAN и KERNFAST, если ты живёшь в рамках одного RELEASE, должны работать. в рамках одного STABLE -- по идее, тоже.
2. если ты очистишь obj-каталог, ты не сможешь снова сказать installworld в другой дестинейшн, придётся собирать снова.
даже, скорее, NO_KERNELCLEAN вместо KERNFAST
Да с компиляцией ядра проблем нет - оно часто изменяется, а полчаса на его компиляцию в фоне потратить не жалко. Другое дело, что на сборку мира из исходников тратится три-четыре часа, в основном время уходит на пересборку самой системы компиляции и сборки.
> 1. есть NO_CLEAN и KERNFAST, если ты живёшь в рамках одного RELEASE,
> должны работать. в рамках одного STABLE -- по идее, тоже.Не только по идее, но и в реальности. С новой опцией with_fast_depend ядро при незначительных изменениях за полминуты пересобирается, base - за пару минут. Теперь ещё install поправить так, чтобы вкатывал только изменения ...
Хотя все это еще лет десять назад было бы не лишним.
Установил LLVM/Clang 3.8.1 (в базовой системе версия 3.8.0) из портов и сконфигурировал make.conf на работу с этой системой компиляции. Успешно пересобралось ядро и один из установленных пакетов для пробы. Поковырялся в man src.conf на предмет выключения сборки тулчейна и системных LLVM/Clang, внёс с десяток опций WITHOUT_*=true — вечерком попробую пересобрать системное окружение компилятором из пакетной базы и удалить ненужный хлам из системы.
> Установил LLVM/Clang 3.8.1 (в базовой системе версия 3.8.0) из портов
>сконфигурировал
>Поковырялся
>попробую пересобрать
>и удалить ненужный хлам из системы.Какой длинный путь! %*))
> Какой длинный путь! %*))У вас будет ещё длиннее, если задаться целью освобождения системы от ненужного никогда не выполняющегося или дублирующего кода.
>> Какой длинный
> У вас будет ещё длиннее, еслиГм, прямо ENLAGRE YUOR XXX соурс-бейзд получился. Заманчиво! :> Пугающе, но надо?...
> Установил LLVM/Clang 3.8.1 (в базовой системе версия 3.8.0) из портовКстати, как-то уж слишком резко llvm пожирнел.
pkg rquery %sh llvm37 llvm38 llvm39
166MiB
975MiB
1.06GiBХотя опции в llvm38/39 те же самые, что и в 37.
> pkg rquery %sh llvm37 llvm38 llvm39
> 166MiB
> 975MiB
> 1.06GiB
> Хотя опции в llvm38/39 те же самые, что и в 37.Теперь надо писать "Выпуск новой версии легковесного GCC 6.2" ?...
Грустно было бы если это говорило бы о чем-то кроме предпочтений трех федоро-строителей.
Которые к тому же руководствуются соображениями далекими от технических, это еще со времен выбора yum вместо apt-rpm всем стало окончательно ясно.
> Возможность простого переключения между интегрированным GPU и дискретной видеокартой на ноутубках;
> включение Rustтоже не плохо
Rust уже в 24 есть.
> Rust уже в 24 есть.карги нет
зафиг это надо, пользуюсь rustup и нормально... ИМХО rust по пути жабы идет, удобнее в хомяк всё ставить и девелопить
Что такое "хомяк" ?
echo $HOME
>Возможность простого переключения между интегрированным GPU и дискретной видеокартой на ноутбуках;Да неужели! Теперь можно Федорку и на ноут поставить!
У меня с отключенной новеау работает )
>UDisks2 заменён на StoragedМде... Как же вы задолбали.
>>UDisks2 заменён на Storaged
> Мде... Как же вы задолбали.HAL/PolicyKit -> UDisks -> UDisks2 -> Storaged.
Логично же.
Честно говоря, первый раз услышал про Storaged.
Решил глянуть, а там основное отличие это некий module manager.
Неужели этот код не принимали в upstream udisks?
И опять раскручивание версий. Прямо какая-то не здоровая тенденция с этим.
В код нечего добавить вот и начинают счетчик мотать, что бы цену набить.
ужс...
Udisks2 гномеры в первую очередь для себя пишут, им на энтерпрайз несколько пох... А редхату нужен хороший инструмент для получения информации о дисках и управления ими - в частности, в Cockpit, и нравится API Udisks2, который там уже используется. Т.к. убедить гномовцев расширять их штуку для управления RAID, iSCSI и LVM не получилось, он форкнули и расширяют API у этого форка, в базовом API совпадая с Udisks2.Вообще сомнительная какая-то история, конечно. Есть надежда, что в будущем они еще смержатся..
> редхату нужен хороший инструмент для получения информации о дисках и управления ими - в частности, в CockpitУж брали бы сразу майкрософтовский OMS, для него линуксовый Monitoring Agent сделали, и OMS Docker Container monitoring, раз так хочется Windows Server из Линукса сделать.
абажи, не всё сразу. Сперва глючный монстр вместо операционки, потом ммц.ехе вместо средств управления и мониторинга, потом можно и графику нафиг выкинуть, всё равно она в линуксе микрософту не нужна.
Она и в Windows Server ему не нужна. И не только графика.> Microsoft announced a new installation option, Nano Server, which offers a minimal-footprint headless version of Windows Server. It excludes the graphical user interface, WoW64 (support for 32-bit software) and Windows Installer. It does not support console login, either locally or via Remote Desktop Connection. All management is performed remotely via Windows Management Instrumentation (WMI), Windows PowerShell and Remote Server Management Tools (a collection of web-based GUI and command line tools)
> По умолчанию в systemd включен режим "KillUserProcesses=yes", при котором после выхода пользователя осуществляется принудительное завершение всех процессов, запущенных в рамках закрываемого сеанса;Интересно, а как с кронтабом или скрином совместимость?
1. screen/tmux надо теперь запускать с помощью systemd-run, иначе прибьёт.
2. у крона аналогично собственный контекст сеанса.
Выбор в пользу пользователей, которым не важно что там с кронтабом, скрином и tmux, но которые пользуются (в принципе не поддающимся починению) Гномо-десктопом, очевиден.
> Выбор в пользу пользователей, которым не важно что там с кронтабом, скрином
> и tmux, но которые пользуются (в принципе не поддающимся починению) Гномо-десктопом,
> очевиден.Гном очень поддаётся подчинению. Если вы про настройку - есть темы под гном 3, и их тьма. Есть даже темы win10, unity8 elementary не говоря уже о уникальных
Починению, не подчинению.
Именно вместо починки Gnome системд-секта пошла ломать tmux.
да, достало https://www.linux.org.ru/forum/talks/12841953я только не понимаю, как Поттерингу это все удается. по-моему даже большой команды вокруг него нет. пилит systemd с каким-то немцем. где продакт менеджеры редхата? где комьюнити? как один человек вот все перевернул?
Ну а как кучке большевиков все это удалось? Или скромному китайцу, из-за которого от слова "Фалунгун", запрещенного во всех китайских энторнетах, до сих пор плохо спится всему китайскому ЦК."The True Believer: Thoughts On The Nature of Mass Movements" ISBN 0-06-050591-5
> Интересно, а как с кронтабом или скрином совместимость?Наверное, как всегда. Предыдущий подход к этому вопросу - подчистка SYSV SHM по завершению сеанса привел к тому, что когда эта пакость стала задействована "по умолчанию" в RHEL7.2, в последнем стали массово дохнуть оракловые базы по разлогину DBA.
Этих emoji столько развелось что для добавления их на минимальный образ пришлось пожертвовать perl'ом, а собственно emoji эти не нужны никому.
И заметьте, это еще не включая эмоджи и открыванием консервов и эмоджи с разжиганием костра!
> а собственно emoji эти не нужны никому.Говори за себя. Вообще прикольно. https://fedoraproject.org/wiki/Changes/IBus_Emoji_Typing
Только ради этого тестовую федорку поставлю и палкой потыкаю.На OS X набираешь CTRL+⌘+SPACE, и тебе на лопате сразу готовый emoji пикер. Очень удобно. Или на 📱 с Ubuntu я одним нажатием могу переключиться на Emoji ⌨.
Наконец-то что-то под десктопными 🐧 начали впендюривать. А то ж позор...
> Или на 📱 с Ubuntuэто всего лишь мода
Что в этом хорошего? Стиль пиктограмм зависит от шрифтов, бывают монохромные и цветные. Глазу не за что зацепиться. Только спотыкаться и пытаться распарсить. Для школьников, конечно, весело. Но это уже к разряду "игры", а не "система". Незачем смешивать, мне первое никогда не было интересно
> Этих emoji столько развелось что для добавления их на минимальный образ пришлось пожертвовать perl'омНу и дело не в самих Emoji. Просто реализация nodejs тянет
>> убунтоводА вы знаете только 2 дистрибутива? Печально, печально. Давайте я вас просвещу: https://distrowatch.com/?language=RU
А, подождите, я понял! Вы таки экстрасенс! Как же я сразу не догадался!
Нет, ещё трое использую для специфичных нужд (ангстрём для ембедед, оракл для оракла и кали для неважно чего).
А надо больше ибо одноклассники уважать не будут? :)
PS: В чем логика твоего комментария? Причем тут экстрасенсы вообще?
>>> убунтовод
> А вы знаете только 2 дистрибутива? Печально, печально. Давайте я вас просвещу:
> https://distrowatch.com/?language=RU
> А, подождите, я понял! Вы таки экстрасенс! Как же я сразу не
> догадался!Админ(ы), ну раз уж потёрли сообщение, это тоже сотрите -_-
> В состав включен компилятор языка программирования Rust и связанный с ним пакетный менеджер Cargo\o/
> Началось альфа-тестирование FedoraА оно когда-то заканчивалось?
Люблю Fedor-у, люблю Гном.
Обновился на Fedora 25. По умолчанию KillUserProcesses=no$ grep KillUserProcesses /etc/systemd/logind.conf
#KillUserProcesses=noПроцесс SCREEN не убился после выхода из системы.
Достойные друг друга изменения:> Из состава минимального образа корневой файловой системы исключен интерпретатор языка Perl;
и
> В систему ввода IBus добавлена поддержка ввода Unicode-символов Emoji через нажатие комбинации Ctrl-Shift-e и названия символа, например "Ctrl-Shift-e-smiley";
Верно расставленные приоритеты - залог успеха.
Просто от эмодзи-смайлов толку больше, чем от перла. Да простят меня хейтеры, но это действительно так.
Жги дальше
Чрезмерное потребление оперативной памяти пофиксили?
К сожалению, нет, нам с нашими 128 мб памяти придется поужаться.
gnome потребляет на страрте около гига, притом процесс gnome-shell 70мб. Как только нажимаешь пуск - подгружаются иконки приложений и щель начинает есть от 300 мб и выше.mate и xfce не более 400, xfce чуть поменьше.
Правильно говорят, что проблема решается докупкой памяти, она сравнительно дешевая. но тут есть нюанс:
1. а что если ее просто некуда вставлять?
2. свято место пусто не бывает. через год найдется чем ваши докупленные гигабайты занять
Fedora 24, Gnome -> потребляет у меня на старте около 500 мб. В среднем Gnome, Firefox вкладок на 10-15 (корп.почта, прочие вещи связанные с работой), Vim/Terminal штучек 5 кушает что-то около 1300 мб....
screen из за поделок потера тут работать не будет?
Не пользуй поделки поттера. Кэп.
Будет. Благо systemd придумали.
>поддержка ZRAMМожет ZSWAP?
Хотя бы 24-ю допилили бы, времени то сколько уже прошло.(((
sakura: Segmentation fault (core dumped)
openshot-qt:
...
project_data:INFO Setting default profile to HDV 720 24p
Segmentation fault (core dumped)