Update codec to 2.0 and release new version (before primitive-types release a new version for codec 2.0)

[gui1117]

I'm not sure about this version bump:

substrate doesn't depend on scale-info, but primitive-types does depend optionally on scale-info, and primitive-types will get soon upgraded to 2.0 thus I think it is better if it also update scale-info to 0.5.

Apart from this, it seems we don't need to bump the derive crate, but I'm not sure, maybe it is better not to mix different version of scale-codec when deriving scale-info.
you can take a look at the changelog to make your mind https://github.com/paritytech/parity-scale-codec/blob/master/CHANGELOG.md

[gui1117]

I can't understand why CI is failing though

[dvdplm]

I can't understand why CI is failing though

I think it's because rustc is really old (see

scale-info/.github/workflows/rust.yml

Line 46 in 7afea1d

cargo +nightly-2020-03-11 build --no-default-features

).

[ascjones]

substrate doesn't depend on scale-info, but primitive-types does depend optionally on scale-info, and primitive-types will get soon upgraded to 2.0 thus I think it is better if it also update scale-info to 0.5.

Yes we should do a release here, though I'd like to get #53 included so I'll review that now.

Apart from this, it seems we don't need to bump the derive crate

I believe we will need to for the release because there are definitely changes in there since the last release e.g. #30

[dvdplm]

I think it's because rustc is really old

No, I'm wrong (well, it is really old), I think you forgot to update this.

[ascjones]

I think it's because rustc is really old

#56

[gui1117]

I think it's because rustc is really old

No, I'm wrong (well, it is really old), I think you forgot to update this.

Yes CI is successful now

[ascjones]

LGTM. We can bump the derive crate as part of a PR which updates the CHANGELOG

[gui1117]

LGTM. We can bump the derive crate as part of a PR which updates the CHANGELOG

Do you mean you prefer to bump derive crate ? then I can do here it is fine

[dvdplm]

I'd be in favour of bumping it here, but either way is fine.

[ascjones]

LGTM. We can bump the derive crate as part of a PR which updates the CHANGELOG

Do you mean you prefer to bump derive crate ? then I can do here it is fine

Yes please

[gui1117]

Yes done