<div dir="ltr"><div dir="ltr">On Sat, Sep 3, 2022 at 11:02 AM Ömer Fadıl USTA <<a href="mailto:omerusta@gmail.com">omerusta@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Just wanted to learn one thing , isn't this will populate the logs with lots of entries on git log history ?</div></div></blockquote><div><br></div><div>The history already receives a number of commits from scripty relating to updates made to *.desktop files, but yes it will involve additional commits being made.</div><div>They would only impact po/ and poqm/ folders, which you can be easily excluded if you have a local copy.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I mean right now I am tracking git changes based on changes in history but this will add a new entry</div><div>each night or I understand this wrong ?</div></div></blockquote><div><br></div><div>It will add a commit each day there is an update to the translations - which may be every night, but is not guaranteed to be the case.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Also wouldn't it be possible to fetch related translation on the fly from the software side after releases ? </div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I mean translation of language X might be getting a little back lets say 5.26 released but team X</div><div>might be late to complete their translation on time but user should have chance to download it <br></div><div>after the release of it (without waiting for the next tagging ). Wouldn't it be possible to download and install the latest</div><div>language data in applications just like users do with themes?</div></div></blockquote><div><br></div><div>Users currently have to wait for releases to receive updates to translations (among many other things) so this represents no change to what we do currently.</div><div>Also, from an infrastructural perspective i'm very much opposed to this - and there are numerous corner cases (such as string changes which while rare do happen in stable from time to time) which could lead to various breakages in the software itself.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>Thank you<br></div><div dir="ltr"><br>Ömer Fadıl Usta<br>PGP key : 0xfd11561976b1690b<br><a href="http://about.me/omerusta" target="_blank">about.me/omerusta</a></div></div></blockquote><div><br></div><div>Cheers,</div><div>Ben</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Albert Astals Cid <<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>>, 3 Eyl 2022 Cmt, 00:25 tarihinde şunu yazdı:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">As you may know, translations for apps don't live in the same place as the <br>
code for the apps themselves.<br>
<br>
This greatly benefits translators but is not awesome for the release management <br>
side of things since it means that for each release we need to not forget to <br>
copy the appropriate files to the appropriate place, makes tagging somewhat <br>
harder, etc.<br>
<br>
For a while now we have been running an "experimental" copy-po-qm-docbook-<br>
back-to-repository in a number of "select" repositories and it seems to have <br>
worked quite well, you can seem one example in <br>
<a href="https://invent.kde.org/plasma-mobile/alligator/-/commits/master/po" rel="noreferrer" target="_blank">https://invent.kde.org/plasma-mobile/alligator/-/commits/master/po</a><br>
<br>
The idea is to enable this for all repositories.<br>
<br>
This is a heads up, as a developer there's nothing you need to do, at most <br>
remove the po/ folder from .gitignore if for some reason it is there.<br>
<br>
If you're a packager you will need to make sure your scripts don't try to copy <br>
po/qm/docbook files anymore when doing a release once this is activated.<br>
<br>
My plan would be to enable this scripts over Akademy so we have the high <br>
bandwidth there to fix things if needed.<br>
<br>
Opinions? Comments?<br>
<br>
Cheers,<br>
  Albert<br>
<br>
<br>
</blockquote></div>
</blockquote></div></div>