OmegaPhil:
> I understand what you are saying from the manpage, however it does seem
> reasonable to say that any unusual errno state means a failure has
> occurred somewhere (ignoring the fact that released libau currently sets
> EBADF even when a failure has not happened).
>
> If I report this
Hello Michael,
"M. J. Everitt":
> I was attempting to apply the aufs3 kernel patches to a 3.12.52 kernel
> I'm running under Gentoo linux, but the patchset for 3.12.31+ now fails.
> I contacted the Gentoo maintainer[1] who pointed me to this kernel
> commit[2], which tallies with my results of
On 22/01/17 22:09, sf...@users.sourceforge.net wrote:
> I didn't check the source files of git-fetch, but this symptom indicates
> that git-fetch incorrectly tests errno after libau:closedir() returned a
> success.
> libau can fix this problem (see the attachment again), but it is
> definitly
Hi,
I was attempting to apply the aufs3 kernel patches to a 3.12.52 kernel
I'm running under Gentoo linux, but the patchset for 3.12.31+ now fails.
I contacted the Gentoo maintainer[1] who pointed me to this kernel
commit[2], which tallies with my results of patch failure. Can you
suggest what my
Yair Yarom:
> Thanks, the patch works for me (we're usually not using acl, and that's
> what I've checked).
Thanks.
The patch will be included in next aufs release after my local tests
which takes several days.
J. R. Okajima
Thanks, the patch works for me (we're usually not using acl, and that's
what I've checked).
Yair.
On Sun, Jan 22 2017, sf...@users.sourceforge.net wrote:
> Hello Yair,
>
> Yair Yarom:
>> We're also seeing this issue, where removexattr returns EINVAL. Our ro
>> branch is nfs (without acl),