-
Notifications
You must be signed in to change notification settings - Fork 856
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
Publish release candidate for 1.0 #698
Comments
Honestly, we're basically stuck on me finding about a week to do all the things needed here (write the compliance tests, cut the rc-release, reach out to maintainers and a bunch more minor tasks). I'm happy to make a 1.0.0-rc1 later this month (possibly next week?). If anyone has any suggestions for communication around this release, I'm all ears. :) |
February has come and gone - are there any updates on the planned timeline for |
@pradyunsg since the remaining tasks for 1.0.0 seem to be mostly administrative, perhaps 1.0.0-rc1 could be released ASAP with the spec exactly as it is now, and the full-fledged 1.0.0 release could include the remaining bits? |
Perhaps as soon as toml.io is up, the first release candidate could go out. That's just my opinion though. |
I see absolutely no reason why we should wait for that. A new website is nice to have, but TOML is just as useful without it. Also, there will in any case be months between the RC and 1.0 final. Having the website finished when 1.0 final is released would be great (though by no means essential), but toml.io shouldn't block the finalization process itself. |
That is true. Its usefulness is already well-established. But a dedicated website does indicate the level of commitment that a project has. Something for casual or curious observers to latch on to. That's why I'm convinced a website is essential for 1.0. We can continue to point users here. GitHub really isn't a place for casuals or the merely curious, though, unless they're technically minded enough to follow the project.
Jeez. I'm convinced now. Release 1.0rc1 already! :) |
Another month, another friendly ping. :) Also big +1 that not all |
My mental health took a sharp dive in late-Feb/March, so I've fallen behind on a whole bunch of my OSS responsibilities (like TOML). We'll tackle the bus factor problem for TOML, when I'm in better shape. There's a release process for TOML now, so that I can actually do releases without feeling like I've missed something. Other than that, I'll be waiting for a day (I don't want to be releasing on April 1st) before merging/tagging 1.0.0-rc.1, so if anyone spots something drastically wrong with the Release PR above -- holler there! |
Looks good to me! :D
Hah. Today I learned. |
Sorry to hear you haven't been well, and for piling on on top of that. Hope you get better soon! |
see toml-lang/toml#698 for info about TOML v1.0.0 also: - fixed some parser error-paths not returning early enough when exceptions were disabled - added more specific error messages for parsing errors relating to prohibited codepoints - added compilation speed improvements (particularly for platforms lacking floating-point `std::to_chars`) - added many minor documentation improvements - added additional tests
TOML 1.0.0-rc1 is out in the wild! Thanks everyone for the nudges! Implementations are welcome to update themselves to 1.0.0-rc1. In general, more syntax is considered valid in this version compared to the previous versions. Please make sure to not advertise support for TOML 1.0.0-rc* as being TOML 1.0.0 support. There are a couple of areas where help and feedback is welcome:
It's fairly likely that this repository gets significantly reorganised prior to the final 1.0.0. No promises on the timeline for 1.0.0 though. :) |
Oops. Think I got a bit lazy with some of my parser's documentation on that front 😊 |
As far as I can see, TOML 1.0 is now feature-complete except for a website and a Standard Test Suite (#585). That's very good news but it also means that we need to seriously think about getting v1.0 released and published.
A website, while nice to have, is certainly not essentially – for the last 7 years TOML has done just fine by living on GitHub. And while a comprehensive test suite would be great, it would be an add-on to the spec rather than an integral part of it. Also it seems that no recent work has been done on the test suite at all and it is clear that a comprehensive test suite would be a monumental task. I'd argue that this huge unfinished business shouldn't stop v1.0 either. A test suite is important, but it can be released and expanded after the finalization of the spec itself – and it will probably never really be "finished".
Hence I propose that we publish a release candidate for 1.0 now (maybe after proofreading the spec once more). It's feature-complete and it's time. After publishing the RC, announce it widely to collect as much feedback from the community of users and implementers as possible.
If nothing serious comes up within 2 to 3 months, rename the RC to 1.0 proper. Otherwise publish a new RC and iterate.
The text was updated successfully, but these errors were encountered: