Files
meteor/packages
David Glasser 080f6f60dd Lower version numbers of some third-party packages
We haven't yet decided how we want to do versioning for packages that
mostly just wrap non-Meteor code that has its own version numbers. We
might stick to totally-unrelated version numbers (and maybe add a
"wrapped version" field that gets displayed in the upgrade/downgrade
messages?), or change to matching upstream versions (with techniques for
dealing with changes to packaging, a la debian_revision), or something
different.

But since changing to match upstream versions is a possibility, let's
make sure that that operation won't be viewed as a "downgrade" by
updating the wrapped packages whose upstream versions are 0.*.
2014-08-20 17:14:57 -07:00
..
2014-08-18 20:48:43 -07:00
2014-08-18 20:48:43 -07:00
2014-08-15 12:34:47 -07:00
2014-08-15 12:34:47 -07:00
2014-08-19 17:31:18 -07:00
2014-08-15 12:34:47 -07:00
2014-08-15 12:34:47 -07:00
2014-08-15 12:34:47 -07:00
2014-08-15 12:34:47 -07:00
2014-08-19 17:31:18 -07:00
2014-08-15 12:34:47 -07:00
2014-08-20 11:53:03 -07:00
2014-08-08 00:06:55 -07:00
2014-08-19 17:31:18 -07:00
2014-08-15 12:34:47 -07:00
2014-08-18 20:48:43 -07:00
2014-07-30 17:40:44 -07:00
2014-08-08 00:06:55 -07:00
2014-08-15 12:34:47 -07:00
2014-08-15 12:34:47 -07:00
2014-08-18 20:48:43 -07:00
2014-07-21 16:18:25 -07:00
2014-08-15 12:34:47 -07:00