Spaces:
Paused
Paused
Commit History
-
Enhanced LDraw library verification with detailed part counts and critical part checks
Verified signature- Added sample part listings (official and unofficial) - Check for 10 critical parts reported as missing in runtime logs - Verify redirect files (4081.dat->4081b.dat, 60470.dat->60470a.dat) - Improved debugging output for build logsc6733ce
-
Fix: Use official HF Spaces preload_from_hub for model caching
Verified signatureRoot cause: - Dockerfile manual download didn't specify cache_dir parameter - Models downloaded to wrong location (not /home/user/.cache/huggingface/hub) - local_files_only=True couldn't find files → runtime failure Solution (Following HF Spaces official documentation): - Use preload_from_hub feature in README.md (official recommended way) - Remove manual download code from Dockerfile - preload_from_hub automatically downloads to ~/.cache/huggingface/hub - config.py uses HF_HUB_CACHE which matches this path perfectly Official documentation: "The preload_from_hub feature allows you to pre-download models during build" Source: https://huggingface.co/docs/hub/spaces-config-reference Changes: - README.md: Added preload_from_hub for both model repos - Dockerfile: Removed lines 100-119 (manual download code) - Dockerfile: Added comment explaining preload_from_hub usage Expected behavior: ✅ Models preloaded during build to ~/.cache/huggingface/hub ✅ Runtime finds models via HF_HUB_CACHE e…a7b14bb -
Fix: CVE-2025-32434 - Force safetensors for CLIP model loading
Verified signatureRoot cause: - transformers 4.57.1 requires torch>=2.6 to load .bin files (CVE-2025-32434) - Current torch 2.2.2 < 2.6 → CLIP loading failed during build - Runtime code already uses use_safetensors=True, but Dockerfile didn't Solution: 1. Dockerfile: Add use_safetensors=True to CLIP model loading 2. requirements.txt: Pin transformers<4.52 to avoid future torch 2.6 requirement Technical details: - openai/clip-vit-base-patch32 has model.safetensors (605MB) - Safetensors format is immune to CVE-2025-32434 - Consistent with runtime code in clip_retrieval.py Changes: - Dockerfile line 115-116: Added use_safetensors=True parameters - requirements.txt line 13: Changed transformers>=4.35.0 to >=4.46.0,<4.52.0 Expected behavior: ✅ Build completes successfully with CLIP download ✅ All models use safetensors format (secure) ✅ No torch version upgrade needed Updated: Dockerfile669871b -
Fix: Pre-download models in Dockerfile to avoid runtime hang
Verified signatureRoot cause analysis: - preload_from_hub ignores HF_HOME (documented limitation) - Previous approach caused permission conflicts → fallback to /tmp - local_files_only=True + no models in /tmp = startup failure Solution (best practice from research): - Manually download models in Dockerfile to default ~/.cache location - Download as 'user' to avoid permission issues - Keep local_files_only=True (models already cached) - Build logs show download progress (transparent to user) Changes: - README.md: Remove preload_from_hub (has limitations) - Dockerfile: Add manual model download step (lines 100-119) - All models download during build → instant runtime startup Benefits: ✅ Build logs show download progress (no "hanging" confusion) ✅ Runtime startup is instant (models already in image) ✅ No permission conflicts (consistent user ownership) ✅ Works on free tier (no /data persistent storage needed) Updated: Dockerfileb434289 -
Fix: Use official HF Spaces preload_from_hub for model caching
Verified signatureRoot cause: /data directory not accessible during Docker build Solution: Use HF Spaces preload_from_hub feature (official best practice) Changes: - README.md: Add preload_from_hub configuration for both model repos - README.md: Change cache paths from /data to ~/.cache/huggingface - Dockerfile: Update HF cache environment variables to use ~/.cache - Dockerfile: Remove failed /data download block (lines 100-120) - code/demo.py: Keep local_files_only=True (already done) - code/clip_retrieval.py: Keep local_files_only=True (already done) This follows HF Spaces official documentation and fixes: ✅ Permission error during build ✅ Startup hang from runtime downloads Updated: Dockerfile2e3f535 -
Fix startup hang: 添加模型预下载步骤
Verified signature0926bed
-
Fix: Add complete LDraw library (official + unofficial parts)
Verified signature6d80c97
-
Fix: Add ImportLDraw auto-download and verification logic
Verified signature5a8a0c8
-
Upload Dockerfile with huggingface_hub
Verified signature594aee7 -
Upload Dockerfile with huggingface_hub
Verified signature1c36423 -
Upload Dockerfile with huggingface_hub
Verified signatured91502d -
Upload Dockerfile with huggingface_hub
Verified signaturebdd1d56 -
Upload Dockerfile with huggingface_hub
Verified signaturea709708