text VS nixos-search

String is a linked list of UTF-32 codepoints, which is just as bad as it sounds. Haskell programmers usually use Text from the text package instead.

This is the first release that was executed via the new GitHub CI. Everything went smoothly, except for an unexpected packaging bug on windows due to text-2.0 linking against libstdc++ by default.

In addition to what's mentioned, the "default" libraries people use are often not the best-performing ones. E.g. Data.Vector.Hashtables is often much faster than Data.HashMap.Strict (which again is typically faster than Data.Map). And we find performance papercuts in common libraries that may simply be due to not enough people optimising for speed.

Used by nearly every Haskell project: https://hackage.haskell.org/package/text 60% of the modules are ".Internal".

text

Here is a representative patch for text: https://github.com/haskell/text/pull/365/commits/37a2157245457a287d638bbceb472fe93b71f224 Hopefully it clarifies why achieving C performance is problematic even if you have enough primitive operations.

I want to run an app in a Docker container, but detached. This causes getLine to throw an EOF exception, since the terminal detaches. That is, if I understand this thread correctly https://github.com/haskell/text/issues/258.

For me, https://search.nixos.org/ is a better aid than the wiki. Often the right keyword in the NixOS packages or modules search will lead me right to the obvious and simple answer that I couldn't find elsewhere.

Does https://search.nixos.org/ pull from nixpkgs, the Nix User Repository, or both?

Just go to search.nixos.org, open the option you would like to see more of, and click on the link behind "Declared in".

I've done a nix-env query, and checked in https://search.nixos.org but can't seem to find any SAR package, nor any google search that gave any hints to see if it might be part of another system utility package...

If you want to install a package, search for it at https://search.nixos.org

The gnome system monitor is gnome.gnome-system-monitor for example https://search.nixos.org/packages?channel=23.05&show=gnome.g...

search.nixos.org also includes flakes that people PR into the index via GitHub at https://github.com/NixOS/nixos-search/issues

ps: $ nix search exists via experimental flags https://nixos.org/manual/nix/stable/command-ref/new-cli/nix3...

Idk about ec_sys, I couldn't find it on search.nixos.org, but since it's a kernel module it might just come with the kernel idk.

I rarely think to look at flakes by their source, actually. I have a Nixpkgs clone that I jump into for anything super ad-hoc but most of the time I'm just doing REPL, :lf ./. and mashing tab-completion. That's usually to make sure the thing I'm after exists in one of the large package sets like node, vimPlugins, or similar, and that I got the name right - which could probably be answered just as easily with https://search.nixos.org/ .

search.nixos.org