On Tue, Jun 5, 2018 at 8:28 AM, Phillip Hellewell wrote:
> Ok, not a problem. I will take care of it soon.
>
Committed:
https://github.com/sshock/AFFLIBv3/commit/92ee47f7ef6e26f6c9f10e24fda3970b6c109685
Phillip
On Mon, Jun 4, 2018 at 8:09 AM, Helmut Grohne wrote:
> Thank you for the offer, but I need to optimize for throughput. I've
> sent around 1000 or such patches for cross building and this diff
> doesn't even look copyright-able to me. Can you just apply it?
>
Ok, not a problem. I will take care
Thanks Helmut. I can fix this upstream on
https://github.com/sshock/AFFLIBv3/
Would you like to submit it as a pull request on github so you can get
proper attribution?
Phillip
On Sat, Jun 2, 2018 at 10:46 PM, Helmut Grohne wrote:
> Source: afflib
> Version: 3.7.16-3
> Tags: patch upstream
>
I checked in the fix for this in commit 435a2ca (
https://github.com/sshock/AFFLIBv3/commit/435a2ca). (Sorry I didn't have a
CVE id yet so that was not included in the commit comment.)
What needs to happen now? Do I need to do anything or can you guys take it
from here?
Phillip
On Sun, Mar 11,
On Mon, Nov 21, 2016 at 9:21 AM, Adrian Bunk wrote:
> On Sat, Nov 19, 2016 at 07:12:19PM -0700, Phillip Hellewell wrote:
>>...
>> - Now tries to link a few of the libraries statically (e.g.,
>> libicuuc.a). ld blows up with a bunch of relocation R_X86_64_32S, blah
&g
Consider this use case for an end user with 64-bit Debian 9:
- Compiles an executable with gcc, linking a few libraries like ICU,
openssl, bz2, etc. Works fine.
- Now tries to link a few of the libraries statically (e.g.,
libicuuc.a). ld blows up with a bunch of relocation R_X86_64_32S, b
On Tue, Sep 17, 2013 at 8:26 AM, Daniel Kahn Gillmor
wrote:
> bug 676176 is assigned to the trac package, but the version number
> you're citing seems to be a python-subversion version number.
I don't have trac installed; I'm not using trac at all. I'm seeing
the problem with viewvc 1.1.5-1.4 an
This is still a problem in the latest version, 1.6.17dfsg-4+deb7u3.
Please fix it. It's annoying to have to re-patch core.py every time
python-subversion gets updated.
Phillip H
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
This is still a problem with the latest version, 1.6.17dfsg-4+deb7u2.
I had to workaround it with the original patch mentioned here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676176#10
This workaround didn't help (and was actually already in place):
http://bugs.debian.org/cgi-bin/bugreport
I need KrbAppendRealm too, and I was kinda bummed when I found out (the
hard way) that I needed to patch it manually.
Any reason not to apply this patch?
Phillip
--
Phillip Hellewell
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubs
On Mon, Jan 19, 2009 at 3:30 PM, Michael Biebl wrote:
> What I'm wondering though is:
> This fix is included in the final 0.7.0 release (which was on Nov 27th).
>
> Does that mean, that this problem is fixed for you with 0.7.0-1 from
> experimental?
>
I bet it is fixed in 0.7.0-1, but I don't kn
On Mon, Jan 19, 2009 at 9:26 AM, Phillip Hellewell wrote:
> On Mon, Jan 19, 2009 at 4:11 AM, Michael Biebl wrote:
>
>> Now that NetworkManager is managed via git, you could try to use the
>> great "git bisect" feature to get the relevant commit.
>>
>
On Mon, Jan 19, 2009 at 4:11 AM, Michael Biebl wrote:
> Now that NetworkManager is managed via git, you could try to use the
> great "git bisect" feature to get the relevant commit.
>
It's funny you should mention that, because that's exactly what I started
doing last night. Unfortunately, I ha
Please see comment #12 on the upstream bug:
http://bugzilla.gnome.org/show_bug.cgi?id=564709
The real problem was nm-system-settings returning non-null zero-length
secrets over dbus (secrets that should not have been returned at all).
However, the latest nm-system-settings (from svn) works correct
I created a bug upstream and submitted a patch too. Please give it a try.
Upstream bug: http://bugzilla.gnome.org/show_bug.cgi?id=564709
Patch: http://bugzilla.gnome.org/attachment.cgi?id=124773&action=view
Phillip Hellewell
Package: bind9
Version: 1:9.3.4-2
Severity: normal
I can't track down exactly what triggers this, but I have some zones set
up that are forward only and forwarder is a DNS server on the other end
of a VPN tunnel. Sometimes that tunnel is down and I believe that is
when the problem seems to happe
16 matches
Mail list logo
