| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| | |
|
| | |
|
| |\
| |
| | |
yarp (+ libace): init at 2.3.64
|
| | | |
|
| |\ \
| | |
| | | |
dpic: init at 2016.01.12
|
| | | | |
|
| |\ \ \
| | | |
| | | | |
ios-cross-compile: init at Feb 16, 2016
|
| | | |/
| |/| |
|
| |\ \ \
| |_|/
|/| | |
nco: init at 4.5.5
|
| | | | |
|
| | |/
|/| |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Nobody seems to have noticed this (except @Profpatsch) that options with
a "package" type do not get included in the manual.
So debugging this was a bit more involving because while generating the
manual there is an optionList' attribute built from the collected
attributes of all the option declarations.
Up to that point everything is fine except if it comes to
builtins.toXML, where attributes with { type = "derivation" } won't get
included, for example see here:
nix-repl> builtins.toXML { type = "derivation"; foo = "bar"; }
"<?xml version='1.0' encoding='utf-8'?>\n<expr>\n <derivation>
<repeated />\n </derivation>\n</expr>\n"
nix-repl> builtins.toXML { type = "somethingelse"; foo = "bar"; }
"<?xml version='1.0' encoding='utf-8'?>\n<expr>\n <attrs>
<attr name=\"foo\">\n <string value=\"bar\" />\n </attr>
<attr name=\"type\">\n <string value=\"somethingelse\" />
</attr>\n </attrs>\n</expr>\n"
The following function in libexpr/eval.cc (Nix) is responsible for toXML
dropping the attributes:
bool EvalState::isDerivation(Value & v)
{
if (v.type != tAttrs) return false;
Bindings::iterator i = v.attrs->find(sType);
if (i == v.attrs->end()) return false;
forceValue(*i->value);
if (i->value->type != tString) return false;
return strcmp(i->value->string.s, "derivation") == 0;
}
So I've renamed this now to "package" which is not only more consistent
with the option type but also shouldn't cause similar issues anymore.
Tested this on base of b60ceea, because building the dependencies on
recent libc/staging changes on master took too long.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Reported-by: Profpatsch <mail@profpatsch.de>
|
| |\ \
| | |
| | | |
dirac: init at 1.0.2
|
| | | | |
|
| |\ \ \
| | | |
| | | |
| | | | |
Closes #12932
|
| | | | | |
|
| |\ \ \ \
| | | | |
| | | | | |
exa: init at git 2016-02-15
|
| | | | | | |
|
| |\ \ \ \ \
| |/ / / /
|/| | | | |
cfdyndns: init at 0.0.1
|
| | |/ / / |
|
| |\ \ \ \
| | | | |
| | | | | |
minecraft: add desktop entry; add ryantm as maintainer
|
| | | | | | |
|
| |\ \ \ \ \
| | | | | |
| | | | | | |
intel2200BGFirmware: init at 3.1
|
| | | |/ / /
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This commit adds the firmware for the Intel 2200BG wireless cards for
the ipw2200 kernel module. Also it changes the
networking.enableIntel2200BGFirmware option to set it as
hardware.firmware since firmware-linux-nonfree does not contain the
appropiate firmware anymore. Also hardware.enableAllFirmware does enable
the intel2200BGFirmware now.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
vcunat only fixed whitespace and changed the authorship e-mail
from dummy address you@example.com to the one recorded in maintainers.nix.
(Now github should recognize the commit as yours.)
|
| | | | | | |
|
| |\ \ \ \ \
| |/ / / /
|/| | | | |
spectrojack: init at 0.4
|
| | |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
spectrojack - moved in all-packages
spectrojack: init at 0.4
updated
spectrojack: init at 0.4
|
| |\ \ \ \
| |_|_|/
|/| | | |
nntp-proxy: init at 2014-01-06 (0358e7a)
|
| | | |/
| |/| |
|
| |\ \ \
| |/ /
|/| | |
sunxi-tools: (new)
|
| | | | |
|
| |\ \ \
| |/ /
|/| | |
Qtscrob
|
| | |/ |
|
| | | |
|
| |\ \
| | |
| | | |
backblaze-b2: init at version 0.3.10
|
| | | | |
|
| |\ \ \
| |/ /
|/| | |
as31: init at 2.3.1
|
| | |/ |
|
| | |
| |
| |
| |
| |
| | |
The PR wasn't good enough yet.
This reverts commit b2a37ceeea8c38ec71447f8dae1e6890a8cf982d, reversing
changes made to 7fa9a1abce623aaf18b22f5dca3fc8a44a494e8d.
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The manuals are now evaluated with each derivation in `pkgs` (recursively)
replaced by a fake with path "\${pkgs.path.to.the.attribute}".
It isn't perfect, but it seems to cover a vast majority of use cases.
Caveat: even if the package is reached by a different means,
the path above will be shown and not e.g. `${config.services.foo.package}`.
As before, defaults created by `mkDefault` aren't displayed,
but documentation shouldn't (mostly) be a reason to use that anymore.
Note: t wouldn't be enough to just use `lib.mapAttrsRecursive`,
because derivations are also (special) attribute sets.
|
| | | | |
|
| |\ \ \
| | | |
| | | | |
vassal: new package
|
| | |/ / |
|
| |\ \ \
| | | |
| | | | |
solaar: init at 0.9.2
|
| | | |/
| |/| |
|
| | | | |
|