summary refs log tree commit diff
path: root/pkgs/top-level/node-packages.nix
AgeCommit message (Collapse)AuthorFilesLines
2013-01-13node/bson: fix sha256Mathijs Kwik1-1/+1
2013-01-10Added optparse: A node.js option parsing librarySander van der Burg1-0/+13
2012-11-23Add jsontool 5.1.1 (node.js package)Rob Vermaas1-0/+13
2012-11-09Added swig Node.js packageSander van der Burg1-0/+13
2012-10-31node-packages: upgrade coffee-script to 1.4.0Mathijs Kwik1-2/+13
I'm not sure yet how to handle these upgrades. Should we keep the old version around? Should we only keep it around if other pkgs in nixpkgs depend on it? Probably people develop their own projects (that are not in nixpkgs) on top of these and we don't want to break these. For now, I think it's best just to keep old versions around, but update the (unversioned) link to the latest. External projects should then depend on explicit version numbers if they don't want stuff to break. If a certain package has +5 versions in nixpkgs, we can clear out the unuseful ones.
2012-10-27node-packages: add "escape-html"Mathijs Kwik1-0/+13
2012-10-19nodePackages.buffertoolsShea Levy1-0/+13
2012-10-18node-packagesMathijs Kwik1-15/+40
- add async-0.1.22 - add wu-0.1.8 - upgrade mongodb-1.1.11 - upgrade bson-0.1.5 - upgrade underscore-1.4.2
2012-10-04node-packages: upgrade mongodb and bsonMathijs Kwik1-9/+9
2012-10-04node-packages: add "source-map" and dependenciesMathijs Kwik1-0/+28
2012-09-22nodePackages.knoxShea Levy1-0/+13
2012-09-22nodePackages.node-expatShea Levy1-7/+23
2012-09-20Add optimist nodePackageShea Levy1-0/+26
2012-09-19Add temp nodePackageShea Levy1-0/+13
2012-09-18Add cipher-block-size node package and remove the nativeDeps argument to ↵Shea Levy1-1/+31
build-node-package (buildInputs can just be specified directly)
2012-09-17node-packages: add 4 packagesMathijs Kwik1-1/+59
- faye-websocket - node-uuid - rbytes - sockjs
2012-09-17node-packages: upgrade mongodb and bson (and build native module)Mathijs Kwik1-9/+10
2012-09-17node-packages: ability to build npms that have native extensionsMathijs Kwik1-2/+3
2012-09-05npm2nix: Bump to 0.1.3Shea Levy1-5/+5
2012-09-04node-packages: add a lot of packagesMathijs Kwik1-42/+616
2012-09-04node-packages: ability to fix sources that use the impure "latest" dependencyMathijs Kwik1-0/+8
2012-09-04node-packages: introduced alphabetMathijs Kwik1-169/+169
2012-08-26Add node-gypShea Levy1-0/+311
2012-08-26Add npm2nix 0.1.2Shea Levy1-8/+8
2012-08-26Add npm2nix as a nodePackageShea Levy1-0/+14
2012-08-26Add semver node packageShea Levy1-0/+13
2012-08-22node-packages.nix: Export buildNodePackageShea Levy1-5/+5
2012-07-25Remove the 'with pkgs;' from node-packages.nix.Shea Levy1-3/+1
Packages depending on non-node packages should refer to their deps with pkgs.name
2012-07-25Add coffee-script node packageShea Levy1-0/+12
2012-07-25Add empty node-packages.nix using build-node-package.nix from npm2nix.Shea Levy1-0/+12
buildNodePackage is a function to build npm packages. npm2nix (https://bitbucket.org/shlevy/npm2nix) can be used to generate subexpressions to go in node-packages.nix