fix failing CI tests#240
Conversation
Yes, I had a Windows laptop and tried to install the latest pdffit2 but failed to install. I don't have a windows laptop now but glad that it works with 1.4.4rc4 |
|
Great progress! By the way, we’ve started adopting this practice for commits and issues: scikit-package/scikit-package#212. It’s been quite useful now that things are rolling and the habit is now almost automatic. |
|
@Tieqiong thanks, that's great that this is passing. I guess this was largely for testing so we don't want to merge this, right? Do we need to mark the rogue pypi release as broken (which means it won't be installed unless explicitly asked for), and then push out a new, unbroken release? @Tieqiong now the trouble-shooting has been done successfully, an issue with a set of Todos that we need to follow one after the other to clean things up would be great. Either that, or a release milestone (I will create it now) and issues we need to close to get there? This is HUGE! We have many pdfgui users and a number are bumping into numpy2 and other issues with installation. |
|
@sbillinge Yes let's mark I'll gather the thoughts and make a list of issues. I think there are still potentially some small things needed for a perfect release. |

closes #238
@sbillinge @bobleesj The failing CI was caused by problematic distribution of
pdffit2on pypi, namely the1.4.4rc6version. The problem is very likely caused by the wheel built by CI for windows not functional, even if the wheels had been tested locally. Let me research moreAs for the test here, let's use
1.4.4rc4for now, which build the wheel on the fly with gsl.