[#502] experimental test harness using a single container#508
[#502] experimental test harness using a single container#508d-w-moore wants to merge 13 commits intoirods:mainfrom
Conversation
| RUN /root/ubuntu_irods_installer/install.sh --w="add-package-repo" 0 | ||
| RUN /root/ubuntu_irods_installer/install.sh --i=${irods_vsn} -r 4 |
There was a problem hiding this comment.
these need to be brought local. and, they'll be replaced eventually , probably by the minimal irods install commands.
korydraughn
left a comment
There was a problem hiding this comment.
Please explain what this PR does?
Are there plans to leverage the consortium test hook and the testing environment?
| @@ -0,0 +1,24 @@ | |||
| ARG linux_vsn="ubuntu:18.04" | |||
There was a problem hiding this comment.
18.04 is EOL.
Please bump to 20.04 or 22.04.
irods/test/harness/tests/repo
Outdated
| @@ -0,0 +1 @@ | |||
| ../../../.. No newline at end of file | |||
There was a problem hiding this comment.
What is this used for?
There was a problem hiding this comment.
To figure out relative paths when generating the execute line for the docker container
There was a problem hiding this comment.
This no longer exists. The purpose is now fulfilled by print_repo_root_location, a script which prints the absolute path of the repo regardless the current working directory when it's launched. That absolute result is useful within docker_container_driver.sh especially when calculating the paths of things relative to that root.
There was a problem hiding this comment.
Let me know if this seems an adequate explanation, and I'll resolve. But, of course, I will understand if the truth of the matter is otherwise. It was confusing to write, probably more confusing to read. The end purpose is calculating container-internal paths using those container-external paths as input, which was less trivial than I'd first imagined.
| RUN apt update | ||
| RUN apt install -y sudo git | ||
| WORKDIR /root | ||
| RUN git clone http://github.com/d-w-moore/ubuntu_irods_installer |
There was a problem hiding this comment.
Is this temporary?
What does this offer?
There was a problem hiding this comment.
A lot of this could be considered temporary. We really just need a stand_it_up equivalent tbh
There was a problem hiding this comment.
We're now doing the "install and stand up" thing for the iRODS server running within each container, and with no dependencies on the ubuntu_irods_installer repo.
Seems this PR is part of the 2.0.0 milestone after all, so maybe we try to leverage those somewhere in a later release? |
fedbf73 to
858374b
Compare
|
Rebasing atop 518.m , and I may leave it that way to save time. After un-drafting, we'll decide if #518 gets its own pull request |
8109fec to
00e9cc2
Compare
|
let's not mention 281 in the first part of the commit lines, we can reference it in the body if helpful/needed. |
Yes, will correct that. |
2d19eac to
bc07343
Compare
65a4bee to
a9c2d75
Compare
Basically there are a bunch of tests which demand unique setup or otherwise unique running conditions. This PR is part of a plan to run each of those - automatically is the hope. Inclusion is the idea, preventing regression. And it's easy to set up conditions for such tests within a Dockerfile. |
|
SKIP_IINIT_FOR_PASSWORD documented (currently in 7d75ae9) |
7d75ae9 to
b4f6592
Compare
testuser universal for all containers login_auth*.py adjustments [__502] scriptdir [__502] patch for consistency in starting document SKIP_IINIT_FOR_PASSWORD "funcs" include file renamed to "test_support_functions" remove fail.sh to scripts dir
|
Once all the conversations above are resolved, my plan is to cancel this PR and integrate the changes herein (the addition of a single-docker-container test harness that is well suited for testing via BATS scripts and other test modules requiring custom setup) into a new Pull Request dealing with the wider goal of testing PRC under Github Actions. |
|
or you can just push the changes here - so the conversation is in one place? up to you. of course, link back here in any new PR so the archaeologists can find it. |
Automatic launch of specific test scripts in their own container.