Hi,
On Mon, Jan 05, 2015 at 01:15:52AM +1100, Russell Sim wrote:
> > I can reproduce this in my test environment on i386 and amd64. It only
> > happens
> > when the builddir and /tmp are on different filesystems. It seems the local
> > clone tries to create a hard link, which fails across filesys
Ivo De Decker writes:
> The failure that happens on the i386 buildd is this one:
>
> 1) Failure:
> clone::nonetwork::local_absolute_path
> [/«PKGBUILDDIR»/tests/clone/nonetwork.c:91]
> Function call failed: (git_clone(&g_repo, local_src, "./foo", &g_options))
> error -1 - git_path_direach
Hi,
On Fri, Jan 02, 2015 at 12:04:49AM +1100, Russell Sim wrote:
> > Also, please note that most of the changes in the latest uploads probably
> > don't comply with the freeze policy. If you think they do, you need to file
> > an
> > unblock request explaining why (including a debdiff).
> >
> > h
Ivo De Decker writes:
>> > The failure that happens on the i386 buildd is this one:
>> >
>> > 1) Failure:
>> > clone::nonetwork::local_absolute_path
>> > [/«PKGBUILDDIR»/tests/clone/nonetwork.c:91]
>> > Function call failed: (git_clone(&g_repo, local_src, "./foo",
>> > &g_options))
>> > e
Hi,
On Tue, Dec 30, 2014 at 07:14:41PM +1100, Russell Sim wrote:
> >> 1) Failure:
> >> repo::iterator::fs_preserves_error
> >> [/tmp/libgit2-0.21.1/tests/repo/iterator.c:952]
> >> Expected function call to fail: git_iterator_advance(&e, i)
> >
> > This problem is only occurs when running is r
Hi Ivo!
Ivo De Decker writes:
> On Tue, Nov 25, 2014 at 10:38:44PM +0100, Lucas Nussbaum wrote:
>> Note that the build now fails on i386 too.
>>
>> Trying to reproduce it locally, I run into yet another problem:
>>
>> 1) Failure:
>> repo::iterator::fs_preserves_error
>> [/tmp/libgit2-0.21.1
Control: tags -1 patch
Hi,
On Tue, Nov 25, 2014 at 10:38:44PM +0100, Lucas Nussbaum wrote:
> Note that the build now fails on i386 too.
>
> Trying to reproduce it locally, I run into yet another problem:
>
> 1) Failure:
> repo::iterator::fs_preserves_error
> [/tmp/libgit2-0.21.1/tests/repo/i
On Tue, 25 Nov 2014 22:38:44 +0100 Lucas Nussbaum wrote:
> Trying to reproduce it locally, I run into yet another problem:
>
> 1) Failure:
> repo::iterator::fs_preserves_error
> [/tmp/libgit2-0.21.1/tests/repo/iterator.c:952]
> Expected function call to fail: git_iterator_advance(&e, i)
>
>
On 30/10/14 at 08:40 +1100, Russell Sim wrote:
> OK, I'm about to request an upload of 0.21.2. Seems that it's still
> failing on kfreebsd.
Hi,
Note that the build now fails on i386 too.
Trying to reproduce it locally, I run into yet another problem:
1) Failure:
repo::iterator::fs_preserve
OK, I'm about to request an upload of 0.21.2. Seems that it's still
failing on kfreebsd.
1) Failure:
repo::init::extended_1 [/home/russell/libgit2-0.21.2/tests/repo/init.c:340]
Function call failed: (git_repository_init_ext(&_repo, "root/b/c.git", &opts))
error -1 - Failed to set permissi
Salvo Tomaselli writes:
> I have reported the bug upstream
> https://github.com/libgit2/libgit2/issues/2580
>
>
> It would be nice for me if this could be solved, because subsurface is stuck
> in sid otherwise.
Thanks for pushing this upstream, I was going to try and replicate this
before send
Hi
I have reported the bug upstream
https://github.com/libgit2/libgit2/issues/2580
It would be nice for me if this could be solved, because subsurface is stuck
in sid otherwise.
Best
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso, ragione
12 matches
Mail list logo
