-
Notifications
You must be signed in to change notification settings - Fork 220
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
About the New Runner #1336
Comments
Well, in this case it's still an issue (even if it's unrelated to this topic), so it'd be helpful if you list them too (probably in #1315). |
Started List of Affected Kata. Just listing Python kata affected by avoiding concatenation for now. I'll update it again later to include other issues. |
Glad to hear that the new runner is finally out on preview, I can barely contain my excitement! 😄 One thing though - am I allowed to author Fortran kata/translations ATM? If authoring them will interfere with the main site negatively them I'm going to stick to plain Kumite until further notice, cheers 😃 |
@DonaldKellett well, we did have written bf katas (and got them approved I think?) while it was in beta, so... |
@DonaldKellett I don't think that's possible yet because the frontend doesn't know about it (you can't select Fortran). |
Fixed all of my katas, and will start fixing others in Python as soon as I get some spare time. Looks like many have problems in common (such as Linked List series or CIS series, though I really think CIS ones should be just retired asap), so it won't take too much time to fix most of them, though re-publishing a kata often times out these days unfortunately. |
Just for reference, the "Caution" message is removed only if:
Also, some katas in the affected list don't have issues raised (so not open for edit right now). |
Just an update, we've decided to release on this Wednesday. Sorry for the delay. I had some issues finalizing the production setup 😅 |
I forgot to mention, but testing Scala will be significantly faster soon. The new runner is able to run ScalaTest without JUnitRunner (avoiding So minimum kata takes (includes compiling):
Because Codewars only supports one test framework, existing 25 Scala kata needs to be changed. If tests are using ScalaTest, migration will be just removing lines that references JUnit 4. I hope it's not a huge pain migrating those written with JUnit 4. This won't be included in tomorrow's launch, but I'd like to switch soon because it'll help reducing the server load. I'll look into doing similar for Kotlin and Groovy. |
I've released the new runner! Please let me know if you find anything weird. |
For Red users, there're some features that I didn't have the time to add at the moment. Like real time output. |
Also, the time displayed at the top of the test results will be different from before. It includes all the time it took to execute the code, including some overhead and compiling. For most interpreted languages, the difference is few hundred milliseconds. Some compiled languages will be more different because now it includes the time it took to compile. I'll work on improving this after other higher priority tasks. |
Looks like there's some weird issue with Python encoding. Python 2 doesn't allow non-ASCII characters unless the encoding is declared at the top ( |
Looking at it. Unfortunately, most of those are katas I didn't do yet, apparently. I opened a bunch of issues to get access (note: for the nonogram, I published a fork with what's needed) |
Wait, so a kata needs to have some issues open or it's not editable? I didn't know that... I guess that makes sense to prevent abuse. Thanks for your help! |
A kata is only open for editing if it has any issues at least 1 week old. |
Previously tested Haskell solution for TinyThreePassCompiler kata failing now with errors:
May be parsec library was forgotten after Code Execution Engine upgrade? |
@gbdj thanks for letting me know. I'll look into it. |
I'm not sure why the old image had # Install Haskell Packages
# To install additional packages use "RUN cabal install <pkg-name>"
RUN cabal install split ifelse
RUN cabal install persistent-sqlite persistent-template
RUN cabal install haskell-src-exts lens
RUN cabal install hspec hspec-core hspec-discover I'll just add |
@gbdj I've deployed the fix. You should be able to use parsec now. |
@kazk Thanks. It works now. |
I have a similar issue with a Ruby kata that uses nokogiri, where it seems to not be installed on Ruby 2.5 @kazk running this kumite shows that some Ruby gems from 2.3 are missing on 2.5. |
@10XL Ruby 2.5 doesn't have gems installed at the moment because I want to update package versions. |
Yes, that is the case. The kata has 2.5 as unavailable/unsupported in the trainer as it should. |
OK, good. |
@kazk Is Solidity 0.4.19 even working at all? Because I just saw this kata comment. |
It works, but it's not compatible with |
On |
I don't know why it has |
@10XL I've added gems to Ruby 2.5. |
So where's the new runner repo? The main webpage are still pointing to the old repo, which is marked deprecated. I want to submit a bug to the NASM runner, which issue tracker to use? |
@nomennescio we don't have one yet.
So we're still using codewars-runner-cli to track runner issues. |
That's great! Marking the whole repository deprecated seems however a bit premature if the issues are still tracked there. Maybe comment on the mainpage that it is still used for issue tracking? |
Duh! It does mention it on the mainpage now. |
@nomennescio yeah, I changed it because I realized that it's confusing after you mentioned it :) |
@kazk the list of affected katas has been cleared up (except 2 katas which should be retired). With those ones resolved the wiki page could be also removed. |
Thanks! |
I'm planning to release the new runner for Codewars during this week (maybe early next week depending on how things goes) and wanted to let Codewars users know about the changes.
The preview site uses it already, so some of the features can be tested there for now.
Background
Codewars and Qualified uses codewars-runner-cli to execute submitted code.
The project started more than 4 years ago and requirements have changed significantly over the years.
We needed a drop-in replacement that's more flexible. So I've refactored the runner and the server, then rebuilt the infrastructure.
We're going to eventually open source parts of this (Dockerfile, test frameworks, etc) after some planning and cleaning up.
Changes
This release focused mainly on backwards compatibility with codewars-runner-cli and the goal was to build a more flexible system that we can easily change depending on the requirements.
Note that some of the new features may not be available on Codewars until the frontend is updated.
New Features
Enhancements
@types
. No more/// <reference
Bug Fixes
numpy
on Python 3.6 (Can't import numpy in Python 3.6.0 codewars-runner-cli#367)Deprecations
Compatibility
Tested against all published kata (including beta) and it's currently compatible with ~98% of the contents.
I'll create a wiki page (will post a comment when I do) listing affected kata so power users can help fixing them. Most of them should be fixed by adjusting few things.
However, those kata that uses things that we never officially supported is not considered and needs major changes. This includes Shell kata written in Perl or Python.
Stats
The text was updated successfully, but these errors were encountered: