Miroslav Suchý writes:
> [...] Springdale provides
> devtoolset-3-elfutils there, and it in some strange way badly
> correlates with the initial Copr build environment (even before
> the rpmbuild process starts). Some python2 module cannot find
> libelf.so.1 ...
I believe wh
On Fri, 2022-02-25 at 02:43 +0300, Dmitry Butskoy wrote:
> Sérgio Basto wrote:
> > On Thu, 2022-02-24 at 21:20 +0300, Dmitry Butskoy wrote:
> > > Miroslav Suchý wrote:
> > > > > Second, the alternate Springdale Linux repo
> > > > > http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/ s
> >
On Fri, 2022-02-25 at 02:43 +0300, Dmitry Butskoy wrote:
> Sérgio Basto wrote:
> > On Thu, 2022-02-24 at 21:20 +0300, Dmitry Butskoy wrote:
> > > Miroslav Suchý wrote:
> > > > > Second, the alternate Springdale Linux repo
> > > > > http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/
> > >
Sérgio Basto wrote:
On Thu, 2022-02-24 at 21:20 +0300, Dmitry Butskoy wrote:
Miroslav Suchý wrote:
Second, the alternate Springdale Linux repo
http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/ see
ms
to have all the ones (which are provided in sources by RedHat),
but
cannot be used
On Thu, 2022-02-24 at 21:20 +0300, Dmitry Butskoy wrote:
> Miroslav Suchý wrote:
> >
> > >
> > > Second, the alternate Springdale Linux repo
> > > http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/ see
> > > ms
> > > to have all the ones (which are provided in sources by RedHat),
> >
Miroslav Suchý wrote:
Second, the alternate Springdale Linux repo
http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/ seems
to have all the ones (which are provided in sources by RedHat), but
cannot be used in Copr. Springdale provides devtoolset-3-elfutils
there, and it in some
Miroslav Suchý writes:
> You have to run
>
> scl enable devtools-3 $COMMAND
>
> to make this library available.
I used to do that, but it's rather easier to source the enable script
(conditionally) in %build and perhaps %check or %install.
___
devel
[epel-devel seems a better place for this.]
Dmitry Butskoy writes:
> Ben Beasley wrote:
>> Yes, the devtoolsets work nicely if you supply the appropriate
>> incantations. I haven’t tried in COPR specifically
> I've just tried and it seems that devtoolset are not available for
> epel7 builds in C
Dne 23. 02. 22 v 19:22 Dmitry Butskoy napsal(a):
Ben Beasley wrote:
Yes, the devtoolsets work nicely if you supply the appropriate incantations. I
haven’t tried in COPR specifically
I've just tried and it seems that devtoolset are not available for epel7 builds in Copr. (For epel7, I successful
Kevin Kofler via devel wrote:
I guess the easiest workaround would be to create an llvm-toolset-11.0 Copr
and to build llvm-toolset-11.0-*.src.rpm from:
http://springdale.princeton.edu/data/springdale/SCL/7/SRPMS/
in it.
Unfortunately, the rebiuld of all the llvm-toolset stuff from the
sources i
Dmitry Butskoy wrote:
> Second, the alternate Springdale Linux repo
> http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/ seems to
> have all the ones (which are provided in sources by RedHat), but cannot
> be used in Copr. Springdale provides devtoolset-3-elfutils there, and it
> in some
Ben Beasley wrote:
Yes, the devtoolsets work nicely if you supply the appropriate incantations. I
haven’t tried in COPR specifically
I've just tried and it seems that devtoolset are not available for epel7
builds in Copr. (For epel7, I successfully build seamonkey with
devtoolset already for y
Yes, the devtoolsets work nicely if you supply the appropriate incantations. I
haven’t tried in COPR specifically, but I assume the situation is the same as
in EPEL proper. Please see the very clean example in the epel7 branch for
sleef[1], which was kindly contributed by Dave Love.
– Ben
[1]
Is it possible to use RHEL7 devtoolsets (aka devtoolset-8,
llvm-toolset-11 and so on) for the correspond builds in Copr, as well as
it is possible for builds for Fedora EPEL7 ?
~buc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscrib
14 matches
Mail list logo
