Rohit Goswami

This is because the default `git` branch is now `main`, so earlier in the trace it cannot find the commit to compare to. The solution is to either specify the...

I'm not really sure there's much to do here, these are valid fixes, but all at the user/downstream project level related to installations which are due to a default being...

@rustbot claim

Will be done this week, sorry I fell ill in the middle. On 8/26/19 6:18 AM, Who? Me?! wrote: > > Hi @HaoZeke Any updates? > > ??? > You...

One reason to leave this be for now is that it makes rebasing all the existing PRs a huge pain. However, there are few enough of them that it might...

Since we're starting to get more contributors we might look into this, but this PR is definitely stale, and @DimitriPapadopoulos is right, ruff is better.

Sorry about that @dcbaker, I was swayed by the shiny new buttons on the Github web interface; I'll rebase before changing the draft status.

As may be seen in https://github.com/HaoZeke/scipy/actions/runs/10879376567/job/30183963770 there's still the too many public symbols issue: Failing build snippet ``` ~/work/scipy/scipy/tools ~/work/scipy/scipy ----------- All the test files were installed -------------- ----------- All...

> The smoke-tutorials CI failure looks related. Yup, weirdly long-standing bug in the documentation, the `primal_status` is indeed `None` there :)

Upstream has expressed an interest in not directly having to maintain `meson.build` in their repo as they have chosen to go with `cmake` / `scikit-build`, see https://github.com/ERGO-Code/HiGHS/pull/1987#pullrequestreview-2380668057. Given this, we...