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

[many ports] Update existing KF5 frameworks to 5.75 #13467

Merged
merged 75 commits into from
Apr 12, 2021

Conversation

wrobelda
Copy link
Contributor

  • kf5crash
    • make x11 patch exclusive to linux
    • enable win/macOS builds
  • kf5syntaxhighlighting
    • fix building on non-Win by removing the cli tool from all platforms

Describe the pull request

  • Which triplets are supported/not supported? Have you updated the CI baseline?
    No change in triplets supported.

  • Does your PR follow the maintainer guide?
    Yes

kf5crash
  - make x11 patch exclusive to linux
  - enable win/macOS builds
kf5syntaxhighlighting
  - fix building on non-Win by removing the cli tool from all platforms
@ghost
Copy link

ghost commented Sep 11, 2020

CLA assistant check
All CLA requirements met.

@wrobelda wrobelda marked this pull request as ready for review September 11, 2020 01:23
@wrobelda
Copy link
Contributor Author

My apologies, I pushed a new kf5auth port by mistake.

@NancyLi1013 NancyLi1013 self-assigned this Sep 11, 2020
@NancyLi1013 NancyLi1013 added the category:port-update The issue is with a library, which is requesting update new revision label Sep 11, 2020
This reverts commit 8703c24.
@wrobelda
Copy link
Contributor Author

@NancyLi1013 FYI, I reverted the new kf5auth I accidentally added

@wrobelda wrobelda changed the title Update KF5 framework to 5.73 [kf5-*] Update KF5 frameworks to 5.73 Sep 11, 2020
@wrobelda wrobelda changed the title [kf5-*] Update KF5 frameworks to 5.73 [kf5*] Update KF5 frameworks to 5.73 Sep 11, 2020
ports/ecm/portfile.cmake Show resolved Hide resolved
ports/kf5holidays/portfile.cmake Show resolved Hide resolved
ports/kf5syntaxhighlighting/portfile.cmake Outdated Show resolved Hide resolved
ports/kf5plotting/portfile.cmake Show resolved Hide resolved
@NancyLi1013
Copy link
Contributor

NancyLi1013 commented Sep 11, 2020

There is also another new port kf5globalaccel in this PR. Is this intended or by mistake?

Edit: I noticed that you have removed just now. Please ignore this comment.

@NancyLi1013 NancyLi1013 added the info:reviewed Pull Request changes follow basic guidelines label Sep 11, 2020
@NancyLi1013
Copy link
Contributor

LGTM now. Thanks for your PR.

Copy link
Contributor

@ras0219-msft ras0219-msft left a comment

Choose a reason for hiding this comment

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

LGTM other than one question

ports/kf5crash/CONTROL Outdated Show resolved Hide resolved
@wrobelda
Copy link
Contributor Author

wrobelda commented Sep 14, 2020

@ras0219 @NancyLi1013 similarly to what I reported under PR #13469, I see that all the modified ports in this PR were also labeled as CASCADE by the CI run, which to my understanding implies they were skipped due to a missing/failing dependency. In this case it looks that for some reason kf5crash is not being built with a n\a status – despite that works fine for me locally. Are the CI test results therefore a false positive, or am I missing something here?

@NancyLi1013
Copy link
Contributor

Your understanding is right. The build results are related with those dependencies.

@wrobelda
Copy link
Contributor Author

wrobelda commented Sep 14, 2020

@NancyLi1013 so I just run those builds locally on my Windows VM after learning they aren't actually being tested by the CI and I already had some failures. I don't believe I can consciously push this PR into the master unless we can actually have your CI to properly test all the supported triplets – I don't have the means to do so locally.

@ras0219-msft I see that the ecm was excluded as part of this change of yours. May we know wat was wrong with ecm? The pull request doesn't mention anything specific about it.

ports/kf5holidays/portfile.cmake Outdated Show resolved Hide resolved
@NancyLi1013
Copy link
Contributor

Hi @wrobelda

I'm so sorry for updates many times, I reviewed this PR again and gave some extra suggestions. Please address them if you're free.

LGTM now except for these review suggestions. The only problem is the failure on Linux, which is not related with the changes in this PR, but we still recommend to merge this PR after all CI checks passed.

So we need to wait for the PR #15808 merged.

wrobelda and others added 9 commits March 8, 2021 23:12
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
@wrobelda
Copy link
Contributor Author

wrobelda commented Mar 9, 2021

I'm so sorry for updates many times, I reviewed this PR again and gave some extra suggestions. Please address them if you're free.

Absolutely, nothing to apologize for! I totally understand we're held to high standards here and I appreciate your continuous feedback. All suggestions were addressed.

@NancyLi1013
Copy link
Contributor

There is nothing need to be done on your sides now, Let's wait for the PR #15808 merged.

@wrobelda
Copy link
Contributor Author

@NancyLi1013 it looks like #15808 has stalled. Is there anything else that can be done to obtain an unobstructed Linux CI/CD run and have this merged?

@NancyLi1013
Copy link
Contributor

@wrobelda

Sorry, there is nothing to do except for waiting it merged. Unless the errors on Linux will disappear.

@NancyLi1013
Copy link
Contributor

/azp run

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@NancyLi1013
Copy link
Contributor

c++: error: /mnt/vcpkg-ci/installed/x64-linux/debug/lib//libglib-2.0.a: No such file or directory
c++: error: /mnt/vcpkg-ci/installed/x64-linux/debug/lib//libglib-2.0.a: No such file or directory
c++: error: /mnt/vcpkg-ci/installed/x64-linux/debug/lib//libglib-2.0.a: No such file or directory

Will be fixed by another PR #16954

@NancyLi1013
Copy link
Contributor

/azp run

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@NancyLi1013 NancyLi1013 removed the depends:different-pr This PR or Issue depends on a PR which has been filed label Apr 7, 2021
@NancyLi1013
Copy link
Contributor

LGTM now, thanks for your hard work and patience @wrobelda.

@NancyLi1013 NancyLi1013 added the info:reviewed Pull Request changes follow basic guidelines label Apr 8, 2021
@vicroms vicroms merged commit bc96cd5 into microsoft:master Apr 12, 2021
Sungeun0318 pushed a commit to Sungeun0318/-vcpkg that referenced this pull request May 15, 2024
* Add meson from microsoft/vcpkg#12860

* Add autoconf-archive from microsoft/vcpkg#13081

* Add kf5windowsystem libs from microsoft/vcpkg#13467

* Open the FTP and SFTP ports from microsoft/vcpkg#14412

* Add libxcb-util0-dev from microsoft/vcpkg#14678

* Add libasound2-dev from microsoft/vcpkg#14774

* Remove no longer necessary apt-mark calls.

* Update nasm on Linux.

* Fix longstanding bug where Storage was publicly accessible and change to generate SAS token rather than File Share

* Delete no longer necessary azure storage firewall rules.

* Install the newer Windows SDK with the VS installer instead of manually.

* Install the VS2015 and VS2017 compilers.

* Update Powershell-Core to 7.1.0.

* Update source of WDK.

* Update pools.

* [opentracing] Repair arm64-windows failures caused by mojibake in `expected.hpp` and errors in opentracing-cpp's lint for arm64 where it thinks exceptions are disabled when they are enabled.

Fixes:
C:\Dev\vcpkg\buildtrees\opentracing\src\b67575dab0-0250653c81.clean\3rd_party\include\opentracing/expected/expected.hpp(1): warning C4828: The file contains a character starting at offset 0x4a77 that is illegal in the current source character set (codepage 65001).

Fixes:
D:\buildtrees\opentracing\src\b67575dab0-0250653c81.clean\include\opentracing/tracer.h:223:5: error: cannot use 'try' with exceptions disabled [clang-diagnostic-error]
    try {
    ^

* [mmloader] Patch out overrides of CMAKE_C_FLAGS and CMAKE_CXX_FLAGS that inserted /WX.

Note that this port sets /GS-, possibly because it may be for authoring shellcode.

* Bump storage API version to 2020-04-08.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
category:port-update The issue is with a library, which is requesting update new revision info:reviewed Pull Request changes follow basic guidelines
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants