<div dir="ltr"><div dir="ltr">On Sun, Feb 19, 2023 at 10:35 PM Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@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">Hi,<br></blockquote><div><br></div><div>Hi Gilles,</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>
Since yesterday evening, the digiKam online documentation web site has<br>
not updated automatically after changes in RST source code. Did you<br>
patch something in publication workflow rules ?<br></blockquote><div><br></div><div>There is currently a server switch underway, and all website publishing has been directed to the new system.</div><div>(It is an all or nothing proposition before you query whether it can be temporarily allowed to continue to the old system)</div><div><br></div><div>I'll be testing sites one by one (unfortunately there are a lot of them) and switching DNS over in batches as I go.</div><div>Expect this to be completed over the next few days - so you'll need to wait for me to reach <a href="http://docs.digikam.org">docs.digikam.org</a> i'm afraid.</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>
Best regards<br>
<br>
Gilles Caulier<br></blockquote><div><br></div><div>Regards,</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">
<br>
Le sam. 18 févr. 2023 à 23:16, Ben Cooksley <<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>> a écrit :<br>
><br>
> On Sun, Feb 19, 2023 at 1:47 AM Julius Künzel <<a href="mailto:jk.kdedev@smartlab.uber.space" target="_blank">jk.kdedev@smartlab.uber.space</a>> wrote:<br>
>><br>
>> Hi!<br>
><br>
><br>
> Hi Julius,<br>
><br>
>><br>
>><br>
>> as the situation especially with Kritas file structre for translated images is not as simple, as initially thought, we added rdfind to the pipelines today to iterate over all files and create symlinks for those with duplicates. This seems to be a simple and powerful solution.<br>
>><br>
>> Ben, out of curiosity, can you tell us the new sizes of the websites on the server?<br>
><br>
><br>
> It has worked excellently:<br>
><br>
> root@nicoda /srv/www/generated # du -h --max-depth=1 | grep docs<br>
> 5.0M    ./<a href="http://sysadmin-docs.kde.org" rel="noreferrer" target="_blank">sysadmin-docs.kde.org</a><br>
> 1.6G    ./<a href="http://docs.digikam.org" rel="noreferrer" target="_blank">docs.digikam.org</a><br>
> 2.3G    ./<a href="http://docs.krita.org" rel="noreferrer" target="_blank">docs.krita.org</a><br>
> 7.9G    ./<a href="http://docs.kdenlive.org" rel="noreferrer" target="_blank">docs.kdenlive.org</a><br>
><br>
> root@nicoda /srv/www/generated # du -h --max-depth=1 | grep docs<br>
> 5.0M    ./<a href="http://sysadmin-docs.kde.org" rel="noreferrer" target="_blank">sysadmin-docs.kde.org</a><br>
> 1.6G    ./<a href="http://docs.digikam.org" rel="noreferrer" target="_blank">docs.digikam.org</a><br>
> 1.3G    ./<a href="http://docs.krita.org" rel="noreferrer" target="_blank">docs.krita.org</a><br>
> 4.1G    ./<a href="http://docs.kdenlive.org" rel="noreferrer" target="_blank">docs.kdenlive.org</a><br>
><br>
> The vast majority of the size now is due to the *.epub files shipped by Sphinx, which from what I understand have to contain a copy of everything and cannot be universal (ie. must be per language)<br>
><br>
>><br>
>> Cheers,<br>
>> Julius<br>
><br>
><br>
> Cheers,<br>
> Ben<br>
><br>
>><br>
>><br>
>> 16.02.2023 14:01:55 Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>>:<br>
>><br>
>> > Le jeu. 2 févr. 2023 à 06:50, Julius Künzel<br>
>> > <<a href="mailto:jk.kdedev@smartlab.uber.space" target="_blank">jk.kdedev@smartlab.uber.space</a>> a écrit :<br>
>> >><br>
>> >> Hi Eugen,<br>
>> >><br>
>> >> at least in the Kdenlive docs we do not use translated images at all. Also the figure_language_name is to define the pattern from where translated images are taken not where they are put to. And we always have the problem that Sphinx uses separate build dir for every language so unfortunately this does not help at all for the problem Ben exposed.<br>
>> ><br>
>> > Hi all,<br>
>> ><br>
>> > Same here in digiKam, as Sphinx configuration is simply copied from KDenlive.<br>
>> ><br>
>> > One note : I replaced GIFa with WEBP animation to optimize space a<br>
>> > lot. Even if WEBM is supported by EPUB, WEBM is not supported by<br>
>> > Sphinx export as EPUB, but WEBP yes.<br>
>> ><br>
>> > Best<br>
>> ><br>
>> > Gilles Caulier<br>
</blockquote></div></div>