CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 16:53:08

Modified files:
mail/dovecot   : Makefile 
mail/dovecot/pkg: PLIST-server 

Log message:
Build Dovecot's fts-solr plugin (solr itself is not currently in packages;
I've tested this against manually-installed solr 6.6.1 running with jdk 1.8
on OpenBSD).

ok Brad (maintainer).

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 16:47:23

Modified files:
multimedia/dvdstyler: Makefile 

Log message:
don't use g++ to link
sync wantlib

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 15:40:37

Modified files:
audio/deadbeef : Makefile 

Log message:
sync wantlib

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 15:37:18

Modified files:
net/seafile/ccnet: Makefile 
security/cyrus-sasl2: Makefile 
net/ircd-ratbox: Makefile 
databases/libzdb: Makefile 
mail/opensmtpd-extras: Makefile 
net/seafile/seafile: Makefile 

Log message:
WANTLIB+=m for a bunch of things (chasing sqlite3 fts5 addition)

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 15:30:32

Modified files:
www/squid  : Makefile 
games/warmux   : Makefile 
security/sslscan: Makefile 
security/xmlsec: Makefile 
multimedia/xine-ui: Makefile 
x11/xwallpaper : Makefile 
www/ttyd   : Makefile 
emulators/fceux: Makefile 
x11/lumina : Makefile 
graphics/gifsicle: Makefile 
graphics/gnofract4d: Makefile 
x11/xfce4/xfce4-mailwatch: Makefile 
multimedia/xine-lib: Makefile 
devel/subversion: Makefile 

Log message:
sync WANTLIB and bump, gc a few gettext MODULES while there

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 14:59:02

Modified files:
devel/bullet   : Makefile 

Log message:
add missing COMPILER_LIBCXX wantlib, fixup GH_*, remove unwanted MASTER_SITES

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 14:52:58

Modified files:
productivity/aqbanking: Makefile 
audio/ario : Makefile 
devel/gwenhywfar: Makefile 
textproc/iksemel: Makefile 
sysutils/librelp: Makefile 
sysutils/libvirt: Makefile 
net/libvncserver: Makefile 
net/monitoring-plugins: Makefile 
net/openconnect: Makefile 
sysutils/riemann-c-client: Makefile 
sysutils/rsyslog: Makefile 
net/telepathy/telepathy-gabble: Makefile 
net/telepathy/telepathy-salut: Makefile 

Log message:
add a bunch of missing unistring deps

Re: NEW WIP games/cataclysm-dda

2017-09-22 Thread trondd 
trondd  wrote:

> Stuart Henderson  wrote:
> 
> > On 2017/09/15 19:44, tro...@kagu-tsuchi.com wrote:
> > 
> > not built yet, but from a read through:
> > 
> > commit log is the place for things like the 'original from'
> > 
> > even though the GH_* magic now adds part of the hash, I'd be happier
> > with DISTNAME=cataclysm-dda-2017.09.09 so that the filename matches
> > the port version..
> > 
> > please move GH_* up with DISTNAME
> > 
> > lua5.1 and the c++ libs should use the variables ${MODLUA_WANTLIB}
> > and ${COMPILER_LIBCXX} - I'm surprised port-lib-depends-check didn't
> > come up with the latter for you?
> > 
> > WANTLIB goes immediately after PERMIT_*
> > 
> > lua51 should probably be ${MODLUA_BIN}, but if it doesn't like the
> > full path, something like ${MODLUA_DEP}
> > 
> > you have WANTLIB hanging off gettext, so this should be LIB not RUN_DEPENDS
> > 
> > DESCR looks like it has three possible alternatives of varying
> > descriptiveness in? it seems like one of the three would be enough..
> 
> Cleaned up and reorganized.  Other than portcheck and port-lib-depends-check
> arguing over intl, they didn't report any other peoblems.  They both report
> clean now except for a python script used to convert tilesets whic I don't
> thing is related to building/running.
> 
> Tim..
> 

Now with flavor.  Added a no_x11 flavor to build the ncurses version.
This is my first flavored port, so keep an eye out. :)

Tim.




cdda-flav.tgz
Description: application/gzip

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 14:45:32

Modified files:
graphics/py-matplotlib: Makefile 

Log message:
add a whole raft of missing wantlib

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 14:32:22

Modified files:
databases/freetds: Makefile 

Log message:
sync WANTLIB

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 14:17:53

Modified files:
multimedia/atomicparsley: Makefile 

Log message:
don't use g++ to link

Re: [UPDATE] www/liferea 1.12rc3

2017-09-22 Thread Stuart Henderson 
On 2017/09/22 14:32, trondd wrote:
> Now port-lib-depends-check is happy but portcheck complains about a
> couple of the new libraries.
> 
> the following libraries in WANTLIB look like masked by RUN_DEPENDS: 
> json-glib-1.0 tasn1
> 
> I'm not sure what that means.  If I remove them from WANTLIB, it goes
> away but port-lib-depends-check gets angry again.

Committed with tweaks.

It looks like json-glib is used directly so I've added to WANTLIB.

I don't see tasn1 used in liferea directly, though I don't understand
why portcheck complains about this, it should come in via the webkitgtk4
LIB_DEPENDS.

The gettext RUN_DEPENDS check is outdated, portcheck hasn't caught up
with vax being removed yet.

> Also added compilation of the python plugins.

These should be python3 and in a __pycache__ directory with the
magic-tag bits. (The reason for compiling is so that pyc files get
packaged so they're registered correctly if you happen to run the
program in a way that lets it write them - try with the plugins
directory mode set to 777 with your version, your pyc aren't used,
but you'll find a py3 __pycache__ directory added instead).

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/09/22 13:56:39

Modified files:
www/liferea: Makefile distinfo 
www/liferea/pkg: PLIST 

Log message:
update to liferea-1.12rc3, from trondd at kagu-tsuchi,com with tweaks from me

clang failure tidyup

2017-09-22 Thread Stuart Henderson 
These don't build with clang and have been annoying me during builds:

lang/smlnj:
ONLY_FOR_ARCHS=i386 powerpc
BROKEN-powerpc =/usr/obj/ports/smlnj-110.76//bin/.run/run.ppc-openbsd: 
undefined symbol ''

lang/oo2c:
ONLY_FOR_ARCHS= i386

OK to unhook/remove them? If anyone wants to fix they know where to find them.

...

There are others which fail (on amd64 too) like TeXmacs, avidemux, ti-msp430gcc.
Does anyone care about them?

Re: mednafen 0.9.39.2 -> 0.9.46

2017-09-22 Thread Micah Muer 

On Fri, Sep 22, 2017, at 05:18, Bryan Linton wrote:
> On 2017-09-22 12:38:32, Martin Pieuchot  wrote:
> > On 20/09/17(Wed) 09:13, Anthony J. Bentley wrote:
> > > Martin Pieuchot writes:
> > > > Do you know if the games are multi-threaded?  Could you run "top -H" and
> > > > "kdump -H"?
> > > 
> > > top -H shows a single line for gambatte.
> > 
> > Thanks.  Could you try the diff below?  It includes some debug stuff and
> > a potential fix.
> > 
> 
> I can confirm that this patch fixes dgen, mgba, and desmume for
> me!  I assume that other SDL programs would be fixed as well.  I
> encourage others to share their results.
> 
> FWIW, my dmesg is filled with things like the following (only the
> last few lines pasted in):
> 
>1 uhidread: got 7 chars
>1 uhidread
>1 uhidread: got 7 chars
>1 uhidread
>1 uhidread: got 7 chars
>1 uhidread
>1 uhidread: got 7 chars
>1 uhidread
>1 uhidread: got 7 chars
>1 uhidread
>1 uhidread: got 7 chars
>1 uhidread
>1 uhidread: got 7 chars
>1 uhidread
>1 uhidread: got 7 chars
>1 uhidread
>1 uhidread: got 7 chars
>1 uhidread
>1 uhidread: got 7 chars
>1 uhidread
>1 uhidread: got 7 chars
>1 uhidclose: sc=0x805cd000
> 
> > I'm guessing that the problem is that my last change made uhid_do_ioctl()
> > return an error for FIOASYNC.  This makes the following syscall fall:
> > 
> > 390:/* The poll blocks the event thread. */
> > 391:fcntl(fd, F_SETFL, O_NONBLOCK)
> > 
> > 
> > As a result FNONBLOCK is not set on the 'struct file' and uhid_do_read()
> > block, or "freeze", when there's nothing to read instead of returning
> > EWOULDBLOCK.
> > 
> > 
> 
> Hmm, it's interesting to know how the solution was arrived at :)
> 
> Thank you very much for taking the time to look into this!
> 
> -- 
> Bryan
> 

The patch also allows fixes controllers in mednafen, for what it's
worth. Thanks, all, for investigating!

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Christian Weisgerber 
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/09/22 09:42:13

Modified files:
devel/p5-SDL   : Makefile 

Log message:
broken on amd64: perl -e 'use SDL' segfaults

CVS: cvs.openbsd.org: ports

2017-09-22 Thread James Turner 
CVSROOT:/cvs
Module name:ports
Changes by: jtur...@cvs.openbsd.org 2017/09/22 09:09:29

Modified files:
lang/myrddin   : Makefile distinfo 
lang/myrddin/pkg: PLIST 

Log message:
Update myrddin to 0.2. Release notes: 
https://myrlang.org/release-notes/r0p2.html

Re: [UPDATE] www/liferea 1.12rc3

2017-09-22 Thread trondd 
Stuart Henderson  wrote:

> On 2017/09/21 09:42, Stuart Henderson wrote:
> 
> liferea-1.12rc3(www/liferea):
> Missing: GLESv2.1 
> (/usr/local/lib/liferea/web-extension/liblifereawebextension.so) (system lib)
> Missing: gstallocators-1.0.2 from gstreamer1-plugins-base-1.12.3 
> (/usr/local/lib/liferea/web-extension/liblifereawebextension.so)
> Missing: gstbadallocators-1.0.0 from gstreamer1-plugins-bad-1.12.3 
> (/usr/local/lib/liferea/web-extension/liblifereawebextension.so)
> Missing: gstgl-1.0.2 from gstreamer1-plugins-bad-1.12.3 
> (/usr/local/lib/liferea/web-extension/liblifereawebextension.so)
> Missing: tasn1.4 from libtasn1-4.12 
> (/usr/local/lib/liferea/web-extension/liblifereawebextension.so)
> WANTLIB += GLESv2 gstallocators-1.0 gstbadallocators-1.0 gstgl-1.0
> WANTLIB += tasn1

I didn't see those until I updated again.

Now port-lib-depends-check is happy but portcheck complains about a
couple of the new libraries.

the following libraries in WANTLIB look like masked by RUN_DEPENDS: 
json-glib-1.0 tasn1

I'm not sure what that means.  If I remove them from WANTLIB, it goes
away but port-lib-depends-check gets angry again.

Also added compilation of the python plugins.


Index: Makefile
===
RCS file: /cvs/ports/www/liferea/Makefile,v
retrieving revision 1.94
diff -u -p -r1.94 Makefile
--- Makefile26 Jul 2017 22:45:31 -  1.94
+++ Makefile22 Sep 2017 14:17:39 -
@@ -6,9 +6,8 @@ COMMENT=simple GTK desktop news aggreg
 
 GH_ACCOUNT=lwindolf
 GH_PROJECT=liferea
-GH_TAGNAME=v1.12-rc2
-PKGNAME=   liferea-1.12rc2
-REVISION=  2
+GH_TAGNAME=v1.12-rc3
+PKGNAME=   liferea-1.12rc3
 
 CATEGORIES=www news x11
 
@@ -17,22 +16,24 @@ HOMEPAGE=   https://lzone.de/liferea/
 # GPLv2+
 PERMIT_PACKAGE_CDROM=  Yes
 
-WANTLIB += EGL GL ICE SM X11 X11-xcb Xcomposite Xcursor Xdamage
+WANTLIB += EGL GL GLESv2 ICE SM X11 X11-xcb Xcomposite Xcursor Xdamage
 WANTLIB += Xext Xfixes Xi Xinerama Xrandr Xrender Xt Xxf86vm atk-1.0
 WANTLIB += atk-bridge-2.0 atspi c cairo cairo-gobject dbus-1 drm
 WANTLIB += enchant epoxy ${LIBECXX} expat ffi fontconfig freetype
 WANTLIB += gbm gcrypt gdk-3 gdk_pixbuf-2.0 gio-2.0 girepository-1.0
 WANTLIB += glapi glib-2.0 gmodule-2.0 gobject-2.0 gpg-error graphite2
-WANTLIB += gstapp-1.0 gstaudio-1.0 gstbase-1.0 gstfft-1.0 gstpbutils-1.0
+WANTLIB += gstallocators-1.0 gstapp-1.0 gstaudio-1.0 gstbadallocators-1.0
+WANTLIB += gstbase-1.0 gstfft-1.0 gstgl-1.0 gstpbutils-1.0
 WANTLIB += gstreamer-1.0 gsttag-1.0 gstvideo-1.0 gthread-2.0 gtk-3
 WANTLIB += harfbuzz harfbuzz-icu hyphen iconv icudata icui18n
 WANTLIB += icuuc intl javascriptcoregtk-4.0 jpeg json-glib-1.0
 WANTLIB += lzma m notify orc-0.4 pango-1.0 pangocairo-1.0 pangoft2-1.0
 WANTLIB += pcre peas-1.0 peas-gtk-1.0 pixman-1 png pthread pthread-stubs
-WANTLIB += secret-1 soup-2.4 sqlite3 webkit2gtk-4.0 webp xcb xcb-dri2
+WANTLIB += secret-1 soup-2.4 sqlite3 tasn1 webkit2gtk-4.0 webp xcb xcb-dri2
 WANTLIB += xcb-glx xcb-render xcb-shm xcb-xfixes xml2 xslt z
 
 MODULES=   devel/dconf \
+   lang/python \
textproc/intltool
 
 USE_GMAKE= Yes
@@ -41,6 +42,7 @@ LIB_DEPENDS=  devel/libpeas \
www/webkitgtk4
 
 RUN_DEPENDS=   devel/desktop-file-utils \
+   devel/gettext \
x11/gtk+3,-guic
 
 # lib/liferea/plugins/{gnome-keyring,libnotify,media-player}.py
@@ -69,5 +71,8 @@ pre-configure:
 
 post-install:
rm ${PREFIX}/lib/liferea/web-extension/*.{a,la}
+   ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
+   ${PREFIX}/lib/liferea/plugins/
+
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/www/liferea/distinfo,v
retrieving revision 1.39
diff -u -p -r1.39 distinfo
--- distinfo30 Dec 2016 14:51:27 -  1.39
+++ distinfo22 Sep 2017 14:17:39 -
@@ -1,2 +1,2 @@
-SHA256 (liferea-1.12-rc2.tar.gz) = 3Q3IqjuyH2fUdZKG7O34qyJQRxrnuwmlyJeONx4X84w=
-SIZE (liferea-1.12-rc2.tar.gz) = 1510395
+SHA256 (liferea-1.12-rc3.tar.gz) = teW4KMu3b8TX1DswCvjmjzkU3l7Q1KZltx2J500f7Bo=
+SIZE (liferea-1.12-rc3.tar.gz) = 1515017
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/liferea/pkg/PLIST,v
retrieving revision 1.25
diff -u -p -r1.25 PLIST
--- pkg/PLIST   30 Dec 2016 14:51:27 -  1.25
+++ pkg/PLIST   22 Sep 2017 14:17:39 -
@@ -7,12 +7,16 @@ lib/liferea/girepository-1.0/Liferea-3.0
 lib/liferea/plugins/
 lib/liferea/plugins/gnome-keyring.plugin
 lib/liferea/plugins/gnome-keyring.py
+lib/liferea/plugins/gnome-keyring.pyc
 lib/liferea/plugins/libnotify.plugin
 lib/liferea/plugins/libnotify.py
+lib/liferea/plugins/libnotify.pyc

CVS: cvs.openbsd.org: ports

2017-09-22 Thread David Coppa 
CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2017/09/22 07:42:54

Modified files:
devel/cmake: Makefile distinfo 
devel/cmake/patches: patch-bootstrap 

Log message:
Update to CMake-3.9.3

Re: mednafen 0.9.39.2 -> 0.9.46

2017-09-22 Thread Bryan Linton 
On 2017-09-22 12:38:32, Martin Pieuchot  wrote:
> On 20/09/17(Wed) 09:13, Anthony J. Bentley wrote:
> > Martin Pieuchot writes:
> > > Do you know if the games are multi-threaded?  Could you run "top -H" and
> > > "kdump -H"?
> > 
> > top -H shows a single line for gambatte.
> 
> Thanks.  Could you try the diff below?  It includes some debug stuff and
> a potential fix.
> 

I can confirm that this patch fixes dgen, mgba, and desmume for
me!  I assume that other SDL programs would be fixed as well.  I
encourage others to share their results.

FWIW, my dmesg is filled with things like the following (only the
last few lines pasted in):

   1 uhidread: got 7 chars
   1 uhidread
   1 uhidread: got 7 chars
   1 uhidread
   1 uhidread: got 7 chars
   1 uhidread
   1 uhidread: got 7 chars
   1 uhidread
   1 uhidread: got 7 chars
   1 uhidread
   1 uhidread: got 7 chars
   1 uhidread
   1 uhidread: got 7 chars
   1 uhidread
   1 uhidread: got 7 chars
   1 uhidread
   1 uhidread: got 7 chars
   1 uhidread
   1 uhidread: got 7 chars
   1 uhidread
   1 uhidread: got 7 chars
   1 uhidclose: sc=0x805cd000

> I'm guessing that the problem is that my last change made uhid_do_ioctl()
> return an error for FIOASYNC.  This makes the following syscall fall:
> 
> 390:  /* The poll blocks the event thread. */
> 391:  fcntl(fd, F_SETFL, O_NONBLOCK)
> 
> 
> As a result FNONBLOCK is not set on the 'struct file' and uhid_do_read()
> block, or "freeze", when there's nothing to read instead of returning
> EWOULDBLOCK.
> 
> 

Hmm, it's interesting to know how the solution was arrived at :)

Thank you very much for taking the time to look into this!

-- 
Bryan

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Jasper Lievisse Adriaanse 
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/09/22 06:57:41

Modified files:
devel/iso-codes: Makefile distinfo 

Log message:
update to iso-codes-3.76

Re: mednafen 0.9.39.2 -> 0.9.46

2017-09-22 Thread Martin Pieuchot 
On 20/09/17(Wed) 09:13, Anthony J. Bentley wrote:
> Martin Pieuchot writes:
> > Do you know if the games are multi-threaded?  Could you run "top -H" and
> > "kdump -H"?
> 
> top -H shows a single line for gambatte.

Thanks.  Could you try the diff below?  It includes some debug stuff and
a potential fix.

I'm guessing that the problem is that my last change made uhid_do_ioctl()
return an error for FIOASYNC.  This makes the following syscall fall:

390:/* The poll blocks the event thread. */
391:fcntl(fd, F_SETFL, O_NONBLOCK)


As a result FNONBLOCK is not set on the 'struct file' and uhid_do_read()
block, or "freeze", when there's nothing to read instead of returning
EWOULDBLOCK.


Index: uhid.c
===
RCS file: /cvs/src/sys/dev/usb/uhid.c,v
retrieving revision 1.68
diff -u -p -r1.68 uhid.c
--- uhid.c  20 Jul 2017 16:54:45 -  1.68
+++ uhid.c  22 Sep 2017 12:31:56 -
@@ -59,10 +59,12 @@
 
 #include 
 
+#define UHID_DEBUG
+
 #ifdef UHID_DEBUG
 #define DPRINTF(x) do { if (uhiddebug) printf x; } while (0)
 #define DPRINTFN(n,x)  do { if (uhiddebug>(n)) printf x; } while (0)
-intuhiddebug = 0;
+intuhiddebug = 6;
 #else
 #define DPRINTF(x)
 #define DPRINTFN(n,x)
@@ -179,7 +181,7 @@ uhid_intr(struct uhidev *addr, void *dat
struct uhid_softc *sc = (struct uhid_softc *)addr;
 
 #ifdef UHID_DEBUG
-   if (uhiddebug > 5) {
+   if (uhiddebug > 6) {
u_int32_t i;
 
DPRINTF(("uhid_intr: data ="));
@@ -359,6 +361,7 @@ uhid_do_ioctl(struct uhid_softc *sc, u_l
 
switch (cmd) {
case FIONBIO:
+   case FIOASYNC:
/* All handled in the upper FS layer. */
break;

arm bulk build report

2017-09-22 Thread phessler 
bulk build on armv7-0.ports.openbsd.org
started on  Tue Sep 12 14:33:24 MDT 2017
finished at Fri Sep 22 06:31:52 MDT 2017
lasted 10D08h58m
done with kern.version=OpenBSD 6.2-beta (GENERIC) #68: Mon Sep 11 15:52:59 MDT 
2017

built packages:7978
Sep 12:174
Sep 13:181
Sep 14:217
Sep 15:126
Sep 16:143
Sep 17:345
Sep 18:296
Sep 19:563
Sep 20:792
Sep 21:3194
Sep 22:1946



build failures: 50
http://build-failures.rhaalovely.net//arm/2017-09-12/audio/audiality2.log
http://build-failures.rhaalovely.net//arm/2017-09-12/audio/grip.log
http://build-failures.rhaalovely.net//arm/2017-09-12/cad/openscad.log
http://build-failures.rhaalovely.net//arm/2017-09-12/converters/k2pdfopt.log
http://build-failures.rhaalovely.net//arm/2017-09-12/databases/citus.log
http://build-failures.rhaalovely.net//arm/2017-09-12/databases/pg_statsinfo.log
http://build-failures.rhaalovely.net//arm/2017-09-12/databases/pgpool.log
http://build-failures.rhaalovely.net//arm/2017-09-12/databases/postgresql-pllua.log
http://build-failures.rhaalovely.net//arm/2017-09-12/databases/postgresql-previous.log
http://build-failures.rhaalovely.net//arm/2017-09-12/databases/repmgr.log
http://build-failures.rhaalovely.net//arm/2017-09-12/databases/skytools.log
http://build-failures.rhaalovely.net//arm/2017-09-12/devel/gtest.log
http://build-failures.rhaalovely.net//arm/2017-09-12/devel/mygui.log
http://build-failures.rhaalovely.net//arm/2017-09-12/devel/reposurgeon.log
http://build-failures.rhaalovely.net//arm/2017-09-12/devel/sdcc.log
http://build-failures.rhaalovely.net//arm/2017-09-12/editors/TeXmacs.log
http://build-failures.rhaalovely.net//arm/2017-09-12/editors/gummi.log
http://build-failures.rhaalovely.net//arm/2017-09-12/emulators/dgen-sdl.log
http://build-failures.rhaalovely.net//arm/2017-09-12/games/pokerth.log
http://build-failures.rhaalovely.net//arm/2017-09-12/geo/geos.log
http://build-failures.rhaalovely.net//arm/2017-09-12/graphics/dcmtk.log
http://build-failures.rhaalovely.net//arm/2017-09-12/graphics/djview4.log
http://build-failures.rhaalovely.net//arm/2017-09-12/graphics/gdcm.log
http://build-failures.rhaalovely.net//arm/2017-09-12/graphics/gifsicle.log
http://build-failures.rhaalovely.net//arm/2017-09-12/graphics/slop.log
http://build-failures.rhaalovely.net//arm/2017-09-12/lang/erlang/16.log
http://build-failures.rhaalovely.net//arm/2017-09-12/lang/erlang/17,-main.log
http://build-failures.rhaalovely.net//arm/2017-09-12/lang/erlang/18.log
http://build-failures.rhaalovely.net//arm/2017-09-12/lang/erlang/19.log
http://build-failures.rhaalovely.net//arm/2017-09-12/lang/ocaml.log
http://build-failures.rhaalovely.net//arm/2017-09-12/mail/bogofilter,db4.log
http://build-failures.rhaalovely.net//arm/2017-09-12/mail/neomutt.log
http://build-failures.rhaalovely.net//arm/2017-09-12/math/gnumeric.log
http://build-failures.rhaalovely.net//arm/2017-09-12/math/p5-GraphViz.log
http://build-failures.rhaalovely.net//arm/2017-09-12/net/filezilla.log
http://build-failures.rhaalovely.net//arm/2017-09-12/net/gnugk.log
http://build-failures.rhaalovely.net//arm/2017-09-12/net/owncloudclient.log
http://build-failures.rhaalovely.net//arm/2017-09-12/net/pidgin-sipe.log
http://build-failures.rhaalovely.net//arm/2017-09-12/net/psi.log
http://build-failures.rhaalovely.net//arm/2017-09-12/net/synergy.log
http://build-failures.rhaalovely.net//arm/2017-09-12/print/cups-filters.log
http://build-failures.rhaalovely.net//arm/2017-09-12/print/p5-Poppler.log
http://build-failures.rhaalovely.net//arm/2017-09-12/print/py-poppler.log
http://build-failures.rhaalovely.net//arm/2017-09-12/print/scribus.log
http://build-failures.rhaalovely.net//arm/2017-09-12/print/texlive/base.log
http://build-failures.rhaalovely.net//arm/2017-09-12/security/botan2.log
http://build-failures.rhaalovely.net//arm/2017-09-12/sysutils/facter.log
http://build-failures.rhaalovely.net//arm/2017-09-12/telephony/asterisk.log
http://build-failures.rhaalovely.net//arm/2017-09-12/textproc/zathura/plugins/poppler.log
http://build-failures.rhaalovely.net//arm/2017-09-12/www/rt.log

recurrent failures
 failures/audio/audiality2.log
 failures/databases/citus.log
 failures/databases/pg_statsinfo.log
 failures/databases/pgpool.log
 failures/databases/postgresql-pllua.log
 failures/databases/postgresql-previous.log
 failures/databases/repmgr.log
 failures/databases/skytools.log
 failures/devel/gtest.log
 failures/devel/mygui.log
 failures/devel/sdcc.log
 failures/emulators/dgen-sdl.log
 failures/geo/geos.log
 failures/graphics/dcmtk.log
 failures/graphics/gifsicle.log
 failures/graphics/slop.log
 failures/mail/bogofilter,db4.log
 failures/net/synergy.log
 failures/security/botan2.log
new failures
+++ ls-failures Fri Sep 22 06:33:30 2017
+failures/audio/grip.log
+failures/cad/openscad.log
+failures/converters/k2pdfopt.log
+failures/devel/reposurgeon.log
+failures/editors/TeXmacs.log
+failures/editors/gummi.log
+failures/games/pokerth.log
+failures/graphics/djview4.log
+failures/graphics/gdcm.log

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Robert Nagy 
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2017/09/22 06:31:03

Modified files:
www/chromium   : Makefile distinfo 

Log message:
update to 61.0.3163.100

Re: print/texlive/base: switch to c++11 for real

2017-09-22 Thread Matthias Kilian 
On Fri, Sep 22, 2017 at 09:34:49AM +0200, Jan Stary wrote:
> > Sigh. Thanks for testing, and sorry that I didn't catch this (I've
> > already poppler-0.59 on my build machine).
> 
> Is the poppler version relevant to this?

Yes, because with poppler-0.59, the build fails earlier than with
0.57 ;-)

> I forgot to mention explixitly that I was building against 0.57;
> but this is an actual C++11 error in web2c, which has nothing to do
> with the poppler version - is that correct?

The error you get is ineeded not related to poppler.

> You mentioned you want a test on a non-clang arch.
> I am trying on armv7 (BBB) and macppc (MacMini),
> but it takes forever to just install the deps.

Please just don't waste your time with my diff for now.

Ciao,
Kili

Re: print/texlive/base: switch to c++11 for real

2017-09-22 Thread Stuart Henderson 
On 2017/09/21 18:04, Marc Espie wrote:
> On Thu, Sep 21, 2017 at 05:20:30PM +0100, Edd Barrett wrote:
> > On Thu, Sep 21, 2017 at 03:06:51PM +0200, Jan Stary wrote:
> > > With this patch, print/texlive/base fails for me
> > > on current/amd64 while configuring in web2c.
> > > The offending line is
> > > 
> > > ../.././../texk/web2c/luatexdir/image/pdftoepdf.w:74:34: error: invalid
> > > suffix
> > >   on literal; C++11 requires a space between literal and identifier
> > > [-Wreserved-user-defined-literal]
> > >   
> > > snprintf(ck,PDF_CHECKSUM_SIZE,"%"PRIu64"_%"PRIu64,(uint64_t)size,(uint64...
> > 
> > Well, that's easily patchable, but the question is, how many instances
> > of this are there?
> > 
> > Maybe there's a switch to turn that check off?
> > 
> > -- 
> > Best Regards
> > Edd Barrett
> 
> No, it should be fixed and upstream'd.
> 
> This is not an option or a warning, it's really an actual error
> with C++11 and more recent.
> 

Agreed.

The problem here is that the original .w file *does* have the whitespace,
but there's some generator/preprocesser acting on this file which strips it.

This looks like the simplest fix unless someone wants to figure out what
code is processing the file and how to fix that:

https://github.com/termux/termux-packages/blob/master/packages/texlive-bin/c%2B%2B11.patch

I think it should get a REVISION bump for adding std=c++11, but also that
this needs to wait for after unlock.

Re: print/texlive/base: switch to c++11 for real

2017-09-22 Thread Jan Stary 
Hi,

On Sep 21 20:53:28, k...@outback.escape.de wrote:
> Hi,
> 
> On Thu, Sep 21, 2017 at 03:06:51PM +0200, Jan Stary wrote:
> > On Sep 20 23:15:23, k...@outback.escape.de wrote:
> > > ~dd -stdc=c++11 to CXXFLAGS to kill a lot of warnings and (more
> > > important) give it at least a chance to survive configure with
> > > poppler->= 0.58 (the build with poppler-0.59 still fails, but that's
> > > another story I'm still working on).
> > > 
> > > While here, expand "gcc" to "base-clang ports-gcc" in COMPILER.
> > > 
> > > Cmments and/or ok?
> > 
> > With this patch, print/texlive/base fails for me
> > on current/amd64 while configuring in web2c.
> > The offending line is
> > 
> > ../.././../texk/web2c/luatexdir/image/pdftoepdf.w:74:34: error: invalid
> > suffix
> >   on literal; C++11 requires a space between literal and identifier
> > [-Wreserved-user-defined-literal]
> > 
> > snprintf(ck,PDF_CHECKSUM_SIZE,"%"PRIu64"_%"PRIu64,(uint64_t)size,(uint64...
> 
> Sigh. Thanks for testing, and sorry that I didn't catch this (I've
> already poppler-0.59 on my build machine).

Is the poppler version relevant to this?
I forgot to mention explixitly that I was building against 0.57;
but this is an actual C++11 error in web2c, which has nothing to do
with the poppler version - is that correct?

> At the moment, I'm trying to fix the breakage that I'm seeing (caused
> by popplers changed Object API). There seem to be some patches
> around in the intertubes, it looks even like the arch-linux people
> already have fixes for poppler-0.59, so I'll also look wether they've
> fixed C++11 breakage like the one you have seen. Or fix it myself.

I suppose the new texlive/base (with your patch)
should first build against poppler 0.57 which we have now,
and building against 0.59 (with the new Object API)
would be the next step, right?

You mentioned you want a test on a non-clang arch.
I am trying on armv7 (BBB) and macppc (MacMini),
but it takes forever to just install the deps.
I will get back with the result from these.

Jan

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Ingo Feinerer 
CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2017/09/22 01:26:48

Modified files:
telephony/baresip/baresip: Makefile distinfo 
telephony/baresip/baresip/patches: patch-src_config_c 

Log message:
Update to baresip 0.5.5

"go ahead" czarkoff@

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Ingo Feinerer 
CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2017/09/22 01:25:26

Modified files:
telephony/baresip/re: Makefile distinfo 
telephony/baresip/re/patches: patch-Makefile 

Log message:
Update to re 0.5.5

"go ahead" czarkoff@

CVS: cvs.openbsd.org: ports

2017-09-22 Thread Theo Buehler 
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2017/09/22 00:39:40

Modified files:
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 

Log message:
Register rename of extract_url into extracturl from a while back.
With a whitespace tweak from jasper