He prefers to contribute to his own nixpkgs fork triton.
Since he is still marked as maintainer in many packages
this leaves the wrong impression he still maintains those.
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/iproute2/versions.
These checks were done:
- built on NixOS
- Warning: no invocation of /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/arpd had a zero exit code or showed the expected version
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/bridge passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/ctstat passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/genl passed the binary check.
- Warning: no invocation of /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/ifcfg had a zero exit code or showed the expected version
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/ifstat passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/ip passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/lnstat passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/nstat passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/routef passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/routel passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/rtacct passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/rtmon passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/rtpr passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/rtstat passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/ss passed the binary check.
- /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0/bin/tc passed the binary check.
- 15 of 17 passed binary check by having a zero exit code.
- 0 of 17 passed binary check by having the new version present in output.
- found 4.17.0 with grep in /nix/store/fzsnlnw6b604as63f8pc7z5hbp9m6ypp-iproute2-4.17.0
- directory tree listing: https://gist.github.com/034a57ce83d6f871566054eab222cf18
- du listing: https://gist.github.com/19da8b14a2528b5fc8dca94a8f14216e
When doing source routing/multihoming, it's practical to give names to routing
tables. The absence of the rt_table file in /etc make this impossible.
This patch recreates these files on rebuild so that they can be modified
by the user see NixOS#38638.
iproute2 is modified to look into config.networking.iproute2.confDir instead of
/etc/iproute2.
Doesn't eliminate glibc dep, somehow
a dependency on host's "db" leaks,
but it's a start.
Also don't attempt to build unused 'netem' tools,
avoiding need to use HOSTCC.
This has been broken nearly all the time due to the patches needed to
iproute2 not being compatible with the newer versions we have been
shipping. As long as Ubuntu does not manage to upstream these changes
so they are maintained with iproute2 and we don't have a maintainer
updating these patches to new iproute2 versions it is not feasible to
have this available.
This provides support for Ubuntu Fan Networking [1].
This includes:
* The fanctl package, and a corresponding NixOS service.
* iproute patches.
* kernel patches.
closes#9188
1: https://wiki.ubuntu.com/FanNetworking
In f18efaf26e, the "patches" attribute was erroneously renamed to
"patch". If you follow the original bug report[1], you'll see that this
has long since been fixed upstream (using a different patch).
1: https://bugs.gentoo.org/show_bug.cgi?id=331447
3.16.0 introduced a regression where vlan and veth devices could not be
created due to a check in the code for existing devices. This applies
the upstream patch which fixes the issue.
Additionally, this corrects the nixos network-interfaces task which now
needs to specify the name parameter when adding links.
lnstat.c:169:30: error: argument to 'sizeof' in 'memset' call is the same expression as the destination; did you mean to provide an explicit length? [-Werror=sizeof-pointer-memaccess]
memset(th.hdr[i], 0, sizeof(th.hdr[i]));
^
cc1: all warnings being treated as errors
make[1]: *** [lnstat.o] Error 1
