-
Notifications
You must be signed in to change notification settings - Fork 126
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
WIP: Backward compatibility #2255
base: master
Are you sure you want to change the base?
Conversation
…k arrays, and 2.6.0 attributes which now contains long double and complex attributes. Also fixed bpls to print long double values.
I have added a few BP3 and BP4 datasets for this backward compatibility tests. They are small so far so I guess they are okay to store here for now. |
Even if they're small it's still a bunch of binary data I'd like to avoid and not have in the git repo. It's probably time to add git-lfs into the mix for this sort of thing. If it can wait until after the release we can add the infrastructure to the build and test workflow. I don't want to start it now since it could take a fair amount of iteration to get right. However if you think we need it now before the release then I suppose this is okay in a limited capacity so long as we don't add any more. We can then move these to lfs after when we make the shift along with additional test data sets, although these will forever be in the git history. I'll defer to you on that decision. |
Related #2257 |
@chuckatkins do you think reusing ADIOS2-Testing to run nightly with pre-stored files makes sense? I'd be interested to contribute to more tests (which will increase the size) as they are really important for sustainability. Thanks @pnorbert for adding the tests, they are spot on. |
…dependent and fails anywhere which has a different long double representation than the x64 linux of the stored example files.
These tests can move to another repo entirely if we can make sure they are executed at least before every release. It is not urgent for this release, as it only confirms we are backward compatible (for these few files anyway) |
I do think they should stay in this repo and be run wilth all of our PR testing.
If that's the case then I'd like to defer merging this and have the binary data use git-lfs via whatever we come up with for #2257 Let's still keep this open regardless though. |
Do we have a paid github account? I got hit with a charge at a 1GB using git-lfs with github. |
We do not and the transfer limits were a problematic issue with using git-lfs in the past. What we'll do for adios2 is use a different host for the lfs repo (gitlab.kitware.com or code.ornl.gov if we can get it appropriately public) instead of the github lfs repo. |
@chuckatkins As we are inching towards the next release, it is time to revisit this PR. |
Given #3273, I agree that it's (probably past) time to revisit this. Raising triage level. |
No description provided.