Oak, ну тут сам смотри. Если тебе не нужен кастомный конфиг (я собираю с дефолтным арчовским — в нём пропатчен только лишь CONSOLE_DEFAULT_LOGLEVEL), то гораздо удобнее использовать уже собранное.

Если хочешь обновиться, подожди немного — сейчас собирается 4.4.2.

Перед установкой ядра от kalterfive стоит удалить оригинальное ядро командой pacman -R linux.

Я сам, конечно, никаких изменений не заметил, но работает стабильно.

Так и до новой BolgenOS недалеко..

Цитата Oak:

---

Перед установкой ядра от kalterfive стоит удалить оригинальное ядро...А можно не удалять, главное — нормально сконфигурировать загрузчик. Из-за этого я, собственно, и дальше не буду формировать пакет linux-kalterfx с конфликтом.

А вот что действительно стоит сделать — проверить пакеты на зависимость от linux. Например:
Этот пакет не будет работать с моим ядром, потому что он устанавливает файлы модулей ядра в иную директорию. Скрипт dkms решает эту проблему, пересобирая out-of-tree модули.
ArchWiki/dkms.

Уже к 4.5 я буду (думаю, что буду) заливать сторонние пересобранные пакеты и проблема станет решаемой чуть аккуратнее. Вместо пересборки гипотетического пакета с префиксом -dkms необходимо будет установить его же, но с префиксом -kalterfx. Но об этом позже.

BTW, обновил ПП и #450884.

BTW, first-post нельзя отредактировать со второй страницы и далее (в настройках включена опция для показывания ПП на всех страницах).

Цитата Oak:

---

Я сам, конечно, никаких изменений не заметил, но работает стабильно.Можно ещё перед обновлениями проверять testing/linux. Если linux-kalterfx/linux-kalterfx такой же версии или выше, то стоит подождать. Если есть какие-либо проблемы, задерживающие арчовский linux в testing, то я обычно узнаю о них.

Я обновил пост #450884. Сменил местоположение репозитория на другое:

Oak, осторожнее с невидией при обновлении на 4.4.1 Никаких сторонних пакетов я не собирал. Можно, кстати, выставить запуск dkms в per-boot:
community.git/tree/trunk?h=packages/dkms

У кого‐нибудь есть свободное время эту штуку потестить? Она добавляет в загрузку генерацию гостевого пользователя. Нужно:
  1. Установить пакет;
  2. Написать что‐нибудь в директорию /usr/share/guest-configuration;
  3. Перезагрузиться;
  4. Залогиниться в пользователя guest (как угодно);
  5. Проверить, что в домашней директории есть знакомые данные из этапа 2.

Если что‐то пойдёт не так, то возможны несколько исходов:
  ⁃ emergency.target – сохраняеем логи, удаляем пакет, и спокойно перезагружаемся;
  ⁃ "Нормальная" загрузка, но с ошибками – сохраняем логи, удаляем пакет, и можем не перезагружаться вновь.