+1 on the meta tags concept if we had a new nix tool that wrapped around find or used a cached index that could show all packages related to a particular tag. The cached index could be auto generated on each release or each commit? Or just generated at installation when a user installs Nix.
Committing new tags can be constrained using pull-request bots that check against an existing index of tags. Browsing the nixpkgs directory is a user experience issue for me. On 11/01/2016 6:32 AM, "Bjørn Forsman" <[email protected]> wrote: > On 10 January 2016 at 20:20, Spencer Whitt <[email protected]> wrote: > > -1 on the meta tags approach. > > > > 1) Resolving meta tags would require evaluating all of nixpkgs, which we > > should definitely be moving away from > > If eval is too slow we "just" need to implement caching. > > (Disclaimer: I'm +1 on meta.tags) > > - Bjørn > _______________________________________________ > nix-dev mailing list > [email protected] > http://lists.science.uu.nl/mailman/listinfo/nix-dev >
_______________________________________________ nix-dev mailing list [email protected] http://lists.science.uu.nl/mailman/listinfo/nix-dev
