<div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le dim. 2 oct. 2022 à 07:51, Albert Astals Cid <<a href="mailto:aacid@kde.org">aacid@kde.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">El diumenge, 2 d’octubre de 2022, a les 7:37:26 (CEST), Albert Astals Cid va <br>
escriure:<br>
> El divendres, 2 de setembre de 2022, a les 23:24:21 (CEST), Albert Astals<br>
> Cid<br>
> va escriure:<br>
> > 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<br>
> > management side of things since it means that for each release we need to<br>
> > not forget to copy the appropriate files to the appropriate place, makes<br>
> > tagging somewhat 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<br>
> > have 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 has now been enabled for master branch and according to scripty logs<br>
> all seems to have worked.<br>
> <br>
> Please inspect your repositories and make sure the po files are there where<br>
> they should and nothing broke.<br>
<br>
Nothing broke but at least it seems the po files did not get commited to these <br>
projects (maybe there are some more problematic repots, please check yours if <br>
it's not part of KDE Gear, KDE Framworks or Plasma, those are the ones i did <br>
check more thoroughly and fix if found something)<br>
<br>
digikam<br>
gcompris<br>
kaffeine<br>
kbibtex<br>
kphotoalbum<br>
kst-plot<br>
rkward<br>
skrooge<br>
trojita<br>
ubiquity-slideshow-neon<br>
<br>
Because it is ignoring the po folder at the .gitignore file level, please don't <br>
do that anymore.<br>
<br>
Cheers,<br>
  Albert<br>
<br></blockquote><div><br></div><div>
<div>I've fixed it for GCompris and its website.</div><div><br></div><div>Thanks,</div><div><br></div><div>Johnny</div>

</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">
> <br>
> Also please make sure you adapt your releasing scripts if you release from<br>
> master.<br>
> <br>
> Cheers,<br>
>   Albert<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<br>
> > copy po/qm/docbook files anymore when doing a release once this is<br>
> > 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>
> > <br>
> >   Albert<br>
<br>
<br>
<br>
<br>
</blockquote></div></div>