I dont have Windows 7 installed, just bits of it that are installed from the "DLL Section" (see #1752). I run winetricks/winetricks-test a fair amount, don't really want that to get lost all the time (particularly when someone sends a PR to add a new dll from that list $ du -sh ~/.cache/winetricks/win7sp1 If the user wants a different dll, it would then go through the same logic (and for me/most users, would extract from the existing redist, for you or anyone else who saved space, would download again, cache the new dlls, and warn again). If a user then runs the same command again, the dll is cached and is copied again. Maybe warn the user that they can then delete the redist if they wan to save space. Just brainstorming, but my initial thoughts would be to extract the dll(s) to the win7sp1 cache, and then copy from there to the prefix/regsvr/etc. From there, I'm not sure what's the best way forward. I.e., have helper_win7sp1 check for the cached dll, and if that's not present, check for the full redist, and if that's not available, download it.
On the other hand, this frees a lot less space relative to idea 1, so it's probably not worthwhile anyway.īeen thinking it over, I don't like the idea of throwing away the cache by default, but I'm open to a compromise solution around idea 1.
Most of the above DLLs aren't commonly useful, and I think the ones that are generally aren't useful in combination with others, except for the directshow ones. This does mean redownloading the redist potentially more often, but it honestly seem that unreasonable to me either. Idea 2: Shrink that even further by only caching the requested DLLs.
Of course it means that we'll need to redownload the whole redist if we ever extract another file from it, but that seems reasonable enough to me. I think that should come out to about 40-50 MB total (it's 21 MB for 圆4 didn't check x86). The full list is: amstream, dxdiagn, esent, gdiplus, iertutil, mf, mfc40, mfc40u, msdelta, msftedit, oleaut32, pdh, prntvpt, qasf, qcap, qdvd, qedit, quartz, secur32, urlmon, usp10, webio, wininet, xmllite. Idea 1: Instead of caching the whole redist, cache the DLLs winetricks might extract from it and throw away the binary. This means that I do want to be able to frequently install quartz/qcap/etc. My use case (which admittedly is very unusual) for this redist in particular is that I like to use winetricks directshow and then run crosstests against native DLLs without a whole Windows installation. Feel free to close if none of these are to your liking. I'm opening an issue here to throw out a proposal or two wrt making it smaller. It'd be nice if we didn't have to save that whole 1.5 GB in cache.
Both architectures together take up 1.5 GB, which is a lot.
0 kommentar(er)
