<table><tr><td style="">apol added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D5584" rel="noreferrer">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #8C98B8;
          color: #6B748C;
          font-style: italic;
          margin: 4px 0 12px 0;
          padding: 8px 12px;
          background-color: #F8F9FC;">
<div style="font-style: normal;
          padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D5584#105032" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;" rel="noreferrer">D5584#105032</a>, <a href="https://phabricator.kde.org/p/kossebau/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;" rel="noreferrer">@kossebau</a> wrote:</div>
<div style="margin: 0;
          padding: 0;
          border: 0;
          color: rgb(107, 116, 140);"><p>Please, also give a short comment what exactly can be seen in the videos, so one knows what to look out for and where to spot the differences. Some dialogs and actions are done so fast and without explaining why, so for the clueless watcher just some wild build stuff happens :)</p></div>
</blockquote>

<p>Okay, yes, sorry:</p>

<h4 class="remarkup-header">docker video</h4>

<p>On the docker video you can see how the project cannot be tested in the local environment because some dependencies are not present. If you notice the first time it's run it complains that an import cannot be resolved. Then it's builds a Dockerfile that provides the package and when we choose the runtime it works transparently.<br />
I think it's specially interesting that KDevelop takes care about how the file we are running is named within the docker, so it doesn't need special tinkering.</p>

<h4 class="remarkup-header">flatpak video</h4>

<p>It opens ark, the KDE archiving software and directly fetches the dependencies (i.e <a href="https://cgit.kde.org/flatpak-kde-applications.git/tree/org.kde.ark.json" class="remarkup-link" target="_blank" rel="noreferrer">this file</a>) being libarchive and libzip. Then an environment is created with these, on top of KDE's flatpak runtime with all the dependencies ark needs to be developed. Then it builds and installs the ark version opened in the IDE against this environment. It's important because it gives us a generic 3-step fetch, build, execute procedure that any developer can use to develop KDE applications without having to worry about Qt/KDE/libzip/lib* versions.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R33 KDevPlatform</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D5584" rel="noreferrer">https://phabricator.kde.org/D5584</a></div></div><br /><div><strong>To: </strong>apol, KDevelop<br /><strong>Cc: </strong>kossebau, geetamc, kdevelop-devel<br /></div>