Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Apr 30 10:39
    Anton Akhmerov commented on issue #415 test_simple_derivations failed in kwant
  • Apr 29 10:25
    Christoph Groth commented on issue #415 test_simple_derivations failed in kwant
  • Apr 28 13:09
    Christoph Groth commented on merge request #402 stop mixing Symbol and Function in tests in kwant
  • Apr 28 13:00
    GitLab | Christoph Groth pushed 1 commits to kwant
  • Apr 28 12:26
    Anton Akhmerov commented on merge request #402 stop mixing Symbol and Function in tests in kwant
  • Apr 28 12:13
    Christoph Groth commented on merge request #402 stop mixing Symbol and Function in tests in kwant
  • Apr 22 17:39
    GitLab | Anton Akhmerov pushed 1 commits to kwant
  • Apr 22 17:12
    Anton Akhmerov opened merge request #402 stop mixing Symbol and Function in tests in kwant
  • Apr 22 17:11
    GitLab | Anton Akhmerov pushed 1 commits to kwant
  • Apr 11 12:55
    digdig commented on issue #415 test_simple_derivations failed in kwant
  • Apr 11 12:44
    Anton Akhmerov commented on issue #415 test_simple_derivations failed in kwant
  • Apr 11 12:43
    digdig opened issue #415 test_simple_derivations failed in kwant
  • Apr 01 14:42
    GitLab | Christoph Groth pushed 1 commits to kwant
  • Mar 30 20:35
    GitLab | Christoph Groth pushed 1 commits to kwant
  • Mar 30 20:13
    Christoph Groth commented on merge request #400 work around future removal of distutils from stdlib in kwant
  • Mar 30 20:10
    GitLab | Christoph Groth pushed 4 commits to kwant
  • Mar 30 20:09
    GitLab | Christoph Groth pushed 1 commits to kwant
  • Mar 30 19:41
    GitLab | Christoph Groth pushed 2 commits to kwant
  • Mar 30 19:41
    Christoph Groth merged merge request #401 Fix ImportError for scipy 1.8.0 in kwant
  • Mar 24 22:38
    Bas Nijholt commented on merge request #401 Fix ImportError for scipy 1.8.0 in kwant
kwant-bot
@kwant-bot
anton-akhmerov:
@cwg conda-forge has an annoying build problem on windows for tinyarray 1.2.4. (Annoying because the build logs tell no information at all. Do you know anyone who could test it?
cwg:
And 1.2.3 works in the same context?
anton-akhmerov:
Let me see.
kwant-bot
@kwant-bot
anton-akhmerov:
1.2.3 had a build failure with py 3.10 on all platforms
cwg:
What about other CPython versions? Also, the failure with tinyarray 1.2.4 is only with CPython 3.10 or also with other versions?
anton-akhmerov:
The failures are:
  • 1.2.4 + windows + 3.10
  • 1.2.3 + any OS + 3.10
kwant-bot
@kwant-bot
cwg:
Isn't there really any information? I see some errors in the build log. It seems to start in line 457 of the log where it complains about
  d:\bld\tinyarray_1640058215207\work\src\array.hh(108): error C3646: 'object_size': unknown override specifier
  d:\bld\tinyarray_1640058215207\work\src\array.hh(130): note: see reference to class template instantiation 'Array<T>' being compiled
  d:\bld\tinyarray_1640058215207\work\src\array.hh(108): error C2059: syntax error: '('
  d:\bld\tinyarray_1640058215207\work\src\array.hh(108): error C2238: unexpected token(s) preceding ';'
anton-akhmerov:
Ah, true. I see it now as well
cwg:
Which is strange. This part of tinyarray hasn't been changed since 2016. Also, it does compile with CPython 3.9, on the same system, right?
anton-akhmerov:
Yes
anton-akhmerov:
Here's the successful build log for 3.9 on windows
kwant-bot
@kwant-bot
anton-akhmerov:
I see 3.9 and 3.10 uses different numpy versions, but it's the same on windows.
cwg:
I diffed the logs. There are several differences, but nothing that should matter. The first serious difference is that error C3646 which is so far a mystery to me.
anton-akhmerov:
The docs are confusing.
cwg:
Might be related to this: jpype-project/jpype#1009
anton-akhmerov:
Indeed, looks very similar
cwg:
ssize_t seems to be POSIX - but so far it has worked on Windows as well. Something must have changed with CPython 3.10, most likely they no longer include some header.
kwant-bot
@kwant-bot
cwg:
This seems to be a fix: vlm/asn1c#159
cwg:
Is it possible to check the conda-forge build without doing a release?
anton-akhmerov:
It's also possible to patch sources during the build
anton-akhmerov:
Before we go that way, I wanted to check also if this solution is acceptable.
anton-akhmerov:
https://stackoverflow.com/a/20987501/2217463 seems to suggest that it's correct
kwant-bot
@kwant-bot

basnijholt:
I was kind of happy to see that MacOS ARM build of kwant passed without any work: conda-forge/kwant-feedstock#97

However, I just tested it out and it seems to fail badly: http://files.nijho.lt/macosarm-fails.txt

basnijholt:
Any ideas what might cause these failures?
basnijholt:
The differences are quite extreme, e.g.,:
actual = array([[ 0.76903213, -0.2516609 ,  0.40139562],
       [-0.2516609 ,  0.96278288, -0.35304597],
       [ 0.40139562, -0.35304597,  1.9477003 ]])
desired = array([[1., 0., 0.],
       [0., 1., 0.],
       [0., 0., 1.]]), decimal = 7, err_msg = '', verbose = True
basnijholt:
I opened an issue conda-forge/kwant-feedstock#99 BTW.
kwant-bot
@kwant-bot

basnijholt:
Also, the incompatibility with Matplotlib 3.5 and Kwant 1.4.2 is blocking the Python 3.10 builds.

See this line.

Is there a plan for a patch release that addresses this problem soon? I see that the latest commit to Kwant (stable or master) is 9 months ago 😅

kwant-bot
@kwant-bot
Anton:
It is indeed solved in master and stable as well AFAIU. I think we should make a patch release.
kwant-bot
@kwant-bot
basnijholt:
That would be great! Is this still a few-hour-long process? 😂
kwant-bot
@kwant-bot
cwg:
I can release current stable as 1.4.3 today, unless there is something else that should go there urgently.
Anton:
Bas fixed compatibility with latest scipy, see the merge request.
cwg:
The minimal process is just making a tag and pushing. But releasing carefully for multiple platforms and doing checks takes indeed some time. Do you see items in RELEASE.rst that you find superfluous?
kwant-bot
@kwant-bot
cwg:
@basnijholt Kwant 1.4.3 is out BTW.
kwant-bot
@kwant-bot
cwg:
Are you aware of any error log that shows the symy 1.10 problem?
kwant-bot
@kwant-bot
cwg:
I can reproduce these errors with Sympy 1.10.1. Will try to fix. Looks like there might be Kwant 1.4.4 soon...
kwant-bot
@kwant-bot
cwg:
I bisected sympy to find the commit that introduces the compatibility problem with Sympy. It's the commit that fixes the following issue: sympy/sympy#19501
kwant-bot
@kwant-bot
cwg:
I find it a bit surprising that this apparently backwards-incompatible change is not mentioned in their changelog.
cwg:
git bisect rules!
Anton:
Yeah, sympy has caused us quite a bit of headache.
kwant-bot
@kwant-bot
Anton:
Looking at the problem, it seems that it's more an issue with how we're testing sympy rather than with anything we need from sympy.
kwant-bot
@kwant-bot
Anton:
I've pushed a fix.
kwant-bot
@kwant-bot
Anton:
Oops, I forgot that we're still using python 3.6 😿
kwant-bot
@kwant-bot
basnijholt:
NumPy has dropped Python 3.6 support almost 2 years ago: https://numpy.org/neps/nep-0029-deprecation_policy.html#support-table
Anton:
Yeah, it's just about testing
Anton:
The pipeline fails
kwant-bot
@kwant-bot
basnijholt:
Kwant for Python 3.10 will be available in a couple of minutes :)
Anton:
Did it work now?
Anton:
Ha! Awesome!