On Tue, May 08, 2018 at 09:53:27PM +0200, Christian Weisgerber wrote:
> phess...@openbsd.org:
>
> > bulk build on arm64.ports.openbsd.org
> > started on Sat May 5 03:55:36 MDT 2018
> > finished at Tue May 8 11:22:53 MDT 2018
> >
> > build failures: 77
>
> The new #1 problem here is that g-ir-sc
On Sun, May 06 2018, Kaashif Hymabaccus wrote:
> On Mon, Apr 30, 2018 at 05:51:31PM +0200, Solene Rapenne wrote:
>>
>> a TEST_DEPENDS is needed here
>>
>>
>> A few changes are needed in pkg/PLIST too
>>
>> - remove share/doc/rss2email3/README, because the README from pkg/README
>> will be au
Hi,
attached is the diff to update sleuthkit to latest release.
PostgreSQL, libvhdi, & libvmdk are now supported, so use them.
More information:
https://github.com/sleuthkit/sleuthkit/releases/tag/sleuthkit-4.6.1
Ok?
Cheers,
Remi.
Index: Makefile
==
"== 20180425 Release ==
-- Updates upon 20180312 release --
Processor Identifier Version Products
ModelStepping F-MO-S/PI Old->New
updated platforms
GLK B0 6-7a-1/01 001e->0022 Pentium Silver N/J5xxx
> All that said, I now have a working Coq 8.8.0 installed.
great! thanks, pesco.
I'll try this the next weekend.
btw, on MacOS with homebrew, I tried opam to install coq, just works.
I wanna see coq as a opam package on OpenBSD, too...
if anyone already has an experience, please advice.
-- yozo.
I was going to report this as I hit the problem building this.
I suggest that more is required, how exactly are boost headers used? A
RUN_DEPENDS may have to be added for boost.
I haven't looked to see if there is a way to disable the need for boost.
The REVISION bump is normally not required fo
On Tue, May 08 2018, Klemens Nanni wrote:
> On Tue, May 08, 2018 at 12:39:12PM -0600, Theo de Raadt wrote:
[...]
>> By making it very clear what are dropping, you make it vague *what remains*.
> Yes, that's the (obvious) trade-off I made.
>
>> And *what remains* is the meat of the matter, becaus
On Tue, May 08, 2018 at 11:14:01AM -0700, Thomas Frohwein wrote:
> Sorry, this was missed. arx-libertatis uses boost (headerfiles only).
> The following diff should fix this.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/arx
On Mon, 7 May 2018 20:16:40 -0400
James Turner wrote:
> On Tue, May 08, 2018 at 12:09:58AM +, Ian McWilliam wrote:
> >
> > I know it won't help the resolve the issue.
> >
> >
> > https://reviews.llvm.org/D25324
> >
> >
> > [ELF] - Check that section alignment is a power of 2.
> >
> >
>
This patch addresses CVE-2018-10115, an arbitrary code execution bug.
Regression tested on amd64 and i386 on current, 6.3, and 6.2. Diffs for
all three are attached.
Index: Makefile
===
RCS file: /systems/cvs/ports/archivers/p7zip/Ma
On Mon, Apr 30 2018, Björn Ketelaars wrote:
> Diff below brings git-cola to the latest version (3.1). Overview on
> fixes and additions can be found at
> https://github.com/git-cola/git-cola/blob/master/share/doc/git-cola/relnotes.rst
>
> - upstream switched to py.test to execute the test suite in
Hello, ports@!
this is simple update my maintained sakura port to 3.6.0
OK?
Index: Makefile
===
RCS file: /cvs/ports/x11/sakura/Makefile,v
retrieving revision 1.21
diff -u -p -u -p -r1.21 Makefile
--- Makefile 28 Apr 2018 22:13:57 -00
On Tue, May 08, 2018 at 12:39:12PM -0600, Theo de Raadt wrote:
> >On Tue, May 08, 2018 at 05:06:19PM +0200, Jeremie Courreges-Anglas wrote:
> >> hitch and isync would be the first programs to use this pattern.
> >> I'm not sure it makes it easier to *think* about promises made in
> >> a program, an
phess...@openbsd.org:
> bulk build on arm64.ports.openbsd.org
> started on Sat May 5 03:55:36 MDT 2018
> finished at Tue May 8 11:22:53 MDT 2018
>
> build failures: 77
The new #1 problem here is that g-ir-scanner segfaults. That is
fallout from the devel/gobject-introspection update during p2k
On 2018/05/08 20:25, Klemens Nanni wrote:
> > Looks like the license marker ought to be GPLv2+.
> AFAIC https://sourceforge.net/p/isync/isync/ci/master/tree/COPYING is GPLv2.
The COPYING file doesn't tell you whether it's "v2 only" or "v2 or later",
for that you need to look at the actual copyrigh
>On Tue, May 08, 2018 at 05:06:19PM +0200, Jeremie Courreges-Anglas wrote:
>> hitch and isync would be the first programs to use this pattern.
>> I'm not sure it makes it easier to *think* about promises made in
>> a program, and I don't see a reason to go down that road.
>drop_promises() was intro
On Tue, May 08, 2018 at 05:06:19PM +0200, Jeremie Courreges-Anglas wrote:
> hitch and isync would be the first programs to use this pattern.
> I'm not sure it makes it easier to *think* about promises made in
> a program, and I don't see a reason to go down that road.
drop_promises() was introduced
Sorry, this was missed. arx-libertatis uses boost (headerfiles only).
The following diff should fix this.
Index: Makefile
===
RCS file: /cvs/ports/games/arx-libertatis/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makef
bulk build on arm64.ports.openbsd.org
started on Sat May 5 03:55:36 MDT 2018
finished at Tue May 8 11:22:53 MDT 2018
lasted 04D00h27m
done with kern.version=OpenBSD 6.3-current (GENERIC.MP) #100: Fri May 4
12:54:54 MDT 2018
built packages:8025
May 5:2043
May 6:1480
May 7:1643
May 8:2858
buil
Better to just fix phar on sparc64...does anyone have more information
on the problem?
On 2018/05/08 17:49, Martijn van Duren wrote:
> Hello ports@,
>
> This diff moves phar to its own subpackage, which requires quite a bit
> of changes:
> - Since -phar breaks sparc64, allow it to be disabled
>
Hello ports@,
This diff moves phar to its own subpackage, which requires quite a bit
of changes:
- Since -phar breaks sparc64, allow it to be disabled
- For specifying what package doesn't build on a certain architecture I
use NOT_FOR_ARCHS-phar (BROKEN- doesn't work on subpackages)
- To determine
On Sat, May 05 2018, Klemens Nanni wrote:
> It's still running with prot_exec due to ecurity/cyrus-sasl2, but that's
> subject to change in an updated diff once I've fiddled with multiple
> accounts and different `AuthMeths' configurations.
>
> The diff is relatively straight forward, but I'm happ
Thanks again, you re right.
On 8 May 2018 at 12:13, Stuart Henderson wrote:
> On 2018/05/08 10:38, David CARLIER wrote:
> > Thanks for inputs, here an update version.
>
> I've just tried this, with changed SHARED_LIBS lines (because these lines
> are meant to be the "source of truth" for library
On 2018/05/08 10:38, David CARLIER wrote:
> Thanks for inputs, here an update version.
I've just tried this, with changed SHARED_LIBS lines (because these lines
are meant to be the "source of truth" for library versions, i.e. you
should be able to change these in the port Makefile and the build sh
Thanks for inputs, here an update version.
On 8 May 2018 at 09:22, Stuart Henderson wrote:
> On 2018/05/08 09:57, David CARLIER wrote:
> > @@ -34,34 +40,78 @@ include/xmlrpc_client.h
> > include/xmlrpc_server.h
> > include/xmlrpc_server_w32httpsys.h
> > lib/libxmlrpc++.a
> > +lib/libxmlrpc++.
hello! I updated znc irc bouncer to 1.7
ok?
Index: Makefile
===
RCS file: /cvs/ports/net/znc/Makefile,v
retrieving revision 1.35
diff -u -p -u -p -r1.35 Makefile
--- Makefile 16 Nov 2017 23:20:39 - 1.35
+++ Makefile 8 May 2018 10:
On 2018/05/08 09:57, David CARLIER wrote:
> @@ -34,34 +40,78 @@ include/xmlrpc_client.h
> include/xmlrpc_server.h
> include/xmlrpc_server_w32httpsys.h
> lib/libxmlrpc++.a
> +lib/libxmlrpc++.so
> +lib/libxmlrpc++.so.2
These symlinks are wrong..
> +@lib lib/libxmlrpc++.so.${LIBxmlrpc++_VERSION}
On 7 May 2018 at 23:49, Marc Espie wrote:
> On Mon, May 07, 2018 at 10:57:48PM +0100, David CARLIER wrote:
> > Hi,
> >
> > here a proposal to update xmlrpc-c to the last "stable" release in case
> it
> > might be of interest.
> >
> > Regards.
>
> > ? patches/patch-common_mk
> Looks like you forgo
You are right Stuart, I was lazy and sloppy with this one.
Just ignore the update that I sent.
Elias.
2018-05-07 21:50 GMT-03:00 Stuart Henderson :
> On 2018/05/07 20:32, Elias M. Mariani wrote:
>> Looking for someone to check and commit the change to the CVS.
>> Elias.
>>
>> 2018-05-04 21:02 GMT-
29 matches
Mail list logo