Age | Commit message (Collapse) | Author |
|
Pandoc >=2.0.0 needs "-f markdown-smart", which requests (amongst some
other things) not to convert "--" to an en-dash. We have a lot of
double hyphens in the documentation, and I would prefer not to have to
escape every single one of them.
Older Pandoc versions don't recognise "-smart", but also don't do the
en-dash thing by default. Here, we can simply use "-f markdown".
Note that older Pandoc versions don't quite render the manual pages
correctly, but it's near enough.
Fixes: https://gitlab.desy.de/thomas.white/crystfel/-/issues/90
|
|
|
|
|
|
Previously, this file ended up in man1, where it couldn't be found.
|
|
Still some work to be done here, but it's already an improvement.
|
|
|
|
The variable isn't needed, and just serves to break the build when
Fortran isn't available.
|
|
This should help avoid confusion when people find they need a Fortran
compiler.
|
|
|
|
|
|
|
|
There are no dependencies, only a subproject via wrap.
|
|
|
|
|
|
|
|
|
|
|
|
Similar code was stripped out 3.5 years ago by
4f4e5d05269eee6b192c271f2f9730a1ad3a4fbd. However, it seems there are
still systems where it improves performance a lot.
|
|
Use of these programs has been following this pattern for several years:
1. Neglect
2. Once yearly attempt by someone to use either tool
3. Discovery that it's totally broken
4. Bug report and fast bug fix
5. Go to 1.
For more discussion, see the issue referenced below.
Closes: https://gitlab.desy.de/thomas.white/crystfel/-/issues/81
|
|
|
|
|
|
|
|
|
|
Otherwise we have to mess around with custom paths whenever CrystFEL is
installed in a non-system location.
|
|
|
|
Previously, the task buttons used stock icons chosen to approximately
fit the task when displayed with the icon theme on my computers. But
they don't fit so well in other themes, and sometimes no icon is shown
at all.
So, now they have their own icons, specifically designed for CrystFEL.
Fixes: https://gitlab.desy.de/thomas.white/crystfel/-/issues/9
|
|
See 13a36408f3b867938cb029a9d11d952113d9bf64
|
|
|
|
Use of numbers (rather than booleans) in this routine is deprecated in
recent meson versions.
|
|
This is hidden from menus, just so that cell_explorer gets its window
icon.
|
|
This fixes the broken window icon on Wayland.
|
|
|
|
|
|
This commit strips out all references to the Slurm API, instead making
subprocess calls to sbatch and scontrol.
Attempting to use the Slurm API seems to have been a mis-step. First,
it seems that nowhere has the Slurm headers pre-installed. Literally
none of the facilities where there are known deployments of CrystFEL
have them. And in a significant fraction of cases, getting them
installed is difficult, slow or impossible.
In addition, the API doesn't seem to work in all cases, so we already
shell out to 'scancel' to abort jobs - see d76fc3495.
There are some tricky implications for submitting Slurm jobs from a
container via the API. The Slurm REST API offers a solution, but is
very new and not widely available. Calls to the Slurm executables are
much easier to 'tunnel' out of a container.
This isn't a great solution. It's a net increase of only about 40 lines
of source code, but it incurs some unpleasant string handling and will
probably be less reliable overall. It completely relies on Slurm's not
being internationalised. If Slurm's messages start getting translated,
we will be in trouble.
|
|
|
|
|
|
This tests that indexamajig --wait-for-file works
|
|
|
|
|
|
|
|
|
|
Previously, this was searching for OpenCL, and then trying
to use the OpenCL header from only system locations.
|
|
It seems that some systems have "-lslurm" but no <slurm/slurm.h>.
Therefore, we need to check for both. Of course, ideally the outer test
using pkg-config should work.
|
|
|
|
|
|
|
|
Meson's internal HDF5 search should work in all cases since 0.50.0,
subject to issues documented in INSTALL.md.
|
|
|
|
|
|
|