-
Notifications
You must be signed in to change notification settings - Fork 225
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
Prepare release 3.10.0 #3094
Comments
I think if we get the GPG key sorted out, only documentation is missing. |
Release announcement should document that < Windows 10 devices will no longer work and macOS legacy is now no longer officially supported. |
Find Merge commits since last release tag (
I'll get those updated. |
These appear to be the commits to jamulussoftware/jamulus
4237dcb and da4fee9 had PRs but presumably not merge commits. 07722bf, 0fc6275 and e25567a appear to relate to weblate - not sure why these were merged to dd01e00 this looks like the only one without a PR that possibly "should" have had one. I've mentioned it in #2840, which looks like the right issue for it. 7075708 documented in the 3.9.1 preparation guide. |
Qm and ts file updates are not PR worthy, I'd say. We'll push these directly to main per release process. The squashes are due to PRs which had too many commits. |
I was going to do a similar review of jamulussoftware/jamuluswebsite but ... it looks like it works differently in general, without merge commits. That means finding the PRs is difficult. I noticed there are two commits on
3c06e15d 2022-10-18 (#853) and 4712042b 2022-11-01 (#866) - but there's no actual release tag.
On
and, of course, some more after. |
The website doesn't have a tag since the release branch is basically the current state. In the beginning we thought that for each release we'd have a squash. |
I believe we can declare a freeze for the code after #3106 is merged. The website still needs some investigation (man page check, broken links, macOS change) |
Updated checklist with Weblate amendments. https://github.com/jamulussoftware/jamuluswebsite/blob/next-release/wiki/en/Running-a-Server.md#server-mode-related-options is probably the new link to server commands. |
Findings: The code seems to be correct. Not sure why Jamulus -h outputs the wrong help text. Will compile again. |
Updated the .ts and .qm files now: 8aa28e9 |
I get
|
Yes. After a new compile it's ok. Probably I used an outdated version |
I'd declare the code now as frozen. The website has some smaller PRs. We can Tag a beta soon. @pljones feel free to do so |
Are we still raising translation issues?
|
Yes. (But only for the app for now as the website is still in progress - macOS is outstanding). |
And does this look okay from the Autobuild?
|
OK, the translations script has a problem:
If the assigned user isn't visible on Github, the script bails out. It would be better if it assigned it to whoever's running the script... I've applied:
|
@pljones I think you need to tag the commit as r3_9_1beta1 (due to our bad naming, I think it's not r3_10_0beta1, however, tagging it as RC is probably best as we're further in the release then last time. So for RCs r3_10_0rc1 would be ok) |
Also something broke the release checklist... Probably the script overwrote it ;-) (see description of this issue.) |
Ugh.... I was wondering where the Korean had gone. How on earth did it manage that! Better check that commit I made ... :( |
No problem - the edit history is still there. I've created #3133 |
The Release Process should explain the naming convention clearly... I thought I'd followed it but was a bit suspicious... |
The
I have just run it in the current Where multiple items are listed for a key, it is necessary manually to check and understand whether those items are conflicting in the same context, or are independent, for example by being in different drop-down menus. I never worked out how to enhance the script to be able to do so intelligently itself. |
Ok. Thank you very much for the information. I think this should be documented somewhere. |
I am just going through the manual checking on 3.10.0rc2. Almost all ok, but a small number of conflicts. I will raise a PR for the corrections today or tomorrow. |
See #3156 |
Hm. Don't the app translations need completing and builds created so that the new screenshots for the website translations can be done? At the moment, the app translation follows the website - it should really come first. |
Yes. That would make more sense |
We need to split the translation project on Weblate as it is on github. Then it will be possible. In addition, the issues need to go into the right project on github, the script also needs to be split. |
The script has |
The checklist has Finish App Translation (which includes generating .qm files) before Finish Website Translation (or did you already update that?) |
Localized screenshots would be great, but source strings ones would help in the same manner. |
Yeah, updated this - not the template. |
@comradekingu @pljones thanks for the information. Could you please put this information into https://github.com/orgs/jamulussoftware/discussions/3140 I hope that we can make the Weblate process a bit more smooth. |
#3164 needs a change log entry. Also the Weblate PRs need to be documented. |
I believe we need a release retrospective here - especially for the weblate stuff raised by @pljones ... |
Ok. Tagged the release: https://github.com/jamulussoftware/jamulus/releases/tag/r3_10_0 Waiting on the build. |
Smoke tests:
|
Windows 11 tested for ASIO (via ReaRoute) and JACK (also using ReaRoute... I like Reaper). |
Thank you very much @corrados |
OK... if we're going to push our Debian/Ubuntu repo, we should change the front page "Download" links so the Debian/Ubuntu one points to the guide on setting up the install repo. One line version, by the way:
(or
because |
Facebook announcement posted. |
Moving to release retro, closing here. |
Unpinned and closed. |
Target timeline
Checklist
needs documentation
label for any outstanding PRs flagged for this release and remove that label if done..ts
files in main vialupdate
and merge tomain
tools/create-translation-issues.sh
is up-to-date. (skipped?)tools/create-translation-issues.sh
usingapp
argument.next-release
to release, set it as "Draft", sanity check for conflicts and any obvious problems.next-release
andrelease
branch. No changes should be made from now on to ensure translators don't have to work twice.tools/create-translation-issues.sh
is up-to-date.tools/create-translation-issues.sh
usingweb
argument (see notes in script).tools/checkkeys.pl
).qm
files vialrelease Jamulus.pro
tools/get_release_contributors.py
Jamulus.pro
and add the release date to the Changelog header and commitr3_y_z
latest
and push._config.yml
innext-release
release
branch by clicking on "Edit" on the Branches page and adding a_
behindrelease
. (Not needed in this release)next-release
intorelease
release
branch after the site and the.po
files are published by removing the_
from the branch protection rule you edited on the Branches page. (Not needed in this release)Jamulus.pro
(dev
suffix) and ChangeLog (add a header) for the next releaseThe text was updated successfully, but these errors were encountered: