-
Notifications
You must be signed in to change notification settings - Fork 896
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
Build name convention standardization #6423
Build name convention standardization #6423
Conversation
We should probably stick with underscores for the artifacts that electron-builder also uses underscores e.g. the deb files where using underscores to separate the name, version and architecture in the deb file name is a convention . |
Applied standard naming conventions where it wasnt being applied before. |
applied WIP as it still need some more changes |
ready for review! |
.github/workflows/build.yml
Outdated
@@ -322,26 +322,26 @@ jobs: | |||
uses: actions/upload-artifact@v4 | |||
if: startsWith(matrix.os, 'macos') && startsWith(matrix.runtime, 'osx-x64') | |||
with: | |||
name: freetube-${{ steps.versionNumber.outputs.result }}-mac-x64.zip | |||
name: freetube-${{ steps.versionNumber.outputs.result }}-mac-x64-portable.zip |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not objecting this but I found that projects rarely got portable suffix to zips & dmg for mac
But it's still fine to be extra clear
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I can revert it if you want. I only added this because some of our portable builds did have it and others not
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ya I think it's better to revert.
There is no portable concept for macOS apps (mostly). The data is stored in user directory anyway.
I would even argue that the windows one isn't portable as well. Since the data isn't stored inside the same folder as the app folder (and no way to change that). It's just another way of installation but the data isn't "portable".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I will revert it for macOS
I would even argue that the windows one isn't portable as well. Since the data isn't stored inside the same folder as the app folder (and no way to change that). It's just another way of installation but the data isn't "portable".
A conversation i had before opening this PR
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note: these changes could break some workflows for some of the unofficial downloads.
We should probably notify the maintainer of the PortableApps version of FreeTube that this change was made as well as other maintainers of unofficial downloads if we think their workflow might need to be modified for these changes
@ChunkyProgrammer i have notified all maintainers of the unofficial downloads through GH/email except for WAPT (not sure how to properly contact the package maintainer) and Homebrew (i think this is Pika though) |
Thanks for letting us know about the changes, though no changes will be needed on our end as we are building from source now. |
My homebrew tab also builds from source = not relying on those names |
@ChunkyProgrammer and @efb4f5ff-1298-471a-8973-3d47447115dc Thank you very much for the notification. I'm not affected from the new changes because I use the only the final releases. |
Are there still things that we need to consider? Are there maybe some reservations about this PR that i can address? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We'll need to remember to update the files in the flathub repo that reference the linux zip files.
Im on it! |
* standardize names for builds * use .deb and .rpm standard pkg name convention * include portable in name for 7z and zip builds * revert portable naming for mac builds * change names in flatpak workflow
Build name convention standardization
Pull Request Type
Related issue
#6415
Description
This PR changes the following:
portable
in the name now except macos buildsAdditional context
I will create a PR for our website that will pull the now adjusted release builds. That PR will be drafted as it should be merged right before release.
This is part 2 of making changes in these workflow.
Upcoming parts:
Part 4: Investigate if all builds have .zip and .7z equivalents