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
On Mon, Nov 21, 2016 at 9:21 AM, Adrian Bunk <b...@stusta.de> 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
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,
On Tue, Sep 17, 2013 at 8:26 AM, Daniel Kahn Gillmor
d...@fifthhorseman.net 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
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?
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):
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 sshock AT sshock.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
On Mon, Jan 19, 2009 at 4:11 AM, Michael Biebl bi...@debian.org 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.
On Mon, Jan 19, 2009 at 9:26 AM, Phillip Hellewell ssh...@gmail.com wrote:
On Mon, Jan 19, 2009 at 4:11 AM, Michael Biebl bi...@debian.org 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
On Mon, Jan 19, 2009 at 3:30 PM, Michael Biebl bi...@debian.org 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
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
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=124773action=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
16 matches
Mail list logo