UPDATE: sysutils/pick

[Anton Lindqvist]

Morning,
Update pick to 2.0.0 from maintainer, the complete changelog can be
found here[1] and the most notable changes are:

- Add Ctrl-O key binding used to toggle sorting.

- Ignore OSC escape sequences while calculating the line width and
  filtering.

- Fix exit code for -h option.

- Optimize filtering by safely reducing the number of choices to
  reconsider when the query grew longer.

- Only redraw the choices when necessary.

- Replace example in manual with a more portable but equally useful one.

Comments? OK?

[1] https://github.com/calleerlandsson/pick/releases/tag/v2.0.0

Index: Makefile
===
RCS file: /cvs/ports/sysutils/pick/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile5 Oct 2017 08:06:24 -   1.6
+++ Makefile7 Nov 2017 07:46:30 -
@@ -2,7 +2,7 @@
 
 COMMENT =  fuzzy select anything
 
-V =1.9.0
+V =2.0.0
 DISTNAME = pick-${V}
 
 CATEGORIES =   sysutils
Index: distinfo
===
RCS file: /cvs/ports/sysutils/pick/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo5 Oct 2017 08:06:24 -   1.5
+++ distinfo7 Nov 2017 07:46:30 -
@@ -1,2 +1,2 @@
-SHA256 (pick-1.9.0.tar.gz) = l9PzEOt95E++UK00UcSdhZ1gf6FKzQxYSq+ul+6mUmc=
-SIZE (pick-1.9.0.tar.gz) = 106379
+SHA256 (pick-2.0.0.tar.gz) = DocUG5zKfDHU13yHp8BYLjFvQPkHZETHxuh6eR8a6As=
+SIZE (pick-2.0.0.tar.gz) = 107860

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2017/11/07 00:42:18

Modified files:
graphics/p5-Captcha-reCAPTCHA: Makefile distinfo 
graphics/p5-Captcha-reCAPTCHA/pkg: PLIST 

Log message:
update to 0.99, now it supports APIv2 as well
enable examples
cope with Captcha-reCAPTCHA to Captcha-reCaptcha renaming by upstream
ok bluhm@

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2017/11/07 00:39:07

Modified files:
mail/p5-Mail-SpamAssassin: Makefile 
Added files:
mail/p5-Mail-SpamAssassin/patches: patch-t_SATest_pm 
   patch-t_spf_t 

Log message:
Add p5-Net-LibIDN as a run-dependency to let spamassassin work on idn tld
fix some regression tests
ok bluhm@

Re: NEW: games/freeserf

[Brian Callahan]

On 10/18/17 17:42, Brian Callahan wrote:

Hi ports --

Continuing my quest to have every video game remake engine in the 
ports tree, here is games/freeserf, a Settlers 1 (Serf City) clone.


---
pkg/DESCR:
FreeSerf is a faithful clone of the simulation game The Settlers 1 aka
Serf City, a 4X game in similar vein to Populous and Sim City.

FreeSerf requires data files from the original game, either the DOS
version or the Amiga version, to function properly.
---

I found a US copy of the DOS game on an abandonware site. Maybe not 
the most legal thing, but I was able to copy the data file from it to 
where FreeSerf expects it, and the game worked OK.


OK?

~Brian



Ping. New tarball to bring in latest upstream code.

~Brian



freeserf.tgz
Description: Binary data

CVS: cvs.openbsd.org: ports

[Matthias Kilian]

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2017/11/06 19:58:34

Modified files:
lang/ghc   : Makefile distinfo ghc.port.mk 
lang/ghc/patches: patch-compiler_main_SysTools_hs 
  patch-configure patch-ghc_mk 
  patch-libffi_ghc_mk 
  
patch-libraries_Cabal_Cabal_Distribution_Simple_Program_Strip_hs 
  patch-libraries_unix_unix_cabal 
  patch-mk_config_mk_in patch-mk_install_mk_in 
  patch-rts_Linker_c 
  patch-testsuite_driver_testlib_py 
  patch-testsuite_mk_test_mk 
  patch-testsuite_tests_cabal_ghcpkg01_stdout 
  patch-utils_ghc-pkg_Main_hs 
lang/ghc/pkg   : PLIST 
Removed files:
lang/ghc/patches: 
  
patch-libraries_Cabal_Cabal_Distribution_Simple_Utils_hs 

Log message:
Update to ghc-8.0.1, but leave it  marked as BROKEN for now.

Re: [UPDATE] math/lapack

[Steven Mestdagh]

Steven Mestdagh [2017-11-06, 07:47:09]:
> Paul Irofti [2017-11-06, 01:27:51]:
> > > Index: math/octave/Makefile
> > > ===
> > > RCS file: /cvs/ports/math/octave/Makefile,v
> > > retrieving revision 1.98
> > > diff -u -p -u -r1.98 Makefile
> > > --- math/octave/Makefile  3 Nov 2017 12:28:53 -   1.98
> > > +++ math/octave/Makefile  4 Nov 2017 21:54:46 -
> > > @@ -4,6 +4,7 @@ COMMENT = high-level language for numeri
> > >  
> > >  VERSION =4.2.1
> > >  DISTNAME =   octave-${VERSION}
> > > +REVISION =   0
> > >  CATEGORIES = math
> > >  
> > >  SHARED_LIBS +=   octave  8.0
> > > @@ -44,6 +45,8 @@ BUILD_DEPENDS = ${MODFORTRAN_BUILD_DEPEN
> > >   textproc/gsed \
> > >   math/gnuplot
> > >  
> > > +MODFORTRAN_COMPILER =gfortran
> > > +
> > >  # configure checks for desktop-file-install(1)
> > >  BUILD_DEPENDS +=devel/desktop-file-utils
> > >  
> > > @@ -78,8 +81,7 @@ CONFIGURE_ENV = CPPFLAGS="-I${LOCALBASE}
> > >   -I${LOCALBASE}/include/ereadline" \
> > >   LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib" \
> > >   LRELEASE="${MODQT_LRELEASE}" \
> > > - F77=${FC} CXXFLAGS="${CXXFLAGS} -std=gnu++11"
> > > -
> > > + CXXFLAGS="${CXXFLAGS} -std=gnu++11"
> > >  
> > >  # needed to build on amd64
> > >  GCC_ARCH =   ${MACHINE_ARCH}-unknown-openbsd${OSREV}
> > 
> > Perhaps I did something wrong, but I get this error when compiling
> > octave with the above. That libquadmath path looks weird.
> > 
> > /usr/bin/libtool  --tag=CXX   --mode=link c++ -fPIC -pthread -Wall -W 
> > -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align 
> > -Wcast-qual -O2 -pipe   -std=gnu++11 -version-info 4:0:0 -no-undefined 
> > -bindir /usr/local/bin -L/usr/local/lib -L/usr/local/lib  -L/usr/local/lib 
> > -L/usr/X11R6/lib -o liboctave/liboctave.la -rpath 
> > /usr/local/lib/octave/4.2.1 
> > liboctave/liboctave_liboctave_la-liboctave-build-info.lo 
> > liboctave/array/libarray.la liboctave/cruft/ranlib/libranlib.la 
> > liboctave/cruft/libcruft.la liboctave/numeric/libnumeric.la 
> > liboctave/operators/liboperators.la liboctave/system/libsystem.la 
> > liboctave/util/libutil.la liboctave/wrappers/libwrappers.la 
> > libgnu/libgnu.la -lcurl -lcholmod -lumfpack -lamd -lcamd -lcolamd -lccolamd 
> > -lcxsparse -lsuitesparseconfig -larpack -lqrupdate -lfftw3_threads  -lfftw3 
> > -lfftw3f_threads  -lfftw3f -llapack -lblas -lereadline -lncurses  
> > -L/usr/local/lib -Wl,-R/usr/local/lib -lpcre-L/usr/local/lib 
> > -L/usr/X11R6/lib -L/usr/ports/pobj/octave-4.2.1/bin 
> > -L/usr/local/lib/gcc/x86_64-unknown-openbsd6.2/4.9.4 
> > -L/usr/local/lib/gcc/x86_64-unknown-openbsd6.2/4.9.4/../../.. -lgfortran 
> > -lm -lquadmath -lutil -lm   -lutil -lm  
> > Cannot read '/usr/local/lib'/libquadmath.la: No such file or directory
> 
> yes, I forgot to mention, there is a quoting issue in
> /usr/local/lib/libgfortran.la
> 
> either the gcc port or libtool needs a fix, haven't looked into that yet.

so, gcc is using its own bundled libtool.
in libgfortran.la, there is
dependency_libs=' '/usr/local/lib'/libquadmath.la -lm'

which should be:
dependency_libs='/usr/local/lib/libquadmath.la -lm'

i have no idea where that's coming from.  a quick fix would be to just do
a substitution on the file before installing it. any thoughts?

Re: MAINTAINER UPDATE: puppet5 and puppetdb5

[Sebastian Reitenbach]

On Wednesday, November 01, 2017 13:15 CET, "Sebastian Reitenbach" 
 wrote:

> This brings puppet up to the latest 5.3.2, as well as puppetdb to 5.1.1. 
> Works for me on my puppetmaster (with gunicorn behind nginx), also puppet4 
> clients still seem to be fine.
> Put the puppetdb as databases/puppetdb5 as it was done similarily for 
> puppetdb4.
> Puppet5 to live in sysutils/ruby-puppet/5
> When they get in, plan is to unlink databases/puppetdb4 and 
> sysutils/ruby-puppet/4
> from build.
> To make the Puppet5 port to build, manually remove the two lines regarding 
> emacs
> from sysutils/ruby-puppet/Makefile.inc from the post-install target. That 
> part is not
> included in the tarball.
> Afterward, clean up the tree from old puppet and puppetdb versions as well as
> dependencies for these older versions.
>
> Any Puppet users around and willing to test, or otherwise comments, OK?

If there are no objections, I'd go ahead the proposed way on the weekend,
and update/import. Afterward send another, to clean-up old cruft as promised.

cheers,
Sebastian

Re: Remove net/pidgin-tlen?

[Steven Mestdagh]

Frederic Cambus [2017-11-06, 18:47:12]:
> Hi ports@,
> 
> The Tlen.pl server has been shut down on 10 May 2016 [1], so there is
> no use case for this plugin anymore.
> 
> [1] https://en.wikipedia.org/wiki/Tlen.pl
> 
> Comments? OK to remove?

ok with me.

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2017/11/06 15:09:46

Modified files:
lang/swi-prolog/pkg: PLIST 
Added files:
lang/swi-prolog/patches: patch-src_Makefile_in 
Removed files:
lang/swi-prolog/patches: patch-src_pl-funcs_h patch-src_test_pl 

Log message:
Update lang/swi-prolog to version 7.6.0.

For the first time, all tests are now passing on OpenBSD. This is thanks to the
hard work of Jan Wielemaker who went on a bug fixing rampage after I set him up
an OpenBSD VM. As a result, lots of patches also disappeared, thus making the
port simpler. Many thanks for this Jan!

OK jeremy@, thanks.

Re: CVS: cvs.openbsd.org: ports

[Stuart Henderson]

On 2017/11/04 11:17, Jeremy Evans wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   jer...@cvs.openbsd.org  2017/11/04 11:17:35
> 
> Modified files:
>   lang/libv8 : Makefile distinfo 
>   lang/libv8/patches: patch-Makefile patch-build_common_gypi 
>   patch-src_heap_cc patch-tools_gyp_v8_gyp 
> Removed files:
>   lang/libv8/patches: patch-src_atomicops_h patch-src_platform_h 
> 
> Log message:
> Update to libv8 3.16.14.11
> 
> Switch to using distfile from GitHub.
> 
> OK David Carlier (MAINTAINER)
> 

This fails on i386:

../src/spaces.h:467:12: error: no matching function for call to 
'NoBarrier_CompareAndSwap'
return NoBarrier_CompareAndSwap(_sweeping_, 1, 0) == 1;
   ^~~~
../src/atomicops_internals_x86_gcc.h:51:17: note: candidate function not 
viable: no known conversion f
rom 'intptr_t *' (aka 'long *') to 'volatile v8::internal::Atomic32 *' (aka 
'volatile int *') for 1st
argument
inline Atomic32 NoBarrier_CompareAndSwap(volatile Atomic32* ptr,
^
I

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/11/06 13:43:22

Modified files:
devel/gettext  : gettext.port.mk 
infrastructure/templates: mk.conf.template 

Log message:
MODGETTEXT_LIB_DEPENDS, MODGETTEXT_RUN_DEPENDS, MODGETTEXT_WANTLIB are no
longer used

CVS: cvs.openbsd.org: ports

[Matthias Kilian]

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2017/11/06 12:15:05

Modified files:
lang/ghc   : Makefile 

Log message:
Mark as broken until everything is done.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/06 10:53:32

Modified files:
lang/vala  : Makefile 

Log message:
Partial revert until I really understand how this works.

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/11/06 10:51:39

Modified files:
editors/libreoffice: Makefile 

Log message:
replace gettext module

Remove net/pidgin-tlen?

[Frederic Cambus]

Hi ports@,

The Tlen.pl server has been shut down on 10 May 2016 [1], so there is
no use case for this plugin anymore.

[1] https://en.wikipedia.org/wiki/Tlen.pl

Comments? OK to remove?

Re: NEW: www/p5-Captcha-reCAPTCHA-V2

[Alexander Bluhm]

On Mon, Nov 06, 2017 at 04:17:33PM +0100, Giovanni Bechis wrote:
> Port updated to 0.99 but I do not like the camel case dance, any hints ?

Renaming Captcha-reCAPTCHA to Captcha-reCaptcha upstream was not a
smart move.  It only creates confusion.  Especially as the module
is still called Captcha::reCAPTCHA.  And it is not mentioned in the
change log.

I have no better solution than what you did.

OK bluhm@

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/11/06 10:10:19

Modified files:
lang/myrddin   : Makefile 

Log message:
Remove hardcoded optimizations.
ok jturner@ (MAINTAINER)

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/06 10:00:48

Modified files:
lang/vala  : Makefile 

Log message:
Looks like I don't know how bootstrap works, so set the default FLAVOR to
no_valadoc bootstrap

CVS: cvs.openbsd.org: ports

[Edd Barrett]

CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2017/11/06 09:54:17

Modified files:
devel/colordiff: Makefile distinfo 
devel/colordiff/patches: patch-cdiff_sh 
devel/colordiff/pkg: PLIST 
Removed files:
devel/colordiff/patches: patch-Makefile 

Log message:
Update devel/colordiff to 1.0.18.

With tweaks from, and OK, bcallah@, thanks.

Re: [update] www/p5-libwww 6.15 -> 6.26 now 6.27

[Alexander Bluhm]

On Sat, Nov 04, 2017 at 11:45:09AM +, Nigel Taylor wrote:
> Ping retested with perl 5.24.3 no issues seen.
> 
> Ok for this update?

OK bluhm@

> On 09/24/17 23:02, Nigel Taylor wrote:
> > On 09/24/17 12:49, Stuart Henderson wrote:
> >> On 2017/09/23 23:21, Nigel Taylor wrote:
> >>> This has been taken over by new CPAN author.
> >>>
> >>> Changes most code cleanup and bug fixes.
> >>>
> >>> Built tested on amd64.
> >>>
> >>> Used with get_iplayer/get_flash_videos for some time on main desktop.
> >>>
> >>> Ok?
> >>
> >> I don't see any problem with the diff itself, but it's the wrong time to
> >> update a module affecting ~100 ports (not helped by being an interpreted
> >> language so problems in p5-* often don't show up until runtime).
> >>
> >> So, OK for after unlock.
> >>
> >>
> > Anyway version 6.27 is now out. I've moved on to that now.
> > 
> > Built and tested on amd64.
> > 
> > Change history for libwww-perl
> > 
> > 6.27  2017-09-21
> > - Switch to Getopt::Long in lwp-download (GH #262)
> > - Fix lwp-request -C (GH #261)
> > - Hide LWP::Protocol::http::Socket,
> > LWP::Protocol::http::SocketMethods and
> >   LWP::Debug::TraceHTTP::Socket from PAUSE
> > - Add tests for the "get" & "head" functions (GH #252)
> > - Update lwpcook.pod (GH #256)
> > - Handle undefined values in ->credentials (GH #157)
> > - Fix lwp-mirror options checks.
> > - Update bin/ scripts to use $LWP::VERSION instead of ->Version()
> > - Improve lwp-download --help (GH #262)
> > 
> > 6.26  2017-04-12
> > - Perltidy all apps in the bin/ directory
> > - Make all apps in bin/ use strict and warnings (RT #92633)
> > - Fix bug tracker URL in metadata
> > 
> > 6.25  2017-04-03
> > - Fix LWP::UserAgent docs for request and request_simple that pointed to
> >   functions in LWP::Simple rather than LWP::UserAgent
> > - Moved the official bug tracker to GitHub rather than RT.
> > 
> > 6.24  2017-03-14
> > - Document clone methods inability to clone cookie jars (RT #13542)
> > - It is now possible to set the proxy and no_proxy attributes from the
> >   constructor of LWP::UserAgent. (GH #124)
> > 
> > 6.23  2017-03-06
> > - Fix bug where Protocol::NNTP called undef on a variable before
> > being done
> >   using it. (GH PR #121)
> > - Ran perltidy on LWP::Protocol::NNTP
> > - Re-organized current documentation set.
> > 
> > 6.22  2017-03-01
> > - Update Travis-CI to test on minimum versions of prereqs. (GH PR #109)
> > - Fix tests that depended on a newer version of HTTP::Message (GH PR
> > #119)
> > - Update documentation to reflect behavior difference in ->put()
> > depending
> >   on the version of HTTP::Message installed. (GH PR #120)
> > 
> > 6.21  2017-02-21
> > - Ensure that LWP::Simple re-exports some HTTP::Status functions
> > 
> > 6.20  2017-02-21
> > - Converted to use Dist::Zilla
> > - Moved several tests to xt/author
> > 
> > 6.192017-02-14
> > - Call HTTP::Status constant functions without & (GH#110)
> > - Make bin scripts use LWP's version and not maintain their own (PR #54)
> > - Fix bug triggered in some cases of auth challenges not having a viable
> >   protocol (PR#111)
> > - Remove usage of the 'vars' pragma (GH#113)
> > 
> > 6.182017-02-03
> > - Update "timeout" when reusing sockets (PR#90)
> > - Fix bug triggered when calling simple_request() with a malformed URL
> >   (PR#108)
> > 
> > 6.172017-01-31
> > - Noted another protocol failure message (PR#65)
> > - Removed old use of UNIVERSAL::isa() and swapped evals for
> > Try::Tiny (PR#105)
> > - Standardized the Changes file (GH#106)
> > - Fixed documentation error in lwp-request.
> > 
> > 6.162017-01-18
> > - Moved LWP::Protocol::GHTTP into its own dist and removed from here
> > (PR#81)
> > - Updated test suite to use strict/warnings and Test::More (PR#88)
> > - Additional tests for UserAgent coverage (PR#79)
> > - Cleaned up documentation formatting and fixed several typos
> > (PR#87, PR#93)
> > - Stop promoting use of HTTP::Cookies and instead use
> > HTTP::CookieJar::LWP (PR#102)
> > - Added some new documentation to UserAgent and tutorial (PR#68)
> > - Allow default header to carry over when using ->post() in UA (PR#100)
> > 

Re: UPDATE: SWI Prolog 7.6.0

[Edd Barrett]

On Fri, Oct 27, 2017 at 05:43:07PM +0100, Edd Barrett wrote:
> Here's an update to the latest version of SWI Prolog.

Any takers? OK?

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

Re: UPDATE: colordiff-1.0.18

[Edd Barrett]

On Fri, Oct 27, 2017 at 07:52:19PM +0100, Edd Barrett wrote:
> Update to colordiff 1.0.18.

Anyone willing to OK?

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

Re: NEW: www/p5-Captcha-reCAPTCHA-V2

[Giovanni Bechis]

On 11/06/17 14:16, Alexander Bluhm wrote:
> On Mon, Nov 06, 2017 at 12:56:54PM +0100, Giovanni Bechis wrote:
>> Captcha::reCAPTCHA::V2 is a Perl implementation of reCAPTCHA API version 2,
>> it let you integrate reCAPTCHA version 2 into your web application.
>> Comments ? Ok ?
> 
> We already have graphics/p5-Captcha-reCAPTCHA 0.97.  Upstream has
> updated in 2016 to version 2, your new module is from 2015.
> 
> 0.982016-07-14
> Implemented Version 2 of the new API along side existing one
> 
> So it might be a good idea to just update p5-Captcha-reCAPTCHA to 0.99.
> 
> If you still need Captcha::reCAPTCHA::V2, feel free to import it.
> But please move it to graphics so that the new and the old module
> are in the same catagory.
> 
I think I will adapt my code to Captcha::reCAPTCHA, it's not worth to add 
another port
Port updated to 0.99 but I do not like the camel case dance, any hints ?
 Cheers & Thanks
   Giovanni

> port looks good, OK bluhm@
> 

Index: Makefile
===
RCS file: /var/cvs/ports/graphics/p5-Captcha-reCAPTCHA/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile	20 Mar 2016 19:56:43 -	1.8
+++ Makefile	6 Nov 2017 15:15:07 -
@@ -4,13 +4,19 @@ COMMENT =	Perl implementation of the reC
 
 MODULES =	cpan
 PKG_ARCH =	*
-DISTNAME =	Captcha-reCAPTCHA-0.97
+V =		0.99
+NAME =		Captcha
+DISTNAME =	${NAME}-re${NAME}-$V
+PKGNAME =	p5-${NAME}-re${NAME:U}-$V
 CATEGORIES =	graphics security
 
 # Perl
 PERMIT_PACKAGE_CDROM =		Yes
 
-CPAN_AUTHOR =	PHRED
+CPAN_AUTHOR =			SUNNYP
+MODCPAN_EXAMPLES =		Yes
+
+WRKDIST =	${WRKDIR}/${NAME}-re${NAME}
 
 RUN_DEPENDS =	www/p5-HTML-Tiny \
 		www/p5-libwww
Index: distinfo
===
RCS file: /var/cvs/ports/graphics/p5-Captcha-reCAPTCHA/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo	28 Dec 2014 09:06:54 -	1.3
+++ distinfo	6 Nov 2017 13:35:44 -
@@ -1,2 +1,2 @@
-SHA256 (Captcha-reCAPTCHA-0.97.tar.gz) = mIsQse+JBF8VPxL8zQspj7aiOaVMdpynrSZKlRD0wok=
-SIZE (Captcha-reCAPTCHA-0.97.tar.gz) = 9311
+SHA256 (Captcha-reCaptcha-0.99.tar.gz) = uJI1dmARZu3j9/Ly/1X/bjw7znDmnzZaUe076MykQ5I=
+SIZE (Captcha-reCaptcha-0.99.tar.gz) = 12169
Index: pkg/PLIST
===
RCS file: /var/cvs/ports/graphics/p5-Captcha-reCAPTCHA/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST	5 Feb 2009 22:05:07 -	1.1.1.1
+++ pkg/PLIST	6 Nov 2017 13:54:20 -
@@ -2,3 +2,5 @@
 ${P5SITE}/Captcha/
 ${P5SITE}/Captcha/reCAPTCHA.pm
 @man man/man3p/Captcha::reCAPTCHA.3p
+share/examples/p5-Captcha-reCaptcha/
+share/examples/p5-Captcha-reCaptcha/captcha.pl

Re: [pretest] emacs-26.0.90

[Grégoire Jadi]

Jeremie Courreges-Anglas  writes:

> Very interesting, thanks to both of you for your reports and
> investigations.  I've never hit this, probably because I run the no_x11
> flavor.  I'll see what I can do to get this fixed, but if someone (tm)
> affected can file a bugreport upstream, that would be great. :)

Done, I've reported this bug upstream.

Piotr, if you think this is the same bug, you can add your backtraces to
it by sending a mail to 29...@debbugs.gnu.org.

Best,

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2017/11/06 06:56:01

Modified files:
sysutils/firmware/athn: Makefile 
sysutils/firmware/athn/pkg: PLIST 

Log message:
Install firmwares for athn(4) that have been built from source.

This will allow such potential benefits in the future as debugging
features and the ability to audit the source.

ok stsp@ sthen@

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2017/11/06 06:51:53

Modified files:
devel  : Makefile 

Log message:
+open-ath9k-htc-firmware

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2017/11/06 06:50:39

Log message:
Import open-ath9k-htc-firmware.

open-ath9k-htc-firmware is the firmware which resides in RAM on the
AR9271/AR7010 NICs, developed for Qualcomm Atheros and released under
a free license. They are used by athn(4) to provide wireless services.

(N.B.: they are not actually used by athn(4) yet.)

ok stsp@ sthen@

Status:

Vendor Tag: bentley
Release Tags:   bentley_20171106

N ports/devel/open-ath9k-htc-firmware/Makefile
N ports/devel/open-ath9k-htc-firmware/Makefile.inc
N ports/devel/open-ath9k-htc-firmware/k2/Makefile
N ports/devel/open-ath9k-htc-firmware/k2/distinfo
N ports/devel/open-ath9k-htc-firmware/k2/pkg/PLIST
N ports/devel/open-ath9k-htc-firmware/k2/pkg/DESCR
N ports/devel/open-ath9k-htc-firmware/magpie/Makefile
N ports/devel/open-ath9k-htc-firmware/magpie/distinfo
N ports/devel/open-ath9k-htc-firmware/magpie/pkg/PLIST
N ports/devel/open-ath9k-htc-firmware/magpie/pkg/DESCR

No conflicts created by this import

Update www/ruby-rack 1.6.2 -> 2.0.3

[Jeremy Evans]

This updates rack (the central gem in all ruby web stuff) from 1.6.2 to
2.0.3, the latest release.  Unfortunately, this has a cascading effect
on dependencies, many of which needs to be updated.  The diff below
contains updates to the following ports:

devel/ruby-tilt
textproc/ruby-ronn
www/ruby-rack
www/ruby-rack-protection
www/ruby-rainbows
www/ruby-sinatra

The update to sinatra also requires a new www/ruby-mustermann port,
which is attached.

Can another developer please review the attached mustermann port and
provide an OK?

Thanks,
Jeremy

Index: devel/ruby-tilt/Makefile
===
RCS file: /cvs/ports/devel/ruby-tilt/Makefile,v
retrieving revision 1.13
diff -u -p -u -p -r1.13 Makefile
--- devel/ruby-tilt/Makefile11 Oct 2014 19:54:46 -  1.13
+++ devel/ruby-tilt/Makefile6 Nov 2017 13:03:53 -
@@ -2,8 +2,7 @@
 
 COMMENT =  generic interface to multiple Ruby template engines
 
-DISTNAME = tilt-1.4.1
-REVISION = 2
+DISTNAME = tilt-2.0.8
 CATEGORIES =   devel textproc
 
 HOMEPAGE = https://github.com/rtomayko/tilt
@@ -14,5 +13,7 @@ PERMIT_PACKAGE_CDROM =Yes
 MODULES =  lang/ruby
 
 CONFIGURE_STYLE =  ruby gem
+
+MODRUBY_TEST = testrb
 
 .include 
Index: devel/ruby-tilt/distinfo
===
RCS file: /cvs/ports/devel/ruby-tilt/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- devel/ruby-tilt/distinfo15 May 2013 09:34:40 -  1.3
+++ devel/ruby-tilt/distinfo6 Nov 2017 13:02:33 -
@@ -1,2 +1,2 @@
-SHA256 (tilt-1.4.1.gem) = OYIFYsT120X+GN6HzMMKDnepmL9TNLHYwQovfbwfWQM=
-SIZE (tilt-1.4.1.gem) = 42496
+SHA256 (tilt-2.0.8.gem) = KjvmxWqMxjOCA8ApEOIOhYZktjOttVDhEDgE116uQAA=
+SIZE (tilt-2.0.8.gem) = 54784
Index: devel/ruby-tilt/pkg/PLIST
===
RCS file: /cvs/ports/devel/ruby-tilt/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 PLIST
--- devel/ruby-tilt/pkg/PLIST   15 May 2013 09:34:40 -  1.4
+++ devel/ruby-tilt/pkg/PLIST   6 Nov 2017 13:04:08 -
@@ -8,34 +8,56 @@ ${GEM_LIB}/gems/${DISTNAME}/Gemfile
 ${GEM_LIB}/gems/${DISTNAME}/HACKING
 ${GEM_LIB}/gems/${DISTNAME}/README.md
 ${GEM_LIB}/gems/${DISTNAME}/Rakefile
-${GEM_LIB}/gems/${DISTNAME}/TEMPLATES.md
 ${GEM_LIB}/gems/${DISTNAME}/bin/
 ${GEM_LIB}/gems/${DISTNAME}/bin/tilt
+${GEM_LIB}/gems/${DISTNAME}/docs/
+${GEM_LIB}/gems/${DISTNAME}/docs/TEMPLATES.md
+${GEM_LIB}/gems/${DISTNAME}/docs/common.css
 ${GEM_LIB}/gems/${DISTNAME}/lib/
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/asciidoc.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/babel.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/bluecloth.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/builder.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/coffee.rb
-${GEM_LIB}/gems/${DISTNAME}/lib/tilt/css.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/commonmarker.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/creole.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/csv.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/dummy.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/erb.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/erubi.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/erubis.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/etanni.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/haml.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/kramdown.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/less.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/liquid.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/livescript.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/mapping.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/markaby.rb
-${GEM_LIB}/gems/${DISTNAME}/lib/tilt/markdown.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/maruku.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/nokogiri.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/pandoc.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/plain.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/prawn.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/radius.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/rdiscount.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/rdoc.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/redcarpet.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/redcloth.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/rst-pandoc.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/sass.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/sigil.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/string.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/template.rb
-${GEM_LIB}/gems/${DISTNAME}/lib/tilt/textile.rb
-${GEM_LIB}/gems/${DISTNAME}/lib/tilt/wiki.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/typescript.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/tilt/wikicloth.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/yajl.rb
+${GEM_LIB}/gems/${DISTNAME}/man/
+${GEM_LIB}/gems/${DISTNAME}/man/index.txt
+${GEM_LIB}/gems/${DISTNAME}/man/tilt.1.ronn
 ${GEM_LIB}/gems/${DISTNAME}/test/
-${GEM_LIB}/gems/${DISTNAME}/test/contest.rb
 ${GEM_LIB}/gems/${DISTNAME}/test/markaby/
 

Re: NEW: www/p5-Captcha-reCAPTCHA-V2

[Alexander Bluhm]

On Mon, Nov 06, 2017 at 12:56:54PM +0100, Giovanni Bechis wrote:
> Captcha::reCAPTCHA::V2 is a Perl implementation of reCAPTCHA API version 2,
> it let you integrate reCAPTCHA version 2 into your web application.
> Comments ? Ok ?

We already have graphics/p5-Captcha-reCAPTCHA 0.97.  Upstream has
updated in 2016 to version 2, your new module is from 2015.

0.982016-07-14
Implemented Version 2 of the new API along side existing one

So it might be a good idea to just update p5-Captcha-reCAPTCHA to 0.99.

If you still need Captcha::reCAPTCHA::V2, feel free to import it.
But please move it to graphics so that the new and the old module
are in the same catagory.

port looks good, OK bluhm@

Re: sqlite 3.21.0

[Jeremie Courreges-Anglas]

On Mon, Nov 06 2017, Landry Breuil  wrote:
> Hi,
>
> a ports hackathon wouldn't be one without a good'ol sqlite3 update, so
> here's the diff for 3.21.0 - relnotes at
> http://sqlite.org/releaselog/3_21_0.html, and it'll be a requirement for
> gecko 58 (cf https://bugzilla.mozilla.org/show_bug.cgi?id=1411417). No
> bump as no symbols changed afaict.
> I'll probably run a bulk with it once mine is over.

No symbol change indeed, and the changes in the public headers appears
safe (only #defines added + the renaming of a struct member for which
should use accessors, so that looks safe).  ok jca@ (but putting this in
a bulk won't hurt indeed.)

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: [pretest] emacs-26.0.90

[Jeremie Courreges-Anglas]

On Mon, Nov 06 2017, gj...@omecha.info (Grégoire Jadi) wrote:
> Piotr Isajew  writes:
>
>> Dnia 15.10.2017 Jeremie Courreges-Anglas  napisał/a:
>>>
>>> Here's a diff for the first pretest in the emacs-26 release cycle.
>>> Among other things, emacs now uses system malloc(3) at runtime (gmalloc
>>> is still used at build/unexec time).
>>>
>>> As usual build & test reports are welcome, especially if you use an arch
>>> different from amd64 / arm, or if you use one of the graphical flavors.
>>
>> I've been testing this on 6.2. I notice one problem which exists
>> also for emacs-25 and I can reproduce it for all the graphical
>> flavors.
>>
>> The scenario I can reproduce is related to using org-capture. On
>> any other platform, or even on OpenBSD without X, after selecting
>> capture template a dedicated buffer appears in which I can edit
>> the template. On OpenBSD however, under X this buffer does only
>> appear after generating additional input event, like moving a
>> mouse. There's no such problem if I select capture template using
>> soft-keyboard - XVkbd.
>>
>> Also it is very likely that after selecting the capture template
>> *emacs will hang in kind of an infinite loop* maxing out CPU
>> usage.
>
> Hello,

Hi Piotr, salut Grégoire,

> I think I have encountered the same issue. The problem occurs when emacs
> tries to read the secondary clipbard with the encoding iso-8859-1.
> You can try to reproduce the bug with :
>> (setf x-selection-timeout 500)
>> (org-get-x-clipboard 'SECONDARY)
>
> If this is the same bug, the call to `org-get-x-clipboard' will froze
> emacs for 500ms then return nil.
>
> After I track this down I found a quick-fix :
>> (setf x-selection-timeout 10)
> This set the timeout to 10ms instead of 0 (i.e. wait indefinitely)
>
> At the time, I ran out of patience and didn't bother to find out if the
> bug was specific to OpenBSD or some weird interactions between emacs and
> my window manager and/or X. But if you confirm the same bug it may be
> time to report it.

Very interesting, thanks to both of you for your reports and
investigations.  I've never hit this, probably because I run the no_x11
flavor.  I'll see what I can do to get this fixed, but if someone (tm)
affected can file a bugreport upstream, that would be great. :)

> Best,
>
> PS: You can usually recover from a frozen emacs by sending the SIGUSR2
> signal to the emacs' process (pkill -USR2 emacs). When it receives
> SIGUSR2, emacs will drop into its debugger and toggle debug-on-quit
> (SIGUSR2 is like C-g but emacs should react to it even if the input loop
> is frozen).
>
>> The command I used to build the port:
>>
>> cd /usr/ports/editors/emacs
>> doas sh -c 'export FLAVOR=athena; export DEBUG="-g -O0 -DTRACE_SELECTION";
>>  make clean repackage reinstall'
>>
>> The stacktrace from the moment it hangs:
>>
>> info thre
>>   4 thread 424274  _thread_sys_poll () at -:3
>>   3 thread 437321  _thread_sys_poll () at -:3
>> * 2 thread 476142  _thread_sys_poll () at -:3
>>   1 thread 131181  wait_reading_process_output (time_limit=5, nsecs=0, 
>> read_kbd=0, do_display=false, wait_for_cell=16374659, wait_proc=0x0, 
>> just_wait_proc=0) at process.c:5296
>> (gdb) thr 4
>> [Switching to thread 4 (thread 424274)]#0  _thread_sys_poll () at -:3
>> 3   in -
>> (gdb) inf sta
>> #0  _thread_sys_poll () at -:3
>> #1  0x0002c6d1f45f in _libc_poll_cancel (fds=Variable "fds" is not 
>> available.
>> )
>> at /usr/src/lib/libc/sys/w_poll.c:27
>> #2  0x00022d883497 in g_main_context_iterate () at gmain.c:4271
>> #3  0x00022d883594 in g_main_context_iteration (context=0x20ddb0500, 
>> may_block=The value of variable 'may_block' is distributed across several
>> locations, and GDB cannot access its value.
>>
>> ) at gmain.c:4033
>> #4  0x0002c7f2bb7d in g_io_module_query ()
>>from /usr/local/lib/gio/modules/libdconfsettings.so
>> #5  0x00022d8ac3fa in g_thread_proxy (data=0x259d50190) at gthread.c:784
>> #6  0x000275642cae in _rthread_start (v=Variable "v" is not available.
>> )
>> at /usr/src/lib/librthread/rthread.c:96
>> #7  0x0002c6d1b96b in __tfork_thread ()
>> at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75
>> #8  0x in ?? ()
>>
>> (gdb) thr 3
>> [Switching to thread 3 (thread 437321)]#0  _thread_sys_poll () at -:3
>> 3   in -
>> (gdb) inf sta
>> #0  _thread_sys_poll () at -:3
>> #1  0x0002c6d1f45f in _libc_poll_cancel (fds=Variable "fds" is not 
>> available.
>> )
>> at /usr/src/lib/libc/sys/w_poll.c:27
>> #2  0x00022d883497 in g_main_context_iterate () at gmain.c:4271
>> #3  0x00022d883594 in g_main_context_iteration (context=0x243a3ce00, 
>> may_block=The value of variable 'may_block' is distributed across several
>> locations, and GDB cannot access its value.
>>
>> ) at gmain.c:4033
>> #4  0x00022d885296 in glib_worker_main (data=Variable "data" is not 
>> available.
>> ) at gmain.c:5824
>> 

NEW: www/p5-Captcha-reCAPTCHA-V2

[Giovanni Bechis]

Captcha::reCAPTCHA::V2 is a Perl implementation of reCAPTCHA API version 2,
it let you integrate reCAPTCHA version 2 into your web application.
Comments ? Ok ?
 Cheers
  Giovanni


p5-Captcha-reCAPTCHA-V2-0.3.tgz
Description: application/compressed-tar

Re: openscenegraph 3.4.1 + add qt5 flavor

[Landry Breuil]

On Sat, Nov 04, 2017 at 06:58:25PM +0100, Pascal Stumpf wrote:
> On Sat, 4 Nov 2017 12:38:06 +0100, Landry Breuil wrote:
> > Hi,
> > 
> > here's the update for OSG 3.4.1, and while here addded a qt5 FLAVOR i
> > need for the 3d globe in the upcoming qgis3, via osgearth for which a
> > port is in the works. I also enabled the gdal/ogr bits.
> > 
> > comments/testing welcome, especially with the other OSG consumers
> > (openmw?)
> 
> Hold on, OpenMW might be fine with Qt5.  If so, a FLAVOR is unnecessary.
> I'll do some testing tomorrow.

Have you managed to do this testing ? In that case we'd be able to just
move OSG to qt5, which might be much simpler for osgearth/qgis3 :)

Landry

Re: [UPDATE] math/lapack

[Paul Irofti]

On Mon, Nov 06, 2017 at 07:47:09AM +0100, Steven Mestdagh wrote:
> Paul Irofti [2017-11-06, 01:27:51]:
> > > Index: math/octave/Makefile
> > > ===
> > > RCS file: /cvs/ports/math/octave/Makefile,v
> > > retrieving revision 1.98
> > > diff -u -p -u -r1.98 Makefile
> > > --- math/octave/Makefile  3 Nov 2017 12:28:53 -   1.98
> > > +++ math/octave/Makefile  4 Nov 2017 21:54:46 -
> > > @@ -4,6 +4,7 @@ COMMENT = high-level language for numeri
> > >  
> > >  VERSION =4.2.1
> > >  DISTNAME =   octave-${VERSION}
> > > +REVISION =   0
> > >  CATEGORIES = math
> > >  
> > >  SHARED_LIBS +=   octave  8.0
> > > @@ -44,6 +45,8 @@ BUILD_DEPENDS = ${MODFORTRAN_BUILD_DEPEN
> > >   textproc/gsed \
> > >   math/gnuplot
> > >  
> > > +MODFORTRAN_COMPILER =gfortran
> > > +
> > >  # configure checks for desktop-file-install(1)
> > >  BUILD_DEPENDS +=devel/desktop-file-utils
> > >  
> > > @@ -78,8 +81,7 @@ CONFIGURE_ENV = CPPFLAGS="-I${LOCALBASE}
> > >   -I${LOCALBASE}/include/ereadline" \
> > >   LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib" \
> > >   LRELEASE="${MODQT_LRELEASE}" \
> > > - F77=${FC} CXXFLAGS="${CXXFLAGS} -std=gnu++11"
> > > -
> > > + CXXFLAGS="${CXXFLAGS} -std=gnu++11"
> > >  
> > >  # needed to build on amd64
> > >  GCC_ARCH =   ${MACHINE_ARCH}-unknown-openbsd${OSREV}
> > 
> > Perhaps I did something wrong, but I get this error when compiling
> > octave with the above. That libquadmath path looks weird.
> > 
> > /usr/bin/libtool  --tag=CXX   --mode=link c++ -fPIC -pthread -Wall -W 
> > -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align 
> > -Wcast-qual -O2 -pipe   -std=gnu++11 -version-info 4:0:0 -no-undefined 
> > -bindir /usr/local/bin -L/usr/local/lib -L/usr/local/lib  -L/usr/local/lib 
> > -L/usr/X11R6/lib -o liboctave/liboctave.la -rpath 
> > /usr/local/lib/octave/4.2.1 
> > liboctave/liboctave_liboctave_la-liboctave-build-info.lo 
> > liboctave/array/libarray.la liboctave/cruft/ranlib/libranlib.la 
> > liboctave/cruft/libcruft.la liboctave/numeric/libnumeric.la 
> > liboctave/operators/liboperators.la liboctave/system/libsystem.la 
> > liboctave/util/libutil.la liboctave/wrappers/libwrappers.la 
> > libgnu/libgnu.la -lcurl -lcholmod -lumfpack -lamd -lcamd -lcolamd -lccolamd 
> > -lcxsparse -lsuitesparseconfig -larpack -lqrupdate -lfftw3_threads  -lfftw3 
> > -lfftw3f_threads  -lfftw3f -llapack -lblas -lereadline -lncurses  
> > -L/usr/local/lib -Wl,-R/usr/local/lib -lpcre-L/usr/local/lib 
> > -L/usr/X11R6/lib -L/usr/ports/pobj/octave-4.2.1/bin 
> > -L/usr/local/lib/gcc/x86_64-unknown-openbsd6.2/4.9.4 
> > -L/usr/local/lib/gcc/x86_64-unknown-openbsd6.2/4.9.4/../../.. -lgfortran 
> > -lm -lquadmath -lutil -lm   -lutil -lm  
> > Cannot read '/usr/local/lib'/libquadmath.la: No such file or directory
> 
> yes, I forgot to mention, there is a quoting issue in
> /usr/local/lib/libgfortran.la
> 
> either the gcc port or libtool needs a fix, haven't looked into that yet.


Well how did you build these ports then? :)

Re: [wip] buildbot 0.9.12

[Landry Breuil]

On Sun, Nov 05, 2017 at 11:32:23PM +0100, Landry Breuil wrote:
> On Sun, Nov 05, 2017 at 08:50:48PM +0100, Landry Breuil wrote:
> > Hi,
> > 
> > a long awaited update to buildbot, version nine.. which isnt
> > backwards-compatible with the 0.8 branch. Some new depends probably
> > needed at some point, so far it packages, slaves tests are fine, master
> > tests are partly broken because some deps are missing. I havent even
> > tried to run it yet, as all configs has to be redone, and a nine master
> > cant reuse a 0.8 workdir.
> 
> Haha. 'some deps are missing'. Yeah, i need to port buildbot-www (a
> separate pypi pkg for some static html), and then
> buildbot-waterfall-view, buildbot-grid-view and buildbot-console-view
> which are separate plugins of buildbot-www for actual web views on the
> build status - and then i need to port autobahn, txaio, trek, and..
> probably others which seem to be requirement for the actual engine. Yay.

And a much better diff, adding py-txaio, py-trollius, py-autobahn extra
ports as dependencies, and putting the 6 splitted ports for buildbot
under a py-buildbot subdir. Created a simple master/worker setup, seems
to work and the UI is pretty nice/totally revamped compared to 0.8.
If you're using buildbot on OpenBSD, please test this one :)

Landry


buildbot-0.9.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/11/06 04:25:46

Modified files:
geo/spatialite/readosm: Makefile distinfo 

Log message:
Update to readosm 1.1.0.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/06 03:37:55

Modified files:
math/gnumeric  : Makefile 
math/gnumeric/pkg: PLIST 
Added files:
math/gnumeric/patches: patch-doc_Makefile_in 

Log message:
Unbreak by skipping the 'cs' translation which makes itstool(1) choke.
Also unbreak on i386 to see if that fixes it on this arch as well.

Re: NEW: lang/snobol4

[Laurence Tratt]

On Sun, Nov 05, 2017 at 12:20:48PM -0500, Brian Callahan wrote:

Hello Brian,

> But the website says that Icon bears little superficial resemblance to
> SNOBOL4, which I take to mean you can't take snobol code and run it through
> icon, which is what is needed :(

As you've probably realised, SNOBOL and Icon (largely) come from the same
brain, but with a different intended outcome. Icon was meant to be more like
a "normal" programming language than SNOBOL, albeit Icon has backtracking
(what Icon calls "goal-directed evaluation"). If I had to give a rough
analogy, SNOBOL is sort-of Awk-ish, whereas Icon is an Algol derivative. As
that might suggest, the two languages have a really different notion of
control flow, which means that it would be hard to do a good job of
translating between the two.

Summary: if you want to run SNOBOL code, I doubt you have any alternative to
a SNOBOL interpreter/compiler :/ I'm glad to see a SNOBOL system submitted
to ports!

[This brings back memories for me. Many moons ago, I created a language
which integrated in Icon's expression evaluation ideas [1]. I learnt a lot!]


Laurie

[1] 
http://tratt.net/laurie/research/pubs/html/tratt__experiences_with_an_icon_like_expression_evaluation_system/

[NEW] comms/qodem

[Frederic Cambus]

Hi ports@,

Here is a new port: comms/qodem

Comments? OK?

>From DESCR:

Qodem is a from-scratch clone implementation of the Qmodem
communications program made popular in the days when Bulletin Board
Systems ruled the night. Qodem emulates the dialing directory and the
terminal screen features of Qmodem over both modem and Internet
connections.


qodem.tar.gz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/06 03:13:51

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

Log message:
Register gnokii removal.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/06 03:13:12

Modified files:
comms  : Makefile 
Removed files:
comms/gnokii   : Makefile distinfo 
comms/gnokii/patches: patch-Docs_sample_gnokiirc patch-Makefile 
  patch-configure patch-include_gnokii_h 
  patch-testsuite_testit 
comms/gnokii/pkg: DESCR MESSAGE PFRAG.no-no_x11 PLIST 

Log message:
Remove gnokii; it's no longer useful and doesn't work properly most of the
time.

ok robert@ (maintainer)

sqlite 3.21.0

[Landry Breuil]

Hi,

a ports hackathon wouldn't be one without a good'ol sqlite3 update, so
here's the diff for 3.21.0 - relnotes at
http://sqlite.org/releaselog/3_21_0.html, and it'll be a requirement for
gecko 58 (cf https://bugzilla.mozilla.org/show_bug.cgi?id=1411417). No
bump as no symbols changed afaict.
I'll probably run a bulk with it once mine is over.

Landry
? sqlite3-3.14.2-libsqlite3.so.33.0
? sqlite3-3.16.2-libsqlite3.so.34.0
? sqlite3-3.17.0-libsqlite3.so.35.0
? sqlite3-3.19.3-libsqlite3.so.36.0
? sqlite3-3.20.0-libsqlite3.so.37.0
? sqlite3-3.20.1-libsqlite3.so.37.1
? sqlite3-3.21.0-libsqlite3.so.37.1
Index: Makefile
===
RCS file: /cvs/ports/databases/sqlite3/Makefile,v
retrieving revision 1.88
diff -u -r1.88 Makefile
--- Makefile27 Sep 2017 09:37:19 -  1.88
+++ Makefile6 Nov 2017 09:54:04 -
@@ -2,8 +2,8 @@
 
 COMMENT=   embedded SQL implementation
 
-DISTNAME = sqlite-autoconf-3200100
-PKGNAME=   sqlite3-3.20.1
+DISTNAME = sqlite-autoconf-321
+PKGNAME=   sqlite3-3.21.0
 
 SHARED_LIBS +=  sqlite3   37.1 # 8.6
 
Index: distinfo
===
RCS file: /cvs/ports/databases/sqlite3/distinfo,v
retrieving revision 1.45
diff -u -r1.45 distinfo
--- distinfo27 Sep 2017 09:37:19 -  1.45
+++ distinfo6 Nov 2017 09:54:04 -
@@ -1,2 +1,2 @@
-SHA256 (sqlite-autoconf-3200100.tar.gz) = 
7GZZWym8B5iwI6USICHqZGq0+p4vc1k3xUJv7rqVB0I=
-SIZE (sqlite-autoconf-3200100.tar.gz) = 2565638
+SHA256 (sqlite-autoconf-321.tar.gz) = 
191RZ3UAWth6V/Qotvhq/SBss0FyKSfxBNPwz2X7u+M=
+SIZE (sqlite-autoconf-321.tar.gz) = 2568942

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/06 02:53:33

Modified files:
devel/capstone : Makefile Makefile.inc 

Log message:
Unbreak.

Re: [pretest] emacs-26.0.90

[Grégoire Jadi]

Piotr Isajew  writes:

> Dnia 15.10.2017 Jeremie Courreges-Anglas  napisał/a:
>>
>> Here's a diff for the first pretest in the emacs-26 release cycle.
>> Among other things, emacs now uses system malloc(3) at runtime (gmalloc
>> is still used at build/unexec time).
>>
>> As usual build & test reports are welcome, especially if you use an arch
>> different from amd64 / arm, or if you use one of the graphical flavors.
>
> I've been testing this on 6.2. I notice one problem which exists
> also for emacs-25 and I can reproduce it for all the graphical
> flavors.
>
> The scenario I can reproduce is related to using org-capture. On
> any other platform, or even on OpenBSD without X, after selecting
> capture template a dedicated buffer appears in which I can edit
> the template. On OpenBSD however, under X this buffer does only
> appear after generating additional input event, like moving a
> mouse. There's no such problem if I select capture template using
> soft-keyboard - XVkbd.
>
> Also it is very likely that after selecting the capture template
> *emacs will hang in kind of an infinite loop* maxing out CPU
> usage.

Hello,

I think I have encountered the same issue. The problem occurs when emacs
tries to read the secondary clipbard with the encoding iso-8859-1.
You can try to reproduce the bug with :
> (setf x-selection-timeout 500)
> (org-get-x-clipboard 'SECONDARY)

If this is the same bug, the call to `org-get-x-clipboard' will froze
emacs for 500ms then return nil.

After I track this down I found a quick-fix :
> (setf x-selection-timeout 10)
This set the timeout to 10ms instead of 0 (i.e. wait indefinitely)

At the time, I ran out of patience and didn't bother to find out if the
bug was specific to OpenBSD or some weird interactions between emacs and
my window manager and/or X. But if you confirm the same bug it may be
time to report it.

Best,

PS: You can usually recover from a frozen emacs by sending the SIGUSR2
signal to the emacs' process (pkill -USR2 emacs). When it receives
SIGUSR2, emacs will drop into its debugger and toggle debug-on-quit
(SIGUSR2 is like C-g but emacs should react to it even if the input loop
is frozen).

> The command I used to build the port:
>
> cd /usr/ports/editors/emacs
> doas sh -c 'export FLAVOR=athena; export DEBUG="-g -O0 -DTRACE_SELECTION";
>  make clean repackage reinstall'
>
> The stacktrace from the moment it hangs:
>
> info thre
>   4 thread 424274  _thread_sys_poll () at -:3
>   3 thread 437321  _thread_sys_poll () at -:3
> * 2 thread 476142  _thread_sys_poll () at -:3
>   1 thread 131181  wait_reading_process_output (time_limit=5, nsecs=0, 
> read_kbd=0, do_display=false, wait_for_cell=16374659, wait_proc=0x0, 
> just_wait_proc=0) at process.c:5296
> (gdb) thr 4
> [Switching to thread 4 (thread 424274)]#0  _thread_sys_poll () at -:3
> 3   in -
> (gdb) inf sta
> #0  _thread_sys_poll () at -:3
> #1  0x0002c6d1f45f in _libc_poll_cancel (fds=Variable "fds" is not 
> available.
> )
> at /usr/src/lib/libc/sys/w_poll.c:27
> #2  0x00022d883497 in g_main_context_iterate () at gmain.c:4271
> #3  0x00022d883594 in g_main_context_iteration (context=0x20ddb0500, 
> may_block=The value of variable 'may_block' is distributed across several
> locations, and GDB cannot access its value.
>
> ) at gmain.c:4033
> #4  0x0002c7f2bb7d in g_io_module_query ()
>from /usr/local/lib/gio/modules/libdconfsettings.so
> #5  0x00022d8ac3fa in g_thread_proxy (data=0x259d50190) at gthread.c:784
> #6  0x000275642cae in _rthread_start (v=Variable "v" is not available.
> )
> at /usr/src/lib/librthread/rthread.c:96
> #7  0x0002c6d1b96b in __tfork_thread ()
> at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75
> #8  0x in ?? ()
>
> (gdb) thr 3
> [Switching to thread 3 (thread 437321)]#0  _thread_sys_poll () at -:3
> 3   in -
> (gdb) inf sta
> #0  _thread_sys_poll () at -:3
> #1  0x0002c6d1f45f in _libc_poll_cancel (fds=Variable "fds" is not 
> available.
> )
> at /usr/src/lib/libc/sys/w_poll.c:27
> #2  0x00022d883497 in g_main_context_iterate () at gmain.c:4271
> #3  0x00022d883594 in g_main_context_iteration (context=0x243a3ce00, 
> may_block=The value of variable 'may_block' is distributed across several
> locations, and GDB cannot access its value.
>
> ) at gmain.c:4033
> #4  0x00022d885296 in glib_worker_main (data=Variable "data" is not 
> available.
> ) at gmain.c:5824
> #5  0x00022d8ac3fa in g_thread_proxy (data=0x259d5) at gthread.c:784
> #6  0x000275642cae in _rthread_start (v=Variable "v" is not available.
> )
> at /usr/src/lib/librthread/rthread.c:96
> #7  0x0002c6d1b96b in __tfork_thread ()
> at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75
>
> (gdb) thr 2
> [Switching to thread 2 (thread 476142)]#0  _thread_sys_poll () at -:3
> 3   in -
> (gdb) inf sta
> #0  _thread_sys_poll () at -:3
> #1  0x0002c6d1f45f 

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/11/06 02:35:27

Modified files:
lang/vala  : Makefile 
Added files:
lang/vala/patches: no_valadoc-patch-Makefile_in 
   no_valadoc-patch-configure_ac 
lang/vala/pkg  : PLIST-valadoc 
Removed files:
lang/vala/patches: patch-Makefile_in patch-configure_ac 

Log message:
Enable -valadoc using a bootstrap FLAVOR.

ok jasper@

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/11/06 02:26:35

Modified files:
sysutils/binwalk: Makefile 

Log message:
add RDEP on py3-capstone to support dissambly of object files

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/11/06 02:26:48

Modified files:
sysutils/sysclean: Makefile distinfo 

Log message:
Update to sysclean 2.6, from semarie@, ok rpe@

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/11/06 02:19:01

Modified files:
sysutils/binwalk: Makefile 

Log message:
this no longer uses devel/py-libmagic

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/11/06 02:03:26

Modified files:
security/plaso : Makefile distinfo 
security/plaso/pkg: PLIST 

Log message:
update plaso to 20170930.
ok benoit@.

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/11/06 01:54:29

Modified files:
devel/capstone : Makefile 
devel/capstone/patches: patch-Makefile 
patch-arch_Mips_MipsInstPrinter_c 
patch-cs_c patch-include_capstone_h 
patch-tests_test_mips_c 
devel/capstone/pkg: DESCR PLIST 
Added files:
devel/capstone : Makefile.inc 
devel/capstone/main: Makefile distinfo 
devel/capstone/main/patches: patch-Makefile 
 patch-arch_Mips_MipsInstPrinter_c 
 patch-cs_c patch-include_capstone_h 
 patch-tests_test_mips_c 
devel/capstone/main/pkg: DESCR PLIST 
devel/capstone/python: Makefile distinfo 
devel/capstone/python/pkg: DESCR PLIST 
Removed files:
devel/capstone : distinfo 

Log message:
add python bindings for capstone.
ok benoit@ jasper@.

Re: [update] sysutils/sysclean 2.6

[Robert Peichaer]

On Mon, Nov 06, 2017 at 08:27:41AM +0100, Sebastien Marie wrote:
> Hi,
> 
> Here an update for sysclean 2.6.
> 
> the new release incorporates recent changes for /usr/share/relink
> directory.
> 
> in particular, it replaces '/usr/share/compile' by
> '/usr/share/relink/kernel' in ignored list (directory created at runtime
> by the system). 
> 
> other files under '/usr/share/relink' are already cover by locate
> database.
> 
> Thanks.
> -- 
> Sebastien Marie

OK rpe@

-- 
-=[rpe]=-

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/11/06 01:36:26

ports/devel/capstone/main/pkg

Update of /cvs/ports/devel/capstone/main/pkg
In directory cvs.openbsd.org:/tmp/cvs-serv89019/main/pkg

Log Message:
Directory /cvs/ports/devel/capstone/main/pkg added to the repository

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/11/06 01:36:26

ports/devel/capstone/python/pkg

Update of /cvs/ports/devel/capstone/python/pkg
In directory cvs.openbsd.org:/tmp/cvs-serv89019/python/pkg

Log Message:
Directory /cvs/ports/devel/capstone/python/pkg added to the repository

Re: [UPDATE] libxml

[Steven Mestdagh]

Jeremie Courreges-Anglas [2017-11-04, 22:22:47]:
> On Fri, Nov 03 2017, Steven Mestdagh  wrote:
> > could someone put this in a bulk build?
> 
> The update looks good to me, the installed headers don't change much.
> 
> One (small) problem though: the "compute_minrun" function isn't exported
> any more, thus you should bump the lib major version.  It would probably
> be safe to cheat and omit the bump, since compute_minrun shouldn't have
> been exported in the first place, but I don't think it's worth it here.

indeed, it's safer.

Index: Makefile
===
RCS file: /cvs/ports/textproc/libxml/Makefile,v
retrieving revision 1.171
diff -u -p -u -r1.171 Makefile
--- Makefile14 Sep 2017 14:56:41 -  1.171
+++ Makefile6 Nov 2017 08:25:59 -
@@ -3,11 +3,11 @@
 COMMENT-main=  XML parsing library
 COMMENT-python=Python bindings for libxml
 
-VERSION=   2.9.5
+VERSION=   2.9.7
 DISTNAME=  libxml2-${VERSION}
 PKGNAME-main=  libxml-${VERSION}
 PKGNAME-python=py-libxml-${VERSION}
-SHARED_LIBS += xml2 15.2 # 11.4
+SHARED_LIBS += xml2 16.0 # 11.4
 CATEGORIES=textproc
 MASTER_SITES=  http://gd.tuwien.ac.at/pub/libxml/ \
ftp://xmlsoft.org/libxml/
Index: distinfo
===
RCS file: /cvs/ports/textproc/libxml/distinfo,v
retrieving revision 1.53
diff -u -p -u -r1.53 distinfo
--- distinfo14 Sep 2017 14:56:41 -  1.53
+++ distinfo6 Nov 2017 08:25:59 -
@@ -1,2 +1,2 @@
-SHA256 (libxml2-2.9.5.tar.gz) = QDHB7O6c57pPMT6R72KEFkiFzbaZN6Ej9qg7tqctzTg=
-SIZE (libxml2-2.9.5.tar.gz) = 5466888
+SHA256 (libxml2-2.9.7.tar.gz) = 9jxefTA2LtKLOL+hrGMT+agCMHILf7bIBXXuqz/1kAw=
+SIZE (libxml2-2.9.7.tar.gz) = 5467389
Index: patches/patch-timsort_h
===
RCS file: /cvs/ports/textproc/libxml/patches/patch-timsort_h,v
retrieving revision 1.4
diff -u -p -u -r1.4 patch-timsort_h
--- patches/patch-timsort_h 25 Sep 2013 12:32:24 -  1.4
+++ patches/patch-timsort_h 6 Nov 2017 08:25:59 -
@@ -1,12 +1,13 @@
-$OpenBSD: patch-timsort_h,v 1.4 2013/09/25 12:32:24 jasper Exp $
 timsort.h.orig Tue Sep 24 10:50:59 2013
-+++ timsort.h  Tue Sep 24 10:51:40 2013
-@@ -48,7 +48,7 @@ typedef unsigned __int64 uint64_t;
- int compute_minrun(uint64_t);
+$OpenBSD: patch-timsort_h,v 1.3 2013/08/19 16:00:10 miod Exp $
+Index: timsort.h
+--- timsort.h.orig
 timsort.h
+@@ -74,7 +74,7 @@ typedef unsigned __int64 uint64_t;
+ static int compute_minrun(const uint64_t);
  
  #ifndef CLZ
--#if defined(__GNUC__) && ((__GNUC__ == 3 && __GNUC_MINOR__ >= 4) || (__GNUC__ 
> 3))
-+#if defined(__GNUC__) && (__GNUC__ > 3 || (__GNUC__ == 3 && __GNUC_MINOR__ >= 
4))
+-#ifdef __GNUC__
++#if defined (__GNUC__) && (__GNUC__ > 3 || (__GNUC__ == 3 && __GNUC_MINOR__ 
>= 4))
  #define CLZ __builtin_clzll
  #else
  
Index: patches/patch-xmllint_c
===
RCS file: /cvs/ports/textproc/libxml/patches/patch-xmllint_c,v
retrieving revision 1.4
diff -u -p -u -r1.4 patch-xmllint_c
--- patches/patch-xmllint_c 5 Jul 2007 16:05:09 -   1.4
+++ patches/patch-xmllint_c 6 Nov 2017 08:25:59 -
@@ -1,7 +1,8 @@
-$OpenBSD: patch-xmllint_c,v 1.4 2007/07/05 16:05:09 steven Exp $
 xmllint.c.orig Tue Apr 17 14:28:16 2007
-+++ xmllint.c  Mon Jul  2 12:50:32 2007
-@@ -103,7 +103,7 @@
+$OpenBSD: patch-xmllint_c,v 1.3 2006/03/20 13:36:54 steven Exp $
+Index: xmllint.c
+--- xmllint.c.orig
 xmllint.c
+@@ -87,7 +87,7 @@
  #endif
  
  #ifndef XML_XML_DEFAULT_CATALOG

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/11/06 01:20:12

ports/devel/capstone/main/patches

Update of /cvs/ports/devel/capstone/main/patches
In directory cvs.openbsd.org:/tmp/cvs-serv16747/main/patches

Log Message:
Directory /cvs/ports/devel/capstone/main/patches added to the repository

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/11/06 01:20:00

ports/devel/capstone/main

Update of /cvs/ports/devel/capstone/main
In directory cvs.openbsd.org:/tmp/cvs-serv35734/main

Log Message:
Directory /cvs/ports/devel/capstone/main added to the repository

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/11/06 01:20:00

ports/devel/capstone/python

Update of /cvs/ports/devel/capstone/python
In directory cvs.openbsd.org:/tmp/cvs-serv35734/python

Log Message:
Directory /cvs/ports/devel/capstone/python added to the repository

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/11/06 01:14:43

Modified files:
lang   : Makefile 

Log message:
+snobol4

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2017/11/06 01:14:14

Log message:
Import lang/snobol4, the CSNOBOL4 suite including interpreter, debugger and
utilities. Joint work with STeve Andre' , who takes
MAINTAINER. Thanks!
ok juanfra@

CSNOBOL4 is a free port of the original SIL (SNOBOL4 Implementation
Language) "macro" version of SNOBOL4 (developed at Bell Labs) with the
C language as a target.

SNOBOL4, while known primarily as a string language excels at any task
involving symbolic manipulations. It provides dynamic typing, garbage
collection, user data types, and on the fly compilation.

CSNOBOL4 supports the full SNOBOL4 language plus BLOCKS and SPITBOL and
other extensions.

Status:

Vendor Tag: bcallah
Release Tags:   bcallah_20171106

N ports/lang/snobol4/Makefile
N ports/lang/snobol4/distinfo
N ports/lang/snobol4/patches/patch-Makefile2_m4
N ports/lang/snobol4/patches/patch-configure
N ports/lang/snobol4/patches/patch-snolib_setuputil_sno
N ports/lang/snobol4/pkg/PLIST
N ports/lang/snobol4/pkg/DESCR

No conflicts created by this import