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 ?

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 <bcooks...@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

Reply via email to