Replies: 8 comments
-
I don't think it should, simply because there's already a field for that. |
Beta Was this translation helpful? Give feedback.
-
Exactly, I will make a PR to remove versions from current package names. |
Beta Was this translation helpful? Give feedback.
-
I'm the author of Royal TS and while I agree that the version should not be in the package name, it would be good to have at least an option to put the "major" version name in the package name somehow. The reason for that is, a new major version may require a new license key and users may not want to upgrade from an older major version to a newer major version using a package manager (automatically using a script) without getting a new license key first. In Chocolatey I maintain two packages at the moment: Royal TS V4 and Royal TS V5. |
Beta Was this translation helpful? Give feedback.
-
@StefanKoell I suppose that makes sense, especially since upgrading between two major versions (to take an extreme example, MS Word '97 and MS Word 365) can break a lot of existing workflows. This should be determined on a case by case basis where the major version has a direct impact on the functionality/licensing/compatibility of the software, because some publishers/developers treat majors differently from others. |
Beta Was this translation helpful? Give feedback.
-
I also think that for some apps it's important to distinguish mayor versions. GNU/Linux distros put it sometimes, especially for programming languages. |
Beta Was this translation helpful? Give feedback.
-
Yes winget does really need a new feature so you can lock apps to major version. I provide new example what would benefit from that.
I have Synapse 2 installed because Synapse 3 doesn't support my hardware. But winget keeps suggesting upgrade.
But I think that would be much more harder to get happen than adding new flag for winget manifest, something like "keep_major" or something like that. |
Beta Was this translation helpful? Give feedback.
-
We have Pin a package in the CLI backlog. Many packages (primarily languages) have a version in the package name as a pattern to prevent "major" version upgrades. Be sure to add your 👍 to that Issue to help raise priority if you feel it is important. |
Beta Was this translation helpful? Give feedback.
-
Once we get schema 1.1 aren't we going to use the PackageVersion to have the "marketing/user-friendly/the one people know" version number anyway? Then we don't need to worry about changing the PackageName from version to version (which isn't supported by wingetcreate at this time, and is a little bit of a pain to automate since you need to do find and replace and might miss something). I think it would be much better to just print out the version number next to the package name during |
Beta Was this translation helpful? Give feedback.
-
Description of the new feature/enhancement
Should the package names include the version?
Proposed technical implementation details (optional)
I think that the version column is enough.
Beta Was this translation helpful? Give feedback.
All reactions