packages.txt just contains: gdal-bin, qgis, python3-qgis
What I’ve tried:
Rebooting the app — no change, and the “invalid since” duration keeps growing on each retry
Deleting the app entirely and deploying a fresh one under a new URL — same exact error
Since a brand new app hits the identical error, this doesn’t seem specific to my repo/account — looks like the shared base build image’s apt sources for bullseye-security are stale/broken again, similar to what happened here in 2023:
In that thread, Streamlit staff confirmed it required a fix on their end, and that delete+recreate only helped once that was done.
Is anyone else seeing this today? Also filed a support ticket, just flagging here in case it helps get visibility faster.
Hey there, thanks for raising this and providing such a clear summary (and for linking to the previous forum threads)! You’re absolutely right—this error:
…is a recurring issue with the Debian security repository used by Streamlit Community Cloud’s build environment. When the “InRelease” file expires, apt-get fails for all apps needing system packages (like gdal-bin, qgis, python3-qgis), and rebooting or redeploying won’t help until the base image or apt sources are updated on Streamlit’s end. This is confirmed in multiple forum threads, including this one and this one, where the only resolution was a platform-side fix.
You’re not alone—others are likely affected, and the best course is to wait for Streamlit Cloud maintainers to refresh the build environment or apt sources. Deleting/redeploying or editing packages.txt won’t resolve it until then. Keep an eye on the Streamlit Community Cloud status page and the forums for updates.
Hey @adrien.piro , thanks for reporting the issue to us! We have rolled out a new version to prod which should fix the issue! Please let us know if something is still not working and sorry for the inconvenience
Hey @Sravan1 , we rebuilt our Docker images which included some updates to the bullseye-security list. Could you perhaps provide me a package.txt file you are using in your app which still fails? I’ll try to reproduce it then on my end.
Hey @Sravan1 , thanks for sharing. I believe this is the wrong file for us to look at. It looks like a component’s frontend dependency file which should have nothing to do with the app start process. Could you perhaps share with me the URL of your app, then I can have a closer look (sorry, I should have asked for that in the first place).