You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 30, 2023. It is now read-only.
A standardized collection of functionality related to the same software component
( "files" → "functionality")
In the context of nixpkgs, a Collection of (Nix) Packages, the "software component", in a sense that goes actually beyond a "package", is the domain around which related functionality accrues.
"Files" describe what we see.
"Functionality" how we should represent them in our mental model.
... which begs the question, will you rebrand to @Ericson1234 once the (nix &) nixpkgs architecture is properly layered (in "units of related functionality")? 😉
@blaggacao I am not too concerned at this point, because we can "soft launch" the "unit" name in the repo file path (implementation detail, private) before putting it somewhere more public.
The current draft uses
pkgs/unit/<name>/pkg-fun.nix
as the directory structure. We should explain what "unit" is and why that name is fitting.We decided on this name among other candidates in the last meeting.
On discourse, @blaggacao points out that std's "cell" concept is the same as the "unit" we're talking about here.
Also on Discourse I proposed this general description of a "unit" in nixpkgs:
The text was updated successfully, but these errors were encountered: