Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[vcpkg baseline][qtapplicationmanager] Configure hardcodes bin paths. #23638

Merged
merged 4 commits into from
Mar 21, 2022

Conversation

Neumann-A
Copy link
Contributor

No description provided.

@Neumann-A Neumann-A changed the title [qtapplicationmanager] disable parallel configure [qtapplicationmanager] Configure hardcodes bin paths. Mar 19, 2022
@Neumann-A Neumann-A marked this pull request as ready for review March 19, 2022 00:03
@JackBoosY JackBoosY linked an issue Mar 21, 2022 that may be closed by this pull request
@JackBoosY JackBoosY added the category:port-bug The issue is with a library, which is something the port should already support label Mar 21, 2022
@JackBoosY JackBoosY added the info:reviewed Pull Request changes follow basic guidelines label Mar 21, 2022
@JackBoosY JackBoosY changed the title [qtapplicationmanager] Configure hardcodes bin paths. [vcpkg baseline][qtapplicationmanager] Configure hardcodes bin paths. Mar 21, 2022
@JackBoosY JackBoosY linked an issue Mar 21, 2022 that may be closed by this pull request
Copy link
Contributor

@strega-nil strega-nil left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've re-run CI at https://dev.azure.com/vcpkg/public/_build/results?buildId=69170&view=results, if someone wants to look at the build. This LGTM!

@BillyONeal BillyONeal merged commit 6ba1666 into microsoft:master Mar 21, 2022
@BillyONeal
Copy link
Member

This looks good to me and I merged because the CI build linked was green

@Neumann-A Neumann-A deleted the fix_qtapplication_manager branch March 21, 2022 22:19
BillyONeal added a commit to BillyONeal/vcpkg that referenced this pull request Mar 22, 2022
PASSING, REMOVE FROM FAIL LIST: intelrdfpmathlib:x64-linux
PASSING, REMOVE FROM FAIL LIST: ocilib:x64-windows-static
PASSING, REMOVE FROM FAIL LIST: skia:arm64-windows
PASSING, REMOVE FROM FAIL LIST: yato:x64-windows-static-md

REGRESSION: argtable3:arm-uwp
No repro. Maybe fixed by microsoft#23655

REGRESSION: infoware:x64-windows-static

```
-- Found Git: C:/agent/externals/git/cmd/git.exe (found version "2.30.2.windows.1")
Cloning into 'pciids'...
fatal: unable to access 'https://github.com/pciutils/pciids/': Could not resolve host: github.com
CMake Error at CMakeLists.txt:111 (message):
  Cloning/pulling pciids repository from https://github.com/pciutils/pciids
  failed with 128.

  The pci.ids file, downloadable from https://github.com/pciutils/pciids or
  http://pci-ids.ucw.cz, is required for building infoware, and cloned
  automatically from that GitHub repository by default.

  To use a local copy, set INFOWARE_PCI_IDS_PATH to its location.
```

Looks like this port needs to be fixed to work with artifact caching.

REGRESSION: libgpg-error:x64-uwp

```
       "D:\buildtrees\libgpg-error\x64-uwp-rel\error-1.42-2324ddbc71.clean\SMP\libgpg-error.sln" (Rebuild target) (1) ->
       "D:\buildtrees\libgpg-error\x64-uwp-rel\error-1.42-2324ddbc71.clean\SMP\libgpg-error_winrt.vcxproj" (Rebuild target) (2) ->
       (_GetPackageFileExtensions target) ->
         C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Microsoft\VisualStudio\v17.0\AppxPackage\Microsoft.AppXPackage.Targets(892,25): error MSB4086: A numeric comparison was attempted on "$(TargetPlatformMinVersion)" that evaluates to "" instead of a number, in condition "'$(TargetPlatformMinVersion)' >= '10.0.17200.0'". [D:\buildtrees\libgpg-error\x64-uwp-rel\error-1.42-2324ddbc71.clean\SMP\libgpg-error_winrt.vcxproj]
```

This looks like a VS2022 regression.

REGRESSION: chromium-base:x64-osx

This port is still having the strange behavior where building it once fails but building it again succeeds O_O

REGRESSION: libmikmod:x64-osx

This is emitting a bunch of spew about standard library symbols.

REGRESSION: qtapplicationmanager:x64-windows
Should be fixed by microsoft#23638
BillyONeal added a commit that referenced this pull request Mar 22, 2022
PASSING, REMOVE FROM FAIL LIST: intelrdfpmathlib:x64-linux
PASSING, REMOVE FROM FAIL LIST: ocilib:x64-windows-static
PASSING, REMOVE FROM FAIL LIST: skia:arm64-windows
PASSING, REMOVE FROM FAIL LIST: yato:x64-windows-static-md

REGRESSION: argtable3:arm-uwp
No repro. Maybe fixed by #23655

REGRESSION: infoware:x64-windows-static

```
-- Found Git: C:/agent/externals/git/cmd/git.exe (found version "2.30.2.windows.1")
Cloning into 'pciids'...
fatal: unable to access 'https://github.com/pciutils/pciids/': Could not resolve host: github.com
CMake Error at CMakeLists.txt:111 (message):
  Cloning/pulling pciids repository from https://github.com/pciutils/pciids
  failed with 128.

  The pci.ids file, downloadable from https://github.com/pciutils/pciids or
  http://pci-ids.ucw.cz, is required for building infoware, and cloned
  automatically from that GitHub repository by default.

  To use a local copy, set INFOWARE_PCI_IDS_PATH to its location.
```

Looks like this port needs to be fixed to work with artifact caching.

REGRESSION: libgpg-error:x64-uwp

```
       "D:\buildtrees\libgpg-error\x64-uwp-rel\error-1.42-2324ddbc71.clean\SMP\libgpg-error.sln" (Rebuild target) (1) ->
       "D:\buildtrees\libgpg-error\x64-uwp-rel\error-1.42-2324ddbc71.clean\SMP\libgpg-error_winrt.vcxproj" (Rebuild target) (2) ->
       (_GetPackageFileExtensions target) ->
         C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Microsoft\VisualStudio\v17.0\AppxPackage\Microsoft.AppXPackage.Targets(892,25): error MSB4086: A numeric comparison was attempted on "$(TargetPlatformMinVersion)" that evaluates to "" instead of a number, in condition "'$(TargetPlatformMinVersion)' >= '10.0.17200.0'". [D:\buildtrees\libgpg-error\x64-uwp-rel\error-1.42-2324ddbc71.clean\SMP\libgpg-error_winrt.vcxproj]
```

This looks like a VS2022 regression.

REGRESSION: chromium-base:x64-osx

This port is still having the strange behavior where building it once fails but building it again succeeds O_O

REGRESSION: libmikmod:x64-osx

This is emitting a bunch of spew about standard library symbols.

REGRESSION: qtapplicationmanager:x64-windows
Should be fixed by #23638
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
category:port-bug The issue is with a library, which is something the port should already support info:reviewed Pull Request changes follow basic guidelines
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[qtapplicationmanager] x64-windows pipeline test failure [qtapplicationmanager] build failure
5 participants