kdb run_all
を実行する方法を説明します@robaerd @ dev2718どの参入障壁にぶつかったかをさらに入力できますか?
私にとっては、rootなしでelektraをインストールすることでした。
ルートなしでインストールするには、いくつかのcmakeフラグ(KDB_DB_SYSTEM、CMAKE_INSTALL_PREFIX、...)と環境変数(LD_LIBRARY_PATH、..)を設定する必要があります。 CMAKE_INSTALL_PREFIX
はdoc/COMPILE
で説明されていますが、これにどのcmakeフラグとenvを設定する必要があるかは私にはわかりませんでした。
「rootとして実行しないようにするためのいくつかのオプションがあります:」セクションのdoc/Testing.md
では、次の例のcmake呼び出しが参照されています: scripts/configure-home
(実際にはscripts/dev/configure-home
である必要があります)。 この例では、コンパイルのみをカバーし、インストールはカバーしていません(CMAKE_INSTALL_PREFIXフラグがありません)。 kdb run_all
はdoc/TESTING.md
でも説明されているので、少なくとも私の意見では、これをルートなしで機能させる方法についても言及する必要があります。
doc/tutorials/run_all_tests_with_docker.md
の手順(実際にはdoc/TESTING.md
で参照されています)は、root以外のユーザーとしてインストールする方法を説明していますが、Dockerイメージがroot以外として実行されることについては言及されていません。 ですから、なぜこれらをここだけに設定する必要があるのか、最初は少し不明確でした。
私は提案します:
doc/INSTALL.md
および/またはdoc/TESTING.md
にポイントを追加します。この非常に有益な入力をありがとうございました!
CMAKE_INSTALL_PREFIXはdoc / COMPILEで説明されていますが
はい、私は完全に同意します。このドキュメントは、具体的な問題が解決されるスタイルに書き直す必要があります(ルートなしでインストールするなど)。 フラグの機能の唯一の説明は、CMake-cache-variable-docu内で行う方が適切です。
ただし、Dockerイメージが非ルートとして実行されることについては言及されていません
Dockerイメージ:sparkling_heart:に関するチュートリアルを改善できることを願っています。とにかく、変更を加えて(Jenkinsユーザーの必要性をなくすなど)それらを適応させる必要があります。
Dockerイメージは非ルートとして実行されます(そしておそらくこれの理由でもあります)。
それらが非rootとして実行される理由を意味しますか? 可能な限り最小限の特権で何かを実行することをお勧めします。
一般的に:DockerやJenkinsについての知識があまり多くない場合は、多くの人がそれを持っていないので、それは良いことです。 だから私は、そのような論理的根拠が与えられるべきであることに同意します。
Dockerイメージに関するチュートリアルを改善できることを願っています💖、とにかく変更を加えて(Jenkinsユーザーの必要性をなくすなど)それらを適応させる必要があります。
はい、もちろん、Dockerイメージに関するチュートリアルを改善します。