<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ydb/util/system/fs_win_ut.cpp, branch get_cmakelists2</title>
<subtitle>Mirror of YDB github repos</subtitle>
<id>https://code.mastervirt.ru/ydb/atom?h=get_cmakelists2</id>
<link rel='self' href='https://code.mastervirt.ru/ydb/atom?h=get_cmakelists2'/>
<link rel='alternate' type='text/html' href='https://code.mastervirt.ru/ydb/'/>
<updated>2022-12-19T21:50:48Z</updated>
<entry>
<title>add windows platform to ydb github export</title>
<updated>2022-12-19T21:50:48Z</updated>
<author>
<name>alexv-smirnov</name>
<email>alex@ydb.tech</email>
</author>
<published>2022-12-19T21:50:48Z</published>
<link rel='alternate' type='text/html' href='https://code.mastervirt.ru/ydb/commit/?id=84f2cfa253cc618438ed6e9d68b33fa7c0d88cb9'/>
<id>urn:sha1:84f2cfa253cc618438ed6e9d68b33fa7c0d88cb9</id>
<content type='text'>
</content>
</entry>
<entry>
<title>fix ya.make</title>
<updated>2022-07-07T11:41:37Z</updated>
<author>
<name>monster</name>
<email>monster@ydb.tech</email>
</author>
<published>2022-07-07T11:41:37Z</published>
<link rel='alternate' type='text/html' href='https://code.mastervirt.ru/ydb/commit/?id=06e5c21a835c0e923506c4ff27929f34e00761c2'/>
<id>urn:sha1:06e5c21a835c0e923506c4ff27929f34e00761c2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove read-only files and directories on Windows (to match behavior on unix)</title>
<updated>2022-03-16T11:01:41Z</updated>
<author>
<name>setser</name>
<email>setser@yandex-team.ru</email>
</author>
<published>2022-03-16T11:01:41Z</published>
<link rel='alternate' type='text/html' href='https://code.mastervirt.ru/ydb/commit/?id=e53b11f9862a561704077616d62587223ffa9d70'/>
<id>urn:sha1:e53b11f9862a561704077616d62587223ffa9d70</id>
<content type='text'>
Current behavior of RemoveDirWithContents does not allow removing
directories if any of files in this directory is read-only. This
behavior, however, does not allow, for example, to remove temporary
directory, in which git repository was created (on *nix systems,
however, this problem was not noticed). This PR overrides this behavior.

ref:1faf91e233008b4aece4f2b953884b52346ce2be
</content>
</entry>
</feed>
