Oliver M Daniel

Just to add some more context to this, I get the same error and it will fail on different packages on each attempt if running uv clean in between ```...

For many packages I can just run uv pip install [package] again without using "uv clean" and it will work without the "os error 5" but with numpy 1.26.4 it...

> I think this is an error when attempting to persist the unzipped wheel to the wheel cache? The contents of the temp folder in $UV_CACHE_DIR are unzipped after the...

I think this issue may crop up in corporate or more secure environments that have some layer of security running over all processes. I think there is a slight lag...

@Wofiel Our issue may be too niche to get traction (which I don't disagree with at this stage of uv) time to learn rust and attempt a PR

> That's interesting - though retrying multiple times sort of defeats the purpose of UV being so fast. > > I wonder why pip success but UV fails. > >...

I haven't examined the source code but from my own testing I surmise a couple of things going on here. First, wrf-python does not play nice with build isolation. If...

I will have to make a segregate example xlsx file that surfaces the same issues I encountered with my data and I should be able to provide that in the...

[test.xlsx](https://github.com/user-attachments/files/19569403/test.xlsx) Below shows some ipython repl output using the test.xlsx file of these test read_geo (w/ 'FIELD_TYPES=STRING") cast read_geo result read_xlsx (w/ 'all_varchar = True') cast read_xlsx result read_xlsx (w/...

I would think that FROM read_xlsx(all_varchar=true) and FROM st_read(open_options ['HEADERS=AUTO','FIELD_TYPES=STRING']); however, I do not know if producing the same output was a goal of the DuckDB excel extension as the...