Commit Graph

19 Commits

Author SHA1 Message Date
Robert Scott
466c2e342a treewide/applications: add sourceType binaryNativeCode for many packages 2022-06-23 18:38:19 +01:00
P
ecf8742c82
sunvox: 2.0c -> 2.0e (#163000)
Co-authored-by: Sandro <sandro.jaeckel@gmail.com>
2022-03-18 19:36:58 +01:00
Alpaca
f56432eced sunvox: 1.9.6c -> 2.0c 2022-02-06 16:58:52 +01:00
AndersonTorres
e9e5f5f84d Change all alsaLib references to alsa-lib 2021-06-10 01:12:49 -03:00
ash lea
7916603819 sunvox: fix hash, unmark as broken
the distribution was updated to include some missing executables without
bumping version https://warmplace.ru/forum/viewtopic.php?f=12&t=5661
2021-05-07 10:09:14 +00:00
Jan Tojnar
2445e9a681
Merge branch 'master' into staging-next 2021-03-18 19:24:39 +01:00
Sandro Jäckel
fbd9d8e3a5
sunvox: mark broken 2021-03-17 22:55:06 +01:00
Ben Siraphob
127733211e
treewide: unzip buildInputs to nativeBuildInputs (#112302) 2021-02-20 16:01:53 -05:00
Ben Siraphob
badf51221d treewide: stdenv.lib -> lib 2021-01-16 17:58:11 +07:00
Profpatsch
4a7f99d55d treewide: with stdenv.lib; in meta -> with lib;
Part of: https://github.com/NixOS/nixpkgs/issues/108938

meta = with stdenv.lib;

is a widely used pattern. We want to slowly remove
the `stdenv.lib` indirection and encourage people
to use `lib` directly. Thus let’s start with the meta
field.

This used a rewriting script to mostly automatically
replace all occurances of this pattern, and add the
`lib` argument to the package header if it doesn’t
exist yet.

The script in its current form is available at
https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix
2021-01-11 10:38:22 +01:00
Andy Tockman
297c5b3ecd sunvox: 1.9.5d -> 1.9.6c
The current derivation is broken because sunvox doesn't host old
versions of their software on their website.
2021-01-06 21:06:28 -06:00
Thomas Friese
edd8fb3757
sunvox: fix hash mismatch 2020-09-20 21:51:47 +02:00
R. RyanTM
7cb9d8cf42 sunvox: 1.9.5c -> 1.9.5d 2020-03-14 14:31:11 +01:00
R. RyanTM
fb089e2b74 sunvox: 1.9.5 -> 1.9.5c 2020-02-21 13:13:57 +00:00
R. RyanTM
d972428355 sunvox: 1.9.4c -> 1.9.5 2020-01-30 08:56:28 +00:00
volth
46420bbaa3 treewide: name -> pname (easy cases) (#66585)
treewide replacement of

stdenv.mkDerivation rec {
  name = "*-${version}";
  version = "*";

to pname
2019-08-15 13:41:18 +01:00
Enno Lohmeier
cf7b111998 sunvox: 1.9.3b -> 1.9.4c (#56888) 2019-04-07 13:25:41 +00:00
John Ericson
ba52ae5048 treewide: isArm -> isAarch32
Following legacy packing conventions, `isArm` was defined just for
32-bit ARM instruction set. This is confusing to non packagers though,
because Aarch64 is an ARM instruction set.

The official ARM overview for ARMv8[1] is surprisingly not confusing,
given the overall state of affairs for ARM naming conventions, and
offers us a solution. It divides the nomenclature into three levels:

```
ISA:             ARMv8   {-A, -R, -M}
                 /    \
Mode:     Aarch32     Aarch64
             |         /   \
Encoding:   A64      A32   T32
```

At the top is the overall v8 instruction set archicture. Second are the
two modes, defined by bitwidth but differing in other semantics too, and
buttom are the encodings, (hopefully?) isomorphic if they encode the
same mode.

The 32 bit encodings are mostly backwards compatible with previous
non-Thumb and Thumb encodings, and if so we can pun the mode names to
instead mean "sets of compatable or isomorphic encodings", and then
voilà we have nice names for 32-bit and 64-bit arm instruction sets
which do not use the word ARM so as to not confused either laymen or
experienced ARM packages.

[1]: https://developer.arm.com/products/architecture/a-profile
2018-04-25 15:28:55 -04:00
Brian McKenna
480f04301a SunVox: init at 1.9.3b 2018-01-08 12:42:50 +11:00