pycroscopy / pycroscopy/asyncroscopy

Evaluate PyTango upgrade from 10.1.2 to newer version

Open
#85 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Jupyter Notebook
Stars
9
Forks
11
Avg merge
1d 8h
Merged PRs (30d)
2

Description

Background

We currently have PyTango 10.1.2 installed. The following newer versions are available on PyPI:

Version Date Type
10.1.3 Feb 10, 2026 Patch
10.1.4 Mar 3, 2026 Patch
10.3.0rc1 May 22, 2026 Release candidate

Before deciding whether to upgrade, we should answer the following questions.


Questions

Functionality

  • Do the newer versions introduce anything useful for our abstraction layer?
  • Are there API changes that would make our code simpler or more ergonomic?
  • Also keeping in mind LLM (agentic) Usage

Breaking Changes

  • Do any versions introduce breaking changes to data structures or interfaces we rely on?
  • Is there a migration guide we need to follow?

Dependencies

  • Do newer versions require a cppTango upgrade? If so, what is the effort?

Testing

  • Do newer versions change behaviour in DeviceTestContext or test utilities that would affect our test suite?
  • Do we need to update mocks or fixtures?

Risk

  • Is 10.3.0rc1 stable enough to track or pin for future adoption?
  • What is the rollback plan if an upgrade breaks something?

References

Suggested Next Steps
  • Read the release notes for 10.1.3, 10.1.4, and 10.3.0rc1
  • Assess impact on our codebase and tests
  • Decide on upgrade target and timeline

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the PyTango 10.1.3, 10.1.4, and 10.3.0rc1 release notes, migration guides, and PyPI history linked in the issue. Inspect the dependency configuration, the abstraction layer, and tests using DeviceTestContext, mocks, or fixtures. Done means documenting compatibility, cppTango requirements, testing impact, upgrade target, and rollback plan.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
tooling
Issue type
Refactor
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.