Devilbox not booting / Error message included in report

[X] Pull latest dockers (e.g.: docker pull cytopia/<used_docker>) before running docker-compose up
[X] Specify used docker versions (php, web and database)
[X] Attach logs for php, mysql and webserver (found in log/ directory)
No logs created
[X] Start with debug mode and attach docker-compose output (.env setting DEBUG_COMPOSE_ENTRYPOINT=1)
[X] Never use different mysql|mariadb versions on the same HOST_PATH_TO_MYSQL_DATADIR on existing database files. Different mysql|mariadb versions might upgrade/corrupt existing database files. If you have done that already, start with a different path of HOST_PATH_TO_MYSQL_DATADIR (to an empty directory) and try again.

Please also specify the following info:

[X] Which operating system are you at (Linux, OSX or Windows)

Linux ubuntu 4.4.0-96-generic #119-Ubuntu SMP Tue Sep 12 14:59:54 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

[X] docker version

Client:
Version:      17.09.0-ce
API version:  1.32
Go version:   go1.8.3
Git commit:   afdb6d4
Built:        Tue Sep 26 22:42:18 2017
OS/Arch:      linux/amd64
Server:
Version:      17.09.0-ce
API version:  1.32 (minimum version 1.12)
Go version:   go1.8.3
Git commit:   afdb6d4
Built:        Tue Sep 26 22:40:56 2017
OS/Arch:      linux/amd64
Experimental: false

[X] docker-compose version

docker-compose version 1.8.0, build unknown
docker-py version: 1.9.0
CPython version: 2.7.12
OpenSSL version: OpenSSL 1.0.2g  1 Mar 2016

When trying to start the devilbox for the first time the following message appears in the console:
ERROR: Version in "./docker-compose.yml" is unsupported. You might be seeing this error because you're using the wrong Compose file version. Either specify a version of "2" (or "2.0") and place your service definitions under the services key, or omit the version key and place your service definitions at the root of the file to use version 1.
For more on the Compose file format versions, see https://docs.docker.com/compose/compose-file/

@fly-man-
Can you try this again with a different docker-compose version set in docker-compose.yml
Please change version: '2.1' to version: '2.0' and give it a shot.

Changed it to 2.0, next error came up after running docker-compose up
ERROR: Invalid interpolation format for "image" option in service "httpd": "cytopia/${HTTPD_SERVER:-nginx-stable}:latest"

Try to change "cytopia/${HTTPD_SERVER:-nginx-stable}:latest" to "cytopia/${HTTPD_SERVER}:latest" Looks like variable interpolation is supported from v2.1 onwards.

Btw just saw it now, your docker-compose version is simply outdated. You have docker-compose version 1.8.0, build unknown
When you update it to Compose 1.9.0+. everything should work fine without any changes

That's the version that the installation script for Docker installed, will have a look how to get it to update to 1.9+

Good, let me know how it works out for you. Also while you're at it try out git branch REL-0.12 this has all the latest changes and is going to be merged within the next few days.

I just issued these 2 commands from this page to get docker-compose to update:

https://github.com/docker/compose/releases

And currently it's downloading and updating the images so it's doing something more now.

Devilbox is running now, it was indeed the "older" version of docker-compose that made the issue.


When using Sign In with Apple to create an account displayName value of the auth user is not being set

Step 1: Are you in the right place?

For issues or feature requests related to the code in this repository file a GitHub issue.
For general technical questions, post a question on StackOverflow tagged appropriately.
For general Firebase discussion, use the firebase-talk google group
For help troubleshooting your application that does not fall under one of the above categories, reach out to the personalized Firebase support channel

Step 2: Describe your environment

Objective C or Swift: Swift
iOS version: 13
Firebase SDK version: 6.14
FirebaseUI version: 8.4
CocoaPods Version: 1.8.4

Step 3: Describe the problem:
Steps to reproduce:

Sign in using Sign In With Apple for the first time

Observed Results:

What happened?

Auth.auth().currentUser?.displayName in nil
Expected Results:

What did you expect to happen?

For Auth.auth().currentUser?.displayName to be set to the fullName value of the ASAuthorizationAppleIDCredential passed into the authorizationController:didCompleteWithAuthorization method of the ASAuthorizationControllerDelegate

Closing this in favor of https://github.com/firebase/firebase-ios-sdk/issues/4393. We'll continue updating the issue there.
Please let me know if this is actually a different issue.

@morganchen12 After looking through that issue, I think this is a related, but separate issue.
Unless I'm misunderstanding, the Firebase SDK isn't setting the displayName on the Auth().currentUser because the name is not provided in the ID Token. It looks like the proposed solution in https://github.com/firebase/firebase-ios-sdk/issues/4393 is to update the documentation to inform developer that they will have to update the displayName value in a separate call.
If this is the case it seems like it would then be the responsibility of the FirebaseUI SDK to to implement that second call.
let changeRequest = Auth.auth().currentUser?.createProfileChangeRequest()
changeRequest?.displayName = displayName
changeRequest?.commitChanges { (error) in
  // ...
}

Good point, I'll address that in this library.

@morganchen12 Has it been fixed? Or in which version will it be fixed?
Thank you.

Hi @KrisConrad, could you help me on this,
When using Firebase Auth UI, what all i need to do are:

set provider (which is has FUIOAuth.appleAuthProvider())
create authViewController
call present(authViewController!, animated: true, completion: nil) at final step to open signin screen.

And, there is a protocol named FUIAuthDelegate to get the callback also. What i want to known is how can I deal with didCompleteWithAuthorization in this case. I don't see the connection between them.

Hey @langhoangal, the didCompleteWithAuthorization method will be called if sign in with apple is successful. You should be able to retrieve the user from that callback.

Good point, I'll address that in this library.

@morganchen12 Hi, wondering if there an ETA to get it done? Thanks!

No, no ETA.

@morganchen12 Apple updated their guidelines and they require Sign-In with Apple starting April 30, 2020 [1].
Are you intending to solve this issue before that date or do still have no ETA? 🤔🙂
[1] https://9to5mac.com/2020/03/04/apple-now-allows-push-notification-advertising-updates-dating-app-review-guidelines-and-more/

I'll aim to solve it before then.

@morganchen12 , any update on this?

@morganchen12 , do you still have target to solve this before Apple's deadline?

Hey, unfortunately I have not been able to resolve this before the deadline. You can work around this by prompting your user for a name or fetching the name via Firebase Auth.

@morganchen12 Deadline has been moved to June 30.
https://developer.apple.com/news/?id=03262020b

@morganchen12 Apple already started enforcing this, do we have plan to fix?

I had to ask user for display name after sign in with apple, till this get fixed

Hey, unfortunately I have not been able to resolve this before the deadline. You can work around this by prompting your user for a name or fetching the name via Firebase Auth.

You can not even fetch the name via Firebase Auth, it's NIL

This has become more important, Today we got a rejection for our app (see below). I now have a release with a deadline of Monday and not enough time to rip out the FirebaseUI SDK and rewrite our log in flow so we don't have to ask the user for their name:

Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
We noticed that after users authenticate their account with Sign in with Apple, they are required to take additional steps before they can access content and features in your app. Specifically:

Your app requires users to provide their name and/or email address after using Sign in with Apple.

Sign in with Apple is designed to be a self-contained, all-in-one login system. With security features like built-in two-factor authentication, you can remove additional sign-up steps so users can focus on your app's content and features.

@rosalyntan Would you mind looking into this?

For anyone else who is in desperate need of getting their app through Apple Review and is in need of a (hopefully temporary) solution I'll share what I'm doing.
First I wrote an extension for FUIOAuth to swizzle the delegate method Apple calls when a user successfully signs in with Apple. The auth process with Firebase hasn't finished at the time this method is called so I look for the full name of the user and save it to UserDefaults.
import AuthenticationServices

@available(iOS 13.0, *)
extension FUIOAuth {
    static func swizzleAppleAuthCompletion() {
        let instance = FUIOAuth.appleAuthProvider()
        let originalSelector = NSSelectorFromString("authorizationController:didCompleteWithAuthorization:")
        let swizzledSelector = #selector(swizzledAuthorizationController(controller:didCompleteWithAuthorization:))
        guard let originalMethod = class_getInstanceMethod(instance.classForCoder, originalSelector),
              let swizzledMethod = class_getInstanceMethod(instance.classForCoder, swizzledSelector) else { return }
        method_exchangeImplementations(originalMethod, swizzledMethod)
    }

    @objc func swizzledAuthorizationController(controller: ASAuthorizationController, didCompleteWithAuthorization authorization: ASAuthorization) {
        if let nameComponents = (authorization.credential as? ASAuthorizationAppleIDCredential)?.fullName {
            let nameFormatter = PersonNameComponentsFormatter()
            let displayName = nameFormatter.string(from: nameComponents)
            UserDefaults.standard.setValue(displayName, forKey: "displayName")
            UserDefaults.standard.synchronize()
        }
        swizzledAuthorizationController(controller: controller, didCompleteWithAuthorization: authorization)
    }
}

Then elsewhere, when setting up the defaultAuthUI I call the function to swizzle the methods above:
        var providers: [FUIAuthProvider] = []

        if #available(iOS 13.0, *) {
            providers.append(FUIOAuth.properAppleAuthProvider)
            FUIOAuth.swizzleAppleAuthCompletion()
        }

        providers += [FUIGoogleAuth(), FUIEmailAuth()]

        FUIAuth.defaultAuthUI()?.providers = providers
        FUIAuth.defaultAuthUI()?.shouldHideCancelButton = true
        FUIAuth.defaultAuthUI()?.customStringsBundle = Bundle.main
        FUIAuth.defaultAuthUI()?.delegate = authDelegate

Lastly, I set up an auth state change listener where I save the displayName on the user's profile and clear out the value from UserDefaults. There could be some more cleanup/error handling here (checking to see a the saved value exists when user.displayName is not nil, checking if commitChanges(_:) returns an error, etc) but this should be the general idea.
        Auth.auth().addStateDidChangeListener { (auth, user) in
            guard let user = user,
                  user.displayName == nil,
                  let displayName = UserDefaults.shared.string(forKey: "displayName") else { return }

            let changeRequest = user.createProfileChangeRequest()
            changeRequest.displayName = displayName
            changeRequest.commitChanges(completion: { (_) in
                UserDefaults.standard.setValue(nil, forKey: "displayName")
                UserDefaults.standard.synchronize()
            })
        }

@KrisConrad
Thanks for this extension! I am one of those in desperate need.
Question:
How do I get ahold of  "FUIOAuth.properAppleAuthProvider"? :) It's only showing appleAuthProvider() for me and I think that is why I am getting an empty displayName.

Got another app rejection during an update review because this issue again today. Would be super cool if it was every fixed.

Got another app rejection during an update review because this issue again today. Would be super cool if it was every fixed.

is there any update on this?

is there any update on this?

Hey @Arunperfutil, a fix is in review at https://github.com/firebase/FirebaseUI-iOS/pull/933/files and will be released soon.

Hey @Arunperfutil, a fix is in review at https://github.com/firebase/FirebaseUI-iOS/pull/933/files and will be released soon.

This should be fixed in the latest version of FirebaseUI. Please let me know if that's not the case.

This should be fixed in the latest version of FirebaseUI. Please let me know if that's not the case.

I think I'm still encountering this issue. I'm simple using the
        Auth.auth().addStateDidChangeListener { (_, user) in
            print(user)
            print(user?.email)
            print(user?.displayName)
            self.user = user
        }

and I'm getting this in my logs upon login:
Optional(<FIRUser: 0x283395480>)
<EMAIL_ADDRESS>Optional("")

So the email is being persisted, but it looks like the name isn't. Any ideas if this is the same problem?

My app is getting rejected by Apple Review because of this. I'm going to try @KrisConrad suggestion but would be great if you guys could get this working.

Hi, I'm getting an App Store rejection because fullName is not being returned on login for the testers' devices, and is blank. I get fullName when I test on my devices, and I'm not sure what is different on the testers' accounts. I see that at least two different fixes to this problem were committed upstream previously, 3 years and 1 year ago. Based on the repeated App Store rejections I am getting, there still seems to be a corner case that is not handled here.
I can't debug this, because it is only happening on Apple's test devices, not on my local machine. Does anybody have any ideas?


latest_version Broken

The latest_version method in ConceptMaps and ValueSets is broken with missing references to self.
We should fix the function body and also add tests over the method.

Issue fixed with #31. Closing.


np-47452: add health check for dataporten channel registry

Added health check for Dataporten Channel Registry API. Followed the same template as nva-cristin-service and reused the base url parameter which is overridden by deploy config

@ketilaa Are the tests here flaky? Did no change to code and it succeeded on gradle push but not gradle pull request?

Seems tests still flaky


Profile name may not be the same as SSID!

basically the script just executes netsh wlan show profile name=[SSID] key=clear

The profile name may not hold the same value as the SSID! Sometimes the SSIDs have unspecific names and I don't know what I'm connected to. So I rename them to something useful in Manage wireless networks.
The SSID is useful too, so we shouldn't just discard it and replace with Profile. That means introducing a choice...
And God forbid if the Profile name has special characters in it, such as double-quotes ", hashes #, dashes - or UTF8 characters:

cmd - How to escape hash symbol(#) in netsh command - Stack Overflow
windows - How to use netsh to delete a profile with UTF8 characters? - Super User

Is there any way to tell them apart though? I.e. if you can get the SSID using another method?

I fixed it in wifi-password after all, made more sense there. wifi-name
remains the same, returning SSID, and wifi-password-lib/win.js derives the
profile name from the SSID.
On Oct 6, 2017 12:58, "Kevin Mårtensson"<EMAIL_ADDRESS>wrote:

Is there any way to tell them apart though? I.e. if you can get the SSID
using another method?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/kevva/wifi-name/issues/9#issuecomment-334712399, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AD4Vbpv9chqJWJw0kqxmV1xeNjcaG8zjks5spfnZgaJpZM4Pls8O
.


GL causes c2hs error on Mac due to missing type

If I clone current master (c55aa919) and edit stack.yaml with
flags:
  fltkhs:
    bundled: true
    opengl: true

on Linux everything builds fine and I get a working GL demo app. But on Mac I get:
*** Linking libfltkc-dyn.dylib...
Preprocessing library for fltkhs-<IP_ADDRESS>..
c2hs: Errors during expansion of binding hooks:

src/Graphics/UI/FLTK/LowLevel/Fl_Types.chs:376: (column 28) [ERROR]  >>> Unknown identifier!
  Cannot find a definition for `GLContext' in the header file.

I think this is because in platform_types.h there's this (line 89):
#ifdef __APPLE__
typedef struct CGContext* Fl_Offscreen;
typedef struct CGImage* Fl_Bitmask;
typedef struct flCocoaRegion* Fl_Region;
typedef int FL_SOCKET;
#ifdef __OBJC__
  @class NSOpenGLContext;
  typedef NSOpenGLContext* GLContext;
#elif defined(__cplusplus)
  typedef class NSOpenGLContext* GLContext;
#endif /* __OBJC__ */

So the type is defined for Objective C and C++, but not the C context c2hs uses. I added
#else
  typedef struct NSOpenGLContext* GLContext;

rezipped fltk-master.zip and it works. I'm not sure the best way to fix it for real though, is there a way to patch the file after unzipping? Or could the definition go somewhere else like Fl_Types.h?

Can you try https://github.com/deech/fltkhs/tree/macOSGLContext? I'll merge it into master if it works for you.

I needed to add
#include "Fl_Gl_WindowC.h"

to the includes at the top of Fl_Types.chs, and I also needed a semicolon at the end of
typedef struct NSOpenGLContext* GLContext;

and then it works.

If you already have that fix in place locally do you mind PR'ing that to the branch. Appreciate your patience.

PR at #150 . Thank you for the quick fix!


example missing ".Strategy"

in the example the require statement is written as such var "JwtStrategy = require('passport-jwt')"
i had to add ".Strategy" so it would work
"var JwtStrategy = require('passport-jwt').Strategy"
otherwise it gives me an error
"passport.use(new JwtStrategy('secret', opts, function(jwt_paylaod, done) {
^
TypeError: object is not a function
"

Thanks for catching this!  My apologies for not getting around to this much sooner.


Fix new drupal.org borders on all table cells.

See https://github.com/unicorn-fail/dreditor/issues/291

Dreditor is being decommissioned due to the lack of availability of current maintainers and the fact that Drupal.org is becoming more feature rich at a much faster rate than Dreditor itself now.
This decision was also partially made due to the amount of work (complete rewrite) it would take to create an "official" Firefox extension (#256).
If you already have the extension installed, it should continue working for a while until, inevitably,  the markup on Drupal.org changes. It will no longer be updated.
We understand that many of you love this extension, as do we. This isn't the end, in fact, it's a much brighter beginning. All the things we love about Dreditor can, and should, be moved into Drupal.org natively.
For more information, please follow: https://www.drupal.org/node/2779729

This issue was moved to dreditor/dreditor#57


Getting started tutorial Links Broken

(Describe your issue and goal here)
The page URLs

https://pypi.org/project/slackclient/

Requirements
The two links under "Getting started tutorial" are both broken and give 404 errors.
Best,
Dale

Thanks for pointing that out!

Ohhh I see the issue. That is the old, deprecated, no-longer-relevant link on PyPi for the project. The correct link is here: https://pypi.org/project/slack-sdk/
Hmm, I wonder if we should take the /slackclient module on PyPi down, or at least make it clear that the package is deprecated?

@filmaj
I did finally stumble onto the fact that this is deprecated.
My recommendation is that you make that clear to anyone who googles and stumbles upon this module first (like I did).
Thanks.
Best,
Dale

I opened #1198 to try to address this.

Thanks for the report! The PyPI page has been updated to be clearer. https://pypi.org/project/slackclient/


Update agent to latest (2.6.5)

The current stable stack (2.1.4 as of now) has agent v2.6.3 baked in. Can the agent be updated to the latest version?

Thanks! FYI, the new release has the old version in the title (2.1.4):

Elastic CI Stack for AWS v2.1.4

Should be:

Elastic CI Stack for AWS v2.1.5

That will teach me to release software at 11pm :)
Sent from my iPhone

On 18 Aug 2017, at 3:30 am, Glenn Oppegard<EMAIL_ADDRESS>wrote:
Thanks! FYI, the new release has the old version in the title (2.1.4):
Elastic CI Stack for AWS v2.1.4
Should be:
Elastic CI Stack for AWS v2.1.5
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.


Session's Time Running + W/L Stats

Prerequisites

[X] I have searched for existing issues that already include this feature request, without success.

Describe the Feature Request

Add Session Timer when Start Button pressed
Add W/L stats of each session while running the bot

Describe the Use Case
It would be very useful in order not to get soft banned/hard banned from market transfer to be possible to get a TIMER whenever you press the START button.
This would be useful because you can look for how much are you running the script.
It would be useful too, to see beside the "Coins" and "Profit" stats the W/L stats of each session, with the chance to download a CSV (if possible) with every "transaction" W & L displayed.
Describe Preferred Solution
No response
Describe Alternatives
No response
Additional Information
No response

Added in the latest release

thank you bro

thankxx


Layered images on top of a TPanel

Hi,
Can I create layered images on top of a TPanel?
An example would be nice.
Thank you for the awesome library.

I've attached a quick sample application in the zip file below.
However, unless you have good reason to use TPanels as the image container I'd recommend using TPaintBox controls instead for 2 reasons:

They are transparent controls
They have an OnPaint event published which makes them much easier to use for custom painting.

image32_sample.zip


Lacks a lot of files?

I had cloned this project , but I found that there lost a lot of files such as "DiskTreeAppDelegate""XprobeSwift.swift". Can you upload the full project?

It mentions in the readme the you need to clone a few other projects and then there is still one file missingI’m too ashamed of to check in. Why do you need to build from source? By the way there is a new version of injection on the way https://github.com/johnno1962/SwiftPython/blob/master/SwiftPython.playground/Contents.swift you may want to try. I’ve yet to update the readme which taks about eval() but in fact it turned out to be a very solid version of injection. I’d give that a try.

I want to build it by myself for learning how it works. I try to use it in my project, but it didn't work. I want to figure out what's the problem and try to resolve them.

please read the readme.

I have read the readme and I had cloned the projects that you have listed. But I found that the project still lacks a lot of files. I have tried to remove the laced file from project and builed it. But It can't patch successful.
Or can you resove the stuck problem which will happen if the injected project was very large and have many subprojects.

What files are missing?

I’m sorry I gave you the wrong URL before. The new version of Injection which I’d recommend is https://github.com/johnno1962/InjectionIII. The documentation is not complete just yet.

Thanks! Objective-C should be supported but there was a problem with the “rpath” for Objective-C projects on iOS. I’ve pushed a minor tweak that should get you up and running.


lock out dependencies on any containing directories' .babelrc or babel

Ugly, but works for now.

🚢


opencl[wdk]:x64-windows build failure

Host Environment

OS: Windows
Compiler: MSVC 14.27.29110 (part of MS Visual Studio 2019 Community Edition)

To Reproduce
Steps to reproduce the behavior:
./vcpkg install ffmpeg[avcodec,avdevice,avfilter,avformat,avisynthplus,avresample,bzip2,fdk-aac,ffmpeg,ffplay,ffprobe,gpl,iconv,lzma,mp3lame,nvcodec,opencl,openssl,opus,postproc,sdl2,snappy,soxr,speex,swresample,swscale,theora,vorbis,vpx,wavpack,x264,x265,zlib] --triplet=x64-windows

Failure logs
D:\src\vcpkg>vcpkg install ffmpeg[avcodec,avdevice,avfilter,avformat,avisynthplus,avresample,bzip2,fdk-aac,ffmpeg,ffplay,ffprobe,gpl,iconv,lzma,mp3lame,nvcodec,opencl,openssl,opus,postproc,sdl2,snappy,soxr,speex,swresample,swscale,theora,vorbis,vpx,wavpack,x264,x265,zlib] --triplet=x64-windows
Computing installation plan...
The following packages will be built and installed:
    ffmpeg[avcodec,avdevice,avfilter,avformat,avisynthplus,avresample,bzip2,core,fdk-aac,ffmpeg,ffplay,ffprobe,gpl,iconv,lzma,mp3lame,nonfree,nvcodec,opencl,openssl,opus,postproc,sdl2,snappy,soxr,speex,swresample,swscale,theora,vorbis,vpx,wavpack,x264,x265,zlib]:x64-windows
  * opencl[core]:x64-windows
  * openssl[core]:x64-windows
  * openssl-windows[core]:x64-windows
  * opus[core]:x64-windows
  * sdl2[core]:x64-windows
  * snappy[core]:x64-windows
  * soxr[core]:x64-windows
  * speex[core]:x64-windows
  * wavpack[core]:x64-windows
  * x264[core]:x64-windows
  * x265[core]:x64-windows
  * zlib[core]:x64-windows
Additional packages (*) will be modified to complete this operation.
Detecting compiler hash for triplet x64-windows...
Starting package 1/13: opencl:x64-windows
Building package opencl[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\18\18942d6ace49f2719c897fd5a55f1486fd38b7ef.zip
-- Using cached D:/src/vcpkg/downloads/KhronosGroup-OpenCL-Headers-0d5f18c6e7196863bc1557a693f1509adfcee056.tar.gz
-- Cleaning sources at D:/src/vcpkg/buildtrees/opencl/src/9adfcee056-effc37b04c.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/src/vcpkg/downloads/KhronosGroup-OpenCL-Headers-0d5f18c6e7196863bc1557a693f1509adfcee056.tar.gz
-- Using source at D:/src/vcpkg/buildtrees/opencl/src/9adfcee056-effc37b04c.clean
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_d3d10.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_d3d11.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_dx9_media_sharing.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_dx9_media_sharing_intel.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_egl.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_ext.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_ext_intel.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_gl.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_gl_ext.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_platform.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_va_api_media_sharing_intel.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_version.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/opencl.h
-- Using cached D:/src/vcpkg/downloads/KhronosGroup-OpenCL-CLHPP-d62a02090625655e5b2d791d6a58618b043c989c.tar.gz
-- Cleaning sources at D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/src/vcpkg/downloads/KhronosGroup-OpenCL-CLHPP-d62a02090625655e5b2d791d6a58618b043c989c.tar.gz
-- Using source at D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:85 (message):
    Command failed: D:/src/vcpkg/downloads/tools/python/python-3.8.3-x64/python.exe D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean/gen_cl_hpp.py -i D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean/input_cl.hpp -o D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl.hpp
    Working Directory: D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean
    Error code: Exit code 0xc0000135

    See logs for more information:

Call Stack (most recent call first):
  ports/opencl/portfile.cmake:35 (vcpkg_execute_required_process)
  scripts/ports.cmake:79 (include)

Error: Building package opencl:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with `.\vcpkg update`, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
  Package: opencl:x64-windows
  Vcpkg version: 2020.06.15-nohash

(running from CMD via Windows Terminal (Microsoft Store))
Additional context
Already tried as well:
D:\src\vcpkg>D:/src/vcpkg/downloads/tools/python/python-3.8.3-x64/python.exe D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean/gen_cl_hpp.py -i D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean/input_cl.hpp -o D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl.hpp

(no output - AT ALL -)
and_:_
D:\src\vcpkg>vcpkg install ffmpeg[avcodec,avdevice,avfilter,avformat,avisynthplus,avresample,bzip2,fdk-aac,ffmpeg,ffplay,ffprobe,gpl,iconv,lzma,mp3lame,nvcodec,opencl,openssl,opus,postproc,sdl2,snappy,soxr,speex,swresample,swscale,theora,vorbis,vpx,wavpack,x264,x265,zlib] --triplet=x64-windows --editable
_opencl_
Your feedback is important to improve Vcpkg! Please take 3 minutes to complete our survey by running: vcpkg contact --survey
Computing installation plan...
The following packages will be built and installed:
    ffmpeg[avcodec,avdevice,avfilter,avformat,avisynthplus,avresample,bzip2,core,fdk-aac,ffmpeg,ffplay,ffprobe,gpl,iconv,lzma,mp3lame,nonfree,nvcodec,opencl,openssl,opus,postproc,sdl2,snappy,soxr,speex,swresample,swscale,theora,vorbis,vpx,wavpack,x264,x265,zlib]:x64-windows
    opencl[core]:x64-windows
  * openssl[core]:x64-windows
  * openssl-windows[core]:x64-windows
  * opus[core]:x64-windows
  * sdl2[core]:x64-windows
  * snappy[core]:x64-windows
  * soxr[core]:x64-windows
  * speex[core]:x64-windows
  * wavpack[core]:x64-windows
  * x264[core]:x64-windows
  * x265[core]:x64-windows
  * zlib[core]:x64-windows
Additional packages (*) will be modified to complete this operation.
Detecting compiler hash for triplet x64-windows...
Starting package 1/13: opencl:x64-windows
Building package opencl[core]:x64-windows...
-- Using cached D:/src/vcpkg/downloads/KhronosGroup-OpenCL-Headers-0d5f18c6e7196863bc1557a693f1509adfcee056.tar.gz
-- Extracting source D:/src/vcpkg/downloads/KhronosGroup-OpenCL-Headers-0d5f18c6e7196863bc1557a693f1509adfcee056.tar.gz
-- Using source at D:/src/vcpkg/buildtrees/opencl/src/9adfcee056-effc37b04c
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_d3d10.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_d3d11.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_dx9_media_sharing.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_dx9_media_sharing_intel.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_egl.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_ext.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_ext_intel.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_gl.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_gl_ext.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_platform.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_va_api_media_sharing_intel.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_version.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/opencl.h
-- Using cached D:/src/vcpkg/downloads/KhronosGroup-OpenCL-CLHPP-d62a02090625655e5b2d791d6a58618b043c989c.tar.gz
-- Extracting source D:/src/vcpkg/downloads/KhronosGroup-OpenCL-CLHPP-d62a02090625655e5b2d791d6a58618b043c989c.tar.gz
-- Using source at D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:85 (message):
    Command failed: D:/src/vcpkg/downloads/tools/python/python-3.8.3-x64/python.exe D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1/gen_cl_hpp.py -i D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1/input_cl.hpp -o D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl.hpp
    Working Directory: D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1
    Error code: Exit code 0xc0000135

    See logs for more information:

Call Stack (most recent call first):
  ports/opencl/portfile.cmake:35 (vcpkg_execute_required_process)
  scripts/ports.cmake:79 (include)

Error: Building package opencl:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with `.\vcpkg update`, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
  Package: opencl:x64-windows
  Vcpkg version: 2020.06.15-nohash

Additionally, attach any relevant sections from the log files above.

0xC0000135STATUS_DLL_NOT_FOUND
{Unable To Locate Component} This application has failed to start because %hs was not found. Reinstalling the application might fix this problem.

Please remove folder D:\src\vcpkg>D:/src/vcpkg/downloads/tools/python, close your anti-virus and try again.
Thanks.

Still, not working. And I even zipped up a backup of that Python folder, by the way, too:
`D:\src\vcpkg>vcpkg install opencl[wdk] --triplet=x64-windows
Computing installation plan...
The following packages will be built and installed:
opencl[core,wdk]:x64-windows
Detecting compiler hash for triplet x64-windows...
Starting package 1/1: opencl:x64-windows
Building package opencl[core,wdk]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\b3\b32165e610a409129c85ef9d5fa9c86521c08ecd.zip
-- Using cached D:/src/vcpkg/downloads/KhronosGroup-OpenCL-Headers-0d5f18c6e7196863bc1557a693f1509adfcee056.tar.gz
-- Cleaning sources at D:/src/vcpkg/buildtrees/opencl/src/9adfcee056-effc37b04c.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/src/vcpkg/downloads/KhronosGroup-OpenCL-Headers-0d5f18c6e7196863bc1557a693f1509adfcee056.tar.gz
-- Using source at D:/src/vcpkg/buildtrees/opencl/src/9adfcee056-effc37b04c.clean
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_d3d10.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_d3d11.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_dx9_media_sharing.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_dx9_media_sharing_intel.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_egl.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_ext.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_ext_intel.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_gl.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_gl_ext.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_platform.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_va_api_media_sharing_intel.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_version.h
-- Installing: D:/src/vcpkg/packages/opencl_x64-windows/include/CL/opencl.h
-- Using cached D:/src/vcpkg/downloads/KhronosGroup-OpenCL-CLHPP-d62a02090625655e5b2d791d6a58618b043c989c.tar.gz
-- Cleaning sources at D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/src/vcpkg/downloads/KhronosGroup-OpenCL-CLHPP-d62a02090625655e5b2d791d6a58618b043c989c.tar.gz
-- Using source at D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean
-- Using cached D:/src/vcpkg/downloads/python-3.8.3-embed-amd64.zip
CMake Error: Problem with archive_write_finish_entry(): Can't restore time
CMake Error: Problem extracting tar: D:/src/vcpkg/downloads/python-3.8.3-embed-amd64.zip
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:85 (message):
Command failed: D:/src/vcpkg/downloads/tools/python/python-3.8.3-x64/python.exe D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean/gen_cl_hpp.py -i D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean/input_cl.hpp -o D:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl.hpp
Working Directory: D:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean
Error code: Exit code 0xc0000135
See logs for more information:

Call Stack (most recent call first):
ports/opencl/portfile.cmake:35 (vcpkg_execute_required_process)
scripts/ports.cmake:79 (include)
Error: Building package opencl:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: opencl:x64-windows
Vcpkg version: 2020.06.15-nohash
Additionally, attach any relevant sections from the log files above.
D:\src\vcpkg>`
BY THE WAY: For some reason, vcpkg fails to extract ANY non-.tar.gz package at all; not**_ _**only Python itself, but also ANY source code that's zipped, or else.
Example_s_:
`D:\src\vcpkg>vcpkg install x264 tap-windows6 zfp[all] --triplet=x64-windows
Computing installation plan...
The following packages will be built and installed:
tap-windows6[core]:x64-windows
x264[core]:x64-windows
zfp[all,core]:x64-windows
Detecting compiler hash for triplet x64-windows...
Starting package 1/3: tap-windows6:x64-windows
Building package tap-windows6[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\fd\fd9956e13841ccbe56a347f95e70c17a00382b47.zip
-- Downloading https://github.com/OpenVPN/tap-windows6/archive/0e30f5c13b3c7b0bdd60da915350f653e4c14d92.tar.gz...
-- Extracting source D:/src/vcpkg/downloads/OpenVPN-tap-windows6-0e30f5c13b3c7b0bdd60da915350f653e4c14d92.tar.gz
-- Using source at D:/src/vcpkg/buildtrees/tap-windows6/src/53e4c14d92-ec156f1cb1.clean
-- Installing: D:/src/vcpkg/packages/tap-windows6_x64-windows/share/tap-windows6/copyright
-- Performing post-build validation
-- Performing post-build validation done
Stored binary cache: C:\Users\joao2\AppData\Local\vcpkg\archives\fd\fd9956e13841ccbe56a347f95e70c17a00382b47.zip
Building package tap-windows6[core]:x64-windows... done
Installing package tap-windows6[core]:x64-windows...
Installing package tap-windows6[core]:x64-windows... done
Elapsed time for package tap-windows6:x64-windows: 4.287 s
Starting package 2/3: x264:x64-windows
Building package x264[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\a2\a2a4c098fd72220f60b1c705e6f613035e2dbf79.zip
-- Using cached D:/src/vcpkg/downloads/mirror-x264-303c484ec828ed0d8bfe743500e70314d026c3bd.tar.gz
-- Cleaning sources at D:/src/vcpkg/buildtrees/x264/src/14d026c3bd-bca2ebf740.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/src/vcpkg/downloads/mirror-x264-303c484ec828ed0d8bfe743500e70314d026c3bd.tar.gz
-- Applying patch uwp-cflags.patch
-- Using source at D:/src/vcpkg/buildtrees/x264/src/14d026c3bd-bca2ebf740.clean
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:85 (message):
Command failed: C:/ProgramData/chocolatey/lib/cmake.portable/tools/cmake-3.18.4-win64-x64/bin/cmake.exe -E tar xzf D:/src/vcpkg/downloads/msys-binutils-2.34-4-x86_64.pkg.tar.zst
Working Directory: D:/src/vcpkg/downloads/tools/msys2/77f3fd5f29257d6b.tmp
Error code: 1
See logs for more information:
D:\src\vcpkg\buildtrees\x264\msys-x64-windows-3-err.log
Call Stack (most recent call first):
scripts/cmake/vcpkg_acquire_msys.cmake:318 (vcpkg_execute_required_process)
scripts/cmake/vcpkg_configure_make.cmake:226 (vcpkg_acquire_msys)
ports/x264/portfile.cmake:36 (vcpkg_configure_make)
scripts/ports.cmake:79 (include)
Error: Building package x264:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: x264:x64-windows
Vcpkg version: 2020.06.15-nohash
Additionally, attach any relevant sections from the log files above.
`
and:
`D:\src\vcpkg>vcpkg install arrow[core,csv,filesystem,json,parquet] gamma memorymodule[unicode] mmloader[shellcode] pmdk robin-hood-hashing gmmlib --triplet=x64-windows
Computing installation plan...
The following packages will be built and installed:
arrow[core,csv,filesystem,json,parquet]:x64-windows

boost-scope-exit[core]:x64-windows
flatbuffers[core]:x64-windows
gamma[core]:x64-windows
gflags[core]:x64-windows
glog[core]:x64-windows
gmmlib[core]:x64-windows
libevent[core,thread]:x64-windows
libsndfile[core,external-libs]:x64-windows
memorymodule[core,unicode]:x64-windows
mmloader[core,shellcode]:x64-windows
pmdk[core]:x64-windows
portaudio[core]:x64-windows
robin-hood-hashing[core]:x64-windows
snappy[core]:x64-windows
thrift[core]:x64-windows
uriparser[core]:x64-windows
utf8proc[core]:x64-windows
Additional packages (*) will be modified to complete this operation.
Detecting compiler hash for triplet x64-windows...
Starting package 1/18: flatbuffers:x64-windows
Building package flatbuffers[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\ba\bac6288c74150f3ebde458e1d5434cf90d3399e8.zip
-- Note: flatbuffers only supports static library linkage. Building static library.
-- Downloading https://github.com/google/flatbuffers/archive/v1.12.0.tar.gz...
-- Extracting source D:/src/vcpkg/downloads/google-flatbuffers-v1.12.0.tar.gz
-- Applying patch ignore_use_of_cmake_toolchain_file.patch
-- Applying patch no-werror.patch
-- Applying patch fix-uwp-build.patch
-- Using source at D:/src/vcpkg/buildtrees/flatbuffers/src/v1.12.0-f85afa3f58.clean
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Installing: D:/src/vcpkg/packages/flatbuffers_x64-windows/share/flatbuffers/copyright
-- Performing post-build validation
-- Performing post-build validation done
Stored binary cache: C:\Users\joao2\AppData\Local\vcpkg\archives\ba\bac6288c74150f3ebde458e1d5434cf90d3399e8.zip
Building package flatbuffers[core]:x64-windows... done
Installing package flatbuffers[core]:x64-windows...
Installing package flatbuffers[core]:x64-windows... done
Elapsed time for package flatbuffers:x64-windows: 3.985 min
Starting package 2/18: gflags:x64-windows
Building package gflags[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\a8\a8e3c60b9bd00831918492ee992b038c03a4f705.zip
-- Using cached D:/src/vcpkg/downloads/gflags-gflags-v2.2.2.tar.gz
-- Cleaning sources at D:/src/vcpkg/buildtrees/gflags/src/v2.2.2-d9283b9285.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/src/vcpkg/downloads/gflags-gflags-v2.2.2.tar.gz
-- Applying patch 0001-patch-dir.patch
-- Applying patch fix_cmake_config.patch
-- Using source at D:/src/vcpkg/buildtrees/gflags/src/v2.2.2-d9283b9285.clean
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Installing: D:/src/vcpkg/packages/gflags_x64-windows/share/gflags/copyright
-- Performing post-build validation
-- Performing post-build validation done
Stored binary cache: C:\Users\joao2\AppData\Local\vcpkg\archives\a8\a8e3c60b9bd00831918492ee992b038c03a4f705.zip
Building package gflags[core]:x64-windows... done
Installing package gflags[core]:x64-windows...
Installing package gflags[core]:x64-windows... done
Elapsed time for package gflags:x64-windows: 40.99 s
Starting package 3/18: glog:x64-windows
Building package glog[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\49\49accca0de8fb5b15c0893b87fcff9129f95dbae.zip
-- Using cached D:/src/vcpkg/downloads/google-glog-v0.4.0.tar.gz
-- Cleaning sources at D:/src/vcpkg/buildtrees/glog/src/v0.4.0-46ccbc49a4.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/src/vcpkg/downloads/google-glog-v0.4.0.tar.gz
-- Applying patch glog_disable_debug_postfix.patch
-- Using source at D:/src/vcpkg/buildtrees/glog/src/v0.4.0-46ccbc49a4.clean
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Installing: D:/src/vcpkg/packages/glog_x64-windows/share/glog/copyright
-- Performing post-build validation
-- Performing post-build validation done
Stored binary cache: C:\Users\joao2\AppData\Local\vcpkg\archives\49\49accca0de8fb5b15c0893b87fcff9129f95dbae.zip
Building package glog[core]:x64-windows... done
Installing package glog[core]:x64-windows...
Installing package glog[core]:x64-windows... done
Elapsed time for package glog:x64-windows: 3.036 min
Starting package 4/18: snappy:x64-windows
Building package snappy[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\2c\2c6ebcf6c077febde109b8ef325802fc6672150d.zip
-- Downloading https://github.com/google/snappy/archive/537f4ad6240e586970fe554614542e9717df7902.tar.gz...
-- Extracting source D:/src/vcpkg/downloads/google-snappy-537f4ad6240e586970fe554614542e9717df7902.tar.gz
-- Using source at D:/src/vcpkg/buildtrees/snappy/src/9717df7902-acae3bca74.clean
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Performing post-build validation
-- Performing post-build validation done
Stored binary cache: C:\Users\joao2\AppData\Local\vcpkg\archives\2c\2c6ebcf6c077febde109b8ef325802fc6672150d.zip
Building package snappy[core]:x64-windows... done
Installing package snappy[core]:x64-windows...
Installing package snappy[core]:x64-windows... done
Elapsed time for package snappy:x64-windows: 1.522 min
Starting package 5/18: boost-scope-exit:x64-windows
Building package boost-scope-exit[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\f8\f8bdbbfa24b85fde10a7740cdf3390c6aaaced14.zip
-- Downloading https://github.com/boostorg/scope_exit/archive/boost-1.73.0.tar.gz...
-- Extracting source D:/src/vcpkg/downloads/boostorg-scope_exit-boost-1.73.0.tar.gz
-- Using source at D:/src/vcpkg/buildtrees/boost-scope-exit/src/ost-1.73.0-1ea09a00c4.clean
-- Packaging headers
-- Packaging headers done
-- Using cached D:/src/vcpkg/downloads/boost_LICENSE_1_0.txt
-- Installing: D:/src/vcpkg/packages/boost-scope-exit_x64-windows/share/boost-scope-exit/copyright
-- Performing post-build validation
-- Performing post-build validation done
Stored binary cache: C:\Users\joao2\AppData\Local\vcpkg\archives\f8\f8bdbbfa24b85fde10a7740cdf3390c6aaaced14.zip
Building package boost-scope-exit[core]:x64-windows... done
Installing package boost-scope-exit[core]:x64-windows...
Installing package boost-scope-exit[core]:x64-windows... done
Elapsed time for package boost-scope-exit:x64-windows: 4.686 s
Starting package 6/18: libevent:x64-windows
Building package libevent[core,thread]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\ae\ae834ff983ab691389c6156ef4898e002d4a9f4c.zip
-- Using cached D:/src/vcpkg/downloads/libevent-libevent-release-2.1.12-stable.tar.gz
-- Cleaning sources at D:/src/vcpkg/buildtrees/libevent/src/.12-stable-79b01d8892.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/src/vcpkg/downloads/libevent-libevent-release-2.1.12-stable.tar.gz
-- Applying patch fix-file_path.patch
-- Applying patch fix-LibeventConfig_cmake_in_path.patch
-- Using source at D:/src/vcpkg/buildtrees/libevent/src/.12-stable-79b01d8892.clean
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Installing: D:/src/vcpkg/packages/libevent_x64-windows/share/libevent/copyright
-- Performing post-build validation
-- Performing post-build validation done
Stored binary cache: C:\Users\joao2\AppData\Local\vcpkg\archives\ae\ae834ff983ab691389c6156ef4898e002d4a9f4c.zip
Building package libevent[core,thread]:x64-windows... done
Installing package libevent[core,thread]:x64-windows...
Installing package libevent[core,thread]:x64-windows... done
Elapsed time for package libevent:x64-windows: 8.045 min
Starting package 7/18: thrift:x64-windows
Building package thrift[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\22\227149760969c289ebfa168d2023447eca3c816a.zip
-- Note: thrift only supports static library linkage. Building static library.
-- Trying auto-select mirror...
-- Using cached D:/src/vcpkg/downloads/winflexbison-2.5.16.zip
-- Skipping hash check for D:/src/vcpkg/downloads/winflexbison-2.5.16.zip.
-- The default mirror is in Disaster Recovery mode, trying other mirrors...
-- Trying mirror cfhcable...
-- Using cached D:/src/vcpkg/downloads/winflexbison-2.5.16.zip
-- Skipping hash check for D:/src/vcpkg/downloads/winflexbison-2.5.16.zip.
-- Extracting source D:/src/vcpkg/downloads/winflexbison-2.5.16.zip
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:85 (message):
Command failed: C:/ProgramData/chocolatey/lib/cmake.portable/tools/cmake-3.18.4-win64-x64/bin/cmake.exe -E tar xjf D:/src/vcpkg/downloads/winflexbison-2.5.16.zip
Working Directory: D:/src/vcpkg/downloads/tools/winflexbison/0a14154bff-a8cf65db07.tmp
Error code: 1
See logs for more information:
D:\src\vcpkg\buildtrees\thrift\extract-err.log

Call Stack (most recent call first):
scripts/cmake/vcpkg_extract_source_archive.cmake:43 (vcpkg_execute_required_process)
scripts/cmake/vcpkg_extract_source_archive_ex.cmake:115 (vcpkg_extract_source_archive)
scripts/cmake/vcpkg_from_sourceforge.cmake:226 (vcpkg_extract_source_archive_ex)
scripts/cmake/vcpkg_find_acquire_program.cmake:531 (vcpkg_from_sourceforge)
ports/thrift/portfile.cmake:7 (vcpkg_find_acquire_program)
scripts/ports.cmake:79 (include)
Error: Building package thrift:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: thrift:x64-windows
Vcpkg version: 2020.06.15-nohash
Additionally, attach any relevant sections from the log files above.
D:\src\vcpkg>vcpkg install gamma memorymodule[unicode] mmloader[shellcode] pmdk robin-hood-hashing gmmlib --triplet=x64-windows
Computing installation plan...
The following packages will be built and installed:
gamma[core]:x64-windows
gmmlib[core]:x64-windows

libsndfile[core,external-libs]:x64-windows
memorymodule[core,unicode]:x64-windows
mmloader[core,shellcode]:x64-windows
pmdk[core]:x64-windows
portaudio[core]:x64-windows
robin-hood-hashing[core]:x64-windows
Additional packages (*) will be modified to complete this operation.
Detecting compiler hash for triplet x64-windows...
Starting package 1/8: libsndfile:x64-windows
Building package libsndfile[core,external-libs]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\c3\c35a26519a01f0efc6e9986a7b8e3bd06f419bea.zip
-- Downloading https://github.com/libsndfile/libsndfile/archive/68958f9c9199dad97dcd10700df3746b2cd9b8a3.tar.gz...
-- Extracting source D:/src/vcpkg/downloads/libsndfile-libsndfile-68958f9c9199dad97dcd10700df3746b2cd9b8a3.tar.gz
-- Using source at D:/src/vcpkg/buildtrees/libsndfile/src/6b2cd9b8a3-da1fed769f.clean
-- Configuring x64-windows
-- Building x64-windows-dbg
CMake Error at scripts/cmake/vcpkg_execute_build_process.cmake:141 (message):
Command failed: C:/ProgramData/chocolatey/lib/cmake.portable/tools/cmake-3.18.4-win64-x64/bin/cmake.exe --build . --config Debug --target install -- -v -j5
Working Directory: D:/src/vcpkg/buildtrees/libsndfile/x64-windows-dbg
See logs for more information:
D:\src\vcpkg\buildtrees\libsndfile\install-x64-windows-dbg-out.log

Call Stack (most recent call first):
scripts/cmake/vcpkg_build_cmake.cmake:92 (vcpkg_execute_build_process)
scripts/cmake/vcpkg_install_cmake.cmake:24 (vcpkg_build_cmake)
ports/libsndfile/portfile.cmake:31 (vcpkg_install_cmake)
scripts/ports.cmake:79 (include)
Error: Building package libsndfile:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: libsndfile:x64-windows
Vcpkg version: 2020.06.15-nohash
Additionally, attach any relevant sections from the log files above.
D:\src\vcpkg>vcpkg install gamma --triplet=x64-windows
Computing installation plan...
The following packages will be built and installed:
gamma[core]:x64-windows

libsndfile[core,external-libs]:x64-windows
portaudio[core]:x64-windows
Additional packages (*) will be modified to complete this operation.
Detecting compiler hash for triplet x64-windows...

D:\src\vcpkg>vcpkg install arrow[core,csv,filesystem,json,parquet] memorymodule[unicode] mmloader[shellcode] pmdk robin-hood-hashing gmmlib --triplet=x64-windows
Computing installation plan...
The following packages will be built and installed:
arrow[core,csv,filesystem,json,parquet]:x64-windows
gmmlib[core]:x64-windows
memorymodule[core,unicode]:x64-windows
mmloader[core,shellcode]:x64-windows
pmdk[core]:x64-windows
robin-hood-hashing[core]:x64-windows

thrift[core]:x64-windows
uriparser[core]:x64-windows
utf8proc[core]:x64-windows
Additional packages (*) will be modified to complete this operation.
Detecting compiler hash for triplet x64-windows...
Starting package 1/9: thrift:x64-windows
Building package thrift[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\22\227149760969c289ebfa168d2023447eca3c816a.zip
-- Note: thrift only supports static library linkage. Building static library.
-- Trying auto-select mirror...
-- Using cached D:/src/vcpkg/downloads/winflexbison-2.5.16.zip
-- Skipping hash check for D:/src/vcpkg/downloads/winflexbison-2.5.16.zip.
-- The default mirror is in Disaster Recovery mode, trying other mirrors...
-- Trying mirror cfhcable...
-- Using cached D:/src/vcpkg/downloads/winflexbison-2.5.16.zip
-- Skipping hash check for D:/src/vcpkg/downloads/winflexbison-2.5.16.zip.
-- Extracting source D:/src/vcpkg/downloads/winflexbison-2.5.16.zip
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:85 (message):
Command failed: C:/ProgramData/chocolatey/lib/cmake.portable/tools/cmake-3.18.4-win64-x64/bin/cmake.exe -E tar xjf D:/src/vcpkg/downloads/winflexbison-2.5.16.zip
Working Directory: D:/src/vcpkg/downloads/tools/winflexbison/0a14154bff-a8cf65db07.tmp
Error code: 1
See logs for more information:
D:\src\vcpkg\buildtrees\thrift\extract-err.log

Call Stack (most recent call first):
scripts/cmake/vcpkg_extract_source_archive.cmake:43 (vcpkg_execute_required_process)
scripts/cmake/vcpkg_extract_source_archive_ex.cmake:115 (vcpkg_extract_source_archive)
scripts/cmake/vcpkg_from_sourceforge.cmake:226 (vcpkg_extract_source_archive_ex)
scripts/cmake/vcpkg_find_acquire_program.cmake:531 (vcpkg_from_sourceforge)
ports/thrift/portfile.cmake:7 (vcpkg_find_acquire_program)
scripts/ports.cmake:79 (include)
Error: Building package thrift:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: thrift:x64-windows
Vcpkg version: 2020.06.15-nohash
Additionally, attach any relevant sections from the log files above.
`

@MrBolt2005, from your log, it seems to use the cmake from 'C:/ProgramData/chocolatey/lib/cmake.portable/tools/cmake-3.18.4-win64-x64/bin/cmake.exe' could you remove this and see if this issue still exist?

Still effed-up:
` D:\src\vcpkg>vcpkg install xsimd[xcomplex] --triplet=x64-windows
Computing installation plan...
The following packages will be built and installed:

nlohmann-json[core]:x64-windows
xsimd[core,xcomplex]:x64-windows
xtl[core]:x64-windows
Additional packages (*) will be modified to complete this operation.
Detecting compiler hash for triplet x64-windows...
Starting package 1/3: nlohmann-json:x64-windows
Building package nlohmann-json[core]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\21\21c29dc75dfdacff15383010c41efbf85902fefc.zip
-- Using cached D:/src/vcpkg/downloads/nlohmann-json-v3.9.1/CMakeLists.txt
-- Using cached D:/src/vcpkg/downloads/nlohmann-json-v3.9.1/LICENSE.MIT
-- Using cached D:/src/vcpkg/downloads/nlohmann-json-v3.9.1/nlohmann_json.natvis
-- Using cached D:/src/vcpkg/downloads/nlohmann-json-v3.9.1/cmake/config.cmake.in
-- Using cached D:/src/vcpkg/downloads/nlohmann-json-v3.9.1/cmake/pkg-config.pc.in
-- Using cached D:/src/vcpkg/downloads/nlohmann-json-v3.9.1/cmake/nlohmann_jsonConfigVersion.cmake.in
-- Using cached D:/src/vcpkg/downloads/nlohmann-json-v3.9.1-include.zip
-- Extracting source D:/src/vcpkg/downloads/nlohmann-json-v3.9.1-include.zip
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:85 (message):
Command failed: "C:/Program Files/CMake/bin/cmake.exe" -E tar xjf D:/src/vcpkg/downloads/nlohmann-json-v3.9.1-include.zip
Working Directory: D:/src/vcpkg/buildtrees/nlohmann-json/3.9.1-74ced61d52.tmp
Error code: 1
See logs for more information:
D:\src\vcpkg\buildtrees\nlohmann-json\extract-err.log

Call Stack (most recent call first):
scripts/cmake/vcpkg_extract_source_archive.cmake:43 (vcpkg_execute_required_process)
scripts/cmake/vcpkg_extract_source_archive_ex.cmake:115 (vcpkg_extract_source_archive)
ports/nlohmann-json/portfile.cmake:28 (vcpkg_extract_source_archive_ex)
scripts/ports.cmake:79 (include)
Error: Building package nlohmann-json:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: nlohmann-json:x64-windows
Vcpkg version: 2020.06.15-nohash
Additionally, attach any relevant sections from the log files above. `
Log file:
D:\src\vcpkg>cat D:\src\vcpkg\buildtrees\nlohmann-json\extract-err.log
CMake Error: Problem with archive_write_finish_entry(): Can't restore time
CMake Error: Problem extracting tar: D:/src/vcpkg/downloads/nlohmann-json-v3.9.1-include.zip

ALWAYS that I try to unzip with tar, it gives me the "Can't restore time" error. :-(

What's cmake revision do you use? It looks a cmake issue https://gitlab.kitware.com/cmake/cmake/-/issues/19132.

C:\Program Files\CMake\bin>cmake --version
cmake version 3.18.4
CMake suite maintained and supported by Kitware (kitware.com/cmake).
C:\Program Files\CMake\bin>
Enviado do Emailhttps://go.microsoft.com/fwlink/?LinkId=550986 para Windows 10
De<EMAIL_ADDRESS>Enviado:quinta-feira, 22 de outubro de 2020 23:29
Para<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>Assunto: Re: [microsoft/vcpkg] [opencl[core]:x64-windows] build failure (#14114)
What's cmake revision do you use? It looks a cmake issue https://gitlab.kitware.com/cmake/cmake/-/issues/19132https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.kitware.com%2Fcmake%2Fcmake%2F-%2Fissues%2F19132&data=04|01||1c36ceb39c334abd51d208d876fb71bc|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637390169597116647|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=z1qCVtgX%2BA9gZpRkSQGIQ89f8g8vxLtCFIgXzDbifho%3D&reserved=0.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fissues%2F14114%23issuecomment-714868170&data=04|01||1c36ceb39c334abd51d208d876fb71bc|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637390169597126643|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=JRW7BuzITRFSsNjLbhdaTrbOmmLqILaN4itw8KdqeUo%3D&reserved=0, or unsubscribehttps://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAQLMPX52UEXKF3MNMBUM5BLSMDS75ANCNFSM4SWBN34A&data=04|01||1c36ceb39c334abd51d208d876fb71bc|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637390169597136638|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=yulZE0zTXpP%2F2ChmnmdHcinmRbdW9zp4p733kb1UDV4%3D&reserved=0.

I'm` not sure what vcpkg could do here, this is a cmake issue and it's still active, we don't have any workarounds now.

¯_(ツ)_/¯
Enviado do Emailhttps://go.microsoft.com/fwlink/?LinkId=550986 para Windows 10
De<EMAIL_ADDRESS>Enviado:quarta-feira, 28 de outubro de 2020 04:27
Para<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>Assunto: Re: [microsoft/vcpkg] [opencl[core]:x64-windows] build failure (#14114)
I'm not sure what vcpkg could do here, this is a cmake issue and it's still active, we don't have any workarounds now.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fissues%2F14114%23issuecomment-717753140&data=04|01||2a1519760026467dcfef08d87b12f8f8|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637394668695355170|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=johG8isrJZV6keYyJdjkqs58%2B4lO60XDEvTvUifO1LU%3D&reserved=0, or unsubscribehttps://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAQLMPX65KZV2EWQ46BRDVBTSM7BXJANCNFSM4SWBN34A&data=04|01||2a1519760026467dcfef08d87b12f8f8|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637394668695355170|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=IUHnt%2FvvdloVOQMfXjcp%2BnRWjqzXbXWy7ZBV1wE%2FzC8%3D&reserved=0.

@MrBolt2005, some suggest it might be caused by FAT32[1]; could you confirm that your D:\ drive is NTFS formatted? Reference from https://github.com/microsoft/vcpkg/issues/1549#issuecomment-318437627

It was a FAT32 drive, indeed, so I moved to C:. But it still gives me an error:
C:\src\vcpkg>vcpkg install opencl[wdk]:x64-windows --x-json --x-xunit=OpenCL[WKD]
Computing installation plan...
The following packages will be built and installed:
opencl[core,wdk]:x64-windows
Detecting compiler hash for triplet x64-windows...
Starting package 1/1: opencl:x64-windows
Building package opencl[core,wdk]:x64-windows...
Could not locate cached archive: C:\Users\joao2\AppData\Local\vcpkg\archives\9b\9bdb0e7510407c9438a38ee2d2ff49f6917085d3.zip
-- Downloading https://github.com/KhronosGroup/OpenCL-Headers/archive/0d5f18c6e7196863bc1557a693f1509adfcee056.tar.gz...
-- Extracting source C:/src/vcpkg/downloads/KhronosGroup-OpenCL-Headers-0d5f18c6e7196863bc1557a693f1509adfcee056.tar.gz
-- Using source at C:/src/vcpkg/buildtrees/opencl/src/9adfcee056-effc37b04c.clean
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_d3d10.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_d3d11.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_dx9_media_sharing.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_dx9_media_sharing_intel.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_egl.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_ext.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_ext_intel.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_gl.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_gl_ext.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_platform.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_va_api_media_sharing_intel.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/cl_version.h
-- Installing: C:/src/vcpkg/packages/opencl_x64-windows/include/CL/opencl.h
-- Downloading https://github.com/KhronosGroup/OpenCL-CLHPP/archive/d62a02090625655e5b2d791d6a58618b043c989c.tar.gz...
-- Extracting source C:/src/vcpkg/downloads/KhronosGroup-OpenCL-CLHPP-d62a02090625655e5b2d791d6a58618b043c989c.tar.gz
-- Using source at C:/src/vcpkg/buildtrees/opencl/src/8b043c989c-02b68d7dd1.clean
-- Downloading https://www.python.org/ftp/python/3.8.3/python-3.8.3-embed-amd64.zip...
-- Generating OpenCL C++ headers done
-- Downloading https://github.com/KhronosGroup/OpenCL-ICD-Loader/archive/e6e30ab9c7a61c171cf68d2e7f5c0ce28e2a4eae.tar.gz...
-- Extracting source C:/src/vcpkg/downloads/KhronosGroup-OpenCL-ICD-Loader-e6e30ab9c7a61c171cf68d2e7f5c0ce28e2a4eae.tar.gz
-- Applying patch 0001-include-unistd-for-gete-ug-id.patch
-- Using source at C:/src/vcpkg/buildtrees/opencl/src/e28e2a4eae-7bb6371b0a.clean
-- Configuring x64-windows
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:106 (message):
Command failed: ninja -v
Working Directory: C:/src/vcpkg/buildtrees/opencl/x64-windows-rel/vcpkg-parallel-configure
Error code: 1
See logs for more information:
C:\src\vcpkg\buildtrees\opencl\config-x64-windows-out.log
Call Stack (most recent call first):
scripts/cmake/vcpkg_configure_cmake.cmake:312 (vcpkg_execute_required_process)
ports/opencl/portfile.cmake:65 (vcpkg_configure_cmake)
scripts/ports.cmake:135 (include)
Error: Building package opencl:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: opencl:x64-windows
Vcpkg version: 2020.06.15-nohash
Additionally, attach any relevant sections from the log files above.
Enviado do Emailhttps://go.microsoft.com/fwlink/?LinkId=550986 para Windows 10
De<EMAIL_ADDRESS>Enviado:sexta-feira, 30 de outubro de 2020 05:20
Para<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>Assunto: Re: [microsoft/vcpkg] [opencl[core]:x64-windows] build failure (#14114)
@MrBolt2005https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMrBolt2005&data=04|01||4312744a0d524991ad9e08d87caca3c5|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637396428202518258|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=Ki0dzTkzbL%2BlxhEDrk1ble8fK2YP%2FwKSPSZjBaDi3ew%3D&reserved=0, some suggest it might be caused by FAT32[1]; could you confirm that your D:\ drive is NTFS formatted? Reference from #1549 (comment)https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fissues%2F1549%23issuecomment-318437627&data=04|01||4312744a0d524991ad9e08d87caca3c5|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637396428202528252|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=4FucrhOKqUGhjcT4j79N6gNe1xIRshywylOiq3ANSK4%3D&reserved=0
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fissues%2F14114%23issuecomment-719402192&data=04|01||4312744a0d524991ad9e08d87caca3c5|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637396428202538246|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=cl1HqdooaaoLIZpI2ghe12GnA1%2B7fDUt7QHWH%2BMA0zw%3D&reserved=0, or unsubscribehttps://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAQLMPXZUXZG5P2FGAVO6QC3SNJZMHANCNFSM4SWBN34A&data=04|01||4312744a0d524991ad9e08d87caca3c5|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637396428202548249|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=8HmiVOrvQ7ieoLba1zpNHsmIMWr4T38MJwDrsKAk2aQ%3D&reserved=0.

Could you attach failure log C:\src\vcpkg\buildtrees\opencl\config-x64-windows-out.log?

[1/2] cmd /c "cd ../../x64-windows-dbg && "C:/Program Files/CMake/bin/cmake.exe" "C:/src/vcpkg/buildtrees/opencl/src/e28e2a4eae-7bb6371b0a.clean" "-DOPENCL_ICD_LOADER_HEADERS_DIR=C:/src/vcpkg/packages/opencl_x64-windows/include" "-DOPENCL_ICD_LOADER_REQUIRE_WDK=ON" "-DUSE_DYNAMIC_VCXX_RUNTIME=1" "-DCMAKE_MAKE_PROGRAM=C:/src/vcpkg/downloads/tools/ninja/1.10.1-windows/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=C:/src/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-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=C:/src/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=C:/src/vcpkg" "-D_VCPKG_INSTALLED_DIR=C:/src/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=C:/src/vcpkg/packages/opencl_x64-windows/debug""
FAILED: ../../x64-windows-dbg/CMakeCache.txt
cmd /c "cd ../../x64-windows-dbg && "C:/Program Files/CMake/bin/cmake.exe" "C:/src/vcpkg/buildtrees/opencl/src/e28e2a4eae-7bb6371b0a.clean" "-DOPENCL_ICD_LOADER_HEADERS_DIR=C:/src/vcpkg/packages/opencl_x64-windows/include" "-DOPENCL_ICD_LOADER_REQUIRE_WDK=ON" "-DUSE_DYNAMIC_VCXX_RUNTIME=1" "-DCMAKE_MAKE_PROGRAM=C:/src/vcpkg/downloads/tools/ninja/1.10.1-windows/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=C:/src/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-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=C:/src/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=C:/src/vcpkg" "-D_VCPKG_INSTALLED_DIR=C:/src/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=C:/src/vcpkg/packages/opencl_x64-windows/debug""
-- The C compiler identification is MSVC 19.27.29112.0
-- The CXX compiler identification is MSVC 19.27.29112.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.27.29110/bin/Hostx64/x64/cl.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.27.29110/bin/Hostx64/x64/cl.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - not found
-- Found Threads: TRUE
-- Looking for secure_getenv
-- Looking for secure_getenv - not found
-- Looking for __secure_getenv
-- Looking for __secure_getenv - not found
CMake Error at CMakeLists.txt:100 (message):
The Windows WDK was not found.  Consider disabling
OPENCL_ICD_LOADER_REQUIRE_WDK.  Aborting.
-- Configuring incomplete, errors occurred!
See also "C:/src/vcpkg/buildtrees/opencl/x64-windows-dbg/CMakeFiles/CMakeOutput.log".
See also "C:/src/vcpkg/buildtrees/opencl/x64-windows-dbg/CMakeFiles/CMakeError.log".
[2/2] cmd /c "cd .. && "C:/Program Files/CMake/bin/cmake.exe" "C:/src/vcpkg/buildtrees/opencl/src/e28e2a4eae-7bb6371b0a.clean" "-DOPENCL_ICD_LOADER_HEADERS_DIR=C:/src/vcpkg/packages/opencl_x64-windows/include" "-DOPENCL_ICD_LOADER_REQUIRE_WDK=ON" "-DUSE_DYNAMIC_VCXX_RUNTIME=1" "-DCMAKE_MAKE_PROGRAM=C:/src/vcpkg/downloads/tools/ninja/1.10.1-windows/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=C:/src/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-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=C:/src/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=C:/src/vcpkg" "-D_VCPKG_INSTALLED_DIR=C:/src/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=C:/src/vcpkg/packages/opencl_x64-windows""
FAILED: ../CMakeCache.txt
cmd /c "cd .. && "C:/Program Files/CMake/bin/cmake.exe" "C:/src/vcpkg/buildtrees/opencl/src/e28e2a4eae-7bb6371b0a.clean" "-DOPENCL_ICD_LOADER_HEADERS_DIR=C:/src/vcpkg/packages/opencl_x64-windows/include" "-DOPENCL_ICD_LOADER_REQUIRE_WDK=ON" "-DUSE_DYNAMIC_VCXX_RUNTIME=1" "-DCMAKE_MAKE_PROGRAM=C:/src/vcpkg/downloads/tools/ninja/1.10.1-windows/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=C:/src/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-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=C:/src/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=C:/src/vcpkg" "-D_VCPKG_INSTALLED_DIR=C:/src/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=C:/src/vcpkg/packages/opencl_x64-windows""
-- The C compiler identification is MSVC 19.27.29112.0
-- The CXX compiler identification is MSVC 19.27.29112.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.27.29110/bin/Hostx64/x64/cl.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.27.29110/bin/Hostx64/x64/cl.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - not found
-- Found Threads: TRUE
-- Looking for secure_getenv
-- Looking for secure_getenv - not found
-- Looking for __secure_getenv
-- Looking for __secure_getenv - not found
CMake Error at CMakeLists.txt:100 (message):
The Windows WDK was not found.  Consider disabling
OPENCL_ICD_LOADER_REQUIRE_WDK.  Aborting.
-- Configuring incomplete, errors occurred!
See also "C:/src/vcpkg/buildtrees/opencl/x64-windows-rel/CMakeFiles/CMakeOutput.log".
See also "C:/src/vcpkg/buildtrees/opencl/x64-windows-rel/CMakeFiles/CMakeError.log".
ninja: build stopped: subcommand failed.
Enviado do Emailhttps://go.microsoft.com/fwlink/?LinkId=550986 para Windows 10
De<EMAIL_ADDRESS>Enviado:domingo, 1 de novembro de 2020 22:50
Para<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>Assunto: Re: [microsoft/vcpkg] [opencl[core]:x64-windows] build failure (#14114)
Could you attach failure log C:\src\vcpkg\buildtrees\opencl\config-x64-windows-out.log?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fissues%2F14114%23issuecomment-720194382&data=04|01||fcb30569761040cd903a08d87ed1a34b|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637398786132011461|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=ZQMtgoVLBe5VEVj7pWEI5P7eewsPg5cUhAry0J8cPX4%3D&reserved=0, or unsubscribehttps://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAQLMPX4IMWCFG45WYTHAQATSNYF5JANCNFSM4SWBN34A&data=04|01||fcb30569761040cd903a08d87ed1a34b|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637398786132021456|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=hVtpbTR0uXBlhZfz%2B6so13nSmv2d3poRMsCbrPz6IUk%3D&reserved=0.

@MrBolt2005, could you install windows WDK and try again? https://docs.microsoft.com/en-us/windows-hardware/drivers/download-the-wdk
Failure:
CMake Error at CMakeLists.txt:100 (message):
The Windows WDK was not found.  Consider disabling
OPENCL_ICD_LOADER_REQUIRE_WDK.  Aborting.
…

It’s already installed, and the PATH is already updated.
Enviado do Emailhttps://go.microsoft.com/fwlink/?LinkId=550986 para Windows 10
De<EMAIL_ADDRESS>Enviado:segunda-feira, 2 de novembro de 2020 03:20
Para<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>Assunto: Re: [microsoft/vcpkg] [opencl[core]:x64-windows] build failure (#14114)
@MrBolt2005https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMrBolt2005&data=04|01||cea24e0f909a47c73e0808d87ef761b7|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637398948239701021|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=VRlUyVDxv%2BIWn8kAi58SE%2BtqC%2FQ%2FvKh4i3I3fzJqjtw%3D&reserved=0, could you install windows WDK and try again? https://docs.microsoft.com/en-us/windows-hardware/drivers/download-the-wdkhttps://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fwindows-hardware%2Fdrivers%2Fdownload-the-wdk&data=04|01||cea24e0f909a47c73e0808d87ef761b7|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637398948239701021|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=qXm8c%2B9w8fufIfhXZnQXTsNyf497hsQZm5qvuFGI59M%3D&reserved=0
Failure:
CMake Error at CMakeLists.txt:100 (message):
The Windows WDK was not found. Consider disabling
OPENCL_ICD_LOADER_REQUIRE_WDK. Aborting.
…
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fissues%2F14114%23issuecomment-720262791&data=04|01||cea24e0f909a47c73e0808d87ef761b7|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637398948239711013|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=TVGU1vZodrE4KiOxatcFYEuQaYrJItr4FrWE5wpMUqk%3D&reserved=0, or unsubscribehttps://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAQLMPXYZRFDUI466D33BYTTSNZFSPANCNFSM4SWBN34A&data=04|01||cea24e0f909a47c73e0808d87ef761b7|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637398948239711013|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=gKvs9YNvjB8DM6epsIwc1g4Y77qAy8%2BPPYPlMFL%2FLQQ%3D&reserved=0.

Hey?!

@MrBolt2005, I reprod this issue with ./vcpkg install opencl[wdk]:x64-windows, the /vcpkg install opencl[core]:x64-windows built successfully.
I will take a look at the feature.

I noticed that WDK support has been removed from upstream https://github.com/KhronosGroup/OpenCL-ICD-Loader/commit/fe09ad1bd76b15e3c90f2ec3fa9df35b2535e76b, we may need to remove the feature.
From CMakeList.txt file, it looks to check the D3DJMT header files in windows kits. see
 if (OPENCL_ICD_LOADER_REQUIRE_WDK)
        if(DEFINED ENV{WDKContentRoot})
            file(GLOB D3DKMT_HEADER "$ENV{WDKContentRoot}/Include/*/km/d3dkmthk.h")
        else()
            file(GLOB D3DKMT_HEADER "$ENV{HOMEDRIVE}/Program Files */Windows Kits/10/Include/*/km/d3dkmthk.h")
        endif()

        if(D3DKMT_HEADER)
            list(GET D3DKMT_HEADER -1 LATEST_D3DKMT_HEADER)
            get_filename_component(WDK_DIRECTORY ${LATEST_D3DKMT_HEADER} DIRECTORY)
            get_filename_component(WDK_DIRECTORY ${WDK_DIRECTORY} DIRECTORY)
            message(STATUS "Found the Windows WDK in: ${WDK_DIRECTORY}")
            target_compile_definitions(OpenCL PRIVATE OPENCL_ICD_LOADER_REQUIRE_WDK)
            target_include_directories(OpenCL PRIVATE ${WDK_DIRECTORY}/um)
            target_include_directories(OpenCL PRIVATE ${WDK_DIRECTORY}/km)
            target_include_directories(OpenCL PRIVATE ${WDK_DIRECTORY}/shared)
        else()
            message(FATAL_ERROR "The Windows WDK was not found. Consider disabling OPENCL_ICD_LOADER_REQUIRE_WDK. Aborting.")
        endif()
    endif()

Indeed, the ICD loader has removed it's dependence on the Windows Driver Kit. It got pulled in for a handful of typdefs, which are now borrowed a minimalistic self-contained header from the Vulkan SDK. This feature only needed removal, because MS SDKs are huuuge (Windows 10 SDK is multi GBs, and the WDK is huge as well). Selfhosting these definitions sort-of scrapes the issue under the rug and will come back to bite, should the typedefs change.
Anyhow, I too think that the feature can now be safely removed. I'm not sure how Vcpkg will handle installations where a feature disappears between two pulls.

Just a heads-up, there is a massive revamp (and facelift) in the consumption of OpenCL packages which will touch upon all Khronos OpenCL libraries. The first PR opened on OpenCL-Headers is under review. It aims on being fully backwards compatible with the current Find Module scripts provided by CMake and hence are coupled with comprehensive CI work too.


WIP: add first draft of custom ca trust cli changes for aks agentpools

This checklist is used to make sure that common guidelines for a pull request are followed.

For new extensions:

[ ] My extension description/summary conforms to the Extension Summary Guidelines.

About Extension Publish
There is a pipeline to automatically build, upload and publish extension wheels.
Once your PR is merged into master branch, a new PR will be created to update src/index.json automatically.
The precondition is to put your code inside this repo and upgrade the version in the PR but do not modify src/index.json.

aks

The error msg from Azure.azure-cli-extensions (CLI Linter on Modified Extensions)

/home/vsts/work/1/s/src/aks-preview/azext_aks_preview/_validators.py:589:1: E302 expected 2 blank lines, found 1
/home/vsts/work/1/s/src/aks-preview/azext_aks_preview/_validators.py:594:1: W391 blank line at end of file

To fix, add a new line before line 589 (two lines between functions) and another new line after line 594 (i.e., leave an empty line at the end of a python file).

Is it looking good? Can we get this merged? :) @zhoxing-ms @FumingZhang


[tool_crash] FileSystemException: Exists failed, OS Error: The filename, directory name, or volume label syntax is incorrect., errno = 123

Command
flutter run -d chrome --web-renderer html

Steps to Reproduce

...
...
...

Logs
FileSystemException: Exists failed, OS Error: The filename, directory name, or volume label syntax is incorrect.
, errno = 123
#0      _Directory.existsSync (dart:io/directory_impl.dart:94:7)
#1      ForwardingFileSystemEntity.existsSync (package:file/src/forwarding/forwarding_file_system_entity.dart:43:33)
#2      ErrorHandlingDirectory.existsSync.<anonymous closure> (package:flutter_tools/src/base/error_handling_io.dart:497:22)
#3      _runSync (package:flutter_tools/src/base/error_handling_io.dart:597:14)
#4      ErrorHandlingDirectory.existsSync (package:flutter_tools/src/base/error_handling_io.dart:496:12)
#5      ManifestAssetBundle._parseAssetsFromFolder (package:flutter_tools/src/asset.dart:746:47)
#6      ManifestAssetBundle._parseAssets (package:flutter_tools/src/asset.dart:685:9)
#7      ManifestAssetBundle.build (package:flutter_tools/src/asset.dart:245:54)
<asynchronous suspension>
#8      ResidentWebRunner._updateDevFS (package:flutter_tools/src/isolated/resident_web_runner.dart:496:26)
<asynchronous suspension>
#9      ResidentWebRunner.run.<anonymous closure> (package:flutter_tools/src/isolated/resident_web_runner.dart:287:41)
<asynchronous suspension>
#10     asyncGuard.<anonymous closure> (package:flutter_tools/src/base/async_guard.dart:111:24)
<asynchronous suspension>

[✓] Flutter (Channel stable, 2.10.1, on Microsoft Windows [Version 10.0.19044.1526], locale en-IN)
    • Flutter version 2.10.1 at E:\src\flutter
    • Upstream repository https://github.com/Vaibhavsg17/flutter.git
    • Framework revision db747aa133 (4 weeks ago), 2022-02-09 13:57:35 -0600
    • Engine revision ab46186b24
    • Dart version 2.16.1
    • DevTools version 2.9.2

[✓] Android toolchain - develop for Android devices (Android SDK version 32.0.0)
    • Android SDK at C:\Users\91720\AppData\Local\Android\sdk
    • Platform android-32, build-tools 32.0.0
    • Java binary at: E:\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 11.0.11 9-b60-7590822)
    • All Android licenses accepted.

[✓] Chrome - develop for the web
    • Chrome at C:\Program Files\Google\Chrome\Application\chrome.exe

[✗] Visual Studio - develop for Windows
    ✗ Visual Studio not installed

Labeling for further investigation as I can't see any existing issues

Would you please help me find the resolution of this issue because it has been closed and I don't know if it is allowed for new members to get to closed/resolved issues.
Thank you for your understanding.

on stable/3.10.2:
FileSystemException: FileSystemException: Exists failed, path = 'C:\Program Files\Android\Android Studio" ' (OS Error: The filename, directory name, or volume label syntax is incorrect.
, errno = 123)
at _Directory.existsSync(directory_impl.dart:92)
at ForwardingFileSystemEntity.existsSync(forwarding_file_system_entity.dart:43)
at ErrorHandlingDirectory.existsSync.<anonymous closure>(error_handling_io.dart:492)
at _runSync(error_handling_io.dart:590)
at ErrorHandlingDirectory.existsSync(error_handling_io.dart:491)
at AndroidStudio.latestValid(android_studio.dart:244)
at AppContext._generateIfNecessary.<anonymous closure>(context.dart:104)
at _LinkedHashMapMixin.putIfAbsent(compact_hash.dart:535)
at AppContext._generateIfNecessary(context.dart:92)
at AppContext.get(context.dart:121)
at AppContext.get(context.dart:119)
at AppContext.get(context.dart:119)
at androidStudio(globals.dart:65)
at runInContext.<anonymous closure>(context_runner.dart:104)
at AppContext._generateIfNecessary.<anonymous closure>(context.dart:104)
at _LinkedHashMapMixin.putIfAbsent(compact_hash.dart:535)
at AppContext._generateIfNecessary(context.dart:92)
at AppContext.get(context.dart:121)
at AppContext.get(context.dart:119)
at AppContext.get(context.dart:119)
at androidLicenseValidator(android_workflow.dart:30)
at DoctorCommand.runCommand(doctor.dart:53)
at FlutterCommand.verifyThenRunCommand(flutter_command.dart:1568)
at <asynchronous gap>(async)
at FlutterCommand.run.<anonymous closure>(flutter_command.dart:1336)
at <asynchronous gap>(async)
at AppContext.run.<anonymous closure>(context.dart:150)
at <asynchronous gap>(async)
at CommandRunner.runCommand(command_runner.dart:212)
at <asynchronous gap>(async)
at FlutterCommandRunner.runCommand.<anonymous closure>(flutter_command_runner.dart:296)
at <asynchronous gap>(async)
at AppContext.run.<anonymous closure>(context.dart:150)
at <asynchronous gap>(async)
at FlutterCommandRunner.runCommand(flutter_command_runner.dart:244)
at <asynchronous gap>(async)
at run.<anonymous closure>.<anonymous closure>(runner.dart:91)
at <asynchronous gap>(async)
at AppContext.run.<anonymous closure>(context.dart:150)
at <asynchronous gap>(async)
at main(executable.dart:91)
at <asynchronous gap>(async)

Note the extraneous double quote in the path.

I downgraded Flutter to previous version and started working again

Command flutter doctor
On stable/3.10.6
FileSystemException: Exists failed, path = ''<C:\Program Files\Android\Android Studio>'' (OS Error: The filename, directory name, or volume label syntax is incorrect.
, errno = 123)
at _Directory.existsSync(directory_impl.dart:92)
at ForwardingFileSystemEntity.existsSync(forwarding_file_system_entity.dart:43)
at ErrorHandlingDirectory.existsSync.<anonymous closure>(error_handling_io.dart:492)
at _runSync(error_handling_io.dart:590)
at ErrorHandlingDirectory.existsSync(error_handling_io.dart:491)
at AndroidStudio.latestValid(android_studio.dart:244)
at AppContext._generateIfNecessary.<anonymous closure>(context.dart:104)
at _LinkedHashMapMixin.putIfAbsent(compact_hash.dart:535)
at AppContext._generateIfNecessary(context.dart:92)
at AppContext.get(context.dart:121)
at AppContext.get(context.dart:119)
at AppContext.get(context.dart:119)
at androidStudio(globals.dart:65)
at runInContext.<anonymous closure>(context_runner.dart:104)
at AppContext._generateIfNecessary.<anonymous closure>(context.dart:104)
at _LinkedHashMapMixin.putIfAbsent(compact_hash.dart:535)
at AppContext._generateIfNecessary(context.dart:92)
at AppContext.get(context.dart:121)
at AppContext.get(context.dart:119)
at AppContext.get(context.dart:119)
at androidLicenseValidator(android_workflow.dart:30)
at DoctorCommand.runCommand(doctor.dart:53)
at FlutterCommand.verifyThenRunCommand(flutter_command.dart:1568)
at <asynchronous gap>(async)
at FlutterCommand.run.<anonymous closure>(flutter_command.dart:1336)
at <asynchronous gap>(async)
at AppContext.run.<anonymous closure>(context.dart:150)
at <asynchronous gap>(async)
at CommandRunner.runCommand(command_runner.dart:212)
at <asynchronous gap>(async)
at FlutterCommandRunner.runCommand.<anonymous closure>(flutter_command_runner.dart:296)
at <asynchronous gap>(async)
at AppContext.run.<anonymous closure>(context.dart:150)
at <asynchronous gap>(async)
at FlutterCommandRunner.runCommand(flutter_command_runner.dart:244)
at <asynchronous gap>(async)
at run.<anonymous closure>.<anonymous closure>(runner.dart:91)
at <asynchronous gap>(async)
at AppContext.run.<anonymous closure>(context.dart:150)
at <asynchronous gap>(async)
at main(executable.dart:91)
at <asynchronous gap>(async)

I ran the command flutter config --android-studio-dir= to reset field and started working again

It also works for me! Thanks.

The top comment is about the run command which does not catch FileSystemException to produce a gentle message.
Regarding incorrectly configured android-studio-dir, this is the result when running on Flutter 3.27 which should be considered as resolved:
Could not find the Android Studio installation at the manually configured path "<C:\Program Files\Android\Android Studio>".
Encountered exception: FileSystemException: Exists failed, path = '<C:\Program Files\Android\Android Studio>' (OS Error: The filename, directory name, or volume label syntax is incorrect.
, errno = 123)

Please verify that the path is correct and update it by running this command: flutter config --android-studio-dir '<path>'
To have flutter search for Android Studio installations automatically, remove
the configured path by running this command: flutter config --android-studio-dir

Process finished with exit code 1

An invalid asset directory entry seems to no longer reproduce the issue on Flutter 3.27:
> flutter run -d chrome
The Dart VM service is listening on http://<IP_ADDRESS>:54326/eqmMKoK3cF0=/

Resolving dependencies...
Downloading packages...
  characters 1.3.0 (1.4.0 available)
  collection 1.19.0 (1.19.1 available)
  material_color_utilities 0.11.1 (0.12.0 available)
  meta 1.15.0 (1.16.0 available)
Got dependencies!
4 packages have newer versions incompatible with dependency constraints.
Try `flutter pub outdated` for more information.
Launching lib\main.dart on Chrome in debug mode...
Error: unable to find directory entry in pubspec.yaml: X:\Users\DELL\AppData\Local\Android\sdk & \src\flutter\bin\internal\exit_with_errorlevel.bat\
Waiting for connection from debug service on Chrome...             12.3s

Closing as solved. Further reproduction should be provided along with the pubspec.yaml.


SoilSample – remove hasResult

schema implementation issue
(in ontology hasResult - is through relatedActivity of SiteVisit where observation is made on a sample)


Fix clippy

Builds on https://github.com/paritytech/litep2p/pull/57, however due to the high number of conflicts I fixed the errors in this PR.
Next Steps

[ ] Sync node with this PR

For testing, I've left this PR + https://github.com/paritytech/litep2p/pull/61 running a full Kusama node with:

normal sync
warp sync

Testing Results
The warp-sync node is producing blocks, running for roughly ~20h.
WARN tokio-runtime-worker telemetry: ❌ Error while dialing /dns/telemetry.polkadot.io/tcp/443/x-parity-wss/%2Fsubmit%2F: Custom { kind: Other, error: Timeout }

WARN tokio-runtime-worker litep2p::ipfs::identify: inbound identify substream opened for peer who doesn't exist peer=PeerId("12D3KooWF3PWbXdGEuT35nBh3MgECtxnHng3s5c5QKapoDZMy38z") protocol=/ipfs/id/1.0.0
WARN tokio-runtime-worker litep2p::ipfs::identify: inbound identify substream opened for peer who doesn't exist peer=PeerId("12D3KooWF3PWbXdGEuT35nBh3MgECtxnHng3s5c5QKapoDZMy38z") protocol=/ipfs/id/1.0.0

WARN tokio-runtime-worker sync: 💔 Ignored block (#22873601 -- 0x649e…eab2) announcement from 12D3KooWBDbBuoE4umuzJnZcUouT4GY6n31BRWHXdAFsThjTKrug because all validation slots for this peer are occupied.
WARN tokio-runtime-worker sync: 💔 Ignored block (#22873781 -- 0xf711…b203) announcement from 12D3KooWBDbBuoE4umuzJnZcUouT4GY6n31BRWHXdAFsThjTKrug because all validation slots for this peer are occupied.
WARN tokio-runtime-worker sync: 💔 Ignored block (#22873782 -- 0x917b…dfa0) announcement from 12D3KooWBDbBuoE4umuzJnZcUouT4GY6n31BRWHXdAFsThjTKrug because all validation slots for this peer are occupied.

WARN tokio-runtime-worker db::notification_pinning: Notification block pinning limit reached. Unpinning block with hash

ERROR tokio-runtime-worker beefy: 🥩 Error: ConsensusReset. Restarting voter.

I think we are good to go here. I'll wait for a few more hours and if everything looks sane, I'll merge this and https://github.com/paritytech/litep2p/pull/61.
I'll leave the full node running for a few more days.


Implement allowing service metadata to be declared on interface

@service needs to be updated to allow interfaces as a target, and the types for the various accessor methods need to widen to account for the possibility of returning an interface. This is likely to be a compiler break, but not a runtime break, for emitters.
Implementation issue for #691

est: 8


Improve abstractions for writing tests using the Zulip API

We now use **api_auth in 142 places in the codebase, and it's kinda ugly.  We should think about replacing the **api_auth  mechanism we use for things like self.client_patch  with something more like self.api_patch(user_profile, "/users/me/subscriptions") , where we aren’t specifying how to do auth in every single test.
We should get a few thoughts on the specific interface before changing this.

I'd be in favor of this (conceptually):
def api_post(email, *args, **kwargs):
kwargs['HTTP_AUTHORIZATION'] = encode_credentials(email)
return client_post(*args, **kwargs)

Yeah, that's basically what I had in mind, though I was thinking a user_profile, not an email.
I feel like that aspect of the API is best decided by someone converting 5 a few random functions and seeing which seems cleaner; my guess is that it will be the user_profile, but I'm not sure.

Tagging this as help wanted, with the next step being to try this out and see how well it works.

@zulipbot claim


Eager loading runs N queries when iterating 2+ times over the result set

Consider this code:

# _id is required in mongoid 4.0.2
models = Model.only(:name, :make, :_id).includes(:make)
# one query for all models, eager loading works
models.each do |model|
  puts model.make.name
end

# one query per model, eager loading does not work
models.each do |model|
  puts model.make.name
end

I request that makes are loaded with models. In the first loop on models, there is one query for models and one query for makes for the entire loop. Then I run the loop again, and in the second loop I get one query per model to get the make.
Complete example + log can be seen here: https://gist.github.com/p-run/daafc2598867945cf642

I think this is the same issue as #3942.

@brauliomartinezlm this appears to be the case!


Browser console errors thrown on "Burn" page

Description:
Two types of errors are thrown in browser console on "Burn" page:

Invalid ENS name
Duplicate definition

Reproduction steps:

Go to Staking website, "Burn" page (https://dev.staking.synthetix.io/staking/burn)
Look at browser console

Expected result:

No errors thrown

Environment:
MacBook Pro 15,4-inch (2880 x 1800), macOS 11.1, Chrome 87.0.4280.88
Screenshots / videos:

Still happens?

Closing because stale

Closing because stale