New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Yank old versions of diesel_codegen #1704

Closed
weiznich opened this Issue May 18, 2018 · 9 comments

Comments

Projects
None yet
3 participants
@weiznich
Contributor

weiznich commented May 18, 2018

We seeing quite periodic questions/bugreports about something broken in diesel that boils down to someone tries to use the old diesel_codegen.
I suggest to yank at least the 0.16 version to indicate that this crate shouldn't be used anymore.

@Eijebong

This comment has been minimized.

Member

Eijebong commented May 18, 2018

@weiznich What if I want to use diesel 0.16 though ? :/
I agree that those questions are way too frequent but yanking old versions doesn't sound like a good solution to me.

@weiznich

This comment has been minimized.

Contributor

weiznich commented May 18, 2018

An other solution would be to publish a empty version as 0.17 or so that does print an error message saying not to use this crate anymore in compilation with recent diesel versions.

@sgrif

This comment has been minimized.

Member

sgrif commented May 19, 2018

I'm with @Eijebong on this, I don't think yanking old versions of this crate is a good idea.

@weiznich

This comment has been minimized.

Contributor

weiznich commented May 20, 2018

So what's about releasing diesel_codegen 0.17 that gives error messages not to use that crate?
If someone wants to use diesel 0.16 it is an intentional decision and that person will use diesel_codegen 0.16. If someone uses diesel_codegen by accident (or old guides) there is a message what's wrong. Old projects using diesel 0.16 will continue to work because going from 0.16 to 0.17 indicates a breaking change.

@sgrif

This comment has been minimized.

Member

sgrif commented May 20, 2018

I'm not sure how that's helpful. The issue is people with existing 0.16 projects updating Diesel to 0.99 or 1.0 and leaving diesel_codegen there. It's not like they'd randomly decide to go to 0.17.

@Eijebong

This comment has been minimized.

Member

Eijebong commented May 20, 2018

If there's a way to get the version of diesel used in a build script, we could add one which makes the compilation fail and release 0.16.whatever

@weiznich

This comment has been minimized.

Contributor

weiznich commented May 20, 2018

The issue is people with existing 0.16 projects updating Diesel to 0.99 or 1.0 and leaving diesel_codegen there.

I'm not sure if that's really the issue. (Let's just ask the next person with that problem 😉)

It's not like they'd randomly decide to go to 0.17.

If they are updating diesel I assume they will also update diesel_codegen to the latest version. In that case will releasing a newer version emitting some error message point them into the right direction.

If there's a way to get the version of diesel used in a build script, we could add one which makes the compilation fail and release 0.16.whatever

So we just need to parse Cargo.toml/Cargo.lock? 🙈

@sgrif

This comment has been minimized.

Member

sgrif commented May 21, 2018

So we just need to parse Cargo.toml/Cargo.lock? 🙈

TBH that actually sounds fairly reasonable

@weiznich

This comment has been minimized.

Contributor

weiznich commented May 28, 2018

Fixed by publishing 0.16.1 of diesel_codegen.

@weiznich weiznich closed this May 28, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment