Началось (https://fedoramagazine.org/announcing-fedora-28-beta/) тестирование бета-версии дистрибутива Fedora 28. Бета-выпуск ознаменовал переход на финальную стадию тестирования, при которой допускается только исправление критических ошибок. Релиз запланирован (https://fedoraproject.org/wiki/Schedule) на 7 ноября. Выпуск охватывает Fedora Workstation (https://getfedora.org/en/workstation/prerelease/), Atomic Host (https://getfedora.org/en/atomic/prerelease/), Fedora Server и Live-сборки, поставляемые в форме спинов (https://spins.fedoraproject.org/prerelease) c десктоп-окружениями KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE и LXQt. Сборки подготовлены для архитектур x86_64, ARM (Raspberry Pi 2 и 3), ARM64 (AArch64) и Power.
Наиболее заметные улучшения (http://fedoraproject.org/wiki/Releases/28/ChangeSet) в Fedora 28:
- В рамках пересмотра (https://www.opennet.dev/opennews/art.shtml?num=47727) концепции по созданию модульной серверной редакции Fedora представлен новый модульный репозиторий пакетов. Вместо построения отдельной модульной операционной системы пользователям предложен отдельный репозиторий с модулями, реализованный поверх традиционного репозитория пакетов Fedora, который может сосуществовать с ним. В настоящее время предложено лишь несколько модулей, но к релизу их число планируется увеличить. Изначально модульная система развивалась для Fedora Server, но может применяться и в других редакциях (в Fedora Desktop рекомендуется использовать модули в контейнере).
Напомним, что главной идеей модульного варианта Fedora является возможность поставки приложений в виде отдельно обновляемых модулей, жизненный цикл которых не привязан к другим приложениям и основной начинке дистрибутива. Поддержка приложений, выделенных в модули, осуществляется независимо от релизов дистрибутива, что позволяет обеспечить сосуществование пакетов с разными версиями одного и того же приложения. Модульная организация позволяет пользователю переходить на новые значительные выпуски приложения не дожидаясь нового релиза дистрибутива и оставаться на старых, но ещё поддерживаемых, версиях после обновления дистрибутива. Модули оформлены в виде сгруппированных rpm-пакетов и включают базовое приложение и необходимые для его работы библиотеки (в качестве зависимости могут использоваться другие модули);
- Инсталлятор Anaconda разделён на несколько модулей, взаимодействующих через DBus. Разделение на модули позволяет создавать свои пользовательские интерфейсы для установщика, упрощает тестирвоание и даёт возможность избавиться от выполнения с правами root кода, связанного с интерфейсом;- Интегрированы (http://fedoraproject.org/wiki/Changes/ImprovedLaptopBatteryLife) наработки по увеличению времени автономной работы ноутбуков и включены дополнительные настройки энергосбережения. Например, задействована политика выбора режима энергосбережения SATA, аналогичная Windows (снижение потребления на 1.0 - 1.5 Вт). Включены функции экономии энергии для кодека Intel HDA (снижение потребления на 0.4 Вт). Активирован автоматический перевод в спящий режим устройств Bluetooth, подключенных через USB (снижение потребления на 0.4 Вт);
- Рабочий стол обновлён до GNOME 3.28 (https://www.opennet.dev/opennews/art.shtml?num=48263);
- Интегрирована поддержка взаимодействия с периферийными устройствами, подключенными через интерфейс Thunderbolt 3, комбинирующем в одном кабеле интерфейсы PCI Express и DisplayPort и обеспечивающем скорость обмена данными до 20 Гбит/с. В том числе обеспечена поддержка механизмов разграничения доступа Thunderbolt, защищающих от утечки данных через неавторизированные соединения;
- Задействован (http://fedoraproject.org/wiki/Changes/Annobin) плагин к GCC ("-fplugin=annobin") для добавления аннотаций в исполняемые и объектные файлы (например, сведений о параметрах сборки);
- Обеспечена (http://fedoraproject.org/wiki/Changes/HardeningFlags28) сборка пакетов со включенными флагами компилятора для дополнительной защиты от эксплуатации уязвимостей - "-fstack-clash-protection", "-D_GLIBCXX_ASSERTIONS", "-fcf-protection=full -mcet" и "--enable-default-pie";
- Архитектура ARM64 (AArch64) переведена в число первичных архитектур для Fedora Server;
- В состав включены дополнения для запуска гостевых окружений в VirtualBox;
- Библиотека для поддержки интернационализованных доменных имён (IDN), соответствующих спецификации IDNA2008 (например, домен.рф), заменена на libidn2;- Добавлена новая реализация NIS (libnsl2) с поддержкой IPv6;
- Отключены (http://fedoraproject.org/wiki/Changes/StrongCryptoSettings) устаревшие и неиспользуемые криптографические алгоритмы. Например, по умолчанию отключен DSA, разрешены ключи RSA 2048+, ECDHE, DHE 1023+, TLS 1.0+, aes, camellia, chacha20, including aes-cbc;- Начальная поддержка (http://fedoraproject.org/wiki/Changes/StratisStorage) Stratis, системы управления локальными хранилищами на базе
Btrfs, ZFS и LVM, предоставляющей инструменты для упрощения настройки и управления дисками и SSD;- В библиотеке NSS по умолчанию включен бэкенд для хранения системных баз в SQLite вместо DBM, что позволяет добиться возможности параллельного доступа приложений;
- Изменение (http://fedoraproject.org/wiki/Changes/RenameNobodyUser) параметров пользователя nobody: вместо привязки "nobody:nobody" к uid:gid 99:99 и "nfsnobody:nfsnobody" к 65534:65534, планируется прекратить использование nfsnobody и присвоить "nobody:nobody" значение 65534:65534;- В glibc удалён интерфейс Sun RPC, а библиотека libcrypt заменена на libxcrypt;
- Переведён в разряд устаревших пакет tcp_wrappers;
- В Fedora Atomic обновлена платформа оркестровки контейнеров Kubernetes 1.9 и подготовлены сборки для s390x;
- Обновлены версии пакетов, например, в состав вошли glibc 2.27, GCC 8, Binutils 2.29.1, Golang 1.10, Ruby 2.5, PHP 7.2, Boost 1.66.0, Django 2.0, Erlang 20.
URL: https://www.mail-archive.com/announce@lists.fedoraproje...
Новость: https://www.opennet.dev/opennews/art.shtml?num=48387
У dnf есть аналог apt autoremove?
[root@sef23160 ~]# dnf --help
usage: dnf [options] COMMANDСписок основных команд
autoremove remove all unneeded packages that were originally installed as dependencies .......
За %COMAND_NAME% --help надо бить хорошенько по рукам.
Первое, что должно приходить, это man %COMMAND_NAME%
Но линуксоидам это не объяснить :(
Бить по рукам за help? Серьезно? А что еще нужно делать расскажешь, светило?
> За %COMAND_NAME% --help надо бить хорошенько по рукам.Вообще, за %COMAND_NAME% надо бить по рукам всяких подоконников. В этом нашем линуксе оно традиционно будет выглядеть как $COMAND_NAME.
Ты тоже форточник. Ну может быть на неделю дольше на лялеках чем первый :-))Скоро дойдёт что тут оно просто - $0
:-))))
> Скоро дойдёт что тут оно просто - $0Причем тут имя скрипта? Будем получать справку по шеллу?
man exec
... что там первым арументом у _всего_семейства_ идёт? :-) lul, kek
Горе мое, первым будет передано имя файла _из_которого_ проведен запрос.
> %COMAND_NAME%Вантузоид совсем и не палится.
%COMAND_NAME% и man… кто же это у нас тут такой? А-а-а-а, да это же пуссибздун!
Эти обычно грамотные. И говорят вещи которые низшие формы жизни (это я о тебе) - понять не в состоянии.
Ну да. Конечно.
Прелесть GNU/Linux в том, что в нём нет "правильного пути". Если вы что-то делаете и оно работает как вы ожидали, то вы сделали всё правильно. Это философия Linux.Ящитаю, что man $command_name или $command_name --help неприемлемо. Все _должны_ и _обязаны_ (лично мне) использовать info $command_name. Гентушникам разрешаю grep`ать /usr/share/man.
Друг динозавр - ты скоро вымрешь! :-р Увы :(В линуксах нету man, у них info %-) А оно такое *вно, что лучше уж --help
DISCLAIMER: Справедливости ради - некоторые дистры осознали бездну ущерба, и man там таки есть.Как конструктивная часть моего троллинга:
Надо делать чтобы `$0 --help` и вызывал `man $0` В волки-волки и овцы-овцы! :-)
Предполагается, что man %COMMAND_NAME% -- более-менее полное руководство по команде, а %COMAND_NAME% --help -- это краткая справка по ключам команды.
не поверите команда dnf autoremove есть
вот всё еще не смешно - очень боюсь Wayland
c X11 всё работает у меня - а с Wayland не знаю,
заработает ли
На Wayland надо переходить только когда X11 умрёт.
вот и сижу с f15 до f24 на всевозможном спектре своих девайсов,
спектромельдониев боюсь, браузеры обновляю.
ф26 пробовал на x11 вернуть - мозгов не хватило.
$ rpm -qf /usr/share/xsessions/gnome-xorg.desktop
gnome-session-xsession-3.26.1-1.fc27.x86_64
обновлял с 25 через 26 на 27
Эм. При входе в GDM выбираете "Gnome на Xorg" и будет без wayland, какая вообще проблема?
А все отличное от гнома, я так понимаю, просто сразу будет на Xorg - Wayland используется исключительно в случае выбора Gnome.В целом и на Wayland нормально жить, хотя иногда можно попасть на странные баги типа не сработавшего буфера обмена между нативным wayland и X11-приложением, не срабатывающим модификатором в каком-то приложении, тиринге в браузере (да, wayland "исключает тиринг", но прослойка XWayland для запуска X11 приложений может его добавить там, где раньше не было, лол).
на wayland пора будет переходить, когда на нем заработает Chrome (для кого-то firefox)
В теории с тем же Gnome на Wayland'е можно и с прослойкой XWayland сидеть. По другим не скажу, но на практике с моим железом на Intel HD 4600 визуальных багов нет, работает достаточно шустро.
А не проще ли тогда сидеть на иксах без надстройки в виде вяленого?
С тирингом?
TearFree on запретили?! Какой кошмар!
This option may not work when SwapbuffersWait is false.
This option may increases memory allocation considerably and reduce performance.
This option is problematic for applications that are very picky about vsync timing, like Super Meat Boy.
This option does not work with UXA acceleration method, only with SNA.Надо ли сидеть на устаревшем протоколе и терпеть неудобства?
После этого пулл-реквеста опять иксы получатся. Только без декоратора и т.д.
иксы - это там где ресайз окна ставит колом отрисовку на несколько секунд?
если линуксам чего-то и не хватало для десктопа - так это шустрого gui, который на других осях появился десятки лет назад. wayland как раз его и предлагает
У вас и тестики в запасе имеются? Как вы такую интересную работу-то нашли? Весь день окошки туда-сюда ресайзить это не хухры-мухры.
>иксы - это там где ресайз окна ставит колом отрисовку на несколько секунд?Это где по 1-й графической сессии на каждой TTY, в том числе и запущенные от разных пользователей.
Это сетевая прозрачность, позволяющая прокинуть окна/фреймы отдельного приложения хоть из виртуалки/в виртуалку, хоть с соседнего компьютера, хоть на него, хоть на планшет.
Это быстрое и настраиваемое переключение раскладок.
Это единообразная отрисовка декораций.
Это возможность настройки многомониторных конфигураций правкой конфига — некоторое время назад довелось заниматься этим в Винде, с тех пор стал считать эту возможность ещё более полезной. Да, «многомониторный» в данном случае это 5 — 8 мониторов.
Ну и зачем все это простому хипстеру с кредитным недоноутбучегом?
> Ну и зачем все это простому хипстеру с кредитным недоноутбучегом?Знакомые хипстеры сидят на Винде. Возможно где-то водятся хипстеры-маколюбы. Свободные никсы, пожалуй, самые нехипстерские оси.
ну с плюсами понятно, давай про минусы (конь-цептуальные, а не реализации):
- это невозможность нормальной реализации lock screen (за одно это можно иксы в тoпку отправлять)
- это оооочень большие грабли с удалёнными сессиями, когда надо по-быстрому перекинуть сессию (ну или отдельное окно, у нас же сетевая прозрачность, помните?) с одного компа на другой
- это оооочень большие костыли в реализациях железко-специфичных фич (двухголовые ноуты, с интеграхой и дискреткой, сколько пытались победить, лет 10? нормально получилось? вроде забор из костылей, иногда даже работает без бубна)иксы создавались во времена когда на одной системе было проблематично держать гуй и вычисления, отсюда и многие ограничения... я не скажу что вяленый мне нравится больше, но иксы реально надо на что-то менять, потому как в современном телефоне вычислительной мощи больше, чем на всё планете было во времена зарождения иксов, сейчас такой дизайн просто избыточен и часто мешает
> - это невозможность нормальной реализации lock screen (за одно это можно иксы в тoпку отправлять)А зачем это вообще нужно и какие с ним проблемы?
> - это оооочень большие костыли в реализациях железко-специфичных фич (двухголовые ноуты, с интеграхой и дискреткой, сколько пытались победить, лет 10? нормально получилось? вроде забор из костылей, иногда даже работает без бубна)
А wayland эту проблему решил 10 лет назад? А то говорят, что спустя 10 лет со своего появления он так и не стал пригодным даже для простой конфигурации, не говоря уже про такие извращения.
> иксы реально надо на что-то менять, потому как в современном телефоне вычислительной мощи больше, чем на всё планете было во времена зарождения иксов, сейчас такой дизайн просто избыточен и часто мешает
Точно, ресурсы возросли и их надо срочно на что-то бесполезное потратить, а иксы с их спусканием в унитаз принципиально не справляются. Беда, беда, срочно менять.
> А зачем это вообще нужно и какие с ним проблемы?иногда нужно оставить комп без присмотра, но так, чтобы никто не увидел прон на экране
> А wayland эту проблему решил 10 лет назад? А то говорят, что
> спустя 10 лет со своего появления он так и не стал
> пригодным даже для простой конфигурации, не говоря уже про такие извращения.сейчас может и нет, но там концептуально нет таких ограничений, которые мешали реализовать это в иксах
> Точно, ресурсы возросли и их надо срочно на что-то бесполезное потратить
да, почти в точку: сетевая карта сейчас это не просто рисовалка по экрану, это мощный сопроцессор, на котором можно производить вычисления, иксы для такого рода задач - это как палка в колёса, очень не приспособлены к таким задачам (да и не было таких задач во времена проектирования иксов)
> это невозможность нормальной реализации lock screenШто, простите?
Это видать, когда у тебя сначала весь десктоп показывается, а потом уже лок скрин.
Обычное дело для линуксов. Секурность.
> Это видать, когда у тебя сначала весь десктоп показывается, а потом уже
> лок скрин.
> Обычное дело для линуксов. Секурность.Как вы этого добиваетесь? Название локера в студию.
Подозреваю, что причиной тому использование опции "включать блокировку ПОСЛЕ выхода из скринсейвера".
>это невозможность нормальной реализации lock screen (за одно это можно иксы в тoпку отправлять)Речь о том, что надо ещё и TTY блокировать? Мелочи.
>- это оооочень большие грабли с удалёнными сессиями, когда надо по-быстрому перекинуть сессию (ну или отдельное окно, у нас же сетевая прозрачность, помните?) с одного компа на другой
И как это решает Wayland? А, точно, никак! Функционал обеспечивающий значительную часть потребностей (но не все) против отсутствия функционала. Что же выбрать?
>это оооочень большие костыли в реализациях железко-специфичных фич (двухголовые ноуты, с интеграхой и дискреткой
Это проблемы скверно спроектированного и скверно поддерживаемого производителями железа. Сможет Wayland этот «забор из костелей» проредить? Обеспечить хотя бы сравнимый за приемлемое время?
> Речь о том, что надо ещё и TTY блокировать?нет, не совсем: блокировка сессии на иксах реализована через приладу, которая тупо накрывает собой все окна и перехватывает клавиатуру (эдакая full-screen прога), убив которую (бага внутри проги или ещё какая дыра для отправки sigkill) получаем доступ к сессии
> И как это решает Wayland? А, точно, никак!
к вяленому уже прикрутили протокол VNC, т.е. открыв такую сессию с одного компа можно перенести её на другой. на иксах такое тоже можно сделать, но это, по факту, и будет реализация вяленого только в иксах. корни этой проблемы в самом подходе к протоколу: иксы протаскивают информацию для окна приложения, тогда как вяленый оперирует всем экраном, поэтому-же там невозможно нормально реализовать блокировку экрана (возможно кривовато выразился, сорьки)
> Это проблемы скверно спроектированного и скверно поддерживаемого производителями железа
дрова там ни при чем, их функционала более чем достаточно, проблема в самом протоколе иксов, который просто не рассчитан на динамическое изменение характеристик экранов/видеокарт, у сервера просто нет способов сообщить приложению что параметры сервера поменялись, и надо пересчитать все характеристики отображения
Юзаю Ф27 с вейлендом, и хром и фаерфокс работают, уже год как
Та понятно что оно работает. Но какой смысл от Wayland, если сидишь на X.org программах?
Смузи лучше заходит.
>Та понятно что оно работает.На самом деле не все так понятно. Особенно когда надо убедиться, что именно Вяленый работает, а не втихаря пустил X. :)
Чтобы потом бесшовно и незаметно перейти на wailand-версии, когда они "внезапно" появятся.
или такие как ты
> когда X11 умрёт.Ты этого уже не застанешь.
Как протащили Pulseaudio и systemd, так протащат и Wayland, даже не стоит сомневаться.
Я не любитель навязываний, но похоже времена изменились. Будут ли поддерживать Wayland fluxbox, awesome, i3wm или openbox не знаю, но мнения их разработчиков мне было бы интересно выслушать.
> с Wayland не знаю, заработает лиsynergy не работает. Поэтому вайленд пошел в печь.
ну ничего, когда проприетарщиков пнут посильнее убунтоводы, к которым вяленый уже пришёл, перепишут свои костыли
а в чём проблема x11 session запускать?
Не молодёжно же иксы иметь в системе! Долой старый режим! (С) аффтары вяленого
Не - там не настолько упертые фанатики. они даже не предусмотрели ни одной записи в логе, что Вяленый не смог стартовать и вместо себя пустил поработать X. :)
Зато у толп фанатов сразу пропадают слезы, а те, что остаются, те только от умиления новым режимом. :)
yum update
в версии 27 был вполне пригоден для ...
оперативки не хватило для умещения своей мысли в головку?
Auto Remove Command
dnf [options] autoremove
Removes all “leaf” packages from the system that were originally installed as dependencies of user-installed packages but which are no longer required by any such package.Packages listed in installonlypkgs are never automatically removed by this command.
dnf [options] autoremove <spec>...
This is an alias for Remove Command command with clean_requirements_on_remove set to True. It removes the specified packages from the system along with any packages depending
on the packages being removed. Each <spec> can be either a <package-spec>, which specifies a package directly, or a @<group-spec>, which specifies an (environment) group which
contains it. It also removes any dependencies that are no longer needed.There are also a few specific autoremove commands autoremove-n, autoremove-na and autoremove-nevra that allow specification of exact argument NEVRA format.
This command by default does not force a sync of expired metadata. See also Metadata Synchronization.
"Начальная поддержка Stratis" оч интересно посмотреть
>Интегрированы наработки по увеличению времени автономной работы ноутбуков и включены дополнительные настройки энергосбережения.В федоре раньше не было TLP?
А модульного инита они там не хотят?
так вот же ж - systemd-$moduleхрень - с 2010го года, впереди планеты всей!
И как оттуда всякие генераторы qr-кодов с вебсерверами убрать?
перекомпиляцией. Зачем только? Проблема этой чудной модульной хрени не в этих модулях, а в тех, которые безвозвратно заменили обычные демоны - acpid, udev, klogd, что там еще...
(logind и dbus ничуть не жалко. То что на них завязано - это для "все-еще-неготовых-для-десктопа", systemd для них тоже прекрасно подойдет)
Не ставь эти бинари, в чем проблема?
В том, что это один бинарь, кэп.
> так вот же ж - systemd-$moduleхреньтебя про инит спрашивали, а не про системный менеджер.
Кстати, а как этот ваш "системный менеджер" соотносится с "пусть каждая программа делает что-то одно, но хорошо" и "красиво — небольшое"?
дык эта... зашибись соотносится: делает одно - лежит между процессами и операционной системой. И хорошо так улегся, хрен вынесешь.глюки у него красивые, и да, небольшие. (система не загружается, причина в (бинарном) логе - это ж небольшой?)
Имхо, модуьность это круто. Я до сих пор не вкуриваю почему вдруг вся система должна поставляться монолитом. Я понимаю там - системные библиотеки, но когда ради обновления мессенджера требуется обновить дитрибутив...
Есть дистрибутивы, где это не проблема.
> Имхо, модуьность это круто. Я до сих пор не вкуриваю почему вдругэто бессмысленно.
> вся система должна поставляться монолитом. Я понимаю там - системные библиотеки,потому что это система, а не отдельные бинарники (более того, именно ради этого мы держим дистрибутивы, а не скачиваем каждый бинарник отдельно с сайта автора)
> но когда ради обновления мессенджера требуется обновить дитрибутив...мессенджер, например, хочет новейшую версию пщпщ, потому что там что-то изменили в api, а ему оно кровь из носу надо чтобы звякнуть "новое сообщение". В новейшей версии изменили не только это, и она несовместима с вашим десктопом, потому что он тоже обожает звяки и бряки.
Но, разумеется, разработчики вашего DE тоже не в отрыве от модных тенденций, и новейшая версия тоже работает с новой библиотекой. Поэтому вы апгрейдите DE. Правда, при этом сломается два десятка DE-совместимых приложений, потому что там тоже изменили либо api либо abi.
И так далее. Примерно так, собственно, устроены модные rolling дистрибутивы. Но там вы не можете вернуться назад - потому что обратной дороги нет. И если новая версия DE вам не нравится - терпите.Никакая "модульность" вам тут особо не поможет. Те полтора пакета, которые ни от чего особенно не зависят, вы и так могли бы поапдейтить (хоть на пакеты из другого релиза).
Попрятать все в контейнеры - можно (оставляя в стороне проблемы интеграции контейнеров с десктопом), но по сути у вас будет по операционной системе на приложение. Каждая со своим набором зависимостей и, естественно, своими проблемами, глюками, дырами.
оно вам надо?
если уж даже MS сломалась...
Братан это же ПОЛИГОН! Ты ещё не вкурил?
При чем тут геометрия?
мусорный! (с токсичным выхлопом, как и положено)
Это об opennet?
это у меня получилось выяснить - когда я начал вместо вяленого иксы назад пихать
получиться, - как выше мне ответили - получилось но толку то ????
люто плюсую !!!!
На десктопе роллинг всё же как-то приятней (кроме "корпоративных" десктопов). Разве что зафиксировать libc и ещё пару либ - и погнали.
О! Гуд! Пошел ставить.
Жаль оно не дружит с драйверами нвидии, нет штатного средства установки, от этого умирает после обновления ядра. Пришлось поменять его на манжару, там с дровами все ок.
Для автоматического добавления модулей в обновлённое ядро akmod-nvidia нужно устанавливать :)http://download1.rpmfusion.org/nonfree/fedora/nvidia-driver/.../
или
https://negativo17.org/nvidia-driver/
> Для автоматического добавления модулей в обновлённое ядро akmod-nvidia нужно устанавливать
> :)
> http://download1.rpmfusion.org/nonfree/fedora/nvidia-driver/.../
> или
> https://negativo17.org/nvidia-driver/Вот negativo я б не стал советовать. Фьженовцы на моей памяти пару раз нерабочие акмоды ваяли, посмотрел, негативо за пару месяцев их по количеству фейлов переплюнул — ну нафиг.
< за пару месяцев их по количеству фейлов переплюнул??? Не знаю, кто кого переплюнул ‒ как-то не сталкивался
>Не знаю, кто кого переплюнул ‒ как-то не сталкивалсяВезло.
А, то что на Килиманджаро спокойно себе живут, ничего о таком не подозревая, ещё не значит, что там что-то на редкость уникальное изобрели :))
Там просто есть поддержка этого драйвера и его пересобирают под обновленное ядро, а так да, что тут изобретешь с таким уровнем отношения проприетарщины к спо?
Ага, скажи ещё, что они его туда прямо в исходный код интегрировали...)))
Если судить по рокировкам DistroWatch, то на Манжаре сейчас в основном те, кто Ubuntu каллами закидал, висят: натрахались, одним словом, теперь мохито на Тенерифе кинулися лакать :))
а чем не устраивает RFR? там тоже и каропки поддержка дров нвидиа
Зачем пользоваться наколенными поделками. Для этого есть rpmfusion.
Ну так rpmfusion тоже наколенная подделка
Ну тогда сиди на производных дистрах, судя по коменты ты из их стана.
> Ну тогда сиди на производных дистрах, судя по коменты ты из их
> стана.Как будто, что-то плохое.
А кто-нибудь может сказать как реально выглядит Stratis? На Git документации толком нет.
"Linux's devicemapper subsystem, and the XFS filesystem. stratisd manages collections of block devices, and exports a D-Bus API." Как понять это я не знаю, управление коллекциями блочных устройств напоминает LVM, но как оно завязано тогда на XFS не понятно.
"...система хранения, типа Btrfs / ZFS / LVM, для упрощения настройки и управления дисками/SSD и обеспечения расширенных функций от моментальных снимков до кеширования и т. д.
Stratis стремится упростить работу с современными конфигурациями хранилищ Linux и упростить их восстановление, в случае необходимости". Как-то так...
спасибо за ссылку. Почитал.
понял что это аналог LVM с демоном для управления и прибитой XFS.
Не понял главного, а чем это должно быть лучше LVM.
fedora 27 : dnfdragora 150MB RAM + dnf-daemon 500MB RAM (работает криво)
fedora 25 : yumex-dnf 50MB RAM + dnf-daemon 120MB RAM (работало уже прямо)
и это чтобы поставить с десяток пакетов сумарным размером меньше 1 MB
ну,что, нормальный такой прогресс.. зато dnfdragora кросплатформна..openvswitch тоже новый (с f26), предназначен для работы с OpenStack,
а не стандалоун, судя по всему..ну, и по мелочам.. в целом прогресс это хорошо, но полигон РХ есть полигон, внезапный отказ от уже хорошо работающего в пользу нового экспериментального иногда обескураживает.. посмотрим чем ещё удивят.. :)
`ppp` надо сдаунгрейдить как минимум на ppp-2.4.7-11.fc26 (да, именно fc26), поскольку пакет для fc28 как-то там бинарно с чем-то несовместим, и появляется вот эта фигня в системдос-логах:Couldn't load plugin rp-pppoe.so
/usr/lib/../lib64/pppd/2.4.7/rp-pppoe.so: undefined symbol: the_channelВ принципе, пользователи fc26 и без меня наверное знают, что чтобы заработало PPPoE, надо было устанавливать `ppp` вручную: в ГУИ нетворк-манагера опция соединения к PPPoE есть, а при попытке соединения испражняется ошибками исключительно в системдос-логи. Странно, что зависимость не указана в рпм-спеках, и `ppp` пришлось ставить вручную.
For the Google users: to resolve this problem, downgrade ppp to ppp-2.4.7-11.fc26.
> новый модульный репозиторий пакетовЭто попытка заменить флатпаки?