Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Build cache in %APPDATA% suffering from read-only flags #2607

Closed
veelo opened this issue Feb 28, 2023 · 2 comments
Closed

Build cache in %APPDATA% suffering from read-only flags #2607

veelo opened this issue Feb 28, 2023 · 2 comments

Comments

@veelo
Copy link
Contributor

veelo commented Feb 28, 2023

Since Dub started using the central build cache under %APPDATA% on Windows, I am having trouble building subpackages of Pegged.

The problem occurs both in GitHub Actions and locally on my machine. When I inspect the properties of the build folder, I notice that the check box for Read-only is marked black, suggesting that some files/folders are read-only while others are not. I can uncheck the box and apply recursively, but when I check back immediately after, the box is ticked again.

I actually don't think this is Dub's fault, it possibly is some "security" feature of Windows (I am running 10 Pro), but I don't know how to work around it. I already have added an exclusion for the cache directory under Windows "Virus & thread protection settings".

I don't see an option in the documentation to set the cache location manually for dub test.

I am reporting it here for others to see, maybe %APPDATA% cannot be relied on for build cache.

@Geod24
Copy link
Member

Geod24 commented Mar 1, 2023

It looks like my release notes were wrong. The cache is in %LOCALAPPDATA%, not %APPDATA%.
That's the way it should be. The implementation works as intended, the release notes were the only error.
The difference between %APPDATA% and %LOCALAPPDATA% is that the former roams, while the latter doesn't. IOW, if you are in a domain, your settings will be there whatever machine you log on in, while your build and package cache will not.

@Geod24
Copy link
Member

Geod24 commented Mar 1, 2023

The path in your link is 272 characters, which is over the 256 chars limit. It is likely you are hitting #2538 which will be fixed in the next release.

@Geod24 Geod24 closed this as completed Mar 1, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants