DM
Другое - собственно только заголовки. А там полный исходник ядра с уже применёнными патчами и конфигом.
А, понятно, ну в fedora я тоже конфиги ядра дёргал
Size: a a a
2020 February 09
SK
Не, если есть возможность собрать модулем, то это куда проще. Только не все компоненты это поддерживают "из коробки"
FL
Собрать для своей железки rpm ядра (да, там 14 serials на всю периферию не всегда хватало!) и раздать его клиентам — некрасиво? А что же тогда надо?
И повторять операцию для каждого обновления ядра, и надеться, что старый фрагмент конфига продолжит работать, и про дефолты забыть.
SK
И повторять операцию для каждого обновления ядра, и надеться, что старый фрагмент конфига продолжит работать, и про дефолты забыть.
С дефолтами в ядре всё строго ровно: их нет.
Но даже когда и есть — лучше бы не было. То вдруг выключат WOL по умолчанию, то аудиоустройство выключают через несколько секунд бездействия с громовым выстрелом после пробуждения 🤔
Но даже когда и есть — лучше бы не было. То вдруг выключат WOL по умолчанию, то аудиоустройство выключают через несколько секунд бездействия с громовым выстрелом после пробуждения 🤔
DM
И повторять операцию для каждого обновления ядра, и надеться, что старый фрагмент конфига продолжит работать, и про дефолты забыть.
Тогда придется в copr свою репу завести с ядром
FL
С дефолтами в ядре всё строго ровно: их нет.
Но даже когда и есть — лучше бы не было. То вдруг выключат WOL по умолчанию, то аудиоустройство выключают через несколько секунд бездействия с громовым выстрелом после пробуждения 🤔
Но даже когда и есть — лучше бы не было. То вдруг выключат WOL по умолчанию, то аудиоустройство выключают через несколько секунд бездействия с громовым выстрелом после пробуждения 🤔
Что значит "нет"? Вон выше пример дефолтов -
CONFIG_EXFAT_DEFAULT_IOCHARSET и _CODEPAGE.SK
Тогда придется в copr свою репу завести с ядром
Это если для всех. Тут лучше договариваться.
У меня было ядро для промышленных установок, которые мы писали для клиентов.
У меня было ядро для промышленных установок, которые мы писали для клиентов.
FL
Тогда придется в copr свою репу завести с ядром
Так вот именно что автоматизировать сборку ядра с изменённым конфигом не так-то просто.
SK
Что значит "нет"? Вон выше пример дефолтов -
CONFIG_EXFAT_DEFAULT_IOCHARSET и _CODEPAGE.А, что бурления 💩с кодировками ещё не закончились? Всё давно уже однозначно: у них UTF16LE, у нас UTF8
DM
Так вот именно что автоматизировать сборку ядра с изменённым конфигом не так-то просто.
А кому сейчас легко? А в fedora не включили поддержку exfat? Может проще оформить багрепорт с предложением включить?
FL
А кому сейчас легко? А в fedora не включили поддержку exfat? Может проще оформить багрепорт с предложением включить?
Учитывая, что о добавлении exfat в ядро протрубили везде, где можно - мейнтейнеры ядра в федоре наверняка в курсе и не стали включать намеренно.
FL
А кому сейчас легко? А в fedora не включили поддержку exfat? Может проще оформить багрепорт с предложением включить?
Если бы можно было собрать пакет только с модулем exfat - было бы отлично. Но это в сусе достаточно просто сделать, в федоре совсем нет.
DM
Учитывая, что о добавлении exfat в ядро протрубили везде, где можно - мейнтейнеры ядра в федоре наверняка в курсе и не стали включать намеренно.
Да мало ли, вдруг они решили что никому не нужно, за одно и причину узнать можно будет
FL
А кому сейчас легко? А в fedora не включили поддержку exfat? Может проще оформить багрепорт с предложением включить?
Хм, аж два репорта, всем пофиг https://bugzilla.redhat.com/buglist.cgi?quicksearch=exfat
DM
Если бы можно было собрать пакет только с модулем exfat - было бы отлично. Но это в сусе достаточно просто сделать, в федоре совсем нет.
В obs достаточно форкнуть основной пакет и внести изменения в конфиг, далее оно сомо будет собираться и обновляться с нужным конфигом
FL
В obs достаточно форкнуть основной пакет и внести изменения в конфиг, далее оно сомо будет собираться и обновляться с нужным конфигом
Можно даже не форкать.
BuildRequires: kernel-source, в %build исходник скопировать куда-нибудь и make -C ... M=$PWD/... modules - и вот у тебя дополнительный in-tree модуль от дистрибутивного ядра.DM
В любом случае для exfat ещё никаких утилит нет, кроме тех что были у fuse модуля, и с правами там не все гладко, простым chown и chmod там проблему не решить, надо ждать следующей версии драйвера, там какие то подвижки в этом плане намечаются вроде
DM
Я пока в fstab через umask указал права, но я так и не понял, в exfat я форматнул винт через gnome-disk, а тут на днях зашёл туда, и опция exfat была не активна, мол драйвер отсутствует, хотя внешний винт, и один топчащий в sata были в rw
2020 February 10
EN
а можете подсказать что нужно для упаковки кастомного бинаря во флатпак? этой информации достаточно будет - https://docs.flatpak.org/en/latest/first-build.html?
EN
меня тут смущает указание версии платформы.