You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
"Someone" should just step up and make a proper autotools package, which can serve as the upstream for the sage package.
See also #21103 comment 8.
Well, rubiks is a bitrotting bundle of 3 packages, for which i am not sure upstream could be contacted (the links provided in SPKG.txt are dead). So, it will require the additional work of writing 3 fresh spkgs while i am not sure their code will evolve.
Why 3 spkgs? It would be enough to make 1 new "upstream" source package with an autotools build system and put it on GitHub. That's better than the current situation, with a fictional upstream source package that only exists on sage mirrors.
From #21103 comment:8:
What is considered upstream for this package? Should there be an spkg-src? The links in http://doc.sagemath.org/html/en/reference/interfaces/sage/interfaces/rubik.html and in SPKG.txt are broken.
From #21486:
Replying to tmonteil:
Why 3 spkgs? It would be enough to make 1 new "upstream" source package with an autotools build system and put it on GitHub. That's better than the current situation, with a fictional upstream source package that only exists on sage mirrors.
CC: @sagetrac-tmonteil @embray @jdemeyer @jhpalmieri
Component: packages: standard
Keywords: sd111
Issue created by migration from https://trac.sagemath.org/ticket/21493
The text was updated successfully, but these errors were encountered: