All systems operational
Tuist Status Updated Aug 12, 12:25 AM UTC
Components
API Public REST and OpenAPI surfaces consumed by the CLI and integrations.
Operational
CLI Command-line workflows: generate, build, test, cache, registry.
Operational
Cache Remote build and test cache used by Tuist projects.
Operational
Dashboard Web dashboard at tuist.dev.
Operational
Documentation Tuist's documentation site
Operational
Runners CI runners
Operational
Active incidents
No active incidents.
Past 14 days

Cache: Users are experiencing failure to publish packages in the us-west region

Minor Operational
Aug 3, 09:00 PM UTC → Aug 4, 06:01 AM UTC
  1. Resolved.

    A volume reaching its maximum capacity prevented cache resolution, triggering a cascade of failures that left the region largely non-operational. Once disk space was restored, cache resolution resumed and the region became operational again.

  2. Resolved.

    Server is returning error 500 when users try to publish packages and the selected server is at us-west region

Registry: Users are experiencing failures when installing some packages

Major Operational
Aug 3, 07:52 PM UTC → Aug 4, 06:07 AM UTC
  1. Resolved.

    After monitoring the registry, we observed no further issues. It is important to note that, because some packages were rebuilt, users will need to clear their cached fingerprints, as those packages now have new checksums. We will publish a detailed RCA next week with more information about the incident and its root cause.

  2. Resolved.

    Even after fixing the failing packages, a global package cache was returning to users packages with divergent checksums. This issue is now fixed and we are monitoring the rollout

  3. Resolved.

    During a past incident, some packages were rebuilt causing their hashes/checksum to change. Those packages will fail when installing, to fix this issue, users must remove the fingerprints of those packages. The fingerprints are stored at ~/.swiftpm/security/fingerprints/<scope>.<name>.json.

  4. Resolved.

    The directory permission issue was caused by the permissions set when generating the zip file. The issue is fixed and the affected packages were re-published.

  5. Resolved.

    Users are experiencing directory permissions errors and mismatches in hashes when installing packages.

Subscribe

Follow updates from any feed reader.