The perks of being married to an ornithologist
The perks of being married to an ornithologist
Ah cool, that’s interesting.
Though I do get the joke, the meaning of life is what you make of it. If you expect it to reveal itself to you at one point, you’ll be disappointed.
SDL is kind of the equivalent to DirectX. It provides a standard interface for multimedia applications regardless of underlying mechanisms. Except the 3D acceleration part I think which is handled by OpenGL / Vulkan.
Realtime is not about being fast, it’s about time guarantees. It helps with or is required for workloads that require realtime, which I think includes audio production, but might also be helpful for things like controllers etc. where you need to make sure incoming data is processed in a guaranteed time or else fail. Browsing the web isn’t part of these, so an RT kernel will most likely be a hindrance.
It never states that they had these in their birth years. Just that they had them. Might have been in the 2020s with the Koenigsegg Jesko Absolut, which is the fastest car and was built in their lifetime. And coincidentally, currently the fastest in my lifetime as well
Dang, is always the small cars.
My opinion : far too many distros are « pet distros »
I think those are actually great. Personally wouldn’t use them for a prolonged time or anything critical. But I love the spirit, even if the distribution is of no use to me.
Thanks, so yes.
Is this relevant when using a login manager?
You can also track the progress at https://nixpk.gs/pr-tracker.html?pr=367042, is already part of nixos-unstable-small
at the time of writing, though this is probably not what a lot of people use. I’ll see when it hits nixos-unstable
and let you know, but don’t know when I used my machine the coming days
Hacked?
More like blessed
I have opened a pull request at https://github.com/NixOS/nixpkgs/pull/367042, there might be more changes needed as I had an error in the meta section of the package which I rectified according to the reviewers proposed changes. Not sure this is the end of it, but the request is open
Fish is a surprisingly good shell.
It’s not POSIX compatible, but I don’t really care, it only executes its own scripts / functions. It’s not as innovative as elvish or nu, but it kind of does everything very conveniently and shell-y for lack of a better word – and it always seems so simple. It seems conservative in design, but the old concepts have been evolved in a very usable way. Something I can’t say for all the other shells I’ve tried – at some point, it always gets awkward where fish is just elegant.
No, Cargo.lock
is the only relevant optional one for Rust packages and that is already there, so we should be good. I’ll request it tomorrow if someone else doesn’t beat me to it ;)
No, but I will try to incorporate the nixpkgs update script into it now that the metadata is fixed for the release. I’m not a nixpkgs maintainer (yet) though but usually this is close to automatic.
If you want, you can also submit and maintain the package, or I can put us both as maintainers
It’s rather simple in good cases, here’s my version:
{
lib,
fetchFromGitHub,
rustPlatform,
perl,
}:
let
pname = "managarr";
version = "0.4.1";
in
rustPlatform.buildRustPackage {
inherit pname version;
src = fetchFromGitHub {
owner = "Dark-Alex-17";
repo = pname;
rev = "df9bba32cb1628fe0bdf33c71089d7ae085066d4";
hash = "sha256-2KWuqv0nxMc+H+lmuNQ0lbEm5yE2akuZTa7PT5JcvBs=";
};
cargoHash = "sha256-hB4uRgVUp6YngMoXqd03U/n+HdlcYdL5bwvTxI4xCLE=";
nativeBuildInputs = [ perl ];
meta = {
description = "A TUI and CLI to manage your Servarrs";
homepage = "https://github.com/Dark-Alex-17/managarr";
license = lib.licenses.mit;
maintainers = [ ];
};
}
No worries, I look forward to using this in the future :) (though probably rarely, I don’t use my *arr stack often)
Once you have pushed your next release, I’ll submit the package definition I wrote to nixpkgs, currently worked around the ordering by checking out two commits after the tag, but since there’s no rush to push this, I’ll wait for the next release.
I don’t think the broader zig community has the rewrite spirit that the rust community has. For Rust, this mentality was also motivated by an increased security, which zig does improve over plain C, but not to the extent Rust does.
To preface anything that follows, I’m not a developer, so this is little-informed opinion.
Writing in rust just doesn’t seem very enjoyable. It’s a language with security in mind, which is a good thing. However, zig also isn’t inherently insecure (though it doesn’t provide the same security guarantees) and coding in it just seems so much more pleasant. To me, the language makes more sense, which is also something I like about Go. Even manual memory allocation looks well-designed. At no point did I look at zig and thought “oh, that’s an odd choice”.
The language isn’t frozen yet though, so everything you write in it may require changes later on, so I wouldn’t recommend it for anything in production. Notably, there’s no built-in async or something comparable. If you’re fine with these limitations, go ahead and try it out, and if you feel like it, maybe even rewrite an existing tool in it.
ncdu
for example is such a tool where the original author rewrote it in zig for version 2.