| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds a new exclusive PC version quest, which is accessible in the
end game (after you acquired the Meteor Shade) and can be found in
Ba'kii Kum.
Version 1.3.0 additionally adds new combat attacks for certain (later)
party members that were lacking in that regard.
There are also tons of smaller changes under the hood for the upcoming
DLC.
Full upstream announcement: https://www.radicalfishgames.com/?p=6983
Signed-off-by: aszlig <aszlig@nix.build>
|
| | |
|
| |
|
|
| |
It’s referenced in id.txt, but I forgot to add it.
|
| |
|
|
|
|
| |
I’ve been expanding the list somewhat, it’s time to put them on the
website. Moves them into a separate file, which was easier than
expected.
|
| | |
|
| |
|
|
|
|
|
| |
- Add Paris as location
- bump date
- Change XMPP account to headcounter.org
- clearsign
|
| |
|
|
|
|
| |
Those tell the browser that it’s going to need them later, even it
hasn’t found them yet (e.g. the fonts can only be found after loading
the CSS).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Both are the enhanced edition from GOG. Packaging is mostly
straightforward, although I had to use patchelf with a custom patch,
since while --remove-needed removes the DT_NEEDED entries from the ELF
it doesn't however remove the corresponding entries in the
.gnu.version_r section.
The reason why I did this is because we really should not need Expat and
OpenSSL, because they're only used by the XMPP portions of the
statically linked libjingle.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'm not familiar with the "easy-dhall-nix" project, but the repository
is imported into Vuizvui via import-from-derivation. While this by
itself is not a big issue (apart from contributing hugely to evaluation
time, we're already at around an hour), the "dhall-nix" derivation is in
turn imported again via importDhall, so whenever something breaks with
dhall-nix, our evaluation will break as well.
Unfortunately, something is broken right now:
building '/nix/store/c363947v9qk287d07qj2kpj60rmzwalj-dhall-nix-1.1.14-x86_64-linux.tar.bz2.drv'...
trying https://github.com/dhall-lang/dhall-haskell/releases/download/1.32.0/dhall-nix-1.1.14-x86_64-linux.tar.bz2
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 648 100 648 0 0 2592 0 --:--:-- --:--:-- --:--:-- 2581
100 2255k 100 2255k 0 0 1639k 0 0:00:01 0:00:01 --:--:-- 6287k
hash mismatch in fixed-output derivation '/nix/store/yhls1ffnvp1nbjsm0xr3l1z6j6x4waqh-dhall-nix-1.1.14-x86_64-linux.tar.bz2':
wanted: sha256:1j32jf0is0kikfw7h9w3n8ikw70bargr32d1cyasqgmb7s7mvs1c
got: sha256:1qs5p05qfk5xs1ajwyhn27m0bzs96lnlf3b4gnkffajhaq7hiqll
cannot build derivation '/nix/store/aj5ag721b9gm4an6yxh2ljg19ixg4alv-dhall-nix-simple.drv': 1 dependencies couldn't be built
The reason why this happens is because GitHub's tarballs are not
deterministic and whenever GitHub changes something in the way these are
generated, we get a hash mismatch.
For exactly that reason, the fetchFromGitHub wrapper in nixpkgs uses
fetchzip instead of fetchurl, so that file ordering in the archive
doesn't matter.
Unfortunately, the upstream project still uses fetchurl, but since the
URLs and hashes have changed due to a bump to Dhall version 1.33.1, I've
choosen to switch to latest master instead of monkeypatching via
extraPostFetch.
With this bandaid, we shouldn't run into a hash collision until either
the next GC or until the upstream project has switched to either
fetchFromGitHub or fetchzip.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @Profpatsch, @justinwoo
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
I want to be able to open http(s) links that are e.g. images directly
in the right application. Aka web urls should be transparent, instead
of always opening everthing in the browser.
This adds some silly ways of connecting to the server and parsing
out the headers, in order to fetch the content-type.
|
| |
|
|
|
|
|
|
| |
This is an experiment about whether we can get away with using the
non-recursive version by default.
The U::Record variant uses a Vec instead of a HashMap by default, to
make encoding from lists easier, and keep the ordering as given.
|
| | |
|
| |
|
|
|
|
|
|
| |
It’s a lot simpler to just export the parsed attribute as envvars.
Remove the substitute stuff (it already went into the el_substitute
lib anyway) and replace the xpathexec0 code with the function from the
el_exec lib.
|
| |
|
|
|
| |
A small parser for http/https URLs.
Substitutes host/port/path in argv.
|
| | |
|
| |
|
|
| |
https://github.com/NixOS/nixpkgs/commit/2c616aa63895f064ac1b1332a8cf9e7ae3ddbb44
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
This was previously located verbatim on my webserver.
Since `df.eu` thought it was a good idea to unilaterally cancel it
when I moved my domain, it is now a good idea to nixify what was
there.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The C implementation of el_semicolon in execline only reads one
argument at a time and returns an index into the rest of argv.
This makes sense for the usual application of programs using it, which
is just reading a few arguments and a block or two, and then executing
into `prog`. `prog` could be anything really, including additional
blocks.
The new `el_semicolon_full_argv` function exports the previous
behaviour of parsing the whole thing.
As a nice side-effect, we return the rest of argv in-place.
|
| |
|
|
|
|
|
|
|
|
|
| |
el_exec: wraps the various execve wrappers in skalib that are useful
for writing execline-like utils. currently only `xpathexec0` is
supported, which execs into the argv you give it or errors with the
right error if file not found.
el_substitute: execline argv substitution! Wraps the execline
function, so it will behave exactly the same as the existing execline
utils, like `importas`.
|
| | |
|
| |
|
|
|
| |
We can define a more or less complete generator in less than 50 lines
of nix. Nice.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A while ago[1], @Profpatsch added this comment above the definition of
the $runtimeDeps variable:
# Reads the dependency closures and does ? something? TODO: explain
I just recently (yesterday as of the date of this commit) found out
about that comment by accident.
While this should probably be better of as an issue instead, the comment
does have a point, since not everybody enjoys reading/writing sed
expressions.
In a nutshell, what the implementation actually does is parsing the
output of the files generated by exportReferencesGraph.
At the time of writing the implementation, we didn't have a JSON-based
interface in Nix for doing the same, nor did we have something like
pkgs.closureInfo. There was only a small Perl script[2], which did
something like this, but given that it can be easily done via sed, I
opted to instead use the latter.
Nevertheless however, using closureInfo is not only more concise in its
implementation, it also makes our implementation much more concise as
well and also obvious on what we're doing here.
[1]: 09dc1d8ad625b9a1d5b89593b184d316837ba1cc
[2]: https://github.com/NixOS/nixpkgs/blob/8747190024205a5a3534b4e9a18dbaf3f3ee7b39/pkgs/build-support/kernel/paths-from-graph.pl
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Most of the games are using "en3installer0" as the downloadName, so it
makes sense to use this as the default, since first of all do not
support languages other than English except for a few games (eg. Albion)
and second, there is no game with several installer packages to chose
from (at least not on top of my head).
Even if there would be, it would still be the exception rather than the
rule, so let's optimise for the common scenario.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
| |
Instead of adding a new type, it just uses the 2^1 natural, which has
exactly two possibilities.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The second game from Subset Games after FTL:
The remnants of human civilization are threatened by gigantic creatures
breeding beneath the earth. You must control powerful mechs from the
future to hold off this alien threat. Each attempt to save the world
presents a new randomly generated challenge in this turn-based strategy
game.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
|
|
|
| |
In newer versions of libfmod, there are two calls to system(), which
cause the setup hook to fail, since it only expects one such call.
Fortunately, we don't want libfmod to execute *any* external commands,
so fixing this is rather easy by just making *all* calls to system() a
no-op.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New upstream features:
* A new "New Game Plus" mode, which allows to replay the game with
various modifications
* Three more cups are now available in the Arena of Rhombus Square
along with new items in the Arena Shop
Upstream fixes:
* Add missing Chinese translation for New Game Plus menu
* Slightly adapt point requirements for new Arena Cups
* "Get on my Level" NG+ option will now set enemy level based on your
average stats, making for a much more balanced experience
* 4x Enemy Damage didn't work. Now it does
* Potentially fix crash in statistics menu (hopefully)
* Fix damage number display with enemy damage x1.5 scaling
* Self inflicted damage with Sergey-Hax won't immediately kill you
* Regen items work outside of combat when "Classic Heals" is enabled
* EXP scaling slightly modified to scale after level scaling
* Fixed music playback issues in the arena
* Fixed softlock when skipping intro and solving a still unsolved
puzzle later in the cargo-hold
* Shredder detection will ignore wave duplicates because otherwise you
can easily break/softlock things
* Fixed a few more crash issues in the arena
* Element Load is now active again when you skipped the intro in NG+
* Boosters work properly now together with "Get on my Level"
* Several smaller dialog fixes, especially when "Get on my level" is
activated
* Apollo's level won't be scaled despite "Get on my level" because
he's a honorable Spheromancer that doesn't cheat!
* Fix broken Healing at Landmarks
* Fix crashes related to attacking Kamikater in ways you really
shouldn't attack it
* Fix some more arena music issues
* Make sure all descriptions of HP Regen specify healing every 60
seconds
Full upstream announcement:
https://www.radicalfishgames.com/?p=6864
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
| |
Both games have been laying around uncommitted for quite a while and
since they work out of the box with the generic Unity3d builder they're
also straightforward to package without any surprises.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
| |
I had some problems where it got stuck in the loading screen, but
after restarting a few times to find out why, it suddenly worked. So
no guarantees that it’s bug-free.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hollow Knight is a 2D Metroidvania action-adventure game, which takes
place in Hallownest, a fictional ancient kingdom.
The player controls an insect-like, silent, and nameless knight while
exploring the underground world.
Packaging the game would have been almost straightforward, would there
not be another occasion where the developer has mixed up the persistent
data path with the non-persistent data path, which is quite common in
many games.
Fortunately, this is pretty easy to fix with our Mono game patcher.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A game that I had laying around since quite a while but I was too lazy
to patch properly, since the game expects its data files as well as its
save files in the current working directory.
While I did patch the game via an LD_PRELOAD wrapper of fopen it also
feels kinda rendundant with code we have in preloaders of other games.
So in the long term we might want to implement something a bit more
generic, but for now the game works and config and saves are properly
placed in XDG_CONFIG_HOME and XDG_DATA_HOME.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
| |
Upstream has 30x redirects for some URLs.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The “shallow” parser uses the fact that every netencode value is
length-encoded (or a scalar with a fixed length).
It does not need to parse the inner values in order to get the
structure of the thing.
That means that we can implement very fast structure-based operations,
like “take the first 5 elements of a list” or “get the record value
with the key name `foo`”.
We can even do things like intersperse elements into a list of values
and write the resulting netencode structure to a socket, without ever
needing to copy the data (it’s all length-indexed pointers to bytes).
|
| |
|
|
|
| |
Less generic, has the spirit of “netstrings, but extended to a
structured encoding format”.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
https://dotti.me/
DOT-TIME(7) TIME FORMATS DOT-TIME(7)
NAME
dot-time - a universal convention for conveying time
DESCRIPTION
For those of us who travel often or coordinate across many timezones,
working with local time is frequently impractical. ISO8601, in all its
wisdom, allows for time zone designators, but still represents the
hours and minutes as local time, thus making it inconvenient for
quickly comparing timestamps from different locations.
Dot time instead uses UTC for all date, hour, and minute indications,
and while it allows for time zone designators, they are optional infor‐
mation that can be dropped without changing the indicated time. It uses
an alternate hour separator to make it easy to distinguish from regular
ISO8601. When a time zone designator is provided, one can easily obtain
the matching local time by adding the UTC offset to the UTC time.
EXAMPLES
These timestamps all represent the same point in time.
┌─────────────────────┬─────────────────────┐
│ dot time │ ISO8601 │
├─────────────────────┼─────────────────────┤
│ 2019-06-19T22·13-04 │ 2019-06-19T18:13-04 │
├─────────────────────┼─────────────────────┤
│ 2019-06-19T22·13+00 │ 2019-06-19T22:13+00 │
├─────────────────────┼─────────────────────┤
│ 2019-06-19T22·13+02 │ 2019-06-20T00:13+02 │
└─────────────────────┴─────────────────────┘
2019-06-19 DOT-TIME(7)
|
| | |
|
| | |
|
| | |
|
| | |
|
