...on Sat, Jun 03, 2017 at 08:25:58PM +0200, Sebastien Marie wrote:
> here you don't have VREAD perm on "test1" (only VEXEC), so you can't
> obtain the name of "subdir" as it is written in "test1" vnode: getcwd(3)
> fails.
Thanks for the detailed explanation.
I guess that git doesn't handle t
On Sat, Jun 03, 2017 at 06:13:56PM +0200, Alexander Bochmann wrote:
> Hi,
>
> ...on Wed, May 31, 2017 at 03:07:55PM -0400, Ted Unangst wrote:
>
> > Kurt Mosiejczuk wrote:
> > > Just recently converted the main user machines students and faculty use
> > > to OpenBSD 6.1. I've found out that gi
Hi,
...on Wed, May 31, 2017 at 03:07:55PM -0400, Ted Unangst wrote:
> Kurt Mosiejczuk wrote:
> > Just recently converted the main user machines students and faculty use
> > to OpenBSD 6.1. I've found out that git will abort in one scenario
> > where there is a directory in the tree where the
On Fri, Jun 02, 2017 at 04:37:08PM +0200, Alexander Bochmann wrote:
> > to OpenBSD 6.1. I've found out that git will abort in one scenario
> > where there is a directory in the tree where the user has execute
> > permissions but not read permissions.
> Did you use the git version from ports (
...on Wed, May 31, 2017 at 02:46:59PM -0400, Kurt Mosiejczuk wrote:
> to OpenBSD 6.1. I've found out that git will abort in one scenario
> where there is a directory in the tree where the user has execute
> permissions but not read permissions.
Did you use the git version from ports (2.12.2)?
Kurt Mosiejczuk wrote:
> Just recently converted the main user machines students and faculty use
> to OpenBSD 6.1. I've found out that git will abort in one scenario
> where there is a directory in the tree where the user has execute
> permissions but not read permissions.
>
> I traced down this
Just recently converted the main user machines students and faculty use
to OpenBSD 6.1. I've found out that git will abort in one scenario
where there is a directory in the tree where the user has execute
permissions but not read permissions.
I traced down this abort to a getcwd(3) call where git
