<feed xmlns='http://www.w3.org/2005/Atom'>
<title>gocryptfs/internal/syscallcompat, branch v1.6.1</title>
<subtitle>Mirror of gocryptfs source code on Github</subtitle>
<id>http://nuetzlich.net/cgit/gocryptfs/atom?h=v1.6.1</id>
<link rel='self' href='http://nuetzlich.net/cgit/gocryptfs/atom?h=v1.6.1'/>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/'/>
<updated>2018-08-26T11:04:01+00:00</updated>
<entry>
<title>syscallcompat: drop Fchmodat flags</title>
<updated>2018-08-26T11:04:01+00:00</updated>
<author>
<name>Jakob Unterwurzacher</name>
</author>
<published>2018-08-26T11:00:00+00:00</published>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/commit/?id=658cc4aebba2f1e328911cf6e2f9f6c9d1084a6c'/>
<id>urn:sha1:658cc4aebba2f1e328911cf6e2f9f6c9d1084a6c</id>
<content type='text'>
These were silently ignored until now (!) but
are rejected by Go 1.11 stdlib.

Drop the flags so the tests work again, until
we figure out a better solution.

https://github.com/golang/go/issues/20130
</content>
</entry>
<entry>
<title>fusefrontend: doWrite: delete file header if first write fails</title>
<updated>2018-07-15T13:12:55+00:00</updated>
<author>
<name>Jakob Unterwurzacher</name>
</author>
<published>2018-07-15T12:14:12+00:00</published>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/commit/?id=c70df522d2a78f3152fa61511bed9fafa7c495a3'/>
<id>urn:sha1:c70df522d2a78f3152fa61511bed9fafa7c495a3</id>
<content type='text'>
xfstests generic/083 fills the filesystem almost completely while
running fsstress in parallel. In fsck, these would show up:

  readFileID 2580: incomplete file, got 18 instead of 19 bytes

This could happen when writing the file header works, but writing
the actual data fails.

Now we kill the header again by truncating the file to zero.
</content>
</entry>
<entry>
<title>macos: fix O_DIRECT build failure</title>
<updated>2018-07-04T07:04:00+00:00</updated>
<author>
<name>Jakob Unterwurzacher</name>
</author>
<published>2018-07-04T07:04:00+00:00</published>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/commit/?id=53f7e1a0f02c44d19b8cda178daebe0aa466f352'/>
<id>urn:sha1:53f7e1a0f02c44d19b8cda178daebe0aa466f352</id>
<content type='text'>
O_DIRECT has no direct equivalent on MacOS
(check out https://github.com/libuv/libuv/issues/1600 for details).

Just define it to zero there.
</content>
</entry>
<entry>
<title>Fix three golint warnings</title>
<updated>2018-06-19T18:16:21+00:00</updated>
<author>
<name>Jakob Unterwurzacher</name>
</author>
<published>2018-06-19T18:13:56+00:00</published>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/commit/?id=1bab400fcafb17e33dfc5098634cb1a336546d4f'/>
<id>urn:sha1:1bab400fcafb17e33dfc5098634cb1a336546d4f</id>
<content type='text'>
We are clean again.

Warnings were:

internal/fusefrontend/fs.go:443:14: should omit type string from declaration
of var cTarget; it will be inferred from the right-hand side
internal/fusefrontend/xattr.go:26:1: comment on exported method FS.GetXAttr
should be of the form "GetXAttr ..."
internal/syscallcompat/sys_common.go:9:7: exported const PATH_MAX should have
comment or be unexported
</content>
</entry>
<entry>
<title>darwin does not have PATH_MAX</title>
<updated>2018-06-07T22:47:48+00:00</updated>
<author>
<name>Jakob Unterwurzacher</name>
</author>
<published>2018-06-07T22:47:48+00:00</published>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/commit/?id=bde7ba57b06eb46f8901454e12524a74a8c3b6e8'/>
<id>urn:sha1:bde7ba57b06eb46f8901454e12524a74a8c3b6e8</id>
<content type='text'>
Define our own, with the value from Linux.
</content>
</entry>
<entry>
<title>Fix the easy golint warnings</title>
<updated>2018-04-08T18:26:25+00:00</updated>
<author>
<name>Jakob Unterwurzacher</name>
</author>
<published>2018-04-08T18:24:29+00:00</published>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/commit/?id=bcc8378a2c07476a43c1fe316b79590177ded3d3'/>
<id>urn:sha1:bcc8378a2c07476a43c1fe316b79590177ded3d3</id>
<content type='text'>
Reported by https://goreportcard.com/report/github.com/rfjakob/gocryptfs
</content>
</entry>
<entry>
<title>macos: tests: fix deleting of scratch dir</title>
<updated>2018-03-05T22:40:08+00:00</updated>
<author>
<name>Jakob Unterwurzacher</name>
</author>
<published>2018-03-05T22:40:08+00:00</published>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/commit/?id=4732e33a9a39935ecc07dfb7e857cc05b6fc6045'/>
<id>urn:sha1:4732e33a9a39935ecc07dfb7e857cc05b6fc6045</id>
<content type='text'>
macos rm does not understand --one-file-system,
and it cannot handle unreadable directories.
</content>
</entry>
<entry>
<title>macos: fix second TestEmulateSymlinkat test failure</title>
<updated>2018-03-05T20:20:07+00:00</updated>
<author>
<name>Jakob Unterwurzacher</name>
</author>
<published>2018-03-05T20:20:07+00:00</published>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/commit/?id=7db5395c5346a1b32656b27e504417779435edc8'/>
<id>urn:sha1:7db5395c5346a1b32656b27e504417779435edc8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MacOS: don't test symlinks longer than 1000 bytes</title>
<updated>2018-02-28T19:40:08+00:00</updated>
<author>
<name>Jakob Unterwurzacher</name>
</author>
<published>2018-02-28T19:40:08+00:00</published>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/commit/?id=c5243fc79e25cd589e78f47dafe0e8144885e6e4'/>
<id>urn:sha1:c5243fc79e25cd589e78f47dafe0e8144885e6e4</id>
<content type='text'>
The limit is much lower than on Linux.

https://github.com/rfjakob/gocryptfs/issues/213
</content>
</entry>
<entry>
<title>MacOS: fix TestEmulateSymlinkat test failure</title>
<updated>2018-02-28T19:19:31+00:00</updated>
<author>
<name>Jakob Unterwurzacher</name>
</author>
<published>2018-02-28T19:19:31+00:00</published>
<link rel='alternate' type='text/html' href='http://nuetzlich.net/cgit/gocryptfs/commit/?id=90f2fea7fba8cd2cab1c28471f955a99f91ca0ad'/>
<id>urn:sha1:90f2fea7fba8cd2cab1c28471f955a99f91ca0ad</id>
<content type='text'>
On MacOS, symlinks don't have their own permissions,
so don't check for them.
</content>
</entry>
</feed>
