-
Notifications
You must be signed in to change notification settings - Fork 123
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A nested pipeline's environment does not pass through to a uses
step.
#1548
Comments
A couple things here: 1. fix FTBFS state that apache-arrow was currently in. * need zstd-static because: CMake Error at /usr/lib64/cmake/zstd/zstdTargets.cmake:107 (message): The imported target "zstd::libzstd_static" references the file "/usr/lib/libzstd.a" uses=cmake/configure but this file does not exist. Possible reasons include: 2. cherry-pick a patch (from 2016) to rapidjson that allows a user of it (apache-arrow) to build with gcc-14. 3. Add environment variables to build so the python build modules have access. I had hoped to localize these or use substitution in the environment block, but that is not supported. chainguard-dev/melange#1548 chainguard-dev/melange#1402 4. drop unnecessary runtime dependency from libarrow to libarrow. 5. remove pyarrow. 6. bump the epoch on apache-arrow to 3 to be newer than pyarrow was.
A couple things here: 1. fix FTBFS state that apache-arrow was currently in. * need zstd-static because: CMake Error at /usr/lib64/cmake/zstd/zstdTargets.cmake:107 (message): The imported target "zstd::libzstd_static" references the file "/usr/lib/libzstd.a" uses=cmake/configure but this file does not exist. Possible reasons include: 2. cherry-pick a patch (from 2016) to rapidjson that allows a user of it (apache-arrow) to build with gcc-14. 3. Add environment variables to build so the python build modules have access. I had hoped to localize these or use substitution in the environment block, but that is not supported. chainguard-dev/melange#1548 chainguard-dev/melange#1402 4. drop unnecessary runtime dependency from libarrow to libarrow. 5. remove pyarrow. 6. bump the epoch on apache-arrow to 3 to be newer than pyarrow was.
A couple things here: 1. fix FTBFS state that apache-arrow was currently in. * need zstd-static because: CMake Error at /usr/lib64/cmake/zstd/zstdTargets.cmake:107 (message): The imported target "zstd::libzstd_static" references the file "/usr/lib/libzstd.a" uses=cmake/configure but this file does not exist. Possible reasons include: 2. cherry-pick a patch (from 2016) to rapidjson that allows a user of it (apache-arrow) to build with gcc-14. 3. Add environment variables to build so the python build modules have access. I had hoped to localize these or use substitution in the environment block, but that is not supported. chainguard-dev/melange#1548 chainguard-dev/melange#1402 4. drop unnecessary runtime dependency from libarrow to libarrow. 5. remove pyarrow. 6. bump the epoch on apache-arrow to 3 to be newer than pyarrow was.
…30285) A couple things here: 1. fix FTBFS state that apache-arrow was currently in. * need zstd-static because: CMake Error at /usr/lib64/cmake/zstd/zstdTargets.cmake:107 (message): The imported target "zstd::libzstd_static" references the file "/usr/lib/libzstd.a" uses=cmake/configure but this file does not exist. Possible reasons include: 2. cherry-pick a patch (from 2016) to rapidjson that allows a user of it (apache-arrow) to build with gcc-14. 3. Add environment variables to build so the python build modules have access. I had hoped to localize these or use substitution in the environment block, but that is not supported. chainguard-dev/melange#1548 chainguard-dev/melange#1402 4. drop unnecessary runtime dependency from libarrow to libarrow. 5. remove pyarrow. 6. bump the epoch on apache-arrow to 3 to be newer than pyarrow was. 7. provide multiple versions of the python modules, and make them provide 'pyarrow' for backwards compat.
…olfi-dev#30285) A couple things here: 1. fix FTBFS state that apache-arrow was currently in. * need zstd-static because: CMake Error at /usr/lib64/cmake/zstd/zstdTargets.cmake:107 (message): The imported target "zstd::libzstd_static" references the file "/usr/lib/libzstd.a" uses=cmake/configure but this file does not exist. Possible reasons include: 2. cherry-pick a patch (from 2016) to rapidjson that allows a user of it (apache-arrow) to build with gcc-14. 3. Add environment variables to build so the python build modules have access. I had hoped to localize these or use substitution in the environment block, but that is not supported. chainguard-dev/melange#1548 chainguard-dev/melange#1402 4. drop unnecessary runtime dependency from libarrow to libarrow. 5. remove pyarrow. 6. bump the epoch on apache-arrow to 3 to be newer than pyarrow was. 7. provide multiple versions of the python modules, and make them provide 'pyarrow' for backwards compat.
Here is an example of the value of pipeline specific environment vars. I tried putting PID_FILE_PATH into the autoconf/configure pipeline - uses: autoconf/configure
environment:
PID_FILE_PATH: /run/rsyslogd.pid
with:
... but it doesn't have any affect there. instead I had to use the global PID_FILE_PATH. That is then available everywhere, and you don't have an idea of where it is consumed. I'm 90% sure that it is only needed in the configure stage, which then sets the default for 'make' and such. Also pretty sure I could set it in cflags in the make stage. |
I was trying to use
environment
from a nestedpipeline
in auses
stanza. The environment variable didnt' pass through as I wanted.Given the two files:
test-me.yaml
pipelines/test/dump-env
build command and output are below. you can see that the 'run' section gets both the global environment (BAR) and the "local" environment ("FOO"), but the
uses
pipeline does not get access to the local variable (FOO).The text was updated successfully, but these errors were encountered: