News for hackers. Stuff that matters.
Re:The Rust Libs Blitz by crzwdjk on Friday May 05, 2017 @05:42PM (#14277033)
> which then turns up in the JSON decoder at (https://github.com/rust-lang-deprecated/rustc-serialize/blob...). There are no comments on the safety of that.

Maybe there's a reason it's in a repository labeled "deprecated", namely that it's deprecated. The replacement serialization framework, serde, has exactly one appearance of "unsafe", in a function that is only compiled when you explicitly enable the "unstable" feature flag and that in fact appears to be a reasonably safe use of unsafe.

Re:The Rust Libs Blitz by pjmlp on Saturday May 06, 2017 @02:07AM (#14278973)
The thing is, you cannot decide which crate someone will depend on, regardless how it is labeled.
Re:The Rust Libs Blitz by cryptarch on Saturday May 06, 2017 @04:40AM (#14279352)
But you can read the dependency list or even the code and decide whether to use it or not?
Re:The Rust Libs Blitz by pjmlp on Saturday May 06, 2017 @05:02AM (#14279420)
Not in the presence of binary dependencies.

Also the amount of CVEs in FOSS projects show that even the process of code review for patches isn't enough.

Re:The Rust Libs Blitz by mixedCase on Saturday May 06, 2017 @03:43PM (#14281888)
You mean, in projects written in languages that are unsafe from beginning to end rather than in small blocks?
Re:The Rust Libs Blitz by pjmlp on Saturday May 06, 2017 @03:59PM (#14281966)
I agree, just stating that plain code review isn't enough.

Those patches also come in small blocks.