| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The package attributes for GSstreamer 0.x were dropped[1] a while ago,
so evaluating the packages no longer succeeds and instead we get an
error like this on Hydra:
error: undefined variable 'gstreamer' at .../profiles/packages.nix:129:7
Initially I was tempted to change this to use pkgs.gst_all_1.gstreamer,
but looking at the differences between the old pkgs.gstreamer, the new
package only contains the relevant libraries while the old one contains
a few binaries, namely gst-feedback, gst-inspect, gst-launch,
gst-typefind, gst-xmlinspect, gst-xmllaunch and all of them again with a
"-0.10" suffix.
All of these tools are development tools and should not be used in real
applications, for example from the manual[2] on gst-launch-1.0:
> Please note that gst-launch-1.0 is primarily a debugging tool. You
> should not build applications on top of it. For applications, use the
> gst_parse_launch() function of the GStreamer API as an easy way to
> construct pipelines from pipeline descriptions.
While environment.systemPackages does link other directories than just
$out/bin, the primary reason why you'd want to put something in there is
to make it available in the system's PATH.
When asking @devhell about this he didn't remember the exact reason why
he put gstreamer in systemPackages, so I can only *assume* it was
because of tools like gst-launch, which unfortunately even I can
remember seeing recommended (instead of eg. ffmpeg) in some dark corners
of the web.
So if this would be really about gst-launch, we would need to put in
pkgs.gst_all_1.gstreamer.dev into systemPackages, since the development
tools are now where they belong.
Given that @devhell doesn't know the reason anymore and *also* told me
to remove it *and* it's also just a development tool which is not
supposed to be used in production, I'm hereby removing the package.
Should there really be applications which rely on this, they should
hopefully break after this change so they can be fixed to not rely on
these development tools.
[1]: https://github.com/NixOS/nixpkgs/commit/4a4e642abaaa026b55f42248a7b
[2]: https://gstreamer.freedesktop.org/documentation/tools/gst-launch.html
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @devhell
|
|
|
|
| |
This is really useful.
|
|
|
|
|
| |
At some point compton was renamed to picom, we have an alias for it, but
I feel better if it's using the new name.
|
|
|
|
|
|
| |
Similar to aszlig, I have fond memories of these fonts. I've not been
able to use them though because of my work. Maybe these will work
better, and v2 of these fonts will hopefully land in nixpkgs soon too.
|
|
|
|
|
| |
Same look, but written in rust and the binary is smaller too, what's not
to like?
|
|
|
|
|
|
| |
I'm really not digging the fact that weechat _constantly_ changes stuff
in it's config directory. Makes keeping it under version control a pain
in the ass.
|
|
|
|
|
|
| |
Whatever the case, I don't want this anymore.
This reverts commit 04bbb9966ba29fca3026a606adaa42a8a415523b.
|
|
|
|
| |
This seems to be useful.
|
|
|
|
| |
This seems useful.
|
|
|
|
| |
Stuff like `virt-manager` has broken buttons.
|
|
|
|
| |
I'm fairly certain this isn't needed anymore.
|
|
|
|
|
|
|
| |
According to [1], `udev` has gained native support for FIDO security
tokens, and subsequently has been removed upstream.
[1]: 89c3e73dad0970b26183e415555fb0379ba33e7a
|
|
|
|
|
|
|
| |
As already stated otherwise in this log, it's back, so reverting the
removal.
This reverts commit 54b3f8ac7da02738be6919d05ae12d5c14796e3f.
|
| |
|
|
|
|
| |
I shouldn't be working today I think.
|
|
|
|
| |
Duh.
|
|
|
|
|
| |
Replacing the simple inclusion of some programs in packages with
their respective programs.* equivalent.
|
|
|
|
| |
Aquired by Zoom, no thanks.
|
|
|
|
| |
Knew I forgot something in the last clean-up.
|
|
|
|
| |
Still a continuation of some housekeeping.
|
|
|
|
|
| |
Unfortunately, development has seemingly ceased and has been marked as
insecure in aa80b4780d849a00d86c28d6b3c78a777dd02e9a.
|
|
|
|
|
|
|
| |
This option has been dropped upstream in
4732f59226a21b01d630c7ef4fb884bbfbe7dc83
Cc: @aszlig
|
|
|
|
|
|
|
| |
Since the latest update to `0.4.0` `lightdm` has added some more
fine-grained options to how the greeter behaves. In this case it added a
border around the password input box which doesn't look nice, so I'm
making it vanish here.
|
|
|
|
|
| |
With VirtualBox gone, I should be able to use the latest Linux kernel
again. Yippie!
|
|
|
|
|
|
|
|
|
| |
I've been trying to get away from VirtualBox for quite some time now.
unfortunately work has been preventing me from ditching it. I've been
doing some tests with virt-manager and, for now, I think it might be an
okay replacement. The only problem is that I've not found a way to
similarly export/import VMs in a convenient fashion which VirtualBox
offers.
|
|
|
|
|
| |
Having added nerdfonts was a bad idea because it's 5G apparently. Let's
not do this to aszlig's hydra.
|
| |
|
|
|
|
|
|
|
|
|
| |
I'm quite tired and bored of things like [1].
I can't find evidence that Brave has implemented this, so Brave will
replace Chromium.
[1]: https://www.chromestatus.com/feature/4733392803332096
|
|
|
|
| |
Small but still valid step towards more de-DRYing.
|
|
|
|
|
| |
VBox doesn't build with the newest Kernel. So, best to stick with the
old 5.4 for now.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The option services.xserver.desktopManager.default and
services.xserver.windowManager.default are deprecated since quite a
while[1], so let's use the displayManager.defaultSession option instead.
Additionally, there no longer is any need to explicitly disable the
"xterm" desktopManager, so I removed that option as well.
[1]: https://github.com/NixOS/nixpkgs/commit/8dc5ff7dcfd1c58c32004ffae25
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @devhell
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Trying to get around to cleaning out packages I don't need on a normal
basis, this is the start of a number of future commits that will be
dealing with cleaning up and optimising my package usage.
|
| |
|
|
|
|
| |
Nifty terminal wiki reader written in Rust.
|
|
|
|
| |
Right now, I got no way of using Nitrokey. Yay.
|
|
|
|
| |
These have been removed very recently.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since NixOS/nixpkgs@582b92b9483428a0e40f276aff3da2d99bbe62c5, the "john"
package now uses Python 3 by default, so the override does no longer
work because the package no longer has a "pythonPackages" attribute.
Luckily, the upstream change is doing exactly what's done here, so we
can simply drop the override.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @devhell
|
|
|
|
| |
Removed it accidentally.
|
| |
|
|
|
|
| |
Similar to `john`. Thanks again to @aszlig :)
|
|
|
|
|
| |
I need john after all right now. This work-around was contributed, as
usual, by the venerable @aszlig.
|
|
|
|
| |
Until it's dependency on python 2 is removed.
|
|
|
|
| |
Looks less weird.
|
| |
|