victor_macaubas
06/17/2024, 3:25 PMcode=1 message=ValueError: numpy.dtype size changed, may indicate binary incompatibility. Expected 96 from C header, got 88 from PyObject name=meltano
We're using meltano 2.15 and python 3.9.19. The image is run on ECS task through airflow. The changes I've made were to a .yml so I don't know why the rebuild is causing this. Anyone else faced a similar problem? I'm using tap-postgres, tap-mysql and meltano SDKs, all of them were failing.victor_macaubas
06/17/2024, 3:31 PMEdgar Ramírez (Arch.dev)
06/17/2024, 3:57 PMnumpy<2
constraint.
See also https://github.com/numpy/numpy/issues/26710 for the issue reported by an Airflow maintainer.Reuben (Matatika)
06/17/2024, 4:06 PMvictor_macaubas
06/17/2024, 4:18 PMparquet = ["numpy (>=1.22)", "numpy (>=1.22,<1.25)", "pyarrow (>=13)"]
Reuben (Matatika)
06/17/2024, 4:29 PMpoetry.lock
isn't respected when `pip install`ing via a git URL.Reuben (Matatika)
06/17/2024, 4:32 PMvictor_macaubas
06/17/2024, 7:22 PMsterling_paramore
06/17/2024, 8:27 PMtap-bigquery
plugin. I can’t figure out it’s possible to tell meltano install to pin numpy<2.0.0 or if I need to fork the plugins and pin in myself by modifying the config.py. There’s got to be a better way to deal this though….Reuben (Matatika)
06/17/2024, 8:34 PMpip_url: git+<https://github.com/z3z1ma/target-bigquery.git|https://github.com/z3z1ma/target-bigquery.git> numpy<2
There is also this feature proposal which would prevent these kinds of issues from happening: https://github.com/meltano/meltano/issues/6416sterling_paramore
06/17/2024, 8:39 PMpip_url
, you just saved my day!victor_macaubas
06/18/2024, 12:20 PM