On Fri, 2024-01-05 at 12:50 +0100, Ian McInerney via devel wrote:
> An interesting thing to note about that is that it is using ;-list
> formatting in CMake for this call, but according to the docs for
> CheckCSourceCompiles, these CMAKE_REQUIRED_<> variables should have
> the values space-separate
> Dne 05. 01. 24 v 11:10 Milan Crha napsal(a):
>
>
> There certainly were these changes:
>
> https://github.com/zlib-ng/zlib-ng/commit/0560a3a63dfdd6642724c8fad4db9dc...
>
> https://github.com/zlib-ng/zlib-ng/commit/6592accb2541aa637844cabef16b7ad...
>
>
> Vít
I don't think zlib-ng is the ro
Dne 05. 01. 24 v 11:10 Milan Crha napsal(a):
Hi,
On Fri, 2024-01-05 at 10:35 +0100, Honza Horak wrote:
Not sure whether it's a regression in zlib-ng or something to be
changed in evolution-data-server though
Neither do I. The eds check uses information from pkg-config output for
gio-2
Hi,
On Fri, 2024-01-05 at 10:35 +0100, Honza Horak wrote:
> Not sure whether it's a regression in zlib-ng or something to be
> changed in evolution-data-server though
Neither do I. The eds check uses information from pkg-config output for
gio-2.0 gmodule-2.0 libxml-2.0 and libsoup-3.0. It
Or just latest zlib-ng update -- upstream change
https://github.com/zlib-ng/zlib-ng/commit/6592accb2541aa637844cabef16b7adbb4cec4e1
got to fedora with update to 2.1.5 (Dec 27) and koschei started to fail Dec
28: https://koschei.fedoraproject.org/package/evolution-data-server
Not sure whether it's
zlib-devel-1.2.13-4.fc39.x86_64 vs zlib-ng-compat-devel-2.1.5-1.fc40.x86_64
Just guessing. I might be completely wrong.
Vít
Dne 05. 01. 24 v 9:59 Milan Crha napsal(a):
Hi,
this is new to me. I'm trying to build evolution-data-server in a side
tag for rawhide and the build [1] fails
Hi,
this is new to me. I'm trying to build evolution-data-server in a side
tag for rawhide and the build [1] fails in the CMake phase with error:
-- Performing Test HAVE_GPOWERPROFILEMONITOR
CMake Error: Parse error in command line argument: WITH_GZFILEOP
Should be: VAR:type=valu
