-
Notifications
You must be signed in to change notification settings - Fork 4.5k
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
KDE.Dolphin.Release #33718
KDE.Dolphin.Release #33718
Conversation
Improvement of the consistency of the version of KDE.Dolphin and all of the other packages that have been created by KDE, and replacement of the URL for the installer with a version that is much more easy to maintain, but shall not cause submission of invalid installers.
/AzurePipelines run |
Azure Pipelines successfully started running 1 pipeline(s). |
Hello @BEEDELLROKEJULIANLOCKHART, Please verify the manifest file is compliant with the package manager 1.0 manifest specification. You could also try our Windows Package Manager Manifest Creator Preview. For details on the specific error, see the details link below in the build pipeline. |
/AzurePipelines run |
1 similar comment
/AzurePipelines run |
Azure Pipelines successfully started running 1 pipeline(s). |
1 similar comment
Azure Pipelines successfully started running 1 pipeline(s). |
Hello @BEEDELLROKEJULIANLOCKHART, Please verify the manifest file is compliant with the package manager 1.0 manifest specification. You could also try our Windows Package Manager Manifest Creator Preview. For details on the specific error, see the details link below in the build pipeline. |
I think adding |
PackageIdentifier: KDE.Dolphin | ||
PackageVersion: 21.04.3 | ||
PackageIdentifier: KDE.Dolphin.Release | ||
PackageVersion: master-1255 |
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.
PackageVersion: master-1255 | |
PackageVersion: 21.04.3 |
PackageVersion
must match Control Panel.
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.
Please do observe http://github.com/microsoft/winget-pkgs/pull/33717#issuecomment-959212573. Consequently, is the reversion that you have proposed definitely mandatory?
Scope: machine | ||
InstallModes: | ||
- interactive | ||
- silent | ||
Installers: | ||
- Architecture: x64 | ||
InstallerType: nullsoft | ||
InstallerUrl: https://binary-factory.kde.org/job/Dolphin_Release_win64/1255/artifact/dolphin-21.04.3-1255-windows-msvc2019_64-cl.exe | ||
InstallerUrl: https://binary-factory.kde.org/view/Windows%2064-bit/job/Dolphin_Release_win64/lastSuccessfulBuild/artifact/dolphin-21.04.3-1255-windows-msvc2019_64-cl.exe |
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.
InstallerUrl: https://binary-factory.kde.org/view/Windows%2064-bit/job/Dolphin_Release_win64/lastSuccessfulBuild/artifact/dolphin-21.04.3-1255-windows-msvc2019_64-cl.exe | |
InstallerUrl: https://binary-factory.kde.org/view/Windows%2064-bit/job/Dolphin_Release_win64/1255/artifact/dolphin-21.04.3-1255-windows-msvc2019_64-cl.exe |
Why was this changed? lastSuccessfulBuild
in the URL is only valid for 1 day (24 hours), compared to having the build number in the URL which would last for about 4 or 5 days, before needing to be replaced.
If someone doesn't regularly update this like KDE Connect, people will be unable to download due to the expired URL. There will also likely be issue spam from @wingetbot when the URLs are unavailable if it's not updated in a timely matter.
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.
The reason that I have specified "/lastSuccessfulBuild/" is because if "/lastSuccessfulBuild/" is used, the logic that is required for automatic replacement by new versions is much more simple, because the name of the version is part of the filename, so also switching directories is quite silly.
Although I did not know that the time that shall be was available for before replacement is mandatory is significantly less than the counterpart of it that you have specified, the automation that is currently present within this repository should remediate that problem.
@@ -1,16 +1,16 @@ | |||
# Created using wingetcreate 0.4.1.1 | |||
# yaml-language-server: $schema=https://aka.ms/winget-manifest.installer.1.0.0.schema.json | |||
|
|||
PackageIdentifier: KDE.Dolphin | |||
PackageVersion: 21.04.3 | |||
PackageIdentifier: KDE.Dolphin.Release |
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.
PackageIdentifier: KDE.Dolphin.Release | |
PackageIdentifier: KDE.Dolphin |
I believe this isn't needed here since this would likely cause inconsistencies with other applications outside of what KDE publishes.
Scope: machine | ||
InstallModes: | ||
- interactive | ||
- silent | ||
Installers: | ||
- Architecture: x64 | ||
InstallerType: nullsoft | ||
InstallerUrl: https://binary-factory.kde.org/job/Dolphin_Release_win64/1255/artifact/dolphin-21.04.3-1255-windows-msvc2019_64-cl.exe | ||
InstallerUrl: https://binary-factory.kde.org/view/Windows%2064-bit/job/Dolphin_Release_win64/lastSuccessfulBuild/artifact/dolphin-21.04.3-1255-windows-msvc2019_64-cl.exe |
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.
Shall mere HTTP be better than HTTPS?
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.
HTTPS is always preferred over HTTP.
If the URL doesn't work with HTTPS (i.e. server isn't configured to be used for HTTPS), then you can use HTTP.
But this domain supports HTTPS.
Scope: machine | ||
InstallModes: | ||
- interactive | ||
- silent | ||
Installers: | ||
- Architecture: x64 | ||
InstallerType: nullsoft | ||
InstallerUrl: https://binary-factory.kde.org/job/Dolphin_Release_win64/1255/artifact/dolphin-21.04.3-1255-windows-msvc2019_64-cl.exe | ||
InstallerUrl: https://binary-factory.kde.org/view/Windows%2064-bit/job/Dolphin_Release_win64/lastSuccessfulBuild/artifact/dolphin-21.04.3-1255-windows-msvc2019_64-cl.exe |
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.
The reason that I have specified "/lastSuccessfulBuild/" is because if "/lastSuccessfulBuild/" is used, the logic that is required for automatic replacement by new versions is much more simple, because the name of the version is part of the filename, so also switching directories is quite silly.
Although I did not know that the time that shall be was available for before replacement is mandatory is significantly less than the counterpart of it that you have specified, the automation that is currently present within this repository should remediate that problem.
PackageIdentifier: KDE.Dolphin | ||
PackageVersion: 21.04.3 | ||
PackageIdentifier: KDE.Dolphin.Release | ||
PackageVersion: master-1255 |
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.
Please do observe http://github.com/microsoft/winget-pkgs/pull/33717#issuecomment-959212573. Consequently, is the reversion that you have proposed definitely mandatory?
Yes, it's mandatory. I don't think wasting people's internet bandwidth would be a good idea if someone has a limited internet connection :)
|
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.
How would usage of that system cause infinite replacement? |
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.
How would usage of that system cause infinite replacement?
When it comes to upgrading applications, WinGet takes a look at the installed version from Control Panel (Registry) and compares it to the package repository (winget-pkgs), since master-1255
is bigger than the installed version of 21.04.3
, it's considered as an upgrade loop (or an infinity upgrade) because there's a version mismatch between both versions.
So, therefore 21.04.3
from Control Panel must match the one in the package repository.
Also, because the nightly versions do not use the standard release versions
Generally, the versions must match what's shown in Control Panel.
would be much less consistent if that were to be true.
If you want the version to be master-XXXX
I would recommend to file an issue about it in KDE's issue tracker.
You could also file an issue on their issue tracker, for allowing other people to upgrade from version to version by asking the developer to add the Jenkins build number at the end of the version in Control Panel, say 21.04.3.1255
.
This comment is response to “http://github.com/microsoft/winget-pkgs/pull/33718#pullrequestreview-796861130”. I have filed the report of potential improvement at "http://bugs.kde.org/show_bug.cgi?id=444894". Should we wait until that has been resolved, or should I revert that section of my modification via this pull-request until then? I hope that my explanation of the problem was adequately correct, specific, and descriptive. If it was not, please add to it. |
Should I utilize "http://github.com/microsoft/winget-create/releases" to remediate what "http://github.com/microsoft/winget-pkgs/pull/33718#issuecomment-959052300" describes? |
You're free to use either wingetcreate, or YamlCreate.ps1 in the Tools directory in this repository. YamlCreate.ps1 is preferred because it allows you to add more metadata to the manifest. |
I think they have deleted the bug. |
It's here: https://bugs.kde.org/show_bug.cgi?id=444894 |
Yeah, I think it was a redirect issue (HTTP -> HTTPS). |
This comment is response to "http://github.com/microsoft/winget-pkgs/pull/33718#issuecomment-979974212": @vedantmgoyal2009, the problem that you have encountered was caused by incorrect identification of the hyperlink by GitHub because its parser is inadequate. Consequently, the successive mark-of-speech was interpreted as constituent of the hyperlink. Observe for verification which sections of the hyperlink are blue (if you are able to optically perceive blue). |
Improvement of the consistency of the version of KDE.Dolphin.Release and all of the other packages that have been created by KDE, and replacement of the URL for the installer with a version that is much more easy to maintain, but shall not cause submission of invalid installers.
This should allow the improvements that have been submitted to http://github.com/microsoft/winget-pkgs/issues/30234 to be merged.
winget validate --manifest <path>
?winget install --manifest <path>
?Note:
<path>
is the name of the directory containing the manifest you're submitting.Microsoft Reviewers: Open in CodeFlow