Hi,
Sorry, I messed this up.
The fix for CVE-2016-8569 was included in the 0.24.2-1 release but the
fix for CVE-2016-8568 wasn't.
Sorry about that, I have pushed a new version to unstable that includes
the fix, the version is 0.24.5-1. I realised the mistake when I was
reviewing some diffs befo
k that it would make it past
freeze. But it appears that my assumption was mistaken. Thanks for
prodding me
I'll wait until after the full freeze to package and push 0.25.0 to
experimental.
Thanks,
Russell
On 28 December 2016 at 00:27, Andreas Henriksson wrote:
> Hello Russell Sim.
>
amb writes:
> forwarded 841532 https://github.com/libgit2/libgit2/issues/3970
> thanks
>
> Russell Sim wrote:
>
>> I have forwarded this bug report upstream
>> https://github.com/libgit2/libgit2/issues/3970 in the mean time I'll add
>> a fix to the existing pa
Chris Lamb writes:
Hi Chris,
Thanks for reporting this,
I have forwarded this bug report upstream
https://github.com/libgit2/libgit2/issues/3970 in the mean time I'll add
a fix to the existing package to force tests to run in GMT timezone.
> Source: libgit2
> Version: 0.24.1-2
> Severity: seri
3942 86EC 74C3 5394 479D D352 4C51
>
>
--
Cheers,
Russell Sim
Hi Dmitry,
Dmitry Smirnov writes:
> Just uploaded libgit2 introduced serious regression due to loss of bindings
> with libssh2 which causes loss of symbols in dependent library "libgit2-glib"
> and then in turn FTBFS in "gitg".
>
> Quoting "CHANGELOG.md":
>
> * The search for libssh2 is no
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
David Suárez writes:
> Source: libgit2
> Version: 0.21.1-1
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20140913 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
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 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
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
Paul Tagliamonte writes:
> On Fri, Sep 06, 2013 at 10:35:07AM +1000, Russell Sim wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Paul Tagliamonte writes:
>>
>> > On Mon, Sep 02, 2013 at 11:32:09PM +1000, Russell Sim wrote:
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Tagliamonte writes:
> On Mon, Sep 02, 2013 at 11:32:09PM +1000, Russell Sim wrote:
>> Paul Tagliamonte writes:
>>
>> > I notice there's a mix of GPLv2 and Apache2 code in the same binary.
>> > This comb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Tagliamonte writes:
> I notice there's a mix of GPLv2 and Apache2 code in the same binary.
> This combined work isn't distributable. It'd be super great to fix this
> by getting upstream to move to GPLv3 or dropping the apache2 code (or
> gettin
14 matches
Mail list logo
