date:20160514

Re: x2goclient: segfault

2016-05-14 Thread Jeremie Courreges-Anglas

Jeremie Courreges-Anglas  writes:

> Jeremie Courreges-Anglas  writes:
>
>> Denis Fondras  writes:
>>
 Try to increase your stack size.
 
 $ ulimit -s
 4096
 $ ulimit -Hs
 32768
 
>>>
>>> Thank you Jeremie.
>>>
>>> $ ulimit -a
>>> core file size  (blocks, -c) unlimited
>>> data seg size   (kbytes, -d) 33554432
>>> file size   (blocks, -f) unlimited
>>> max locked memory   (kbytes, -l) 2680761
>>> max memory size (kbytes, -m) 8021032
>>> open files  (-n) 128
>>> pipe size(512 bytes, -p) 1
>>> stack size  (kbytes, -s) 32768
>>> cpu time   (seconds, -t) unlimited
>>> max user processes  (-u) 1310
>>> virtual memory  (kbytes, -v) 33587200
>>> $ ulimit -s
>>> 32768
>>> $ ulimit -Hs
>>> 32768
>>>
>>> Unfortunately :
>>> Program received signal SIGSEGV, Segmentation fault.
>>> [Switching to thread 1001830]
>>> 0x09eb5fe1a0a9 in SshMasterConnection::channelLoop () from
>>> /usr/ports/pobj/x2goclient-4.0.5.1/x2goclient-4.0.5.1/x2goclient
>>>
>>> How can I set higher HARD limit ?
>>
>> I doubt that would help, 32MB is already a lot.
>
> Actually it looks like the affected function is run by a thread, and
> threads have their own stack size.  The pthread_attr_setstacksize
> function can be used to... well, you guessed it.  The problem is, there
> is no single pthread call in x2goclient (I guess thread management comes
> from Qt).

Aaaand it turns out that not only OpenBSD is affected, here's a short
diff that makes x2goclient run ssh properly.



patch-src_sshmasterconnection_cpp
Description: Binary data


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

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jeremie Courreges-Anglas

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/05/14 19:10:07

Modified files:
net/samba  : Makefile 
Added files:
net/samba/patches: patch-source3_lib_sysquotas_4B_c 

Log message:
Fix quota handling that resulted in spam in logs.

Prodded by jung@, ok jung@ Ian

Re: x2goclient: segfault

2016-05-14 Thread Jeremie Courreges-Anglas

Jeremie Courreges-Anglas  writes:

> Denis Fondras  writes:
>
>>> Try to increase your stack size.
>>> 
>>> $ ulimit -s
>>> 4096
>>> $ ulimit -Hs
>>> 32768
>>> 
>>
>> Thank you Jeremie.
>>
>> $ ulimit -a
>> core file size  (blocks, -c) unlimited
>> data seg size   (kbytes, -d) 33554432
>> file size   (blocks, -f) unlimited
>> max locked memory   (kbytes, -l) 2680761
>> max memory size (kbytes, -m) 8021032
>> open files  (-n) 128
>> pipe size(512 bytes, -p) 1
>> stack size  (kbytes, -s) 32768
>> cpu time   (seconds, -t) unlimited
>> max user processes  (-u) 1310
>> virtual memory  (kbytes, -v) 33587200
>> $ ulimit -s
>> 32768
>> $ ulimit -Hs
>> 32768
>>
>> Unfortunately :
>> Program received signal SIGSEGV, Segmentation fault.
>> [Switching to thread 1001830]
>> 0x09eb5fe1a0a9 in SshMasterConnection::channelLoop () from
>> /usr/ports/pobj/x2goclient-4.0.5.1/x2goclient-4.0.5.1/x2goclient
>>
>> How can I set higher HARD limit ?
>
> I doubt that would help, 32MB is already a lot.

Actually it looks like the affected function is run by a thread, and
threads have their own stack size.  The pthread_attr_setstacksize
function can be used to... well, you guessed it.  The problem is, there
is no single pthread call in x2goclient (I guess thread management comes
from Qt).

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

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jonathan Gray

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/05/14 18:03:43

Modified files:
devel/include-what-you-use: Makefile distinfo 
devel/include-what-you-use/patches: patch-iwyu_include_picker_cc 

Log message:
update to 0.6 for llvm 3.8 compatibility

from Brad

ports gdb thread handling (multi arch tests request)

2016-05-14 Thread Jeremie Courreges-Anglas

Jeremie Courreges-Anglas  writes:

> Vasily Kolobkov  writes:
>
>> On Thu, Mar 10, 2016 at 01:08:36AM +0100, Jeremie Courreges-Anglas wrote:
>>> Philip Guenther  writes:
>>> 
>>> > Broadening to ports@
>>> >
>>> > With respect to this question in my original note:
>>> >> Or maybe new gdb has some way to have ptid_get_pid() return the 
>>> >> per-thread value?
>>> >
>>> > the answer appears to be "nope, no new magic in gdb for that".
>>> 
>>> Makes sense, I only tested with an old gdb (7.9.1) so far but will take
>>> a look at -current soon.
>>> 
>>> Pascal, any objection?
>>> 
>>> >
>>> > Philip
>>> >
>>> > -- Forwarded message --
>>> > Date: Sun, 19 Apr 2015 16:18:07 -0700
>>> > From: Philip Guenther 
>>> > To: Pascal Stumpf 
>>> > Cc: Mark Kettenis 
>>> > Subject: ports gdb thread handling...
>>> >
>>> >
>>> > Looks like the gdb in ports needs patching to try ptid_get_lwp() before 
>>> > ptid_get_pid() when fetching/setting registers.  For example, diff below 
>>> > fixes this for amd64.  Without this it always reports the original 
>>> > thread's registers (and thus the same backtrace), but with it I can get 
>>> > distinct backtraces like:
>>> > ...
>>
>> Being haunted by seemingly the same issue, the 7.11 version did help in 
>> my case and shows correct call stacks, while 7.10.1 did not. All amd64.
>
> Heh, upstream introduced new magic, get_ptrace_pid, and jhb@freebsd
> started using it in gdb/amd64bsd-nat.c and gdb/i386bsd-nat.c.  Other
> archs were not touched.

Back to this...

here's a mechanical diff for non-x86 architectures, and a small test
case.  Running it should show different stacks for the two threads.



egdb-testcase.tgz
Description: Binary data


Index: Makefile
===
RCS file: /cvs/ports/devel/gdb/Makefile,v
retrieving revision 1.41
diff -u -p -r1.41 Makefile
--- Makefile7 May 2016 12:40:56 -   1.41
+++ Makefile14 May 2016 23:12:09 -
@@ -4,7 +4,7 @@ COMMENT=GNU debugger
 CATEGORIES=devel
 
 DISTNAME=  gdb-7.11
-REVISION=  0
+REVISION=  1
 
 HOMEPAGE=  https://www.gnu.org/software/gdb/
 
Index: patches/patch-gdb_alphabsd-nat_c
===
RCS file: patches/patch-gdb_alphabsd-nat_c
diff -N patches/patch-gdb_alphabsd-nat_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-gdb_alphabsd-nat_c14 May 2016 23:12:09 -
@@ -0,0 +1,53 @@
+$OpenBSD$
+--- gdb/alphabsd-nat.c.origWed Feb 10 04:19:39 2016
 gdb/alphabsd-nat.c Sat May 14 22:54:35 2016
+@@ -91,7 +91,7 @@ alphabsd_fetch_inferior_registers (struct target_ops *
+ {
+   struct reg gregs;
+ 
+-  if (ptrace (PT_GETREGS, ptid_get_pid (inferior_ptid),
++  if (ptrace (PT_GETREGS, get_ptrace_pid (inferior_ptid),
+ (PTRACE_TYPE_ARG3) , 0) == -1)
+   perror_with_name (_("Couldn't get registers"));
+ 
+@@ -105,7 +105,7 @@ alphabsd_fetch_inferior_registers (struct target_ops *
+ {
+   struct fpreg fpregs;
+ 
+-  if (ptrace (PT_GETFPREGS, ptid_get_pid (inferior_ptid),
++  if (ptrace (PT_GETFPREGS, get_ptrace_pid (inferior_ptid),
+ (PTRACE_TYPE_ARG3) , 0) == -1)
+   perror_with_name (_("Couldn't get floating point status"));
+ 
+@@ -123,13 +123,13 @@ alphabsd_store_inferior_registers (struct target_ops *
+   if (regno == -1 || getregs_supplies (regno))
+ {
+   struct reg gregs;
+-  if (ptrace (PT_GETREGS, ptid_get_pid (inferior_ptid),
++  if (ptrace (PT_GETREGS, get_ptrace_pid (inferior_ptid),
+   (PTRACE_TYPE_ARG3) , 0) == -1)
+ perror_with_name (_("Couldn't get registers"));
+ 
+   alphabsd_fill_reg (regcache, (char *) , regno);
+ 
+-  if (ptrace (PT_SETREGS, ptid_get_pid (inferior_ptid),
++  if (ptrace (PT_SETREGS, get_ptrace_pid (inferior_ptid),
+   (PTRACE_TYPE_ARG3) , 0) == -1)
+ perror_with_name (_("Couldn't write registers"));
+ 
+@@ -142,13 +142,13 @@ alphabsd_store_inferior_registers (struct target_ops *
+ {
+   struct fpreg fpregs;
+ 
+-  if (ptrace (PT_GETFPREGS, ptid_get_pid (inferior_ptid),
++  if (ptrace (PT_GETFPREGS, get_ptrace_pid (inferior_ptid),
+ (PTRACE_TYPE_ARG3) , 0) == -1)
+   perror_with_name (_("Couldn't get floating point status"));
+ 
+   alphabsd_fill_fpreg (regcache, (char *) , regno);
+ 
+-  if (ptrace (PT_SETFPREGS, ptid_get_pid (inferior_ptid),
++  if (ptrace (PT_SETFPREGS, get_ptrace_pid (inferior_ptid),
+ (PTRACE_TYPE_ARG3) , 0) == -1)
+   perror_with_name (_("Couldn't write floating point status"));
+ }
Index: patches/patch-gdb_armnbsd-nat_c
===
RCS file: patches/patch-gdb_armnbsd-nat_c

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 16:49:23

Modified files:
infrastructure/bin: proot 

Log message:
zap yet another chdir

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 16:46:53

Modified files:
infrastructure/man/man1: proot.1 

Log message:
give an actual example with several values in a row

import claviger? (a tool to manage authorized_keys)

2016-05-14 Thread Daniel Jakots

Hi,

I created a port for claviger (and its dependencies):

$ cat pkg/DESCR
claviger manages the SSH authorized_keys files for you.

See https://github.com/bwesterb/claviger

For me it's pretty useful. Creating ports for them was pretty straight
forward and I'm not sure if it's worth importing them in the ports tree.

Anyone (other than me) would like to have them in the tree?

If you want to try them/look at them, three tarballs attached for
sysutils/claviger, devel/py-tarjan and devel/py-demandimport.

Cheers,
Daniel



claviger.tgz
Description: application/compressed-tar


py-tarjan.tgz
Description: application/compressed-tar


py-demandimport.tgz
Description: application/compressed-tar

update to sysutils/duplicity-0.7.07.1

2016-05-14 Thread Daniel Jakots

Hi,

Here's a diff to update duplicity the its latest release. Changelog is
available on their homepage [0].

Also, take maintainership.

I tested with the file:// and pexpect+sftp:// backends. If you use
another backend, feel free to test it.

[0]: http://www.nongnu.org/duplicity/CHANGELOG

Cheers,
Daniel

Index: Makefile
===
RCS file: /cvs/ports/sysutils/duplicity/Makefile,v
retrieving revision 1.36
diff -u -p -r1.36 Makefile
--- Makefile22 Feb 2016 18:45:53 -  1.36
+++ Makefile14 May 2016 20:23:46 -
@@ -5,13 +5,15 @@
 
 COMMENT =  encrypted backup using rsync algorithm
 
-MODPY_EGG_VERSION = 0.7.06
+MODPY_EGG_VERSION = 0.7.07.1
 DISTNAME = duplicity-${MODPY_EGG_VERSION}
-REVISION = 0
 
 CATEGORIES =   sysutils
 
 HOMEPAGE = http://www.nongnu.org/duplicity/
+
+MAINTAINER =   Daniel Jakots 
+
 MASTER_SITES = ${MASTER_SITE_SAVANNAH:=duplicity/}
 
 # GPLv2
@@ -38,5 +40,8 @@ MODPY_ADJ_FILES = bin/duplicity bin/rdif
 # Some regression tests are hanging
 # TEST_DEPENDS =   devel/py-mock
 NO_TEST =  Yes
+
+post-extract:
+   chmod 644 ${WRKSRC}/bin/*.1
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/duplicity/distinfo,v
retrieving revision 1.19
diff -u -p -r1.19 distinfo
--- distinfo17 Jan 2016 05:30:31 -  1.19
+++ distinfo14 May 2016 20:23:46 -
@@ -1,2 +1,2 @@
-SHA256 (duplicity-0.7.06.tar.gz) = AHVZXtuJQ5nPAPrpFUquk6B+qtwDH+3l30zFlUNsf4w=
-SIZE (duplicity-0.7.06.tar.gz) = 1417252
+SHA256 (duplicity-0.7.07.1.tar.gz) = 
WUxtDnI+VvinEU1XgRxhNiLVNcr970o2Q6TUyJwZBPg=
+SIZE (duplicity-0.7.07.1.tar.gz) = 1539310
Index: patches/patch-bin_duplicity
===
RCS file: /cvs/ports/sysutils/duplicity/patches/patch-bin_duplicity,v
retrieving revision 1.7
diff -u -p -r1.7 patch-bin_duplicity
--- patches/patch-bin_duplicity 17 Jan 2016 05:30:31 -  1.7
+++ patches/patch-bin_duplicity 14 May 2016 20:23:46 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-bin_duplicity,v 1.7 2016/01/17 05:30:31 shadchin Exp $
 bin/duplicity.orig Mon Dec  7 17:03:39 2015
-+++ bin/duplicity  Sun Dec 27 01:14:25 2015
-@@ -1257,10 +1257,12 @@ def check_resources(action):
+--- bin/duplicity.orig Tue Apr 19 13:38:57 2016
 bin/duplicity  Mon Apr 25 17:23:16 2016
+@@ -1262,10 +1262,12 @@ def check_resources(action):
 log.ErrorCode.get_ulimit_failed)
  maxopen = min([l for l in (soft, hard) if l > -1])
  if maxopen < 1024:
Index: patches/patch-bin_duplicity_1
===
RCS file: /cvs/ports/sysutils/duplicity/patches/patch-bin_duplicity_1,v
retrieving revision 1.4
diff -u -p -r1.4 patch-bin_duplicity_1
--- patches/patch-bin_duplicity_1   22 Feb 2016 18:45:53 -  1.4
+++ patches/patch-bin_duplicity_1   14 May 2016 20:23:46 -
@@ -1,8 +1,8 @@
 $OpenBSD: patch-bin_duplicity_1,v 1.4 2016/02/22 18:45:53 jca Exp $
 Document the ssh backend change from paramiko to pexpect.
 bin/duplicity.1.orig   Mon Dec  7 12:03:39 2015
-+++ bin/duplicity.1Thu Dec 24 19:56:18 2015
-@@ -432,7 +432,7 @@ should be given relative to the root of the directory 
+--- bin/duplicity.1.orig   Tue Apr 19 13:38:57 2016
 bin/duplicity.1Mon Apr 25 17:23:16 2016
+@@ -434,7 +434,7 @@ should be given relative to the root of the directory 
  
  
  .TP
@@ -11,7 +11,7 @@ Document the ssh backend change from par
  Adds a prefix to all files, manifest files, archive files, and/or signature 
files.
  
  The same set of prefixes must be passed in on backup and restore.
-@@ -850,7 +850,6 @@ currently supports only the
+@@ -852,7 +852,6 @@ currently supports only the
  or
  .B -oIdentityFile
  setting. If needed provide more host specific options via ssh_config file.
@@ -19,12 +19,3 @@ Document the ssh backend change from par
  
  .TP
  .BI "--ssl-cacert-file " file
-@@ -1471,7 +1470,7 @@ which aren't followed by 'foo'.  However, it wouldn't 
- if /home/ben/1234567 existed.
- 
- .SH A NOTE ON AZURE ACCESS
--The Azure backend requires the Microsoft Azure Storage SDK for Python to be 
-+The Azure backend requires the Microsoft Azure Storage SDK for Python to be
- installed on the system.
- See
- .B REQUIREMENTS
Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/duplicity/pkg/PLIST,v
retrieving revision 1.15
diff -u -p -r1.15 PLIST
--- pkg/PLIST   17 Jan 2016 05:30:31 -  1.15
+++ pkg/PLIST   14 May 2016 20:23:46 -
@@ -2,12 +2,12 @@
 bin/duplicity
 bin/rdiffdir
 lib/python${MODPY_VERSION}/site-packages/duplicity/
-lib/python${MODPY_VERSION}/site-packages/duplicity-0.7.6-py${MODPY_VERSION}.egg-info/
-lib/python${MODPY_VERSION}/site-packages/duplicity-0.7.6-py${MODPY_VERSION}.egg-info/PKG-INFO

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/05/14 14:36:36

Modified files:
devel/llvm : Makefile distinfo 
devel/llvm/patches: patch-cmake_modules_AddLLVM_cmake 
patch-lib_Support_Unix_Signals_inc 
patch-tools_clang_include_clang_Driver_Options_td 
patch-tools_clang_lib_Driver_ToolChains_cpp 
patch-tools_clang_lib_Driver_ToolChains_h 
patch-tools_clang_lib_Driver_Tools_cpp 
devel/llvm/pkg : PLIST 
Removed files:
devel/llvm/patches: patch-cmake_modules_HandleLLVMOptions_cmake 
patch-tools_clang_tools_scan-build_scan-build 

Log message:
Update to llvm-3.8.0.

from Brad (maintainer)

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 14:26:42

Modified files:
infrastructure/lib/DPB: Locks.pm 

Log message:
nfs shits on its pants again.
not even having readdir and open work synchronously on one single machine,
that shit is so lame.

noticed by aja@, ahaha.

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/05/14 14:37:32

Modified files:
lang/clang : clang.port.mk 

Log message:
Bump MODCLANG_VERSION to version 3.8.0.

from Brad

update to py-pip-8.1.2

2016-05-14 Thread Daniel Jakots

Hi,

Here's a diff to update pip to the latest bugfix release. While there,
shuffle the Makefile so it's easier to read.

Changelog
* Fix a regression on systems with uninitialized locale (:issue:`3575`).
* Use environment markers to filter packages before determining if a
  required wheel is supported. Solves (:issue:`3254`).
* Make glibc parsing for `manylinux1` support more robust for the
  variety of glibc versions found in the wild (:issue:`3588`).
* Update environment marker support to fully support PEP 508 and legacy
  environment markers (:issue:`3624`).
* Always use debug logging to the ``--log`` file (:issue:`3351`).
* Don't attempt to wrap search results for extremely narrow terminal
  windows (:issue:`3655`).

Slightly tested on amd64.

Comments? OK?

Cheers,
Daniel

Index: Makefile
===
RCS file: /cvs/ports/devel/py-pip/Makefile,v
retrieving revision 1.26
diff -u -p -r1.26 Makefile
--- Makefile16 Apr 2016 19:06:26 -  1.26
+++ Makefile14 May 2016 19:38:56 -
@@ -2,26 +2,26 @@
 
 COMMENT =  Python easy_install replacement
 
-MODPY_EGG_VERSION =8.1.1
+MODPY_EGG_VERSION =8.1.2
 DISTNAME = pip-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 CATEGORIES =   devel
-REVISION = 1
 
 HOMEPAGE = https://pip.pypa.io/en/stable/
 
 # MIT
 PERMIT_PACKAGE_CDROM = Yes
 
-MODPY_PI = Yes
-
 MODULES =  lang/python
-BUILD_DEPENDS =textproc/py-sphinx${MODPY_FLAVOR}
+
+MODPY_PI = Yes
 MODPY_SETUPTOOLS = Yes
-NO_TEST =  Yes
 
 FLAVORS =  python3
 FLAVOR ?=
+
+BUILD_DEPENDS =textproc/py-sphinx${MODPY_FLAVOR}
+NO_TEST =  Yes
 
 DOCSRC =   ${WRKSRC}/docs
 post-build:
Index: distinfo
===
RCS file: /cvs/ports/devel/py-pip/distinfo,v
retrieving revision 1.12
diff -u -p -r1.12 distinfo
--- distinfo27 Mar 2016 11:10:15 -  1.12
+++ distinfo14 May 2016 19:38:56 -
@@ -1,2 +1,2 @@
-SHA256 (pip-8.1.1.tar.gz) = PnjTBmqutjPRhaV6/cz3AKouZgQ2tK9hi8tv8PpRF5g=
-SIZE (pip-8.1.1.tar.gz) = 1139175
+SHA256 (pip-8.1.2.tar.gz) = ja4fty4pwrb/btJnhhF5IWv5jTvabTDlJ9vtDbWsfh0=
+SIZE (pip-8.1.2.tar.gz) = 6812908
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-pip/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- pkg/PLIST   15 Apr 2016 08:53:49 -  1.9
+++ pkg/PLIST   14 May 2016 19:38:56 -
@@ -36,12 +36,6 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/pip/_vendor/${MODPY_PYCACHE}re-vendor.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/pip/_vendor/${MODPY_PYCACHE}retrying.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/pip/_vendor/${MODPY_PYCACHE}six.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/pip/_vendor/_markerlib/
-lib/python${MODPY_VERSION}/site-packages/pip/_vendor/_markerlib/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/pip/_vendor/_markerlib/${MODPY_PYCACHE}/
-lib/python${MODPY_VERSION}/site-packages/pip/_vendor/_markerlib/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/pip/_vendor/_markerlib/${MODPY_PYCACHE}markers.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/pip/_vendor/_markerlib/markers.py
 lib/python${MODPY_VERSION}/site-packages/pip/_vendor/cachecontrol/
 lib/python${MODPY_VERSION}/site-packages/pip/_vendor/cachecontrol/__init__.py
 
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/pip/_vendor/cachecontrol/${MODPY_PYCACHE}/
@@ -402,9 +396,11 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/pip/_vendor/requests/packages/urllib3/contrib/${MODPY_PYCACHE}appengine.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/pip/_vendor/requests/packages/urllib3/contrib/${MODPY_PYCACHE}ntlmpool.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/pip/_vendor/requests/packages/urllib3/contrib/${MODPY_PYCACHE}pyopenssl.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/pip/_vendor/requests/packages/urllib3/contrib/${MODPY_PYCACHE}socks.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/pip/_vendor/requests/packages/urllib3/contrib/appengine.py
 
lib/python${MODPY_VERSION}/site-packages/pip/_vendor/requests/packages/urllib3/contrib/ntlmpool.py
 
lib/python${MODPY_VERSION}/site-packages/pip/_vendor/requests/packages/urllib3/contrib/pyopenssl.py
+lib/python${MODPY_VERSION}/site-packages/pip/_vendor/requests/packages/urllib3/contrib/socks.py
 
lib/python${MODPY_VERSION}/site-packages/pip/_vendor/requests/packages/urllib3/exceptions.py

Re: devel/go-tools fails

2016-05-14 Thread Juan Francisco Cantero Hurtado

go-tools is outdated.

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

On Sat, May 14, 2016 at 09:36:02AM +0100, Stuart Henderson wrote:
> Build log below, but it's not very useful, it just says "*** Error
> 2 in devel/go-tools (Makefile:53 'do-build')", but running the
> command by hand I get this:
> 
> $ cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/pointer
> $ /usr/local/go/pkg/tool/openbsd_386/compile -o 
> $WORK/golang.org/x/tools/go/pointer.a -trimpath $WORK -p 
> golang.org/x/tools/go/pointer -complete -buildid 
> b3cdaa055af985d682993313deacae5eaac9fc6c -D 
> _/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/pointer -I 
> $WORK -I /usr/obj/ports/go-tools-1.5.20151226/go/pkg/openbsd_386 -pack 
> ./analysis.go ./api.go ./callgraph.go ./constraint.go ./doc.go ./gen.go 
> ./hvn.go ./intrinsics.go ./labels.go ./opt.go ./print.go ./reflect.go 
> ./solve.go ./util.go
> open golang.org/x/tools/go/pointer: open golang.org/x/tools/go/pointer: no 
> such file or directory
> 
> 
> >>> Building on i386-2 under devel/go-tools
>BDEPENDS = [lang/go]
>DIST = [devel/go-tools:go-tools-1.5.20151226.tar.gz]
>FULLPKGNAME = go-tools-1.5.20151226
>RDEPENDS = [lang/go]
> (Junk lock failure for i386-2 at 1463214636)
> Received IO
> (Junk lock obtained for i386-2 at 1463214649)
> Woken up devel/go-tools
> >>> Running show-prepare-results in devel/go-tools at 1463214649
> ===> devel/go-tools
> ===> go-tools-1.5.20151226 depends on: go->=1.6 -> go-1.6p1
> ===>  Verifying specs:  c pthread
> ===>  found c.87.0 pthread.22.0
> go-1.6p1
> (Junk lock released for i386-2 at 1463214651)
> distfiles size=1661993
> >>> Running build in devel/go-tools at 1463214651
> ===> devel/go-tools
> ===>  Checking files for go-tools-1.5.20151226
> `/usr/ports/distfiles/go-tools-1.5.20151226.tar.gz' is up to date.
> >> (SHA256) go-tools-1.5.20151226.tar.gz: OK
> ===>  Extracting for go-tools-1.5.20151226
> ===>  Patching for go-tools-1.5.20151226
> mkdir -p /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x
> mv 
> /usr/obj/ports/go-tools-1.5.20151226/tools-99c318c742339e824d89d23ba3b3bff4f4ab27a8
>  /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools
> ===>  Configuring for go-tools-1.5.20151226
> ===>  Building for go-tools-1.5.20151226
> mkdir -p /usr/obj/ports/go-tools-1.5.20151226/go/bin
> /usr/bin/env -i 
> PATH="/usr/obj/ports/go-tools-1.5.20151226/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin"
>  GOPATH="/usr/obj/ports/go-tools-1.5.20151226/go:/usr/local/go-pkg" go build 
> -x -o /usr/obj/ports/go-tools-1.5.20151226/go/bin/godoc 
> golang.org/x/tools/cmd/godoc
> WORK=/tmp/go-build630866788
> mkdir -p $WORK/golang.org/x/tools/blog/atom/_obj/
> mkdir -p $WORK/golang.org/x/tools/blog/
> cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/blog/atom
> /usr/local/go/pkg/tool/openbsd_386/compile -o 
> $WORK/golang.org/x/tools/blog/atom.a -trimpath $WORK -p 
> golang.org/x/tools/blog/atom -complete -buildid 
> 5a03a2e8cecee8bf689a5e2ea133db61e24bcf1f -D 
> _/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/blog/atom -I 
> $WORK -pack ./atom.go
> mkdir -p $WORK/golang.org/x/tools/present/_obj/
> mkdir -p $WORK/golang.org/x/tools/
> cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/present
> /usr/local/go/pkg/tool/openbsd_386/compile -o 
> $WORK/golang.org/x/tools/present.a -trimpath $WORK -p 
> golang.org/x/tools/present -complete -buildid 
> 5bf22f89f887ab63dc5bf267ffbb8391b88204d1 -D 
> _/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/present -I 
> $WORK -pack ./args.go ./caption.go ./code.go ./doc.go ./html.go ./iframe.go 
> ./image.go ./link.go ./parse.go ./style.go
> mkdir -p $WORK/golang.org/x/tools/go/ast/astutil/_obj/
> mkdir -p $WORK/golang.org/x/tools/go/ast/
> cd 
> /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/ast/astutil
> /usr/local/go/pkg/tool/openbsd_386/compile -o 
> $WORK/golang.org/x/tools/go/ast/astutil.a -trimpath $WORK -p 
> golang.org/x/tools/go/ast/astutil -complete -buildid 
> 5144f65f2f74117399c78dff841041300863c620 -D 
> _/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/ast/astutil
>  -I $WORK -pack ./enclosing.go ./imports.go ./util.go
> mkdir -p $WORK/golang.org/x/tools/go/exact/_obj/
> mkdir -p $WORK/golang.org/x/tools/go/
> cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/exact
> /usr/local/go/pkg/tool/openbsd_386/compile -o 
> $WORK/golang.org/x/tools/go/exact.a -trimpath $WORK -p 
> golang.org/x/tools/go/exact -complete -buildid 
> 10961f215d42b2b455fb17f1a0c65f81fe3f3ae0 -D 
> _/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/exact -I 
> $WORK -pack ./exact.go ./go14.go
> mkdir -p $WORK/golang.org/x/tools/go/buildutil/_obj/
> cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/buildutil
> /usr/local/go/pkg/tool/openbsd_386/compile -o 
>

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 12:14:27

Modified files:
infrastructure/lib/DPB: MiniCurses.pm 

Log message:
just check for xn capability presence, don't try to Tputs it,
that doesn't work.
should fix some display glitches under tmux

Re: x2goclient: segfault

2016-05-14 Thread Jeremie Courreges-Anglas

Denis Fondras  writes:

>> Try to increase your stack size.
>> 
>> $ ulimit -s
>> 4096
>> $ ulimit -Hs
>> 32768
>> 
>
> Thank you Jeremie.
>
> $ ulimit -a
> core file size  (blocks, -c) unlimited
> data seg size   (kbytes, -d) 33554432
> file size   (blocks, -f) unlimited
> max locked memory   (kbytes, -l) 2680761
> max memory size (kbytes, -m) 8021032
> open files  (-n) 128
> pipe size(512 bytes, -p) 1
> stack size  (kbytes, -s) 32768
> cpu time   (seconds, -t) unlimited
> max user processes  (-u) 1310
> virtual memory  (kbytes, -v) 33587200
> $ ulimit -s
> 32768
> $ ulimit -Hs
> 32768
>
> Unfortunately :
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to thread 1001830]
> 0x09eb5fe1a0a9 in SshMasterConnection::channelLoop () from
> /usr/ports/pobj/x2goclient-4.0.5.1/x2goclient-4.0.5.1/x2goclient
>
> How can I set higher HARD limit ?

I doubt that would help, 32MB is already a lot.

Another possible explanation is that buffer is used as a C string but
isn't properly NUL-terminated.  Moving buffer to static storage (bss)
means that it gets initialized with zeroes.

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

games/frozen-bubble and SDL joystick

2016-05-14 Thread Christian Weisgerber

I discovered Frozen Bubble and remembered that I had an unused
joystick (a USB clone of the legendary Competition Pro) sitting on
the shelf.  Unfortunately, in the Change Keys menu, I can only
configure joy-left and joy-up.  The joy-right and joy-down actions
are simply ignored.

Running testjoystick.c from SDL 1.2.15 and moving the stick around
shows this:

Joystick has 2 axes, 0 hats, 0 balls, and 4 buttons
Joystick 3 axis 0 value: -32768
Joystick 3 axis 0 value: 0
Joystick 3 axis 0 value: 32512
Joystick 3 axis 0 value: 0
Joystick 3 axis 1 value: -32768
Joystick 3 axis 1 value: 0
Joystick 3 axis 1 value: 32512
Joystick 3 axis 1 value: 0

This explains what's going on in frozen-bubble; translate_joystick_tokey()
has this check:

if ($value <= -32767 || $value >= 32767) {  #- theoretically, it should 
work properly with analog joysticks this way
return "joystick|axisvalue|$which|$axis|$value";
} else {
return "joystick|axisvalue|$which|$axis|0";
}

Commenting out the if and always executing the first return allows
me to use my joystick with frozen-bubble.  Alas, I don't know
anything about joysticks or SDL's support for them.  I have no idea
how that change affects other joysticks... for all I know the values
mine generates are simply wrong.

Any ideas?


--- frozen-bubble.orig  Sat May 14 18:57:17 2016
+++ frozen-bubble   Sat May 14 18:57:36 2016
@@ -2925,11 +2925,11 @@
 if ($event->type == fb_c_stuff::JOYAXISMOTION()) {
 my $axis = SDL::JoyAxisEventAxis(evt($event));
 my $value = fb_c_stuff::JoyAxisEventValue(evt($event));
-if ($value <= -32767 || $value >= 32767) {  #- theoretically, it 
should work properly with analog joysticks this way
+#if ($value <= -32767 || $value >= 32767) {  #- theoretically, it 
should work properly with analog joysticks this way
 return "joystick|axisvalue|$which|$axis|$value";
-} else {
-return "joystick|axisvalue|$which|$axis|0";
-}
+#} else {
+#return "joystick|axisvalue|$which|$axis|0";
+#}
 } elsif ($event->type() == fb_c_stuff::JOYBUTTONDOWN()) {
 my $button = SDL::JoyButtonEventButton(evt($event)) + 1;
 return "joystick|buttondown|$which|$button";
-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

Re: x2goclient: segfault

2016-05-14 Thread Denis Fondras

> Try to increase your stack size.
> 
> $ ulimit -s
> 4096
> $ ulimit -Hs
> 32768
> 

Thank you Jeremie.

$ ulimit -a
core file size  (blocks, -c) unlimited
data seg size   (kbytes, -d) 33554432
file size   (blocks, -f) unlimited
max locked memory   (kbytes, -l) 2680761
max memory size (kbytes, -m) 8021032
open files  (-n) 128
pipe size(512 bytes, -p) 1
stack size  (kbytes, -s) 32768
cpu time   (seconds, -t) unlimited
max user processes  (-u) 1310
virtual memory  (kbytes, -v) 33587200
$ ulimit -s
32768
$ ulimit -Hs
32768

Unfortunately :
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 1001830]
0x09eb5fe1a0a9 in SshMasterConnection::channelLoop () from
/usr/ports/pobj/x2goclient-4.0.5.1/x2goclient-4.0.5.1/x2goclient

How can I set higher HARD limit ?

Denis

Re: x2goclient: segfault

2016-05-14 Thread Jeremie Courreges-Anglas

Denis Fondras  writes:

> Hi,
>
> When launching x2goclient (from openbsd-wip) on amd64/5.9 it segfaults.
> The problem lies with the buffer[] declaration in
> SshMasterConnection::channelLoop(). When the I move it outside of the function
> it works like a charm. Can a dev explain why it maters to be declared inside 
> or
> outside ? (too big for the stack, W^X, something else ?)

Try to increase your stack size.

$ ulimit -s
4096
$ ulimit -Hs
32768

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

Re: NEW: py-frozen-flask

2016-05-14 Thread Daniel Jakots

On Tue, 10 May 2016 09:48:15 +0100, Edd Barrett 
wrote:

> Hey,
> 
> ---8<---
> Frozen-Flask freezes a Flask application into a set of static files.
> The result can be hosted without any server-side software other than a
> traditional web server.
> --->8---  
> 
> We need this on our OpenBSD servers for an in-house app. We are using
> it with Python 2, but I've included the Python 3 flavour for
> completeness.
> 
> OK?
> 

Hi,

New makefile attached (as I didn't touch anything else). I shuffled it
so it follows the order of Makefile.template (thus easier to read).
I also added a missed BDEP (sphinx).

Are you sure the chown in post-install is needed? I installed it
without and it looked fine, did I miss something?

Cheers,
Daniel# $OpenBSD: Makefile,v 1.1.1.1 2015/12/01 22:33:08 edd Exp $

COMMENT =		freezes a Flask application into a set of static files

MODPY_EGG_VERSION =	0.12
DISTNAME =		Frozen-Flask-${MODPY_EGG_VERSION}
PKGNAME =		py-frozen-flask-${MODPY_EGG_VERSION}

CATEGORIES =		www

HOMEPAGE =		https://github.com/SimonSapin/Frozen-Flask

# BSD
PERMIT_PACKAGE_CDROM =	Yes

MODULES =		lang/python
MODPY_PI =		Yes
MODPY_SETUPTOOLS =	Yes

FLAVORS =		python3
FLAVOR ?=

BUILD_DEPENDS =		textproc/py-sphinx${MODPY_FLAVOR}
RUN_DEPENDS +=		www/py-flask${MODPY_FLAVOR}
TEST_DEPENDS =		${RUN_DEPENDS}

post-build:
	cd ${WRKBUILD}/docs && ${MODPY_BIN} -m sphinx . html

DOCS_DIR =	${PREFIX}/share/doc/${MODPY_PY_PREFIX}frozen-flask
post-install:
	${INSTALL_DATA_DIR} ${DOCS_DIR}
	cp -r ${WRKSRC}/docs/html/* ${DOCS_DIR}
	chown -R ${SHAREOWN}:${SHAREGRP} ${DOCS_DIR}

do-test:
	cd ${WRKSRC} && ${MODPY_BIN} -m unittest discover

.include

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 09:19:48

Modified files:
infrastructure/bin: proot 

Log message:
smarter copy of sys includes, no chdir
don't copy obj/ or CVS/

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Christian Weisgerber

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/05/14 09:17:59

Modified files:
audio/mpg123   : Makefile distinfo 

Log message:
update to 1.23.4 for a number of bug fixes

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Daniel Jakots

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2016/05/14 09:09:56

Modified files:
devel/py-jsonschema: Makefile 
devel/py-jsonschema/pkg: PLIST 

Log message:
add a py3 flavour

tweaks/ok jca@ aja@

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Daniel Jakots

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2016/05/14 09:12:28

Modified files:
devel  : Makefile 

Log message:
+py-jsonschema,python3
+py-vcversioner,python3

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Daniel Jakots

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2016/05/14 09:03:15

Modified files:
devel/py-vcversioner: Makefile distinfo 
devel/py-vcversioner/pkg: PLIST 

Log message:
update to py-vcversioner-2.16.0.0 and add a py3 flavour

ok jca@

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 09:00:07

Modified files:
infrastructure/bin: proot 

Log message:
start removing uses of chdir() in main process

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Landry Breuil

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/05/14 08:11:21

Modified files:
emulators/dgen-sdl: Makefile 

Log message:
Mark BROKEN-macppc, it failed randomly too many times

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/14 08:01:49

Modified files:
sysutils   : Makefile 

Log message:
+py-statgrab,python3

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/14 08:01:04

Modified files:
sysutils/py-statgrab: Makefile distinfo 

Log message:
- update to py-statgrab-0.7 (adds support for python3)
- enable python3 support

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/14 07:58:16

Modified files:
textproc/cdiff : Makefile distinfo 

Log message:
update to cdiff-0.9.8

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/14 07:55:47

Modified files:
textproc/nfoview: Makefile distinfo 

Log message:
- update to nfoview-1.18
- drop gettext module and add BDEP on gettext-tools

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 07:55:42

Modified files:
infrastructure/bin: proot 

Log message:
kill unneeded special case from copy_sys

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/14 07:50:33

Modified files:
x11/jwm: Makefile distinfo 

Log message:
update to jwm-2.3.5

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/05/14 07:50:22

Modified files:
sysutils   : Makefile 

Log message:
+consul

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/05/14 07:49:47

Log message:
Import consul-0.6.4.

Consul is a tool for service discovery and configuration. Consul is 
distributed,
highly available, and extremely scalable

ok jasper@

Status:

Vendor Tag: ajacoutot
Release Tags:   ajacoutot_20160514

N ports/sysutils/consul/Makefile
N ports/sysutils/consul/distinfo
N ports/sysutils/consul/pkg/DESCR
N ports/sysutils/consul/pkg/PLIST
N ports/sysutils/consul/pkg/consul.rc
N 
ports/sysutils/consul/patches/patch-vendor_github_com_fsouza_go-dockerclient_external_github_com_docker_docker_pkg_system_stat_openbsd_go
N 
ports/sysutils/consul/patches/patch-vendor_github_com_fsouza_go-dockerclient_external_github_com_docker_docker_pkg_system_stat_unsupported_go
N ports/sysutils/consul/files/config.json.in

No conflicts created by this import

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/14 07:48:23

Modified files:
textproc/ruby-redcloth: Makefile distinfo 
textproc/ruby-redcloth/pkg: PLIST 

Log message:
update to redcloth-4.3.0

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/05/14 07:45:17

Modified files:
telephony/asterisk: Makefile distinfo 
telephony/asterisk/pkg: PLIST-main 

Log message:
update to asterisk-13.9.1

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/14 07:43:56

Modified files:
textproc/ruby-treetop: Makefile distinfo 
textproc/ruby-treetop/pkg: PLIST 
Removed files:
textproc/ruby-treetop/patches: 
   patch-spec_compiler_tt_compiler_spec_rb 

Log message:
update to treetop-1.6.5

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/05/14 07:31:58

Modified files:
www/casperjs   : Makefile distinfo 

Log message:
update to casperjs-1.1.1

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/05/14 07:22:17

Modified files:
devel/libmagic : Makefile distinfo 

Log message:
update to libmagic-5.27

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/05/14 07:23:26

Modified files:
devel/py-libmagic: Makefile distinfo 

Log message:
update to py-libmagic-5.27

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/05/14 07:14:46

Modified files:
net/openvpn: Makefile distinfo 
net/openvpn/patches: patch-Makefile_in patch-configure 
 patch-include_Makefile_in 
Removed files:
net/openvpn/patches: patch-src_openvpn_ssl_openssl_c 

Log message:
update to openvpn-2.3.11

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/14 06:52:49

Modified files:
sysutils/augeas: Makefile distinfo 
sysutils/augeas/patches: patch-lenses_shellvars_aug 
 patch-lenses_simplelines_aug 
sysutils/augeas/pkg: PLIST 
Removed files:
sysutils/augeas/patches: patch-lenses_sudoers_aug 

Log message:
update to augeas-1.5.0

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/05/14 06:52:59

Modified files:
sysutils/beats/filebeat: Makefile distinfo 
sysutils/beats/packetbeat: Makefile distinfo 
sysutils/beats/topbeat: Makefile distinfo 

Log message:
update to 1.2.2

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Kenneth R Westerback

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2016/05/14 05:29:09

Modified files:
infrastructure/man/man1: proot.1 

Log message:
No .Pp before .Sh.

ok espie@

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 05:16:29

Modified files:
infrastructure/bin: proot 

Log message:
copy doas.conf if it exists (convenience request from landry)

use devno to filter out mount points (more sturdy when symlinks happen)

FIX the regexp used for mount points which did kill unpopulate too much

x2goclient: segfault

2016-05-14 Thread Denis Fondras

Hi,

When launching x2goclient (from openbsd-wip) on amd64/5.9 it segfaults.
The problem lies with the buffer[] declaration in
SshMasterConnection::channelLoop(). When the I move it outside of the function
it works like a charm. Can a dev explain why it maters to be declared inside or
outside ? (too big for the stack, W^X, something else ?)

Here is the patch for x2goclient-4.0.5.1 (I've been using it for a week without
problem) :

--- src/sshmasterconnection.cpp Sun May  8 16:58:37 2016
+++ src/sshmasterconnection.cpp Sun May  8 17:02:54 2016
@@ -54,6 +54,7 @@
 // #define SSH_DEBUG
 
 static bool isLibSshInited=false;
+char buffer[1024*512]; //512K buffer
 
 const QString SshMasterConnection::challenge_auth_code_prompts_[] = {
   "Verification code:",
@@ -1464,7 +1465,6 @@
 copy();
 copyRequestMutex.unlock();
 
-char buffer[1024*512]; //512K buffer
 int nbytes;
 fd_set rfds;

Re: [UPDATE] mnemosyne 2.3.6

2016-05-14 Thread Nils Reuße

> > > Anyone?  I can take maintainership, if needed.
> > 
> > I think that'd be a good idea :-)
> > I'm OK with the update if anyone wants to commit it.
> > 
> > -- 
> > Antoine
> >
> 
> Alright, here is a new diff:
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/mnemosyne/Makefile,v
> retrieving revision 1.34
> diff -u -r1.34 Makefile
> --- Makefile20 Mar 2016 16:12:24 -  1.34
> +++ Makefile10 May 2016 09:03:50 -
> @@ -2,13 +2,14 @@
> 
>  COMMENT=   flash-card tool which optimises your learning process
> 
> -MODPY_EGG_VERSION = 2.3.5
> +MODPY_EGG_VERSION = 2.3.6
>  DISTNAME=  Mnemosyne-${MODPY_EGG_VERSION}
>  PKGNAME=   ${DISTNAME:L}
>  CATEGORIES=games education
> 
>  HOMEPAGE=  http://www.mnemosyne-proj.org/
> 
> +MAINTAINER =   Nils Reuße 
>  # GPLv2
>  PERMIT_PACKAGE_CDROM=  Yes
> 
> Index: distinfo
> ===
> RCS file: /cvs/ports/games/mnemosyne/distinfo,v
> retrieving revision 1.16
> diff -u -r1.16 distinfo
> --- distinfo14 Dec 2015 07:45:57 -  1.16
> +++ distinfo10 May 2016 09:03:50 -
> @@ -1,2 +1,2 @@
> -SHA256 (Mnemosyne-2.3.5.tar.gz) = 
> fngmKKOAyuh4cEl20xnG+6bmHgkPWvVV7g/fBUt/ve0=
> -SIZE (Mnemosyne-2.3.5.tar.gz) = 1387775
> +SHA256 (Mnemosyne-2.3.6.tar.gz) = 
> sWOuMIxq14vJd/HHgfEU88CTQ0HoGZ1RJX4xLHvEtao=
> +SIZE (Mnemosyne-2.3.6.tar.gz) = 1396685
>

ping

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 04:05:55

Modified files:
infrastructure/bin: proot 

Log message:
not yet

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Antoine Jacoutot

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/05/14 03:55:07

Modified files:
sysutils/serf  : Makefile 
sysutils/serf/pkg: PLIST 

Log message:
No need for /var/serf.

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 03:19:09

Modified files:
infrastructure/bin: proot 

Log message:
if one of your dirs is a symlink that doesn't point anywhere, then
stat will fail, which is okay for LOGDIR which only exists locally.

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Marc Espie

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2016/05/14 03:04:40

Modified files:
infrastructure/bin: proot 

Log message:
accidentally broke preserved mountpoints, fix that

devel/go-tools fails

2016-05-14 Thread Stuart Henderson

Build log below, but it's not very useful, it just says "*** Error
2 in devel/go-tools (Makefile:53 'do-build')", but running the
command by hand I get this:

$ cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/pointer
$ /usr/local/go/pkg/tool/openbsd_386/compile -o 
$WORK/golang.org/x/tools/go/pointer.a -trimpath $WORK -p 
golang.org/x/tools/go/pointer -complete -buildid 
b3cdaa055af985d682993313deacae5eaac9fc6c -D 
_/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/pointer -I 
$WORK -I /usr/obj/ports/go-tools-1.5.20151226/go/pkg/openbsd_386 -pack 
./analysis.go ./api.go ./callgraph.go ./constraint.go ./doc.go ./gen.go 
./hvn.go ./intrinsics.go ./labels.go ./opt.go ./print.go ./reflect.go 
./solve.go ./util.go
open golang.org/x/tools/go/pointer: open golang.org/x/tools/go/pointer: no such 
file or directory


>>> Building on i386-2 under devel/go-tools
 BDEPENDS = [lang/go]
 DIST = [devel/go-tools:go-tools-1.5.20151226.tar.gz]
 FULLPKGNAME = go-tools-1.5.20151226
 RDEPENDS = [lang/go]
(Junk lock failure for i386-2 at 1463214636)
Received IO
(Junk lock obtained for i386-2 at 1463214649)
Woken up devel/go-tools
>>> Running show-prepare-results in devel/go-tools at 1463214649
===> devel/go-tools
===> go-tools-1.5.20151226 depends on: go->=1.6 -> go-1.6p1
===>  Verifying specs:  c pthread
===>  found c.87.0 pthread.22.0
go-1.6p1
(Junk lock released for i386-2 at 1463214651)
distfiles size=1661993
>>> Running build in devel/go-tools at 1463214651
===> devel/go-tools
===>  Checking files for go-tools-1.5.20151226
`/usr/ports/distfiles/go-tools-1.5.20151226.tar.gz' is up to date.
>> (SHA256) go-tools-1.5.20151226.tar.gz: OK
===>  Extracting for go-tools-1.5.20151226
===>  Patching for go-tools-1.5.20151226
mkdir -p /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x
mv 
/usr/obj/ports/go-tools-1.5.20151226/tools-99c318c742339e824d89d23ba3b3bff4f4ab27a8
 /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools
===>  Configuring for go-tools-1.5.20151226
===>  Building for go-tools-1.5.20151226
mkdir -p /usr/obj/ports/go-tools-1.5.20151226/go/bin
/usr/bin/env -i 
PATH="/usr/obj/ports/go-tools-1.5.20151226/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin"
 GOPATH="/usr/obj/ports/go-tools-1.5.20151226/go:/usr/local/go-pkg" go build -x 
-o /usr/obj/ports/go-tools-1.5.20151226/go/bin/godoc 
golang.org/x/tools/cmd/godoc
WORK=/tmp/go-build630866788
mkdir -p $WORK/golang.org/x/tools/blog/atom/_obj/
mkdir -p $WORK/golang.org/x/tools/blog/
cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/blog/atom
/usr/local/go/pkg/tool/openbsd_386/compile -o 
$WORK/golang.org/x/tools/blog/atom.a -trimpath $WORK -p 
golang.org/x/tools/blog/atom -complete -buildid 
5a03a2e8cecee8bf689a5e2ea133db61e24bcf1f -D 
_/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/blog/atom -I 
$WORK -pack ./atom.go
mkdir -p $WORK/golang.org/x/tools/present/_obj/
mkdir -p $WORK/golang.org/x/tools/
cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/present
/usr/local/go/pkg/tool/openbsd_386/compile -o 
$WORK/golang.org/x/tools/present.a -trimpath $WORK -p 
golang.org/x/tools/present -complete -buildid 
5bf22f89f887ab63dc5bf267ffbb8391b88204d1 -D 
_/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/present -I 
$WORK -pack ./args.go ./caption.go ./code.go ./doc.go ./html.go ./iframe.go 
./image.go ./link.go ./parse.go ./style.go
mkdir -p $WORK/golang.org/x/tools/go/ast/astutil/_obj/
mkdir -p $WORK/golang.org/x/tools/go/ast/
cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/ast/astutil
/usr/local/go/pkg/tool/openbsd_386/compile -o 
$WORK/golang.org/x/tools/go/ast/astutil.a -trimpath $WORK -p 
golang.org/x/tools/go/ast/astutil -complete -buildid 
5144f65f2f74117399c78dff841041300863c620 -D 
_/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/ast/astutil 
-I $WORK -pack ./enclosing.go ./imports.go ./util.go
mkdir -p $WORK/golang.org/x/tools/go/exact/_obj/
mkdir -p $WORK/golang.org/x/tools/go/
cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/exact
/usr/local/go/pkg/tool/openbsd_386/compile -o 
$WORK/golang.org/x/tools/go/exact.a -trimpath $WORK -p 
golang.org/x/tools/go/exact -complete -buildid 
10961f215d42b2b455fb17f1a0c65f81fe3f3ae0 -D 
_/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/exact -I 
$WORK -pack ./exact.go ./go14.go
mkdir -p $WORK/golang.org/x/tools/go/buildutil/_obj/
cd /usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/buildutil
/usr/local/go/pkg/tool/openbsd_386/compile -o 
$WORK/golang.org/x/tools/go/buildutil.a -trimpath $WORK -p 
golang.org/x/tools/go/buildutil -complete -buildid 
8e9e8e4f332b546d9c70de789d655235ae9b4eff -D 
_/usr/obj/ports/go-tools-1.5.20151226/go/src/golang.org/x/tools/go/buildutil -I 
$WORK -pack ./allpackages.go ./fakecontext.go ./tags.go ./util.go
mkdir -p

NEW: lua-term

2016-05-14 Thread Florian Stinglmayr

Hi list,

attached is a port for lua-term. lua-term is a small, light weight
wrapper for low level terminal functions. It provides support for
isatty(), coloured output and simple cursor navigation.

It is nice and enough for colouring output or doing simple things
like progressbars and a like.

Regards,
Florian


lua-term.tar.gz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Anthony J . Bentley

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2016/05/14 01:57:26

Modified files:
textproc/html-xml-utils: Makefile distinfo 
textproc/html-xml-utils/patches: patch-Makefile_in 

Log message:
Update to html-xml-utils-7.0.

Changelog:
https://www.w3.org/Tools/HTML-XML-utils/ChangeLog

CVS: cvs.openbsd.org: ports

2016-05-14 Thread Remi Pointel

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2016/05/14 01:35:39

Modified files:
devel/apktool  : Makefile distinfo 

Log message:
small update to 2.1.1.
more information: http://connortumbleson.com/2016/05/07/apktool-v2-1-1-released/

56 matches

Mail list logo