I observed this package to be a big red herring when people are searching
for the package they need if libstdc++ is missing: I observed this to
happen if you're either very new to packaging and don't know where it's
supposed to come from or if you package some binary program (or virtual
environment) and this library is missing.
The package is a subset of GCC 3.3 from 2005 and only needed for very
old proprietary software that cannot be recompiled where it's only
questionable if this is even appropriate to have in nixpkgs.
There's in fact one such package, unreal tournament 2004. As much as I
don't think that libstdcxx5 has a place in here, this also applies to
it. If people want to consume this, it should belong into an external
flake.
Until this happens, I'm sorry for https://www.youtube.com/watch?v=mXapt4GHt-s
- rename "steam-original" or "steam" to "steam-unwrapped", as that's what it is
- rename "steam-fhsenv" to "steam", as that's what you actually want
- remove some no-longer-relevant hacks
This attribute will necessarily cause an evaluation failures without
aliases, but removing the reliance on aliases will remove the error
message for users trying to use this attribute. Thus we'll work around
this for now.
Currently only the default GHC (8.10.7) is added to packages.json,
leading e. g. repology to believe we don't ship an up to date GHC which
is inaccurate.
Now simply inherits attrsets from super directly instead of mapping getAttr over
a list of strings.
Filtering isn't really needed as non-existent subsets should just be removed
from this list when removing them from Nixpkgs (such an action warrants a
tree-wide search which should come across this file).
recurseIntoAttrs can simply be mapAttr'd now.
Some subsets have been removed because they no longer exist.
Sorted the list while I was at it.
