This requires hacks to build against Apple’s OpenGL framework, and
there’s no point; macOS ships with a GLU implementation already, so
this package should only be used for X11 applications that explicitly
require Mesa’s libGLX and want `<GL/glu.h>`.
Allow the macOS GLUT framework to be used automatically in many
cases. Packages that specifically search for freeglut or require its
additional APIs should still explicitly depend on it.
Deliberately skip the Haskell package set, which is mostly
automatically generated, and mupdf, which has its own fork of freeglut.
This reduces the reverse closure of Mesa on Darwin considerably. As
a result, we can also drop the Mesa stubs package entirely, as its
output on Linux is functionally identical to libglvnd.
It should no longer be necessary for packages to switch between libGL
and darwin.apple_sdk.frameworks.OpenGL depending on the platform.
A cross‐platform libGLX alias is added for packages that specifically
need it (mostly old X11 applications that barely know what a macOS is).
Co-authored-by: K900 <me@0upti.me>
sandboxfs was an experiment to increase sandboxing performance in bazel,
but it never reached a stable release.
The author of sandboxfs left Google in 2020 and there have been no
updates to it since then.
bazel dropped sandboxfs in the bazel 7 release. To quote their release
notes:
The sandboxfs sandboxing strategy is removed. It hadn't been
maintained for a long time, it didn't work for most users and it was
not consistently faster while being complex to set up. sandboxfs
performance is heavily dependent on the specific setup (setup costs
are lower, but you have to pay a penalty for the use of each input)
and there are scenarios where it is faster and scenarios where it is
slower. Overall it is not worth its weight.
- 217fafe2b4
https://github.com/netdata/netdata/releases/tag/v1.45.0
Netdata moved to CMake and required an overhaul of the whole expression.
`netdata-go-plugins` has been moved back in the monorepo,
leading to a removal of the standalone Go plugin expression.
The eBPF plugin is broken for now.
The patch for disabling the dashboard v2 has been upgraded and sent to upstream again.
ACLK is correctly rendered optional now.
This adds the network-viewer, logs-management and debugfs plugin
support.
Signed-off-by: Raito Bezarius <masterancpp@gmail.com>
Remove original 'pkgs/applications/finance/odoo' directory.
Update 'pkgs/applications/finance/odoo/update.sh'
to point to the nightly builds archive for odoo, ignoring Docker.
Signed-off-by: Sirio Balmelli <sirio@b-ad.ch>
For a long time, we've had `crossLibcStdenv`, `*Cross` libc attributes,
and `*bsdCross` pre-libc package sets. This was always bad because
having "cross" things is "not declarative": the naming doesn't reflect
what packages *need* but rather how we *provide* something. This is
ugly, and creates needless friction between cross and native building.
Now, almost all of these `*Cross` attributes are gone: just these are
kept:
- Glibc's and Musl's are kept, because those packages are widely used
and I didn't want to risk changing the native builds of those at this
time.
- generic `libcCross`, `theadsCross`, and friends, because these relate
to the convolulted GCC bootstrap which still needs to be redone.
The BSD and obscure Linux or freestnanding libcs have conversely all
been made to use a new `stdenvNoLibc`, which is like the old
`crossLibcStdenv` except:
1. It usable for native and cross alike
2. It named according to what it *is* ("a standard environment without
libc but with a C compiler"), rather than some non-compositional
jargon ("the stdenv used for building libc when cross compiling",
yuck).
I should have done this change long ago, but I was stymied because of
"infinite recursions". The problem was that in too many cases we are
overriding `stdenv` to *remove* things we don't need, and this risks
cyles since those more minimal stdenvs are used to build things in the
more maximal stdenvs.
The solution is to pass `stage.nix` `stdenvNoCC`, so we can override to
*build up* rather than *tear down*. For now, the full `stdenv` is also
passed, so I don't need to change the native bootstraps, but I can see
this changing as we make things more uniform and clean those up.
Finally, the BSDs also had to be cleaned up, since they have a few
pre-libc dependencies, demanding a systematic approach. I realized what
rhelmot did in 61202561d9 (specify what
packages just need `stdenvNoLibc`) is definitely the right approach for
this, and adjusted NetBSD and OpenBSD to likewise use it.
This is the most upstream one, and so to avoid infinite recursion we
should get the things from it. This isn't needed per-se now, but will be
after the next commit.
