Skip to content
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

Version bump for Serde? #68

Closed
alanhdu opened this issue Mar 10, 2017 · 48 comments
Closed

Version bump for Serde? #68

alanhdu opened this issue Mar 10, 2017 · 48 comments

Comments

@alanhdu
Copy link

alanhdu commented Mar 10, 2017

urlencoded depends on bodyparser 0.5, which depends on serde 0.8. Would it be possible to cut a new release that uses bodyparser 0.6 instead (which would let us use serde 0.9 without weird type mismatches)?

@euclio
Copy link
Contributor

euclio commented Apr 25, 2017

bodyparser has been bumped again in #70 to pull in serde 1.0. @untitaker, are you in charge of releases?

@Hoverbear
Copy link

@euclio Unfortunately I can't release this. Maybe @SkylerLipthay or @reem could.

@durka
Copy link

durka commented Aug 8, 2017

Is this package maintained? We could release it under a new name...

@Hoverbear
Copy link

Hoverbear commented Aug 9, 2017

@durka Yes. Myself, @reem, @untitaker, and @SkylerLipthay . However there are still some permissions issues around who can publish what on crates.io. This was already clearly stated.

@durka
Copy link

durka commented Aug 9, 2017

@Hoverbear I apologize for the flippant tone, which was unwarranted. I was just trying to make some noise since it seems like none of those with said permissions have been paying attention. It looks like @michaelsproul and @theptrk are the other two people with crates.io rights?

@Hoverbear
Copy link

Hopefully one of them can help. :)

@untitaker
Copy link
Member

untitaker commented Aug 9, 2017 via email

@durka
Copy link

durka commented Aug 9, 2017

It's 0.7 now (for serde 1.0). Maybe a serde 0.9 version of urlencoded should be released as well though, in case anyone still needs it to harmonize their dependencies.

@michaelsproul
Copy link
Member

Hi all, I'd love to help, and although it seems I'm listed in Cargo.toml's authors field for my meagre contributions, I'm not a crate owner on crates.io and can't publish. However, it looks like everyone in the iron-dev team can publish: https://github.com/orgs/iron/teams/dev-team/members, which includes a bunch of people here :)

Cargo docs on publishing for reference: http://doc.crates.io/crates-io.html

Good luck!

@Manishearth
Copy link

Oh, we had this issue recently too in Servo. Does this org have crates.io as an approved OAuth app?

Because if it doesn't then crates.io will silently ignore the dev-team stuff.

What I suggest is you go to your settings and revoke permission from crates.io. Then log in to the site again -- at that point you see which orgs have approved it, and are given the ability to approve it for orgs you manage, or request approval for orgs which you are a part of but don't manage. If you're in the last bucket you can ask the Iron org owners to approve it from settings after you put in the request.

@untitaker
Copy link
Member

@Manishearth it was always approved before, I re-authed as you instructed and nothing happens. I don't understand why @Hoverbear doesn't have access to publish a new version.

the iron doesn't have any application restrictions at all, so apps wouldn't need explicit approval.

@Hoverbear please try if any of the advice by @michaelsproul and @Manishearth helps, otherwise I'll just push a new version.

@robinst
Copy link

robinst commented Sep 26, 2017

@untitaker: To try to move this along, can you add some others explicitly as owners for this crate, like this?:

cargo owner --add Hoverbear
cargo owner --add michaelsproul

Then they can try to see if they have more luck with adding the whole team as owners. Maybe removing the team and adding it again helps (not sure if the name is dev-team or iron-dev?):

cargo owner --remove github:iron:dev-team
cargo owner --add github:iron:dev-team

@untitaker
Copy link
Member

I added @Hoverbear @michaelsproul @sfackler as owner for this crate, however, when trying your second set of commands I get an error when trying to re-add the team:

$ cargo owner --add github:iron:dev-team                   
    Updating registry `https://github.com/rust-lang/crates.io-index`                                                   
       Owner adding ["github:iron:dev-team"] to crate urlencoded                                                       
error: failed to add owners to crate urlencoded: api errors: only members of github:iron:dev-team can add it as an owner

@Manishearth
Copy link

An org admin will need to reauth Crates.io.

The way you do this is by removing Crates.io from your approved applications for your personal account, and then trying to log in to the site again, at which point it will ask you to authorize crates.io, and will give you the option to authorize it for organizations you have access to; or to request access from the admins.

There's probably a better way to do it, I just don't know what.

@untitaker
Copy link
Member

untitaker commented Oct 2, 2017 via email

@Manishearth
Copy link

as i am admin

note that just being an admin and giving personal access to crates will not authorize it for the org as well. these are separate permissions systems.

@untitaker
Copy link
Member

The org doesn't have any additional protections:

2017-10-02-093534_762x168_scrot

@robinst
Copy link

robinst commented Oct 2, 2017

@untitaker can you add @Manishearth as an admin of the iron organization so he can have a look?

@untitaker
Copy link
Member

untitaker commented Oct 3, 2017 via email

@Manishearth
Copy link

Hm, I can't either, since I don't have owner access on crates.io. But you're right, it should work. Perhaps try cargo owner -a iron:dev-team?

@untitaker
Copy link
Member

untitaker commented Oct 3, 2017 via email

@robinst
Copy link

robinst commented Oct 3, 2017

@untitaker can you add @Manishearth as an owner to the crate?:

cargo owner --add Manishearth

@untitaker
Copy link
Member

done

@Manishearth
Copy link

Manishearth commented Oct 3, 2017

Interesting, I get the same error, but not the same error when I try to add servo:cargo-publish.

It's also not an oauth restriction thing -- I even flipped on restrictions and authorized crates.io and it still didn't work.

@Manishearth
Copy link

Turns out this is a Cargo bug wrt team ids, it's being fixed.

@robinst
Copy link

robinst commented Oct 4, 2017

@Manishearth: Yay! Do you have a link to an issue/PR?

@Manishearth
Copy link

rust-lang/crates.io#1107

(@carols10cents is amazing)

@robinst
Copy link

robinst commented Oct 18, 2017

Yay! Looks like the fix was merged. @Manishearth, does adding the team work now?

@remram44
Copy link

I'm excited for Iron to make a comeback in the active web frameworks! This release has been delayed over 6 months already, hopefully Cargo is fixed and we won't see this happen again 😅

@Manishearth
Copy link

it worked!

@robinst
Copy link

robinst commented Oct 18, 2017

Yay! So maybe also run the command on all the other iron crates, just to make sure.

Also, who wants to do the releasing now? (I'm willing to help by the way, but someone would need to add me to the list of maintainers.)

@Manishearth
Copy link

(I'm only an owner for this crate, need @untitaker to look at the others)

I tried cargo-publishing this crate, it's already published

@durka
Copy link

durka commented Oct 18, 2017

@Manishearth the minor version number needs to be bumped (the change motivating this issue, bumping the bodyparser dep, has already been committed).

@untitaker
Copy link
Member

untitaker commented Oct 19, 2017 via email

@untitaker
Copy link
Member

untitaker commented Oct 19, 2017 via email

@robinst
Copy link

robinst commented Oct 19, 2017

Cool, so maybe it fixed it for all crates :).

So, who is going to release all the things that need releasing? Seems like that is at least this crate and iron itself.

@euclio
Copy link
Contributor

euclio commented Nov 2, 2017

iron/params will need to bump this crate and release as well

@untitaker
Copy link
Member

Done!

@est31
Copy link

est31 commented Nov 19, 2017

It would be really cool if a new version could be released that includes #70 because that hasn't happened yet! I don't want to pull in pre 1.0 serde :)

@Manishearth
Copy link

Oh, I thought this was published. My bad.

@Manishearth Manishearth reopened this Nov 19, 2017
@Manishearth
Copy link

@untitaker can you bump the version in this repo and republish? I can do it too but not at the moment

@robinst
Copy link

robinst commented Nov 19, 2017

body-parser needs to be released first: iron/body-parser#79

See this issue in iron for all dependencies and the order: iron/iron#551

@iori-yja
Copy link
Contributor

iori-yja commented Nov 19, 2017

This refers the iron/body-parser#79 's version→ #72
The build is failed because the version is not released yet ... But I confirmed on my local test with the modification, if my memory is correct.

@untitaker
Copy link
Member

body-parser is now released.

@robinst
Copy link

robinst commented Nov 23, 2017

urlencoded 0.6.0 has been released, which depends on bodyparser 0.8, which depends on serde 1.0. So I think we can close this now.

@est31
Copy link

est31 commented Nov 23, 2017

Thanks! Now I do need a new release of staticfile however because you also switched to iron 0.6.0...

@robinst
Copy link

robinst commented Nov 23, 2017

@est31: The iron dependency has the constraints >= 0.5, <0.7, so in theory it should still work with 0.5.0. Have you tried?

@est31
Copy link

est31 commented Nov 23, 2017

Oh that's interesting... Yep it works. Thank you @robinst !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests