Size: a a a

2020 July 09

АБ

Александр Бантьев... in NixOS
blkmrkt
У нас зафризена вот эта версия nixpkgs, и я пытаюсь пропатчить Clickhouse до версии 20: https://github.com/NixOS/nixpkgs/blob/2c906666e54c9f050b4a25142b4ff0e73c9b7dcc/pkgs/servers/clickhouse/default.nix

Делаю средствами Оверлея:
clickhouse = super.clickhouse.overrideAttrs (super: rec {
 version = "20.5.2.7";
});


Делается ребилд и пишет в консоль правильную версию, но почему-то Никс не ругается на неправильный хеш и не обновляет сам бинарник. Вообще дикость:

po
st-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7
shrinking /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7/bin/clickhouse-zookeeper-cli
shrinking /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7/bin/corrector_utf8
shrinking /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7/bin/config-processor
shrinking /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7/bin/clickhouse-odbc-bridge
shrinking /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7/bin/clickhouse
shrinking /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7/lib/libclickhouse.so.19.13.1.11
strip is /nix/store/cl1i6bfqnx48ipakj4px7pb1babzs23j-binutils-2.31.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7/lib  /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7/bin
patching script interpreter paths in /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7
/nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7/bin/clickhouse-report: interpreter directive changed from "/bin/sh -x" to "/nix/store/l6h4ya0wzb4b8mr0y58k2gh2nhfql4sn-bash-4.4-p23/bin/sh -x"
/nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7/bin/clickhouse-test-server: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/l6h4ya0wzb4b8mr0y58k2gh2nhfql4sn-bash-4.4-p23/bin/bash"
checking for references to /build/ in /nix/store/i4h9xlzwsajhmf0f1xarcp1ya1v2qnbr-clickhouse-20.5.2.7...

(repo) user@user-mbp16-vm:/media/psf/repo$ clickhouse-server --version
ClickHouse server version 19.13.1.11.

Из шелла выходил-заходил, не помогло.
оверрайдь src, иначе никак
источник

АБ

Александр Бантьев... in NixOS
Оверрайд version меняет только постфикс у store path
источник

b

blkmrkt in NixOS
Александр Бантьев
оверрайдь src, иначе никак
ага спс, помогло!
источник

AT

Andrew Tropin in NixOS
А зачем нужен hardware-configuration.nix отдельным файлом?
источник

АЕ

Александр Ермолов... in NixOS
не нужен, "так принято"
источник

АЕ

Александр Ермолов... in NixOS
может генерить удобнее
источник

NM

Nikita Mistyukov in NixOS
ну логика есть. машин может быть много, а конфиг хочется один))
источник

NM

Nikita Mistyukov in NixOS
отделить аппаратную часть как бы)
источник

AT

Andrew Tropin in NixOS
ну типа, если у меня для каждого хоста hosts/HOSTNAME/configuration.nix, а мои юзерспейс приложеньки описаны в home.nix, то нет смысла в отдельном hardware-configuration.nix?
источник

АЕ

Александр Ермолов... in NixOS
ну да, смысл ты потом сам придумываешь или меняешь
источник

AT

Andrew Tropin in NixOS
просто хотел понять откуда взялась идея генерить два конфига и было следующее предположение: configuration.nix содержит общий конфиг, который шарится между разными хостами, а hardware-configuration.nix специфичные для данного хоста настройки содержит. Только смущало, что там warning типа Do not modify this file и получается, что я должен ещё в каком-то другом месте иметь хостоспецифичные настройки. И вот тут возникает, а в чём тогда смысл.
источник

ц

ц in NixOS
Всё просто - грохаешь свою машину, переразбиваешь диск, генеришь тот файлик и ставишь свой конфиг без изменений
источник

AT

Andrew Tropin in NixOS
ц
Всё просто - грохаешь свою машину, переразбиваешь диск, генеришь тот файлик и ставишь свой конфиг без изменений
Довольно специфичный юзкейсик. Если например я монтирую по лэйблам, а не по ююидам, то даже если переразмечу диск, то мне не нужно будет регенерить конфиг.

В общем кажется не так много пользы в том, чтобы что-то держать в hardware-configuration.nix, особенно, если у тебя свой подход к организации конфигов, например как у @vyorkin
источник

ц

ц in NixOS
Andrew Tropin
Довольно специфичный юзкейсик. Если например я монтирую по лэйблам, а не по ююидам, то даже если переразмечу диск, то мне не нужно будет регенерить конфиг.

В общем кажется не так много пользы в том, чтобы что-то держать в hardware-configuration.nix, особенно, если у тебя свой подход к организации конфигов, например как у @vyorkin
Я много раз пользовался на серверах
источник

ц

ц in NixOS
+ при миграции рабочей машины на ноутбук
источник

R

Renha in NixOS
Andrew Tropin
Довольно специфичный юзкейсик. Если например я монтирую по лэйблам, а не по ююидам, то даже если переразмечу диск, то мне не нужно будет регенерить конфиг.

В общем кажется не так много пользы в том, чтобы что-то держать в hardware-configuration.nix, особенно, если у тебя свой подход к организации конфигов, например как у @vyorkin
имхо то что там есть удобнее хранить там, того чего там не генерится туда вносить не надо
источник

VK

Vladimir Klntsky in NixOS
Есть ли более вменяемые альтернативы поиску по пакетам nixpkgs[0] через браузер? Официальный очень уж медленный.

[0] https://nixos.org/nixos/packages.html
источник

SM

Sergey Makarov in NixOS
Поиск на гитхабе, nix search
источник

VY

Vasiliy Yorkin in NixOS
Я в основном пользуюсь nix search
источник

N

Nikolay in NixOS
Допустим я собираю деривацию у которой в глубине дерева зависимостей у одной деривации фейлятся тесты, можно как-то просто и непринужденно временно отключить check фазу для этой деривации и зависимостей?
источник