Nilton Volpato
Nilton Volpato
> Also maybe it _shouldn't_ call `finish()` if there was an exception? `.finish()` fills in the whole progress bar to the end? Yeah, finish ensures that the progress bar reaches...
Yeah, that's a good idea. I like it. I think it's convenient
That seems to be working for me. Can you try on a clean repository synced to head and see if it still happens?
What do you mean? ETA uses the wall time, there's also AdaptiveETA, which may be more accurate if the time to perform each operation varies
Yeah, maybe we should escape the input. A workaround is using "%%" for now
I think this was fixed already in this commmit: https://github.com/niltonvolpato/python-progressbar/commit/b2c5bc088fd4f83276f37fd8f1a2d37727cf9fd3
What's the workaround for this bug for now? I can't install or update a number of things.
> Revert to CLT 15.1. That worked for me. Thanks!
Yes. To downgrade to CLT 15.1: * Uninstall the old CLT (`sudo rm -rf /Library/Developer/CommandLineTools`) and maybe Xcode too * Download the older version of Command Line Tools (and Xcode)...
I can run huggingface-cli download from the command line and it uses the cached version, but not when loading via mlx-audio: ❯ huggingface-cli download mlx-community/Dia-1.6B-4bit Fetching 5 files: 100%|█████████████████████████████████████████████████| 5/5...