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

[FEATURE] Update the "online grayskull " tool website #428

Open
ForgottenProgramme opened this issue Jan 24, 2023 · 2 comments
Open

[FEATURE] Update the "online grayskull " tool website #428

ForgottenProgramme opened this issue Jan 24, 2023 · 2 comments
Labels
enhancement New feature or request feature webservice grayskull webservice

Comments

@ForgottenProgramme
Copy link
Contributor

End Result

  • the grayskull website can be used to generate CRAN recipes as well
  • Presently the website asks for project name and version. Now that we support CRAN also, the website should first ask repository (CRAN or PyPI), then project name and version
@ForgottenProgramme ForgottenProgramme added enhancement New feature or request feature labels Jan 24, 2023
@marcelotrevisani
Copy link
Member

yeah, that needs some work, but it will not be my priority for now. I would rather focus on adding support for poetry and flint first, after that I can rework the webapi.

@marcelotrevisani marcelotrevisani added the webservice grayskull webservice label Jan 24, 2023
@bollwyvl
Copy link

A semi-crazy direction to go would be getting the whole grayskull shooting match running in the browser under WASM,
and hosting on a simple static ReadTheDocs page or GitHub pages. This would shift much of the burden from a backend process to CDN-mirrored static assets.

Either pyodide or xeus-python and emscripten-forge could likely do the job.

The only missing dep from pyodide, at present is rapidfuzz, which appears to also be missing from emscripten-forge. Getting it into one of those channels probably wouldn't be a huge lift, but then maybe having rapidfuzz be hidden behind a conditional dependency, and having a fallback pure-python implementation would get it sorted faster.

At present, pyodide's solver already relies on the PyPI JSON API, so no worries there, but as the CRAN integration is scraping-based, it would likely cause more issues when actually running.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request feature webservice grayskull webservice
Projects
None yet
Development

No branches or pull requests

3 participants