I provide them for all sorts of toolchains, preparing them with
`--try-toolchain` from one of the existing ones instead of upstreaming them.
They are very handy if you ever have end-user builds of software outside of EB.
// Lars Viklund
From: easybuild
output of the git
command, manually transforming them into the shape you see in the
easyconfig.
I did this after seeing the horror of the mxnet.py easyblock which
relied on unpacking all the tarballs into a common directory and moving
them into the approximate places in the source tree.
/
Hi,
Oracle keeps older versions in a Java Archive on their website, where you can
obtain the matching tarballs.
You've always needed to download it manually, you just have to dig a bit to
find the archive for previous releases.
The message `installing to /home/jfdey/R/minqa/libs` in your output
seems a bit strange.
Do you have anything (silly) in your ~/.Renviron or ~/.Rprofile?
If I remember correctly, R is a bit annoying in that it honors flags and
directories specified in those files, which has broken my builds
In this case, it's kind of rightfully picky - designated initializers like that
is not standard C++ and normally only exist in C. GNU may happen to expose them
as part of their GNU flavour of C++.
If you're using `-std=c++11` or such, try `-std=gnu++11`.
You could also try constructing a
A system C and C++ compiler is documented as a required dependency of EasyBuild
if you are to install toolchains with it:
https://easybuild.readthedocs.io/en/latest/Installation.html#required-dependencies
As such, I would argue that it's not worth declaring it up-front in
osdependencies
in
Given the error from patch(1) in your log is about a malformed line and that
the EasyBuild tag for 3.2.1 doesn't seem to contain the patch file nor GCCcore
6.4.0 at all, how did those files end up on your system?
It is possible that manual text entry has line-wrapped the file into not being
a
Hi,
A suspicious thing is that while the header talks about EasyBuild 3.8.1, the
patch file it's checksumming is in a directory called 3.2.1.
In the 3.8.1 easyconfigs tree, the patch file has the correct checksum.
Maybe look at your EasyBuild configuration or show it here (eb --show-config)?
From: Loris Bennett
Sent: Wednesday, May 15, 2019 10:31
To: Lars Viklund
Cc: easybuild@lists.ugent.be
Subject: Re: [easybuild] Installation of R/3.5.1-foss-2018b successful but
incomplete
Hi Lars,
Thanks for the info. I hadn't realised that the package list
R-3.5.1-foss-2018.eb was refreshed adding some extensions, including the
`shinythemes` that Bioconductor is lacking.
I ran into this just last week.
https://github.com/easybuilders/easybuild-easyconfigs/pull/7420
You should be able to address this by an `eb --force --skip` to install the
On 2/13/20 12:19 PM, Ricardo Gregorio wrote:
Hi Lars,
Thanks for replying
We are trying to build on...
CentOS 7.5
Intel Gold (skylake)
Regards,
Ricardo Gregorio
Research and Systems Administrator
-Original Message-
From: easybuild-requ...@lists.ugent.be On
Behalf Of Lars Viklun
building this on?
With kind regards,
Lars Viklund, HPC2N
On 2/12/20 11:54 AM, ricardo.grego...@rothamsted.ac.uk wrote:
Hi all
Hope someone has come across this before and can assist...
we are trying to build Falcon-1.8.8-intel-2017b.eb
[https://github.com/easybuilders/easybuild-easyconfigs/blob
:23, Lars Viklund wrote:
"Good" news!
I managed to reproduce this on a Skylake Xeon machine in a container
with CentOS 7.6.
https://gist.github.com/zao/95148a6da079fa8ea6fd9433c478d5d3
I don't have any solution yet, but at least it's not your particular
environment that triggers t
For reference, EB documents the shell tools (including `unzip`) that may
be occasionally needed by easyconfigs:
https://easybuild.readthedocs.io/en/latest/Installation.html#required-shell-tools
Sounds like Bazel goes a bit beyond this and also assumes that the
environment has the ability to
r
Regards,
Ricardo Gregorio
Research and Systems Administrator
-Original Message-
From: easybuild-requ...@lists.ugent.be On
Behalf Of Lars Viklund
Sent: 13 February 2020 20:21
To: easybuild@lists.ugent.be
Subject: Re: [easybuild] Falcon --- Memory address map error --- Sanity check
I m
Hi,
The file contains a file listing and is the result of
https://isl.gforge.inria.fr/isl-0.20.tar.bz2 redirecting with a 302 to
http://isl.gforce.inria.fr .
It seems like the site only offers downloads over plaintext, while
someone changed the link to HTTPS in the easyconfig recently in
(I filed issue #9692 on this in the easyconfigs repo)
On 1/16/20 4:28 PM, Lars Viklund wrote:
Hi,
The file contains a file listing and is the result of
https://isl.gforge.inria.fr/isl-0.20.tar.bz2 redirecting with a 302 to
http://isl.gforce.inria.fr .
It seems like the site only offers
Subject: Re: [easybuild] Error building fosscuda version of OpenMM
Hi Lars,
Lars Viklund writes:
> Hi,
>
> When something using `make` fails with something like your "Error 2" the
> actual
> error is way earlier in the log as the whole tail is Make propagating the
> e
R?
Cheers,
Loris
Lars Viklund writes:
Hi Loris,
The "error" seems to be somewhat expected, in my log it's followed by the
following:
== 2020-03-12 11:57:32,550 github.py:427 WARNING Ignoring problem that occured when
applying PR patch: u"Can't determine patch level for patch
/t
Hi,
When something using `make` fails with something like your "Error 2" the
actual error is way earlier in the log as the whole tail is Make
propagating the error state up through the invocations. The path
fragment you mention is indeed from truncation, the "first 300 chars"
thing is mostly
Hi Gizo,
For newer Intel easyconfigs, the archives are directly downloadable by
EasyBuild through public URLs, you can fetch them with
eb iccifort-2019.5.281.eb --fetch
or as part of running the build, or by constructing an URL from the
template contained in the easyconfig file.
// Lars
Hi!
The easyblock does not pull in any build dependencies, so unless specified you
do not have any other tools than the ones that may happen to be installed on
your system.
Please note that (GNU) Make and Automake are two completely different pieces of
software. In EasyBuild there's an
Hi,
I made a PR earlier this week for the static and regular versions of
5.0.2, there the build seems to pass cleanly for myself and others:
https://github.com/easybuilders/easybuild-easyconfigs/pull/14522
Are you sure you're using the current version of the easyblock, in my
logs it has
detects seccomp on the system, it builds that source file and as
it assumes the existence of syscalls that the ancient kernel headers on 7.9
doesn't have, it breaks.
Maybe consider either removing the development headers for libseccomp or patch
out the ineligible lines.
// Lars Viklund, HPC2N
24 matches
Mail list logo
