Skip to content
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] Prepare to deal with sailfishos/ssu PR #16 #270

Closed
nephros opened this issue Apr 16, 2024 · 3 comments · Fixed by #285
Closed

[Suggestion] Prepare to deal with sailfishos/ssu PR #16 #270

nephros opened this issue Apr 16, 2024 · 3 comments · Fixed by #285

Comments

@nephros
Copy link
Contributor

nephros commented Apr 16, 2024

DESCRIPTION

An unannounced and unreleased Sailfish OS version ("4.6") will change the way versions are handled in the ssu utility.

I imagine this may have an impact on how Chum GUI handles/must handle OBS repository information, hence this issue.

ADDITIONAL INFORMATION

@nephros nephros added the enhancement New feature or request label Apr 16, 2024
@Olf0 Olf0 changed the title [Suggestion] Prepare to deal with ssu PR#6 [Suggestion] Prepare to deal with ssu PR#16 Apr 16, 2024
@Olf0
Copy link
Collaborator

Olf0 commented Apr 16, 2024

See also sailfishos-chum/sailfishos-chum-gui-installer#39, storeman-developers/harbour-storeman-installer#308 and storeman-developers/harbour-storeman#488.

Please use #270 (i.e. this issue) as the main, tracking issue for this.

@Olf0 Olf0 removed the enhancement New feature or request label Apr 16, 2024
@Olf0 Olf0 changed the title [Suggestion] Prepare to deal with ssu PR#16 [Suggestion] Prepare to deal with sailfishos/ssu PR #16 Apr 16, 2024
@Olf0
Copy link
Collaborator

Olf0 commented Apr 17, 2024

  1. Thank you for the heads up, @nephros.
  2. On first sight, sailfishos/ssu#16 looks like a backward compatible change to me. I may have missed something, but the wording of the PR title ("Add … variables"), its description ("Allows using …") and Keto's IRC chat message ("… can be used …") supports my impression (actually such wording would be hideous, if something is changed in a non-backward compatible way).
  3. I am a little more afraid about the depicted change for SailfishOS 5.0.0, but I may read too much into the wording "… 5.0 we will cut down the full version down to 3 segments". Maybe the full version string will still be available, retrievable and usable, so extant software does not need to be altered.
  4. If any of these changes turn out to break software, I must clearly state that I am so sick of it: Despite Sailors reiterating how "valuable" the community is for them, we are mostly still treated as beta testing monkeys and specifically they could not care less about the developer community. All the mostly unnecessary breaking changes in the past rendered so much software by community developers dysfunctional, resulting in significantly less working software, though most components of SailfishOS support backward compatibility very well (e.g. Qt / QML, the Linux kernel, Shell and shell utilities, C-/C++-libraries etc.). But breaking changes continue to be introduced by Jolla / Jollyboys, still the completely outdated, long unsupported Qt 5.6 stays forever (and they refuse to talk about it, which is another layer of <I refrain to write that publicly>)! Furthermore this perpetual flow of breaking changes causes so much frustration among users ("software does not work after upgrade, and stays this way if unmaintained") and developers ("Sailors steal my spare time again and again for adapting to the breaking changes they create during their paid working hours"; "I cannot work on enhancing my software, because Sailors keep me busy with fixing things they break"). I addressed this many times, here the last time, the replies always have been either ignoring and denying the issue or belittling and down-talking it.
  5. Consequently I strongly believe, if any of these changes break backward compatibility, this is an excellent chance to confront Jolla with the consequences: No working SailfishOS:Chum-GUI app, no working SailfishOS:Chum-GUI-Installer and Storeman-Installer and no working Storeman self-update. We must leave it this way for at least a month after a GA (general availability) release (i.e. EA releases do not count, because too few users are affected). Maybe then Jolla finally realises that the Jolla Store has become a bad joke long ago (due to Jolla's self-imposed restrictions), that SailfishOS users do depend on OpenRepos and SailfishOS:Chum, and ultimately that community developers are a crucial part of the SailfishOS ecosystem, hence Jolla cannot do without them. Thus I am asking everybody to do nothing until things break and then take their due time to analyse the situation thoroughly, followed by designing, discussing with everyone involved, lastly implementing and testing an adaption to the breaking changes: I am sure this process takes a double-digit number of weeks, starting with the EA release date. I have to add that Jolla's breaking changes caused so much work and frustration for me over the years that I am neither willing or able (due to a lack of energy) to quickly adapt the software I am maintaining to their negligence, again and again.

rinigus added a commit that referenced this issue May 26, 2024
* Use releaseMajorMinor for release URL in newer SFOS versions

Fixes: #270

* Restore processing of the version before feeding it to CMake

Without it, test builds fail in OBS

* Add macros for SFOS version

* Drop leading 0 in OBS for version

* [sailfishos-chum-gui.spec] Adapt RegEx to SemVer & rectify comments

---------

Co-authored-by: olf <[email protected]>
Olf0 added a commit that referenced this issue May 26, 2024
* [rpm/sailfishos-chum-gui.spec] Beautify by adding missing space

* [rpm/sailfishos-chum-gui.changes] Update for v0.6.7-2

* [rpm/sailfishos-chum-gui.changes] Add missing ", fixes #270"
@Olf0
Copy link
Collaborator

Olf0 commented Jun 2, 2024

See also issue #287.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants