| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The haskellPackages attribute is actually part of the package scope
inside pkgs.profpatsch and thus the evaluation fails with the following
error:
attribute 'vuizvui' missing, at .../pkgs/profpatsch/default.nix:176:20
Referencing the attribute directly from within the recursive attribute
set fixes the evaluation error and building dhall-flycheck also
succeeds.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @Profpatsch
|
| |
|
|
|
|
|
| |
It’s the easiest way to get recent statically compiled dhall
executables.
|
|
|
|
|
|
|
|
|
|
| |
For some reason which I haven't been able to debug yet, the legacy SSH
remote store protocol is way faster when it comes to copying files.
To cope with this for now, we now use the legacy protocol for copying
and the new protocol for the actual remote build.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When getting an incoming file transfer, Psi has crashed a while ago and
I unfortunately don't remember the exact details. However, since those
stanzas are going to be re-delivered every time we start Psi again, I'd
like to debug this in an isolated environment rather than being more or
less forced to stay unavailable (especially annoying if someone is
trying to send a file and then you stay offline for hours).
So until I get to debugging this and ideally also test this in an
automated fashion, I'll disable it for now since I'm not using Jingle
sessions at the moment.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
| |
Updating to latest master fixes one of the most annoying theming issue
where the chat message input box text will turn black on dark background
for my custom Qt theme.
There are also quite a lot of fixes in master (which is still
unreleased), which we want to have as well.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Lots of changes have been introduced in version 1.7.6, so here is a
small summary:
* New "The Hero's Journey" mode, which allows to discover the
abilities of each hero along with challenges and puzzles.
* Three new heroes: Djaan-Khe, Zephyr, Violet
* Challenge mode has been removed (replaced by "The Hero's Journey").
* Guest Edition has been removed.
The full changelog can be found here:
http://www.sombr.com/pub/SIG/changelog/
While Invisigun Heroes in general went pretty smooth when it comes to
packaging on our side, this time unfortunately we needed to patch
something.
There is now a new "config.json", which is written inside the game's
data directory. Of course, since the data directory resides in the Nix
store, I've relocated the file to be written into the the config
directory ($XDG_CONFIG_HOME/unity3d/Sombr Studio/Invisigun Reloaded) of
the game.
Note that the config directory has also changed from "Invisigun Heroes"
to "Invisigun Reloaded", so if you don't want to play the old version,
you can delete the "Invisigun Heroes" directory.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is something I encountered in Invisigun Heroes, where there is a
virtual FileManagerAdapter class, which then gets bound to either the
Desktop variant or any of the other ones.
Since we always use the full path of the corresponding type/object, just
adding the Callvirt to the opcodes we patch shouldn't interfere with any
other games we patch that way and using an extra subcommand just for the
Callvirt case would only add additional boilerplate for no additional
benefits.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
| |
rlwrap has to do magic recognition, which breaks in most cases.
We can just print a prompt before the first and after each consecutive
command. Seems to work wonderfully.
|
| |
|
|
|
|
| |
Forgot the cat after I added forstdin.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
In some cases (especially with `runblock`), the arguments need to be
accessible as environment variables, so we need a way to pass that to
execline.
|
|
|
|
|
|
|
|
|
| |
The hackage (and thus nixpkgs) version is sadly very much outdated.
Luckily, Justin Woo provides the statically linked binaries from the
upstream project.
This won’t work for patches or using the library, but at the moment
it’s okay.
|
|
|
|
|
|
| |
- Add argument for which host to bind against.
- Add argument to specify where the root address should be
redirected to (if at all)
|
|
|
| |
This makes ./foo work.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Initial code that fetches a youtube playlist (from ID) and converts it
to an rss feed.
|
| |
|
| |
|
|
|
|
|
|
|
| |
This has been upstreamed to nixpkgs proper, as a C wrapper script, in
https://github.com/NixOS/nixpkgs/pull/71357
So we don’t even need bash to run execline anymore :P
|
|
|
|
|
| |
It previously copied nixpkgs to the store, because a `toString` was
missing.
|
| |
|
|
|
|
|
|
|
| |
`runCommandLocal` was added to nixpkgs in
https://github.com/NixOS/nixpkgs/pull/74642
to speed up trivial `runCommand` derivations by always building them
locally. We have a few places where that’s good to use.
|
| |
|
|
|
|
|
|
| |
If we sandbox each run of our youtube-dl script inside of the UCSPI
TCP server, we get a temporary directory “for free”, plus guarantees
that the files are cleaned up after the process exits.
|
|
|
|
|
|
| |
EXECLINE_STRICT does not apply to the `execlineb` command itself, so
we don’t get any errors if the nesting is incorrect. `-W` does set it
for `execlineb` however.
|
|
|
|
|
|
| |
Small sandboxing utility, which unshares the filesystem via
user-namespaces and can optionally bind-mount existing paths into the
sandbox.
|
| |
|
| |
|
|
|
|
|
| |
Minimal PoC of a small application which can download and convert a
youtube video with youtube-dl and then serve it via HTTP.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This probably needs a bit of refinement when it comes to indentation,
but at least we get proper syntax highlighting, which is the main point
here.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Introduced in commit e9975c9a39cb4e654d9132de4b952f51174a0926.
The write-execline.nix file is inside the execline/ directory but the
import doesn't reflect that, so since there isn't any write-execline.nix
in other locations, I assume that this is what the author actually
intended.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @Profpatsch
|
|
|
|
|
| |
similar to writeScript, but writes an execline instead. Should be
upstreams to `lib.writers` sometimes.
|
|
|
|
|
| |
A simple way to reference binary paths in an attribute set without
string interpolations everywhere.
|
| |
|