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 imm
On Sat, Apr 4, 2015 at 6:03 PM, Mike Burns 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
> that the semicolon occurs
On 2015-04-04 17.27.47 -0700, Philip Guenther wrote:
> On Sat, Apr 4, 2015 at 5:19 PM, Mike Burns
> 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 ba
On Sat, Apr 4, 2015 at 5:19 PM, Mike Burns 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?
...
> - fprintf(s->ofile, "\t%s\n", time_
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
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 usual
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
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
> #
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 = 869d29d19719b3057
On Sat, Apr 4, 2015 at 11:31 AM, Jérémie Courrèges-Anglas
wrote:
>
> Here's some nitpicking.
Matching the .h good. ok guenther@
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 /u
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 -
On Sat, 4 Apr 2015 15:23:45 -0300
Gleydson Soares 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.
> 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 -r
On Sat, Apr 4, 2015 at 10:35 AM, Jérémie Courrèges-Anglas
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, reversing the or
> 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
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 case.
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.
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: /cvs/src/usr
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
20 matches
Mail list logo
