Error with xgboost import

I am importing xgboost and have mentioned xgboost in a requirements.txt file. But getting the following error while running from the binder on the import line:
OSError: /home/main/anaconda/lib/python2.7/site-packages/xgboost/./wrapper/libxgboostwrapper.so: invalid ELF header

I do not get this error on my local machine. This has something to do with inclusion of compilers, particularly g++. Does the binder not have them or whats seems to be the issue here?

Any updates on this one?

I have same problem on a ubuntu box in miniconda environment.

@pronojitsaha I solved this problem this way. Maybe just works for me:

clone xgboost repo: git clone http://github.com/dmlc/xgboost

make sure submodule dmlc-core also cloned:

cd xgboost
git submodule update --init

build: ./build.sh

install:

cd python-package
python setup.py install

Hope it helps. Let me know.

Hi @enfeizhan thanks for the input, appreciate it. But I am a bit confused, are you advising to install xgboost again as outlined by you on my local machine? However I am not getting the error on my local machine...its when I run the notebook from the binder....am I missing something here?

@pronojitsaha Sorry for the confusion. Actually I was too focused to be aware of your problem was in a different context. I don't know how to solve the problem with binder (sorry I actually have no idea of what binder does). Maybe what you can take away is running the build.sh can properly compile the c++ libraries (maybe c libraries. I am pretty terrible with jargons), which should be the ones pointed out by the error you posted.
I suppose this might be helpful as I saw the same error when I ran import xgboost on my remote machine with ubuntu installed.

Ok, I understand. Thanks again. Probably the project owners can implement your way in the way binder builds xgboost when mentioned in the requirements.txt? cc @andrewosh

A bit twist before this solved my problem was git clone the repo gives an empty folder dmlc-core, which contains the make file executed in build.sh. Turns out dmlc-core is a submodule. You need to clone it separately by git submodule update --init
@pronojitsaha @andrewosh Good luck!

Same problem here... Any solution?

@enfeizhan Solved it for me thank you!
@JuanSebastanCho did you attempt his solution?

@BrochineLearning Happy you solved it.

Same problem with xgboost installed in anaconda3 environment via pip3. In a Linux console for Windows 10 (confusingly called Ubuntu).


Tools need by k3b are not installed

When I install k3b using nix-env -i k3b and run k3b it will complain about missing tools. In addition you need to run nix-env -i dvd+rw-tools cdrdao cdrtools cdrkit. Is it possible to install those tools with k3b as dependencies?

As documented, this cannot be fixed in Nix at this time.


Contact form error on onzestadapp.be

SMTP Error: Could not authenticate.

solved
http://www.onzestadapp.be/
TOM VAN HECKE / CEO & Co-Founder
<EMAIL_ADDRESS>/ +32 (0)474 79 25 80
ONZE STAD APP
+32 (0)9 324 25 64
Antwerpsesteenweg 199080 Lochristi
www.onzestadapp.be
<EMAIL_ADDRESS>[image: Twitter] https://twitter.com/onzestadapp [image: Facebook]
https://www.facebook.com/onzestadapp [image: Youtube]
https://www.youtube.com/c/OnzestadappBe-Vlaanderen
Bekijk ons nieuwjaarsfilmpje! https://www.youtube.com/watch?v=kc02ZHOMc3g
2017-04-10 10:44 GMT+02:00 Bart Pede<EMAIL_ADDRESS>
Assigned #315 https://github.com/our-city-app/oca-backend/issues/315 to
@OSATOM https://github.com/OSATOM.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/our-city-app/oca-backend/issues/315#event-1036048763,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AV95COPrhvjgB6Bou3L3vL7bFmz0bew9ks5ruev1gaJpZM4M4e-F
.


OIDC - Check permissions using an additional property

Is your feature request related to a problem? Please describe.
Hi we use the OIDC feature connected to a keycloak instance to verify user logins. Our keycloak is synced via ldap integration. From this ldap integration we get the information  if the given user can use arkime. Therefore the property "member_of" can or cannot contain a value named "arkime". This property should decide if the user (still) has the permission to use arkime.
Right now all users are accepted that can login to keycloak using the given client-id.
Describe the solution you'd like
I would like to have the option to define an property ("member_of") that must equal or contain a certain value.
PSEUDO CODE:
oidcRequiredTokenField = ArkimeConfig.get('oidcRequiredTokenField');
oidcRequiredTokenFieldValue = ArkimeConfig.get('oidcRequiredTokenFieldValue');

fieldValue = token[oidcRequiredTokenField]

if( !(
 (isArray(fieldValue) && fieldValue.indexOf(oidcRequiredTokenFieldValue) > 0) ||
 (!isArray(fieldValue) && fieldValue == oidcRequiredTokenFieldValue)
)
)
 return "ACCESS DENIED"

Describe alternatives you've considered
Additional context

Thank you very much. Is there a timetable for 5.4.1? Latest release seems to be 5.4.0 but the documentation already refers to 5.4.1

We try and document as the feature as added, you'll need to use the latest commit build. The top of the CHANGELOG has the month we expect to release the version, but it would be helpful if you try out the latest commit build and see if it does what you want.

it works like a charm. thank you very much.


Operator manifest migrate command issues

Tried to use istioctl manifest migrate command to generate IstioControlPlane CR yaml file from installer and to compare it with operator default profile. There are some mismatch fields including readinessprobe and some env definitions. The reason is because these fields are not exposed through values.yaml before, so we need to come up with a way to handle this based on existing translation of values.yaml files.
/cc @ostromart

[ ] Handle unexposed fields: we can just delete them from profiles since they are in charts templates already.

[ ] Handle scaleTargetRef name: we need to do some special handling for telemetry and gateways since their deployment naming pattern is bit different


Not enough storage is available to process this command.

VSCode Version: 1.60
OS Version: Win 10

Steps to Reproduce:

Could me a red herring: http://stackoverflow.com/questions/8857210/not-enough-storage-is-available-to-process-this-command-after-using-the-start

I've seen this before, we also do set the title as "".

Only appear when i run vscode as administrator!

It seems setting the title to anything fixes this problem.
Even title "" makes it go away.

I can confirm setting the title to anything makes it go away.

This was fixed in winpty v0.3.0 (https://github.com/rprichard/winpty/issues/74), so pty.js needs to be upleveled to fix this.

Pulled in the change to pty.js from upstream winpty (https://github.com/Tyriar/pty.js/commit/c75c2dcb6dcad83b0cb3ef2ae42d0448fb912642) and upleveled.
To verified:

Close all instances of VS Code
Launch VS Code as administrator
Open the terminal (ensure cmd.exe), the message should not be present


Unable to create new DuckDB connection

Description
On double clicking the just added duckdb connection (opening it), follwing error gets thrown:

DBeaver Version
Version <IP_ADDRESS>407211303
Operating System
macOS Big Sur 11.5.1
Database and driver

DuckDB
Version: tried it with both: 0.10.3 and 1.0.0

Steps to reproduce

Create new DuckDB connection (in-memory or disk, doesn't matter)
Connection gets added on left panel
Double click to open it
!!Error mentioned above

Additional context
No response

Hello @freakynit,
It seems that your macOS version is a bit too outdated. DuckDB uses a dynamic native library shipped with our OS that doesn't have the expected symbol (which, presumably, is present in more recent versions). You can either try using an even older version of the driver or upgrade to the latest macOS.
Please let me know if it helps.

@ShadelessFox I believe you are right. since dbeaver was not working, I thought to use metabase. But it also threw same error. So, I set up a docker container for metabase to test the same... And it worked.
My OS version is 3 year old now.. and im afraid to update it :)
We can close this ticket. Thanks for the support..


Update template.ts

Fix 5th planet status of Jupiter
Description
Just a typo
Checklist

[x] The base branch of this PR is preview, rather than main

Seems I have messed this up.


Investigate possible crash due to user having no (or very few) content

Isn't this in the wrong repo?
This should be related to the game-creator, not the app


Feature/publisher

Productionised the async code for full publisher service

The other thing we should add is a health check for the service, since we're using the aio libraries then we could reuse the code in sdx-rabbit-monitor


Download and install the latest boot2docker

From INSTALL.md I had to run the .app as well here before i could resize the hard drive on the next instruction

Refers to old version, so closed.


Cancelling Requests Bug

please add
if (runSettings === false) return false;
above the return (runSettings !== undefined)

These issues have been fixed in next, see release notes in that branch.


Packaging request: Etcher

This is just a packaging request for Etcher (https://etcher.io/). I might package it myself someday if I find the time and nobody else has done it.

Relevant https://github.com/NixOS/nixpkgs/issues/46382

PR https://github.com/NixOS/nixpkgs/pull/71404

Etcher is on master, so this should be closed.

Great! 🎉


code clean: controlPane -> controlPlane

What this PR does / why we need it:
code clean: controlPane -> controlPlane
Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #

/approve


Shows current date and time with plotman status

Show the current date and time when running plotman status to make it easier to compare the data between executions.
Example output:
 plot id    k           tmp            dst    wall   phase    tmp      pid   stat      mem   user    sys     io
fa8f8adc   32   /plot/disk1    /farm/disk6    1:32     1:4   151G   111699    SLP     4.0G   1:25   0:03    21s
3b1774b9   32   /plot/disk3    /farm/disk4    1:36     1:5   171G   111660    SLP     4.0G   2:01   0:05     6s
78d22d86   32   /plot/disk2    /farm/disk9    2:46     1:5   174G   105876    SLP     4.0G   2:35   0:06    32s
a37f9eda   32   /plot/disk3    /farm/disk7    2:54     1:7   175G   104532    SLP     3.8G   3:42   0:08     8s
913ae392   32   /plot/disk1    /farm/disk8    3:16     1:5   176G   100701    SLP     4.0G   2:46   0:06    25s
a4f5c77d   32   /plot/disk3    /farm/disk5    3:52     2:3   203G    94483    DSK     1.5G   4:35   0:11   0:04
bc8cdac7   32   /plot/disk2    /farm/disk2    4:17     1:7   176G    90112    SLP     3.8G   3:47   0:08    50s
776dbef3   32   /plot/disk1    /farm/disk1    4:49     1:7   169G    84535    SLP     3.8G   4:06   0:09    34s
530ce77a   32   /plot/disk3   /farm/disk10    4:52     3:1   227G    84023    DSK     3.8G   5:24   0:13   0:10
451bed13   32   /plot/disk2    /farm/disk3    6:46     2:5   252G    63433    RUN     1.5G   5:23   0:13   0:35
17e5e22d   32   /plot/disk1    /farm/disk6    7:18     3:1   226G    57846    RUN     3.8G   5:35   0:13   1:01
c99c33e0   32   /plot/disk2    /farm/disk4   11:47     4:0   109G    28672    RUN   221.4M   8:26   0:23   3:11

Total jobs: 12
Jobs in /plot/disk1: 4
Jobs in /plot/disk2: 4
Jobs in /plot/disk3: 4

Updated at: 05/13/21 16:36:22

@altendky

Just adding a couple more examples here as reference.

Those actually look great. My Python knowledge is pretty much trial and error, so thanks for the examples. Any of those look great.. my only stronger opinion was to use a raw representation.

I don't know if you care about the order or not. If so, give it a swap. If not, we can merge.

Which order? 🤔

You had added the job summary separately and now this.  So when merging I had to pick whether the summary or date goes first.

Can this be closed already?


Edgecase in Firefox

The compile request has an http location header which is blocked by Firefox as it is mixed active content at least that's how I under stand it. I have the error message below
Blocked loading mixed active content “http://playground-backend-iob5vy5ctq-uw.a.run.app/api/run?code=%0Ause+yew%3A%3Aprelude%3A%3A%2A%3B%0A%0A%23%5Bfunction_component%28App%29%5D%0Afn+app%28%29+-%3E+Html+%7B%0A++++html%21+%7B+%22hello+world%22+%7D%0A%7D%0A%0Afn+main%28%29+%7B%0A++++yew%3A%3Astart_app%3A%3A%3CApp%3E%28%29%3B%0A%7D%0A”

i have tested it with firefox and it works. Maybe there is an extension causing problem for you

Strange, so i first understood it wrong. My client makes the request and gets the response header but due to the location attribute of the response containing an http instead of an https adress the response body gets blocked. But from what mdn says that seems to be default behavior so not sure what is actually causing the issue

Did you test on your own Firefox instance if so can you check if you set "security.mixed_content.block_active_content" in the about:config to false?

I have it set to true. Can you post a screenshot of your network tab?
The location header returns http for me too (this is controlled by firebase)

but the redirect request is sent as https

The API is also available at https://api.play.yew.rs so instead of doing a /api/<path> redirect, we could make a request to https://api.play.yew.rs/<path>

Yeah I saw that when visiting directly it upgrades the connection to https but for me it gets blocked before following the redirect

I also get an http/3 response maybe thats the issue but that just creates the new question why the the http version is diffrent

This should've been the first question but what version of Firefox and what OS are you on?

Sorry should have provided that earlier Firefox 106.0.1 on Linux (popos)

The same Mixed Content error occurs in Chrome with no extensions:

OS: MacOS 12.2.1
Chrome: 107.0.5304.87 (Official Build) (arm64)

Similar issue on Windows in Vivaldi (chrome based), tried in a private window with extensions off and the issue persists. Same thing with mostly all security features disabled.

Browser: Firefox 107.0 (64-bit)
OS: macOS 10.15.7 (Catalina)
Seeing the same issue.  Steps to reproduce:

open https://play.yew.rs
press Run
observe blank white window appears
Web Developer Tools Console shows error

Blocked loading mixed active content “http://playground-backend-iob5vy5ctq-uw.a.run.app/api/run?code=%0Ause+yew%3A%3Aprelude%3A%3A%2A%3B%0A%0A%23%5Bfunction_component%28App%29%5D%0Afn+app%28%29+-%3E+Html+%7B%0A++++html%21+%7B+%22hello+world%22+%7D%0A%7D%0A%0Afn+main%28%29+%7B%0A++++yew%3A%3Astart_app%3A%3A%3CApp%3E%28%29%3B%0A%7D%0A” play.yew.rs

I think Google is to blame here. Firebase rewrites are used for for redirect and it returns http link for the cloud run service: https://firebase.google.com/docs/hosting/cloud-run. Browsers don't like http link here, perhaps because there's WASM bytes inlined in the <script>.
If anyone knows a fix for this, I would be happy to hear it.

Dug around a bit and found a more specific blurb from the firebase docs

Cloud Run redirects all HTTP requests to HTTPS but terminates TLS before they reach your web service. If your service generates a web resources that refers to other web resources with unsecured URLs (http://), your page may be subject to mixed content warnings or errors. Use the https protocol for all reference web URIs or account for proxy directives in the HTTP Request such as the X-Forwarded-Proto HTTP header.

I am guessing there is a unsecured URL being called somewhere. Pretty sure it is not due to the WASM or firebase specifically since they should be redirecting everything to https. I can try to look around this weekend. Pretty unfamiliar with the codebase though @hamza1311

@ChristopherPerry6060 actually this redirect is from Firebase Hosting to Cloud Run, not between Cloud Run services.
The request is supposed to go as follows:

Run button is clicked
/api/run is called
Firebase hosting sees the redirect and sends it off to cloud run
Cloud run services do the computation
response is sent is back

The third step is where the issue occurs. The communication between the cloud run services isn't exposed at all

I've pushed a workaround that should fix this issue. It no longer goes through any redirects to reach the server


Alpine Linux support

Description of the problem
Since Gramine doesn't support Alpine Linux (https://github.com/gramineproject/gramine/issues/993), same thing for GSC.
Note that this issue depends on the feature of supporting Gramine in Alpine.

This also depends on: are all Gramine run-time dependencies available as packages on Alpine?
When I look at our minimalistic Docker image: https://github.com/gramineproject/gramine/blob/master/packaging/docker/Dockerfile
I see:

curl gnupg2 binutils packages -- should be available on Alpine
SGX SDK/PSW packages -- AFAIK they are not available on Alpine

@mssun Do you know if SGX SDK/PSW is supported on Alpine? Also, did you try to build Gramine on Alpine (I think it should work if we enable musl and maybe disable glibc during meson setup)?

I don't think SGX SDK/PSW supports Apline officially.
For SGX SDK/PSW, what functions does Gramine use with the SDK/PSW specifically? If this is for architectural enclaves, we can suggest to use the host AESM service and map the domain socket file (/run/aesmd/aesmd.socket) into container.
I did an initial PoC of Gramine on Alpine. I compiled Gramine with Ubuntu, copied all Gramine artifacts to Alpine (Alpine may have different directory structure), resolved library dependencies (e.g., Python, glibc, protobuf, make, etc.). With these efforts, I can successfully compile the manifest file, sign the enclave, and run the hello world sample with gramine-sgx. However, this is just a PoC and a complete testing is needed.

Gramine needs SGX SDK/PSW for two purposes:

AESM services (Launch arch enclave for older machines, EPID Quoting arch enclave, DCAP Quoting arch enclave)
libsgx_dcap_quoteverify.so DCAP-quote-verification shared library (part of the SDK/PSW package libsgx-dcap-quote-verify), required for RA-TLS attestation: https://github.com/gramineproject/gramine/blob/db86ad2eab2ab449508b85263818f4d6d6e10a50/tools/sgx/ra-tls/ra_tls_verify_dcap.c#L162-L166

I agree that for the first purpose (AESM services), we can suggest to use AESM service from the host and map its socket into the container. This will unfortunately mean that it will be impossible to use a bare-metal (non-container) deployment of Gramine, but maybe it's good enough for now.
The second purpose (libsgx_dcap_quoteverify.so) is more complicated. Gramine links against this library, so it must be placed into the Alpine container. I'm unclear if e.g. one can simply copy this shared library (and maybe some of its dependency files) from an Ubuntu system to the Alpine container, and it will just work.
Well, the second purpose is only relevant if Gramine wants to use DCAP remote attestation (more specifically, DCAP quote verification). I would say that this doesn't happen in all scenarios, but I guess it's a pretty important part of SGX flows. So we need to solve this issue somehow, otherwise Gramine-on-Alpine will have a serious limitation.
@mssun It would be interesting to perform a test of DCAP quote verification in Gramine. For example, to run a ra-tls-mbedtls example. If we make this example work (in a not too hacky way), then I think we can work on a real Alpine support.

@mwshan (a maintainer of Intel SGX SDK/PSW/DCAP) told me that the libsgx_dcap_quoteverify.so library can be simply built inside of the Alpine container, against the Musl C lib. The library should be built from https://github.com/intel/SGXDataCenterAttestationPrimitives/, under the QuoteVerification/ directory. It should be straight-forward since it doesn't depend on anything special.

Is there any plans to support Alpine in GSC soon ? I see gramine got the support in here.

Is there any plans to support Alpine in GSC soon ? I see gramine got the support in here.

@aneessahib @anjalirai-intel @sahason Do you know if anyone is working on this support?

@sahason  will start some work on this, but priority will be best effort.


Problem with ticket on successful login

In views.py, service is not checked for a '?' after a successful login, just if the user is already logged in. This generates an url like http://domain.com/abcd?param1=32&param2=ki?ticket=kdjcso, which is invalid.

Thanks for reporting this! This issue should be resolved in the latest commit. Let me know if you have further problems.


Yandex bot is failing ArgumentOutOfRangeException

Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Set User-Agent as Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106
##Will produce
An exception was thrown while activating Wangkanai.Detection.Detection -> Wangkanai.Detection.BrowserResolver.
Problem Id:System.ArgumentOutOfRangeException at Wangkanai.Detection.Collections.Chrome..ctor
Will provide pull request fix in few minutes

Maybe as a separate issue but, how about wrap BrowserResolver. GetBrowser() into try catch? I would say its way better to say I dont know what browser is that than crash. I can make PR for that too if @wangkanai approve it.

thank you @vovikdrg very much


[nlohmann-json] Build failure

Package: nlohmann-json:x64-windows-static-md -> 3.11.2
Host Environment

Host: x64-windows
Compiler: MSVC 19.0.24247.2
vcpkg-tool version: 2023-08-09-9990a4c9026811a312cb2af78bf77f3d9d288416
vcpkg-scripts version: 0a50c9623 2023-09-18 (2 hours ago)

To Reproduce
vcpkg install nlohmann-json:x64-windows-static-md
Failure logs
-- Using cached nlohmann-json-v3.11.2.tar.gz.
-- Cleaning sources at I:/Tools/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source I:/Tools/vcpkg/downloads/nlohmann-json-v3.11.2.tar.gz
-- Using source at I:/Tools/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean
-- Configuring x64-windows-static-md
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:112 (message):
    Command failed: I:/Tools/vcpkg/downloads/tools/ninja/1.10.2-windows/ninja.exe -v
    Working Directory: I:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-rel/vcpkg-parallel-configure
    Error code: 1
    See logs for more information:
      I:\Tools\vcpkg\buildtrees\nlohmann-json\config-x64-windows-static-md-dbg-CMakeCache.txt.log
      I:\Tools\vcpkg\buildtrees\nlohmann-json\config-x64-windows-static-md-rel-CMakeCache.txt.log
      I:\Tools\vcpkg\buildtrees\nlohmann-json\config-x64-windows-static-md-out.log

Call Stack (most recent call first):
  installed/x64-windows/share/vcpkg-cmake/vcpkg_cmake_configure.cmake:252 (vcpkg_execute_required_process)
  ports/nlohmann-json/portfile.cmake:18 (vcpkg_cmake_configure)
  scripts/ports.cmake:147 (include)

I:\Tools\vcpkg\buildtrees\nlohmann-json\config-x64-windows-static-md-dbg-CMakeCache.txt.log
# This is the CMakeCache file.
# For build in directory: i:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-dbg
# It was generated by CMake: I:/Program Files/CMake/bin/cmake.exe
# You can edit this file to change values found and used by cmake.
# If you do not want to change any of the values, simply exit the editor.
# If you do want to change a value, simply edit, save, and exit the editor.
# The syntax for the file is as follows:
# KEY:TYPE=VALUE
# KEY is the name of a variable in the cache.
# TYPE is a hint to GUIs for the type of VALUE, DO NOT EDIT TYPE!.
# VALUE is the current value for the KEY.

########################
# EXTERNAL cache entries
########################

//No help, variable specified on the command line.
BUILD_SHARED_LIBS:UNINITIALIZED=OFF

//Path to a program.
CMAKE_AR:FILEPATH=I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/lib.exe

//Choose the type of build, options are: None Debug Release RelWithDebInfo
// MinSizeRel ...
CMAKE_BUILD_TYPE:STRING=Debug

CMAKE_CROSSCOMPILING:STRING=OFF

//CXX compiler
CMAKE_CXX_COMPILER:FILEPATH=I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/cl.exe

CMAKE_CXX_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP '

CMAKE_CXX_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

//Flags used by the CXX compiler during MINSIZEREL builds.
CMAKE_CXX_FLAGS_MINSIZEREL:STRING=/MD /O1 /Ob1 /DNDEBUG

CMAKE_CXX_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//Flags used by the CXX compiler during RELWITHDEBINFO builds.
CMAKE_CXX_FLAGS_RELWITHDEBINFO:STRING=/MD /Zi /O2 /Ob1 /DNDEBUG

//Libraries linked by default with all C++ applications.
CMAKE_CXX_STANDARD_LIBRARIES:STRING=kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib

CMAKE_C_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /MP '

CMAKE_C_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

CMAKE_C_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//No help, variable specified on the command line.
CMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION:UNINITIALIZED=ON

//Flags used by the linker during all build types.
CMAKE_EXE_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during DEBUG builds.
CMAKE_EXE_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during MINSIZEREL builds.
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_EXE_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during RELWITHDEBINFO builds.
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

//Enable/Disable output of compile commands during generation.
CMAKE_EXPORT_COMPILE_COMMANDS:BOOL=

//No help, variable specified on the command line.
CMAKE_EXPORT_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY:UNINITIALIZED=ON

//Value Computed by CMake.
CMAKE_FIND_PACKAGE_REDIRECTS_DIR:STATIC=I:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-dbg/CMakeFiles/pkgRedirects

//No help, variable specified on the command line.
CMAKE_INSTALL_BINDIR:STRING=bin

//No help, variable specified on the command line.
CMAKE_INSTALL_LIBDIR:STRING=lib

//Install path prefix, prepended onto install directories.
CMAKE_INSTALL_PREFIX:PATH=I:/Tools/vcpkg/packages/nlohmann-json_x64-windows-static-md/debug

//No help, variable specified on the command line.
CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP:UNINITIALIZED=TRUE

//Path to a program.
CMAKE_LINKER:FILEPATH=I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/link.exe

//No help, variable specified on the command line.
CMAKE_MAKE_PROGRAM:UNINITIALIZED=I:/Tools/vcpkg/downloads/tools/ninja/1.10.2-windows/ninja.exe

//Flags used by the linker during the creation of modules during
// all build types.
CMAKE_MODULE_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of modules during
// DEBUG builds.
CMAKE_MODULE_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during the creation of modules during
// MINSIZEREL builds.
CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_MODULE_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during the creation of modules during
// RELWITHDEBINFO builds.
CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

CMAKE_MSVC_RUNTIME_LIBRARY:STRING=MultiThreaded$<$<CONFIG:Debug>:Debug>$<$<STREQUAL:dynamic,dynamic>:DLL>

//Path to a program.
CMAKE_MT:FILEPATH=CMAKE_MT-NOTFOUND

//Value Computed by CMake
CMAKE_PROJECT_DESCRIPTION:STATIC=

//Value Computed by CMake
CMAKE_PROJECT_HOMEPAGE_URL:STATIC=

//Value Computed by CMake
CMAKE_PROJECT_NAME:STATIC=nlohmann_json

//Value Computed by CMake
CMAKE_PROJECT_VERSION:STATIC=3.11.2

//Value Computed by CMake
CMAKE_PROJECT_VERSION_MAJOR:STATIC=3

//Value Computed by CMake
CMAKE_PROJECT_VERSION_MINOR:STATIC=11

//Value Computed by CMake
CMAKE_PROJECT_VERSION_PATCH:STATIC=2

//Value Computed by CMake
CMAKE_PROJECT_VERSION_TWEAK:STATIC=

//RC compiler
CMAKE_RC_COMPILER:FILEPATH=rc

CMAKE_RC_FLAGS:STRING=-c65001 /DWIN32

//Flags for Windows Resource Compiler during DEBUG builds.
CMAKE_RC_FLAGS_DEBUG:STRING=-D_DEBUG

//Flags for Windows Resource Compiler during MINSIZEREL builds.
CMAKE_RC_FLAGS_MINSIZEREL:STRING=

//Flags for Windows Resource Compiler during RELEASE builds.
CMAKE_RC_FLAGS_RELEASE:STRING=

//Flags for Windows Resource Compiler during RELWITHDEBINFO builds.
CMAKE_RC_FLAGS_RELWITHDEBINFO:STRING=

//Flags used by the linker during the creation of shared libraries
// during all build types.
CMAKE_SHARED_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of shared libraries
// during DEBUG builds.
CMAKE_SHARED_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during the creation of shared libraries
// during MINSIZEREL builds.
CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_SHARED_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during the creation of shared libraries
// during RELWITHDEBINFO builds.
CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

//If set, runtime paths are not added when installing shared libraries,
// but are added when building.
CMAKE_SKIP_INSTALL_RPATH:BOOL=NO

//If set, runtime paths are not added when using shared libraries.
CMAKE_SKIP_RPATH:BOOL=NO

//Flags used by the linker during the creation of static libraries
// during all build types.
CMAKE_STATIC_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of static libraries
// during DEBUG builds.
CMAKE_STATIC_LINKER_FLAGS_DEBUG:STRING=/nologo

//Flags used by the linker during the creation of static libraries
// during MINSIZEREL builds.
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL:STRING=

//Flags used by the linker during the creation of static libraries
// during RELEASE builds.
CMAKE_STATIC_LINKER_FLAGS_RELEASE:STRING=/nologo

//Flags used by the linker during the creation of static libraries
// during RELWITHDEBINFO builds.
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO:STRING=

CMAKE_SYSTEM_NAME:STRING=Windows

CMAKE_SYSTEM_PROCESSOR:STRING=AMD64

CMAKE_SYSTEM_VERSION:STRING=10.0.19045

//The CMake toolchain file
CMAKE_TOOLCHAIN_FILE:FILEPATH=I:/Tools/vcpkg/scripts/buildsystems/vcpkg.cmake

//If this value is on, makefiles will be generated without the
// .SILENT directive, and all commands will be echoed to the console
// during the make.  This is useful for debugging only. With Visual
// Studio IDE projects all commands are done without /nologo.
CMAKE_VERBOSE_MAKEFILE:BOOL=ON

//No help, variable specified on the command line.
FETCHCONTENT_FULLY_DISCONNECTED:UNINITIALIZED=ON

//No help, variable specified on the command line.
JSON_BuildTests:UNINITIALIZED=OFF

//No help, variable specified on the command line.
JSON_Diagnostics:UNINITIALIZED=OFF

//No help, variable specified on the command line.
JSON_ImplicitConversions:UNINITIALIZED=ON

//No help, variable specified on the command line.
JSON_Install:UNINITIALIZED=ON

//No help, variable specified on the command line.
JSON_MultipleHeaders:UNINITIALIZED=ON

//Automatically copy dependencies into the output directory for
// executables.
VCPKG_APPLOCAL_DEPS:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_CHAINLOAD_TOOLCHAIN_FILE:UNINITIALIZED=I:/Tools/vcpkg/scripts/toolchains/windows.cmake

//No help, variable specified on the command line.
VCPKG_CRT_LINKAGE:UNINITIALIZED=dynamic

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_RELEASE:UNINITIALIZED=

//The directory which contains the installed libraries for each
// triplet
VCPKG_INSTALLED_DIR:PATH=I:/Tools/vcpkg/installed

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_RELEASE:UNINITIALIZED=

//The path to the vcpkg manifest directory.
VCPKG_MANIFEST_DIR:PATH=

//Use manifest mode, as opposed to classic mode.
VCPKG_MANIFEST_MODE:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_PLATFORM_TOOLSET:UNINITIALIZED=v140

//Appends the vcpkg paths to CMAKE_PREFIX_PATH, CMAKE_LIBRARY_PATH
// and CMAKE_FIND_ROOT_PATH so that vcpkg libraries/packages are
// found after toolchain/system libraries/packages.
VCPKG_PREFER_SYSTEM_LIBS:BOOL=OFF

//Enable the setup of CMAKE_PROGRAM_PATH to vcpkg paths
VCPKG_SETUP_CMAKE_PROGRAM_PATH:BOOL=ON

//No help, variable specified on the command line.
VCPKG_SET_CHARSET_FLAG:UNINITIALIZED=ON

//No help, variable specified on the command line.
VCPKG_TARGET_ARCHITECTURE:UNINITIALIZED=x64

//Vcpkg target triplet (ex. x86-windows)
VCPKG_TARGET_TRIPLET:STRING=x64-windows-static-md

//Trace calls to find_package()
VCPKG_TRACE_FIND_PACKAGE:BOOL=OFF

//Enables messages from the VCPKG toolchain for debugging purposes.
VCPKG_VERBOSE:BOOL=OFF

//(experimental) Automatically copy dependencies into the install
// target directory for executables. Requires CMake 3.14.
X_VCPKG_APPLOCAL_DEPS_INSTALL:BOOL=OFF

//(experimental) Add USES_TERMINAL to VCPKG_APPLOCAL_DEPS to force
// serialization.
X_VCPKG_APPLOCAL_DEPS_SERIALIZED:BOOL=OFF

//The directory which contains the installed libraries for each
// triplet
_VCPKG_INSTALLED_DIR:PATH=I:/Tools/vcpkg/installed

//No help, variable specified on the command line.
_VCPKG_ROOT_DIR:UNINITIALIZED=I:/Tools/vcpkg

//Value Computed by CMake
nlohmann_json_BINARY_DIR:STATIC=I:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-dbg

//Value Computed by CMake
nlohmann_json_IS_TOP_LEVEL:STATIC=ON

//Value Computed by CMake
nlohmann_json_SOURCE_DIR:STATIC=I:/Tools/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean

########################
# INTERNAL cache entries
########################

//ADVANCED property for variable: CMAKE_AR
CMAKE_AR-ADVANCED:INTERNAL=1
//This is the directory where this CMakeCache.txt was created
CMAKE_CACHEFILE_DIR:INTERNAL=i:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-dbg
//Major version of cmake used to create the current loaded cache
CMAKE_CACHE_MAJOR_VERSION:INTERNAL=3
//Minor version of cmake used to create the current loaded cache
CMAKE_CACHE_MINOR_VERSION:INTERNAL=27
//Patch version of cmake used to create the current loaded cache
CMAKE_CACHE_PATCH_VERSION:INTERNAL=4
//Path to CMake executable.
CMAKE_COMMAND:INTERNAL=I:/Program Files/CMake/bin/cmake.exe
//Path to cpack program executable.
CMAKE_CPACK_COMMAND:INTERNAL=I:/Program Files/CMake/bin/cpack.exe
//Path to ctest program executable.
CMAKE_CTEST_COMMAND:INTERNAL=I:/Program Files/CMake/bin/ctest.exe
//ADVANCED property for variable: CMAKE_CXX_COMPILER
CMAKE_CXX_COMPILER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS
CMAKE_CXX_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_DEBUG
CMAKE_CXX_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_MINSIZEREL
CMAKE_CXX_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_RELEASE
CMAKE_CXX_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_RELWITHDEBINFO
CMAKE_CXX_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_STANDARD_LIBRARIES
CMAKE_CXX_STANDARD_LIBRARIES-ADVANCED:INTERNAL=1
//Path to cache edit program executable.
CMAKE_EDIT_COMMAND:INTERNAL=I:/Program Files/CMake/bin/cmake-gui.exe
//Executable file format
CMAKE_EXECUTABLE_FORMAT:INTERNAL=Unknown
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS
CMAKE_EXE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_DEBUG
CMAKE_EXE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_MINSIZEREL
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELEASE
CMAKE_EXE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXPORT_COMPILE_COMMANDS
CMAKE_EXPORT_COMPILE_COMMANDS-ADVANCED:INTERNAL=1
//Name of external makefile project generator.
CMAKE_EXTRA_GENERATOR:INTERNAL=
//Name of generator.
CMAKE_GENERATOR:INTERNAL=Ninja
//Generator instance identifier.
CMAKE_GENERATOR_INSTANCE:INTERNAL=
//Name of generator platform.
CMAKE_GENERATOR_PLATFORM:INTERNAL=
//Name of generator toolset.
CMAKE_GENERATOR_TOOLSET:INTERNAL=
//Source directory with the top level CMakeLists.txt file for this
// project
CMAKE_HOME_DIRECTORY:INTERNAL=I:/Tools/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean
//ADVANCED property for variable: CMAKE_LINKER
CMAKE_LINKER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS
CMAKE_MODULE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_DEBUG
CMAKE_MODULE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL
CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELEASE
CMAKE_MODULE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MT
CMAKE_MT-ADVANCED:INTERNAL=1
//number of local generators
CMAKE_NUMBER_OF_MAKEFILES:INTERNAL=1
//Platform information initialized
CMAKE_PLATFORM_INFO_INITIALIZED:INTERNAL=1
//noop for ranlib
CMAKE_RANLIB:INTERNAL=:
//ADVANCED property for variable: CMAKE_RC_COMPILER
CMAKE_RC_COMPILER-ADVANCED:INTERNAL=1
CMAKE_RC_COMPILER_WORKS:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS
CMAKE_RC_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_DEBUG
CMAKE_RC_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_MINSIZEREL
CMAKE_RC_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELEASE
CMAKE_RC_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELWITHDEBINFO
CMAKE_RC_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//Path to CMake installation.
CMAKE_ROOT:INTERNAL=I:/Program Files/CMake/share/cmake-3.27
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS
CMAKE_SHARED_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_DEBUG
CMAKE_SHARED_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL
CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELEASE
CMAKE_SHARED_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_INSTALL_RPATH
CMAKE_SKIP_INSTALL_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_RPATH
CMAKE_SKIP_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS
CMAKE_STATIC_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_DEBUG
CMAKE_STATIC_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELEASE
CMAKE_STATIC_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_TOOLCHAIN_FILE
CMAKE_TOOLCHAIN_FILE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_VERBOSE_MAKEFILE
CMAKE_VERBOSE_MAKEFILE-ADVANCED:INTERNAL=1
//Install the dependencies listed in your manifest:
//\n    If this is off, you will have to manually install your dependencies.
//\n    See https://github.com/microsoft/vcpkg/tree/master/docs/specifications/manifests.md
// for more info.
//\n
VCPKG_MANIFEST_INSTALL:INTERNAL=OFF
//ADVANCED property for variable: VCPKG_VERBOSE
VCPKG_VERBOSE-ADVANCED:INTERNAL=1
//Making sure VCPKG_MANIFEST_MODE doesn't change
Z_VCPKG_CHECK_MANIFEST_MODE:INTERNAL=OFF
//Vcpkg root directory
Z_VCPKG_ROOT_DIR:INTERNAL=I:/Tools/vcpkg

I:\Tools\vcpkg\buildtrees\nlohmann-json\config-x64-windows-static-md-rel-CMakeCache.txt.log
# This is the CMakeCache file.
# For build in directory: i:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-rel
# It was generated by CMake: I:/Program Files/CMake/bin/cmake.exe
# You can edit this file to change values found and used by cmake.
# If you do not want to change any of the values, simply exit the editor.
# If you do want to change a value, simply edit, save, and exit the editor.
# The syntax for the file is as follows:
# KEY:TYPE=VALUE
# KEY is the name of a variable in the cache.
# TYPE is a hint to GUIs for the type of VALUE, DO NOT EDIT TYPE!.
# VALUE is the current value for the KEY.

########################
# EXTERNAL cache entries
########################

//No help, variable specified on the command line.
BUILD_SHARED_LIBS:UNINITIALIZED=OFF

//Path to a program.
CMAKE_AR:FILEPATH=I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/lib.exe

//Choose the type of build, options are: None Debug Release RelWithDebInfo
// MinSizeRel ...
CMAKE_BUILD_TYPE:STRING=Release

CMAKE_CROSSCOMPILING:STRING=OFF

//CXX compiler
CMAKE_CXX_COMPILER:FILEPATH=I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/cl.exe

CMAKE_CXX_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP '

CMAKE_CXX_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

//Flags used by the CXX compiler during MINSIZEREL builds.
CMAKE_CXX_FLAGS_MINSIZEREL:STRING=/MD /O1 /Ob1 /DNDEBUG

CMAKE_CXX_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//Flags used by the CXX compiler during RELWITHDEBINFO builds.
CMAKE_CXX_FLAGS_RELWITHDEBINFO:STRING=/MD /Zi /O2 /Ob1 /DNDEBUG

//Libraries linked by default with all C++ applications.
CMAKE_CXX_STANDARD_LIBRARIES:STRING=kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib

CMAKE_C_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /MP '

CMAKE_C_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

CMAKE_C_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//No help, variable specified on the command line.
CMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION:UNINITIALIZED=ON

//Flags used by the linker during all build types.
CMAKE_EXE_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during DEBUG builds.
CMAKE_EXE_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during MINSIZEREL builds.
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_EXE_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during RELWITHDEBINFO builds.
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

//Enable/Disable output of compile commands during generation.
CMAKE_EXPORT_COMPILE_COMMANDS:BOOL=

//No help, variable specified on the command line.
CMAKE_EXPORT_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY:UNINITIALIZED=ON

//Value Computed by CMake.
CMAKE_FIND_PACKAGE_REDIRECTS_DIR:STATIC=I:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-rel/CMakeFiles/pkgRedirects

//No help, variable specified on the command line.
CMAKE_INSTALL_BINDIR:STRING=bin

//No help, variable specified on the command line.
CMAKE_INSTALL_LIBDIR:STRING=lib

//Install path prefix, prepended onto install directories.
CMAKE_INSTALL_PREFIX:PATH=I:/Tools/vcpkg/packages/nlohmann-json_x64-windows-static-md

//No help, variable specified on the command line.
CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP:UNINITIALIZED=TRUE

//Path to a program.
CMAKE_LINKER:FILEPATH=I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/link.exe

//No help, variable specified on the command line.
CMAKE_MAKE_PROGRAM:UNINITIALIZED=I:/Tools/vcpkg/downloads/tools/ninja/1.10.2-windows/ninja.exe

//Flags used by the linker during the creation of modules during
// all build types.
CMAKE_MODULE_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of modules during
// DEBUG builds.
CMAKE_MODULE_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during the creation of modules during
// MINSIZEREL builds.
CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_MODULE_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during the creation of modules during
// RELWITHDEBINFO builds.
CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

CMAKE_MSVC_RUNTIME_LIBRARY:STRING=MultiThreaded$<$<CONFIG:Debug>:Debug>$<$<STREQUAL:dynamic,dynamic>:DLL>

//Path to a program.
CMAKE_MT:FILEPATH=CMAKE_MT-NOTFOUND

//Value Computed by CMake
CMAKE_PROJECT_DESCRIPTION:STATIC=

//Value Computed by CMake
CMAKE_PROJECT_HOMEPAGE_URL:STATIC=

//Value Computed by CMake
CMAKE_PROJECT_NAME:STATIC=nlohmann_json

//Value Computed by CMake
CMAKE_PROJECT_VERSION:STATIC=3.11.2

//Value Computed by CMake
CMAKE_PROJECT_VERSION_MAJOR:STATIC=3

//Value Computed by CMake
CMAKE_PROJECT_VERSION_MINOR:STATIC=11

//Value Computed by CMake
CMAKE_PROJECT_VERSION_PATCH:STATIC=2

//Value Computed by CMake
CMAKE_PROJECT_VERSION_TWEAK:STATIC=

//RC compiler
CMAKE_RC_COMPILER:FILEPATH=rc

CMAKE_RC_FLAGS:STRING=-c65001 /DWIN32

//Flags for Windows Resource Compiler during DEBUG builds.
CMAKE_RC_FLAGS_DEBUG:STRING=-D_DEBUG

//Flags for Windows Resource Compiler during MINSIZEREL builds.
CMAKE_RC_FLAGS_MINSIZEREL:STRING=

//Flags for Windows Resource Compiler during RELEASE builds.
CMAKE_RC_FLAGS_RELEASE:STRING=

//Flags for Windows Resource Compiler during RELWITHDEBINFO builds.
CMAKE_RC_FLAGS_RELWITHDEBINFO:STRING=

//Flags used by the linker during the creation of shared libraries
// during all build types.
CMAKE_SHARED_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of shared libraries
// during DEBUG builds.
CMAKE_SHARED_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during the creation of shared libraries
// during MINSIZEREL builds.
CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_SHARED_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during the creation of shared libraries
// during RELWITHDEBINFO builds.
CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

//If set, runtime paths are not added when installing shared libraries,
// but are added when building.
CMAKE_SKIP_INSTALL_RPATH:BOOL=NO

//If set, runtime paths are not added when using shared libraries.
CMAKE_SKIP_RPATH:BOOL=NO

//Flags used by the linker during the creation of static libraries
// during all build types.
CMAKE_STATIC_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of static libraries
// during DEBUG builds.
CMAKE_STATIC_LINKER_FLAGS_DEBUG:STRING=/nologo

//Flags used by the linker during the creation of static libraries
// during MINSIZEREL builds.
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL:STRING=

//Flags used by the linker during the creation of static libraries
// during RELEASE builds.
CMAKE_STATIC_LINKER_FLAGS_RELEASE:STRING=/nologo

//Flags used by the linker during the creation of static libraries
// during RELWITHDEBINFO builds.
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO:STRING=

CMAKE_SYSTEM_NAME:STRING=Windows

CMAKE_SYSTEM_PROCESSOR:STRING=AMD64

CMAKE_SYSTEM_VERSION:STRING=10.0.19045

//The CMake toolchain file
CMAKE_TOOLCHAIN_FILE:FILEPATH=I:/Tools/vcpkg/scripts/buildsystems/vcpkg.cmake

//If this value is on, makefiles will be generated without the
// .SILENT directive, and all commands will be echoed to the console
// during the make.  This is useful for debugging only. With Visual
// Studio IDE projects all commands are done without /nologo.
CMAKE_VERBOSE_MAKEFILE:BOOL=ON

//No help, variable specified on the command line.
FETCHCONTENT_FULLY_DISCONNECTED:UNINITIALIZED=ON

//No help, variable specified on the command line.
JSON_BuildTests:UNINITIALIZED=OFF

//No help, variable specified on the command line.
JSON_Diagnostics:UNINITIALIZED=OFF

//No help, variable specified on the command line.
JSON_ImplicitConversions:UNINITIALIZED=ON

//No help, variable specified on the command line.
JSON_Install:UNINITIALIZED=ON

//No help, variable specified on the command line.
JSON_MultipleHeaders:UNINITIALIZED=ON

//Automatically copy dependencies into the output directory for
// executables.
VCPKG_APPLOCAL_DEPS:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_CHAINLOAD_TOOLCHAIN_FILE:UNINITIALIZED=I:/Tools/vcpkg/scripts/toolchains/windows.cmake

//No help, variable specified on the command line.
VCPKG_CRT_LINKAGE:UNINITIALIZED=dynamic

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_RELEASE:UNINITIALIZED=

//The directory which contains the installed libraries for each
// triplet
VCPKG_INSTALLED_DIR:PATH=I:/Tools/vcpkg/installed

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_RELEASE:UNINITIALIZED=

//The path to the vcpkg manifest directory.
VCPKG_MANIFEST_DIR:PATH=

//Use manifest mode, as opposed to classic mode.
VCPKG_MANIFEST_MODE:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_PLATFORM_TOOLSET:UNINITIALIZED=v140

//Appends the vcpkg paths to CMAKE_PREFIX_PATH, CMAKE_LIBRARY_PATH
// and CMAKE_FIND_ROOT_PATH so that vcpkg libraries/packages are
// found after toolchain/system libraries/packages.
VCPKG_PREFER_SYSTEM_LIBS:BOOL=OFF

//Enable the setup of CMAKE_PROGRAM_PATH to vcpkg paths
VCPKG_SETUP_CMAKE_PROGRAM_PATH:BOOL=ON

//No help, variable specified on the command line.
VCPKG_SET_CHARSET_FLAG:UNINITIALIZED=ON

//No help, variable specified on the command line.
VCPKG_TARGET_ARCHITECTURE:UNINITIALIZED=x64

//Vcpkg target triplet (ex. x86-windows)
VCPKG_TARGET_TRIPLET:STRING=x64-windows-static-md

//Trace calls to find_package()
VCPKG_TRACE_FIND_PACKAGE:BOOL=OFF

//Enables messages from the VCPKG toolchain for debugging purposes.
VCPKG_VERBOSE:BOOL=OFF

//(experimental) Automatically copy dependencies into the install
// target directory for executables. Requires CMake 3.14.
X_VCPKG_APPLOCAL_DEPS_INSTALL:BOOL=OFF

//(experimental) Add USES_TERMINAL to VCPKG_APPLOCAL_DEPS to force
// serialization.
X_VCPKG_APPLOCAL_DEPS_SERIALIZED:BOOL=OFF

//The directory which contains the installed libraries for each
// triplet
_VCPKG_INSTALLED_DIR:PATH=I:/Tools/vcpkg/installed

//No help, variable specified on the command line.
_VCPKG_ROOT_DIR:UNINITIALIZED=I:/Tools/vcpkg

//Value Computed by CMake
nlohmann_json_BINARY_DIR:STATIC=I:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-rel

//Value Computed by CMake
nlohmann_json_IS_TOP_LEVEL:STATIC=ON

//Value Computed by CMake
nlohmann_json_SOURCE_DIR:STATIC=I:/Tools/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean

########################
# INTERNAL cache entries
########################

//ADVANCED property for variable: CMAKE_AR
CMAKE_AR-ADVANCED:INTERNAL=1
//This is the directory where this CMakeCache.txt was created
CMAKE_CACHEFILE_DIR:INTERNAL=i:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-rel
//Major version of cmake used to create the current loaded cache
CMAKE_CACHE_MAJOR_VERSION:INTERNAL=3
//Minor version of cmake used to create the current loaded cache
CMAKE_CACHE_MINOR_VERSION:INTERNAL=27
//Patch version of cmake used to create the current loaded cache
CMAKE_CACHE_PATCH_VERSION:INTERNAL=4
//Path to CMake executable.
CMAKE_COMMAND:INTERNAL=I:/Program Files/CMake/bin/cmake.exe
//Path to cpack program executable.
CMAKE_CPACK_COMMAND:INTERNAL=I:/Program Files/CMake/bin/cpack.exe
//Path to ctest program executable.
CMAKE_CTEST_COMMAND:INTERNAL=I:/Program Files/CMake/bin/ctest.exe
//ADVANCED property for variable: CMAKE_CXX_COMPILER
CMAKE_CXX_COMPILER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS
CMAKE_CXX_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_DEBUG
CMAKE_CXX_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_MINSIZEREL
CMAKE_CXX_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_RELEASE
CMAKE_CXX_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_RELWITHDEBINFO
CMAKE_CXX_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_STANDARD_LIBRARIES
CMAKE_CXX_STANDARD_LIBRARIES-ADVANCED:INTERNAL=1
//Path to cache edit program executable.
CMAKE_EDIT_COMMAND:INTERNAL=I:/Program Files/CMake/bin/cmake-gui.exe
//Executable file format
CMAKE_EXECUTABLE_FORMAT:INTERNAL=Unknown
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS
CMAKE_EXE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_DEBUG
CMAKE_EXE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_MINSIZEREL
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELEASE
CMAKE_EXE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXPORT_COMPILE_COMMANDS
CMAKE_EXPORT_COMPILE_COMMANDS-ADVANCED:INTERNAL=1
//Name of external makefile project generator.
CMAKE_EXTRA_GENERATOR:INTERNAL=
//Name of generator.
CMAKE_GENERATOR:INTERNAL=Ninja
//Generator instance identifier.
CMAKE_GENERATOR_INSTANCE:INTERNAL=
//Name of generator platform.
CMAKE_GENERATOR_PLATFORM:INTERNAL=
//Name of generator toolset.
CMAKE_GENERATOR_TOOLSET:INTERNAL=
//Source directory with the top level CMakeLists.txt file for this
// project
CMAKE_HOME_DIRECTORY:INTERNAL=I:/Tools/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean
//ADVANCED property for variable: CMAKE_LINKER
CMAKE_LINKER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS
CMAKE_MODULE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_DEBUG
CMAKE_MODULE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL
CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELEASE
CMAKE_MODULE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MT
CMAKE_MT-ADVANCED:INTERNAL=1
//number of local generators
CMAKE_NUMBER_OF_MAKEFILES:INTERNAL=1
//Platform information initialized
CMAKE_PLATFORM_INFO_INITIALIZED:INTERNAL=1
//noop for ranlib
CMAKE_RANLIB:INTERNAL=:
//ADVANCED property for variable: CMAKE_RC_COMPILER
CMAKE_RC_COMPILER-ADVANCED:INTERNAL=1
CMAKE_RC_COMPILER_WORKS:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS
CMAKE_RC_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_DEBUG
CMAKE_RC_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_MINSIZEREL
CMAKE_RC_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELEASE
CMAKE_RC_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELWITHDEBINFO
CMAKE_RC_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//Path to CMake installation.
CMAKE_ROOT:INTERNAL=I:/Program Files/CMake/share/cmake-3.27
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS
CMAKE_SHARED_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_DEBUG
CMAKE_SHARED_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL
CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELEASE
CMAKE_SHARED_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_INSTALL_RPATH
CMAKE_SKIP_INSTALL_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_RPATH
CMAKE_SKIP_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS
CMAKE_STATIC_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_DEBUG
CMAKE_STATIC_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELEASE
CMAKE_STATIC_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_TOOLCHAIN_FILE
CMAKE_TOOLCHAIN_FILE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_VERBOSE_MAKEFILE
CMAKE_VERBOSE_MAKEFILE-ADVANCED:INTERNAL=1
//Install the dependencies listed in your manifest:
//\n    If this is off, you will have to manually install your dependencies.
//\n    See https://github.com/microsoft/vcpkg/tree/master/docs/specifications/manifests.md
// for more info.
//\n
VCPKG_MANIFEST_INSTALL:INTERNAL=OFF
//ADVANCED property for variable: VCPKG_VERBOSE
VCPKG_VERBOSE-ADVANCED:INTERNAL=1
//Making sure VCPKG_MANIFEST_MODE doesn't change
Z_VCPKG_CHECK_MANIFEST_MODE:INTERNAL=OFF
//Vcpkg root directory
Z_VCPKG_ROOT_DIR:INTERNAL=I:/Tools/vcpkg

I:\Tools\vcpkg\buildtrees\nlohmann-json\config-x64-windows-static-md-out.log
[1/2] "I:/Program Files/CMake/bin/cmake.exe" -E chdir ".." "I:/Program Files/CMake/bin/cmake.exe" "I:/Tools/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=I:/Tools/vcpkg/packages/nlohmann-json_x64-windows-static-md" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DJSON_Diagnostics=OFF" "-DJSON_Install=ON" "-DJSON_MultipleHeaders=ON" "-DJSON_BuildTests=OFF" "-DJSON_ImplicitConversions=ON" "-DCMAKE_MAKE_PROGRAM=I:/Tools/vcpkg/downloads/tools/ninja/1.10.2-windows/ninja.exe" "-DBUILD_SHARED_LIBS=OFF" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=I:/Tools/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows-static-md" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v140" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=I:/Tools/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=I:/Tools/vcpkg" "-D_VCPKG_INSTALLED_DIR=I:/Tools/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF"
FAILED: ../CMakeCache.txt
"I:/Program Files/CMake/bin/cmake.exe" -E chdir ".." "I:/Program Files/CMake/bin/cmake.exe" "I:/Tools/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=I:/Tools/vcpkg/packages/nlohmann-json_x64-windows-static-md" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DJSON_Diagnostics=OFF" "-DJSON_Install=ON" "-DJSON_MultipleHeaders=ON" "-DJSON_BuildTests=OFF" "-DJSON_ImplicitConversions=ON" "-DCMAKE_MAKE_PROGRAM=I:/Tools/vcpkg/downloads/tools/ninja/1.10.2-windows/ninja.exe" "-DBUILD_SHARED_LIBS=OFF" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=I:/Tools/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows-static-md" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v140" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=I:/Tools/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=I:/Tools/vcpkg" "-D_VCPKG_INSTALLED_DIR=I:/Tools/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF"
CMake Deprecation Warning at CMakeLists.txt:1 (cmake_minimum_required):
  Compatibility with CMake < 3.5 will be removed from a future version of
  CMake.

  Update the VERSION argument <min> value or use a ...<max> suffix to tell
  CMake that the project does not need compatibility with older versions.

-- The CXX compiler identification is MSVC 19.0.24247.2
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - failed
-- Check for working CXX compiler: I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/cl.exe
-- Check for working CXX compiler: I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/cl.exe - broken
CMake Error at I:/Program Files/CMake/share/cmake-3.27/Modules/CMakeTestCXXCompiler.cmake:60 (message):
  The C++ compiler

    "I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/cl.exe"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: 'I:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-rel/CMakeFiles/CMakeScratch/TryCompile-3yt3hk'

    Run Build Command(s): I:/Tools/vcpkg/downloads/tools/ninja/1.10.2-windows/ninja.exe -v cmTC_1038b
    [1/2] I:\PROGRA~2\MICROS~1.0\VC\bin\amd64\cl.exe  /nologo /TP   /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP   /MDd /Zi /Ob0 /Od /RTC1 /showIncludes /FoCMakeFiles\cmTC_1038b.dir\testCXXCompiler.cxx.obj /FdCMakeFiles\cmTC_1038b.dir\ /FS -c I:\Tools\vcpkg\buildtrees\nlohmann-json\x64-windows-static-md-rel\CMakeFiles\CMakeScratch\TryCompile-3yt3hk\testCXXCompiler.cxx
    [2/2] cmd.exe /C "cd . && "I:\Program Files\CMake\bin\cmake.exe" -E vs_link_exe --intdir=CMakeFiles\cmTC_1038b.dir --rc=rc --mt=CMAKE_MT-NOTFOUND --manifests  -- I:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo CMakeFiles\cmTC_1038b.dir\testCXXCompiler.cxx.obj  /out:cmTC_1038b.exe /implib:cmTC_1038b.lib /pdb:cmTC_1038b.pdb /version:0.0 /machine:x64  /debug /INCREMENTAL /subsystem:console  kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib && cd ."
    FAILED: cmTC_1038b.exe
    cmd.exe /C "cd . && "I:\Program Files\CMake\bin\cmake.exe" -E vs_link_exe --intdir=CMakeFiles\cmTC_1038b.dir --rc=rc --mt=CMAKE_MT-NOTFOUND --manifests  -- I:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo CMakeFiles\cmTC_1038b.dir\testCXXCompiler.cxx.obj  /out:cmTC_1038b.exe /implib:cmTC_1038b.lib /pdb:cmTC_1038b.pdb /version:0.0 /machine:x64  /debug /INCREMENTAL /subsystem:console  kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib && cd ."
    RC Pass 1: command "rc /fo CMakeFiles\cmTC_1038b.dir/manifest.res CMakeFiles\cmTC_1038b.dir/manifest.rc" failed (exit code 0) with the following output:
    The system cannot find the file specified
    ninja: build stopped: subcommand failed.

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:7 (project)

-- Configuring incomplete, errors occurred!
[2/2] "I:/Program Files/CMake/bin/cmake.exe" -E chdir "../../x64-windows-static-md-dbg" "I:/Program Files/CMake/bin/cmake.exe" "I:/Tools/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=I:/Tools/vcpkg/packages/nlohmann-json_x64-windows-static-md/debug" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DJSON_Diagnostics=OFF" "-DJSON_Install=ON" "-DJSON_MultipleHeaders=ON" "-DJSON_BuildTests=OFF" "-DJSON_ImplicitConversions=ON" "-DCMAKE_MAKE_PROGRAM=I:/Tools/vcpkg/downloads/tools/ninja/1.10.2-windows/ninja.exe" "-DBUILD_SHARED_LIBS=OFF" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=I:/Tools/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows-static-md" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v140" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=I:/Tools/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=I:/Tools/vcpkg" "-D_VCPKG_INSTALLED_DIR=I:/Tools/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF"
FAILED: ../../x64-windows-static-md-dbg/CMakeCache.txt
"I:/Program Files/CMake/bin/cmake.exe" -E chdir "../../x64-windows-static-md-dbg" "I:/Program Files/CMake/bin/cmake.exe" "I:/Tools/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=I:/Tools/vcpkg/packages/nlohmann-json_x64-windows-static-md/debug" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DJSON_Diagnostics=OFF" "-DJSON_Install=ON" "-DJSON_MultipleHeaders=ON" "-DJSON_BuildTests=OFF" "-DJSON_ImplicitConversions=ON" "-DCMAKE_MAKE_PROGRAM=I:/Tools/vcpkg/downloads/tools/ninja/1.10.2-windows/ninja.exe" "-DBUILD_SHARED_LIBS=OFF" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=I:/Tools/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows-static-md" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v140" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=I:/Tools/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=I:/Tools/vcpkg" "-D_VCPKG_INSTALLED_DIR=I:/Tools/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF"
CMake Deprecation Warning at CMakeLists.txt:1 (cmake_minimum_required):
  Compatibility with CMake < 3.5 will be removed from a future version of
  CMake.

  Update the VERSION argument <min> value or use a ...<max> suffix to tell
  CMake that the project does not need compatibility with older versions.

-- The CXX compiler identification is MSVC 19.0.24247.2
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - failed
-- Check for working CXX compiler: I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/cl.exe
-- Check for working CXX compiler: I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/cl.exe - broken
CMake Error at I:/Program Files/CMake/share/cmake-3.27/Modules/CMakeTestCXXCompiler.cmake:60 (message):
  The C++ compiler

    "I:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/amd64/cl.exe"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: 'I:/Tools/vcpkg/buildtrees/nlohmann-json/x64-windows-static-md-dbg/CMakeFiles/CMakeScratch/TryCompile-yd3l8t'

    Run Build Command(s): I:/Tools/vcpkg/downloads/tools/ninja/1.10.2-windows/ninja.exe -v cmTC_3e299
    [1/2] I:\PROGRA~2\MICROS~1.0\VC\bin\amd64\cl.exe  /nologo /TP   /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP   /MDd /Zi /Ob0 /Od /RTC1 /showIncludes /FoCMakeFiles\cmTC_3e299.dir\testCXXCompiler.cxx.obj /FdCMakeFiles\cmTC_3e299.dir\ /FS -c I:\Tools\vcpkg\buildtrees\nlohmann-json\x64-windows-static-md-dbg\CMakeFiles\CMakeScratch\TryCompile-yd3l8t\testCXXCompiler.cxx
    [2/2] cmd.exe /C "cd . && "I:\Program Files\CMake\bin\cmake.exe" -E vs_link_exe --intdir=CMakeFiles\cmTC_3e299.dir --rc=rc --mt=CMAKE_MT-NOTFOUND --manifests  -- I:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo CMakeFiles\cmTC_3e299.dir\testCXXCompiler.cxx.obj  /out:cmTC_3e299.exe /implib:cmTC_3e299.lib /pdb:cmTC_3e299.pdb /version:0.0 /machine:x64  /debug /INCREMENTAL /subsystem:console  kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib && cd ."
    FAILED: cmTC_3e299.exe
    cmd.exe /C "cd . && "I:\Program Files\CMake\bin\cmake.exe" -E vs_link_exe --intdir=CMakeFiles\cmTC_3e299.dir --rc=rc --mt=CMAKE_MT-NOTFOUND --manifests  -- I:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo CMakeFiles\cmTC_3e299.dir\testCXXCompiler.cxx.obj  /out:cmTC_3e299.exe /implib:cmTC_3e299.lib /pdb:cmTC_3e299.pdb /version:0.0 /machine:x64  /debug /INCREMENTAL /subsystem:console  kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib && cd ."
    RC Pass 1: command "rc /fo CMakeFiles\cmTC_3e299.dir/manifest.res CMakeFiles\cmTC_3e299.dir/manifest.rc" failed (exit code 0) with the following output:
    The system cannot find the file specified
    ninja: build stopped: subcommand failed.

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:7 (project)

-- Configuring incomplete, errors occurred!
ninja: build stopped: subcommand failed.

I sure do!

Just a heads up, this happened after migrating from MSVC community to MSVC professional. After much time spent trying to troubleshoot this issue I ultimately threw my hands up, uninstalled everything MSVC entirely. Then I reinstalled MSVC community with only Desktop C++ Development checked, and boom we're back in business. No idea why. Same CMAKE (my own separate install), same vcpkg (again, separate install). Frustrating. Can be closed if this issue is deemed only circumstantial, I'll let the maintainers be the judge of that :)

Just a heads up, this happened after migrating from MSVC community to MSVC professional. After much time spent trying to troubleshoot this issue I ultimately threw my hands up, uninstalled everything MSVC entirely. Then I reinstalled MSVC community with only Desktop C++ Development checked, and boom we're back in business. Same CMAKE (my own separate install), same vcpkg (again, separate install), both maintained the same root environment path which is enforced by the IDE and vcpkg presets. Frustrating, no idea what the cause could've been. Can be closed if this issue is deemed circumstantial, I'll let the maintainers be the judge of that :)

Sorry, I haven't reproduced this problem locally.

Thanks for posting this issue. Please reopen this issue if this is still a problem for you.


ImportError: cannot import name '_scramble'

The version 0.3.8 gives me this error during login procedure on mysql server.
python_1          |   File "/data/env/lib/python3.5/site-packages/tormysql/__init__.py", line 27, in <module>
python_1          |     from .client import Client
python_1          |   File "/data/env/lib/python3.5/site-packages/tormysql/client.py", line 11, in <module>
python_1          |     from .connections import Connection
python_1          |   File "/data/env/lib/python3.5/site-packages/tormysql/connections.py", line 15, in <module>
python_1          |     from pymysql.connections import _scramble, _scramble_323
python_1          | ImportError: cannot import name '_scramble'

UPDATE. Solved with downgrading pymysql to 0.8.1. Actually it's their issue

pymysql 0.9.0 Releases in 2018-06-27T09:56:26Z
you send the issue in 2018-06-27T13:29:08Z

sorry, it not just pymysql0.9 version, I will test pymysql 0.9 as soon as possible.

fix, thanks.


patch: add good-first-issue tag to Link Checker issues

Please make sure to read the CONTRIBUTING document before opening the PR for relevant information on contributing to the documentation. Thanks!

@balena-ci I self-certify!


Rename object property "conforms_to" to "is_defined_by" and add description

closes #460

We have conforms_to/ is_defined_by in oeo-model and oeo-social. Is it necessary in both? If yes we should consider moving it to oeo-shared

I don't know why it is in the oeo-model. In my view it shouldn't be in oeo-model as is_defined_by is a relation between a sector and a sector concept. Shall I delete it from oeo-model?

I don't know why it is in the oeo-model. In my view it shouldn't be in oeo-model as is_defined_by is a relation between a sector and a sector concept. Shall I delete it from oeo-model?

yes, then delete is the best option

Okay, I deleted it from oeo-model.
@akleinau Could you please have a second review that nothing broke from that deletion.

I just looked at the issue, we wanted to make it a subclass of is_about which is not yet implemented. So leave it as subclass of the owl:topObjectProperty, like in oeo-social, for now?

I just looked at the issue, we wanted to make it a subclass of is_about which is not yet implemented.

I just spotted that, too.

So leave it as subclass of the owl:topObjectProperty, like in oeo-social, for now?

Does that mean, deleting it from oeo.omn completely? is_defined_by has in the oeo.omn no more information than the SubPropertyOf.

yes

the domain is "is_defined_by some sector division" which is a bit recursive.
This should be used as: "some sector is defined by some sector division" right? Then sector should be the domain and sector division the range

To be sure I understand you correctly: domain simply sector and range simply sector division? So the statement is_defined_by some ... will appear neither in domains nor in ranges?

yes. Eludication follows here soon

hmm, actually, on second thought, we formulated the whole definition in a way that's not exclusive to sectors. Maybe we should leave domain and range accordingly free?

hmm, actually, on second thought, we formulated the whole definition in a way that's not exclusive to sectors. Maybe we should leave domain and range accordingly free?

I would agree to delete domain and range. @jannahastings What do you think?

hmm, actually, on second thought, we formulated the whole definition in a way that's not exclusive to sectors. Maybe we should leave domain and range accordingly free?

I would agree to delete domain and range. @jannahastings What do you think?

@jannahastings @akleinau : Keeping or deleting the ranges of is_defined_by?

I strongly prefer to delete them

I strongly prefer to delete them

Okay, I've deleted them now.


gulp.watch: Error: watch ENOENT

I'm watching a folder for changes and deleting some folders and processing image files. I then intermittently get this error.
Sometimes, by restarting the watcher, the errors seems to disappear.
The last error on the stacktrace was errnoException.
As background, I've seem this issue on Gaze. This issue has been fixed already, and I'm not sure if Gulp uses the latest version. I then searched for vinyl-fs, which Gulp uses for watching, and saw this commit, which means we're probably not using the latest version of Gaze for Gulp (not entirely sure, though).
Does it make any sense? Any idea on what could it be and how to investigate further?
Error: watch ENOENT
    at errnoException (fs.js:1019:11)
    at FSWatcher.start (fs.js:1051:11)
    at Object.fs.watch (fs.js:1076:11)
    at Gaze._watchDir (code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\gaze.js:289:30)
    at code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\gaze.js:358:10
    at iterate (code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\helper.js:52:5)
    at code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\helper.js:61:11
    at code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\gaze.js:420:5
    at iterate (code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\helper.js:52:5)
    at code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\helper.js:61:11
    at code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\gaze.js:420:5
    at iterate (code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\helper.js:52:5)
    at Object.forEachSeries (code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\helper.js:66:3)
    at Gaze._initWatched (code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\gaze.js:354:10)
    at Gaze._internalAdd (code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\gaze.js:193:10)
    at code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\gaze.js:400:16
    at Array.forEach (native)
    at code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\glob-watcher\node_modules\gaze\lib\gaze.js:396:12
    at ReaddirReq.Req.done (code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\graceful-fs\graceful-fs.js:143:5)
    at ReaddirReq.done (code\source\node_modules\gulp\node_modules\vinyl-fs\node_modules\graceful-fs\graceful-fs.js:90:22)
    at Object.oncomplete (fs.js:107:15)

Still getting this issue in<EMAIL_ADDRESS>gulp crashed when I renamed a directory.
events.js:85
      throw er; // Unhandled 'error' event
            ^
Error: watch ENOENT
    at exports._errnoException (util.js:746:11)
    at FSWatcher.start (fs.js:1172:11)
    at Object.fs.watch (fs.js:1198:11)
    at Gaze._watchDir (/Users/me/Projects/merithon/app/node_modules/gulp/node_modules/vinyl-fs/node_modules/glob-watcher/node_modules/gaze/lib/gaze.js:289:30)
    at /Users/me/Projects/merithon/app/node_modules/gulp/node_modules/vinyl-fs/node_modules/glob-watcher/node_modules/gaze/lib/gaze.js:358:10
    at iterate (/Users/me/Projects/merithon/app/node_modules/gulp/node_modules/vinyl-fs/node_modules/glob-watcher/node_modules/gaze/lib/helper.js:52:5)
    at /Users/me/Projects/merithon/app/node_modules/gulp/node_modules/vinyl-fs/node_modules/glob-watcher/node_modules/gaze/lib/helper.js:61:11
    at /Users/me/Projects/merithon/app/node_modules/gulp/node_modules/vinyl-fs/node_modules/glob-watcher/node_modules/gaze/lib/gaze.js:420:5
    at iterate (/Users/me/Projects/merithon/app/node_modules/gulp/node_modules/vinyl-fs/node_modules/glob-watcher/node_modules/gaze/lib/helper.js:52:5)
    at /Users/me/Projects/merithon/app/node_modules/gulp/node_modules/vinyl-fs/node_modules/glob-watcher/node_modules/gaze/lib/helper.js:61:11

Getting the same error, I din't rename the directory, I'm using Linux
Node-v 0.10.33 which comes with gulp already

+1 I'm seeing this too, when creating a directory in a directory that is being watched by images/**/*.{jpg,gif,png,svg}

I'm getting this error with Gulp 4.0 when deleting a directory.

Also getting this with 4.0 when renaming a directory.

@contra do you want to re-open this issue?

Again, please see https://github.com/gulpjs/gulp/issues/651 this is a duplicate


Crash caused by transparency for the skinning render objects

For some reason, the render object created by the skinning plugin ends as a null pointer in the transparency render objects list, this needs some investigation

I think commit ad353bd has fixed it


Add middle

This version of inview was working great for me! There was just one problem...if an element was taller than the viewport, then the "bottom" visiblePart state was being fired as soon as the top edge moved out of the viewport. (And the same for horizontal scrolling with "left" and "right").
While this logic is correct if the element in question is smaller than the viewport, it is not exactly correct if the element is larger than the viewport. To handle this case, I added a fourth state, "middle". The "middle" state is fired if the element is larger than the viewport, it is in view, but the top and bottom (or left and right) edges are out of the viewport. It's like the opposite of "both"

this lib isn't supporting visibleParts anymore as of https://github.com/protonet/jquery.inview/commit/be2769f8fc9b22587df2bc293b8dd94ef26e0888 - I'd like to keep this lib as simple as possible.


Fix INI parsing for value with trailing slash (#26995)

Backport #26995 by @wxiaoguang
Fix #26977 (a temp fix)

I am in favor of reverting this backport.
It is a breaking change.

@delvh 1.20.4 broke this, and so this is reverting back to prior behaviour.

What about 1.20.4 broke it?

Is there any feedback? Who is affected and how it affects?

@delvh it's due to an upstream golang change between Gitea .3 and .4. Can't find the original ticket on mobile but perhaps @wxiaoguang can send it.

it's due to an upstream golang change between Gitea .3 and .4.

I don't understand and I do not think it is an "upstream Golang change".

@wxiaoguang I thought the user who was having the problem was using 1.20.3 ok, but then when they updated to 1.20.4 the configuration didn't work. My memory may have had a bitflip 😆 so could you give background on this change?

https://discord.com/channels/322538954119184384/561007778139734027/1149706188548755606
Not only one user has reported such problem, if they put Gitea in Windows root directory like E:\


Invert Keys and Values

Before jumping into Pr first comment for assign.All Problem from Edabit. Link is mandatory to add
Problem statement: Write a function that inverts the keys and values of a dictionary.
Problem Link: https://edabit.com/challenge/Axim3Ld5zu9RFLZKr

Before submitting a PR please Check some details. Check Edabit for problem task

[x] fileName format should be in camelcase
example- returnTheNextNumber.py
[x]  Add label for Problem
[x]  In file there should be problem statement and link to probelm
example -

'''
    Probem Task : This program will add two numbers
    Problem Link : https://edabit.com/challenge/SFzHtm63XT6EYNHWY
'''
*/
def main():
    return a + b

This repository is valid for HacktoberFest2020
Read before making PR - How to contribute on Github
Good Luck,

Assign this to me.

Could i get to work on this problem
Thanking you in advance


App crashes on trying to pick ringtone after picking one

Expected behavior
The app must be stable on clicking the pick ringtone option after picking a ringtone first.
Actual behavior
But the app crashes on clicking the "Pick Ringtone" option after picking one ringtone already.
How to reproduce

Install the app from here.
Launch the app.
Click on "Pick Ringtone" option and select one audio file as ringtone.
Now click on "Pick Ringtone" option again.
The app crashes.
App version: 1.3
Operating system: Android 6.0.1
Device: Samsung Galaxy J5

Recording Of The Bug
https://youtu.be/eLCZI5bdf-Q

same.already try..


Need Airbyte Tutorial

Hi,
I am Prolay Ghosh from EY GDS. I am the Practice Lead of Data Management. I am trying to learn Airbyte and wants to introduce to my leadership team in case we can take it to customer in our proposal,
Thanks why I need Airbyte Tutorial.
Requesting you to share.
Thanks ,
Prolay Ghosh
Sr. Manager - EY
Mobile - +91<PHONE_NUMBER>

@prolayghosh1978 Have you checked out our documentation? https://docs.airbyte.io/


[Bug]: Run LLMs with OpenVINO GenAI Flavor on NPU

OpenVINO Version
Name: openvino
Version: 2024.4.0
Summary: OpenVINO(TM) Runtime
Home-page: https://docs.openvino.ai/2023.0/index.html
Author: Intel(R) Corporation
Author-email<EMAIL_ADDRESS>License: OSI Approved :: Apache Software License
Location: /root/openvino_env/lib/python3.12/site-packages
Requires: numpy, openvino-telemetry, packaging
Required-by: openvino-tokenizers
Operating System
Ubuntu 24.04 LTS　　Linux ubuntu 6.8.0-48-generic
Device used for inference
NPU
Framework
None
Model used
TinyLlama
Issue description
Refer to official documentation：
https://docs.openvino.ai/2024/learn-openvino/llm_inference_guide/genai-guide-npu.html
This is my hardware information

import openvino_genai as ov_genai
help(ov_genai.LLMPipeline)

As shown in the above figure: The device does not support NPU. I followed the instructions in the document and changed it to NPU, but the result was empty. Changing it to CPU or GPU restored normal operation. May I ask where I made the operation error?

There is another issue: if you check the usage rate of NPU in Ubuntu environment, such as tools like nvidia-smi

optimum-cli export openvino -m Qwen/Qwen2-7B --weight-format int4 --sym --ratio 1.0 --group-size 128 Qwen2-7B

Unfortunately, there is an issue with using NPU for LLMs on Ubuntu. The NPU team is working on it; the issue is not with OpenVINO, but on the kernel/driver level. I am sorry you're running into this. We will keep you informed.

This is 32GB MTL.. Ticket was opened for TinyLLaMa, but logs are mentioning group-quantized QWEN2-7B

I also encountered issue only when using NPU.

I'll escalate the case to relevant the team and we'll provide an update as soon as possible.

@taikai-zz a new NPU driver was released today with a fix for LLM on LNL: https://github.com/intel/linux-npu-driver/releases/tag/v1.10.1 Could you check if that fixes the issue for you? We also had a new openvino-genai release this week, 2024.6, with performance improvements on NPU, so please upgrade with pip install --upgrade openvino-genai.
Also note that for running larger LLMs (>4B) you should use per-channel quantization. This note will be added to the docs too, I'm mentioning it here because I see you're using a 7B model. Instead of group-size 128, you should specify group-size -1 (note the minus sign). This is an example from the docs for Llama-2-7b: optimum-cli export openvino -m meta-llama/Llama-2-7b-chat-hf --weight-format int4 --sym --group-size -1 --ratio 1.0 --awq --scale-estimation --dataset=wikitext2  Llama-2-7b-chat-hf

Thank you for your help. It has now returned to normal, but the speed is too slow。

There is an error in the document, please fix it

I'm glad to hear the issue is fixed! For faster speed, please see the document (same one you screenshotted) about model caching. That will speed up model loading time. Since model loading time only occurs once, it's also useful to measure inference time, by adding start = time.perf_counter() and end = time.perf_counter() before and after pipe.generate()and then showing duration asprint(end-start)`.
The group_size -1 enables channel-wise quantization, your screenshot is from the group quantization tab. Also note that I recommended this for larger models. For the 1.1B model, group quantization will work fine too. As I mentioned, this will be clarified in the docs.


IS should get user consent before it store tokens (SAML/OIDC) from 3rd party IDP

IS should get user consent before it store tokens (SAML/OIDC) from 3rd party IDP, this consent should explan the purpose and timelimit etc.  In case the user reject this consent IS should not store token and should fail flow.

Thank you for your contribution!
We are closing this issue since it has not been prioritized for a long time. Chances are that it has already been solved in more recent versions. If not, we will be re-evaluating this when it becomes a priority.


VPN SSL list users

hello, is it possible to retrieve the list with name of ssl vpn clients?

Closing this because of inactivity. Feel free to open this issue again, if this hasn't covered your topic.

hello,
is it possible to do it with prometheus or is it necessary to use an sql database?


updateLocale does not keep the correct predefined locale but overwrites with default (en)

Description of the Issue and Steps to Reproduce:
I wanted to update the 'monthShort' of the german Locale with the follwoging code:
var moment = require('moment');

moment.updateLocale('de', {monthsShort: ["JAN", "FEB", "MÄR", "APR", "MAI", "JUN", "JUL", "AUG", "SEP", "OKT", "NOV", "DEZ"]});

var date = moment('2011-02-02');

date.locale('de');

console.log(date.format('YYYY MMM MMMM'));

Expected would be an output of '2011 FEB Februar', instead the output is '2011 FEB February'.
When updateing the 'monthsShort' key in the locale definition the resulting locale is not based on the german definition anymore but on the english Definition, hence 'Febraury' instead of 'Februar'.
Environment:
Node 6.3.1 on LInux
Other information that may be helpful:
If you are reporting an issue, please run the following code in the environment you are using and include the output:
console.log( (new Date()).toString())
console.log((new Date()).toLocaleString())
console.log( (new Date()).getTimezoneOffset())
//console.log( navigator.userAgent)
console.log(moment.version)

Mon Nov 28 2016 11:23:45 GMT+0100 (STD)
2016-11-28 11:23:45
-60
//omitted the 'navigator' potion
2.17.0

Update:
When the locale that is to be changed has been explicitly used prior to the 'changeUpdate' function call, the update works correctly:
var moment = require('moment');

var date1 = moment('2011-02-02');
date1.locale('de');
console.log(date1.format('YYYY MMM MMMM'));

moment.updateLocale('de', {monthsShort: ["JAN", "FEB", "MÄR", "APR", "MAI", "JUN", "JUL", "AUG", "SEP", "OKT", "NOV", "DEZ"]});

var date = moment('2011-02-02');
date.locale('de');
console.log(date.format('YYYY MMM MMMM'));

Update:
I looked into this a bit more and came up with a possible solution:

Let me know what you think and if I should do a PR.

Looks like a bug to me. I can't really comment on your specific proposed fix without spending some more time, but in general we'd take a PR for this.

Been looking at bugs to work on and I see this one is still apparent can still be reproduced. I've refactored the above suggested solution and submitted a PR.


Consider changing namespace from boost::asio to anything else

Since the project is not actually part of ASIO, consider moving things to a separate namespace.

I didn't invent this - this was done by Boris long time ago, I guess he was aiming to make it part of asio eventually (but why?).
Any suggestions what the proper namespace would be? boost::filesystem? :)

I'm new to the community so not likely to be the best one to decide.  Ask the folks in slack for opinions i think.  However, personally I would never put anything in boost namespace unless it would be proposed to become part of boost, which this never will.  It depends on boost, that's all.  I would set the namespace to simply be dir_monitor, although I prefer the namespacing of java and dotnet where it's org.lib to avoid clashing later.  could use berkus.dir_monitor.


It doesn't support the format of a DStream like DStream[(String, Map)]

I am currently using your Spark-HBase Connector library. My project is spark streaming reading data from Kafka and then after the operation then write the result into HBase. I saw your library with spark streaming support. But the problem is, the format of my DStream is like DStream[(String, Map)]. Basically it's a nested data structure with a Map inside. It seems like your library doesn't support that format of DStream. Can you solve that problem? Or can you tell me some hints on your code and I can try to solve that problem and help others have the same problems as well. Thanks in advance

Sorry for getting back to you so late...
You can work with any data structure in your RDDs, but you need to convert everything to a plain data structure when reading/writing to hbase.
If your DStream is a (String, Map[String, String]) type, then you can define an implicit converter like:
implicit def myDataWriter: FieldWriter[(String, Map[String, String])] = new FieldWriterProxy[(String, Map[String, String]), (String, Option[String], Option[String], ...)] {

  override def convert(data: (String, Map[String, String])) = (data._1, data._2.get("key1"), data._2.get("key2"), ...) // the first element is the row id

  override def columns = Seq("myid", "key1", "key2", ...)
}

Then the type (String, Map[String, String]) becomes writable and you can write your RDD to HBase inside a dstream.foreachRDD.
The obvious drawback is that you have to enumerate all the columns you want to write data to, so it's not a completely dynamic approach, but this lib prefers compile time checking over dynamic binding.


websocket example

I would be grateful if you provide websocket example (send and receive binary and text; sync and Asynchronous).
Thank you

To hear is to obey .... have a look at this ...
https://github.com/nkolban/duktape-esp32/blob/master/filesystem/tests/test_ws.js
See if that meets your needs and if not, ping back.

Thanks. Sorry I was looking for full example for esp32-snippets.

Howdy ... sorry ... I'm not following.  Have you now found what you are looking for?

Closed believed fixed.


defining 2 weave networks on one pod fails

I k8s setup with: flannel, weave and genie
using the following pod setup:
apiVersion: v1
kind: Pod
metadata:
  name: nginx-weave-2
  annotations:
    cni: "weave,weave"
spec:
  containers:
  - name: nginx
    image: nginx:1.7.9
    ports:
    - containerPort: 80

I get an error message from genie:
Warning  FailedCreatePodSandBox  8m (x2717 over 2h)   kubelet, vm-18-80  (combined from similar events): Failed create pod sandbox: rpc error: code = Unknown desc = failed to set up sandbox container "22471ae954b9986f5a9b2eeee1fe3f52bf8cd4b40f286a3fd6e7d5f6cda0e80e" network for pod "nginx-weave-2": NetworkPlugin cni failed to set up pod "nginx-weave-2_default" network: CNI Genie Add IP internal error: CNI Genie error at addNetwork: could not create veth pair vethwepl22471ae-vethwepg22471ae: file exists, result: %!!(MISSING)s(<nil>)

Seems like veth pair with the same name is already created.
Note that creation of a pod with 2 flannel networks, or with weave and flannel works well on my setup.

@yuvalif , Thanks for showing interest in using Genie. As You rightly mentioned, even we observed that we can not get mulitple ips for same pod using weave. Looks like they do not support it or not sure whether it needs any additional config at weave side to enable it. Btw Flannel supports it.
If you find any way to make weave to provide multiple IPs, do let us know or can help to update our doc. It will be a very useful info, thanks

@sushanthakumar , thanks for the reply. I understand this is an issue with weave not Genie.

@yuvalif , You are right, closing this issue


race: RaceCond test is flaky

The RaceCond test has become flaky on the linux-amd64-race and freebsd-amd64-race builders. The current failures on the dashboard are:
2015-04-28T19:42:57-d3bd6b6/linux-amd64-race
2015-04-29T19:18:07-4d1ab2d/freebsd-amd64-race
2015-04-30T07:20:34-09edc5c/linux-amd64-race
2015-05-04T17:27:03-b79db4f/linux-amd64-race
2015-05-04T17:38:58-b86e71f/freebsd-amd64-race
2015-05-04T20:17:39-91938fd/linux-amd64-race
2015-05-06T19:40:38-17db6e0/linux-amd64-race

This hasn't happened since the last dashboard failure I mentioned in my original comment. @dvyukov, did something happen to fix this? I don't see any changes to sync_test.go.

@aclements I did nothing.