Re: [UPDATE] databases/barman to 1.5.1

[Eric Lalonde]

Sadly, nope, since barman is supposed to be run from _barman's crontab,
(as shown in the pkg README) which has no write rights on /var/run -
hence the possibility of a subdir owned by _barman, but since there's no
rc script to create it like its done for ckit or dbus...


Ah ok. Yeah so @sample /var/spool/barman or something.


After better acquainting myself with pkg/PLIST annotations, I've updated 
the doc/ patch and PLIST to refer to /var/spool/barman/ as the lock 
directory. Thanks for the review.


--

Eric


Index: Makefile
===
RCS file: /cvs/ports/databases/barman/Makefile,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 Makefile
--- Makefile29 Sep 2015 10:51:14 -  1.5
+++ Makefile22 Dec 2015 21:02:27 -
@@ -2,11 +2,10 @@
 
 COMMENT =  backup and restoration manager for PostgreSQL
 
-MODPY_EGG_VERSION =1.4.1
+MODPY_EGG_VERSION =1.5.1
 DISTNAME = barman-${MODPY_EGG_VERSION}
 CATEGORIES =   databases
 HOMEPAGE = http://www.pgbarman.org/
-REVISION = 0
 
 MAINTAINER=Eric Lalonde 
 
Index: distinfo
===
RCS file: /cvs/ports/databases/barman/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- distinfo13 May 2015 20:11:24 -  1.3
+++ distinfo22 Dec 2015 21:02:27 -
@@ -1,2 +1,2 @@
-SHA256 (barman-1.4.1.tar.gz) = OKZJqxzqgR4tuUENh8CEI76zE1+IsRYJE7y58WoQsd8=
-SIZE (barman-1.4.1.tar.gz) = 122048
+SHA256 (barman-1.5.1.tar.gz) = aRJ8KY+R9pYkHfDhX5Mn1TsFDLvuprpd7AOa6nbUMt4=
+SIZE (barman-1.5.1.tar.gz) = 132842
Index: patches/patch-doc_barman_conf
===
RCS file: /cvs/ports/databases/barman/patches/patch-doc_barman_conf,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-doc_barman_conf
--- patches/patch-doc_barman_conf   26 Aug 2013 09:37:52 -  1.1
+++ patches/patch-doc_barman_conf   22 Dec 2015 21:02:27 -
@@ -1,12 +1,15 @@
-$OpenBSD: patch-doc_barman_conf,v 1.1 2013/08/26 09:37:52 landry Exp $
 doc/barman.conf.orig   Tue Aug 20 16:34:28 2013
-+++ doc/barman.confTue Aug 20 16:35:30 2013
-@@ -5,10 +5,10 @@
+--- doc/barman.conf.orig   Wed Nov  4 07:00:11 2015
 doc/barman.confTue Dec 22 03:26:06 2015
+@@ -5,13 +5,13 @@
  
  [barman]
  ; Main directory
 -barman_home = /var/lib/barman
 +barman_home = /var/db/barman
+ 
+ ; Locks directory - default: %(barman_home)s
+-;barman_lock_directory = /var/run/barman
++;barman_lock_directory = /var/spool/barman
  
  ; System user
 -barman_user = barman
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/barman/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 PLIST
--- pkg/PLIST   24 Mar 2015 20:25:01 -  1.3
+++ pkg/PLIST   22 Dec 2015 21:02:27 -
@@ -8,6 +8,7 @@
 @mode 0750
 @sample /var/db/barman/
 @sample /var/log/barman/
+@sample /var/spool/barman/
 @mode
 @owner
 @group
@@ -23,6 +24,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/barman/__init__.pyc
 lib/python${MODPY_VERSION}/site-packages/barman/backup.py
 lib/python${MODPY_VERSION}/site-packages/barman/backup.pyc
+lib/python${MODPY_VERSION}/site-packages/barman/backup_executor.py
+lib/python${MODPY_VERSION}/site-packages/barman/backup_executor.pyc
 lib/python${MODPY_VERSION}/site-packages/barman/cli.py
 lib/python${MODPY_VERSION}/site-packages/barman/cli.pyc
 lib/python${MODPY_VERSION}/site-packages/barman/command_wrappers.py
@@ -43,12 +46,12 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/barman/lockfile.pyc
 lib/python${MODPY_VERSION}/site-packages/barman/output.py
 lib/python${MODPY_VERSION}/site-packages/barman/output.pyc
+lib/python${MODPY_VERSION}/site-packages/barman/recovery_executor.py
+lib/python${MODPY_VERSION}/site-packages/barman/recovery_executor.pyc
 lib/python${MODPY_VERSION}/site-packages/barman/retention_policies.py
 lib/python${MODPY_VERSION}/site-packages/barman/retention_policies.pyc
 lib/python${MODPY_VERSION}/site-packages/barman/server.py
 lib/python${MODPY_VERSION}/site-packages/barman/server.pyc
-lib/python${MODPY_VERSION}/site-packages/barman/testing_helpers.py
-lib/python${MODPY_VERSION}/site-packages/barman/testing_helpers.pyc
 lib/python${MODPY_VERSION}/site-packages/barman/utils.py
 lib/python${MODPY_VERSION}/site-packages/barman/utils.pyc
 lib/python${MODPY_VERSION}/site-packages/barman/version.py

Re: CVS: cvs.openbsd.org: ports

[James Turner]

On Tue, Dec 22, 2015 at 12:40:48PM -0700, James Turner wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   jtur...@cvs.openbsd.org 2015/12/22 12:40:48
> 
> Modified files:
>   lang/nim   : Makefile 
> 
> Log message:
> Remove myself and maintainer. ok juanfra@
> 

"Remove myself as maintainer"

-- 
James Turner

CVS: cvs.openbsd.org: ports

[Nigel Taylor]

CVSROOT:/cvs
Module name:ports
Changes by: ni...@cvs.openbsd.org   2015/12/22 16:57:13

Modified files:
textproc/rubber: Makefile 

Log message:
Add missing build dependency.
Ok jasper@

Re: sshfs error

[Paul Suh]

On Dec 22, 2015, at 5:15 PM, Christoph R. Murauer  wrote:
> 
>> I installed sshfs-fuse-2.4p1 using pkg_add and am trying to connect to
>> a system on an alternate port.
>> 
>>  $ doas sshfs username@hostname:/path/to/target /path/to/mount/point
>> -p 2022
>> 
>> I get an immediate error:
>> 
>>  fuse: unknown option -p
>> 
>> Adding -d to get debug output does nothing. Moving the location of the
>> option around changes nothing. sshfs mounts to hosts using port 22
>> work just fine.
>> 
>> System is OpenBSD 5.8-stable running under VirtualBox on OS X 10.10.5.
> 
> I don't use it and maybe, I am totally wrong but
> https://github.com/libfuse/sshfs (got it from openports.se) shows
> -oport=PORT
> 
> *Also many ssh options can be specified (see the manual pages for
> sftp(1) and ssh_config(5)), including the remote port number
> (-oport=PORT)*

I tried that too, same result. The only difference is the error message reads: 

fuse: unknown option port=2022


--Paul





smime.p7s
Description: S/MIME cryptographic signature

Re: pledge(2) for the i3 window manager

[dan mclaughlin]

On Tue, 22 Dec 2015 03:53:54 -0500 Jiri B  wrote:
> On Mon, Dec 21, 2015 at 03:34:43PM -0500, dan mclaughlin wrote:
> > yes they are huge beasts, but they can still be forced into cages. half my
> > posts seem to refer to back to this, but.. you can try:
> > 
> > 'isolating untrusted programs in ssh chroot jails'
> > https://marc.info/?l=openbsd-misc=142676615612510=2
> > 
> > i run my browser and pdf viewers in them. i make sure too that my pdf/djvu
> > viewers don't have net access either using pf. i try to leverage most of
> > the mitigation facilities available in base (though so far i haven't yet
> > seriously experimented with systrace).
> > 
> > Mr. Coppa previously reported that he managed it with firefox. i mention
> > the programs i could and couldn't jail in the post.
> 
> I don't understand why do you switch topic from pledge()
> to chroots...
> 
> j.
> 

you originally said:
> Respect for your work but I'm asking myself - what is
> the attack vector?
>
> IMO pdf viewers, browsers and similar apps would have
> much bigger sense to pledge(). Unfortunatelly they are
> huge beasts :/
>

"unfortunately they are huge beasts", and you are right.

in this post https://marc.info/?l=openbsd-ports=144822758614817=2

Theo said:
> You can't pledge a program if you don't understand what it is doing,
> and why.
>
> Misapplication of pledge like this will result in a nightmare.

it's hard to understand what a huge beast is doing, so while pledge is a good
thing, it may not work for such things, *especially* modern web browsers.

so as an alternative, i mentioned the mitigation facilities in base that can
at least help. dedicated user, chroot, X11 security extensions, Xephyr, pf.
i also mentioned systrace(1), even though i have not used it much myself,
because it does similar things to pledge (ie restricting syscalls, etc).

at the very least, in a chroot running as a non-priviledged user, it should
remove a great deal of the attack surface. and those facilities can be used
now, rather than waiting for someone to pledge() those programs later.

CVS: cvs.openbsd.org: ports

[James Turner]

CVSROOT:/cvs
Module name:ports
Changes by: jtur...@cvs.openbsd.org 2015/12/22 12:40:48

Modified files:
lang/nim   : Makefile 

Log message:
Remove myself and maintainer. ok juanfra@

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2015/12/22 14:36:31

Modified files:
databases/barman: Makefile distinfo 
databases/barman/patches: patch-doc_barman_conf 
databases/barman/pkg: PLIST 

Log message:
Update to barman 1.5.1, from MAINTAINER Eric Lalonde

With feedback from ajacoutot@

sshfs error

[Paul Suh]

Folks, 

Can someone please show me where I'm goofing up? I'm sure it's something really 
stoopid. My google-fu seems to be too weak to hunt this down. 

I installed sshfs-fuse-2.4p1 using pkg_add and am trying to connect to a system 
on an alternate port. 

$ doas sshfs username@hostname:/path/to/target /path/to/mount/point -p 
2022

I get an immediate error: 

fuse: unknown option -p

Adding -d to get debug output does nothing. Moving the location of the option 
around changes nothing. sshfs mounts to hosts using port 22 work just fine. 

System is OpenBSD 5.8-stable running under VirtualBox on OS X 10.10.5.

Thanks! 


--Paul




smime.p7s
Description: S/MIME cryptographic signature

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2015/12/22 11:00:31

Modified files:
lang/python/3.5: Makefile distinfo 
lang/python/3.5/pkg: PLIST-idle PLIST-main 
Removed files:
lang/python/3.5/patches: patch-Modules__ssl_c 

Log message:
update to python 3.5.1.
ok shadchin@ benoit@

Re: sshfs error

[Christoph R. Murauer]

> Folks,
>
> Can someone please show me where I'm goofing up? I'm sure it's
> something really stoopid. My google-fu seems to be too weak to hunt
> this down.
>
> I installed sshfs-fuse-2.4p1 using pkg_add and am trying to connect to
> a system on an alternate port.
>
>   $ doas sshfs username@hostname:/path/to/target /path/to/mount/point
> -p 2022
>
> I get an immediate error:
>
>   fuse: unknown option -p
>
> Adding -d to get debug output does nothing. Moving the location of the
> option around changes nothing. sshfs mounts to hosts using port 22
> work just fine.
>
> System is OpenBSD 5.8-stable running under VirtualBox on OS X 10.10.5.
>
> Thanks!
>
>
> --Paul
>
>
>

I don't use it and maybe, I am totally wrong but
https://github.com/libfuse/sshfs (got it from openports.se) shows
-oport=PORT

*Also many ssh options can be specified (see the manual pages for
sftp(1) and ssh_config(5)), including the remote port number
(-oport=PORT)*

[UPDATE] databases/sqlitebrowser 3.7.0

[Christopher Zimmermann]

Hi,

here's an update of sqlitebrowser to version 3.7.0. ok?

Christopher


Index: Makefile
===
RCS file: /cvs/ports/databases/sqlitebrowser/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile9 Dec 2014 20:49:59 -   1.17
+++ Makefile22 Dec 2015 22:49:55 -
@@ -1,13 +1,15 @@
 # $OpenBSD: Makefile,v 1.17 2014/12/09 20:49:59 zhuk Exp $
 
 COMMENT=   graphical interface to sqlite databases
-DISTNAME = sqlb-3.2.0
-PKGNAME =  sqlitebrowser-3.2.0
-MASTER_SITES =
https://github.com/sqlitebrowser/sqlitebrowser/archive/ +V = 3.7.0
+GH_ACCOUNT =   sqlitebrowser
+GH_PROJECT =   sqlitebrowser
+GH_TAGNAME =   v${V}
+DISTNAME = ${GH_PROJECT}-${V}
+PKGNAME =  ${DISTNAME}
 
 CATEGORIES=databases x11
 HOMEPAGE=  http://sqlitebrowser.org/
-WRKDIST  = ${WRKDIR}/sqlitebrowser-${DISTNAME}
 
 MODULES=   x11/qt4 devel/cmake
 
Index: distinfo
===
RCS file: /cvs/ports/databases/sqlitebrowser/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo13 Jul 2014 15:43:05 -  1.3
+++ distinfo22 Dec 2015 22:49:55 -
@@ -1,2 +1,2 @@
-SHA256 (sqlb-3.2.0.tar.gz) =
Lqu0wBAssvq9a9VW/8QMJHqLMXrfUY0GAbXuiFrIbhs= -SIZE (sqlb-3.2.0.tar.gz)
= 801880 +SHA256 (sqlitebrowser-3.7.0.tar.gz) =
MJOh3PWzE4wa3ymFfWIkmrKwaOcLABhpoxFRdj4ozDo= +SIZE
(sqlitebrowser-3.7.0.tar.gz) = 1509766 Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/sqlitebrowser/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST   13 Jul 2014 15:43:05 -  1.2
+++ pkg/PLIST   22 Dec 2015 22:49:55 -
@@ -1,2 +1,11 @@
 @comment $OpenBSD: PLIST,v 1.2 2014/07/13 15:43:05 landry Exp $
 @bin bin/sqlitebrowser
+share/appdata/
+share/appdata/sqlitebrowser.desktop.appdata.xml
+share/applications/
+share/applications/sqlitebrowser.desktop
+share/icons/
+share/icons/hicolor/
+share/icons/hicolor/256x256/
+share/icons/hicolor/256x256/apps/
+share/icons/hicolor/256x256/apps/sqlitebrowser.png


-- 
http://gmerlin.de
OpenPGP: http://gmerlin.de/christopher.pub
F190 D013 8F01 AA53 E080  3F3C F17F B0A1 D44E 4FEE

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/12/22 23:19:02

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

Log message:
Update to owncloud-8.2.2.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/12/22 02:35:02

Modified files:
devel/py-ioflo : Makefile distinfo 

Log message:
Update to py-ioflo-1.5.0.

Re: [UPDATE] databases/barman to 1.5.1

[Antoine Jacoutot]

On Tue, Dec 22, 2015 at 10:12:09AM +0100, Landry Breuil wrote:
> On Tue, Dec 22, 2015 at 07:56:35AM +0100, Antoine Jacoutot wrote:
> > On Mon, Dec 21, 2015 at 10:43:01PM +0100, Landry Breuil wrote:
> > > On Mon, Dec 21, 2015 at 09:29:00AM -0800, Eric Lalonde wrote:
> > > > Hello ports@,
> > > > 
> > > > databases/barman has been updated to 1.5.1. Changes include improved 
> > > > support
> > > > for WAL maintenance operations and various bug fixes.
> > > > 
> > > > Full Changelog can be found at:
> > > > 
> > > > http://sourceforge.net/projects/pgbarman/files/1.5.1/README.txt/download
> > > > 
> > > > Note barman now supports a configurable lock directory. Upstream has set
> > > > this to /var/run/barman. After grepping through the ports tree, I 
> > > > didn't see
> > > > any strong convention about lockfile locations. (things seem to be 
> > > > scattered
> > > > around /var/run/, /var/spool, and /var/lock). After reading hier(7) I 
> > > > still
> > > > wasn't sure where a non-mail-related lock directory should go, so I 
> > > > left it
> > > > as-is. Happy to discuss.
> > > 
> > > Well, if you want to use /var/run/barman you'll have to @sample like log
> > > and db subdirs it so that _barman can write to it :)
> > 
> > Which makes no sense since /var/run/ content is removed at boot time.
> 
> Right, then since barman is supposed to run from cron we cant really use
> an rc script creating this dir, so you'll have to find another default dir.

Hmm but if it's just for a lock file, /var/run/ is fine, isn't it?

-- 
Antoine

Re: [UPDATE] databases/barman to 1.5.1

[Antoine Jacoutot]

On Tue, Dec 22, 2015 at 10:42:02AM +0100, Landry Breuil wrote:
> On Tue, Dec 22, 2015 at 10:32:33AM +0100, Antoine Jacoutot wrote:
> > On Tue, Dec 22, 2015 at 10:12:09AM +0100, Landry Breuil wrote:
> > > On Tue, Dec 22, 2015 at 07:56:35AM +0100, Antoine Jacoutot wrote:
> > > > On Mon, Dec 21, 2015 at 10:43:01PM +0100, Landry Breuil wrote:
> > > > > On Mon, Dec 21, 2015 at 09:29:00AM -0800, Eric Lalonde wrote:
> > > > > > Hello ports@,
> > > > > > 
> > > > > > databases/barman has been updated to 1.5.1. Changes include 
> > > > > > improved support
> > > > > > for WAL maintenance operations and various bug fixes.
> > > > > > 
> > > > > > Full Changelog can be found at:
> > > > > > 
> > > > > > http://sourceforge.net/projects/pgbarman/files/1.5.1/README.txt/download
> > > > > > 
> > > > > > Note barman now supports a configurable lock directory. Upstream 
> > > > > > has set
> > > > > > this to /var/run/barman. After grepping through the ports tree, I 
> > > > > > didn't see
> > > > > > any strong convention about lockfile locations. (things seem to be 
> > > > > > scattered
> > > > > > around /var/run/, /var/spool, and /var/lock). After reading hier(7) 
> > > > > > I still
> > > > > > wasn't sure where a non-mail-related lock directory should go, so I 
> > > > > > left it
> > > > > > as-is. Happy to discuss.
> > > > > 
> > > > > Well, if you want to use /var/run/barman you'll have to @sample like 
> > > > > log
> > > > > and db subdirs it so that _barman can write to it :)
> > > > 
> > > > Which makes no sense since /var/run/ content is removed at boot time.
> > > 
> > > Right, then since barman is supposed to run from cron we cant really use
> > > an rc script creating this dir, so you'll have to find another default 
> > > dir.
> > 
> > Hmm but if it's just for a lock file, /var/run/ is fine, isn't it?
> 
> Sadly, nope, since barman is supposed to be run from _barman's crontab,
> (as shown in the pkg README) which has no write rights on /var/run -
> hence the possibility of a subdir owned by _barman, but since there's no
> rc script to create it like its done for ckit or dbus...

Ah ok. Yeah so @sample /var/spool/barman or something.

-- 
Antoine

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2015/12/22 03:32:52

Modified files:
audio/pianobar : Makefile distinfo 

Log message:
Update to pianobar-2015.11.22

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2015/12/22 01:33:11

Modified files:
www/tomcat/v7  : Makefile distinfo 
www/tomcat/v7/pkg: PLIST-examples 
www/tomcat/v8  : Makefile distinfo 
www/tomcat/v8/pkg: PLIST-examples 

Log message:
Tomcat updates:

v7 -> 7.0.67
v8 -> 8.0.30

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/12/22 01:52:02

Modified files:
devel/glib2: Makefile 
devel/glib2/patches: patch-gio_gunionvolumemonitor_c 

Log message:
Sync patch with what's in the BZ.

Re: [UPDATE] lang/python/3.5

[Alexandr Shadchin]

On Tue, Dec 22, 2015 at 08:08:54AM +0100, Remi Pointel wrote:
> On 12/22/15 07:13, Alexandr Shadchin wrote:
> >On Mon, Dec 21, 2015 at 08:34:19PM +0100, Remi Pointel wrote:
> >>Hi,
> >>
> >>this is the diff to update Python 3.5 to latest version.
> >>
> >>Ok?
> >>
> >
> >ok shadchin@
> 
> Hi,
> 
> sorry my diff was not ok. Files was added in pkg/PLIST-tests because I run
> make test before, there are not here by default.
> 
> This is the correct diff.
> 
> Ok?
> 
> Cheers,
> 
> Remi.
> 

Yes, I also did test before :-) still ok


> Index: Makefile
> ===
> RCS file: /cvs/ports/lang/python/3.5/Makefile,v
> retrieving revision 1.4
> diff -u -p -u -p -r1.4 Makefile
> --- Makefile  8 Oct 2015 07:18:24 -   1.4
> +++ Makefile  22 Dec 2015 07:05:25 -
> @@ -6,8 +6,7 @@
>  # Python itself.
>  
>  VERSION =3.5
> -PATCHLEVEL = .0
> -REVISION-main =  2
> +PATCHLEVEL = .1
>  SHARED_LIBS =python3.5m 0.0
>  VERSION_SPEC =   >=3.5,<3.6
>  
> Index: distinfo
> ===
> RCS file: /cvs/ports/lang/python/3.5/distinfo,v
> retrieving revision 1.1.1.1
> diff -u -p -u -p -r1.1.1.1 distinfo
> --- distinfo  23 Sep 2015 19:23:55 -  1.1.1.1
> +++ distinfo  22 Dec 2015 07:05:25 -
> @@ -1,2 +1,2 @@
> -SHA256 (Python-3.5.0.tgz) = WE49WgJpLKUvzlBeaOzXckim8sma352xRKOQhzNrD+A=
> -SIZE (Python-3.5.0.tgz) = 20053428
> +SHA256 (Python-3.5.1.tgz) = aH4GfZ85HaZFQjx+2oIFuunTXtwMdu9SGNy+TMdw0Nc=
> +SIZE (Python-3.5.1.tgz) = 20143759
> Index: patches/patch-Modules__ssl_c
> ===
> RCS file: patches/patch-Modules__ssl_c
> diff -N patches/patch-Modules__ssl_c
> --- patches/patch-Modules__ssl_c  28 Sep 2015 04:50:37 -  1.2
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,17 +0,0 @@
> -$OpenBSD: patch-Modules__ssl_c,v 1.2 2015/09/28 04:50:37 rpointel Exp $
> -
> -http://bugs.python.org/issue23329
> -commited upstream: https://hg.python.org/cpython/rev/38a5b0f6531b
> -
>  Modules/_ssl.c.orig  Sun Sep 13 13:41:24 2015
> -+++ Modules/_ssl.c   Wed Sep 23 21:15:44 2015
> -@@ -109,8 +109,7 @@ struct py_ssl_library_code {
> - # define HAVE_SNI 0
> - #endif
> - 
> --/* ALPN added in OpenSSL 1.0.2 */
> --#if !defined(LIBRESSL_VERSION_NUMBER) && OPENSSL_VERSION_NUMBER >= 
> 0x1000200fL && !defined(OPENSSL_NO_TLSEXT)
> -+#ifdef TLSEXT_TYPE_application_layer_protocol_negotiation
> - # define HAVE_ALPN
> - #endif
> - 
> Index: pkg/PLIST-idle
> ===
> RCS file: /cvs/ports/lang/python/3.5/pkg/PLIST-idle,v
> retrieving revision 1.1.1.1
> diff -u -p -u -p -r1.1.1.1 PLIST-idle
> --- pkg/PLIST-idle23 Sep 2015 19:23:55 -  1.1.1.1
> +++ pkg/PLIST-idle22 Dec 2015 07:05:25 -
> @@ -225,6 +225,9 @@ lib/python3.5/idlelib/__pycache__/config
>  lib/python3.5/idlelib/__pycache__/dynOptionMenuWidget.cpython-35.opt-1.pyc
>  lib/python3.5/idlelib/__pycache__/dynOptionMenuWidget.cpython-35.opt-2.pyc
>  lib/python3.5/idlelib/__pycache__/dynOptionMenuWidget.cpython-35.pyc
> +lib/python3.5/idlelib/__pycache__/help.cpython-35.opt-1.pyc
> +lib/python3.5/idlelib/__pycache__/help.cpython-35.opt-2.pyc
> +lib/python3.5/idlelib/__pycache__/help.cpython-35.pyc
>  lib/python3.5/idlelib/__pycache__/idle.cpython-35.opt-1.pyc
>  lib/python3.5/idlelib/__pycache__/idle.cpython-35.opt-2.pyc
>  lib/python3.5/idlelib/__pycache__/idle.cpython-35.pyc
> @@ -260,6 +263,8 @@ lib/python3.5/idlelib/configHelpSourceEd
>  lib/python3.5/idlelib/configSectionNameDialog.py
>  lib/python3.5/idlelib/dynOptionMenuWidget.py
>  lib/python3.5/idlelib/extend.txt
> +lib/python3.5/idlelib/help.html
> +lib/python3.5/idlelib/help.py
>  lib/python3.5/idlelib/help.txt
>  lib/python3.5/idlelib/idle.bat
>  lib/python3.5/idlelib/idle.py
> Index: pkg/PLIST-main
> ===
> RCS file: /cvs/ports/lang/python/3.5/pkg/PLIST-main,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 PLIST-main
> --- pkg/PLIST-main24 Sep 2015 19:16:42 -  1.2
> +++ pkg/PLIST-main22 Dec 2015 07:05:25 -
> @@ -2324,9 +2324,9 @@ lib/python3.5/lib-dynload/xxlimited.so
>  lib/python3.5/lib-dynload/zlib.so
>  lib/python3.5/lib2to3/
>  lib/python3.5/lib2to3/Grammar.txt
> -lib/python3.5/lib2to3/Grammar3.5.0.final.0.pickle
> +lib/python3.5/lib2to3/Grammar3.5.1.final.0.pickle
>  lib/python3.5/lib2to3/PatternGrammar.txt
> -lib/python3.5/lib2to3/PatternGrammar3.5.0.final.0.pickle
> +lib/python3.5/lib2to3/PatternGrammar3.5.1.final.0.pickle
>  lib/python3.5/lib2to3/__init__.py
>  lib/python3.5/lib2to3/__main__.py
>  lib/python3.5/lib2to3/__pycache__/


-- 
Alexandr Shadchin

Re: [UPDATE] databases/barman to 1.5.1

[Landry Breuil]

On Tue, Dec 22, 2015 at 10:32:33AM +0100, Antoine Jacoutot wrote:
> On Tue, Dec 22, 2015 at 10:12:09AM +0100, Landry Breuil wrote:
> > On Tue, Dec 22, 2015 at 07:56:35AM +0100, Antoine Jacoutot wrote:
> > > On Mon, Dec 21, 2015 at 10:43:01PM +0100, Landry Breuil wrote:
> > > > On Mon, Dec 21, 2015 at 09:29:00AM -0800, Eric Lalonde wrote:
> > > > > Hello ports@,
> > > > > 
> > > > > databases/barman has been updated to 1.5.1. Changes include improved 
> > > > > support
> > > > > for WAL maintenance operations and various bug fixes.
> > > > > 
> > > > > Full Changelog can be found at:
> > > > > 
> > > > > http://sourceforge.net/projects/pgbarman/files/1.5.1/README.txt/download
> > > > > 
> > > > > Note barman now supports a configurable lock directory. Upstream has 
> > > > > set
> > > > > this to /var/run/barman. After grepping through the ports tree, I 
> > > > > didn't see
> > > > > any strong convention about lockfile locations. (things seem to be 
> > > > > scattered
> > > > > around /var/run/, /var/spool, and /var/lock). After reading hier(7) I 
> > > > > still
> > > > > wasn't sure where a non-mail-related lock directory should go, so I 
> > > > > left it
> > > > > as-is. Happy to discuss.
> > > > 
> > > > Well, if you want to use /var/run/barman you'll have to @sample like log
> > > > and db subdirs it so that _barman can write to it :)
> > > 
> > > Which makes no sense since /var/run/ content is removed at boot time.
> > 
> > Right, then since barman is supposed to run from cron we cant really use
> > an rc script creating this dir, so you'll have to find another default dir.
> 
> Hmm but if it's just for a lock file, /var/run/ is fine, isn't it?

Sadly, nope, since barman is supposed to be run from _barman's crontab,
(as shown in the pkg README) which has no write rights on /var/run -
hence the possibility of a subdir owned by _barman, but since there's no
rc script to create it like its done for ckit or dbus...

Landry

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2015/12/22 03:02:45

Log message:
Noto is a font family designed to cover the entire range of the Unicode
standard.

When text is rendered by a computer, sometimes characters are displayed as
"tofu". They are little boxes to indicate your device doesn't have a font to
display the text. Google has been developing a font family called Noto,
which aims to support all languages with a harmonious look and feel. Noto is
Google's answer to tofu. The name noto is to convey the idea that Google's
goal is to see "no more tofu". Noto has multiple styles and weights, and
freely available to all.

collaboration + ok czarkoff@

Status:

Vendor Tag: bentley
Release Tags:   bentley_20151222

N ports/fonts/noto/Makefile
N ports/fonts/noto/Makefile.inc
N ports/fonts/noto/cjk/Makefile
N ports/fonts/noto/cjk/distinfo
N ports/fonts/noto/cjk/pkg/DESCR
N ports/fonts/noto/cjk/pkg/PLIST
N ports/fonts/noto/emoji/Makefile
N ports/fonts/noto/emoji/distinfo
N ports/fonts/noto/emoji/pkg/DESCR
N ports/fonts/noto/emoji/pkg/PLIST
N ports/fonts/noto/fonts/Makefile
N ports/fonts/noto/fonts/distinfo
N ports/fonts/noto/fonts/pkg/DESCR
N ports/fonts/noto/fonts/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2015/12/22 03:03:20

Modified files:
fonts  : Makefile 

Log message:
+noto

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2015/12/22 03:09:43

Modified files:
audio/mumble   : Makefile distinfo 

Log message:
Bugfix update to mumble-1.2.12

Re: pledge(2) for the i3 window manager

[Jiri B]

On Mon, Dec 21, 2015 at 03:34:43PM -0500, dan mclaughlin wrote:
> yes they are huge beasts, but they can still be forced into cages. half my
> posts seem to refer to back to this, but.. you can try:
> 
> 'isolating untrusted programs in ssh chroot jails'
> https://marc.info/?l=openbsd-misc=142676615612510=2
> 
> i run my browser and pdf viewers in them. i make sure too that my pdf/djvu
> viewers don't have net access either using pf. i try to leverage most of
> the mitigation facilities available in base (though so far i haven't yet
> seriously experimented with systrace).
> 
> Mr. Coppa previously reported that he managed it with firefox. i mention
> the programs i could and couldn't jail in the post.

I don't understand why do you switch topic from pledge()
to chroots...

j.

Re: security/opendnssec: replace /etc with ${SYSCONFDIR}

[Patrik Lundin]

On Tue, Dec 22, 2015 at 08:03:29AM +0100, Antoine Jacoutot wrote:
> 
> That part is not, rc.subr is part of base and is always found under 
> /etc/rc.d/rc.subr
> 

I was not aware of that gotcha, thanks for the information :).

>
> I committed the first part (with a bump).
> Thanks.
> 

Great, thanks!

-- 
Patrik Lundin

Re: [UPDATE] databases/barman to 1.5.1

[Landry Breuil]

On Tue, Dec 22, 2015 at 07:56:35AM +0100, Antoine Jacoutot wrote:
> On Mon, Dec 21, 2015 at 10:43:01PM +0100, Landry Breuil wrote:
> > On Mon, Dec 21, 2015 at 09:29:00AM -0800, Eric Lalonde wrote:
> > > Hello ports@,
> > > 
> > > databases/barman has been updated to 1.5.1. Changes include improved 
> > > support
> > > for WAL maintenance operations and various bug fixes.
> > > 
> > > Full Changelog can be found at:
> > > 
> > > http://sourceforge.net/projects/pgbarman/files/1.5.1/README.txt/download
> > > 
> > > Note barman now supports a configurable lock directory. Upstream has set
> > > this to /var/run/barman. After grepping through the ports tree, I didn't 
> > > see
> > > any strong convention about lockfile locations. (things seem to be 
> > > scattered
> > > around /var/run/, /var/spool, and /var/lock). After reading hier(7) I 
> > > still
> > > wasn't sure where a non-mail-related lock directory should go, so I left 
> > > it
> > > as-is. Happy to discuss.
> > 
> > Well, if you want to use /var/run/barman you'll have to @sample like log
> > and db subdirs it so that _barman can write to it :)
> 
> Which makes no sense since /var/run/ content is removed at boot time.

Right, then since barman is supposed to run from cron we cant really use
an rc script creating this dir, so you'll have to find another default dir.

Landry

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/12/22 05:21:14

Added files:
databases/mariadb/patches: 
   patch-storage_xtradb_include_os0sync_h 

Log message:
Add a patch similar to patch-storage_innobase_include_os0sync_h for
xtradb, fixing build on sparc64. From Markus Lude, ok Brad (maintainer).

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2015/12/22 05:25:12

Modified files:
devel/imake-cf : Makefile distinfo 

Log message:
Update to imake-cf-1.0.6.

Re: NEW: net/websockify

[Jérémie Courrèges-Anglas]

Stuart Henderson  writes:

> "Websockify (formerly named wsproxy) translates WebSockets traffic to
> normal socket traffic. It accepts the WebSockets handshake, parses it,
> and then begins forwarding traffic between the client and the target
> in both directions."
>
> Tested with noVNC. OK to import?

Needs numpy, as stated in setup.py.

There are two modes to run websocksify:
Usage:
websockify [options] [source_addr:]source_port [target_addr:target_port]
websockify [options] [source_addr:]source_port -- WRAP_COMMAND_LINE

The second one depends on a shared module, rebind.so, which isn't
built/installed right now.  Worthwhile?

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

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/12/22 05:56:27

Modified files:
net/wide-dhcpv6: Makefile 
net/wide-dhcpv6/patches: patch-dhcp6c_c 
Added files:
net/wide-dhcpv6/patches: patch-addrconf_c 

Log message:
Bring in two bug fixes for wide-dhcpv6 that have been in the
Debian/Ubuntu/Fedora/Red Hat packages. From Brad.

- Fix renewal of IA NA
- Update ifid on interface restart, it may have changed.

Re: UPDATE: devel/py-py 1.4.31

[Jérémie Courrèges-Anglas]

Alexandr Shadchin  writes:

> Hi,

Hi,

> This diff updates py-py to the latest release.
> Tested on amd64.
>
> Comments ? OK ?

ok jca@

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

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2015/12/22 05:54:26

Modified files:
mail/offlineimap: Makefile distinfo 

Log message:
Maintainer update to offlineimap-6.6.0

Re: UPDATE: offlineimap 6.6.0

[Jérémie Courrèges-Anglas]

Remi Locherer  writes:

> ping

Committed, thanks,

> On 2015-12-05 07:50, Remi Locherer wrote:
>> Hi
>>
>> OfflineIMAP v6.6.0 was just released. From the announcement mail:
>>
>> -
>> # Features
>>
>> - Maildir learns to mimic Dovecot's format of lower-case letters
>> (a,b,c..) for
>>   "custom flags" or user keywords.
>>
>> # Fixes
>>
>> - Broken retry loop would break connection management.
>> - Replace rogue `print` statement by `self.ui.debug`.
>>
>> # Changes
>>
>> - Bump imaplib2 from v2.52 to v2.53.
>> - Code cleanups.
>> - Add a full stack of all thread dump upon EXIT or KILL signal in
>> thread debug
>>   mode.
>> -
>>
>> It works fine for me synchronizing between dovecot and Maildir.
>>
>> Remi
>>
>>
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/mail/offlineimap/Makefile,v
>> retrieving revision 1.29
>> diff -u -p -r1.29 Makefile
>> --- Makefile 30 Nov 2015 22:27:13 -  1.29
>> +++ Makefile 4 Dec 2015 23:53:17 -
>> @@ -2,7 +2,7 @@
>>
>>  COMMENT=powerful IMAP/Maildir synchronization and reader support
>>
>> -MODPY_EGG_VERSION = 6.5.7
>> +MODPY_EGG_VERSION = 6.6.0
>>  GH_ACCOUNT =OfflineIMAP
>>  GH_PROJECT =offlineimap
>>  GH_TAGNAME =v${MODPY_EGG_VERSION}
>> Index: distinfo
>> ===
>> RCS file: /cvs/ports/mail/offlineimap/distinfo,v
>> retrieving revision 1.18
>> diff -u -p -r1.18 distinfo
>> --- distinfo 30 Nov 2015 22:27:13 -  1.18
>> +++ distinfo 4 Dec 2015 23:56:33 -
>> @@ -1,2 +1,2 @@
>> -SHA256 (offlineimap-6.5.7.tar.gz) =
>> t95Sx9iZXgZXu1XaE1McjW+W2CghcVlHfGha5AjjkKM=
>> -SIZE (offlineimap-6.5.7.tar.gz) = 20
>> +SHA256 (offlineimap-6.6.0.tar.gz) =
>> xBJY5c5TGRW7iR1M4Qs6+IttdKbuabYoKVf4UWX/Y/Q=
>> +SIZE (offlineimap-6.6.0.tar.gz) = 674655
>


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

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2015/12/22 06:07:50

Modified files:
devel/fox  : Makefile distinfo 

Log message:
- update to fox-1.6.50

maintainer timed-out

CVS: cvs.openbsd.org: ports

[Stuart Cassoff]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2015/12/22 09:36:23

Modified files:
lang/jimtcl: Makefile distinfo 
lang/jimtcl/patches: patch-Makefile_in 

Log message:
Update to latest.

Re: lang/go-bootstrap

[Dmitrij D. Czarkoff]

Joel Sing said:
> I don't want to patch /usr/local/go-pkg into the default $GOPATH - that would 
> likely create a bunch of "oh, why is it behaving like that" problems. We 
> could 
> tell people to add it to their Go path if they want to use it, but I'm 
> tempted 
> to only use it for port build dependencies and let non-ports builds stick 
> with 
> 'go get'...

I second that.  There are multiple reasons to want clean GOPATH on
system with go packages.

-- 
Dmitrij D. Czarkoff

Re: lang/go-bootstrap

[Joel Sing]

On Wednesday 09 December 2015 00:40:28 Joel Sing wrote:
> I'll rework go.port.mk and the relevant packages using /usr/local/go-pkg.

This reworks go.port.mk to install packages in /usr/local/go-pkg and builds
without -a, -work and without running things through sed and piping to shell.
The net/websocketd and textproc/go-xlsx should now be fixed (along with
their dependencies) - I still need to take a closer look at the other two...

Comments or oks?

Index: lang/go/go.port.mk
===
RCS file: /cvs/ports/lang/go/go.port.mk,v
retrieving revision 1.4
diff -u -p -r1.4 go.port.mk
--- lang/go/go.port.mk  11 Aug 2015 20:16:21 -  1.4
+++ lang/go/go.port.mk  22 Dec 2015 15:56:03 -
@@ -11,16 +11,17 @@ MODGO_BUILD_DEPENDS =   lang/go
 BUILD_DEPENDS +=   ${MODGO_BUILD_DEPENDS}
 .endif
 
-MODGO_PACKAGES =   go/pkg/openbsd_${MACHINE_ARCH:S/i386/386/}
-MODGO_SOURCES =go/src
-MODGO_TOOLS =  go/pkg/tool/openbsd_${MACHINE_ARCH:S/i386/386/}
+MODGO_PACKAGE_PATH =   ${PREFIX}/go-pkg
+MODGO_PACKAGES =   go-pkg/pkg/openbsd_${MACHINE_ARCH:S/i386/386/}
+MODGO_SOURCES =go-pkg/src
+MODGO_TOOLS =  go-pkg/tool/openbsd_${MACHINE_ARCH:S/i386/386/}
 
 SUBST_VARS +=  MODGO_TOOLS MODGO_PACKAGES MODGO_SOURCES
 
 MODGO_SUBDIR ?=${WRKDIST}
 MODGO_TYPE ?=  bin
 MODGO_WORKSPACE ?= ${WRKDIR}/go
-MODGO_CMD ?=   unset GOPATH; export GOPATH="${MODGO_WORKSPACE}"; go
+MODGO_CMD ?=   unset GOPATH; export 
GOPATH="${MODGO_WORKSPACE}:${MODGO_PACKAGE_PATH}"; go
 MODGO_BUILD_CMD =  ${MODGO_CMD} install ${MODGO_FLAGS}
 MODGO_TEST_CMD =   ${MODGO_CMD} test ${MODGO_FLAGS}
 
@@ -36,29 +37,20 @@ MODGO_SETUP_WORKSPACE = mkdir -p ${WRKSR
 
 CATEGORIES +=  lang/go
 
-# Go tends to ignore environment and place some files to system-wide
-# directories.  To prevent such behavior, this modules fixes paths in
-# auto-generated build instructions, and then feeds fixed script to shell
-# The "operation not permitted" filter is needed because Go outputs permission
-# error if USE_SYSTRACE=Yes option is set.
-MODGO_BUILD_TARGET =   ${MODGO_BUILD_CMD} ${ALL_TARGET} 2>&1 | sed -E \
-   -e 's, ${LOCALBASE}/go, ${MODGO_WORKSPACE},' \
-   -e '/operation not permitted/d' \
-   -e 's,\$$WORK,${WRKBUILD},g' | sh -v
+MODGO_BUILD_TARGET =   ${MODGO_BUILD_CMD} ${ALL_TARGET}
+MODGO_FLAGS ?= -x
 
 .if ${MODGO_TYPE:L:Mbin}
-MODGO_FLAGS ?= -x -work
-MODGO_INSTALL_TARGET += cp ${MODGO_WORKSPACE}/bin/* ${PREFIX}/bin
+MODGO_INSTALL_TARGET = cp ${MODGO_WORKSPACE}/bin/* ${PREFIX}/bin
 .endif
 
 # Go source files serve the purpose of libraries, so sources should be included
 # with library ports.
 .if ${MODGO_TYPE:L:Mlib}
-MODGO_FLAGS ?= -a -x -work
-MODGO_INSTALL_TARGET = ${INSTALL_DATA_DIR} ${PREFIX}/go; \
+MODGO_INSTALL_TARGET = ${INSTALL_DATA_DIR} ${MODGO_PACKAGE_PATH}; \
cp -R ${MODGO_WORKSPACE}/pkg \
- ${MODGO_WORKSPACE}/src \
-   ${PREFIX}/go;
+   ${MODGO_WORKSPACE}/src \
+   ${MODGO_PACKAGE_PATH};
 .endif
 
 MODGO_TEST_TARGET =${MODGO_TEST_CMD} ${TEST_TARGET}
Index: net/go-websocket/Makefile
===
RCS file: /cvs/ports/net/go-websocket/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- net/go-websocket/Makefile   27 Jul 2015 21:06:22 -  1.5
+++ net/go-websocket/Makefile   22 Dec 2015 15:56:03 -
@@ -3,6 +3,7 @@
 COMMENT =  golang websocket package
 
 VERSION =  0.1
+REVISION = 0
 DISTNAME = go-websocket-${VERSION}
 GH_COMMIT =446d52dd4018303a13b36097e26d0888aca5d6ef
 GH_ACCOUNT =   golang
Index: net/go-websocket/pkg/PLIST
===
RCS file: /cvs/ports/net/go-websocket/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- net/go-websocket/pkg/PLIST  8 Jun 2015 09:17:04 -   1.2
+++ net/go-websocket/pkg/PLIST  22 Dec 2015 15:56:03 -
@@ -1,8 +1,12 @@
 @comment $OpenBSD: PLIST,v 1.2 2015/06/08 09:17:04 czarkoff Exp $
+go-pkg/
+go-pkg/pkg/
+${MODGO_PACKAGES}/
 ${MODGO_PACKAGES}/golang.org/
 ${MODGO_PACKAGES}/golang.org/x/
 ${MODGO_PACKAGES}/golang.org/x/net/
 ${MODGO_PACKAGES}/golang.org/x/net/websocket.a
+${MODGO_SOURCES}/
 ${MODGO_SOURCES}/golang.org/
 ${MODGO_SOURCES}/golang.org/x/
 ${MODGO_SOURCES}/golang.org/x/net/
Index: textproc/go-xlsx/Makefile
===
RCS file: /cvs/ports/textproc/go-xlsx/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- textproc/go-xlsx/Makefile   18 Oct 2015 14:58:55 -  1.3
+++ textproc/go-xlsx/Makefile 

Re: lang/go-bootstrap

[Joel Sing]

On Thursday 10 December 2015 17:50:20 Michael McConville wrote:
> Joel Sing wrote:
> > Thanks for clarlifying - we could still implement 'go get -d' as a way
> > of getting sources, but it would be more work than it is likely worth
> > (and there are also some issues surrounding which versions of the
> > dependencies get fetched).
> > 
> > I'll rework go.port.mk and the relevant packages using
> > /usr/local/go-pkg.
> 
> Just to clarify, is /usr/local/go-pkg (or whatever else we end up
> calling the dir) going to be added to the default $GOPATH as a patch?
> Will it be suggested to the user in a post-install message? Or is this
> only for the port system, and users won't have access to the port
> dependencies?

I don't want to patch /usr/local/go-pkg into the default $GOPATH - that would 
likely create a bunch of "oh, why is it behaving like that" problems. We could 
tell people to add it to their Go path if they want to use it, but I'm tempted 
to only use it for port build dependencies and let non-ports builds stick with 
'go get'...

Re: lang/go-bootstrap

[Dmitrij D. Czarkoff]

Joel Sing said:
> This reworks go.port.mk to install packages in /usr/local/go-pkg and builds
> without -a, -work and without running things through sed and piping to shell.
> The net/websocketd and textproc/go-xlsx should now be fixed (along with
> their dependencies) - I still need to take a closer look at the other two...
> 
> Comments or oks?

I'd suggest that

> Index: net/go-websocket/pkg/PLIST
[...]
> +go-pkg/
> +go-pkg/pkg/

> Index: textproc/go-xlsx/pkg/PLIST
[...]
> +go-pkg/
> +go-pkg/pkg/

Should go into lang/go instead.  Otherwise OK czarkoff@.

-- 
Dmitrij D. Czarkoff

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2015/12/22 07:41:52

Modified files:
net/websockify : Makefile 
net/websockify/pkg: PLIST 
Added files:
net/websockify/patches: patch-Makefile patch-rebind_c 

Log message:
add missing rdep to websockify on py-numpy, and build rebind.so
noted by jca@

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2015/12/22 07:43:55

Modified files:
lang/fpc   : Makefile distinfo 
lang/fpc/patches: patch-fpcsrc_compiler_systems_t_bsd_pas 
  patch-fpcsrc_packages_opengl_src_gl_pp 
  patch-fpcsrc_packages_opengl_src_glu_pp 
  patch-fpcsrc_packages_opengl_src_glut_pp 
  patch-fpcsrc_rtl_bsd_ostypes_inc 
  patch-fpcsrc_rtl_openbsd_ptypes_inc 
lang/fpc/pkg   : PFRAG.i386 PLIST 
Removed files:
lang/fpc/patches: patch-Makefile 
  patch-fpcsrc_rtl_openbsd_sysnr_inc 
  patch-install_man_man1_fpc_1 
  patch-install_man_man1_ppdep_1 

Log message:
Update to FPC 3.0.0.  Bootstrap hosted by aja@, thanks!

Re: [UPDATE] databases/sqlitebrowser 3.7.0

[Landry Breuil]

On Tue, Dec 22, 2015 at 11:53:04PM +0100, Christopher Zimmermann wrote:
> Hi,
> 
> here's an update of sqlitebrowser to version 3.7.0. ok?

You're missing the gtk-update-icon-cache and update-desktop-file goos in
RDEP and PLIST, and regen the PLIST to prune the useless dirs
afterwards.

Landry

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2015/12/23 00:18:12

Modified files:
lang/python/3.4: Makefile distinfo 
lang/python/3.4/pkg: PLIST-idle PLIST-main PLIST-tests 

Log message:
update to python 3.4.4.
ok with inputs from aja@ shadchin@