| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The "vim_configurable" derivation has had a long history in nixpkgs back
then when there was no RFC process and where people still were figuring
out better ways on how to configure compile-time flags.
One of those was a composableDerivation function, which was used for
"vim_configurable" and mapped attribute sets to autoconf-flags, so that
for example if there was a "--enable-foo" flag you could just use
something like:
vim_configurable.merge { cfg.fooSupport = true; }
You'd then get a Vim with "--enable-foo" passed to configureFlags.
However, the composableDerivation feature was too complicated and was
ultimately removed at some point. While it does allow for things such as
introducing new "edf" (stands for Enable Disable Feature and maps the
autoconf flags mentioned above to attribute sets) flags, the complexity
that comes with that system is way too large than using something like
eg.:
vim-full.overrideAttrs (drv: {
configureFlags = (drv.configureFlags or []) ++ [ "--enable-foo" ];
})
While this looks more verbose than the above, one can easily follow
what's happening, whereas if you'd need to add and enable a new "edf"
flag, you'd do something like this:
vim_configurable.merge {
flags = composableDerivation.edf { name = "foo"; };
cfg.fooSupport = true;
}
I admit that this does look a little nicer, but even I'm not sure
whether it's worth adding so much complexity since in practice I rarely
came across a sitation where something like the above would be really
beneficial.
So back then when "vim_configurable" was introduced[1], it was used as
an alternative to the main vim derivation but using composableDerivation
instead.
Nowadays however, vim_configurable no longer uses composableDerivation
and the rename also doesn't change any features, so I think it's safe to
rename vim_configurable to vim-full in Vuizvui.
[1]: https://github.com/NixOS/nixpkgs/commit/9a4e9e7a3b4014bb3c9f678ec22d254b85c4c98a
[2]: https://github.com/NixOS/nixpkgs/commit/4e5ebcc3ed1de9c5c2001c7d5829f4566e0bde3f
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @Profpatsch
Cc: @devhell
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Recently, the way to add scripts to the mpv wrapper has changed[1] and
instead of using .override, there is now a dedicated wrapMpv function
that can be used to compose the wrapped mpv derivation, similar on how
it's done for wrapFirefox and wrapNeovim.
The change also introduced the following evaluation error when using the
old mpv-with-scripts package:
Use wrapMpv for editing the environment of mpv
Since this evaluation error essentially blocks Vuizvui channel
generation, I decided to fix this, even though I usually try to avoid
touching other people's machine configurations.
[1]: https://github.com/NixOS/nixpkgs/commit/f93918bdc387d353285f458c06c6a111ae90b7b2
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @Profpatsch
|
| |
|
|
| |
Filesystem sandbox around zoom-us.
|
| |
|
|
|
|
|
|
|
|
|
| |
Remove everything I haven’t been using:
- nix with an override
- some containerization attempt
- taffybar with patches
- git-annex with override
- poezio
- searx with patches
- ghci with additional packages
|
| | |
|
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
`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.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Since NixOS/nixpkgs@402ee4e9eaf08a697672718cd502067c726a7c73, mpv by
itself no longer has a script argument but there is now
"mpv-with-scripts", which boils down to something similar.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @Profpatsch, @sternenseemann
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Get rid of the annoying build error again (see 8be3704c3fbe08308132d92a6
for the last time), but this time for searx 0.13.1.
The main thing that has changed is that instead of hmac.new() there is
now a helper function called new_hmac(), which the patch now uses.
I've also cleaned up some tiny bits reported by flake8 and fixed the
description of SecretAppKeyError to refer to XDG_CACHE_HOME instead of
XDG_CACHE_DIR.
In addition to the updated patch, we now need to add XDG_CACHE_HOME to a
writable directory (in this case $TMPDIR), because otherwise the
test_webapp fails with an SecretAppKeyError, as it will try to create
leading directories to XDG_CACHE_HOME.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @Profpatsch
|
| |
|
|
| |
Patch doesn’t apply, I don’t use it anymore.
|
| |
|
|
|
|
|
|
|
|
| |
Since NixOS/nixpkgs@c217f48c358db05bd0ad7893e8e3ebabe4784cbe, the searx
package is no longer in pythonPackages but a top-level attribute.
Tested eval by "nix-instantiate machines -A profpatsch.haku.build".
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Cc: @Profpatsch
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Soundcloud sometimes fails startup of searx, since it’s not actively used here
it’s patched out until upstream resolves the issue.
|
| | |
|
| |
|
|
|
| |
This adds a patch making the secret key in the config file unnecessary.
It’s not yet upstream because the implementation got flak, but it works for now.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit e3f8d28d6be67257d70035d122263f3a35adc438 and my
attempts to mitigate this in 0a50f5fab1abf2e70fd5d7a2dd717c2f2c1b983b
and 3b91f25b37ea709f5c86e38a50061199bbed5341.
Vuizvui is a repository for experimental stuff, but NOT a dumpster. So
please refrain from pushing waste into this repository, like markers for
a failed merge.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Cc: @Profpatsch
|
| | |
|
| |
|
|
|
|
|
| |
Some stuff is needed in multiple files, like the home directory.
Extracted out into lib.nix.
xmpp-client uses that to create a wrapper for splicing the password into
the config at program invocation.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Slides with white background are an insult to the viewers.
Also adjusts some other sizing stuff.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Seems like it went upstream.
|
| |
|
|
|
| |
grabbed from https://www.spinics.net/lists/linux-usb/msg137228.html,
because it could still take a while until it arrives in upstream.
|
