Semi-automatic update. These checks were performed:
- built on NixOS
- ran `/nix/store/lf189bg3wyp8bbiw6kqwlvhm3yc4wdgq-lttng-ust-2.10.1/bin/lttng-gen-tp -h` got 0 exit code
- ran `/nix/store/lf189bg3wyp8bbiw6kqwlvhm3yc4wdgq-lttng-ust-2.10.1/bin/lttng-gen-tp --help` got 0 exit code
- ran `/nix/store/lf189bg3wyp8bbiw6kqwlvhm3yc4wdgq-lttng-ust-2.10.1/bin/lttng-gen-tp help` got 0 exit code
- found 2.10.1 with grep in /nix/store/lf189bg3wyp8bbiw6kqwlvhm3yc4wdgq-lttng-ust-2.10.1
- found 2.10.1 in filename of file in /nix/store/lf189bg3wyp8bbiw6kqwlvhm3yc4wdgq-lttng-ust-2.10.1
cc "@bjornfor"
Semi-automatic update. These checks were performed:
- built on NixOS
- ran `/nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2/bin/lttng -V` and found version 2.10.2
- ran `/nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2/bin/lttng --version` and found version 2.10.2
- ran `/nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2/bin/lttng version` and found version 2.10.2
- ran `/nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2/bin/lttng-crash -V` and found version 2.10.2
- ran `/nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2/bin/lttng-crash --version` and found version 2.10.2
- ran `/nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2/bin/lttng-relayd -V` and found version 2.10.2
- ran `/nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2/bin/lttng-relayd --version` and found version 2.10.2
- ran `/nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2/bin/lttng-sessiond -V` and found version 2.10.2
- ran `/nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2/bin/lttng-sessiond --version` and found version 2.10.2
- found 2.10.2 with grep in /nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2
- found 2.10.2 in filename of file in /nix/store/mxkd9dxy95rw5xg54h55nm0rdk5makvm-lttng-tools-2.10.2
cc "@bjornfor"
The previous version was not the actual release, and was not supposed to
be published at all. This one is the signed release. Additionally,
upstream plans no more releases on sourceforge so the URL has been
changed to refer to strace.io instead.
Semi-automatic update. These checks were performed:
- built on NixOS
- ran `/nix/store/l2jl00f6gvvc17lsq27vvmw26md8nf4g-doclifter-2.17/bin/doclifter -V` and found version 2.17
- found 2.17 with grep in /nix/store/l2jl00f6gvvc17lsq27vvmw26md8nf4g-doclifter-2.17
- found 2.17 in filename of file in /nix/store/l2jl00f6gvvc17lsq27vvmw26md8nf4g-doclifter-2.17
Semi-automatic update. The following tests were automatically performed:
- built on NixOS
- ran `/nix/store/kcq8gh0l8v2m71pyz5qqh8hiwnrfkwl6-babeltrace-1.5.4/bin/babeltrace -h` got 0 exit code
- ran `/nix/store/kcq8gh0l8v2m71pyz5qqh8hiwnrfkwl6-babeltrace-1.5.4/bin/babeltrace --help` got 0 exit code
- ran `/nix/store/kcq8gh0l8v2m71pyz5qqh8hiwnrfkwl6-babeltrace-1.5.4/bin/babeltrace -h` and found version 1.5.4
- ran `/nix/store/kcq8gh0l8v2m71pyz5qqh8hiwnrfkwl6-babeltrace-1.5.4/bin/babeltrace --help` and found version 1.5.4
- ran `/nix/store/kcq8gh0l8v2m71pyz5qqh8hiwnrfkwl6-babeltrace-1.5.4/bin/babeltrace-log -h` got 0 exit code
- ran `/nix/store/kcq8gh0l8v2m71pyz5qqh8hiwnrfkwl6-babeltrace-1.5.4/bin/babeltrace-log -h` and found version 1.5.4
- found 1.5.4 with grep in /nix/store/kcq8gh0l8v2m71pyz5qqh8hiwnrfkwl6-babeltrace-1.5.4
Existing "mips64el" should be "mipsel".
This is just the barest minimum so that nixpkgs can recognize them as
systems - although required for building individual derivations onto
MIPS boards, it is not sufficient if you want to actually build nixos on
those targets
https://hydra.nixos.org/build/69542376
[dezgeg: changed to --enable-mpers=check instead of --enable-mpers=no,
which makes it probe at build-time whether a certain personality is
supported and enable it only if the probe succeeded, instead of
unconditionally disabling it. Should be more future-proof.]
This commit breaks native armv7l-linux builds. Revert it until it can
be root-caused. This reversion does not affect other platforms or
cross-compiling.
This reverts commit 0f5c804631.
Now that we do `--enable-targes=all`, there is no risk of missing the
needed emulation.
This reverts commit ebc9b161cd.
This reverts commit 88efc22b44.
They aren't meant to be critical (uncatchable) errors.
Tested with nix-env + checkMeta:
[ "x86_64-linux" "i686-linux" "x86_64-darwin" "aarch64-linux" ]
Certain tools, e.g. compilers, are customarily prefixed with the name of
their target platform so that multiple builds can be used at once
without clobbering each other on the PATH. I was using identifiers named
`prefix` for this purpose, but that conflicts with the standard use of
`prefix` to mean the directory where something is installed. To avoid
conflict and confusion, I renamed those to `targetPrefix`.
Feature rich browser-based frontend with data structure visualizations
(like DDD), and gdb terminal access. Compatible with C, C++, golang,
Rust, fortran. Written in Python and JavaScript
gdbgui is at the top of the GDB Front Ends
list on https://sourceware.org/gdb/wiki/GDB%20Front%20Ends
https://github.com/NixOS/nixpkgs/pull/30484#issuecomment-345472766
Since [1] libbfd is compiled with support for all available targets. However, it
can not choose whether an ARM ELF file is elf32-littlearm,
elf32-littlearm-symbian, or elf32-littlearm-vxworks, and fails with the "File
format is ambiguous" error. Here [2] Alan Modra intended to prioritize the
first of the three, but although his patch was merged and reportedly solved the
issue, currently glibc 2.28.1 and 2.29.1 again fail to disambiguate these
targets. This commit makes it prioritize elf32-littlearm over the other two.
[1] f8741c38cd
[2] https://sourceware.org/ml/binutils/2013-05/msg00271.html
There are separate derivations for these libraries and we don't want
conflict. Multitarget is generally more useful, and will eventually
speed up cross builds, so why not?!
On most distros, these are just built and distributed as part of
binutils. We don't use binutils across the board, however, but rather
switch between binutils and a cctools-binutils mashup, and change the
outputs on binutils too. This creates a combinatorial conditional soup
which is hard to maintain.
My hope is to lower the the state space. While my patch isn't the most
maintainable, they make downstream packages become more maintainable to
compensate. The additional derivations themselves are completely
platform-agnostic, always they always supports all possible target
platforms, and always yield "out" and "dev" outputs. That, in turn,
allows downstream packages to not worry about a dependency
shape-shifting under them.
In fact, the actual binutils package can avoid needing multiple outputs
now that these serve the requisite libraries, so that also can become
simpler on all platforms, too, removing the original wart this PR
circumnavigates for now. Actually changing the binutils package to
leverage is a mass rebuild, however, so I'll leave that for a separate
PR.
I do hope to upstream something like my patch too, but until then I'll
make myself maintainer of these derivations
The biggest benefit is that we no longer have to update the registry
package. This means that just about any cargo package can be built by
nix. No longer does `cargo update` need to be feared because it will
update to packages newer then what is available in nixpkgs.
Instead of fetching the cargo registry this bundles all the source code
into a "vendor/" folder.
This also uses the new --frozen and --locked flags which is nice.
Currently cargo-vendor only provides binaries for Linux and
macOS 64-bit. This can be solved by building it for the other
architectures and uploading it somewhere (like the NixOS cache).
This also has the downside that it requires a change to everyone's deps
hash. And if the old one is used because it was cached it will fail to
build as it will attempt to use the old version. For this reason the
attribute has been renamed to `cargoSha256`.
Authors:
* Kevin Cox <kevincox@kevincox.ca>
* Jörg Thalheim <Mic92@users.noreply.github.com>
* zimbatm <zimbatm@zimbatm.com>
* master: (81 commits)
Add NixOS 17.09 AMIs
gradle: 4.2 -> 4.2.1
maintainers.nix: use my GitHub handle as maintainer name
fcitx-engines.rime: init at 0.3.2
brise: init at 2017-09-16
librime: init at 1.2.9
marisa: init at 0.2.4
opencc: build shared library and programs
josm: 12712 -> 12914
exa: 0.7.0 -> 0.8.0
krb5: add deprecation date for old configuration
rustRegistry: 2017-09-10 -> 2017-10-03
go-ethereum: Fix libusb segmentation faults on Darwin
tor-browser-bundle-bin: 7.0.5 -> 7.0.6
libsodium: 1.0.13 -> 1.0.15
tor-browser-bundle: geoip support
tor-browser-bundle: support transports obfs2,obfs3
tor-browser-bundle: bump https-everywhere to 2017.9.12
tint2: limit platforms to Linux since macOS is not supported and fails the tests
eclipse-plugin-vrapper: init at 0.72.0
...
This reverts commit 0a944b345e, reversing
changes made to 61733ed6cc.
I dislike these massive stdenv changes with unclear motivation,
especially when they involve gratuitous mass renames like NIX_CC ->
NIX_BINUTILS. The previous such rename (NIX_GCC -> NIX_CC) caused
months of pain, so let's not do that again.
