Retirement of Capacity

Eugen Mohr eugen.mohr at gmx.net
Mon Jan 16 16:54:25 GMT 2023


Hi Ben

In Kdenlive: Help -> Kdenlive Handbook can only point to
https://docs.kde.org/stable5/en/kdenlive/kdenlive/index.html. I guess
once docs.kde.org <http://docs.kde.org>is retired Kdenlive can then
point directly to https://docs.kdenlive.org/. And that would be part of
a separate thread. Right?

Eugen

Am 16.01.2023 um 10:19 schrieb Ben Cooksley:
> On Mon, Jan 16, 2023 at 6:17 AM Eugen Mohr <eugen.mohr at gmx.net> wrote:
>
>     Hi Ben
>
>     We use https://docs.kde.org/trunk5/en/kdenlive/kdenlive/index.html
>     <https://docs.kde.org/trunk5/en/kdenlive/kdenlive/index.html>and
>     https://docs.kde.org/stable5/en/kdenlive/kdenlive/index.html in
>     Kdenlive source code.
>
>     What is the procedure to point direct from Kdenlive source code
>     to: https://docs.kdenlive.org/ and
>     https://docs.kdenlive.org/en/getting_started/quickstart.html ?
>
>
> We'll need to address that in a separate thread as that is outside the
> scope of this thread, but it depends on what you are trying to achieve
> here.
>
> Thanks,
> Ben
>
>     Eugen
>
>     Am 15.01.2023 um 07:54 schrieb Jumpei Ogawa:
>>     Hi Ben,
>>
>>     jp.kde.org <http://jp.kde.org> is already replaced with Jekyll
>>     and it no longer depend on Capacity.
>>
>>     Best regards,
>>     Jumpei
>>
>>     On Sun, Jan 15, 2023, 15:37 Ben Cooksley <bcooksley at kde.org> wrote:
>>
>>         Hi all,
>>
>>         Since time immemorial, KDE has had a custom PHP framework
>>         known as Capacity which we've used to build a good number of
>>         our websites.
>>
>>         With the rise of Static Site Generators such as Jekyll and
>>         Hugo though, we've been phasing this out and given that Hugo
>>         especially is now well established as the go-to-tooling for
>>         building KDE websites, it is time we retire Capacity.
>>
>>         In addition, in the next few weeks the current server for our
>>         static/capacity sites, Nicoda, will be replaced by a new
>>         system (Tyran) that is currently awaiting configuration and
>>         i'd very much prefer to not have to deploy legacy Capacity
>>         support there.
>>
>>         I have checked our server configuration this evening and it
>>         looks like the following sites still rely on Capacity in some
>>         form or another:
>>
>>         konversation.kde.org <http://konversation.kde.org>
>>         pe.kde.org <http://pe.kde.org>
>>         marble.kde.org <http://marble.kde.org>
>>         kmplayer.kde.org <http://kmplayer.kde.org>
>>         www.kde.org <http://www.kde.org>
>>         games.kde.org <http://games.kde.org>
>>         docs.kde.org <http://docs.kde.org>
>>         czechia.kde.org <http://czechia.kde.org>
>>         freebsd.kde.org <http://freebsd.kde.org>
>>         kmymoney.org <http://kmymoney.org>
>>         edu.kde.org <http://edu.kde.org>
>>         multimedia.kde.org <http://multimedia.kde.org>
>>         ro.kde.org <http://ro.kde.org>
>>         konqueror.org <http://konqueror.org>
>>         kpdf.kde.org <http://kpdf.kde.org>
>>         jp.kde.org <http://jp.kde.org>
>>         utils.kde.org <http://utils.kde.org>
>>         events.kde.org <http://events.kde.org>
>>         kst-plot.kde.org <http://kst-plot.kde.org>
>>         conference2004.kde.org <http://conference2004.kde.org>
>>         conference2005.kde.org <http://conference2005.kde.org>
>>         akademy2006.kde.org <http://akademy2006.kde.org>
>>         akademy2007.kde.org <http://akademy2007.kde.org>
>>         akademy2008.kde.org <http://akademy2008.kde.org>
>>         akademy2009.kde.org <http://akademy2009.kde.org>
>>         www-staging.kde.org <http://www-staging.kde.org>
>>         il.kde.org <http://il.kde.org>
>>         umbrello.kde.org <http://umbrello.kde.org>
>>         krusader.org <http://krusader.org>
>>         ev.kde.org <http://ev.kde.org>
>>         okular.kde.org <http://okular.kde.org>
>>         kdemail.net <http://kdemail.net>
>>         extragear.kde.org <http://extragear.kde.org>
>>         lakademy.kde.org <http://lakademy.kde.org>
>>         kphotoalbum.org <http://kphotoalbum.org>
>>
>>         Having a quick look through the repositories/sites, I see:
>>         - Some that have already made the jump to Hugo/Jekyll (so
>>         likely just need their Capacity support switched off)
>>         - Some that are just redirects to apps.kde.org
>>         <http://apps.kde.org> or elsewhere, and therefore just need
>>         Capacity support switched off (and probably the repository
>>         archived on invent.kde.org <http://invent.kde.org> too)
>>         - Others where the site content is still in Subversion and
>>         the site talks about Maemo (eek!)
>>         - Others where the site content is many years out of date and
>>         it is probably best we just redirect it to www.kde.org
>>         <http://www.kde.org> / apps.kde.org <http://apps.kde.org>.
>>
>>         It would be appreciated if people could please take a look
>>         through these sites.
>>
>>         For the akademy2xxx.kde.org <http://akademy2xxx.kde.org>
>>         sites, it would be nice if we could get their content
>>         migrated and incorporated into the new Hugo based
>>         akademy.kde.org <http://akademy.kde.org> site, but in the
>>         absence of that I will be turning them into static sites
>>
>>         Many thanks,
>>         Ben
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-devel/attachments/20230116/06a95480/attachment-0001.htm>


More information about the kde-devel mailing list