Evaluate replacing MinIO in the test fixture: the vendor has withdrawn public images
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 45/100
- Loại issue
- Tái cấu trúc
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- docker, python
- Lĩnh vực
- data-engineering, testing-qa
Hướng nghiên cứu
Start with tests/conftest.py and the DJ_TEST_MINIO_IMAGE fixture, then compare the three listed candidate images and the existing Chainguard image from cold pulls. Run the five object-storage suites, including all 44 test_gc tests, and verify directory-shaped objects, public credential-free access, active maintenance, and changes limited to the fixture. Done means the evidence identifies a suitable image or supports retaining MinIO.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
tests/conftest.py starts MinIO to exercise the object-storage paths. MinIO has withdrawn from public distribution, so that dependency now rests on a third party continuing to publish builds of an archived codebase. #1559 restored CI by switching to Chainguard's build; this issue is about whether to keep depending on MinIO at all.
Filing it separately on purpose: #1559 was the release-eve fix and needed to change no test code. This one needs measurement, and picking wrong here produces the worst kind of green — a suite that passes while the behavior it claims to cover is untested.
Why the current position is not stable
| Oct 2025 | MinIO stopped publishing free community builds |
| Feb 2026 | open-source repository archived |
| 2026-09-11 | minio/minio deleted from Docker Hub — the whole repository, every tag |
| 2026-09-24 | quay.io/minio/minio began requiring authentication |
Chainguard's build is a good mitigation and the right call for now — it is public, credential-free, drop-in for MinioContainer, and rebuilt continuously, where the last community image is a year stale.
But continuous rebuilds address the base image and dependencies. A defect in MinIO's own Go code has no upstream fix, because upstream is archived — worth confirming against Chainguard's advisory data rather than taking from me. And the arrangement depends on a third party's free tier continuing, for software whose vendor has already shown its direction. That is a reasonable place to stand for a release, and a poor place to stand indefinitely.
What a replacement has to satisfy
This is the part that decides it, and it rules out the obvious shortcut.
DataJoint reaches object storage through fsspec/s3fs, not boto3. The storage layer calls:
isdir · walk · size · exists · rm · open · pipe_file · get_file · put · put_file · cat_file
S3 has no directories. isdir and walk are emulated by s3fs over list_objects_v2 using common prefixes and zero-byte directory markers, and the emulation is sensitive to how a server reports prefixes, delimiters, and empty keys.
Garbage collection is built directly on that emulation — gc.py:205 and gc.py:255 both walk a store recursively to decide what is orphaned. A server that diverges on listing will not throw; it will return a different set of keys, and GC will classify live files as orphans or miss real ones. test_gc is 44 tests and exists precisely to catch that.
So a lightweight S3 mock is the tempting choice and the risky one. Fidelity on listing matters more here than startup time.
Candidates
All three pull publicly today, verified:
| Image | Notes |
|---|---|
chrislusf/seaweedfs |
real object store with an S3 gateway, Apache-2.0, actively maintained |
localstack/localstack |
full AWS emulator, very widely used, heavier |
adobe/s3mock |
purpose-built test mock, starts in 0.12s against MinIO's 1.0s — and the one most likely to diverge on listing |
Staying on cgr.dev/chainguard/minio is also a legitimate outcome if the alternatives cost more fidelity than the dependency risk is worth. The point of the exercise is to answer that with evidence rather than assume it.
Acceptance
- The five object-storage suites pass against the candidate from a cold pull, with any local image cache deleted — 118 tests:
test_gc(44),test_object(46),test_npy_codec(22),test_codecs(4),test_attach(2). test_gcpasses specifically, including the prefix-scoping and orphan-detection cases, since that is where listing semantics bite.- Directory-shaped objects round-trip:
isdirandwalkagree with what MinIO reported for the same tree. - The image is public, needs no credentials, and is actively maintained.
- Nothing changes outside
tests/conftest.pyand the fixture;DJ_TEST_MINIO_IMAGEalready makes the source swappable.
Out of scope
What DataJoint recommends to customers for production object storage. That is a product question, it touches an existing partnership conversation, and it should not be decided as a side effect of a test-fixture choice.
- Ngôn ngữ chính
- Python
- Star
- 197
- Fork
- 98
- Merge trung bình
- 23 giờ 9 phút
- Pull request đã merge (30 ngày)
- 6
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của datajoint/datajoint-python
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
datajoint/datajoint-python#1539 · 3 bình luận ·
-
Python 3.15 ships Oct 9 and we cap below it; 3.10 went EOL Oct 1Có thể đã có người làm @dimitri-yatsenko đã nhận 1 ngày trước. Đang mởenhancement
datajoint/datajoint-python#1569 · 1 người được giao ·
-
JSON path equality against a non-string value: silently empty on MySQL, raises on PostgreSQLĐang mởbug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 75/100
datajoint/datajoint-python#1564 ·
-
JSON path type annotation is not portable: `data.n:int` works on PostgreSQL, raises on MySQLĐang mởbug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 68/100
datajoint/datajoint-python#1563 ·
-
enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
datajoint/datajoint-python#1562 · 2 bình luận ·
Tất cả issue của datajoint/datajoint-python
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 75/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
data-umbrella/du-event-board#225 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100