Bug#761170: upstream

2015-01-04 Thread Russell Sim
Ivo De Decker iv...@debian.org 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 -

Bug#761170: upstream

2015-01-04 Thread Ivo De Decker
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 filesystems

Bug#761170: upstream

2015-01-02 Thread Ivo De Decker
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).

Bug#761170: upstream

2015-01-01 Thread Russell Sim
Ivo De Decker iv...@debian.org 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 -

Bug#761170: upstream

2014-12-31 Thread Ivo De Decker
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 root (the test

Bug#761170: upstream

2014-12-30 Thread Russell Sim
Hi Ivo! Ivo De Decker iv...@debian.org 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

Bug#761170: upstream

2014-12-29 Thread Ivo De Decker
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

Bug#761170: upstream

2014-12-13 Thread Paul Gevers
On Tue, 25 Nov 2014 22:38:44 +0100 Lucas Nussbaum lu...@debian.org 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:

Bug#761170: upstream

2014-11-25 Thread Lucas Nussbaum
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:

Bug#761170: upstream

2014-10-29 Thread Russell Sim
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 permissions

Bug#761170: upstream

2014-09-25 Thread Russell Sim
Salvo Tomaselli tipos...@tiscali.it 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

Bug#761170: upstream

2014-09-24 Thread Salvo Tomaselli
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