Bug:
Due to the way `buildGoDir` function was repurposed to also run `go
test`, if `checkFlags` was defined, `go test` was ran only at the top
level directory. Only the first element of `checkFlags` array would get
passed to the `go test` command as arguments.

Fix:
Now the first parameter to `buildGoDir` is handled as the command.  If
the command is "test" `checkFlags` get passed as arguments along with
other build flags like ldflags, tags, etc.

Readability:
- Iteratively build a flag array in `buildGoDir` instead of single long
  variable expansion command line.
- Bash style: Single line local assignment of positional parameters.

The version of Ginkgo it relies on might be the problem.

Bug fixed by NixOS#173702 runs the previously skipped tests for this
package.

- Disable the tests requiring access to gitlab.com.
- Add coreutils to `nativeBuildInputs` for printf and echo binaries.
- Fix hard coded paths to coreutils binaries.

Bug fixed by NixOS#173702 runs the previously skipped tests for this
package.

Bug fixed by NixOS#173702 runs the previously skipped tests for this
package.

Bug fixed by NixOS#173702 runs the previously skipped tests for this
package.

These test are written in a way that they don't skip themselves if they
cannot find an Android device attached over USB to the running host.

Bug fixed by NixOS#173702 runs the previously skipped tests for this
package.

Disable the tests requiring access to gitlab.com

Bug fixed by NixOS#173702 runs the previously skipped tests for this
package.

Bug fixed by NixOS#173702 runs the previously skipped tests for this
package.

As explained in the comment, this ensures that stage4-coreutils does
not leak a reference to the bootstrap-files by way of libgmp.  This
will allow the next patch in this series to build stage4-coreutils
using a dynamically-linked (rather than statically-linked) libgmp.

The usage of `makeStaticLibraries` in stdenv/linux/default.nix is
prefaced by this comment:

  # Link GCC statically against GMP etc.  This makes sense because
  # these builds of the libraries are only used by GCC, so it
  # reduces the size of the stdenv closure.

However "these builds of the libraries are only used by GCC" is not
actually true.  As currently written, the stage4 coreutils links
against these customized, static-ified libraries.

Beside the fact that the code doesn't actually do what it says, this
causes other problems as well.  One example is NixOS#168983, which arises
because have a dynamically-linked binary (coreutils) which is built
from statically-linked libraries (libgmp.a); doing this causes mayhem
on platforms where `-fstack-protector` needs an auxiliary
`libssp.{so,a}` library; we end up with link failures because some
parts of the resulting binary want `libssp.so` and other parts want
`libssp_nonshared.a`.

Let's make the code actually do what the comment says, by moving these
definitions into the `gcc-unwrapped` override.  This will cause the
stage4-coreutils to link against libgmp dynamically, rather than
statically.  For this reason this commit depends on the previous
commit, which allows that to be done without creating a forbidden
reference from stdenv-final to the bootstrap-files.

During stdenv bootstrapping, coreutils is built twice.  This makes
troubleshooting very difficult, because both packages have
name="coreutils", so it is a hassle to figure out "which coreutils am
I using / is not building"?

The first of these builds is used only in stage4, and is not part of
the final stdenv.  Let's label that one with a different `name`
attribute to make it obvious which is which.

Co-authored-by: sternenseemann <sternenseemann@systemli.org>

This reverts commit ff7b216.

Currently `buildPerlPackage` prefixes the Perl version to the package's
`pname`, which results in `nix run` not being able to work for any
packages build with it out of the box. This commit corrects that and
phases out the ability to set `name` directly, as well as refactors the
code to not require `cleanedAttrs`.

https://git.kernel.org/pub/scm/libs/ell/ell.git/tree/ChangeLog?h=0.51

https://git.kernel.org/pub/scm/network/wireless/iwd.git/tree/ChangeLog?h=1.28

changes: https://lore.kernel.org/lkml/20220526165004.69f0dfba@hermes.local/T/

The XS modules were being built for the build platform, and the perl scripts
had build platform shebangs.

It is possible to build the XS modules by passing
PERL_EXT_CC=${stdenv.cc.targetPrefix}cc and --enable-perl-xs=yes, but they
fail to load due to a handshake key mismatch. Instead, I just decided to
disable the XS modules and use the pure Perl fallbacks when cross-compiling.

The shebangs were fixed manually using substituteInPlace.

texinfo is a nativeBuildInput, but it is overridden in all-packages.nix,
which breaks splicing. Therefore, buildPackages.texinfo needs to be used
explicitly in the override.

This wasn't actually causing any problems because texinfo's scripts were using
build platform Perl shebangs. Once texinfo was fixed, gpm started failing to
cross-compile.

Without the change parallel build fails as:

    gcc -I/build/gnu-efi-code//lib ... -c lib/runtime/rtstr.c -o runtime/rtstr.o
    Assembler messages:
    Fatal error: can't create runtime/rtstr.o: No such file or directory

Also, aborts when the list contains anything besides the acceptable options.

Because it is easier to look at them as a block, not polluting the directory
listing so much.

Following the trend of enhanced composability, and further because it is unusual
a build tool using libsForQt5 as scope.

Without the change build with `config.configurePlatformsByDefault = true`
fails as:

    Error: Unknown flag: --build=x86_64-unknown-linux-gnu

see NixOS#175422 (comment)

gnu-efi: pull fix pending upstream inclusion for parallel build failures

texinfo: fix build references when cross-compiling

iproute: 5.17.0 -> 5.18.0

cmake: 3.22.3 -> 3.23.2

https://github.com/sqlalchemy/sqlalchemy/releases/tag/rel_1_4_38

https://github.com/nss-dev/nss/blob/master/doc/rst/releases/nss_3_80.rst

https://github.com/grpc/grpc/releases/tag/v1.47.0

re2: 2022-04-01 -> 2022-06-01

python3Packages.sqlalchemy: 1.4.37 -> 1.4.38

python310Packages.urllib3: correct propagatedBuildInputs

https://github.com/sqlalchemy/sqlalchemy/releases/tag/rel_1_4_39

python3Packages.sqlalchemy: 1.4.38 -> 1.4.39

ell: 0.50 -> 0.51, iwd: 1.27 -> 1.28

ninja: disable line-clearing with TERM=dumb

This reverts commit 767d311.

This reverts commit bde8c13.

https://sqlite.org/releaselog/3_39_0.html

partial revert of a891659

https://github.com/pytest-dev/pytest-mock/blob/v3.8.1/CHANGELOG.rst

Signed-off-by: Austin Seipp <aseipp@pobox.com>

…s.pycares

python310Packages.pycares: 4.1.2 -> 4.2.0

python310Packages.pytest-mock: 3.7.0 -> 3.8.1

Merge master

Unbreaks cmakeMinimal on darwin.

Co-authored-by: Ryan Burns <rtburns@protonmail.com>

…ended

go-modules/packages: Run unit tests under subdirs

The nixos gitea module sets MemoryDenyWriteExecute=true which requires
pcre2 to be compiled with --enable-jit-sealloc otherwise it fails with
"-48".

See go-gitea/gitea#10840 and archlinux/svntogit-packages@920838a