Re: devel/sdl2 => disable sse{,2,3}?
On 01/09/18 00:03, Jonathan Gray wrote:
On Mon, Jan 08, 2018 at 11:42:37PM -0500, Brian Callahan wrote:
Hi Thomas and ports --
I noticed tonight that SDL2 uses -msse, -msse2, and -msse3 flags by default
(at least on amd64). Is this what we want? On one hand, SSE3 was introduced
14 years ago, so perhaps it is reasonable to say that if your CPU is 15
years old or older, then maybe nothing SDL2 will work well. But I don't know
if that's necessarily true.
Attached is the heavy hammer disabling all of SSE. This leaves in MMX and
3DNow! flags, as I do think it's reasonable to say that CPU that pre-date
those extensions are probably too slow to run anything SDL2 at a usable
speed.
SSE/SSE2 at least is unconditionally available for amd64. There may also be
cpuid based runtime checks for the instructions so this diff seems wrong.
I appreciate that, but I didn't propose this diff to be committed. I
want to make sure that unconditionally including SSE3 (and perhaps
SSE/SSE2 on i386) is something we want.
~Brian
Not necessarily looking for OKs, looking to make sure that we are OK with
whatever SSE selection we decide on.
~Brian
Index: Makefile
===
RCS file: /cvs/ports/devel/sdl2/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- Makefile7 Jan 2018 22:56:46 - 1.19
+++ Makefile9 Jan 2018 04:32:33 -
@@ -7,6 +7,7 @@ BROKEN-hppa=src/atomic/SDL_spinlock.c:1
V=2.0.7
DISTNAME= SDL2-${V}
PKGNAME= sdl2-${V}
+REVISION= 0
CATEGORIES= devel
MASTER_SITES= http://www.libsdl.org/release/
@@ -41,7 +42,10 @@ CONFIGURE_ARGS+= --disable-alsa \
--disable-libudev \
--disable-nas \
--disable-oss \
---disable-pulseaudio
+--disable-pulseaudio \
+--disable-sse \
+--disable-sse2 \
+--disable-sse3
# in case devel/usb is installed, don't pick it up.
CONFIGURE_ENV+= ac_cv_lib_usb_hid_init=no \
ac_cv_header_usb_h=no
Re: devel/sdl2 => disable sse{,2,3}?
On Mon, Jan 08, 2018 at 11:42:37PM -0500, Brian Callahan wrote:
> Hi Thomas and ports --
>
> I noticed tonight that SDL2 uses -msse, -msse2, and -msse3 flags by default
> (at least on amd64). Is this what we want? On one hand, SSE3 was introduced
> 14 years ago, so perhaps it is reasonable to say that if your CPU is 15
> years old or older, then maybe nothing SDL2 will work well. But I don't know
> if that's necessarily true.
>
> Attached is the heavy hammer disabling all of SSE. This leaves in MMX and
> 3DNow! flags, as I do think it's reasonable to say that CPU that pre-date
> those extensions are probably too slow to run anything SDL2 at a usable
> speed.
SSE/SSE2 at least is unconditionally available for amd64. There may also be
cpuid based runtime checks for the instructions so this diff seems wrong.
>
> Not necessarily looking for OKs, looking to make sure that we are OK with
> whatever SSE selection we decide on.
>
> ~Brian
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/sdl2/Makefile,v
> retrieving revision 1.19
> diff -u -p -u -p -r1.19 Makefile
> --- Makefile 7 Jan 2018 22:56:46 - 1.19
> +++ Makefile 9 Jan 2018 04:32:33 -
> @@ -7,6 +7,7 @@ BROKEN-hppa= src/atomic/SDL_spinlock.c:1
> V= 2.0.7
> DISTNAME=SDL2-${V}
> PKGNAME= sdl2-${V}
> +REVISION=0
> CATEGORIES= devel
> MASTER_SITES=http://www.libsdl.org/release/
>
> @@ -41,7 +42,10 @@ CONFIGURE_ARGS+= --disable-alsa \
>--disable-libudev \
>--disable-nas \
>--disable-oss \
> - --disable-pulseaudio
> + --disable-pulseaudio \
> + --disable-sse \
> + --disable-sse2 \
> + --disable-sse3
> # in case devel/usb is installed, don't pick it up.
> CONFIGURE_ENV+= ac_cv_lib_usb_hid_init=no \
> ac_cv_header_usb_h=no
devel/sdl2 => disable sse{,2,3}?
Hi Thomas and ports --
I noticed tonight that SDL2 uses -msse, -msse2, and -msse3 flags by
default (at least on amd64). Is this what we want? On one hand, SSE3 was
introduced 14 years ago, so perhaps it is reasonable to say that if your
CPU is 15 years old or older, then maybe nothing SDL2 will work well.
But I don't know if that's necessarily true.
Attached is the heavy hammer disabling all of SSE. This leaves in MMX
and 3DNow! flags, as I do think it's reasonable to say that CPU that
pre-date those extensions are probably too slow to run anything SDL2 at
a usable speed.
Not necessarily looking for OKs, looking to make sure that we are OK
with whatever SSE selection we decide on.
~Brian
Index: Makefile
===
RCS file: /cvs/ports/devel/sdl2/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- Makefile 7 Jan 2018 22:56:46 - 1.19
+++ Makefile 9 Jan 2018 04:32:33 -
@@ -7,6 +7,7 @@ BROKEN-hppa= src/atomic/SDL_spinlock.c:1
V= 2.0.7
DISTNAME= SDL2-${V}
PKGNAME= sdl2-${V}
+REVISION= 0
CATEGORIES= devel
MASTER_SITES= http://www.libsdl.org/release/
@@ -41,7 +42,10 @@ CONFIGURE_ARGS+= --disable-alsa \
--disable-libudev \
--disable-nas \
--disable-oss \
- --disable-pulseaudio
+ --disable-pulseaudio \
+ --disable-sse \
+ --disable-sse2 \
+ --disable-sse3
# in case devel/usb is installed, don't pick it up.
CONFIGURE_ENV+= ac_cv_lib_usb_hid_init=no \
ac_cv_header_usb_h=no
Re: test-building devel/darcs
On Sun, Jan 07, 2018 at 09:17:39PM +0100, Matthias Kilian wrote: [...] > For even more fun, it may be worth to try it on i386 (remove the > NOT_FOR_ARCHS entry), because it *should* no longer require template > Haskell. I tried this myself. Unfortunately, devel/darcs depends on devel/hs-fgl, which also doesn't build on i386. So: still no darcs on i386. Ciao, Kili
Re: UPDATE: textproc/p5-ack 2.20 -> 2.22
On Mon, Jan 08, 2018 at 10:03:47PM +0100, Klemens Nanni wrote: > Trivial update, all tests pass. > > Any takers? Commited, Thanks! bluhm > diff --git a/textproc/p5-ack/Makefile b/textproc/p5-ack/Makefile > index 4edec75ca9d..be0507e8432 100644 > --- a/textproc/p5-ack/Makefile > +++ b/textproc/p5-ack/Makefile > @@ -4,7 +4,7 @@ COMMENT= grep like tool, aimed at programmers > > MODULES= cpan > PKG_ARCH=* > -DISTNAME=ack-2.20 > +DISTNAME=ack-2.22 > CPAN_AUTHOR= PETDANCE > CATEGORIES= textproc > > diff --git a/textproc/p5-ack/distinfo b/textproc/p5-ack/distinfo > index 011fd25b807..85659185559 100644 > --- a/textproc/p5-ack/distinfo > +++ b/textproc/p5-ack/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (ack-2.20.tar.gz) = kqFY+zytIg52VdazCtCuwbZXrz46Ph0CGSeoVO1QQNk= > -SIZE (ack-2.20.tar.gz) = 250021 > +SHA256 (ack-2.22.tar.gz) = AsRB27yGv2nHkq6S3JJBmgRIwx9p2XA90VMEJcNuD2w= > +SIZE (ack-2.22.tar.gz) = 250275
update net/gdnsd
Hi,
please find below an update for gdnsd. Drops a test patch which seems
to be no longer needed. Slightly tested, seems to work fine. Release
notes: http://gdnsd.org/2017/11/20/version-2.3.0-released.html
OK?
Regards,
Joerg
Index: Makefile
===
RCS file: /cvs/ports/net/gdnsd/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile16 Nov 2017 23:20:39 - 1.18
+++ Makefile8 Jan 2018 23:09:10 -
@@ -2,8 +2,7 @@
COMMENT= geographically-aware, authoritative-only DNS server
-V= 2.2.4
-REVISION= 1
+V= 2.3.0
DISTNAME= gdnsd-$V
EXTRACT_SUFX= .tar.xz
Index: distinfo
===
RCS file: /cvs/ports/net/gdnsd/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo23 Jun 2016 16:15:58 - 1.2
+++ distinfo8 Jan 2018 23:09:10 -
@@ -1,2 +1,2 @@
-SHA256 (gdnsd-2.2.4.tar.xz) = 7ibd0RCH9N1hfJqmv6O5Y8XYg1eLScfV3K5dDt84CU8=
-SIZE (gdnsd-2.2.4.tar.xz) = 635648
+SHA256 (gdnsd-2.3.0.tar.xz) = N2+XhMLWhy4PbhSrJVyliCnzlrQ22cnIRoMe4jl/LdY=
+SIZE (gdnsd-2.3.0.tar.xz) = 640972
Index: patches/patch-configure
===
RCS file: /cvs/ports/net/gdnsd/patches/patch-configure,v
retrieving revision 1.2
diff -u -p -r1.2 patch-configure
--- patches/patch-configure 10 Aug 2017 20:14:56 - 1.2
+++ patches/patch-configure 8 Jan 2018 23:09:10 -
@@ -5,15 +5,15 @@ Silence warnings about base headers, dro
Index: configure
--- configure.orig
+++ configure
-@@ -14328,7 +14328,6 @@ for flag in \
- -Wmissing-prototypes \
+@@ -14630,7 +14630,6 @@ for flag in \
+ -Wnull-dereference \
-Wold-style-definition \
-Wpointer-arith \
--Wredundant-decls \
-Wshadow \
-Wsign-conversion \
- -Wstrict-overflow=5 \
-@@ -15978,7 +15977,7 @@ else
+ -Wshift-overflow=2 \
+@@ -16283,7 +16282,7 @@ else
fi
GDNSD_DEFPATH_CONFIG="${sysconfdir}/${PACKAGE_NAME}"
Index: patches/patch-t_Net_DNS_RR_pm
===
RCS file: patches/patch-t_Net_DNS_RR_pm
diff -N patches/patch-t_Net_DNS_RR_pm
--- patches/patch-t_Net_DNS_RR_pm 23 Jun 2016 16:15:58 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,21 +0,0 @@
-$OpenBSD: patch-t_Net_DNS_RR_pm,v 1.1 2016/06/23 16:15:58 sthen Exp $
t/Net/DNS/RR.pm.orig Thu Jun 23 16:44:01 2016
-+++ t/Net/DNS/RR.pmThu Jun 23 16:44:35 2016
-@@ -99,17 +99,6 @@ BEGIN {
- $RR{'SIG'} = 1;
- eval {
- local $SIG{'__DIE__'} = 'DEFAULT';
-- require Net::DNS::RR::NXT;
-- };
--
-- unless ($@) {
-- $RR{'NXT'} = 1;
-- } else {
-- die $@;
-- }
--
-- eval {
-- local $SIG{'__DIE__'} = 'DEFAULT';
- require Net::DNS::RR::KEY;
- };
-
update irssi-xmpp
Hi,
please find below an update to irssi-xmpp. This drops the upstream'ed
ABI patch. Slightly tested with the recently committed irssi-1.0.6.
OK?
Regards,
Joerg
Index: Makefile
===
RCS file: /cvs/ports/net/irssi-xmpp/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile21 Nov 2017 00:13:02 - 1.11
+++ Makefile8 Jan 2018 22:30:59 -
@@ -2,8 +2,7 @@
COMMENT= XMPP plugin for irssi
-DISTNAME= irssi-xmpp-0.53
-REVISION= 1
+DISTNAME= irssi-xmpp-0.54
CATEGORIES=net
Index: distinfo
===
RCS file: /cvs/ports/net/irssi-xmpp/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo18 Mar 2016 19:29:03 - 1.3
+++ distinfo8 Jan 2018 22:30:59 -
@@ -1,2 +1,2 @@
-SHA256 (irssi-xmpp-0.53.tar.gz) = ZIc2LSOve5wYXYrHTmtlHml8rMAd6LucdQ2xdSFAU28=
-SIZE (irssi-xmpp-0.53.tar.gz) = 65649
+SHA256 (irssi-xmpp-0.54.tar.gz) = EDPMa/A6uqzbCD4fvn112KYmIjOeBtiJQi2PBwX6d3Y=
+SIZE (irssi-xmpp-0.54.tar.gz) = 65618
Index: patches/patch-src_core_xmpp-servers_c
===
RCS file: patches/patch-src_core_xmpp-servers_c
diff -N patches/patch-src_core_xmpp-servers_c
--- patches/patch-src_core_xmpp-servers_c 7 Jun 2017 21:58:16 -
1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,46 +0,0 @@
-$OpenBSD: patch-src_core_xmpp-servers_c,v 1.1 2017/06/07 21:58:16 sthen Exp $
-
-https://github.com/cdidier/irssi-xmpp/commit/0d9e5f7f1a0edaea0de312828ce47d11f74ee3dc
-
-Index: src/core/xmpp-servers.c
src/core/xmpp-servers.c.orig
-+++ src/core/xmpp-servers.c
-@@ -32,6 +32,11 @@
- #include "rosters-tools.h"
- #include "tools.h"
-
-+/* IRSSI_ABI_VERSION was introduced in 0.8.18 */
-+#if !defined(IRSSI_ABI_VERSION) || IRSSI_ABI_VERSION < 6
-+# define use_tls use_ssl
-+#endif
-+
- static void
- channels_join(SERVER_REC *server, const char *data, int automatic)
- {
-@@ -151,7 +156,7 @@ xmpp_server_init_connect(SERVER_CONNECT_REC *connrec)
- server->connect_pid = -1;
-
- if (server->connrec->port <= 0)
-- server->connrec->port = (server->connrec->use_ssl) ?
-+ server->connrec->port = (server->connrec->use_tls) ?
- LM_CONNECTION_DEFAULT_PORT_SSL : LM_CONNECTION_DEFAULT_PORT;
-
- if (conn->real_jid == NULL)
-@@ -335,7 +340,7 @@ lm_open_cb(LmConnection *connection, gboolean success,
- g_free(host);
- } else
- signal_emit("server connecting", 1, server);
-- if (server->connrec->use_ssl)
-+ if (server->connrec->use_tls)
- signal_emit("xmpp server status", 2, server,
- "Using SSL encryption.");
- else if (lm_ssl_get_use_starttls(lm_connection_get_ssl(server->lmconn)))
-@@ -470,7 +475,7 @@ xmpp_server_connect(XMPP_SERVER_REC *server)
- return;
- error = NULL;
- err_msg = NULL;
-- if (server->connrec->use_ssl) {
-+ if (server->connrec->use_tls) {
- if (!set_ssl(server->lmconn, &error, server, FALSE)) {
- err_msg = "Cannot init ssl";
- goto err;
UPDATE: textproc/p5-ack 2.20 -> 2.22
Trivial update, all tests pass. Any takers? diff --git a/textproc/p5-ack/Makefile b/textproc/p5-ack/Makefile index 4edec75ca9d..be0507e8432 100644 --- a/textproc/p5-ack/Makefile +++ b/textproc/p5-ack/Makefile @@ -4,7 +4,7 @@ COMMENT=grep like tool, aimed at programmers MODULES= cpan PKG_ARCH= * -DISTNAME= ack-2.20 +DISTNAME= ack-2.22 CPAN_AUTHOR= PETDANCE CATEGORIES=textproc diff --git a/textproc/p5-ack/distinfo b/textproc/p5-ack/distinfo index 011fd25b807..85659185559 100644 --- a/textproc/p5-ack/distinfo +++ b/textproc/p5-ack/distinfo @@ -1,2 +1,2 @@ -SHA256 (ack-2.20.tar.gz) = kqFY+zytIg52VdazCtCuwbZXrz46Ph0CGSeoVO1QQNk= -SIZE (ack-2.20.tar.gz) = 250021 +SHA256 (ack-2.22.tar.gz) = AsRB27yGv2nHkq6S3JJBmgRIwx9p2XA90VMEJcNuD2w= +SIZE (ack-2.22.tar.gz) = 250275
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Fri Dec 29 15:50:56 MST 2017 finished at Mon Jan 8 13:31:39 MST 2018 lasted 10D14h40m done with kern.version=OpenBSD 6.2-current (GENERIC) #5: Wed Jan 3 03:56:37 MST 2018 built packages:7941 Dec 29:204 Dec 30:394 Dec 31:218 Jan 1:105 Jan 2:658 Jan 3:425 Jan 4:159 Jan 5:585 Jan 6:963 Jan 7:2462 Jan 8:1767 build failures: 68 http://build-failures.rhaalovely.net//aarch64/2017-12-29/audio/audacity.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/comms/lcdproc.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/databases/gq.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/devel/arm-none-eabi/gcc-linaro,aarch64.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/devel/avr/gdb.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/devel/cln.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/devel/ode.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/devel/reposurgeon.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/editors/emacs,gtk2.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/editors/emacs21,no_x11.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/editors/xwpe.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/editors/zile.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/emulators/dynamips.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/emulators/higan.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/emulators/vbam.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/games/dxx-rebirth.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/games/eduke32.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/games/frozen-bubble.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/games/gargoyle.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/games/stockfish.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/games/uqm.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/games/vacuum.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/games/xteddy.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/games/zaz.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/graphics/freeimage.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/graphics/rawstudio.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/japanese/mecab.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/lang/ecl.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/lang/erlang/19.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/lang/guile2.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/lang/pfe.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/mail/bogofilter,db4.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/mail/mailest.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/mail/mozilla-thunderbird,.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/mail/sendmail,ldap,sasl.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/math/calcoo.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/misc/rocrail.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/multimedia/gstreamer1/plugins-libav.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/multimedia/mediainfo.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/multimedia/xine-lib.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/net/ftpcopy.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/net/gnaughty.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/net/retroshare.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/net/ushare.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/news/pan.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/productivity/aqbanking.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/security/botan2.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/security/john-jumbo.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/security/softhsm.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/sysutils/sleuthkit.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/telephony/baresip/baresip.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/telephony/baresip/restund.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/textproc/html-xml-utils.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/www/mozplugger.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/www/newsbeuter.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/www/newsboat.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/www/w3m.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/www/webkit.log http://build-failures.rhaalovely.net//aarch64/2017-12-29/www/webkitgtk4.log http://build-failures.rhaalovely.net//aarch64/20
Re: [NEW] textproc/loccount 1.2
Thanks, i imported it. Stuart Henderson(s...@spacehopper.org) on 2017.12.29 16:12:03 +: > On 2017/12/27 22:04, Sebastian Benoit wrote: > > Klemens Nanni(k...@posteo.org) on 2017.12.25 16:41:42 +0100: > > > On Thu, Nov 09, 2017 at 12:11:05AM +0100, Klemens Nanni wrote: > > > > Hey ports@, > > > > > > > > here's https://gitlab.com/esr/loccount/, from DESCR: > > > > > > > > loccount is a re-implementation of David A. Wheeler's sloccount tool in > > > > Go. It is faster and handles more different languages. Because it's one > > > > source file in Go, it is easier to maintain and extend than the > > > > multi-file, multi-language implementation of the original. > > > > > > > > The algorithms are largely unchanged and can be expected to produce > > > > identical numbers for languages supported by both tools. Python is an > > > > exception; loccount corrects buggy counting of single-quote multiline > > > > literals in sloccount 2.26. > > > 1.2 from 05.12.2017 fixes a bug in the parallelized treewalker so here's > > > an updated tarball including all of the previous feedback of course. > > > > > > Anyone willing to commit this? > > > > yeah, i can do this. > > any oks? sthen? > > OK to import. > > (I'd rather re-wrap DESCR, wrapping hard on 80 columns is a bit awkward > to read, and it doesn't take any more lines wrapping with fmt(1) or > par(1) default settings, but that doesn't block import). > --
Re: UPDATE: archivers/libzip 1.3.2 => 1.4.0
On 12/30/17 10:28, Brian Callahan wrote: Hi ports -- Attached is an update to libzip. Notable changes are a minor lib bump, the removal of autoconf in favor of cmake, and no longer building the static libraries. Passes the building its dependents test. OK? ~Brian Ping. All is good on amd64 and arm. ~Brian
Re: UPDATE: graphics/jpeg
On Tue, Jan 02, 2018 at 08:16:58AM +0100, Rafael Sadowski wrote: > Hi All! > > Update jpeg to 1.5.3. Changelog: > https://github.com/libjpeg-turbo/libjpeg-turbo/releases > > - Remove patch-simd_jsimd_powerpc, committed in 1.5.2. > - Change homepage > - Remove revision. > - I don't see shared lib relevant changes. > > Time for a bulk? Ok? Comments? No fallout in a bulk, along taglib and kf5 updates. Ok for the 3 of them.
Re: UPDATE: net/irssi 1.0.5 -> 1.0.6
On 2018/01/06 22:18, Klemens Nanni wrote: > On Sat, Jan 06, 2018 at 08:31:59PM +, Stuart Henderson wrote: > > danj pointed this out to me and viq earlier. thanks for the diff, that > > saves time :) > > > > On 2018/01/06 16:41, Klemens Nanni wrote: > > > Security and bug fixes: https://irssi.org/2018/01/07/irssi-1.0.6-released/ > > > > > > - Fix invalid memory access when reading hilight configuration > > > (#787, #788). > > > - Fix null pointer dereference when the channel topic is set > > > without specifying a sender (GL#20, GL!25). > > > - Fix return of random memory when using incomplete escape > > > codes (GL#21, GL!26). > > > - Fix heap buffer overflow when completing certain strings > > > (GL#19, GL!27). > > > - Fix return of random memory when using an incomplete > > > variable argument (GL#18, GL!28). > > > > > > While here, switch HOMEPAGE to HTTPS. > > > > > > Works fine on amd64, tests pass, I haven't run the socks flavor, though. > > > Any takers? > > > > irssi-icb works ok. Have you done any tests (either build or run) > > of the other dependent ports? > No. I've build tested them all now, and have been running with irssi-icb for a few days, I'll go ahead and commit. When you're sending an update of a port which others depend on, please mention what testing you've done or not done, it saves an extra round-trip to ask :) > > > diff --git a/net/irssi/Makefile b/net/irssi/Makefile > > > index c46533fb883..82e9201be61 100644 > > > --- a/net/irssi/Makefile > > > +++ b/net/irssi/Makefile > > > @@ -2,14 +2,14 @@ > > > > > > COMMENT =modular IRC client with many features (ipv6,socks,proxy) > > > > > > -V = 1.0.5 > > > +V = 1.0.6 > > > DISTNAME = irssi-$V > > > PKGSPEC =irssi-=$V > > > REVISION = 0 > > > > zap REVISION > See my other reply. >
Re: ap2-mod_perl make test as root under 6.2 release ports gives same error
On 2018/01/08 02:27, Jeremie Courreges-Anglas wrote: > On Sun, Jan 07 2018, Stuart Henderson wrote: > > On 2018/01/07 18:56, Chris Bennett wrote: > >> I did find this problem with using clang. > >> > >> https://marc.info/?l=apache-modperl&m=143930336811571&w=2 > >> http://clang.llvm.org/compatibility.html#inline > >> > >> Not sure if useful > >> > >> Chris Bennett > >> > > > > It is, thanks. Please give this a spin. > > With this mod_perl loads fine in a quick test. Probably not good for > upstream as it's a rather big hammer, but ok jca@ if it also works for > Chris. IMHO mod_perl doesn't make sense any more. Something via fastcgi makes a lot more sense than pulling Perl into the webserver's address space. But since we already shipped it broken in 6.2 let's provide a crutch if we can. That said: any OKs to remove ap2-mod_perl? (Or I will accept NAKs in the form of a diff to add a suitable MAINTAINER :-)
