kdenlive future

[Bryan Vyhmeister]

I was wondering if anyone is using kdenlive on OpenBSD any more? The
current version is 16.12.3 which apparently changed sometime back (more
than a year ago?) to a new verison number scheme. I was intending to try
out kdenlive but, looking at its age, I am wondering if it will be
updated or more likely removed from ports? I know their target seems to
be mostly Ubuntu from what I can tell.

Bryan

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2017/03/14 18:25:59

Modified files:
net/poezio : Makefile distinfo 
net/poezio/patches: patch-setup_py 
net/poezio/pkg : PLIST 

Log message:
Update to poezio-0.11

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2017/03/14 18:23:32

Modified files:
net/py-slixmpp : Makefile distinfo 
net/py-slixmpp/pkg: PLIST 

Log message:
Update to py3-slixmpp-1.2.4pl1

Help from landry@ and espie@ regarding PKGNAME which looks legit to espie@

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2017/03/14 17:40:35

Added files:
security/softhsm/patches: patch-checks_Makefile_in 

Log message:
Make the tests that come with security/softhsm compile and pass.
OK maintainer Patrik Lundin

Re: firefox 52 - crashes at startup or later due to oom

[Diogo Galvao]

On Tue, Mar 14, 2017 at 2:42 AM, Sebastien Marie  wrote:
>
> Personally, what bother me is the fact that datastack limit is the same
> for all processes, without convenient way (for my knowledge) to run some
> programs with alternate class (and bigger datastack).
> ...
> If people have others suggestions, I would be glad to hear them :)

Why not running Firefox as a different user? Then you can also assign
another login class to it.

I've been trying this as an attempt to separate privileges and got used
to it quite quickly. The biggest annoyance is during file uploads, since
it intentionally can't read my files.

This idea might be worse than your doas su approach, but if you're
inclined to it, use xauth to generate an .Xauthority file then just doas
accordingly. I actually have a crude script for automating this that I
could share, in case you or anyone are interested.

Re: security/opendnssec: 1.4.13

[Patrik Lundin]

On Tue, Feb 07, 2017 at 07:12:57PM +0100, Patrik Lundin wrote:
> On Sun, Jan 22, 2017 at 09:08:09PM +0100, Patrik Lundin wrote:
> > Hello,
> > 
> > Here is an update to the newly released OpenDNSSEC 1.4.13. It removes a 
> > patch
> > that has been merged upstream.
> > 
> 
> Ping.
> 

Ping.

-- 
Patrik Lundin

Re: [NEW] www/h2o

[David CARLIER]

ping

On 18 February 2017 at 14:33, David CARLIER  wrote:

> ping :-)
>
> On 9 February 2017 at 20:31, David CARLIER  wrote:
>
>> Thanks for your inputs. Here a new version. Regards.
>>
>> On 9 February 2017 at 17:35, Stuart Henderson 
>> wrote:
>>
>>> On 2017/02/09 16:04, David CARLIER wrote:
>>> > ping :-)
>>> >
>>> > On 27 January 2017 at 22:57, David CARLIER  wrote:
>>> >
>>> > > Hi all,
>>> > >
>>> > > This is an early draft of a possible import of h2o into the tree.
>>> > >
>>> > > Let me know what you think.
>>> > >
>>> > > Thanks.
>>> > >
>>>
>>> On 2017/01/27 22:57, David CARLIER wrote:
>>> > diff --git a/www/h2o/Makefile b/www/h2o/Makefile
>>>
>>> tar.gz for ports submissions please.
>>>
>>> > new file mode 100644
>>> > index 000..df7a730
>>> > --- /dev/null
>>> > +++ b/www/h2o/Makefile
>>> > @@ -0,0 +1,35 @@
>>> > +# $OpenBSD $
>>> > +
>>> > +COMMENT =Web server library
>>>
>>> lowercase first char. could do with being more descriptive. it's not
>>> just a library.
>>>
>>> > +DISTNAME =   v${V}
>>> > +PKGNAME =   h2o-${V}
>>> > +V = 2.1.0
>>> ..
>>> > +MASTER_SITES =   https://github.com/h2o/h2o/archive/
>>> ..
>>> > +WRKDIST =   ${WRKDIR}/${PKGNAME}
>>>
>>> replace all the above with
>>>
>>> GH_ACCOUNT= h2o
>>> GH_PROJECT= h2o
>>> GH_TAGNAME= v2.1.0
>>>
>>> and regenerate distinfo
>>>
>>> > +
>>> > +SHARED_LIBS =h2o-evloop  0.0
>>> > +
>>> > +CATEGORIES = www
>>> > +
>>> > +HOMEPAGE =   http://h2o.examp1e.net
>>>
>>> immediately redirects to https://h2o.examp1e.net/, so better to use
>>> that.
>>>
>>> > +
>>> > +PERMIT_PACKAGE_CDROM =   Yes
>>> > +
>>> > +MODULES =devel/cmake gcc4
>>> > +MODGCC4_LANGS = c c++
>>> > +MODGCC4_ARCHS = *
>>> > +
>>> > +CONFIGURE_ARGS = -DWITH_BUNDLED_SSL=OFF \
>>> > + -DBUILD_SHARED_LIBS=ON \
>>> > + -DWITH_MRUBY=OFF \
>>> > + -DCMAKE_INSTALL_SYSCONFDIR=/etc/h2o
>>> > +
>>> > +NO_TEST =No
>>> > +
>>> > +post-install:
>>> > + @mkdir /etc/h2o
>>> > + ${INSTALL_DATA} ${FILESDIR}/h2o.conf /etc/h2o
>>>
>>> during packaging, install the files to ${PREFIX}/share/examples/h2o.
>>>
>>> in plist, do this
>>>
>>> share/examples/h2o/
>>> @sample ${SYSCONFDIR}/h2o/
>>> share/examples/h2o/h2o.conf
>>> @sample ${SYSCONFDIR}/h2o/h2o.conf
>>>
>>> > diff --git a/www/h2o/files/h2o.conf b/www/h2o/files/h2o.conf
>>> > new file mode 100644
>>> > index 000..f57cd33
>>> > --- /dev/null
>>> > +++ b/www/h2o/files/h2o.conf
>>> > @@ -0,0 +1,7 @@
>>> > +listen: 8080
>>> > +hosts:
>>> > +  "127.0.0.1:8080":
>>> > +paths:
>>> > +  /:
>>> > +file.dir: /var/www/htdocs
>>> > +access-log: /var/log/h2o-access.log
>>>
>>> probably better to use something in /var/www/logs/ -
>>> maybe just use the existing /var/www/logs/access.log?
>>>
>>> > diff --git a/www/h2o/pkg/DESCR b/www/h2o/pkg/DESCR
>>> > new file mode 100644
>>> > index 000..2b22290
>>> > --- /dev/null
>>> > +++ b/www/h2o/pkg/DESCR
>>> > @@ -0,0 +1 @@
>>> > +H2o is an optimized HTTP server with support for HTTP/1.x and HTTP/2
>>>
>>> could do with a bit more description here.
>>> could use "optimized HTTP server with support for HTTP/1.x and HTTP/2"
>>> as COMMENT..
>>>
>>> > diff --git a/www/h2o/pkg/PLIST b/www/h2o/pkg/PLIST
>>> > new file mode 100644
>>> > index 000..984f0d5
>>> > --- /dev/null
>>> > +++ b/www/h2o/pkg/PLIST
>>> > @@ -0,0 +1,115 @@
>>> > +@comment $OpenBSD$
>>> > +@bin bin/h2o
>>> > +@mode 700
>>> > +@owner www
>>> > +@group www
>>> > +include/h2o/
>>> > +include/h2o.h
>>> > +include/h2o/cache.h
>>> <..>
>>>
>>> these @mode/@owner/@group are wrong. www should never be able to write to
>>> these sorts of file.
>>>
>>> > +include/h2o/cache_digests.h
>>> > +include/h2o/configurator.h
>>> > +include/h2o/file.h
>>> > +include/h2o/filecache.h
>>> > +include/h2o/hostinfo.h
>>> > +include/h2o/http1.h
>>> > +include/h2o/http1client.h
>>> > +include/h2o/http2.h
>>> > +include/h2o/http2_casper.h
>>> > +include/h2o/http2_internal.h
>>> > +include/h2o/http2_scheduler.h
>>> > +include/h2o/linklist.h
>>> > +include/h2o/memcached.h
>>> > +include/h2o/memory.h
>>> > +include/h2o/mruby_.h
>>> > +include/h2o/multithread.h
>>> > +include/h2o/openssl_backport.h
>>> > +include/h2o/rand.h
>>> > +include/h2o/serverutil.h
>>> > +include/h2o/socket/
>>> > +include/h2o/socket.h
>>> > +include/h2o/socket/evloop.h
>>> > +include/h2o/socket/uv-binding.h
>>> > +include/h2o/socketpool.h
>>> > +include/h2o/string_.h
>>> > +include/h2o/time_.h
>>> > +include/h2o/timeout.h
>>> > +include/h2o/token.h
>>> > +include/h2o/tunnel.h
>>> > +include/h2o/url.h
>>> > +include/h2o/version.h
>>> > +include/h2o/websocket.h
>>> > +@lib lib/libh2o-evloop.so.${LIBh2o-evloop_VERSION}
>>> > +lib/pkgconfig/libh2o-evloop.pc
>>> > +share/doc/h2o/
>>> 

Re: [patch] update cgit to 1.1

[Stuart Henderson]

On 2017/03/14 22:55, Fritjof Bornebusch wrote:
> here is a patch that updates cgit from 1.0 to 1.1.

See the thread "UPDATE: www/cgit 1.1" in ports@ archives.

[patch] update cgit to 1.1

[Fritjof Bornebusch]

Hi,

here is a patch that updates cgit from 1.0 to 1.1.

If I use cgit 1.0 with httpd(8) and slowcgi(8) it works as expected.
But if I update cgit to 1.1 than I get the following error:
# httpd -d -vvv 
startup
server_privinit: adding server default
socket_rlimit: max open files 1024
socket_rlimit: max open files 1024
socket_rlimit: max open files 1024
server_launch: configuring server default
server_launch: configuring server default
server_launch: running server default
server_launch: running server default
server_launch: configuring server default
server_launch: running server default
fatal: open /dev/null or dup failed: No such file or directory

default 127.0.0.1 - - [14/Mar/2017:22:44:04 +0100] "GET /dec.git/about/ 
HTTP/1.1" 500 0
server default, client 1 (1 active), 127.0.0.1:28801 -> 127.0.0.1, empty stdout 
(500 Internal Server Error)

I don't know exactly if there is a relation between the error and cgit-1.1, but
works with nginx(8) and slowcgi(8) as expected - testet on amd64.
Maybe someone else can help me with that.

--f.


Index: Makefile
===
RCS file: /cvs/ports/www/cgit/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile17 Jun 2016 07:22:39 -  1.21
+++ Makefile14 Mar 2017 21:50:00 -
@@ -2,11 +2,11 @@
 
 COMMENT =  web frontend for git repositories
 
-DISTNAME = cgit-1.0
+DISTNAME = cgit-1.1
 CATEGORIES =   www devel
 
 DISTFILES =${DISTNAME}.tar.gz:0 \
-   git-2.8.3.tar.gz:1
+   git-2.10.2.tar.gz:1
 
 MASTER_SITES0 =http://git.zx2c4.com/cgit/snapshot/
 MASTER_SITES1 =https://www.kernel.org/pub/software/scm/git/
@@ -20,7 +20,7 @@ USE_GMAKE =   yes
 LIB_DEPENDS =  converters/libiconv
 
 PREFIX =   ${VARBASE}/www
-MAKE_FLAGS +=  V=1 NO_LUA=1 LDFLAGS+='${STATIC} -L${LOCALBASE}/lib'
+MAKE_FLAGS +=  NO_GETTEXT=1 V=1 NO_LUA=1 LDFLAGS+='${STATIC} 
-L${LOCALBASE}/lib'
 
 post-extract:
rmdir ${WRKSRC}/git
Index: distinfo
===
RCS file: /cvs/ports/www/cgit/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo17 Jun 2016 07:22:39 -  1.10
+++ distinfo14 Mar 2017 21:50:00 -
@@ -1,4 +1,4 @@
-SHA256 (cgit-1.0.tar.gz) = 56yIddhatPaqQc3fGB3JjAuoBI6HdFLOtEAcPucvpPQ=
-SHA256 (git-2.8.3.tar.gz) = La1Qx1gznW9SNTCdtiDlEkngAA/zSqLyrLy4TCEj7Qk=
-SIZE (cgit-1.0.tar.gz) = 105139
-SIZE (git-2.8.3.tar.gz) = 5847849
+SHA256 (cgit-1.1.tar.gz) = 9A3soz5VbJohi73Ce9nEd62ZxwhjkjCWhtIWkB3RDTs=
+SHA256 (git-2.10.2.tar.gz) = PX7yddgLl6qmHztr6dPcUWIC5vb12IXywJtZ66WS3MQ=
+SIZE (cgit-1.1.tar.gz) = 105738
+SIZE (git-2.10.2.tar.gz) = 6065116
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/www/cgit/patches/patch-Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 patch-Makefile
--- patches/patch-Makefile  17 Jun 2016 07:22:39 -  1.7
+++ patches/patch-Makefile  14 Mar 2017 21:50:00 -
@@ -1,9 +1,8 @@
-$OpenBSD: patch-Makefile,v 1.7 2016/06/17 07:22:39 landry Exp $
 Makefile.orig  Tue Jun  7 14:45:04 2016
-+++ Makefile   Fri Jun 17 07:30:53 2016
-@@ -2,11 +2,11 @@ all::
+--- /tmp/cgit-1.1/Makefile Wed Nov 23 05:24:36 2016
 Makefile   Tue Mar 14 12:03:33 2017
+@@ -2,11 +2,11 @@
  
- CGIT_VERSION = v1.0
+ CGIT_VERSION = v1.1
  CGIT_SCRIPT_NAME = cgit.cgi
 -CGIT_SCRIPT_PATH = /var/www/htdocs/cgit
 -CGIT_DATA_PATH = $(CGIT_SCRIPT_PATH)
@@ -18,12 +17,12 @@ $OpenBSD: patch-Makefile,v 1.7 2016/06/1
  libdir = $(prefix)/lib
  filterdir = $(libdir)/cgit/filters
  docdir = $(prefix)/share/doc/cgit
-@@ -84,8 +84,6 @@ install: all
+@@ -84,8 +84,6 @@
$(INSTALL) -m 0644 cgit.png $(DESTDIR)$(CGIT_DATA_PATH)/cgit.png
$(INSTALL) -m 0644 favicon.ico $(DESTDIR)$(CGIT_DATA_PATH)/favicon.ico
$(INSTALL) -m 0644 robots.txt $(DESTDIR)$(CGIT_DATA_PATH)/robots.txt
 -  $(INSTALL) -m 0755 -d $(DESTDIR)$(filterdir)
--  $(COPYTREE)  filters/* $(DESTDIR)$(filterdir)
+-  $(COPYTREE) filters/* $(DESTDIR)$(filterdir)
  
  install-doc: install-man install-html install-pdf
  

Re: UPDATE: texlive 2016

[Edd Barrett]

Hi Nils,

On Tue, Mar 14, 2017 at 10:06:32AM +0100, Nils Reuße wrote:
> From what i've learned reading about the texlive release process [2],
> the ctan for texlive 2016 will be in a freeze period soon (staring 1st
> of april)

I've just had a prod around in the tlnet-final from 2015. Here's the
lowdown. Sorry for the long mail.

The frozen final versions have a tlpdb file, which is good, as that's
what I use to generate the packing lists. What they don't have is a
tarball containing the corresponding texmf and sources. We would have to
roll our own out of svn, and then we would have to host the (large)
files somewhere.

I had a look to see how much changes from the release texlive 2015 to
the final frozen one:

$ gdiff -u texlive2015.tlpdb texlive-final.tlpdb | wc -l
  342965

So it's no small change, otherwise I could roll up the packages that had
changed, download those as extra distfiles, and patch the release tlpdb.

Assuming we could find hosting, I'm not sure I can face the prospect of
porting texlive 2016-final followed by 2017 only a couple of months
later ;)

What you could try is, on a linux distro (or by building by hand on
OpenBSD), install texlive 2016, then update only those packages that
you said were busted by putting new versions in the ~/.texmf and
see if it works. If it does, I could probably work those in.

But I do wonder, since I'm hoping texlive 2016 will be fairly short
lived in-tree (in favor of the almost released texlive 2017 coming in
June), and since there is a working (albeit annoying) workaround, maybe
the best thing to do is to mention the workaround in our 2016 package
README and hold tight for texlive 2017.

What do you think?

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

Re: [UPDATE] textproc/pdfgrep

[Theo Buehler]

On Tue, Mar 14, 2017 at 09:29:48PM +, Stuart Henderson wrote:
> How about killing the wpath pledge if --cache is not used?
> 

It already does that. It's not visible in the diff, but we have:

   694  if (options.use_cache) {
[...]
   704  } else {
   705  if (pledge("stdio rpath", NULL) == -1) {
   706  fprintf (stderr, "pdfgrep: pledge\n");
   707  exit (1);
   708  }
   709  }

Re: [UPDATE] textproc/pdfgrep

[Stuart Henderson]

How about killing the wpath pledge if --cache is not used?

I was a bit confused as to why it needs gcrypt for a caching option...
turns out it uses it to SHA1 the contents of the pdf.

Re: [UPDATE] textproc/pdfgrep

[Theo Buehler]

On Tue, Mar 14, 2017 at 12:14:42PM +0100, Jeremie Courreges-Anglas wrote:
> Theo Buehler  writes:
> 
> > On Tue, Mar 14, 2017 at 09:35:37AM +0100, Reinhold Straub wrote:
> >> ok?
> >> 
> >> On 06.03.17 18:18, Reinhold Straub wrote:
> >> > Hi all,
> >> > 
> >> > pdfgrep has been updated to v. 2.0.1
> >> > 
> >> > It has a new option: --cache, which needs additional dependencies and 
> >> > some modification to the pledge(2) syscalls.
> >> > 
> >> > Most of our previous patches have been accepted upstream.
> >
> > Thanks. Your patch didn't apply cleanly, so I regenerated it, see below.
> > Apply with 'patch -E'.
> >
> > Your diff looks good and the port builds fine and all tests pass.
> > However, I ran into the following problem with any pdf file:
> >
> > $ LC_CTYPE=en_US.UTF-8 pdfgrep RFC /tmp/slides.pdf
> > terminate called after throwing an instance of 'std::runtime_error'
> >   what():  locale::facet::_S_create_c_locale name not valid
> > Abort trap (core dumped)
> >
> > This is new, the old port works fine in the UTF-8 locale.
> >
> > Unsurprisingly, the problem is the locale call in src/pdfgrep.cc
> >
> >434  // Set locale to user-preference. If this locale is an 
> > UTF-8 locale, the
> >435  // regex-functions regcomp/regexec become unicode 
> > aware, which means
> >436  // e.g. that '.' will match a unicode character, not a 
> > single byte.
> >437  locale::global(locale(""));
> >
> > commenting it out works around the problem. I have no idea what the
> > proper fix is.
> 
> I don't think a proper fix is possible.  I had suggested a "fix" for
> libstdc++v3 in base.
> 
>   http://marc.info/?l=openbsd-ports=148154492428992=2
> 
> Maybe silencing this assertion in libestdc++ is the sanest way to deal
> with this.  Or you could just comment the call to
> 
>   locale::global(locale(""));
> 
> Our locale support is limited anyway...
> 

Alright, thanks. As I said previously, commenting this out works. This
is pretty disgusting. I don't really know how badly pcre will react to
this, but I guess it can't be worse than the segfault.

The cure that worked in the other thread (using gcc4) obviously won't
help here, so here's the diff with the line commented.

Index: Makefile
===
RCS file: /var/cvs/ports/textproc/pdfgrep/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile15 Jan 2016 19:57:24 -  1.5
+++ Makefile14 Mar 2017 21:09:20 -
@@ -2,7 +2,7 @@
 
 COMMENT =  tool to search text in PDF files
 
-DISTNAME = pdfgrep-1.4.1
+DISTNAME = pdfgrep-2.0.1
 
 CATEGORIES =   textproc
 
@@ -18,11 +18,12 @@ MODGCC4_ARCHS = *
 MODGCC4_LANGS =c++
 
 # uses pledge()
-WANTLIB += c m pthread poppler-cpp pcre
+WANTLIB += c m pthread poppler-cpp pcre gcrypt gpg-error
 
 MASTER_SITES = https://pdfgrep.org/download/
 
-LIB_DEPENDS =  print/poppler
+LIB_DEPENDS =  print/poppler \
+   security/libgcrypt
 TEST_DEPENDS = devel/dejagnu \
print/texlive/base
 
Index: distinfo
===
RCS file: /var/cvs/ports/textproc/pdfgrep/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo15 Jan 2016 19:42:40 -  1.3
+++ distinfo14 Mar 2017 09:34:21 -
@@ -1,2 +1,2 @@
-SHA256 (pdfgrep-1.4.1.tar.gz) = 2wSiEOa7e3fNbFSxfw9v7Q0SOoX5elQbJwc2pdOEDyw=
-SIZE (pdfgrep-1.4.1.tar.gz) = 151926
+SHA256 (pdfgrep-2.0.1.tar.gz) = A3DXRLMHLUc4Pb7Sy5yLC2S4PAhNpaiWH41Lx2aelB4=
+SIZE (pdfgrep-2.0.1.tar.gz) = 187217
Index: patches/patch-src_pdfgrep_cc
===
RCS file: /var/cvs/ports/textproc/pdfgrep/patches/patch-src_pdfgrep_cc,v
retrieving revision 1.1
diff -u -p -r1.1 patch-src_pdfgrep_cc
--- patches/patch-src_pdfgrep_cc15 Jan 2016 19:42:40 -  1.1
+++ patches/patch-src_pdfgrep_cc14 Mar 2017 21:08:31 -
@@ -1,27 +1,49 @@
-$OpenBSD: patch-src_pdfgrep_cc,v 1.1 2016/01/15 19:42:40 sthen Exp $
 src/pdfgrep.cc.origWed Sep 16 21:06:49 2015
-+++ src/pdfgrep.cc Fri Jan 15 11:39:19 2016
-@@ -569,6 +569,11 @@ void handle_poppler_errors(const std::string , voi
- 
+$OpenBSD$
+
+disable locale::global(locale("")) to avoid a segfault in the UTF-8 locale.
+--- src/pdfgrep.cc.origSat Mar  4 09:11:53 2017
 src/pdfgrep.cc Tue Mar 14 22:07:41 2017
+@@ -423,12 +423,18 @@ static void handle_poppler_errors(const string , v
  int main(int argc, char** argv)
  {
-+  if (pledge("stdio rpath tty", NULL) == -1) {
+   Options options;
++
++  if (pledge("stdio rpath wpath cpath tty", NULL) == -1) {
 +  fprintf (stderr, "pdfgrep: pledge\n");
 +  exit (1);
 +  }
 +
-   init_colors();
+  

Re: [PATCH] emulators/virtualjaguar (Honour CFLAGS and CXXFLAGS)

[Stuart Henderson]

On 2017/03/13 19:19, Frederic Cambus wrote:
> Hi ports@,
> 
> Here is a diff to make emulators/virtualjaguar honour CFLAGS and
> CXXFLAGS everywhere.
> 
> Comments? OK?
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/emulators/virtualjaguar/Makefile,v
> retrieving revision 1.4
> diff -u -p -r1.4 Makefile
> --- Makefile  4 Mar 2017 16:16:32 -   1.4
> +++ Makefile  13 Mar 2017 16:57:20 -
> @@ -34,6 +34,8 @@ MAKE_FLAGS =CC="${CC}" \
>   LINK="${CXX}" \
>   V=1
>  
> +MAKE_ENV =   CXXFLAGS="${CXXFLAGS}"

Use MAKE_FLAGS...

> +
>  NO_TEST =Yes
>  
>  pre-configure:
> Index: patches/patch-Makefile
> ===
> RCS file: patches/patch-Makefile
> diff -N patches/patch-Makefile
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-Makefile13 Mar 2017 16:57:20 -
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +--- Makefile.origFri Oct 10 15:54:48 2014
>  Makefile Mon Mar 13 17:25:21 2017
> +@@ -24,8 +24,8 @@ QMAKE_EXTRA := -spec macx-g++
> + endif
> + 
> + # Set basic flags, these can be overridden from the environment
> +-CFLAGS = -O2
> +-CXXFLAGS = -O2
> ++CFLAGS ?= -O2
> ++CXXFLAGS ?= -O2

...and then you shouldn't need to change anything here because
command-line variables normally override those in the Makefile. (But I'd
set CFLAGS in MAKE_FLAGS as well, even if it's not actually used).

> + 
> + # Add CPPFLAGS
> + CFLAGS += $(CPPFLAGS)
> Index: patches/patch-virtualjaguar_pro
> ===
> RCS file: patches/patch-virtualjaguar_pro
> diff -N patches/patch-virtualjaguar_pro
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-virtualjaguar_pro   13 Mar 2017 16:57:20 -
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +--- virtualjaguar.pro.orig   Fri Oct 10 15:54:48 2014
>  virtualjaguar.proMon Mar 13 17:25:21 2017
> +@@ -47,8 +47,8 @@ macx  { ICON = res/vj-icon.icns }
> + # NOTE: May have to put -Wall back in, but only on non-release cycles. It 
> can
> + #   cause problems if you're not careful. (Can do this via command line 
> in
> + #   qmake)
> +-QMAKE_CFLAGS += `$(CROSS)sdl-config --cflags`
> +-QMAKE_CXXFLAGS += `$(CROSS)sdl-config --cflags`
> ++QMAKE_CFLAGS = `$(CROSS)sdl-config --cflags`
> ++QMAKE_CXXFLAGS = `$(CROSS)sdl-config --cflags`
> + 
> + # Need to add libcdio stuffola (checking/including)...
> + 
> 

Re: NEW: x11/x2goclient 4.1.0.0

[Rafael Sadowski]

*ping*

On Sat Feb 25, 2017 at 10:35:05AM +0100, Rafael Sadowski wrote:
> Hi ports@,
> 
> after a long way I happy to announce a stable X2Go client port. Please
> find attached a new tarball with x2goclient-4.1.0.0.
> 
> "Increase the thread stack size to the default size on Linux, fixes a
> crash." patch from jca@ and very much feedback.
> 
> Tested on amd64.
> 
> $ cat pkg/DESCR
> The x2goclient application provides you the possibility to access the
> remote running desktop, exchange files with it and redirect sound from
> the session on the server to your local client.
> 
> Regards,
> 
> Rafael Sadowski

Re: HOMEPAGE and MASTER_SITES: devel/libevent2

[Rafael Sadowski]

ping ...

On Tue Feb 28, 2017 at 07:17:15PM +0100, David Coppa wrote:
> Ok with me.
> 
> Ciao!
> David
> 
> Il 28 feb 2017 18:32, "Rafael Sadowski"  ha scritto:
> 
> - Switch to HTTPS
> - fix MASTER_SITES
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/libevent2/Makefile,v
> retrieving revision 1.13
> diff -u -p -u -p -r1.13 Makefile
> --- Makefile11 Mar 2016 19:59:13 -  1.13
> +++ Makefile28 Feb 2017 17:29:53 -
> @@ -5,9 +5,9 @@ COMMENT=event notification library
>  V= 2.0.22
>  DISTNAME=  libevent-$V-stable
>  PKGNAME=   libevent-$V
> -REVISION=  0
> +REVISION=  1
>  CATEGORIES=devel
> -HOMEPAGE=  http://libevent.org/
> +HOMEPAGE=  https://libevent.org/
> 
>  SHARED_LIBS+=  event_core  1.1 # 6.9
>  SHARED_LIBS+=  event_extra 0.1 # 6.9
> @@ -17,7 +17,7 @@ SHARED_LIBS+= event_pthreads  0.0 # 6.9
>  # BSD
>  PERMIT_PACKAGE_CDROM=  Yes
> 
> -MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=levent/}
> +MASTER_SITES=  https://github.com/libevent/libevent/releases/download/
> release-${V}-stable/
> 
>  WANTLIB=   crypto pthread ssl

Gnome3 crash caused by gnome-session-failed?

[Ryan Freeman]

I have noticed that after a reboot, gnome3 never wants to stay running.

I start everything up, open oodles of terminal windows, get all my things
in place, then at some point p00f, it all goes away and i'm back at gdm.

After that first crash, I can login, reopen all my stuff /again/, and then
it stays stable for weeks or even months.  This typically happens after
upgrades (the only real reason a reboot is needed!), but to eliminate
package mismatch problems, I usually use this set of steps:

1. upgrade via bsd.rd (snapshot files on local filesystem)
2. after first boot, run pkg_add -uV
3. reboot one more time after all packages upgraded.

I notice this core file usually, gnome-session-fa.core, which I
must be from /usr/local/libexec/gnome-session-failed. [1]

I noticed this post on debian's list of someone complaining about that,
I figure it would be funny if we could stop this crash by just not letting
this darn tool break everything :-)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787218;msg=2


dmesg:
OpenBSD 6.1-beta (GENERIC.MP) #15: Mon Mar 13 21:43:28 MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17111785472 (16319MB)
avail mem = 16588505088 (15820MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xebfb0 (89 entries)
bios0: vendor Dell Inc. version "A05" date 07/31/2012
bios0: Dell Inc. OptiPlex 9010
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG HPET SSDT SSDT SSDT DMAR ASF! SLIC
acpi0: wakeup devices UAR1(S3) P0P1(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) 
USB5(S3) USB6(S3) USB7(S3) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) 
RP03(S4) PXSX(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz, 3193.31 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: TSC frequency 319331 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz, 3192.75 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz, 3192.75 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz, 3192.75 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (P0P1)
acpiprt2 at acpi0: bus -1 (RP01)
acpiprt3 at acpi0: bus -1 (RP02)
acpiprt4 at acpi0: bus -1 (RP03)
acpiprt5 at acpi0: bus -1 (RP04)
acpiprt6 at acpi0: bus -1 (RP05)
acpiprt7 at acpi0: bus -1 (RP06)
acpiprt8 at acpi0: bus -1 (RP07)
acpiprt9 at acpi0: bus -1 (RP08)
acpiprt10 at acpi0: bus 1 (PEG0)
acpiprt11 at acpi0: bus -1 (PEG1)
acpiprt12 at acpi0: bus -1 (PEG2)
acpiprt13 at acpi0: bus -1 (PEG3)
acpiec0 at acpi0: not present
acpicpu0 at acpi0: C1(@1 halt!), PSS
acpicpu1 at acpi0: C1(@1 halt!), PSS
acpicpu2 at acpi0: C1(@1 halt!), PSS
acpicpu3 at acpi0: C1(@1 halt!), PSS
acpitz0 at acpi0: critical temperature is 106 degC
acpitz1 at acpi0: critical temperature is 106 degC
"INT3F0D" at acpi0 not configured
"PNP0501" at acpi0 not configured
acpibtn0 at acpi0: PWRB
acpivideo0 at acpi0: GFX0

Re: update llvm to 4.0.0

[Robert Nagy]

On (2017-03-14 18:50), Antoine Jacoutot wrote:
> It's been updated minutes before I got your mail :)
> Could you provide a diff to the intree version ?

Haha, sure:

Index: Makefile
===
RCS file: /cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.138
diff -u -p -u -r1.138 Makefile
--- Makefile14 Mar 2017 17:29:45 -  1.138
+++ Makefile14 Mar 2017 17:56:34 -
@@ -20,6 +20,7 @@ CATEGORIES =  devel
 DISTFILES =llvm-${LLVM_V}.src${EXTRACT_SUFX} \
cfe-${LLVM_V}.src${EXTRACT_SUFX} \
lld-${LLVM_V}.src${EXTRACT_SUFX}
+DIST_SUBDIR =  llvm
 MASTER_SITES = http://www.llvm.org/releases/${LLVM_V}/
 EXTRACT_SUFX = .tar.xz
 
Index: distinfo
===
RCS file: /cvs/ports/devel/llvm/distinfo,v
retrieving revision 1.21
diff -u -p -u -r1.21 distinfo
--- distinfo14 Mar 2017 17:29:45 -  1.21
+++ distinfo14 Mar 2017 17:56:34 -
@@ -1,6 +1,6 @@
-SHA256 (cfe-4.0.0.src.tar.xz) = zqX4jr3bMOKWyokTDIO51GwtgzaF4pEjA8goBUxNyYo=
-SHA256 (lld-4.0.0.src.tar.xz) = M+BkV7nOBWPImxHMx8yr+c/3G4NXGYWlv4aEyRUOdQI=
-SHA256 (llvm-4.0.0.src.tar.xz) = jRBRHfluc7j/nnq7+01NQy7b2+ll8fTwevrzcLilM74=
-SIZE (cfe-4.0.0.src.tar.xz) = 10900916
-SIZE (lld-4.0.0.src.tar.xz) = 592728
-SIZE (llvm-4.0.0.src.tar.xz) = 21016340
+SHA256 (llvm/cfe-4.0.0.src.tar.xz) = 
zqX4jr3bMOKWyokTDIO51GwtgzaF4pEjA8goBUxNyYo=
+SHA256 (llvm/lld-4.0.0.src.tar.xz) = 
M+BkV7nOBWPImxHMx8yr+c/3G4NXGYWlv4aEyRUOdQI=
+SHA256 (llvm/llvm-4.0.0.src.tar.xz) = 
jRBRHfluc7j/nnq7+01NQy7b2+ll8fTwevrzcLilM74=
+SIZE (llvm/cfe-4.0.0.src.tar.xz) = 10900916
+SIZE (llvm/lld-4.0.0.src.tar.xz) = 592728
+SIZE (llvm/llvm-4.0.0.src.tar.xz) = 21016340

Re: Fwd: [elinks-dev] [Bug][Security] elinks doesn't verify server certificate

[Edd Barrett]

On Mon, Mar 13, 2017 at 08:45:11AM +, Stuart Henderson wrote:
> On 2017/03/12 17:57, Edd Barrett wrote:
> > On Fri, Mar 10, 2017 at 10:54:29AM +, Edd Barrett wrote:
> > > +# Elinks does not check SSL certificates properly!
> > > +# Disable SSL support to protect our users.
> > > +CONFIGURE_ARGS +=--without-gnutls \
> > > + --without-openssl
> > 
> > Any comments on this? Kill SSL support or kill elinks?
> 
> Is this patch any good for us?
> 
> http://lists.linuxfromscratch.org/pipermail/elinks-dev/2015-June/002099.html

The patch never made it into their git repo, so I'm not sure if it is
correct (i'm not versed in the OpenSSL api).

I've raised a bug here:
https://github.com/nabetaro/elinks/issues/1

(not in their official bugzilla as it is broken)

What I'd like to do is:

 * disable SSL support now.
 * If after a week or two, there is no evidence that upstream are
   working to fix the bug, remove the port.

Works for you guys?

Here's an updated diff with the WANTLIB fixed. OK?

Index: Makefile
===
RCS file: /home/edd/cvsync/ports/www/elinks/Makefile,v
retrieving revision 1.37
diff -u -p -r1.37 Makefile
--- Makefile30 Jan 2017 10:06:55 -  1.37
+++ Makefile14 Mar 2017 17:48:55 -
@@ -1,8 +1,7 @@
 # $OpenBSD: Makefile,v 1.37 2017/01/30 10:06:55 jca Exp $
-
 COMMENT=   full-featured text WWW browser
 DISTNAME=  elinks-0.11.7
-REVISION=  10
+REVISION=  11
 CATEGORIES=www
 MASTER_SITES=  http://elinks.cz/download/
 
@@ -24,6 +23,10 @@ CONFIGURE_ARGS+= --with-bzlib \
--enable-gopher \
--enable-256-colors \
--with-libiconv=${LOCALBASE}
+# Elinks does not check SSL certificates properly!
+# Disable SSL support to protect our users.
+CONFIGURE_ARGS +=  --without-gnutls \
+   --without-openssl
 
 # don't hide compiler command lines
 MAKE_ENV=  V=true
@@ -35,7 +38,7 @@ USE_GMAKE=Yes
 USE_GROFF =Yes
 
 RUN_DEPENDS=   devel/gettext
-WANTLIB=   bz2 crypto c iconv idn ssl z
+WANTLIB=   bz2 c iconv idn z
 
 FLAVORS=   lua no_x11 js
 FLAVOR?=

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

Re: update llvm to 4.0.0

[Antoine Jacoutot]

On March 14, 2017 6:46:17 PM GMT+01:00, Robert Nagy  wrote:
>Hi
>
>This diff updates llvm to 4.0.0 in ports. I've also changed the port to
>use the official distfiles instead of our own crafted one, because I
>prefer it this way.
>
>Index: Makefile
>===
>RCS file: /cvs/ports/devel/llvm/Makefile,v
>retrieving revision 1.137
>diff -u -p -u -r1.137 Makefile
>--- Makefile   1 Mar 2017 08:55:28 -   1.137
>+++ Makefile   14 Mar 2017 17:45:37 -
>@@ -11,16 +11,18 @@ MULTI_PACKAGES =   -main -python
>COMMENT-main = modular, fast C/C++/ObjC compiler, static analyzer and
>tools
> COMMENT-python =  Python bindings for Clang
> 
>-LLVM_V =  4.0.0rc2
>+LLVM_V =  4.0.0
> DISTNAME =llvm-${LLVM_V}.src
> PKGNAME = llvm-${LLVM_V}
> PKGNAME-main =llvm-${LLVM_V}
> PKGNAME-python =  py-llvm-${LLVM_V}
>-REVISION-main =   4
> CATEGORIES =  devel
>-DISTFILES =   llvm-${LLVM_V}.src${EXTRACT_SUFX}
>-MASTER_SITES =http://comstyle.com/source/
>+DISTFILES =   llvm-${LLVM_V}.src${EXTRACT_SUFX} \
>+  cfe-${LLVM_V}.src${EXTRACT_SUFX} \
>+  lld-${LLVM_V}.src${EXTRACT_SUFX}
>+MASTER_SITES =http://releases.llvm.org/${LLVM_V}/
> EXTRACT_SUFX =.tar.xz
>+DIST_SUBDIR = llvm
> 
> SHARED_LIBS = clang   5.0 \
>   LTO 2.0
>@@ -86,6 +88,10 @@ GCC_CONFIG =${MACHINE_ARCH}-unknown-op
> .endif
> CLANG_INCLUDE_PATH =  lib/clang/${LLVM_V:S/rc2//}/include
> SUBST_VARS += CLANG_INCLUDE_PATH LLVM_V GCC_VER GCC_CONFIG
>+
>+post-extract:
>+  @mv ${WRKDIR}/cfe-${LLVM_V}.src ${WRKSRC}/tools/clang
>+  @mv ${WRKDIR}/lld-${LLVM_V}.src ${WRKSRC}/tools/lld
> 
> pre-configure:
>   @${SUBST_CMD} ${WRKSRC}/tools/clang/lib/Driver/ToolChains.cpp \
>Index: distinfo
>===
>RCS file: /cvs/ports/devel/llvm/distinfo,v
>retrieving revision 1.20
>diff -u -p -u -r1.20 distinfo
>--- distinfo   10 Feb 2017 09:37:43 -  1.20
>+++ distinfo   14 Mar 2017 17:45:37 -
>@@ -1,2 +1,6 @@
>-SHA256 (llvm-4.0.0rc2.src.tar.xz) =
>dPSlLc7j5BTaUNB2sugoQMRRI66n4/PC1WmFyzOrk1g=
>-SIZE (llvm-4.0.0rc2.src.tar.xz) = 30756712
>+SHA256 (llvm/cfe-4.0.0.src.tar.xz) =
>zqX4jr3bMOKWyokTDIO51GwtgzaF4pEjA8goBUxNyYo=
>+SHA256 (llvm/lld-4.0.0.src.tar.xz) =
>M+BkV7nOBWPImxHMx8yr+c/3G4NXGYWlv4aEyRUOdQI=
>+SHA256 (llvm/llvm-4.0.0.src.tar.xz) =
>jRBRHfluc7j/nnq7+01NQy7b2+ll8fTwevrzcLilM74=
>+SIZE (llvm/cfe-4.0.0.src.tar.xz) = 10900916
>+SIZE (llvm/lld-4.0.0.src.tar.xz) = 592728
>+SIZE (llvm/llvm-4.0.0.src.tar.xz) = 21016340
>Index: patches/patch-tools_clang_lib_Driver_Tools_cpp
>===
>RCS file:
>/cvs/ports/devel/llvm/patches/patch-tools_clang_lib_Driver_Tools_cpp,v
>retrieving revision 1.39
>diff -u -p -u -r1.39 patch-tools_clang_lib_Driver_Tools_cpp
>--- patches/patch-tools_clang_lib_Driver_Tools_cpp 20 Feb 2017 07:04:00
>-  1.39
>+++ patches/patch-tools_clang_lib_Driver_Tools_cpp 14 Mar 2017 17:45:37
>-
>@@ -1,4 +1,4 @@
>-$OpenBSD: patch-tools_clang_lib_Driver_Tools_cpp,v 1.39 2017/02/20
>07:04:00 ajacoutot Exp $
>+$OpenBSD$
> 
> - Select proper SPARCv9 variant for the external assembler
> - For now, force soft-float on ARM
>@@ -8,8 +8,8 @@ $OpenBSD: patch-tools_clang_lib_Driver_T
> - Always use --eh-frame-hdr on OpenBSD, even for -static
> - Link static PIE programs against rcrt0.o on OpenBSD
> 
> tools/clang/lib/Driver/Tools.cpp.orig Wed Feb  8 20:35:18 2017
>-+++ tools/clang/lib/Driver/Tools.cpp  Sun Feb 19 17:41:04 2017
>+--- tools/clang/lib/Driver/Tools.cpp.orig Tue Feb 21 20:11:22 2017
> tools/clang/lib/Driver/Tools.cpp  Tue Mar 14 17:35:43 2017
>@@ -79,7 +79,7 @@ static const char *getSparcAsmModeForCPU(StringRef
>Nam
>.Case("niagara2", "-Av9b")
>.Case("niagara3", "-Av9d")
>@@ -101,18 +101,7 @@ $OpenBSD: patch-tools_clang_lib_Driver_T
>  CmdArgs.push_back("-Bdynamic");
>  if (Args.hasArg(options::OPT_shared)) {
>CmdArgs.push_back("-shared");
>-@@ -8937,6 +8950,10 @@ void openbsd::Linker::ConstructJob(Compilation
>, con
>-   if (Args.hasArg(options::OPT_pg))
>- CmdArgs.push_back(
>-
>Args.MakeArgString(getToolChain().GetFilePath("gcrt0.o")));
>-+  else if (Args.hasArg(options::OPT_static) &&
>-+   !Args.hasArg(options::OPT_nopie))
>-+CmdArgs.push_back(
>-+   
>Args.MakeArgString(getToolChain().GetFilePath("rcrt0.o")));
>-   else
>- CmdArgs.push_back(
>-
>Args.MakeArgString(getToolChain().GetFilePath("crt0.o")));
>-@@ -8948,15 +8965,17 @@ void openbsd::Linker::ConstructJob(Compilation
>, con
>+@@ -8952,12 +8965,6 @@ void openbsd::Linker::ConstructJob(Compilation
>, con
>  }
>}
>  
>@@ -125,6 +114,21 @@ $OpenBSD: patch-tools_clang_lib_Driver_T
>Args.AddAllArgs(CmdArgs, 

update llvm to 4.0.0

[Robert Nagy]

Hi

This diff updates llvm to 4.0.0 in ports. I've also changed the port to
use the official distfiles instead of our own crafted one, because I
prefer it this way.

Index: Makefile
===
RCS file: /cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.137
diff -u -p -u -r1.137 Makefile
--- Makefile1 Mar 2017 08:55:28 -   1.137
+++ Makefile14 Mar 2017 17:45:37 -
@@ -11,16 +11,18 @@ MULTI_PACKAGES =-main -python
 COMMENT-main = modular, fast C/C++/ObjC compiler, static analyzer and tools
 COMMENT-python =   Python bindings for Clang
 
-LLVM_V =   4.0.0rc2
+LLVM_V =   4.0.0
 DISTNAME = llvm-${LLVM_V}.src
 PKGNAME =  llvm-${LLVM_V}
 PKGNAME-main = llvm-${LLVM_V}
 PKGNAME-python =   py-llvm-${LLVM_V}
-REVISION-main =4
 CATEGORIES =   devel
-DISTFILES =llvm-${LLVM_V}.src${EXTRACT_SUFX}
-MASTER_SITES = http://comstyle.com/source/
+DISTFILES =llvm-${LLVM_V}.src${EXTRACT_SUFX} \
+   cfe-${LLVM_V}.src${EXTRACT_SUFX} \
+   lld-${LLVM_V}.src${EXTRACT_SUFX}
+MASTER_SITES = http://releases.llvm.org/${LLVM_V}/
 EXTRACT_SUFX = .tar.xz
+DIST_SUBDIR =  llvm
 
 SHARED_LIBS =  clang   5.0 \
LTO 2.0
@@ -86,6 +88,10 @@ GCC_CONFIG = ${MACHINE_ARCH}-unknown-op
 .endif
 CLANG_INCLUDE_PATH =   lib/clang/${LLVM_V:S/rc2//}/include
 SUBST_VARS +=  CLANG_INCLUDE_PATH LLVM_V GCC_VER GCC_CONFIG
+
+post-extract:
+   @mv ${WRKDIR}/cfe-${LLVM_V}.src ${WRKSRC}/tools/clang
+   @mv ${WRKDIR}/lld-${LLVM_V}.src ${WRKSRC}/tools/lld
 
 pre-configure:
@${SUBST_CMD} ${WRKSRC}/tools/clang/lib/Driver/ToolChains.cpp \
Index: distinfo
===
RCS file: /cvs/ports/devel/llvm/distinfo,v
retrieving revision 1.20
diff -u -p -u -r1.20 distinfo
--- distinfo10 Feb 2017 09:37:43 -  1.20
+++ distinfo14 Mar 2017 17:45:37 -
@@ -1,2 +1,6 @@
-SHA256 (llvm-4.0.0rc2.src.tar.xz) = 
dPSlLc7j5BTaUNB2sugoQMRRI66n4/PC1WmFyzOrk1g=
-SIZE (llvm-4.0.0rc2.src.tar.xz) = 30756712
+SHA256 (llvm/cfe-4.0.0.src.tar.xz) = 
zqX4jr3bMOKWyokTDIO51GwtgzaF4pEjA8goBUxNyYo=
+SHA256 (llvm/lld-4.0.0.src.tar.xz) = 
M+BkV7nOBWPImxHMx8yr+c/3G4NXGYWlv4aEyRUOdQI=
+SHA256 (llvm/llvm-4.0.0.src.tar.xz) = 
jRBRHfluc7j/nnq7+01NQy7b2+ll8fTwevrzcLilM74=
+SIZE (llvm/cfe-4.0.0.src.tar.xz) = 10900916
+SIZE (llvm/lld-4.0.0.src.tar.xz) = 592728
+SIZE (llvm/llvm-4.0.0.src.tar.xz) = 21016340
Index: patches/patch-tools_clang_lib_Driver_Tools_cpp
===
RCS file: /cvs/ports/devel/llvm/patches/patch-tools_clang_lib_Driver_Tools_cpp,v
retrieving revision 1.39
diff -u -p -u -r1.39 patch-tools_clang_lib_Driver_Tools_cpp
--- patches/patch-tools_clang_lib_Driver_Tools_cpp  20 Feb 2017 07:04:00 
-  1.39
+++ patches/patch-tools_clang_lib_Driver_Tools_cpp  14 Mar 2017 17:45:37 
-
@@ -1,4 +1,4 @@
-$OpenBSD: patch-tools_clang_lib_Driver_Tools_cpp,v 1.39 2017/02/20 07:04:00 
ajacoutot Exp $
+$OpenBSD$
 
 - Select proper SPARCv9 variant for the external assembler
 - For now, force soft-float on ARM
@@ -8,8 +8,8 @@ $OpenBSD: patch-tools_clang_lib_Driver_T
 - Always use --eh-frame-hdr on OpenBSD, even for -static
 - Link static PIE programs against rcrt0.o on OpenBSD
 
 tools/clang/lib/Driver/Tools.cpp.orig  Wed Feb  8 20:35:18 2017
-+++ tools/clang/lib/Driver/Tools.cpp   Sun Feb 19 17:41:04 2017
+--- tools/clang/lib/Driver/Tools.cpp.orig  Tue Feb 21 20:11:22 2017
 tools/clang/lib/Driver/Tools.cpp   Tue Mar 14 17:35:43 2017
 @@ -79,7 +79,7 @@ static const char *getSparcAsmModeForCPU(StringRef Nam
.Case("niagara2", "-Av9b")
.Case("niagara3", "-Av9d")
@@ -101,18 +101,7 @@ $OpenBSD: patch-tools_clang_lib_Driver_T
  CmdArgs.push_back("-Bdynamic");
  if (Args.hasArg(options::OPT_shared)) {
CmdArgs.push_back("-shared");
-@@ -8937,6 +8950,10 @@ void openbsd::Linker::ConstructJob(Compilation , con
-   if (Args.hasArg(options::OPT_pg))
- CmdArgs.push_back(
- Args.MakeArgString(getToolChain().GetFilePath("gcrt0.o")));
-+  else if (Args.hasArg(options::OPT_static) &&
-+   !Args.hasArg(options::OPT_nopie))
-+CmdArgs.push_back(
-+Args.MakeArgString(getToolChain().GetFilePath("rcrt0.o")));
-   else
- CmdArgs.push_back(
- Args.MakeArgString(getToolChain().GetFilePath("crt0.o")));
-@@ -8948,15 +8965,17 @@ void openbsd::Linker::ConstructJob(Compilation , con
+@@ -8952,12 +8965,6 @@ void openbsd::Linker::ConstructJob(Compilation , con
  }
}
  
@@ -125,6 +114,21 @@ $OpenBSD: patch-tools_clang_lib_Driver_T
Args.AddAllArgs(CmdArgs, {options::OPT_L, options::OPT_T_Group,
  options::OPT_e, options::OPT_s, options::OPT_t,
  options::OPT_Z_Flag, options::OPT_r});
+@@ -9067,6 

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/03/14 11:30:31

Modified files:
devel/include-what-you-use: Makefile 
lang/clang : clang.port.mk 

Log message:
Bump LLVM version.

from Brad

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/03/14 11:29:45

Modified files:
devel/llvm : Makefile distinfo 
devel/llvm/patches: 
patch-lib_Target_AArch64_AArch64ISelLowering_cpp 
patch-tools_clang_lib_Basic_Targets_cpp 
patch-tools_clang_lib_Driver_Tools_cpp 
devel/llvm/pkg : PLIST-main 

Log message:
Update to llvm-4.0.0.

from Brad (maintainer)

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2017/03/14 10:19:40

Modified files:
www: Makefile 

Log message:
hook nextcloud

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2017/03/14 10:19:02

Log message:
Owncloud fork, Store your documents, calendar, contacts and photos on a 
server.

Initial port from Johan Huldtgren with some tweaks by me.

OK kirby@

Status:

Vendor Tag: gonzalo
Release Tags:   gonzalo_20171403

N ports/www/nextcloud/Makefile
N ports/www/nextcloud/distinfo
N ports/www/nextcloud/files/httpd-nextcloud.conf.dist.in
N ports/www/nextcloud/files/apache-nextcloud.conf.dist.in
N ports/www/nextcloud/patches/patch-apps_updatenotification_appinfo_info_xml
N ports/www/nextcloud/patches/patch-version_php
N ports/www/nextcloud/pkg/DESCR
N ports/www/nextcloud/pkg/PLIST
N ports/www/nextcloud/pkg/README
N ports/www/nextcloud/pkg/UNMESSAGE

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2017/03/14 09:15:15

Modified files:
security/botan : Makefile distinfo 

Log message:
sort according to Makefile.template
limit portroach to botan version 1, version 2 is a different port
switch home page and master site to https
optionally download gpg signature to check it easily at update
fixing permissions of documentation files is not necessary anymore
bring in line with botan2 Makefile

CVS: cvs.openbsd.org: ports

[Jonathan Gray]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/03/14 07:40:31

Modified files:
sysutils/u-boot: Makefile distinfo 

Log message:
update to u-boot 2017.03

Re: firefox 52 - crashes at startup or later due to oom

[Landry Breuil]

On Tue, Mar 14, 2017 at 11:21:02AM +0100, Sebastien Marie wrote:
> On Tue, Mar 14, 2017 at 10:28:05AM +0100, Landry Breuil wrote:
> > You can't sanely run a desktop session with any browser using the
> > default limits anyway...
> 
> I disagree. I run firefox with low memory pressure:
> 
> 97871 semarie20  434M  320M sleep/1   poll 34:42  0.68% firefox
> 95072 semarie20  338M  260M sleep/1   poll 27:04  0.34% firefox
> 
> (with two processes due to e10n).
> 
> My session has 12 tabs opened with 3 or 4 tabs javascript enabled. But I
> agree my use of firefox isn't representative of common use-case (no
> videos or other ressources consuming websites).
> 
> The running process is firefox-52.0 patched for allocating 128 Mo for
> javascript (instead of 1 Go).

Ppl who dont like the current situation of having to either patch or
raise your ulimits can propose constructive ideas on
https://bugzilla.mozilla.org/show_bug.cgi?id=1347139 - with my limited
time and interest into that never-ending problem of 'web browsers are
piles of shitttons of code not designed with security in mind' (that
personally not my pov), that's all i can do for now.

Landry

[UPDATE] audio/milkytracker to 1.0.0

[Frederic Cambus]

Hi ports@,

Here is a diff to update audio/milkytracker to 1.0.0.

While there, take maintainership.

Notable changes:

- Upstream moved to GitHub
- MilkyTracker now uses the CMake build system and switched to SDL2

Comments? OK?

Index: Makefile
===
RCS file: /cvs/ports/audio/milkytracker/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile1 Dec 2016 22:42:44 -   1.10
+++ Makefile14 Mar 2017 12:39:20 -
@@ -1,42 +1,42 @@
 # $OpenBSD: Makefile,v 1.10 2016/12/01 22:42:44 fcambus Exp $
 
-COMMENT =  Fasttracker II inspired MOD tracker
+COMMENT =  Fasttracker II inspired MOD tracker
 
-DISTNAME = milkytracker-0.90.86
-CATEGORIES =   audio
-REVISION = 1
+GH_ACCOUNT =   milkytracker
+GH_PROJECT =   MilkyTracker
+GH_TAGNAME =   v1.0.0
 
-HOMEPAGE = http://milkytracker.titandemo.org/
+PKGNAME =  ${DISTNAME:L}
+
+CATEGORIES =   audio
+
+HOMEPAGE = http://milkytracker.titandemo.org/
+
+MAINTAINER =   Frederic Cambus 
 
 # GPLv3+
 PERMIT_PACKAGE_CDROM = Yes
 
-WANTLIB =  SDL c m pthread stdc++ z
+WANTLIB += SDL2 c m stdc++ z zzip
 
-MASTER_SITES = ${HOMEPAGE}files/
+MODULES =  devel/cmake
+
+BUILD_DEPENDS =audio/jack
 
 # libjack accessed via dlopen()
-RUN_DEPENDS =  audio/jack \
-   devel/desktop-file-utils \
-   x11/gtk+3,-guic
-BUILD_DEPENDS =audio/jack
-LIB_DEPENDS =  devel/sdl
-
-CONFIGURE_STYLE =  gnu
-CONFIGURE_ENV =CPPFLAGS="-I${LOCALBASE}/include" \
-   LDFLAGS="-L${LOCALBASE}/lib"
+RUN_DEPENDS =  audio/jack \
+   devel/desktop-file-utils \
+   x11/gtk+3,-guic
+
+LIB_DEPENDS =  archivers/zziplib \
+   devel/sdl2
 
 post-install:
-   ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/milkytracker
-   cd ${WRKSRC}/docs && ${INSTALL_DATA} FAQ.html MilkyTracker.html \
-   ${PREFIX}/share/doc/milkytracker
-   ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/milkytracker
-   ${INSTALL_DATA} ${WRKSRC}/resources/music/*.xm \
-   ${PREFIX}/share/examples/milkytracker
${INSTALL_DATA_DIR} ${PREFIX}/share/applications
${INSTALL_DATA} ${WRKSRC}/resources/milkytracker.desktop \
${PREFIX}/share/applications
${INSTALL_DATA_DIR} ${PREFIX}/share/icons/hicolor/128x128/apps
${INSTALL_DATA} ${WRKSRC}/resources/pictures/carton.png \
${PREFIX}/share/icons/hicolor/128x128/apps/milkytracker.png
+
 .include 
Index: distinfo
===
RCS file: /cvs/ports/audio/milkytracker/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo5 Dec 2013 23:44:01 -   1.3
+++ distinfo14 Mar 2017 12:39:20 -
@@ -1,2 +1,2 @@
-SHA256 (milkytracker-0.90.86.tar.gz) = 
/wuFGVbr9SavSbR6Rn33Km7KJBZrWBrqt7BcLzecElc=
-SIZE (milkytracker-0.90.86.tar.gz) = 2596667
+SHA256 (MilkyTracker-1.0.0.tar.gz) = 
f6mCVhwpeq5+2CI9JTXB8KcgV9oB0ALoZluSIyBpMtw=
+SIZE (MilkyTracker-1.0.0.tar.gz) = 3749140
Index: patches/patch-resources_music_CMakeLists_txt
===
RCS file: patches/patch-resources_music_CMakeLists_txt
diff -N patches/patch-resources_music_CMakeLists_txt
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-resources_music_CMakeLists_txt14 Mar 2017 12:39:20 
-
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- resources/music/CMakeLists.txt.origTue Mar 14 13:33:37 2017
 resources/music/CMakeLists.txt Tue Mar 14 13:34:11 2017
+@@ -24,7 +24,7 @@ file(GLOB SONGS "*.xm")
+ if(APPLE OR WIN32)
+ set(INSTALL_DEST "Example Songs")
+ else()
+-set(INSTALL_DEST share/${PROJECT_NAME_LOWER}/songs)
++set(INSTALL_DEST share/examples/${PROJECT_NAME_LOWER})
+ endif()
+ 
+ install(FILES ${SONGS} DESTINATION ${INSTALL_DEST})
Index: patches/patch-src_ppui_osinterface_posix_PPSystem_POSIX_cpp
===
RCS file: patches/patch-src_ppui_osinterface_posix_PPSystem_POSIX_cpp
diff -N patches/patch-src_ppui_osinterface_posix_PPSystem_POSIX_cpp
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_ppui_osinterface_posix_PPSystem_POSIX_cpp 14 Mar 2017 
12:39:20 -
@@ -0,0 +1,11 @@
+$OpenBSD$
+--- src/ppui/osinterface/posix/PPSystem_POSIX.cpp.orig Tue Mar 14 12:01:06 2017
 src/ppui/osinterface/posix/PPSystem_POSIX.cpp  Tue Mar 14 12:01:22 2017
+@@ -66,7 +66,6 @@ const SYSCHAR* System::getTempFileName()
+   // load, export and decompressor functions to accept a file handle 
(XMFILE)
+   // instead of a file name.
+ #pragma clang diagnostic push
+-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
+   if ((tmpnam(buffer) == NULL))
+ #pragma clang diagnostic 

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/03/14 06:22:41

Modified files:
lang/swi-prolog: Makefile 

Log message:
Fix MASTER_SITES

ok edd@ (maintainer)

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/03/14 06:23:21

Modified files:
lang/swi-prolog: Makefile 

Log message:
Use lang/gcc for atomic builtins on arm

ok edd@ (maintainer)

CVS: cvs.openbsd.org: ports

[Robert Nagy]

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2017/03/14 06:18:54

Modified files:
www/chromium   : Makefile distinfo 
www/chromium/files: audio_manager_openbsd.cc 
audio_manager_openbsd.h 
www/chromium/patches: patch-BUILD_gn 
  patch-ash_display_mirror_window_controller_cc 
  patch-base_BUILD_gn 
  patch-base_allocator_allocator_shim_cc 
  patch-base_debug_stack_trace_posix_cc 
  patch-base_debug_thread_heap_usage_tracker_cc 
  patch-base_process_process_metrics_h 
  patch-base_third_party_symbolize_symbolize_cc 
  patch-base_threading_platform_thread_linux_cc 
  patch-base_trace_event_malloc_dump_provider_cc 
  patch-build_config_BUILDCONFIG_gn 
  patch-build_config_BUILD_gn 
  patch-build_config_compiler_BUILD_gn 
  patch-build_config_compiler_compiler_gni 
  patch-build_config_features_gni 
  patch-cc_BUILD_gn 
  patch-chrome_app_chrome_main_delegate_cc 
  patch-chrome_app_chromium_strings_grd 
  patch-chrome_app_generated_resources_grd 
  patch-chrome_app_google_chrome_strings_grd 
  patch-chrome_app_mash_mash_runner_cc 
  patch-chrome_app_settings_strings_grdp 
  patch-chrome_browser_about_flags_cc 
  patch-chrome_browser_browser_process_impl_cc 
  patch-chrome_browser_browser_process_impl_h 
  patch-chrome_browser_browser_resources_grd 
  patch-chrome_browser_chrome_browser_main_cc 
  
patch-chrome_browser_chrome_content_browser_client_cc 
  
patch-chrome_browser_chrome_content_browser_client_h 
  
patch-chrome_browser_download_chrome_download_manager_delegate_cc 
  
patch-chrome_browser_download_download_commands_cc 
  patch-chrome_browser_download_download_prefs_cc 
  patch-chrome_browser_download_download_prefs_h 
  patch-chrome_browser_extensions_BUILD_gn 
  
patch-chrome_browser_extensions_api_messaging_message_service_cc 
  
patch-chrome_browser_extensions_bookmark_app_helper_cc 
  
patch-chrome_browser_extensions_browser_context_keyed_service_factories_cc 
  
patch-chrome_browser_interstitials_chrome_controller_client_cc 
  
patch-chrome_browser_media_webrtc_webrtc_log_uploader_cc 
  
patch-chrome_browser_notifications_message_center_notification_manager_cc 
  patch-chrome_browser_renderer_preferences_util_cc 
  
patch-chrome_browser_resources_plugin_metadata_plugins_linux_json 
  
patch-chrome_browser_resources_safe_browsing_gen_file_type_proto_py 
  patch-chrome_browser_sync_chrome_sync_client_cc 
  
patch-chrome_browser_task_manager_sampling_task_group_cc 
  
patch-chrome_browser_task_manager_sampling_task_group_h 
  
patch-chrome_browser_task_manager_sampling_task_manager_impl_cc 
  
patch-chrome_browser_task_manager_task_manager_observer_h 
  
patch-chrome_browser_tracing_crash_service_uploader_cc 
  
patch-chrome_browser_ui_browser_command_controller_cc 
  
patch-chrome_browser_ui_input_method_input_method_engine_base_cc 
  
patch-chrome_browser_ui_libgtkui_print_dialog_gtk_cc 
  
patch-chrome_browser_ui_startup_bad_flags_prompt_cc 
  
patch-chrome_browser_ui_startup_startup_browser_creator_cc 
  patch-chrome_browser_ui_tab_helpers_cc 
  
patch-chrome_browser_ui_task_manager_task_manager_columns_cc 
  
patch-chrome_browser_ui_task_manager_task_manager_table_model_cc 
  
patch-chrome_browser_ui_views_accelerator_table_cc 
  
patch-chrome_browser_ui_views_apps_chrome_native_app_window_views_aura_cc 

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/03/14 06:05:40

Modified files:
net/filezilla  : Makefile 

Log message:
Move devel/libidn to LIB_DEPENDS and regen WANTLIB to unbreak runtime.

Re: [UPDATE] textproc/pdfgrep

[Jeremie Courreges-Anglas]

Theo Buehler  writes:

> On Tue, Mar 14, 2017 at 09:35:37AM +0100, Reinhold Straub wrote:
>> ok?
>> 
>> On 06.03.17 18:18, Reinhold Straub wrote:
>> > Hi all,
>> > 
>> > pdfgrep has been updated to v. 2.0.1
>> > 
>> > It has a new option: --cache, which needs additional dependencies and some 
>> > modification to the pledge(2) syscalls.
>> > 
>> > Most of our previous patches have been accepted upstream.
>
> Thanks. Your patch didn't apply cleanly, so I regenerated it, see below.
> Apply with 'patch -E'.
>
> Your diff looks good and the port builds fine and all tests pass.
> However, I ran into the following problem with any pdf file:
>
> $ LC_CTYPE=en_US.UTF-8 pdfgrep RFC /tmp/slides.pdf
> terminate called after throwing an instance of 'std::runtime_error'
>   what():  locale::facet::_S_create_c_locale name not valid
> Abort trap (core dumped)
>
> This is new, the old port works fine in the UTF-8 locale.
>
> Unsurprisingly, the problem is the locale call in src/pdfgrep.cc
>
>434// Set locale to user-preference. If this locale is an 
> UTF-8 locale, the
>435// regex-functions regcomp/regexec become unicode 
> aware, which means
>436// e.g. that '.' will match a unicode character, not a 
> single byte.
>437locale::global(locale(""));
>
> commenting it out works around the problem. I have no idea what the
> proper fix is.

I don't think a proper fix is possible.  I had suggested a "fix" for
libstdc++v3 in base.

  http://marc.info/?l=openbsd-ports=148154492428992=2

Maybe silencing this assertion in libestdc++ is the sanest way to deal
with this.  Or you could just comment the call to

  locale::global(locale(""));

Our locale support is limited anyway...

> FWIW here's the backtrace which isn't that useful thanks to the Dwarf
> Error:

egdb should perform better.

> (gdb) bt
> #0  0x069bf4e4dd2a in thrkill () at :2
> #1  0x069bf4e608f9 in *_libc_abort () at 
> /usr/src/lib/libc/stdlib/abort.c:52
> #2  0x069bf87feef5 in __gnu_cxx::__verbose_terminate_handler ()
> at 
> /usr/obj/ports/gcc-4.9.4/gcc-4.9.4/libstdc++-v3/libsupc++/vterminate.cc:95
> Die: DW_TAG_unspecified_type (abbrev = 26, offset = 139365)
> has children: FALSE
> attributes:
> DW_AT_name (DW_FORM_strp) string: "decltype(nullptr)"
> Dwarf Error: Cannot find type of die [in module 
> /usr/local/lib/libestdc++.so.17.0]
>
> Index: Makefile
> ===
> RCS file: /var/cvs/ports/textproc/pdfgrep/Makefile,v
> retrieving revision 1.5
> diff -u -p -r1.5 Makefile
> --- Makefile  15 Jan 2016 19:57:24 -  1.5
> +++ Makefile  14 Mar 2017 09:37:14 -
> @@ -2,7 +2,7 @@
>  
>  COMMENT =tool to search text in PDF files
>  
> -DISTNAME =   pdfgrep-1.4.1
> +DISTNAME =   pdfgrep-2.0.1
>  
>  CATEGORIES = textproc
>  
> @@ -18,11 +18,12 @@ MODGCC4_ARCHS =   *
>  MODGCC4_LANGS =  c++
>  
>  # uses pledge()
> -WANTLIB +=   c m pthread poppler-cpp pcre
> +WANTLIB +=   c m pthread poppler-cpp pcre gcrypt gpg-error
>  
>  MASTER_SITES =   https://pdfgrep.org/download/
>  
> -LIB_DEPENDS =print/poppler
> +LIB_DEPENDS =print/poppler \
> + security/libgcrypt
>  TEST_DEPENDS =   devel/dejagnu \
>   print/texlive/base
>  
> Index: distinfo
> ===
> RCS file: /var/cvs/ports/textproc/pdfgrep/distinfo,v
> retrieving revision 1.3
> diff -u -p -r1.3 distinfo
> --- distinfo  15 Jan 2016 19:42:40 -  1.3
> +++ distinfo  14 Mar 2017 09:34:21 -
> @@ -1,2 +1,2 @@
> -SHA256 (pdfgrep-1.4.1.tar.gz) = 2wSiEOa7e3fNbFSxfw9v7Q0SOoX5elQbJwc2pdOEDyw=
> -SIZE (pdfgrep-1.4.1.tar.gz) = 151926
> +SHA256 (pdfgrep-2.0.1.tar.gz) = A3DXRLMHLUc4Pb7Sy5yLC2S4PAhNpaiWH41Lx2aelB4=
> +SIZE (pdfgrep-2.0.1.tar.gz) = 187217
> Index: patches/patch-src_pdfgrep_cc
> ===
> RCS file: /var/cvs/ports/textproc/pdfgrep/patches/patch-src_pdfgrep_cc,v
> retrieving revision 1.1
> diff -u -p -r1.1 patch-src_pdfgrep_cc
> --- patches/patch-src_pdfgrep_cc  15 Jan 2016 19:42:40 -  1.1
> +++ patches/patch-src_pdfgrep_cc  14 Mar 2017 10:32:18 -
> @@ -1,27 +1,40 @@
> -$OpenBSD: patch-src_pdfgrep_cc,v 1.1 2016/01/15 19:42:40 sthen Exp $
>  src/pdfgrep.cc.orig  Wed Sep 16 21:06:49 2015
> -+++ src/pdfgrep.cc   Fri Jan 15 11:39:19 2016
> -@@ -569,6 +569,11 @@ void handle_poppler_errors(const std::string , voi
> - 
> +$OpenBSD$
> +--- src/pdfgrep.cc.orig  Sat Mar  4 09:11:53 2017
>  src/pdfgrep.cc   Tue Mar 14 11:32:03 2017
> +@@ -423,6 +423,12 @@ static void handle_poppler_errors(const string , v
>   int main(int argc, char** argv)
>   {
> -+if (pledge("stdio rpath tty", NULL) == 

Re: firefox 52 - crashes at startup or later due to oom

[Peter N. M. Hansteen]

Just a few data points from last night here - based on hastily read messages in 
this thread 
I tried increasing the stacksize-cur value for the staff group in login.conf to 
see if it
made a difference. The main conclusion is that for the values I tried, it 
didn't really, but
detail follow. 


This is with last night's packages, dmesg as found at the end of this message,
starting firefox from the command line in a script(1) session, restoring the 
previous 
session with two tabs (twitter and facebook), refreshing twitter by clicking 
the logo, 
and then swithcing to the facebook tab, clicking the logo there and clicking a 
friend's 
icon (right-hand side of the window) to start a facebook chat session. The last 
action
in all cases caused Firefox to crash.

Unless something unexpected turns up, I can do some more testing tonight based 
on input
from this thread.

Anyway, last night's log:

First, with staff's :stacksize-cur=16M:

Script started on Mon Mar 13 22:35:11 2017
[Mon Mar 13 22:35:11] peter@elke:~$ firefox &
[1] 55873
[Mon Mar 13 22:35:16] peter@elke:~$ firefox:/usr/local/lib/libicuuc.so.12.0: 
/usr/local/lib/libicudata.so.12.0 : WARNING: symbol(icudt58_dat) size mismatch, 
relink your program
console.info: 2017-03-13T21:35:18.830Z: Starting AdBlocker ultimate addon...
console.info: 2017-03-13T21:35:18.833Z: Initializing webRequest...
console.info: 2017-03-13T21:35:18.836Z: Collapse style registered successfully
console.info: 2017-03-13T21:35:18.837Z: Selector style registered successfully
console.info: 2017-03-13T21:35:19.068Z: Groups metadata loaded
console.info: 2017-03-13T21:35:19.126Z: Filters metadata loaded
console.info: 2017-03-13T21:35:19.130Z: Starting loading filter rules from the 
storage
console.info: 2017-03-13T21:35:19.418Z: Finished loading filter rules from the 
storage in 287 ms
console.info: 2017-03-13T21:35:19.418Z: Starting request filter initialization
console.info: 2017-03-13T21:35:24.524Z: Finished request filter initialization 
in 5106 ms. Rules count: 67231
firefox:/usr/local/lib/libicuuc.so.12.0: /usr/local/lib/libicudata.so.12.0 : 
WARNING: symbol(icudt58_dat) size mismatch, relink your program
out of memory: 0x0048 bytes requested
[Child 15017] ###!!! ABORT: Aborting on channel error.: file 
/usr/obj/ports/firefox-52.0/firefox-52.0/ipc/glue/MessageChannel.cpp, line 2143
[Child 15017] ###!!! ABORT: Aborting on channel error.: file 
/usr/obj/ports/firefox-52.0/firefox-52.0/ipc/glue/MessageChannel.cpp, line 2143

[1]+  Segmentation fault  (core dumped) firefox
[Mon Mar 13 22:36:19] peter@elke:~$ exit

Script done on Mon Mar 13 22:36:21 2017

---
Then upping to :stacksize-cur=32M:

Script started on Mon Mar 13 22:38:43 2017
[Mon Mar 13 22:38:43] peter@elke:~$ 
(reverse-i-search)`': f': doas mg /etc/login.conf
(reverse-i-search)`fi': cat firefoxlog.txt [1@r': 
cat [1@e': cat script 
firefoxlog.txtfirefox &
[10@[Mon Mar 13 22:38:43] peter@elke:~$ 
[1] 89749
[Mon Mar 13 22:38:49] peter@elke:~$ firefox:/usr/local/lib/libicuuc.so.12.0: 
/usr/local/lib/libicudata.so.12.0 : WARNING: symbol(icudt58_dat) size mismatch, 
relink your program
console.info: 2017-03-13T21:38:52.025Z: Starting AdBlocker ultimate addon...
console.info: 2017-03-13T21:38:52.027Z: Initializing webRequest...
console.info: 2017-03-13T21:38:52.030Z: Collapse style registered successfully
console.info: 2017-03-13T21:38:52.031Z: Selector style registered successfully
console.info: 2017-03-13T21:38:52.326Z: Groups metadata loaded
console.info: 2017-03-13T21:38:52.384Z: Filters metadata loaded
console.info: 2017-03-13T21:38:52.388Z: Starting loading filter rules from the 
storage
console.info: 2017-03-13T21:38:52.664Z: Finished loading filter rules from the 
storage in 276 ms
console.info: 2017-03-13T21:38:52.664Z: Starting request filter initialization
console.info: 2017-03-13T21:38:55.417Z: Finished request filter initialization 
in 2753 ms. Rules count: 67231
ATTENTION: default value of option force_s3tc_enable overridden by environment.
1489441162359   addons.update-checker   WARNUpdate manifest for 
{972ce4c6-7e08-4474-a285-3208198ce6fd} did not contain an updates property
1489441162469   addons.update-checker   WARNUpdate manifest for 
e10sroll...@mozilla.org did not contain an updates property
1489441162483   addons.update-checker   WARNUpdate manifest for 
webcom...@mozilla.org did not contain an updates property
1489441162497   addons.update-checker   WARNUpdate manifest for 
fire...@getpocket.com did not contain an updates property
1489441162511   addons.update-checker   WARNUpdate manifest for 
aushel...@mozilla.org did not contain an updates property
out of memory: 0x2000 bytes requested

[1]+  Segmentation fault  (core dumped) firefox
[Mon Mar 13 22:40:46] peter@elke:~$ exit

Script done on Mon Mar 13 22:40:52 2017

---
next up, :stacksize-cur=48M:


Script 

Re: [UPDATE] textproc/pdfgrep

[Theo Buehler]

On Tue, Mar 14, 2017 at 09:35:37AM +0100, Reinhold Straub wrote:
> ok?
> 
> On 06.03.17 18:18, Reinhold Straub wrote:
> > Hi all,
> > 
> > pdfgrep has been updated to v. 2.0.1
> > 
> > It has a new option: --cache, which needs additional dependencies and some 
> > modification to the pledge(2) syscalls.
> > 
> > Most of our previous patches have been accepted upstream.

Thanks. Your patch didn't apply cleanly, so I regenerated it, see below.
Apply with 'patch -E'.

Your diff looks good and the port builds fine and all tests pass.
However, I ran into the following problem with any pdf file:

$ LC_CTYPE=en_US.UTF-8 pdfgrep RFC /tmp/slides.pdf
terminate called after throwing an instance of 'std::runtime_error'
  what():  locale::facet::_S_create_c_locale name not valid
Abort trap (core dumped)

This is new, the old port works fine in the UTF-8 locale.

Unsurprisingly, the problem is the locale call in src/pdfgrep.cc

   434  // Set locale to user-preference. If this locale is an UTF-8 
locale, the
   435  // regex-functions regcomp/regexec become unicode aware, which 
means
   436  // e.g. that '.' will match a unicode character, not a single 
byte.
   437  locale::global(locale(""));

commenting it out works around the problem. I have no idea what the
proper fix is.

FWIW here's the backtrace which isn't that useful thanks to the Dwarf
Error:

(gdb) bt
#0  0x069bf4e4dd2a in thrkill () at :2
#1  0x069bf4e608f9 in *_libc_abort () at /usr/src/lib/libc/stdlib/abort.c:52
#2  0x069bf87feef5 in __gnu_cxx::__verbose_terminate_handler ()
at 
/usr/obj/ports/gcc-4.9.4/gcc-4.9.4/libstdc++-v3/libsupc++/vterminate.cc:95
Die: DW_TAG_unspecified_type (abbrev = 26, offset = 139365)
has children: FALSE
attributes:
DW_AT_name (DW_FORM_strp) string: "decltype(nullptr)"
Dwarf Error: Cannot find type of die [in module 
/usr/local/lib/libestdc++.so.17.0]

Index: Makefile
===
RCS file: /var/cvs/ports/textproc/pdfgrep/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile15 Jan 2016 19:57:24 -  1.5
+++ Makefile14 Mar 2017 09:37:14 -
@@ -2,7 +2,7 @@
 
 COMMENT =  tool to search text in PDF files
 
-DISTNAME = pdfgrep-1.4.1
+DISTNAME = pdfgrep-2.0.1
 
 CATEGORIES =   textproc
 
@@ -18,11 +18,12 @@ MODGCC4_ARCHS = *
 MODGCC4_LANGS =c++
 
 # uses pledge()
-WANTLIB += c m pthread poppler-cpp pcre
+WANTLIB += c m pthread poppler-cpp pcre gcrypt gpg-error
 
 MASTER_SITES = https://pdfgrep.org/download/
 
-LIB_DEPENDS =  print/poppler
+LIB_DEPENDS =  print/poppler \
+   security/libgcrypt
 TEST_DEPENDS = devel/dejagnu \
print/texlive/base
 
Index: distinfo
===
RCS file: /var/cvs/ports/textproc/pdfgrep/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo15 Jan 2016 19:42:40 -  1.3
+++ distinfo14 Mar 2017 09:34:21 -
@@ -1,2 +1,2 @@
-SHA256 (pdfgrep-1.4.1.tar.gz) = 2wSiEOa7e3fNbFSxfw9v7Q0SOoX5elQbJwc2pdOEDyw=
-SIZE (pdfgrep-1.4.1.tar.gz) = 151926
+SHA256 (pdfgrep-2.0.1.tar.gz) = A3DXRLMHLUc4Pb7Sy5yLC2S4PAhNpaiWH41Lx2aelB4=
+SIZE (pdfgrep-2.0.1.tar.gz) = 187217
Index: patches/patch-src_pdfgrep_cc
===
RCS file: /var/cvs/ports/textproc/pdfgrep/patches/patch-src_pdfgrep_cc,v
retrieving revision 1.1
diff -u -p -r1.1 patch-src_pdfgrep_cc
--- patches/patch-src_pdfgrep_cc15 Jan 2016 19:42:40 -  1.1
+++ patches/patch-src_pdfgrep_cc14 Mar 2017 10:32:18 -
@@ -1,27 +1,40 @@
-$OpenBSD: patch-src_pdfgrep_cc,v 1.1 2016/01/15 19:42:40 sthen Exp $
 src/pdfgrep.cc.origWed Sep 16 21:06:49 2015
-+++ src/pdfgrep.cc Fri Jan 15 11:39:19 2016
-@@ -569,6 +569,11 @@ void handle_poppler_errors(const std::string , voi
- 
+$OpenBSD$
+--- src/pdfgrep.cc.origSat Mar  4 09:11:53 2017
 src/pdfgrep.cc Tue Mar 14 11:32:03 2017
+@@ -423,6 +423,12 @@ static void handle_poppler_errors(const string , v
  int main(int argc, char** argv)
  {
-+  if (pledge("stdio rpath tty", NULL) == -1) {
+   Options options;
++
++  if (pledge("stdio rpath wpath cpath tty", NULL) == -1) {
 +  fprintf (stderr, "pdfgrep: pledge\n");
 +  exit (1);
 +  }
 +
-   init_colors();
+   init_colors(options.outconf.colors);
  
-   enum re_engine_type {
-@@ -773,6 +778,11 @@ int main(int argc, char** argv)
-   } else if (context == -2) {
-   // on non-terminals, always print the whole line
-   context = -1;
-+  }
-+
-+  if (pledge("stdio rpath", NULL) == -1) {
+   // Set locale to user-preference. If this locale is an UTF-8 locale, the
+@@ -649,6 

Re: CVS: cvs.openbsd.org: ports

[Rajneesh Shetty]

here @ the moment;
www.bolluru.blogspot.com

www.rns-thoughts.blogspot.com


> On 14 Mar 2017, at 9:34 PM, Antoine Jacoutot  wrote:
> 
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   ajacou...@cvs.openbsd.org   2017/03/14 04:34:14
> 
> Modified files:
>   x11/arandr : Makefile 
>   x11/arandr/pkg : DESCR 
> 
> Log message:
> typo: RandR -> ARandR

Re: firefox 52 - crashes at startup or later due to oom

[David Coppa]

On Tue, Mar 14, 2017 at 11:21 AM, Sebastien Marie  wrote:
> On Tue, Mar 14, 2017 at 10:28:05AM +0100, Landry Breuil wrote:
>> You can't sanely run a desktop session with any browser using the
>> default limits anyway...
>
> I disagree. I run firefox with low memory pressure:
>
> 97871 semarie20  434M  320M sleep/1   poll 34:42  0.68% firefox
> 95072 semarie20  338M  260M sleep/1   poll 27:04  0.34% firefox
>
> (with two processes due to e10n).
>
> My session has 12 tabs opened with 3 or 4 tabs javascript enabled. But I
> agree my use of firefox isn't representative of common use-case (no
> videos or other ressources consuming websites).
>
> The running process is firefox-52.0 patched for allocating 128 Mo for
> javascript (instead of 1 Go).

Try using maps.google.com ... ;)

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2017/03/14 04:43:23

Modified files:
emulators/virtualjaguar: Makefile 
Added files:
emulators/virtualjaguar/patches: patch-Makefile 
 patch-virtualjaguar_pro 

Log message:
Honour CFLAGS and CXXFLAGS everywhere.

OK jca@

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/03/14 04:34:14

Modified files:
x11/arandr : Makefile 
x11/arandr/pkg : DESCR 

Log message:
typo: RandR -> ARandR

Re: firefox 52 - crashes at startup or later due to oom

[Sebastien Marie]

On Tue, Mar 14, 2017 at 10:28:05AM +0100, Landry Breuil wrote:
> You can't sanely run a desktop session with any browser using the
> default limits anyway...

I disagree. I run firefox with low memory pressure:

97871 semarie20  434M  320M sleep/1   poll 34:42  0.68% firefox
95072 semarie20  338M  260M sleep/1   poll 27:04  0.34% firefox

(with two processes due to e10n).

My session has 12 tabs opened with 3 or 4 tabs javascript enabled. But I
agree my use of firefox isn't representative of common use-case (no
videos or other ressources consuming websites).

The running process is firefox-52.0 patched for allocating 128 Mo for
javascript (instead of 1 Go).
-- 
Sebastien Marie

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/03/14 03:38:10

Modified files:
graphics/shotwell: Makefile distinfo 
graphics/shotwell/patches: patch-configure 
graphics/shotwell/pkg: PLIST 
Added files:
graphics/shotwell/patches: 
   patch-misc_org_yorba_shotwell_gschema_xml 
   patch-src_Printing_vala 
   patch-src_Resources_vala 
   
patch-src_config_ConfigurationInterfaces_vala 

Log message:
Update to shotwell-0.25.92.

Re: [new] www/nextcloud

[Kirill Bychkov]

On Mon, March 13, 2017 17:58, Gonzalo L. Rodriguez wrote:
> On [27/02/17] [07:44P], Johan Huldtgren wrote:
> ; On 2/26/17 18:35, Gonzalo L. Rodriguez wrote:
> ; >
> ; > I do some tweaks on your port, can you try if this works for you?
> ;
> ; looks good to me, packages and installs fine on my test system.
> ;
> ; .jh
> ;
>
> New version attached, any interested on this in?
>
Hi.
Your previous port works fine for me. OK to commit kirby@

Re: firefox 52 - crashes at startup or later due to oom

[Landry Breuil]

On Tue, Mar 14, 2017 at 08:22:37AM +, Mikolaj Kucharski wrote:
> On Tue, Mar 14, 2017 at 02:47:31AM -0400, Ted Unangst wrote:
> > Sebastien Marie wrote:
> > > Alternatively, having a small datastack-cur and a bigger datastack-max
> > > is a possibility, and setting datastack-cur to datastack-max before
> > > running firefox (ulimit -d `ulimit -dH`).
> > 
> > indeed. for some years now, i usually start firefox from a shell.
> > 
> > first ulimit -d 4123123, then firefox. as a bonus, you get to see all sorts 
> > of
> > interesting messages.
> 
> Chromium has a wrapper script for datastack bumping. When I install
> fresh OpenBSD that wrapper script reminds me that I forget to bump
> datastack-max via xmessage(1) and makes datastack bigger when login
> class is configured properly for a user. Could firefox have similar
> wrapper?

Could, but that's just imo an ugly workaround for a broken environment.
You can't sanely run a desktop session with any browser using the
default limits anyway...

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/03/14 03:21:11

Modified files:
sysutils/awscli: Makefile distinfo 
sysutils/awscli/pkg: PLIST 

Log message:
Update to awscli-1.11.63.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/03/14 03:20:53

Modified files:
net/py-botocore: Makefile distinfo 
net/py-botocore/pkg: PLIST 

Log message:
Update to py-botocore-1.5.26.

CVS: cvs.openbsd.org: ports

[Robert Nagy]

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2017/03/14 03:15:34

Modified files:
databases/mariadb: Tag: OPENBSD_6_0 Makefile distinfo 
databases/mariadb/pkg: Tag: OPENBSD_6_0 PLIST-server PLIST-tests 

Log message:
MFC:
update to MariaDB 10.0.30, from Brad. Fixes CVE-2017-3302 and CVE-2017-3313.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/03/14 03:13:52

Modified files:
net/py-raet: Makefile distinfo 
net/py-raet/pkg: PLIST 

Log message:
Update to py-raet-0.6.7.

Re: UPDATE: texlive 2016

[Nils Reuße]

> Edd Barrett  hat am 13. März 2017 um 23:04 geschrieben:
> 
> 
> Hi Nils,
> 
> Thanks for testing.
> 
> On Mon, Mar 13, 2017 at 08:06:06AM +0100, Nils Reuße wrote:
> > The update went well for me, but i had to use an obj-directory outside
> > of /usr (the build takes quite a bit of disk space), and had to
> > deinstall texlive 2015 before installing the new packages with `make
> > install-all`.
> 
> Alright, so I think you are telling me you were unable to test the
> update process, only the install-from-scratch process.
> 

Hi Edd,

yes, i think i didn't try hard enough to update the packages, i only tried 
typing make install in the port directory, and when that failed, i made it work 
with make install-all.  I'll try to update from 2015 via pkg_add later.


> > Regarding texlive, there are some problems with lualatex and some of
> > the packages that ship with texlive 2016.
> >...
> > Most of the fallout should have been fixed upstream, but i guess there
> > is no way to include updated packages from CTAN in the texlive
> > package?
> 
> Hrm, that's unfortunate. If you can find a minimal patch to fix this I'd
> happily include it. Ideally this would not change the packing lists
> though. Or is it more involved?
> 

There is a minimal patch for typearea [1], but i don't know about the other 
packages.  Furthermore, if we decide to patch some packages but not all, the 
resulting half-patched texlive is probably worse than an unpatched one, because 
the behaviour differs from other distributions packages (i found the 
typearea-problem on OpenSuse last summer, so i knew what i had to look for).

>From what i've learned reading about the texlive release process [2], the ctan 
>for texlive 2016 will be in a freeze period soon (staring 1st of april) where 
>no further package updates can be added for texlive 2016.  From looking at the 
>directory of texlive 2015 [3], i *think* this latest ctan package snapshot is 
>then put into a folder named "tlnet-final/archive".  Most of the packages i 
>saw in there have not been touched since the release of texlive 2015, but some 
>have a timestamp of late 2015 / early 2016.  Long story short, this *could* be 
>a way to update all packages to their latest available versions for texlive 
>2016 once the tlnet-final-directory is created around april, but i have no 
>idea how complicated this would be with the current port infrastructure or if 
>this is appears worthwhile to you at all.


> > Anyway, lualatex is still considered beta and version 1.0 will be
> > released with texlive 2017, and i guess that things will just work by
> > then -- so maybe it's ok to ignore this issue for now or just point to
> > the workaround.
> 
> If it helps, I plan to turn around texlive 2017 a bit swifter than I
> have 2016.
> 
> > Downloading newer packages to a local texmf should also work.
> 
> So we have a couple of workarounds at least.
> 

Sure, there are some workarounds and these problems only affect users of 
lualatex.  Also, the workarounds can be easily found via google.  Nonetheless, 
it would be nice to have a working system out of the box and personally, i like 
the idea of having a stable, "latest" texlive which has been tested and fixed 
for a year ;)

Nils


[1] 
https://sourceforge.net/p/koma-script/code/2464/tree//trunk/scrkernel-typearea.dtx?diff=52f0ae7181b24b7fb854e8b2:2463
[2] https://www.tug.org/texlive/
[3] ftp://tug.org/historic/systems/texlive/2015/tlnet-final/archive/

> -- 
> Best Regards
> Edd Barrett
> 
> http://www.theunixzoo.co.uk
>

Re: [UPDATE] textproc/pdfgrep

[Reinhold Straub]

ok?

On 06.03.17 18:18, Reinhold Straub wrote:

Hi all,

pdfgrep has been updated to v. 2.0.1

It has a new option: --cache, which needs additional dependencies and some 
modification to the pledge(2) syscalls.

Most of our previous patches have been accepted upstream.

Regards,
Reinhold Straub


Index: pdfgrep/Makefile
===
RCS file: /cvs/ports/textproc/pdfgrep/Makefile,v
retrieving revision 1.5
diff -u -p -u -r1.5 Makefile
--- pdfgrep/Makefile15 Jan 2016 19:57:24 -  1.5
+++ pdfgrep/Makefile6 Mar 2017 16:52:57 -
@@ -2,7 +2,7 @@

  COMMENT =  tool to search text in PDF files

-DISTNAME = pdfgrep-1.4.1
+DISTNAME = pdfgrep-2.0.1

  CATEGORIES =   textproc

@@ -18,11 +18,12 @@ MODGCC4_ARCHS = *
  MODGCC4_LANGS =c++

  # uses pledge()
-WANTLIB += c m pthread poppler-cpp pcre
+WANTLIB += c m pthread poppler-cpp pcre gcrypt gpg-error

  MASTER_SITES = https://pdfgrep.org/download/

-LIB_DEPENDS =  print/poppler
+LIB_DEPENDS =  print/poppler \
+   security/libgcrypt
  TEST_DEPENDS = devel/dejagnu \
 print/texlive/base

Index: pdfgrep/distinfo
===
RCS file: /cvs/ports/textproc/pdfgrep/distinfo,v
retrieving revision 1.3
diff -u -p -u -r1.3 distinfo
--- pdfgrep/distinfo15 Jan 2016 19:42:40 -  1.3
+++ pdfgrep/distinfo6 Mar 2017 16:52:57 -
@@ -1,2 +1,2 @@
-SHA256 (pdfgrep-1.4.1.tar.gz) = 2wSiEOa7e3fNbFSxfw9v7Q0SOoX5elQbJwc2pdOEDyw=
-SIZE (pdfgrep-1.4.1.tar.gz) = 151926
+SHA256 (pdfgrep-2.0.1.tar.gz) = A3DXRLMHLUc4Pb7Sy5yLC2S4PAhNpaiWH41Lx2aelB4=
+SIZE (pdfgrep-2.0.1.tar.gz) = 187217



patches.tar.gz
Description: GNU Zip compressed data

Re: NEW: www/p5-CGI-Fast 2.12

[Mikolaj Kucharski]

On Mon, Mar 13, 2017 at 01:02:16AM +0100, Alexander Bluhm wrote:
> On Wed, Mar 08, 2017 at 11:17:35PM +, Mikolaj Kucharski wrote:
> > This Perl module is needed for gitweb.cgi from git package to work
> > over FastCGI.
> 
> Imported, thanks for the port.
> 
> Note that I have added the dependent Perl module's version numbers
> from Makefile.PL to the run and test dependencies.  That makes it
> easier to track the required version during updates.
> 
> bluhm

Cool, thanks.

-- 
best regards
q#

Re: firefox 52 - crashes at startup or later due to oom

[Mikolaj Kucharski]

On Tue, Mar 14, 2017 at 02:47:31AM -0400, Ted Unangst wrote:
> Sebastien Marie wrote:
> > Alternatively, having a small datastack-cur and a bigger datastack-max
> > is a possibility, and setting datastack-cur to datastack-max before
> > running firefox (ulimit -d `ulimit -dH`).
> 
> indeed. for some years now, i usually start firefox from a shell.
> 
> first ulimit -d 4123123, then firefox. as a bonus, you get to see all sorts of
> interesting messages.

Chromium has a wrapper script for datastack bumping. When I install
fresh OpenBSD that wrapper script reminds me that I forget to bump
datastack-max via xmessage(1) and makes datastack bigger when login
class is configured properly for a user. Could firefox have similar
wrapper?

-- 
best regards
q#

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/03/14 02:01:05

Modified files:
x11/gtk+3  : Makefile distinfo 

Log message:
Update to gtk+3-3.22.10.

Re: firefox 52 - crashes at startup or later due to oom

[Ted Unangst]

Sebastien Marie wrote:
> Alternatively, having a small datastack-cur and a bigger datastack-max
> is a possibility, and setting datastack-cur to datastack-max before
> running firefox (ulimit -d `ulimit -dH`).

indeed. for some years now, i usually start firefox from a shell.

first ulimit -d 4123123, then firefox. as a bonus, you get to see all sorts of
interesting messages.

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/03/14 00:27:23

Modified files:
net/mosh   : Makefile 

Log message:
Only disable forced PIE, let the port use other flags like -fno-strict-overflow