This is a commonly-used package for spatial indexing.
Strangely enough, the tests are broken due to memory unsafety that I was unable
to reproduce under Debian. For instance, when run with Python 3.6 valgrind
reports,
==10453== Invalid read of size 4
==10453== at 0x4EF1DFA: _PyObject_Free (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4FE7D96: _PyFaulthandler_Fini (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4F8438D: Py_FinalizeEx (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4F9F398: Py_Main (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x400BDF: main (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/bin/python3.6)
==10453== Address 0x67b1020 is 352 bytes inside a block of size 640 free'd
==10453== at 0x4C2DD6B: free (in /nix/store/6z028lfnxyhh8dlngpm6zrkwqxmbglj4-valgrind-3.13.0/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==10453== by 0x4EDDC4A: free_keys_object (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4EDEE63: dict_dealloc (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4EECF59: module_clear (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4FA062B: collect (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4FA13A0: _PyGC_CollectNoFail (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4F79CED: PyImport_Cleanup (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4F8436F: Py_FinalizeEx (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4F9F398: Py_Main (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x400BDF: main (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/bin/python3.6)
==10453==
==10453== Conditional jump or move depends on uninitialised value(s)
==10453== at 0x4EF1E03: _PyObject_Free (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4EFEF2D: type_dealloc (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4EFD009: subtype_dealloc (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4FA063E: collect (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4FA13A0: _PyGC_CollectNoFail (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4F79DF8: PyImport_Cleanup (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4F8436F: Py_FinalizeEx (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x4F9F398: Py_Main (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/lib/libpython3.6m.so.1.0)
==10453== by 0x400BDF: main (in /nix/store/azw9ys2m2fpfzf730xjcxja890gpyp58-python3-3.6.4/bin/python3.6)
==10453==
...
https://hydra.nixos.org/build/70700906
I opened an upstream bug, but their bug system is e-mail based and I
haven't got a single reply which contains an web link :(
Update all factorio packages to their latest version. The fact that the
experimental version is lower than the alpha version is just because
they haven't made an experimental release after the last stable.
Semi-automatic update generated by https://github.com/ryantm/nix-update tools.
This update was made based on information from https://repology.org/metapackage/sysvinit/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/n54idc6ddkgkwnbbg8y6avb5wvzb5s34-sysvinit-2.89/bin/last help` got 0 exit code
- ran `/nix/store/n54idc6ddkgkwnbbg8y6avb5wvzb5s34-sysvinit-2.89/bin/utmpdump -h` got 0 exit code
- ran `/nix/store/n54idc6ddkgkwnbbg8y6avb5wvzb5s34-sysvinit-2.89/bin/wall help` got 0 exit code
- found 2.89 with grep in /nix/store/n54idc6ddkgkwnbbg8y6avb5wvzb5s34-sysvinit-2.89
- directory tree listing: https://gist.github.com/6fdc40b90f12b6caa767385d367da4d9
Without this change pkgconfig files contain incorrect values for libdir and
includedir in the form of:
prefix: /nix/store/...liblibqtxdg
libdir: ${prefix}//nix/store/.../libqtxdg/lib
includedir: ${prefix}//nix/store/.../libqtxdg/include
Since at least d7bddc27b2, we've had a
situation where one should depend on:
- `stdenv.cc.bintools`: for executables at build time
- `libbfd` or `libiberty`: for those libraries
- `targetPackages.cc.bintools`: for exectuables at *run* time
- `binutils`: only for specifically GNU Binutils's executables,
regardless of the host platform, at run time.
and that commit cleaned up this usage to reflect that. This PR flips the
switch so that:
- `binutils` is indeed unconditionally GNU Binutils
- `binutils-raw`, which previously served that role, is gone.
so that the correct usage will be enforced going forward and everything
is simple.
N.B. In a few cases `binutils-unwrapped` (which before and now was
unconditionally actual GNU binutils), rather than `binutils` was used to
replace old `binutils-raw` as it is friendly towards some cross
compilation usage by avoiding a reference to the next bootstrapping
change.
in combination with the parent commit that makes jdk10 use gtk3, this
lets us get onto a current webkitgtk.
since the current version of webkitgtk is still receiving security
updates, this also reverts 49ea0e2736
"eclipse: Do not use webkitgtk2 by default".
http://openjdk.java.net/jeps/283 "Enable GTK 3 on Linux" was included
in OpenJDK 9.
nothing else currently in nixpkgs is using 10, so this just lets us
establish a good baseline as things are ported onto it. if needed,
the build could be parameterized so that any packages that turn out to
need gtk2 could still use it.
The following fixes have been applied according to the changelog (https://github.com/ageitgey/face_recognition/releases)
- Added the face_detection CLI command
- Removed dependencies on scipy to make installation easier
- Cleaned up KNN example and fixed a bug with drawing fonts to label detected faces in the demo
Furthermore the maintainer switched to actual GIT tags for PyPI releases
as discussed in ageitgey/face_recognition#417 and #37566
The `tex-gyre-*-math` fonts are moved to the `tex-gyre-math` set for consistency
with `tex-gyre` and to allow them to be easily installed together. Aliases are
created for backwards-compatibility.
Using `callPackages` instead of `callPackage` adds an `override` attribute to
each individual package instead of the set. Each member of the set is then just
a package so that `lib.attrValues tex-gyre` gives a list of packages that can be
installed.
service-runner had a backwards incompatible update, and parsoid 0.9.0
doesn't work with current stable MediaWiki. Instead use as a source
a repository with 0.8.0 and pinned service-runner version.
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/criu/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/yqfshz1c0qp2h8vdcswiaknxb6ibxfsl-criu-3.8.1/bin/compel -h` got 0 exit code
- ran `/nix/store/yqfshz1c0qp2h8vdcswiaknxb6ibxfsl-criu-3.8.1/bin/compel --help` got 0 exit code
- ran `/nix/store/yqfshz1c0qp2h8vdcswiaknxb6ibxfsl-criu-3.8.1/bin/criu -h` got 0 exit code
- ran `/nix/store/yqfshz1c0qp2h8vdcswiaknxb6ibxfsl-criu-3.8.1/bin/criu --help` got 0 exit code
- ran `/nix/store/yqfshz1c0qp2h8vdcswiaknxb6ibxfsl-criu-3.8.1/bin/criu -V` and found version 3.8.1
- ran `/nix/store/yqfshz1c0qp2h8vdcswiaknxb6ibxfsl-criu-3.8.1/bin/criu --version` and found version 3.8.1
- found 3.8.1 with grep in /nix/store/yqfshz1c0qp2h8vdcswiaknxb6ibxfsl-criu-3.8.1
- directory tree listing: https://gist.github.com/4324a1815464a7da41c4b8cd5056b1b7
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/jpegoptim/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/qldhz6lqamsv2pbdyimsgwdfc53bawyn-jpegoptim-1.4.5/bin/jpegoptim -h` got 0 exit code
- ran `/nix/store/qldhz6lqamsv2pbdyimsgwdfc53bawyn-jpegoptim-1.4.5/bin/jpegoptim --help` got 0 exit code
- ran `/nix/store/qldhz6lqamsv2pbdyimsgwdfc53bawyn-jpegoptim-1.4.5/bin/jpegoptim help` got 0 exit code
- ran `/nix/store/qldhz6lqamsv2pbdyimsgwdfc53bawyn-jpegoptim-1.4.5/bin/jpegoptim -V` and found version 1.4.5
- ran `/nix/store/qldhz6lqamsv2pbdyimsgwdfc53bawyn-jpegoptim-1.4.5/bin/jpegoptim --version` and found version 1.4.5
- ran `/nix/store/qldhz6lqamsv2pbdyimsgwdfc53bawyn-jpegoptim-1.4.5/bin/jpegoptim -h` and found version 1.4.5
- ran `/nix/store/qldhz6lqamsv2pbdyimsgwdfc53bawyn-jpegoptim-1.4.5/bin/jpegoptim --help` and found version 1.4.5
- found 1.4.5 with grep in /nix/store/qldhz6lqamsv2pbdyimsgwdfc53bawyn-jpegoptim-1.4.5
- directory tree listing: https://gist.github.com/5b96a382d26959a9ce1da4b4d0b45d55
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/icedtea-web/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/v9maiya65b10q73b3fb5zf02gqyn11jg-icedtea-web-1.7.1/bin/javaws --help` got 0 exit code
- ran `/nix/store/v9maiya65b10q73b3fb5zf02gqyn11jg-icedtea-web-1.7.1/bin/javaws help` got 0 exit code
- ran `/nix/store/v9maiya65b10q73b3fb5zf02gqyn11jg-icedtea-web-1.7.1/bin/javaws --version` and found version 1.7.1
- ran `/nix/store/v9maiya65b10q73b3fb5zf02gqyn11jg-icedtea-web-1.7.1/bin/javaws version` and found version 1.7.1
- ran `/nix/store/v9maiya65b10q73b3fb5zf02gqyn11jg-icedtea-web-1.7.1/bin/itweb-settings --help` got 0 exit code
- ran `/nix/store/v9maiya65b10q73b3fb5zf02gqyn11jg-icedtea-web-1.7.1/bin/itweb-settings help` got 0 exit code
- ran `/nix/store/v9maiya65b10q73b3fb5zf02gqyn11jg-icedtea-web-1.7.1/bin/policyeditor --help` got 0 exit code
- ran `/nix/store/v9maiya65b10q73b3fb5zf02gqyn11jg-icedtea-web-1.7.1/bin/policyeditor help` got 0 exit code
- found 1.7.1 with grep in /nix/store/v9maiya65b10q73b3fb5zf02gqyn11jg-icedtea-web-1.7.1
- directory tree listing: https://gist.github.com/0e5014eea224d7b6d3648167d610e4f0
Don't rely on questionable impact of DT_RPATH on dlopen().
This is a bit of a messy subject, but probably the clearest
reference to motivate *not* relying on how dlopen() behaves
in the presence of RPATH or RUNPATH is the following:
https://sourceware.org/ml/libc-hacker/2002-11/msg00011.html
FWIW the dlopen() manpage only mentions the the RPATH
and RUNPATH in the "executable file for the calling program";
no mention of the executable files for libraries--
this has been brought to the attention of the relevant
parties and AFAICT nothing has been done.
The best reference for glibc behavior is
apparently to ... "try it and see".
Luckily a generous soul did exactly that
and reported the findings:
https://www.spinics.net/lists/linux-man/msg02291.html
Qt wrote on the subject a bit when they were bit by this,
linking to the above articles (directly or indirectly).
See:
http://blog.qt.io/blog/2011/10/28/rpath-and-runpath/
--------
Since we know the path of libGL at build-time for libepoxy,
there's a simple solution we can use to avoid all of this:
simply teach libepoxy to explicitly look in the libGL path.
This commit patches libepoxy to accomplish this,
looking to "LIBGL_PATH" as a fallback if it cannot find
the libraries otherwise.
---------
This fixes use of libepoxy w/musl on NixOS!
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/mkvtoolnix/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvmerge -h` got 0 exit code
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvmerge --help` got 0 exit code
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvmerge -V` and found version 22.0.0
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvmerge --version` and found version 22.0.0
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvinfo -h` got 0 exit code
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvinfo --help` got 0 exit code
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvinfo -V` and found version 22.0.0
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvinfo --version` and found version 22.0.0
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvextract -h` got 0 exit code
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvextract --help` got 0 exit code
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvextract -V` and found version 22.0.0
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvextract --version` and found version 22.0.0
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvpropedit -h` got 0 exit code
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvpropedit --help` got 0 exit code
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvpropedit -V` and found version 22.0.0
- ran `/nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0/bin/mkvpropedit --version` and found version 22.0.0
- found 22.0.0 with grep in /nix/store/qzarbwgjblj2vw9wc017gich3a5rv9f0-mkvtoolnix-22.0.0
- directory tree listing: https://gist.github.com/7834479431ce4c1f041e9b5d9da3129d
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/woeusb/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/8j0k3dnx7vc5wcmayficjdsk02ix55va-woeusb-3.1.5/bin/woeusb -h` got 0 exit code
- ran `/nix/store/8j0k3dnx7vc5wcmayficjdsk02ix55va-woeusb-3.1.5/bin/woeusb --help` got 0 exit code
- ran `/nix/store/8j0k3dnx7vc5wcmayficjdsk02ix55va-woeusb-3.1.5/bin/woeusb -V` and found version 3.1.5
- ran `/nix/store/8j0k3dnx7vc5wcmayficjdsk02ix55va-woeusb-3.1.5/bin/woeusb --version` and found version 3.1.5
- ran `/nix/store/8j0k3dnx7vc5wcmayficjdsk02ix55va-woeusb-3.1.5/bin/woeusb -h` and found version 3.1.5
- ran `/nix/store/8j0k3dnx7vc5wcmayficjdsk02ix55va-woeusb-3.1.5/bin/woeusb --help` and found version 3.1.5
- found 3.1.5 with grep in /nix/store/8j0k3dnx7vc5wcmayficjdsk02ix55va-woeusb-3.1.5
- directory tree listing: https://gist.github.com/a1e026683073657b8127fe93d50cdb18
[Bjørn: change commit prefix from "winusb" to "woeusb".]
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/praat/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/ip7a4lqz98n8dx635131vi3pijyv3kci-praat-6.0.38/bin/praat --help` got 0 exit code
- ran `/nix/store/ip7a4lqz98n8dx635131vi3pijyv3kci-praat-6.0.38/bin/praat --version` and found version 6.0.38
- found 6.0.38 with grep in /nix/store/ip7a4lqz98n8dx635131vi3pijyv3kci-praat-6.0.38
- directory tree listing: https://gist.github.com/3cbb0648e4b084a658f6dd5b7c8ed3a4
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/veracrypt/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/qx2d8v3a4gx3rp8wpcmw0av3vn0dchkw-veracrypt-1.22/bin/veracrypt -h` got 0 exit code
- ran `/nix/store/qx2d8v3a4gx3rp8wpcmw0av3vn0dchkw-veracrypt-1.22/bin/veracrypt --help` got 0 exit code
- ran `/nix/store/qx2d8v3a4gx3rp8wpcmw0av3vn0dchkw-veracrypt-1.22/bin/veracrypt --version` and found version 1.22
- found 1.22 with grep in /nix/store/qx2d8v3a4gx3rp8wpcmw0av3vn0dchkw-veracrypt-1.22
- directory tree listing: https://gist.github.com/8690e0df710362cb464457218630b6ee
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/ansifilter/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/wp22r5r6lyy9is1b6nb0vdhh8n7jfazc-ansifilter-2.10/bin/ansifilter -h` got 0 exit code
- ran `/nix/store/wp22r5r6lyy9is1b6nb0vdhh8n7jfazc-ansifilter-2.10/bin/ansifilter --help` got 0 exit code
- ran `/nix/store/wp22r5r6lyy9is1b6nb0vdhh8n7jfazc-ansifilter-2.10/bin/ansifilter -V` and found version 2.10
- ran `/nix/store/wp22r5r6lyy9is1b6nb0vdhh8n7jfazc-ansifilter-2.10/bin/ansifilter -v` and found version 2.10
- ran `/nix/store/wp22r5r6lyy9is1b6nb0vdhh8n7jfazc-ansifilter-2.10/bin/ansifilter --version` and found version 2.10
- found 2.10 with grep in /nix/store/wp22r5r6lyy9is1b6nb0vdhh8n7jfazc-ansifilter-2.10
- directory tree listing: https://gist.github.com/88abe21b0d96cd9fa48d2f4a459faa6b
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/alembic/versions.
These checks were done:
- built on NixOS
- ran `/nix/store/739vhfkmanak88f4g6yzqkrsid2mi59r-alembic-1.7.7-bin/bin/abcls -h` got 0 exit code
- ran `/nix/store/739vhfkmanak88f4g6yzqkrsid2mi59r-alembic-1.7.7-bin/bin/abcls --help` got 0 exit code
- ran `/nix/store/739vhfkmanak88f4g6yzqkrsid2mi59r-alembic-1.7.7-bin/bin/abcls help` got 0 exit code
- ran `/nix/store/739vhfkmanak88f4g6yzqkrsid2mi59r-alembic-1.7.7-bin/bin/abctree -h` got 0 exit code
- ran `/nix/store/739vhfkmanak88f4g6yzqkrsid2mi59r-alembic-1.7.7-bin/bin/abctree --help` got 0 exit code
- ran `/nix/store/739vhfkmanak88f4g6yzqkrsid2mi59r-alembic-1.7.7-bin/bin/abcconvert --help` got 0 exit code
- found 1.7.7 with grep in /nix/store/739vhfkmanak88f4g6yzqkrsid2mi59r-alembic-1.7.7-bin
- directory tree listing: https://gist.github.com/ef5ac862933e11b24f7c82cf0d0c4b16
