Le 20/07/2020 à 21:34, Dominik 'Rathann' Mierzejewski a écrit :
> This doesn't help to fix this:
>
> %build
> mkdir -p build
> cd build
> %cmake3 \
> ..
> %make_build
>
> Help?
Have you try "%cmake3 -S .. -B ."
This should override the default "-S ."
As the previous version require the
Neal Gompa wrote:
> So my understanding is that the option shouldn't work at all on CMake
> 3.11 in EPEL 8, as it does not exist in the man page:
> https://cmake.org/cmake/help/v3.11/manual/cmake.1.html
Older CMake versions had undocumented -H and -B options, which were supposed
to be always
On Tuesday, July 21, 2020 4:02:29 PM CEST Neal Gompa wrote:
> On Tue, Jul 21, 2020 at 9:51 AM Kamil Dudka wrote:
> > What exactly do you mean by "work"? If the option does not take any
> > effect, that is perfectly fine because the Fedora change did not reach
> > EPEL-8 (yet).
> >
> > Or are
On Tue, Jul 21, 2020 at 9:51 AM Kamil Dudka wrote:
>
> On Tuesday, July 21, 2020 3:41:02 PM CEST Neal Gompa wrote:
> > On Tue, Jul 21, 2020 at 9:04 AM Kamil Dudka wrote:
> > > On Tuesday, July 21, 2020 12:39:55 PM CEST Neal Gompa wrote:
> > > > That's odd, it shouldn't work,
> > >
> > > I
On Tuesday, July 21, 2020 3:41:02 PM CEST Neal Gompa wrote:
> On Tue, Jul 21, 2020 at 9:04 AM Kamil Dudka wrote:
> > On Tuesday, July 21, 2020 12:39:55 PM CEST Neal Gompa wrote:
> > > That's odd, it shouldn't work,
> >
> > I believe it does.
> >
> > > since -B wasn't introduced until CMake
On Tue, Jul 21, 2020 at 9:04 AM Kamil Dudka wrote:
>
> On Tuesday, July 21, 2020 12:39:55 PM CEST Neal Gompa wrote:
> > That's odd, it shouldn't work,
>
> I believe it does.
>
> > since -B wasn't introduced until CMake 3.13...
>
> You only need working -B option to override a previously specified
On Tuesday, July 21, 2020 12:39:55 PM CEST Neal Gompa wrote:
> That's odd, it shouldn't work,
I believe it does.
> since -B wasn't introduced until CMake 3.13...
You only need working -B option to override a previously specified -B option.
Otherwise CMake defaults to the current working
On Tue, Jul 21, 2020 at 3:32 AM Kamil Dudka wrote:
>
> On Monday, July 20, 2020 9:23:46 PM CEST Dominik 'Rathann' Mierzejewski wrote:
> > On Monday, 20 July 2020 at 20:46, Kamil Dudka wrote:
> >
> > > On Monday, July 20, 2020 8:35:37 PM CEST Neal Gompa wrote:
> > >
> > > > Or you could just use
On Monday, July 20, 2020 9:23:46 PM CEST Dominik 'Rathann' Mierzejewski wrote:
> On Monday, 20 July 2020 at 20:46, Kamil Dudka wrote:
>
> > On Monday, July 20, 2020 8:35:37 PM CEST Neal Gompa wrote:
> >
> > > Or you could just use "%global __cmake_in_source_build 1" which
> > > reverts to the
On Mon, Jul 20, 2020 at 3:44 PM Kaleb Keithley wrote:
>
> On Mon, Jul 20, 2020 at 1:48 PM Neal Gompa wrote:
>>
>>
>>
>> Your spec file is a complete mess, so I have not yet touched it to fix it.
>
>
> Not _my_ spec file. Is this another episode of whinging about %ifdef SUSE,
> then I suggest
On Mon, Jul 20, 2020 at 1:48 PM Neal Gompa wrote:
>
>
> Your spec file is a complete mess, so I have not yet touched it to fix it.
>
Not _my_ spec file. Is this another episode of whinging about %ifdef SUSE,
then I suggest you direct your comments at
On Monday, 20 July 2020 at 19:37, Neal Gompa wrote:
> On Mon, Jul 20, 2020 at 1:29 PM Kaleb Keithley wrote:
> >
> >
> > On 2020-07-17 I built ceph-15.2.4-5 (and ceph-15.2.4-6 --target=f33-java11)
> > with cmake-3.18.0-1.fc33 and the build(s) were successful.
> >
> > Today, with
On Monday, 20 July 2020 at 20:46, Kamil Dudka wrote:
> On Monday, July 20, 2020 8:35:37 PM CEST Neal Gompa wrote:
> > Or you could just use "%global __cmake_in_source_build 1" which
> > reverts to the previous behavior.
>
> That does not make any sense. The packages I talk about have used
> out
On Monday, July 20, 2020 8:35:37 PM CEST Neal Gompa wrote:
> Or you could just use "%global __cmake_in_source_build 1" which
> reverts to the previous behavior.
That does not make any sense. The packages I talk about have used
out of source builds since forever.
> Or you could *actually* make
On Mon, Jul 20, 2020 at 2:31 PM Kamil Dudka wrote:
>
> On Monday, July 20, 2020 7:37:25 PM CEST Neal Gompa wrote:
> > This is because ceph is not adapted yet for
> > https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds
>
> Yes, this change broke a lot of builds as it had been
On Monday, July 20, 2020 7:37:25 PM CEST Neal Gompa wrote:
> This is because ceph is not adapted yet for
> https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds
Yes, this change broke a lot of builds as it had been discussed on this list.
> Your spec file is a complete mess, so
You can work around it for now with %global __cmake_in_source_build 1
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On
On Mon, Jul 20, 2020 at 1:29 PM Kaleb Keithley wrote:
>
>
> On 2020-07-17 I built ceph-15.2.4-5 (and ceph-15.2.4-6 --target=f33-java11)
> with cmake-3.18.0-1.fc33 and the build(s) were successful.
>
> Today, with cmake-3.18.0-2.fc33 (which I guess is a respin of cmake-
> 3.18.0-1.fc33.1, a.k.a.
On 2020-07-17 I built ceph-15.2.4-5 (and ceph-15.2.4-6 --target=f33-java11)
with cmake-3.18.0-1.fc33 and the build(s) were successful.
Today, with cmake-3.18.0-2.fc33 (which I guess is a respin of cmake-
3.18.0-1.fc33.1, a.k.a. 3.18.0-1.1) my scratch builds are failing with:
...
+ make -j5
19 matches
Mail list logo
