This repository was archived by the owner on Sep 23, 2026. It is now read-only.
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Revert the two automated dependency bumps that walked
apple/swift-logfrom 1.13.2 → 1.14.0 (#301) → 1.15.0 (#311). The resulting 0.14.15 release keeps the 0.14.14 pipe-drainer fix from #313 but ships it againstapple/swift-log 1.13.x, which is the range tuist's own CLI can consume.Why
Post-mortem on the sync into
tuist/tuist:tuist/tuist'sPackage.swiftintentionally capsapple/swift-logbelow 1.14. The comment on that cap: "apple/swift-log 1.15introduced a second overload ofLogger's level-specific helpers (with a newerror:parameter). With both signatures accepting aLogger.Messagepositional argument and everything else defaulted, plain call sites likelogger.notice(\"...\")are ambiguous."Logger.currentcomputed property, which collides withTuistLogging's existing@TaskLocal public static var current: Loggerextension.Command 0.14.14is not a one-line change: it's a migration across dozens of call sites plus a rework of the task-local logger, unrelated to the CI VM hang fix that shipped in fix: install pipe drainers synchronously so tuist install stops hanging on 3-vCPU CI VMs #313.The Command bumps to 1.14 / 1.15 were Renovate keep-current bumps, not landed to consume new swift-log features.
Command's own source doesn't reference any 1.14/1.15-only API, so walking swift-log back to 1.13.2 is a no-op for Command and lets the pipe-drainer fix reachtuist installimmediately.What changed
Package.swift:apple/swift-logback to.upToNextMajor(from: "1.13.2").Package.resolved: pinned back to 1.13.2.Follow-up (not in this PR)
apple/swift-logbelow 1.14 so the same bump doesn't land again next week. Happy to file that as a separate PR once this is in.Test plan
swift test: 17 tests in 4 suites pass, ~8s. Including the newCommandRunnerPipeStarvationTests.stdoutPipeIsDrainedBeforeProcessRuns_underCongestionregression test from fix: install pipe drainers synchronously so tuist install stops hanging on 3-vCPU CI VMs #313.🤖 Generated with Claude Code