GitLab

Use of uninitialized value $existingBranch in scalar chomp at [...]/share/kdesrc-build/modules/ksb/Updater/Git.pm line 365.

KDE has moved from freenode to Libera Chat, change the network name in the
error message when a build fails.

Fixes #74

Currently anongit.freedesktop.org is down

Neochat works with master so let's use that

BUG: 437609

"ignore-kde-structure" has been removed in favor of
"directory-structure", which has a default value of "invent"

BUG: 437610

Support was added in
!82, but not
turned on by default, so as a result most people are still not
benefiting from it. This should be turned on by default so that LSP
support works, as there are no downsides to doing so.

given that kwayland depends on it.

We cannot know that local changes by the developers will reapply cleanly
if we also switch the git repository's branch to something else.
Instead, whine about the unexpected situation and let the dev/user fix
it later.

Fixes #67.

This is needed for the automated code formatting used in
frameworks, plasma and applications. These repos can still
be build without clang-format, but then the pre-commit hook will
be disabled and the developer is more likely to push unformatted
changes.

qtdocgallery no longer builds on modern toolchains and seems to be
abandoned upstream. It's not a dependency and not popular, so let's
just disable it given the Qt 5.15 branch is closed upstream and
cannot be fixed.

This allows building qtkeychain which is a dep for NeoChat

If the user has set a custom build command and we can't auto-detect a
build system, let the user deal with that rather than aborting early.

Test case added as well.

This allows building Phonon, qtkeychain and knotifications (and probably
more)

Check exit status to prevent unrelated messages from creeping into
completions.

It has been included in qt5-qttools-dev

This allows easy uninstalling of deps later on with "apk del
makedeps-kdesrc-build"

This converts the kdesrc-run helper function to be a real program
(written in Perl since we're already using that with kdesrc-build),
which can easily read kdesrc-build's metadata to quickly find the
appropriate prefix.sh rather than having to make guesses.

Contributed by Luis Kao in MR !85. However I manually squashed the
commits and rebased against origin/master.

A shell script is hard to maintain due to compatibility issue between
different shells (e.g., Bash arrays start at 0 while Zsh arrays start
at 1). Rewriting kdesrc-run with Perl is consistent with the project's
toolset and utilize Perl as a better scripting language to provide more
functionalities.

kdesrc-build has long supported a means to alter configuration file
options by assuming that --long-flag entries on the cmdline that do not
match specific cmdline options, but *do* match known option names, would
simply be read in to override the config file's option. In this way, you
could easily override num-cores if you set it in the rc-file at the
command line with something like "kdesrc-build --num-cores 2 khtml".

kdesrc-build has also long supported a method to re-use option values
elsewhere in the rc-file, with a "indirect option" syntax:

    global
      my-debug-type  -DCMAKE_BUILD_TYPE=Release
    end global

    module-set fr-set
      repository kde-projects
      use-modules frameworks plasma-browser-integration
      cmake-options -DBUILD_TESTING:BOOL=ON ${my-debug-type}
    end module-set

Prior to this commit, however, trying to override my-debug-type (in this
example) from the command line would have failed to do the right thing.

This is because the command line parameter was previously embedded
immediately into the build context object as the context was being
established, after the rc-file was read.

However the rc-file parsing code assumed the build context was already
loaded with relevant options that would be needed for indirect options.
And this assumption was OK, except that command line options had not
been installed into the build context by this point.

A further complication is that even if the build context were correct,
its values would be overwritten when the rc-file parsing code was
reading the "global" options... because these parsed options and values
were going straight back into the build context object.

By the time the rc-file reading code moved onto reading modules and
module-sets, the build context had already forgotten the value
previously set from the command line.

This is fixed by:

1. Fixing the ordering of the command line options being fed into the
   build context so that it happens prior to parsing the rc-file.
2. Within the rc-file parser, reading 'global' options into a temporary
   first to prevent the build context cmdline-based options from being
   clobbered.
3. Passing the command line options to the rc-file parser so that it can
   protect these options in the build context (which must still be
   updated during parsing to allow the "indirect" options to be properly
   decoded).

This was a surprising amount of work, but fixes #64.

This allows building Calindori

1) add an option 'compile-commands-export' (default on)
   => will set -DCMAKE_EXPORT_COMPILE_COMMANDS:BOOL=ON for cmake to generate
      the compilation database as needed for the LSP tooling of many editors

2) add an option 'compile-commands-linking' (default off)
   => links the generated compilation database back to the source directory,
      required by a lot of clangd based tooling, too

- per-framework, indicate extra dependencies we didn't alreayd have,
- add some external dependencies (e.g. for kidletime),
- Ashley Stone suggested a list of extra packages; add some of
  them -- getting the list complete requires also deciding what
  the list is *for*
- add note that the Debian section is kind of useless, since it
  installs so little -- you will need to manually discover all
  of the dependencies anyway.

- split multiple packages on one line into separate lines,
- organize dependencies into some logical(-ish) groups and add
  comments to indicate what is what,
- add a specific section for neon (other than Debian); neon
  has much newer Qt so we don't need to build that ourselves,
- add QML dependencies