CMake external downloads fail #56
Labels
No Label
CI
Low Priority
Needs Approvals
Needs Rebase
android
bug
duplicate
enhancement
help wanted
invalid
question
translations
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: suyu/suyu#56
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Is there an existing issue for this?
Affected Commit or Release
everything since license-fix (#31)
Description of Issue
CMake fails to download the required external packages since PR #31 was merged. In that PR, the base URL in
DownloadExternals.cmake
was updated to be this repository, but more edits are actually needed. All of the package repo paths need to be changed as well since the way raw data is accessed is slightly different from the way Gitlab does it. Since it's slightly different the download fails as the file can't be found, and then CMake fails.The
package_repo
lines need to be changed from-/raw
toraw/branch
Also, the
package_base_url
line needs a trailing forward slash.Expected Behavior
CMake downloads the external packages
Reproduction Steps
This will only be noticed when building the repository the first time (or if you remove the build folder) since anyone that has the downloads before this would already have the files and the downloads would be skipped.
Easiest way to reproduce it is to rename your build folder, make a new one, and try running CMake. CMake will fail when it tries to download the external packages.
Log File
NA
System Configuration
Any
You are absolutely right. In that commit I changed the git URL at line
10
fromset(package_base_url "https://gitlab.com/suyu-emu")
to ->set(package_base_url "https://git.suyu.dev/suyu")
Thanks to that the others lines like
Were completely broken because forgejo does not use the same form of URLs that Gitlab uses. I am going to fix this ASAP.
Thanks for noticing out! And sorry for the inconvenience.
Related: #55
@Fijxu I see you posted a fix, but you missed the trailing forward slash on the base URL, and the downloads are still failing.
Line 10 needs to be
set(package_base_url "https://git.suyu.dev/suyu/")
The way the script puts the URL together needs the trailing forward slash on the base URL, otherwise when it gets put together it becomes something like
https://git.suyu.dev/suyuext-windows-bin/raw/master/ffmpeg-6.0.7z
. That trailing forward slash is important ;)@darkshadow Pull the repo and test it again if you can.
@Fijxu All good now 👍