Hi tech --
The -D flag in pkg_info is undocumented. So document it.
Please doublecheck to make sure it's correct because I'm not sure.
Also fix a whitespace error while here.
OK?
~Brian
Index: pkg_info.1
===
RCS file:
On Sat, Apr 04, 2015 at 10:48:15AM -0300, Gleydson Soares wrote:
mg(1) segfault.
it is triggered as follows:
1- echo (start-kbd-macro) $HOME/.mg
2- open mg and type twice C-x (
find below the backtrace and a patch to fix.
OK?
Program received signal SIGBUS, Bus error.
definemacro
mg(1) segfault.
it is triggered as follows:
1- echo (start-kbd-macro) $HOME/.mg
2- open mg and type twice C-x (
find below the backtrace and a patch to fix.
OK?
Program received signal SIGBUS, Bus error.
definemacro (f=Variable f is not available.
) at macro.c:43
43
On Sat, Apr 4, 2015 at 5:19 PM, Mike Burns mike+open...@mike-burns.com wrote:
Running into issues with the extra semicolons in OpenSMTPD's Received
header. I see that these semicolons are now removed in -portable[1]. Any
reason not to get rid of them in base, too?
...
-
Running into issues with the extra semicolons in OpenSMTPD's Received
header. I see that these semicolons are now removed in -portable[1]. Any
reason not to get rid of them in base, too?
[1]: https://github.com/OpenSMTPD/OpenSMTPD/pull/520
Index: usr.sbin/smtpd/smtp_session.c
On 2015-04-04 17.27.47 -0700, Philip Guenther wrote:
On Sat, Apr 4, 2015 at 5:19 PM, Mike Burns mike+open...@mike-burns.com
wrote:
Running into issues with the extra semicolons in OpenSMTPD's Received
header. I see that these semicolons are now removed in -portable[1]. Any
reason not to
On Sat, Apr 4, 2015 at 6:03 PM, Mike Burns mike+open...@mike-burns.com wrote:
...
I agree with your analysis of the grammar, but I believe that is what
the code is doing. That line in question is the one that puts the bare
semicolon before the date-time. The newlines have been re-arranged so
Hello tech!
A friend is borrowing one of my machines to build the entire pkgsrc
tree, a task that entails compiling more than 15k individual programs.
This has taken 3 days, even on my modern and prepared amd64 machine! (to
my surprise). This has me curious:
Every OpenBSD release includes an
From: j...@wxcvbn.org (=?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-Anglas?=)
Date: Sat, 04 Apr 2015 18:35:57 +0100
Hi,
just to make things clear, I have no strong opinion towards Philip's
proposal. I merely had kept __BSD_VISIBLE mostly because those
functions had appeared in BSD before
On Sat, Apr 4, 2015 at 10:35 AM, Jérémie Courrèges-Anglas
j...@wxcvbn.org wrote:
just to make things clear, I have no strong opinion towards Philip's
proposal. I merely had kept __BSD_VISIBLE mostly because those
functions had appeared in BSD before they were standardized. Updated
diff,
On Sat, Apr 4, 2015 at 11:31 AM, Jérémie Courrèges-Anglas
j...@wxcvbn.org wrote:
Here's some nitpicking.
Matching the .h good. ok guenther@
Here's some nitpicking.
Index: kvm_open.3
===
RCS file: /cvs/src/lib/libkvm/kvm_open.3,v
retrieving revision 1.17
diff -u -p -r1.17 kvm_open.3
--- kvm_open.3 21 Jan 2014 03:15:45 - 1.17
+++ kvm_open.3 4 Apr 2015 18:29:25
Hi,
just to make things clear, I have no strong opinion towards Philip's
proposal. I merely had kept __BSD_VISIBLE mostly because those
functions had appeared in BSD before they were standardized. Updated
diff, reversing the order of the tests, but not (yet?) suppressing the
__BSD_VISIBLE
return (macrodef = FALSE);
but we shouldn't change macrodef here.
? mg
? mg_segfault.diff
? v2_mg_segfault.diff
Index: macro.c
===
RCS file: /cvs/src/usr.bin/mg/macro.c,v
retrieving revision 1.16
diff -u -p -u -p
On Sat, 4 Apr 2015 15:23:45 -0300
Gleydson Soares gsoa...@gmail.com wrote:
but we shouldn't change macrodef here.
Regardless of whether macrodef is being changed, you're still returning
if macrodef is true, so there is no way for it to be true at the point
where you're adding a test for it.
On Sat, Apr 04, 2015 at 03:23:45PM -0300, Gleydson Soares wrote:
return (macrodef = FALSE);
but we shouldn't change macrodef here.
I hate the startup file.
Look, this is a use after free, but I can't find it...
#0 0x1b9de0b1b77f in definemacro (f=0, n=1)
at
On Sat, Apr 4, 2015, at 11:27 PM, Landry Breuil wrote:
On Sat, Apr 04, 2015 at 11:07:11PM +0200, Adam Wolk wrote:
Hi tech@
I'm the maintainer of www/otter-browser and I got caught while packaging
otter-browser 0.9.04. Upstream asked us to point at a different commit
then the tagged
Hi tech@
I'm the maintainer of www/otter-browser and I got caught while packaging
otter-browser 0.9.04. Upstream asked us to point at a different commit
then the tagged revision so we did:
GH_TAGNAME = v0.9.04
# This is the actual tagged revision
# GH_COMMIT =
On Sat, Apr 04, 2015 at 11:07:11PM +0200, Adam Wolk wrote:
Hi tech@
I'm the maintainer of www/otter-browser and I got caught while packaging
otter-browser 0.9.04. Upstream asked us to point at a different commit
then the tagged revision so we did:
GH_TAGNAME = v0.9.04
# This is
I've updated OpenBSD patches for perl-5.20.2 and would like to get some
additional testing before seeing about importing it.
I've been able to run tests on alpha, amd64, armv7, macppc, and sparc64
and should be able to try vax shortly. I'd appreciate any other
architectures you can try.
As
20 matches
Mail list logo