At the same time, make this a 'module' scoped fixture.

Signed-off-by: Erik Skultety <[email protected]>

Found this issue by a chance having some random untracked directory
containing Python code in the repository.

Signed-off-by: Erik Skultety <[email protected]>

We're already importing the whole git namespace, so we shouldn't need
to import another package.

Signed-off-by: Erik Skultety <[email protected]>

This is clearly a remnant from the old service and needs to be renamed
to cachi2.

Signed-off-by: Erik Skultety <[email protected]>

Whenever we need to save some downloaded data persistently for repeated
use, let's use a proper cache directory for that, defaulting to
$XDG_CACHE_HOME.

Signed-off-by: Erik Skultety <[email protected]>

This patch introduces a skeleton interface to what will ultimately
become the go CLI command wrapping class for all of the module logic.

Signed-off-by: Erik Skultety <[email protected]>

This is essentially a copy-paste of the existing _run_gomod_cmd
function which it should ultimately replace when we switch the whole
module to the Go instance interface.
There are only 3 notable differences compared to the original:
    - use of the more common **kwargs pattern to abstract any
      subprocess.run arguments properly and make them transparent to
      the caller
    - forcing the type of 'cmd' from a Sequence to list (it's going to
      be more handy with future patches)
    - making the error message more generic tied towards the actual Go
      command execution rather than tying it strictly to downloading
      dependencies

Signed-off-by: Erik Skultety <[email protected]>

This is essentially a copy-paste of the existing _run_download_cmd
function which it should ultimately replace when we switch the whole
module to the Go instance interface.
There are only 3 notable differences compared to the original:
    - use of the more common **kwargs pattern to abstract any
      subprocess.run arguments properly and make them transparent to
      the caller
    - forcing the type of 'cmd' from a Sequence to list (it's going to
      be more handy with future patches)
    - making the error message more generic tied towards the actual Go
      command execution rather than tying it strictly to downloading
      dependencies

Signed-off-by: Erik Skultety <[email protected]>

This helper will take care of downloading and installing an alternative
version of Go SDK (including the toolchain) if needed.

This is supposed to take care of cases where:
    - our base Go installation >= 1.21, but we need an older e.g. 1.19
    - our base Go installation < 1.21, but we need to compile with 1.21

Signed-off-by: Erik Skultety <[email protected]>

To make the whole Go CLI wrapper interface more convenient, make
instances of the class callables, so that one can just write
something like:
    go(["foo", "bar"], env={}, capture_output=False)

So in the end it's supposed to make the usage more intuitive by:
    - passing any CLI arguments to a callable named "go"
    - passing subprocess arguments directly with the base signature

Signed-off-by: Erik Skultety <[email protected]>

This helper's purpose is to locate an alternative toolchain
installation if requested. It scans 2 locations:
    1) system /usr/local/go/go<ver>
        - this one will be pre-installed in the container image to
          save time during runtime
    2) $XDG_CACHE_HOME/cachi2/go
        - this one is targeted at local cachi2 use cases, i.e. without
          using the container image

Signed-off-by: Erik Skultety <[email protected]>

The release property is essentially just a gateway to extracting the
version number. It uses and parses 'go version' to get the information.

Signed-off-by: Erik Skultety <[email protected]>

This property is going to be used for comparisons with the
recommended/required toolchain versions coming from go.mod file, so it
returns packaging.version.Version instead of plain string.

Signed-off-by: Erik Skultety <[email protected]>

This helper is crucial in that it determines our behaviour based on the
Go version specified in the package's go.mod file. Unfortunately for us
we cannot utilize Go's native functionality of parsing the go.mod file
for us as older versions of Go will have issues with go.mod files based
on newer version of the language. Therefore, let's extract the
    'go <ver>' line manually.

Signed-off-by: Erik Skultety <[email protected]>

This patch wires everything up by routing all 'go' calls through the
wrapper class.

Signed-off-by: Erik Skultety <[email protected]>

We used to log the version of Go used for pre-fetching of the deps. We
can still do that, but not outside of a Go instance since we may need
alternate version of SDK to be installed, so that information would
then be misleading. Since we already log this (and much more) as part
of the Go class, we don't need the dropped hunk anymore.

Signed-off-by: Erik Skultety <[email protected]>

The logic of these helpers has been extracted into the Go class and so
these have become unused and can be dropped.

Signed-off-by: Erik Skultety <[email protected]>

One of Go 1.21's main features is specifying the suggested version of
toolchain to be used for compiling modules as a means of forwards
compatibility.
However, this patch only adds preliminary support for Go 1.21 in that it
essentially explicitly denies usage of toolchains (which is fine,
because those versions are only suggestive, Go always prefers building
with the bundled toolchain anyway) by the means of explicitly setting
the GOTOOLCHAIN env variable to 'local' which instructs Go to always
use the bundled toolchain (provided it's new enough to conform to the
minimum required version of Go indicated by the 'go' line).
This patch makes sure we set GOTOOLCHAIN=local during both pre-fetch as
well as for user container builds.

Future patches will add proper support for 1.21 dealing with
alternative toolchain versions that will need to be prefetched.

STONEBLD-2046

Signed-off-by: Erik Skultety <[email protected]>

The main motivation behind this change is the Go 1.21 version which
isn't available on Fedora 38 but is on Fedora 39.

Resolves: containerbuildsystem#387

Signed-off-by: Erik Skultety <[email protected]>

Since we bumped the container image to Fedora 39 shipping with 1.21, we
need to update our Go mock data with 1.21.

Signed-off-by: Erik Skultety <[email protected]>