| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This is incredibly useful if you don't want to leave the terminal.
|
| |
|
|
|
|
| |
Neat. Like cat, just better in certain circumstances.
|
|
|
|
|
| |
This seems like an immensely useful tool in conjunction with
`taskwarrior`.
|
|
|
|
|
| |
Reat that muesli made this lovely little tool, so naturally had to add
it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
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.
|
|
|
|
| |
This seems to be useful.
|
|
|
|
| |
This seems useful.
|
|
|
|
| |
Stuff like `virt-manager` has broken buttons.
|
|
|
|
| |
I'm fairly certain this isn't needed anymore.
|
|
|
|
|
|
|
| |
As already stated otherwise in this log, it's back, so reverting the
removal.
This reverts commit 54b3f8ac7da02738be6919d05ae12d5c14796e3f.
|
| |
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
For when I feel funky.
|
|
|
|
|
|
|
| |
As per @aszlig's suggestion.
Still doesn't work though :(
However, I'll keep it in, just in case it'll work one day.
|
| |
|
|
|
|
|
|
| |
So, instead of using polybarFull, which has issues and doesn't suit me
in its new incarnation anyway, I'm just expanding the super with the
options I want.
|
|
|
|
|
|
| |
This reverts commit 3343afb7c0734dbbd6953eb0cbd6558f8b81b119.
Turns out this isn't working after all.
|
|
|
|
|
| |
polybarFull has everything I want (and didn't even know of), so let's
install that instead.
|
|
|
|
|
| |
Turns out, it's actually really good for writing chapter drafts in
Markdown.
|
|
|
|
| |
Can't decide yet which one I'll prefer.
|
|
|
|
| |
It's time...
|
|
|
|
|
| |
Hopefully this is the last package that needs to be disabled for a
successful machine build.
|
|
|
|
| |
The urge to have a new build is stronger than all the beautiful colors.
|
|
|
|
| |
This is a really cool zen-type writer.
|