54745bb58d
(cherry picked from commit
|
||
---|---|---|
.. | ||
_0/_0xpropo | ||
_4 | ||
_6/_64gram | ||
_9/_9base | ||
a4/a4 | ||
a5/a52dec | ||
aa | ||
ab | ||
ac | ||
ad | ||
ae | ||
af | ||
ag | ||
ai | ||
al | ||
am | ||
an | ||
ao/aocl-utils | ||
ap | ||
ar | ||
as | ||
at | ||
au | ||
av | ||
aw | ||
ax | ||
ay | ||
ba | ||
bc | ||
bd/bdf2ttf | ||
be | ||
bi | ||
bk/bk | ||
bl | ||
bm/bmake | ||
bn/bngblaster | ||
bo | ||
bp | ||
br | ||
bs | ||
bt | ||
bu | ||
by | ||
c2 | ||
c- | ||
ca | ||
cb | ||
cc | ||
cd | ||
ce | ||
cg | ||
ch | ||
ci | ||
cl | ||
cm | ||
cn/cntb | ||
co | ||
cp | ||
cr | ||
cs | ||
ct/ctx | ||
cu | ||
cv/cvemap | ||
cy | ||
cz/czkawka | ||
da | ||
db | ||
dc/dc3dd | ||
dd | ||
de | ||
dg/dgoss | ||
dh/dhcpig | ||
di | ||
dj/djent | ||
dm | ||
dn/dns2tcp | ||
do | ||
dp | ||
dr/drone-scp | ||
ds | ||
dt | ||
du | ||
dv/dvb-apps | ||
dx | ||
dy | ||
e1/e1s | ||
ea | ||
eb | ||
ec | ||
ed | ||
ee/eepers | ||
ei | ||
ek/eksctl | ||
el | ||
em | ||
en | ||
ep/epub-thumbnailer | ||
er | ||
es | ||
et | ||
eu | ||
ew/eww | ||
ex | ||
ez/eza | ||
fa | ||
fb/fbset | ||
fc | ||
fe | ||
ff | ||
fg/fgqcanvas | ||
fi | ||
fl | ||
fm | ||
fn/fnott | ||
fo | ||
fr | ||
fs | ||
ft/fte | ||
fu | ||
fv | ||
fw/fwupd | ||
fy/fypp | ||
fz | ||
g3/g3kb-switch | ||
ga | ||
gb | ||
gc | ||
ge | ||
gf | ||
gg/gg | ||
gh | ||
gi | ||
gl | ||
gm | ||
gn | ||
go | ||
gp | ||
gr | ||
gt | ||
gu | ||
gv/gvisor | ||
gx/gxml | ||
h8/h8mail | ||
ha | ||
hb/hb-honeypot | ||
hd/hdrop | ||
he | ||
hi | ||
hj/hjson-go | ||
ho | ||
ht | ||
hu | ||
hy | ||
i2/i2p | ||
i3 | ||
ia | ||
ic | ||
id | ||
if/ifrextractor-rs | ||
ig | ||
ii | ||
im | ||
in | ||
io/ioq3-scion | ||
ip | ||
ir | ||
is/iscc | ||
it | ||
iz/izrss | ||
ja | ||
jd/jdt-language-server | ||
je | ||
ji | ||
jj/jj | ||
jn | ||
jo | ||
jr/jrl-cmakemodules | ||
js/jsoncons | ||
jt/jtdx | ||
ju | ||
ka | ||
kc | ||
kd | ||
ke | ||
kg/kgeotag | ||
ki | ||
kl/klog-time-tracker | ||
km | ||
kn/knossosnet | ||
ko | ||
kp/kplex | ||
kr | ||
ks | ||
kt | ||
ku | ||
kx | ||
ky | ||
la | ||
lb | ||
lc | ||
ld/ldproxy | ||
le | ||
li | ||
ll | ||
lm | ||
ln/lngen | ||
lo | ||
lp | ||
ls | ||
lt/ltris | ||
lu | ||
lw/lwgrp | ||
lx | ||
lz | ||
m2 | ||
ma | ||
mb | ||
mc | ||
md | ||
me | ||
mf | ||
mg | ||
mi | ||
mk | ||
ml/mlx42 | ||
mo | ||
mp | ||
mq | ||
ms | ||
mu | ||
my | ||
n2/n2 | ||
na | ||
nb/nbtscan | ||
nc | ||
nd/ndstrim | ||
ne | ||
nf | ||
ng | ||
nh | ||
ni | ||
nl | ||
nm/nmap-parse | ||
nn/nncp | ||
no | ||
np | ||
nr | ||
ns | ||
nt/ntfs2btrfs | ||
nu | ||
nv | ||
nw | ||
nx/nxengine-evo | ||
oa | ||
ob | ||
oc | ||
oe/oelint-adv | ||
of | ||
oh | ||
oi | ||
ol | ||
om | ||
on | ||
op | ||
or | ||
os | ||
ot | ||
ou | ||
ov | ||
ow | ||
pa | ||
pd | ||
pe | ||
pf/pfft | ||
pg | ||
ph | ||
pi | ||
pk | ||
pl | ||
pm | ||
pn | ||
po | ||
pp/ppsspp | ||
pq | ||
pr | ||
ps/ps_mem | ||
pt | ||
pu | ||
pv/pvsneslib | ||
pw | ||
px/pxder | ||
py | ||
pz/pzip | ||
qa/qadwaitadecorations | ||
qc/qcm | ||
qd/qdirstat | ||
qg/qgrep | ||
qp/qpoases | ||
qr | ||
qs | ||
qt/qtractor | ||
qu | ||
r1/r10k | ||
ra | ||
rc | ||
rd/rdwatool | ||
re | ||
rh/rHttp | ||
ri | ||
rk | ||
rl/rl_json | ||
rm | ||
rn/rnd-name | ||
ro | ||
rp/rpcs3 | ||
rq/rqbit | ||
rs | ||
rt | ||
ru | ||
rw/rwpspread | ||
ry | ||
s0/s0ix-selftest-tool | ||
s3 | ||
sa | ||
sb/sbom-utility | ||
sc | ||
sd | ||
se | ||
sg/sgfutils | ||
sh | ||
si | ||
sk | ||
sl | ||
sm | ||
sn | ||
so | ||
sp | ||
sq | ||
sr | ||
ss | ||
st | ||
su | ||
sv | ||
sw | ||
sx | ||
sy | ||
t-/t-rex | ||
ta | ||
tc/tcsh | ||
td | ||
te | ||
tg/tgpt | ||
th | ||
ti | ||
tk | ||
tl | ||
tm/tmuxifier | ||
to | ||
tp | ||
tr | ||
tt | ||
tu | ||
tw | ||
tx/txr | ||
ty | ||
uc | ||
ud | ||
ue | ||
ug | ||
uh/uhttpmock_1_0 | ||
ui | ||
um/umpire | ||
un | ||
up | ||
us | ||
ut | ||
uu/uuu | ||
uv/uv | ||
uw/uwhoisd | ||
ux | ||
va | ||
vc | ||
vd/vdhcoapp | ||
ve | ||
vg/vgm2x | ||
vi | ||
vl | ||
vo/voidmap | ||
vu | ||
vv/vvvvvv | ||
wa | ||
wb | ||
we | ||
wh | ||
wi | ||
wl | ||
wo | ||
wp | ||
ws | ||
wt | ||
wy/wyoming-satellite | ||
x1/x16 | ||
x5/x509-limbo | ||
xa/xarcan | ||
xc | ||
xd | ||
xe | ||
xf/xfs-undelete | ||
xh/xhosts | ||
xi | ||
xl/xlights | ||
xm | ||
xn/xnlinkfinder | ||
xo | ||
xp | ||
xr/xr-hardware | ||
xs | ||
xw/xwayland-run | ||
ya | ||
yc/ycmd | ||
yd/ydotool | ||
ye | ||
yg/yggdrasil | ||
yj/yj | ||
yo | ||
ys/ysfx | ||
yt | ||
yu | ||
za | ||
zb/zbus-xmlgen | ||
zc/zcfan | ||
ze | ||
zi | ||
zl/zluda | ||
zo/zola | ||
zp | ||
zs | ||
zu/zug | ||
zw/zwave-js-server | ||
zx | ||
README.md |
Name-based package directories
The structure of this directory maps almost directly to top-level package attributes. Add new top-level packages to Nixpkgs using this mechanism whenever possible.
Packages found in the name-based structure are automatically included, without needing to be added to all-packages.nix
. However if the implicit attribute defaults need to be changed for a package, this must still be declared in all-packages.nix
.
Example
The top-level package pkgs.some-package
may be declared by setting up this file structure:
pkgs
└── by-name
├── so
┊ ├── some-package
┊ └── package.nix
Where some-package
is the package name and so
is the lowercased 2-letter prefix of the package name.
The package.nix
may look like this:
# A function taking an attribute set as an argument
{
# Get access to top-level attributes for use as dependencies
lib,
stdenv,
libbar,
# Make this derivation configurable using `.override { enableBar = true }`
enableBar ? false,
}:
# The return value must be a derivation
stdenv.mkDerivation {
# ...
buildInputs =
lib.optional enableBar libbar;
}
You can also split up the package definition into more files in the same directory if necessary.
Once defined, the package can be built from the Nixpkgs root directory using:
nix-build -A some-package
See the general package conventions for more information on package definitions.
Changing implicit attribute defaults
The above expression is called using these arguments by default:
{
lib = pkgs.lib;
stdenv = pkgs.stdenv;
libbar = pkgs.libbar;
}
But the package might need pkgs.libbar_2
instead.
While the function could be changed to take libbar_2
directly as an argument,
this would change the .override
interface, breaking code like .override { libbar = ...; }
.
So instead it is preferable to use the same generic parameter name libbar
and override its value in pkgs/top-level/all-packages.nix
:
{
libfoo = callPackage ../by-name/so/some-package/package.nix {
libbar = libbar_2;
};
}
Manual migration guidelines
Most packages are still defined in all-packages.nix
and the category hierarchy.
Please hold off migrating your maintained packages to this directory.
-
An automated migration for the majority of packages is being worked on. In order to save on contributor and reviewer time, packages should only be migrated manually afterwards if they couldn't be migrated automatically.
-
Manual migrations should only be lightly encouraged if the relevant code is being worked on anyways. For example with a package update or refactoring.
-
Manual migrations should not remove definitions from
all-packages.nix
with custom arguments. That is a backwards-incompatible change because it changes the.override
interface. Such packages may still be moved topkgs/by-name
however, while keeping the definition inall-packages.nix
. See also changing implicit attribute defaults.
Limitations
There's some limitations as to which packages can be defined using this structure:
-
Only packages defined using
pkgs.callPackage
. This excludes packages defined usingpkgs.python3Packages.callPackage ...
.Instead:
- Either change the package definition to work with
pkgs.callPackage
. - Or use the category hierarchy.
- Either change the package definition to work with
-
Only top-level packages. This excludes packages for other package sets like
pkgs.pythonPackages.*
.Refer to the definition and documentation of the respective package set to figure out how such packages can be declared.
Validation
CI performs certain checks on the pkgs/by-name
structure.
This is done using the nixpkgs-check-by-name
tool.
You can locally emulate the CI check using
$ ./maintainers/scripts/check-by-name.sh master
See here for more info.
Recommendation for new packages with multiple versions
These checks of the pkgs/by-name
structure can cause problems in combination:
- New top-level packages using
callPackage
must be defined viapkgs/by-name
. - Packages in
pkgs/by-name
cannot refer to files outside their own directory.
This means that outside pkgs/by-name
, multiple already-present top-level packages can refer to some common file.
If you open a PR to another instance of such a package, CI will fail check 1,
but if you try to move the package to pkgs/by-name
, it will fail check 2.
This is often the case for packages with multiple versions, such as
{
foo_1 = callPackage ../tools/foo/1.nix { };
foo_2 = callPackage ../tools/foo/2.nix { };
}
The best way to resolve this is to not use callPackage
directly, such that check 1 doesn't trigger.
This can be done by using inherit
on a local package set:
{
inherit
({
foo_1 = callPackage ../tools/foo/1.nix { };
foo_2 = callPackage ../tools/foo/2.nix { };
})
foo_1
foo_2
;
}
While this may seem pointless, this can in fact help with future package set refactorings, because it establishes a clear connection between related attributes.
Further possible refactorings
This is not required, but the above solution also allows refactoring the definitions into a separate file:
{
inherit (import ../tools/foo pkgs)
foo_1 foo_2;
}
# pkgs/tools/foo/default.nix
pkgs: {
foo_1 = callPackage ./1.nix { };
foo_2 = callPackage ./2.nix { };
}
Alternatively using callPackages
if callPackage
isn't used underneath and you want the same .override
arguments for all attributes:
{
inherit (callPackages ../tools/foo { })
foo_1 foo_2;
}
# pkgs/tools/foo/default.nix
{
stdenv
}: {
foo_1 = stdenv.mkDerivation { /* ... */ };
foo_2 = stdenv.mkDerivation { /* ... */ };
}
Exposing the package set
This is not required, but the above solution also allows exposing the package set as an attribute:
{
foo-versions = import ../tools/foo pkgs;
# Or using callPackages
# foo-versions = callPackages ../tools/foo { };
inherit (foo-versions) foo_1 foo_2;
}