-
Notifications
You must be signed in to change notification settings - Fork 22
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
[Suggestion] need of ALPHA and BETA labels to warn users #439
Comments
Users of Patchmanager and its Web Catalog are presumed to be end users, not alpha or beta testers. Therefore releasing on the Web Catalog means the patch is tested and ready for PRODUCTION. Not alpha, not beta, not works-well-enough-for-me. Production. Untested or not-yet-well-tested patches should be distributed in other ways. |
That being said I believe the idea has its merits, but bears the risk that patches stay at Alpha or Beta mark forever. Another aspect is that the WebCatalog software is available here and anyone can spin up an instance. And since #296 PM supports different server URLs for its Catalog. A bit like Chum-GUI allows for switching between |
If I understand the description of this feature request correctly, this is primarily about the PM-Webctalog to provide an flag attribute (with the values {alpha, beta, release}) and the ability for an uploader of a Patch to set it in the Webcatalog's web-frontend. Patchmanager proper (IIUC) then only needs to be extended to retrieve and display this attribute for each Patch in the Webcatalog, correct? Consequently IMO this should be filed as a feature request for the PM-Webctalog, just as (likely) issue #440, too. Please mind the details denoted in the discussion thread for issue #440. |
and
Please, consider that a testing a patch could be easy - sometimes - and other times quite hard. Not just because the corner cases but also because the different hardware/users interaction like A-GPS patch. A patch in production with 0.0.1 can be? This is the main point. Among the Web Catalog there are ALSO end-user that do not care that 0.0.1 - 0.0.x means that it is an early attempt to fix a problem, not a solution. Uhm, end-user only? Look at the projects in web catalog some of them have 1.0.0 at one certain point while others simply follow the 0.0.x schema with some patches arrived to 0.1.17 or something like that. This is the reason because we need two flags. Not 3 but 2. A patch that arrives in production means that has been integrated in the Jolla image or a in a Jolla package or in a 3rd party package. That's is production! :-)
Correct. Now, I know the difference. Thanks Olf0. |
Moved to the right project. This can be closed. |
O.K.
Yes.
No, semantic versioning is just a suggestion nobody can be forced to adhere to. |
DESCRIPTION
It would be useful to have two labels ALPHA in red and BETA in yelow to clearly aware the users that a Patch Manager is not ready for universal deployment.
ADDITIONAL INFORMATION
https://forum.sailfishos.org/t/the-dnsmasq-connman-may-conflict-patch-available/15947/8
The text was updated successfully, but these errors were encountered: