gentoo заскоки

[ormorph]

Хм, беру свои слова обратно на счёт того что clang/llvm не нужен для jit python-3.14. Просто ранее смотрел в python установленный в conda, нет ни каких llvm runtime, по этому думал что оно не нужно. Проверил всё таки нужен, но только для сборки. Clang на сколько я понял был выбран, так как инструменты позволяют получить нужные данные для последующего использования cython. На сколько я понял без llvm нельзя реализовать технологию Copy-and-Patch JIT.

[yoricI]

Хм, как так, что в исходниках ядра пересобирать? Сегодня прикатило
[ebuild R ] sys-kernel/gentoo-sources-6.18.33-r1:6.18.33-r1::gentoo USE="symlink -build -experimental -vanilla%" 0 KiB
Ядро тоже что ли пересобирать потом?

[/dev/random]

Хм, как так, что в исходниках ядра пересобирать?

Ваша формулировка не совсем понятна, но если вы имели в виду "почему R?", то там далее у вас написано: потому что -vanilla%. Опция -N пересобирает пакеты в том числе и при появлении или исчезновении флага, не только если существующий флаг переключился. Появившиеся флаги выводятся жёлтым цветом, со знаком процента в конце. Исчезнувшие - так же, но ещё и в скобках. Переключившиеся флаги - зелёным, без знака %; скобки для них означают маскировку или форсирование, а не исчезновение. Минус в жёлтом флаге без скобок означает, что он появился выключенным.

[ormorph]

Похоже что я живу в другом времени. Привет из будущего!

Shell

[ebuild NS ] sys-kernel/gentoo-sources-6.18.35-r1:6.18.35-r1::gentoo [6.18.33-r1:6.18.33-r1::gentoo] USE="-build -experimental -symlink -vanilla%" 2 233 KiB

[yoricI]

Понятно, не ожидал от флагов такого. Само-то ядро не надо же пересобирать?

Похоже что я живу в другом времени. Привет из будущего!

У Вас ~amd64 видимо

[ormorph]

У Вас ~amd64 видимо

Нет, у меня просто amd64, если бы у меня была нестабильная версия, то ставилось бы 7.0.12-r1.

[yoricI]

Ну значит позднее обновились. Я сегодня ночью где-то в 22:00 МСК

[ormorph]

Ну значит позднее обновились.

Либо так оно и есть, либо...

[yoricI]

А почему у меня две версии fuse установлено, с одинаковыми зависимостями?
$ equery d sys-fs/fuse-2.9.9-r2 * These packages depend on sys-fs/fuse-2.9.9-r2: app-emulation/qemu-10.2.2 (fuse ? >=sys-fs/fuse-3.1:3) (fuse ? >=sys-fs/fuse-3.1:3) gnome-base/gvfs-1.56.1-r3 (fuse ? >=sys-fs/fuse-3.0.0:3) (fuse ? >=sys-fs/fuse-3.0.0:3) media-gfx/gphotofs-1.0 (sys-fs/fuse:3) (sys-fs/fuse:3) net-fs/sshfs-3.7.5 (>=sys-fs/fuse-3.1.0:3) (>=sys-fs/fuse-3.1.0:3) sys-apps/usermode-utilities-20070815-r6 (fuse ? sys-fs/fuse:0) (fuse ? sys-fs/fuse:0) sys-fs/e2fsprogs-1.47.4 (fuse ? sys-fs/fuse:3) (fuse ? sys-fs/fuse:3) sys-fs/fuse-exfat-1.4.0-r1 (sys-fs/fuse:3) (sys-fs/fuse:3) sys-fs/fuseiso-20070708-r3 (sys-fs/fuse:0) (sys-fs/fuse:0) sys-fs/mtpfs-1.1-r6 (<sys-fs/fuse-3:0) (<sys-fs/fuse-3:0) sys-fs/squashfuse-0.6.0 (sys-fs/fuse) (>=sys-fs/fuse-3.2:3) (>=sys-fs/fuse-2.8.6:0) (sys-fs/fuse) (>=sys-fs/fuse-3.2:3) (>=sys-fs/fuse-2.8.6:0) globus@aspera /tmp $ equery d sys-fs/fuse-3.18.2 * These packages depend on sys-fs/fuse-3.18.2: app-emulation/qemu-10.2.2 (fuse ? >=sys-fs/fuse-3.1:3) (fuse ? >=sys-fs/fuse-3.1:3) gnome-base/gvfs-1.56.1-r3 (fuse ? >=sys-fs/fuse-3.0.0:3) (fuse ? >=sys-fs/fuse-3.0.0:3) media-gfx/gphotofs-1.0 (sys-fs/fuse:3) (sys-fs/fuse:3) net-fs/sshfs-3.7.5 (>=sys-fs/fuse-3.1.0:3) (>=sys-fs/fuse-3.1.0:3) sys-apps/usermode-utilities-20070815-r6 (fuse ? sys-fs/fuse:0) (fuse ? sys-fs/fuse:0) sys-fs/e2fsprogs-1.47.4 (fuse ? sys-fs/fuse:3) (fuse ? sys-fs/fuse:3) sys-fs/fuse-exfat-1.4.0-r1 (sys-fs/fuse:3) (sys-fs/fuse:3) sys-fs/fuseiso-20070708-r3 (sys-fs/fuse:0) (sys-fs/fuse:0) sys-fs/mtpfs-1.1-r6 (<sys-fs/fuse-3:0) (<sys-fs/fuse-3:0) sys-fs/squashfuse-0.6.0 (sys-fs/fuse) (>=sys-fs/fuse-3.2:3) (>=sys-fs/fuse-2.8.6:0) (sys-fs/fuse) (>=sys-fs/fuse-3.2:3) (>=sys-fs/fuse-2.8.6:0)
Вроде, для всех 3-я подходит. Обе установлены автоматически. И почему у squashfuse дважды повторяется инфо?

[/dev/random]

А почему у меня две версии fuse установлено, с одинаковыми зависимостями?

Во-первых, это называется "обратные зависимости", а не "зависимости". На примере: fuse - зависимость fuseiso; fuseiso - обратная зависимость fuse. Во-вторых, нет, они не одинаковые, просто equery d плохо разбирается в версиях. Укажите =sys-fs/fuse-2.9.9-r2:0 и =sys-fs/fuse-3.18.2:3 (т.е. знак равенства, пакет, полная версия, слот), тогда выдаст без лишнего.

Вроде, для всех 3-я подходит. Обе установлены автоматически. И почему у squashfuse дважды повторяется инфо?

Нет, она не для всех подходит. А вот дважды повторяется у всех или почти всех. Я не проверял, но скорее всего, записи из сборочных и рантаймовых зависимостей.

Добавлено (19:34):

Ну значит позднее обновились. Я сегодня ночью где-то в 22:00 МСК

Да, 6.18.35-r1 стабилизировали в 01:00 MSK.

Либо так оно и есть, либо...

Либо что?

[yoricI]

Понятно, спасибо

[ormorph]

Либо что?

То что я писал выше:

Привет из будущего!

[bars]

Привет.
Кто-нибудь использует этот ключ в связке --load-average

Код: Выделить всё

EMERGE_DEFAULT_OPTS="--jobs=3 --load-average=17"

Как оно будет работать?
Система собирает до 3 пакетов одновременно, но если общая нагрузка на систему (Load Average) превысит 17, Portagе не будет запускать новые сборки.
Допустим, 18 потоков процессора, (6 сильных и 12 слабых), проц Intel Core Ultra 5 250KF Plus

[/dev/random]

EMERGE_DEFAULT_OPTS="--jobs=3 --load-average=17"

Ограничивать load average в EMERGE_DEFAULT_OPTS полезно, но недостаточно. Например, emerge может в самом начале одновременно запустить 3 тяжёлых пакета, пока load average был ~0, а потом эти пакеты разгонятся до 18 потоков каждый. Ограничение load average в EMERGE_DEFAULT_OPTS должно быть вспомогательным, а основное - в MAKEOPTS. Кроме того, полезно добавить команду taskset в PORTAGE_IONICE_COMMAND, чтобы выбрать одно-два ядра, использовать которые команде emerge запрещено.

[bars]

taskset в PORTAGE_IONICE_COMMAND, чтобы выбрать одно-два ядра, использовать которые команде emerge запрещено.

не понял.

[/dev/random]

не понял.

PORTAGE_IONICE_COMMAND - это переменная, указывающая команду, которой Portage скармливает свой PID, чтобы эта команда могла перенастроить процесс Portage извне. По-хорошему, там должно быть что-то вроде ionice -c 3 -p ${PID}, для установки низкого приоритета ввода-вывода, но технически там может быть что угодно. Например, taskset -pc 0-8 ${PID}, что означает "разрешить процессу использовать только "процессоры" (реально - потоки или ядра процессора) с номерами 0-8, в порядке, перечисленном в /proc/cpuinfo". Остальные останутся свободны для использования другими процессами. Можно и совместить: PORTAGE_IONICE_COMMAND="bash -c 'ionice -c 3 -p \$1 && taskset -pc 0-8 \$1' sh \${PID}".

[bars]

что означает "разрешить процессу использовать только "процессоры" (реально - потоки или ядра процессора) с номерами 0-8, в порядке, перечисленном в /proc/cpuinfo". Остальные останутся свободны для использования другими процессами. Можно и совместить:

понял.
А ктонибудь уже использует подобный камень Intel Core Ultra 5 250K Plus, вот собираюсь обновить старенький компутере на первом поколени quad (Intel Core2 Quad CPU Q6600).
Компутер уже порядка 17 лет отработал, староват стал.