Re: How to fix a dependency to the version at build time?

2020-03-17 Thread Vít Ondruch
Dne 17. 03. 20 v 10:55 Alexander Bokovoy napsal(a): > On ti, 17 maalis 2020, Vít Ondruch wrote: >> >> Dne 16. 03. 20 v 18:15 Kevin Fenzi napsal(a): >>> On Mon, Mar 16, 2020 at 10:38:07AM +, Paul Howarth wrote: On Mon, 16 Mar 2020 11:22:40 +0100 Vít Ondruch wrote: > I always

Re: How to fix a dependency to the version at build time?

2020-03-17 Thread Alexander Bokovoy
On ti, 17 maalis 2020, Vít Ondruch wrote: Dne 16. 03. 20 v 18:15 Kevin Fenzi napsal(a): On Mon, Mar 16, 2020 at 10:38:07AM +, Paul Howarth wrote: On Mon, 16 Mar 2020 11:22:40 +0100 Vít Ondruch wrote: I always thought that one should not call `rpm` during rpmbuild. Nevertheless I am not

Re: How to fix a dependency to the version at build time?

2020-03-17 Thread Vít Ondruch
Dne 16. 03. 20 v 18:15 Kevin Fenzi napsal(a): > On Mon, Mar 16, 2020 at 10:38:07AM +, Paul Howarth wrote: >> On Mon, 16 Mar 2020 11:22:40 +0100 >> Vít Ondruch wrote: >>> I always thought that one should not call `rpm` during rpmbuild. >>> Nevertheless I am not sure what was the reason?

Re: How to fix a dependency to the version at build time?

2020-03-16 Thread Kevin Fenzi
On Mon, Mar 16, 2020 at 10:38:07AM +, Paul Howarth wrote: > On Mon, 16 Mar 2020 11:22:40 +0100 > Vít Ondruch wrote: > > I always thought that one should not call `rpm` during rpmbuild. > > Nevertheless I am not sure what was the reason? Probably locking of > > RPM db? Can somebody elaborate?

Re: How to fix a dependency to the version at build time?

2020-03-16 Thread Vít Ondruch
Dne 16. 03. 20 v 11:38 Paul Howarth napsal(a): > On Mon, 16 Mar 2020 11:22:40 +0100 > Vít Ondruch wrote: >> I always thought that one should not call `rpm` during rpmbuild. >> Nevertheless I am not sure what was the reason? Probably locking of >> RPM db? Can somebody elaborate? > It couldn't be

Re: How to fix a dependency to the version at build time?

2020-03-16 Thread Richard W.M. Jones
FWIW a small variation of this problem also affects AFL: https://src.fedoraproject.org/rpms/american-fuzzy-lop/c/6d5fd7f4d7b90adf6e975a7de7e57dc335300655?branch=master https://bugzilla.redhat.com/1813541 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones

Re: How to fix a dependency to the version at build time?

2020-03-16 Thread Paul Howarth
On Mon, 16 Mar 2020 11:22:40 +0100 Vít Ondruch wrote: > I always thought that one should not call `rpm` during rpmbuild. > Nevertheless I am not sure what was the reason? Probably locking of > RPM db? Can somebody elaborate? It couldn't be guaranteed to work in the case that the buildroot was

Re: How to fix a dependency to the version at build time?

2020-03-16 Thread Miro Hrončok
On 16. 03. 20 11:22, Vít Ondruch wrote: I always thought that one should not call `rpm` during rpmbuild. I remember this from when I learned packaging. In one of the slides (possibly by spot, but not sure), there was: "never call rmp from rpm" (There was a picture, Ghostbusters - Don't

Re: How to fix a dependency to the version at build time?

2020-03-16 Thread Vít Ondruch
Dne 14. 03. 20 v 10:14 Miro Hrončok napsal(a): > On 14. 03. 20 8:16, Dan Čermák wrote: >> However, I am not an expert on RPM macro evaluation and kinda worried >> that this uses the clang version that is present on the system building >> the srpm, which might not be the version that I want? Or is

Re: How to fix a dependency to the version at build time?

2020-03-14 Thread Miro Hrončok
On 14. 03. 20 8:16, Dan Čermák wrote: However, I am not an expert on RPM macro evaluation and kinda worried that this uses the clang version that is present on the system building the srpm, which might not be the version that I want? Or is this not a problem on Koji? It's not a problem. In

How to fix a dependency to the version at build time?

2020-03-14 Thread Dan Čermák
Hi list, I have recently received a bug report for my package ccls, that it currently fails in certain cases, because it hard codes the paths to /lib64/clang/$CLANG_VERSION for autocompletion at build time. This means that I need to make ccls depend on the *exact* clang version which was