-
Notifications
You must be signed in to change notification settings - Fork 20
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
Notes & to-do's post clean-install #672
Comments
I am going to try switching over to using the tree-build repo this weekend. I will try to tidy up the dependency list then. |
Note that in the tree-build repo, the dependencies are resolved automatically via setup.cfg (see https://github.com/OneZoom/tree-build/blob/main/setup.cfg#L12-L19). So there is no manual step. Also, it's all Python at this point, with no Perl. |
I'm guessing the remaining Perl scripts are ancient history nowadays, and if we don't delete them then at least their dependencies don't need to be this prominent. Note that |
The new tree-build code supersedes |
@hyanwong According to README.markdown we assume Python 3.7, and the Gruntfile has |
Good point. Let's move to something more modern. I'll ping you on slack. 3.8 is possible I think. |
FWIW, I've been using 3.10 since I got started on OZ. |
I guess we should just go with 3.10, to avoid too many further updates? I will try this now. |
I've been on 3.10 without issues, so that's probably a safe bet. That being said, I see the latest stable is now 3.12, and the 3.11 release notes claim some notable perf improvements, so it may be worth exploring. And as a side note, it would be nice to move OZtree to a virtual env, like we have for tree-build. It avoids having to install systemwide packages (which can cause conflicts, ...). |
Yes, both true. I agree about venvs, and perhaps we should just bite the bullet and go for 3.12? |
Debian stable (which isn't that old atm) is only at 3.11. Whilst we don't actively use Debian, I'd be wary of assuming newer than stable without some justification.
A venv for OZtree will need to happen soon, when switching operating systems/python versions is the obvious time. |
Ah, and I see FreeBSD 13.2 (which is what we use on the server) only has 3.8 by default, although I guess I can install this: https://www.freshports.org/lang/python311? |
I don't know much BSD, but presumably so. |
These are the npm messages I get when I try a clean install on my laptop (OS X). I assume most of these can be ignored (anyway, the node modules are only used to compile static JS code, so are presumably not security risks)
|
To get grunt to work, I also needed to:
(see https://stackoverflow.com/questions/69692842/error-message-error0308010cdigital-envelope-routinesunsupported; |
Yes, we vendor very little, if any, Javascript into the client. And all the server-side javascript we do run is just for builds
Upgrading will be the way to solve this though. Again, not a vast security risk, but eventually this cheating option will disappear as they get bored of maintaining old OpenSSL builds. |
I'm not sure what to upgrade here? |
One of our NPM dependencies will be requiring the option to work, and will need bumping / removing. |
In #687 I have upgraded to webpack 5.0.0, and it seems to compile the site just fine: I haven't checked
Also in #687 I installed it all using a conda install of python 3.11, and it seems fine, so I have changed the hardcoded python version in the Gruntfile to 3.11, on the assumption that we'll be able to install that new version on the new server soon. |
So once |
So with #687 I get
I guess that's fine @lentinj : would you recommend that I try to update anything else (e.g. the ones that are mentioned there), or would this break stuff? |
I've been doing some spring cleaning, and as part of it rebuilding my aged OneZoom container. My notes on doing so are:
package.json
, so thatnpm ci
can be used instead (solved in 0d5a068)Obviously feeding this into README.markdown would be a good choice, even if it is a bit Debian-centric:
./node_modules/.bin/grunt
, so no need to suggest installing your own../private/appconfig.ini.example
, don't copy-paste a separate copyThe text was updated successfully, but these errors were encountered: