Closed jcfreeman2 closed 9 months ago
As instructed, I've tested that dbt-setup-release
and dbt-create
work with the "fake" and "real" frozen releases. The explicit steps are listed below. Each test was run in a fresh shell on np04-srv-015
. All tests started with
cd $WORK_DIR
git clone https://github.com/DUNE-DAQ/daq-buildtools.git -b johnfreeman/daq-release_issue337_shorten_install_paths
source ./daq-buildtools/env.sh
Following this, dbt-setup-release nddaq-v3.1.5-a9
and dbt-setup-release nddaq-v4.3.0-a9
both worked as expected. For the dbt-create
tests, following the appropriate dbt-create
command,
cd <dbt_created_area>
source env.sh
cd sourcecode
git clone https://github.com/DUNE-DAQ/ndreadoutlibs.git
cd $DBT_AREA_ROOT
dbt-build
Both cases succeeded.
A couple of weeks ago, I shortened the path of our installed packages. Details are in https://github.com/DUNE-DAQ/daq-release/issues/337, but long story short, while previously we had installations in directory structures like:
now we have them in, e.g.
...i.e., I've dropped the
spack-0.20.0-gcc-12.1.0
(which itself had a softlink calleddefault
).The phase space of tests you could in principle run to test this is quite large, but what we want to establish is that the
daq-buildtools
on this feature branch can work with the new shortened path and be backwards compatible with the earlier, long path. A disadvantage of testing with the new nightlies is that there's in fact a soft link calledspack-0.20.0-gcc-12.1.0
which allows our current release of daq-buildtools (v7.5.0
) to not choke. However, there's a "fake" frozen release callednddaq-v3.1.5-a9
which contains the short path, and a (real) frozen release callednddaq-v4.3.0-a9
which uses the traditional long one. It would probably suffice just to check thatdbt-setup-release
anddbt-create
work with these two frozen releases.