UPDATE: lang/python/3.3

[Federico G. Schwindt]

Trivial update to 3.3.2.
OK?

f.-

Index: Makefile
===
RCS file: /cvs/ports/lang/python/3.3/Makefile,v
retrieving revision 1.4
diff -p -u -r1.4 Makefile
--- Makefile18 May 2013 04:13:16 -  1.4
+++ Makefile18 May 2013 04:50:11 -
@@ -1,8 +1,7 @@
 # $OpenBSD: Makefile,v 1.4 2013/05/18 04:13:16 fgsch Exp $
 
 VERSION =  3.3
-REVISION = 1
-PATCHLEVEL =   .1
+PATCHLEVEL =   .2
 SHARED_LIBS =  python3.3m 0.0
 VERSION_SPEC = >=3.3,<3.4
 
Index: distinfo
===
RCS file: /cvs/ports/lang/python/3.3/distinfo,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 distinfo
--- distinfo28 Apr 2013 01:29:57 -  1.1.1.1
+++ distinfo18 May 2013 04:50:11 -
@@ -1,2 +1,2 @@
-SHA256 (Python-3.3.1.tgz) = Zx3DYy8xHmPGczcDqgoa2QyZJ33cgpnTnkh3GKUDGb0=
-SIZE (Python-3.3.1.tgz) = 16521332
+SHA256 (Python-3.3.2.tgz) = 3mZPyjuOCrIPtCv+0aNuJvEW8YU+iK2hLbyTh2EDYXI=
+SIZE (Python-3.3.2.tgz) = 16530940
Index: files/CHANGES.OpenBSD
===
RCS file: /cvs/ports/lang/python/3.3/files/CHANGES.OpenBSD,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 CHANGES.OpenBSD
--- files/CHANGES.OpenBSD   28 Apr 2013 01:29:57 -  1.1.1.1
+++ files/CHANGES.OpenBSD   18 May 2013 04:50:12 -
@@ -7,7 +7,5 @@ of changes made to this version of Pytho
 
 2.  INSTSONAME could be incorrect, configure.ac was patched to fix it.
 
-3.  select.kevent has been modified to work with OpenBSD.
-
 These changes are available in the OpenBSD CVS repository
  in ports/lang/python/3.3.
Index: patches/patch-Lib_test_test_kqueue_py
===
RCS file: patches/patch-Lib_test_test_kqueue_py
diff -N patches/patch-Lib_test_test_kqueue_py
--- patches/patch-Lib_test_test_kqueue_py   28 Apr 2013 01:29:57 -  
1.1.1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,13 +0,0 @@
-$OpenBSD: patch-Lib_test_test_kqueue_py,v 1.1.1.1 2013/04/28 01:29:57 fgsch 
Exp $
 Lib/test/test_kqueue.py.orig   Wed Apr 17 17:41:28 2013
-+++ Lib/test/test_kqueue.pyWed Apr 17 17:41:40 2013
-@@ -101,7 +101,8 @@ class TestKQueue(unittest.TestCase):
- pass # FreeBSD doesn't raise an exception here
- server, addr = serverSocket.accept()
- 
--if sys.platform.startswith("darwin"):
-+if sys.platform.startswith("darwin") or \
-+   sys.platform.startswith("openbsd"):
- flags = select.KQ_EV_ADD | select.KQ_EV_ENABLE
- else:
- flags = 0
Index: patches/patch-Modules_selectmodule_c
===
RCS file: /cvs/ports/lang/python/3.3/patches/patch-Modules_selectmodule_c,v
retrieving revision 1.2
diff -p -u -r1.2 patch-Modules_selectmodule_c
--- patches/patch-Modules_selectmodule_c18 May 2013 04:13:16 -  
1.2
+++ patches/patch-Modules_selectmodule_c18 May 2013 04:50:12 -
@@ -1,7 +1,4 @@
 $OpenBSD: patch-Modules_selectmodule_c,v 1.2 2013/05/18 04:13:16 fgsch Exp $
-
-See http://bugs.python.org/issue12181 for details.
-
 --- Modules/selectmodule.c.origSat Apr  6 08:41:54 2013
 +++ Modules/selectmodule.c Mon May 13 04:45:07 2013
 @@ -235,11 +235,13 @@ select_select(PyObject *self, PyObject *args)
@@ -19,78 +16,3 @@ See http://bugs.python.org/issue12181 fo
  tv.tv_usec = tv_usec;
  #endif
  if (tv.tv_sec < 0) {
-@@ -1571,6 +1573,23 @@ static PyTypeObject kqueue_queue_Type;
- #   error uintptr_t does not match int, long, or long long!
- #endif
- 
-+/*
-+ * kevent is not standard and its members vary across BSDs.
-+ */
-+#if !defined(__OpenBSD__)
-+#   define IDENT_TYPE T_UINTPTRT
-+#   define IDENT_CAST Py_intptr_t
-+#   define DATA_TYPE  T_INTPTRT
-+#   define DATA_FMT_UNIT INTPTRT_FMT_UNIT
-+#   define IDENT_AsType   PyLong_AsUintptr_t
-+#else
-+#   define IDENT_TYPE T_UINT
-+#   define IDENT_CAST int
-+#   define DATA_TYPE  T_INT
-+#   define DATA_FMT_UNIT "i"
-+#   define IDENT_AsType   PyLong_AsUnsignedLong
-+#endif
-+
- /* Unfortunately, we can't store python objects in udata, because
-  * kevents in the kernel can be removed without warning, which would
-  * forever lose the refcount on the object stored with it.
-@@ -1578,11 +1597,11 @@ static PyTypeObject kqueue_queue_Type;
- 
- #define KQ_OFF(x) offsetof(kqueue_event_Object, x)
- static struct PyMemberDef kqueue_event_members[] = {
--{"ident",   T_UINTPTRT, KQ_OFF(e.ident)},
-+{"ident",   IDENT_TYPE, KQ_OFF(e.ident)},
- {"filter",  T_SHORT,KQ_OFF(e.filter)},
- {"flags",   T_USHORT,   KQ_OFF(e.flags)},
- {"fflags",  T_UINT, KQ_OFF(e.fflags)},
--{"data",T_INTPTRT,  KQ_OFF

Re: New node module ports and current updates

[Jeremy Evans]

On 05/15 10:51, Aaron Bieber wrote:
> This diff brings databases/node-pg and devel/node-generic-pool to the
> latest versions required for the lang/node update to 0.10.x.
> 
> The tarballs are dependencies for the newer ports listed above, and
> should be decompressed into lang.  I did this to try and help keep the
> clutter in devel down.
 
IMO, the new node-* ports don't belong in lang.  They are not
implementations of programming languages, merely libraries to use
with one of them.

I know some porters say "devel is full", but that is a problem that
needs to be dealt with separately (i.e. mass moving of ports from
devel to somewhere else).  I would put node-rmdir in sysutils and the
rest in devel.

The diff and new ports mostly look good.  I recommend the following
changes (in addition to moving the new ports and updating the
CATEGORIES):

* Don't capitalize the first word in COMMENT.

* Unless there is a reason you have MODNODE_DEPENDS using "?=",
  change it to "=".

* One dependency per line for BUILD_DEPENDS in buffer-writer.

* Minor DESCR changes:

  async: remove or expand on: "Also supports component."
  buffer-writer and rmdir: Add . to end.

> Once these modules are in place I can update lang/node to the latest
> version without much pain, however:
> 
> I am of the opinion we need to re-think having modules installed via
> ports, we are getting to the point where we will be essentially
> re-writing npm with .mk files in order to handle version dependencies. (
> example being: if we add another port that requires version 2.0.3 of
> node-generic-pool ).

I share this opinion.  node is similar to ruby in this regard.  Unless
a node library uses native code or is a dependency of another port, it's
probably not worth having in the ports system.  This is especially the
case with node due to the common node practice of depending on exact
versions of dependencies.

> THoughts, OKs?

After the changes mentioned above, OK jeremy@.

Thanks,
Jeremy

Re: update: mail/mlmmj

[MERIGHI Marcus]

o...@demirmen.com (Okan Demirmen), 2013.05.17 (Fri) 16:43 (CEST):
> any mlmmj users around?

sorry, yes; will test asap but that means next week.

bye, marcus

> On Sun, Apr 28, 2013 at 8:53 PM, Okan Demirmen  wrote:
> > mlmmj users,
> >
> > update to 1.2.18.0.
> >
> > changes include:
> > - both patches incorporated upstream, so removed locally,
> > - upstream pulled the .sh from shell scripts, but i commented out
> >   the symlinks since our version never had .sh files
> > - upstream fixed the spelling, so s/ecieve/receive/
> > - slightly more updated DESCR and more READMEs from distribution
> >
> > comments, ok's?
> >
> > any mlmmj users want to give this a spin?
> >
> > fyi, maintainer timeout so far
> >
> > cheers,
> > okan
> >
> > Index: Makefile
> > ===
> > RCS file: /home/open/cvs/ports/mail/mlmmj/Makefile,v
> > retrieving revision 1.13
> > diff -u -p -r1.13 Makefile
> > --- Makefile11 Mar 2013 11:23:51 -  1.13
> > +++ Makefile4 Apr 2013 20:49:04 -
> > @@ -2,7 +2,7 @@
> >
> >  COMMENT=   mailing list manager
> >
> > -DISTNAME=  mlmmj-1.2.17.1
> > +DISTNAME=  mlmmj-1.2.18.0
> >  CATEGORIES=mail
> >
> >  HOMEPAGE=  http://mlmmj.org/
> > @@ -16,19 +16,14 @@ WANTLIB=c
> >  MASTER_SITES=  http://mlmmj.org/releases/
> >
> >  CONFIGURE_STYLE=gnu
> > -CONFIGURE_ARGS+=--enable-recieve-strip=yes
> > +CONFIGURE_ARGS+=--enable-receive-strip=yes
> >
> > -DOCS=  README.access README.exim4 README.security README.sendmail TUNABLES
> > +DOCS=  README* TUNABLES
> >
> >  post-install:
> > ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/mlmmj
> > cd ${WRKSRC} && ${INSTALL_DATA} ${DOCS} ${PREFIX}/share/doc/mlmmj
> > -   cd ${WRKSRC} && ${INSTALL_DATA} contrib/recievestrip/README \
> > -   ${PREFIX}/share/doc/mlmmj/README.recieve-strip
> > -   mv ${PREFIX}/bin/mlmmj-make-ml.sh ${PREFIX}/bin/mlmmj-make-ml
> > -   mv ${PREFIX}/man/man1/mlmmj-make-ml.sh.1 \
> > -   ${PREFIX}/man/man1/mlmmj-make-ml.1
> > -   sed -e 's/mlmmj-make-ml\.sh/mlmmj-make-ml/g' ${WRKSRC}/README > \
> > -   ${PREFIX}/share/doc/mlmmj/README
> > +   cd ${WRKSRC} && ${INSTALL_DATA} contrib/receivestrip/README \
> > +   ${PREFIX}/share/doc/mlmmj/README.receive-strip
> >
> >  .include 
> > Index: distinfo
> > ===
> > RCS file: /home/open/cvs/ports/mail/mlmmj/distinfo,v
> > retrieving revision 1.8
> > diff -u -p -r1.8 distinfo
> > --- distinfo24 Jan 2012 02:20:35 -  1.8
> > +++ distinfo4 Apr 2013 20:09:48 -
> > @@ -1,5 +1,2 @@
> > -MD5 (mlmmj-1.2.17.1.tar.gz) = xwXYvzAD32gQyXdc6G568A==
> > -RMD160 (mlmmj-1.2.17.1.tar.gz) = Br2Kgtzlw/jyFCCkZuhE93HAiG8=
> > -SHA1 (mlmmj-1.2.17.1.tar.gz) = 8WuHCYkb5Fdw34rIbsYsiQpYsp0=
> > -SHA256 (mlmmj-1.2.17.1.tar.gz) = 
> > gJzGMknruGdOvOLpWYA+PA9HPASVfQvEYa+jpqEF3lc=
> > -SIZE (mlmmj-1.2.17.1.tar.gz) = 253458
> > +SHA256 (mlmmj-1.2.18.0.tar.gz) = 
> > ycH7ZK9xB7KJKnn2pIdZ875X0eh5r/qnGdQOjHCrZHQ=
> > +SIZE (mlmmj-1.2.18.0.tar.gz) = 293017
> > Index: patches/patch-README_sendmail
> > ===
> > RCS file: patches/patch-README_sendmail
> > diff -N patches/patch-README_sendmail
> > --- patches/patch-README_sendmail   19 Jun 2008 20:41:12 -  1.1
> > +++ /dev/null   1 Jan 1970 00:00:00 -
> > @@ -1,15 +0,0 @@
> > -$OpenBSD: patch-README_sendmail,v 1.1 2008/06/19 20:41:12 simon Exp $
> >  README.sendmail.orig   Thu Jun 19 07:35:27 2008
> > -+++ README.sendmailThu Jun 19 07:48:08 2008
> > -@@ -1,3 +1,11 @@
> > -+mlmmj needs the Return-Path: header in mail messages as it otherwise
> > -+would refuse to operate correctly.
> > -+The prog delivery agent puts the Return-Path: header into the mail by
> > -+adding `P' to the delivery agent F= flags like this:
> > -+
> > -+define(`LOCAL_SHELL_FLAGS', `eu9P')dnl
> > -+
> > -+
> > - Using sendmail + VERP
> > -
> > - 
> > 
> > Index: patches/patch-src_mlmmj-process_c
> > ===
> > RCS file: patches/patch-src_mlmmj-process_c
> > diff -N patches/patch-src_mlmmj-process_c
> > --- patches/patch-src_mlmmj-process_c   24 Jan 2012 02:20:35 -  1.2
> > +++ /dev/null   1 Jan 1970 00:00:00 -
> > @@ -1,14 +0,0 @@
> > -Prevent log messages when the tocc file doesn't exist.
> > -
> > -$OpenBSD: patch-src_mlmmj-process_c,v 1.2 2012/01/24 02:20:35 okan Exp $
> >  src/mlmmj-process.c.orig   Tue Aug 24 07:38:12 2010
> > -+++ src/mlmmj-process.cTue Jan 17 13:21:37 2012
> > -@@ -721,8 +721,6 @@ int main(int argc, char **argv)
> > -   addrtocc = !(statctrl(listdir, "tocc"));
> > -   if(addrtocc) {
> > -   for(i = 0; i < toemails.emailcount; i++) {
> > --   

nmap -sS is slow versus -sT

[Rodolfo Gouveia]

Hello,
I've noticed that nmap is rather slow when scanning with -sS
in contrast to -sT and also to -sS in Linux.
With a clean 5.2 install and pf disabled, running a scan of
this type takes 329.10s while for the same host but with instead
-sT is 0.46s!

I did some debugging and found that the "overall sending rates" in
the -sS are much lower than in -sT, 3.39 packets/s versus 3283.79 packets/s.
This rate is automatically adjusted by nmap itself although I can
specify "--min-rate" which I've noticed that helps the -sS scan.

Here's some output from the debugging with just two ports:

### -sS Scan
# sudo nmap -n -d --packet-trace -sS 192.168.1.1 | egrep -C1 "(rates|scanned)" 
Completed ARP Ping Scan at 18:47, 0.21s elapsed (1 total hosts)
Overall sending rates: 9.49 packets / s, 398.75 bytes / s.
Initiating SYN Stealth Scan at 18:47
--
Completed SYN Stealth Scan at 18:53, 326.76s elapsed (1000 total ports)
Overall sending rates: 3.39 packets / s, 149.33 bytes / s.
Nmap scan report for 192.168.1.1
--
Read from /usr/local/share/nmap: nmap-mac-prefixes nmap-payloads nmap-services.
Nmap done: 1 IP address (1 host up) scanned in 327.10 seconds
   Raw packets sent:  (48.852KB) | Rcvd: 1109 (44.384KB)


### -sT Scan
# sudo nmap -n -d --packet-trace -sT 192.168.1.1 | egrep -C1 "(rates|scanned)"
Completed ARP Ping Scan at 18:47, 0.20s elapsed (1 total hosts)
Overall sending rates: 9.74 packets / s, 409.24 bytes / s.
Initiating Connect Scan at 18:47
--
Completed Connect Scan at 18:47, 0.30s elapsed (1000 total ports)
Overall sending rates: 3283.79 packets / s.
Nmap scan report for 192.168.1.1
--
Read from /usr/local/share/nmap: nmap-mac-prefixes nmap-payloads nmap-services.
Nmap done: 1 IP address (1 host up) scanned in 0.64 seconds
   Raw packets sent: 2 (56B) | Rcvd: 1 (28B)

Any feedback is welcome. Thanks.

cheers,
--rodolfo

Re: [fix] net/synergy

[Brian Callahan]

On 5/17/2013 10:45 AM, David Coppa wrote:


Hi,

The diff below makes synergy link against cryptopp from our ports tree in a 
sane manner.
It also appears to fix the build error on i386.

Tested on my i386 netbook.

Comments? OKs?



So this is a million percent better than the fix I came up with. Run 
tested good for me on amd64 and loongson, so ok bcallah@


~Brian


ciao,
David

Index: Makefile
===
RCS file: /cvs/ports/net/synergy/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- Makefile16 May 2013 00:09:05 -  1.19
+++ Makefile17 May 2013 14:14:12 -
@@ -5,7 +5,7 @@ COMMENT=mouse and keyboard sharing uti
  V=1.4.12
  DISTNAME= synergy-${V}-Source
  PKGNAME=  synergy-${V}
-REVISION=  0
+REVISION=  1
  CATEGORIES=   net x11

  MAINTAINER=   Brian Callahan 
@@ -15,12 +15,14 @@ HOMEPAGE=   http://synergy-foss.org/
  # GPLv2
  PERMIT_PACKAGE_CDROM= Yes

-WANTLIB += ICE SM X11 Xext Xi Xinerama Xrandr Xtst c m pthread stdc++
+WANTLIB=   ICE SM X11 Xext Xi Xinerama Xrandr Xtst \
+   c cryptopp m pthread stdc++

  MASTER_SITES= http://synergy.googlecode.com/files/

-BUILD_DEPENDS= archivers/gtar \
-   devel/cryptopp:patch
+BUILD_DEPENDS= archivers/gtar
+
+LIB_DEPENDS=   devel/cryptopp

  # tar: Invalid header, starting valid header search.
  TAR=  ${LOCALBASE}/bin/gtar
@@ -31,9 +33,6 @@ NO_TEST=  Yes

  pre-patch:
@cd ${WRKSRC} ; perl -pi -e 's/\r$$//' CMakeLists.txt
-
-post-patch:
-   @ln -s ${WRKDIR}/devel/cryptopp ${WRKSRC}/tools/cryptopp562

  do-install:
${INSTALL_PROGRAM} ${WRKSRC}/bin/synergy[cs] ${PREFIX}/bin/
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/net/synergy/patches/patch-CMakeLists_txt,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt12 May 2013 16:09:04 -  1.2
+++ patches/patch-CMakeLists_txt17 May 2013 14:14:12 -
@@ -1,6 +1,6 @@
  $OpenBSD: patch-CMakeLists_txt,v 1.2 2013/05/12 16:09:04 bcallah Exp $
 CMakeLists.txt.origThu Apr 18 10:50:31 2013
-+++ CMakeLists.txt Thu Apr 18 10:50:31 2013
+--- CMakeLists.txt.origFri May 17 15:29:30 2013
 CMakeLists.txt Fri May 17 15:31:40 2013
  @@ -87,7 +87,7 @@ if (UNIX)
check_include_files(strings.h HAVE_STRINGS_H)
check_include_files(string.h HAVE_STRING_H)
@@ -27,7 +27,7 @@ $OpenBSD: patch-CMakeLists_txt,v 1.2 201

if (APPLE)
exec_program(uname ARGS -v OUTPUT_VARIABLE DARWIN_VERSION)
-@@ -174,78 +175,53 @@ if (UNIX)
+@@ -174,79 +175,54 @@ if (UNIX)

else()

@@ -129,10 +129,31 @@ $OpenBSD: patch-CMakeLists_txt,v 1.2 201
endif()

endif()
--
+
  -IF(HAVE_Xi)
  -LIST(APPEND libs Xi)
  -ENDIF()
-
+-
# For config.h, set some static values; it may be a good idea to make
# these values dynamic for non-standard UNIX compilers.
+   set(ACCEPT_TYPE_ARG3 socklen_t)
+@@ -294,6 +270,11 @@ else (UNIX)
+
+ endif()
+
++if (CMAKE_SYSTEM_NAME MATCHES "OpenBSD")
++  include_directories(${OPENBSD_LOCALBASE}/include)
++  link_directories(${OPENBSD_LOCALBASE}/lib)
++endif()
++
+ if (GAME_DEVICE_SUPPORT)
+   add_definitions(-DGAME_DEVICE_SUPPORT)
+ endif()
+@@ -303,7 +284,6 @@ if (VNC_SUPPORT)
+ endif()
+
+ add_subdirectory(src)
+-add_subdirectory(tools)
+
+ if (WIN32)
+   # add /analyze in order to unconver potential bugs in the source code
Index: patches/patch-src_lib_synergy_CCryptoMode_h
===
RCS file: patches/patch-src_lib_synergy_CCryptoMode_h
diff -N patches/patch-src_lib_synergy_CCryptoMode_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_lib_synergy_CCryptoMode_h 17 May 2013 14:14:12 -
@@ -0,0 +1,16 @@
+$OpenBSD$
+--- src/lib/synergy/CCryptoMode.h.orig Fri May 17 14:10:03 2013
 src/lib/synergy/CCryptoMode.h  Fri May 17 14:10:34 2013
+@@ -17,9 +17,9 @@
+
+ #pragma once
+
+-#include 
+-#include 
+-#include 
++#include 
++#include 
++#include 
+ #include "ECryptoMode.h"
+ #include "CString.h"
+
Index: patches/patch-src_lib_synergy_CCryptoStream_h
===
RCS file: patches/patch-src_lib_synergy_CCryptoStream_h
diff -N patches/patch-src_lib_synergy_CCryptoStream_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_lib_synergy_CCryptoStream_h   17 May 2013 14:14:12 
-
@@ -0,0 +1,14 @@
+$OpenBSD$
+--- src/lib/synergy/CCryptoStream.h.orig   Fri May 17 14:10:14 2013
 src/lib/synergy/CCryptoStream.hFri May 17 14:10:46 2013

Re: update: mail/mlmmj

[Okan Demirmen]

any mlmmj users around?

On Sun, Apr 28, 2013 at 8:53 PM, Okan Demirmen  wrote:
> mlmmj users,
>
> update to 1.2.18.0.
>
> changes include:
> - both patches incorporated upstream, so removed locally,
> - upstream pulled the .sh from shell scripts, but i commented out
>   the symlinks since our version never had .sh files
> - upstream fixed the spelling, so s/ecieve/receive/
> - slightly more updated DESCR and more READMEs from distribution
>
> comments, ok's?
>
> any mlmmj users want to give this a spin?
>
> fyi, maintainer timeout so far
>
> cheers,
> okan
>
> Index: Makefile
> ===
> RCS file: /home/open/cvs/ports/mail/mlmmj/Makefile,v
> retrieving revision 1.13
> diff -u -p -r1.13 Makefile
> --- Makefile11 Mar 2013 11:23:51 -  1.13
> +++ Makefile4 Apr 2013 20:49:04 -
> @@ -2,7 +2,7 @@
>
>  COMMENT=   mailing list manager
>
> -DISTNAME=  mlmmj-1.2.17.1
> +DISTNAME=  mlmmj-1.2.18.0
>  CATEGORIES=mail
>
>  HOMEPAGE=  http://mlmmj.org/
> @@ -16,19 +16,14 @@ WANTLIB=c
>  MASTER_SITES=  http://mlmmj.org/releases/
>
>  CONFIGURE_STYLE=gnu
> -CONFIGURE_ARGS+=--enable-recieve-strip=yes
> +CONFIGURE_ARGS+=--enable-receive-strip=yes
>
> -DOCS=  README.access README.exim4 README.security README.sendmail TUNABLES
> +DOCS=  README* TUNABLES
>
>  post-install:
> ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/mlmmj
> cd ${WRKSRC} && ${INSTALL_DATA} ${DOCS} ${PREFIX}/share/doc/mlmmj
> -   cd ${WRKSRC} && ${INSTALL_DATA} contrib/recievestrip/README \
> -   ${PREFIX}/share/doc/mlmmj/README.recieve-strip
> -   mv ${PREFIX}/bin/mlmmj-make-ml.sh ${PREFIX}/bin/mlmmj-make-ml
> -   mv ${PREFIX}/man/man1/mlmmj-make-ml.sh.1 \
> -   ${PREFIX}/man/man1/mlmmj-make-ml.1
> -   sed -e 's/mlmmj-make-ml\.sh/mlmmj-make-ml/g' ${WRKSRC}/README > \
> -   ${PREFIX}/share/doc/mlmmj/README
> +   cd ${WRKSRC} && ${INSTALL_DATA} contrib/receivestrip/README \
> +   ${PREFIX}/share/doc/mlmmj/README.receive-strip
>
>  .include 
> Index: distinfo
> ===
> RCS file: /home/open/cvs/ports/mail/mlmmj/distinfo,v
> retrieving revision 1.8
> diff -u -p -r1.8 distinfo
> --- distinfo24 Jan 2012 02:20:35 -  1.8
> +++ distinfo4 Apr 2013 20:09:48 -
> @@ -1,5 +1,2 @@
> -MD5 (mlmmj-1.2.17.1.tar.gz) = xwXYvzAD32gQyXdc6G568A==
> -RMD160 (mlmmj-1.2.17.1.tar.gz) = Br2Kgtzlw/jyFCCkZuhE93HAiG8=
> -SHA1 (mlmmj-1.2.17.1.tar.gz) = 8WuHCYkb5Fdw34rIbsYsiQpYsp0=
> -SHA256 (mlmmj-1.2.17.1.tar.gz) = gJzGMknruGdOvOLpWYA+PA9HPASVfQvEYa+jpqEF3lc=
> -SIZE (mlmmj-1.2.17.1.tar.gz) = 253458
> +SHA256 (mlmmj-1.2.18.0.tar.gz) = ycH7ZK9xB7KJKnn2pIdZ875X0eh5r/qnGdQOjHCrZHQ=
> +SIZE (mlmmj-1.2.18.0.tar.gz) = 293017
> Index: patches/patch-README_sendmail
> ===
> RCS file: patches/patch-README_sendmail
> diff -N patches/patch-README_sendmail
> --- patches/patch-README_sendmail   19 Jun 2008 20:41:12 -  1.1
> +++ /dev/null   1 Jan 1970 00:00:00 -
> @@ -1,15 +0,0 @@
> -$OpenBSD: patch-README_sendmail,v 1.1 2008/06/19 20:41:12 simon Exp $
>  README.sendmail.orig   Thu Jun 19 07:35:27 2008
> -+++ README.sendmailThu Jun 19 07:48:08 2008
> -@@ -1,3 +1,11 @@
> -+mlmmj needs the Return-Path: header in mail messages as it otherwise
> -+would refuse to operate correctly.
> -+The prog delivery agent puts the Return-Path: header into the mail by
> -+adding `P' to the delivery agent F= flags like this:
> -+
> -+define(`LOCAL_SHELL_FLAGS', `eu9P')dnl
> -+
> -+
> - Using sendmail + VERP
> -
> - 
> 
> Index: patches/patch-src_mlmmj-process_c
> ===
> RCS file: patches/patch-src_mlmmj-process_c
> diff -N patches/patch-src_mlmmj-process_c
> --- patches/patch-src_mlmmj-process_c   24 Jan 2012 02:20:35 -  1.2
> +++ /dev/null   1 Jan 1970 00:00:00 -
> @@ -1,14 +0,0 @@
> -Prevent log messages when the tocc file doesn't exist.
> -
> -$OpenBSD: patch-src_mlmmj-process_c,v 1.2 2012/01/24 02:20:35 okan Exp $
>  src/mlmmj-process.c.orig   Tue Aug 24 07:38:12 2010
> -+++ src/mlmmj-process.cTue Jan 17 13:21:37 2012
> -@@ -721,8 +721,6 @@ int main(int argc, char **argv)
> -   addrtocc = !(statctrl(listdir, "tocc"));
> -   if(addrtocc) {
> -   for(i = 0; i < toemails.emailcount; i++) {
> --  log_error(LOG_ARGS, "Found To: %s",
> --  toemails.emaillist[i]);
> -   for(j = 0; j < alternates->count; j++) {
> -   chomp(alternates->strs[j]);
> -   if(strcasecmp(alternates->strs[j],
> Index: pkg/DESCR
> =

Re: QEMU 1.5.0-rc1

[Brad Smith]

On Fri, May 10, 2013 at 02:02:55PM -0400, Brad Smith wrote:
> To anyone interested in testing QEMU 1.5 with the rc1 release..

Here is an update to rc2..


Index: Makefile
===
RCS file: /home/cvs/ports/emulators/qemu/Makefile,v
retrieving revision 1.104
diff -u -p -r1.104 Makefile
--- Makefile19 Apr 2013 02:47:43 -  1.104
+++ Makefile17 May 2013 14:26:40 -
@@ -4,7 +4,7 @@ ONLY_FOR_ARCHS= amd64 i386 powerpc sparc
 
 COMMENT=   multi system emulator
 
-DISTNAME=  qemu-1.4.1
+DISTNAME=  qemu-1.5.0-rc2
 CATEGORIES=emulators
 MASTER_SITES=  http://wiki.qemu.org/download/
 EXTRACT_SUFX=  .tar.bz2
@@ -16,18 +16,24 @@ MAINTAINER= Brad Smith  $TMPC << EOF
-+# We prefer ucontext, but it's not always possible. The fallback
-+# is sigcontext. gthread is not selectable except explicitly, because
-+# it is not functional enough to run QEMU proper. (It is occasionally
-+# useful for debugging purposes.)  On Windows the only valid backend
-+# is the Windows-specific one.
-+
-+ucontext_works=no
-+if test "$darwin" != "yes"; then
-+  cat > $TMPC << EOF
- #include 
- #ifdef __stub_makecontext
- #error Ignoring glibc stub makecontext which will always fail
- #endif
- int main(void) { makecontext(0, 0, 0); return 0; }
- EOF
--if compile_prog "" "" ; then
--coroutine_backend=ucontext
--else
--  coroutine_backend=gthread
--fi
-+  if compile_prog "" "" ; then
-+ucontext_works=yes
-   fi
--elif test "$coroutine" = "gthread" ; then
--  coroutine_backend=gthread
--elif test "$coroutine" = "windows" ; then
--  coroutine_backend=windows
--elif test "$coroutine" = "sigaltstack" ; then
--  coroutine_backend=sigaltstack
-+fi
-+
-+if test "$coroutine" = ""; then
-+  if test "$mingw32" = "yes"; then
-+coroutine=win32
-+  elif test "$ucontext_works" = "yes"; then
-+coroutine=ucontext
-+  else
-+coroutine=sigaltstack
-+  fi
- else
--  echo
--  echo "Error: unknown coroutine backend $coroutine"
--  echo
--  exit 1
-+  case $coroutine in
-+  windows)
-+if test "$mingw32" != "yes"; then
-+  echo
-+  echo "Error: 'windows' coroutine backend only valid for Windows"
-+  echo
-+  exit 1
-+fi
-+# Unfortunately the user visible backend name doesn't match the
-+# coroutine-*.c filename for this case, so we have to adjust it here.
-+coroutine=win32
-+;;
-+  ucontext)
-+if test "$ucontext_works" != "yes"; then
-+  feature_not_found "ucontext"
-+fi
-+;;
-+  gthread|sigaltstack)
-+if test "$mingw32" = "yes"; then
-+  echo
-+  echo "Error: only the 'windows' coroutine backend is valid for Windows"
-+  echo
-+  exit 1
-+fi
-+;;
-+  *)
-+echo
-+echo "Error: unknown coroutine backend $coroutine"
-+echo
-+exit 1
-+;;
-+  esac
- fi
- 
- ##
-@@ -3164,8 +3197,6 @@ fi
+--- configure.orig Wed May 15 17:39:45 2013
 configure  Thu May 16 14:22:06 2013
+@@ -3390,8 +3390,6 @@ fi
  if test "$gcov" = "yes" ; then
CFLAGS="-fprofile-arcs -ftest-coverage -g $CFLAGS"
LDFLAGS="-fprofile-arcs -ftest-coverage $LDFLAGS"
@@ -98,25 +10,3 @@ $OpenBSD: patch-configure,v 1.31 2013/04
  fi
  
  
-@@ -3345,7 +3376,7 @@ echo "OpenGL support$opengl"
- echo "libiscsi support  $libiscsi"
- echo "build guest agent $guest_agent"
- echo "seccomp support   $seccomp"
--echo "coroutine backend $coroutine_backend"
-+echo "coroutine backend $coroutine"
- echo "GlusterFS support $glusterfs"
- echo "virtio-blk-data-plane $virtio_blk_data_plane"
- echo "gcov  $gcov_tool"
-@@ -3668,11 +3699,7 @@ if test "$rbd" = "yes" ; then
-   echo "CONFIG_RBD=y" >> $config_host_mak
- fi
- 
--if test "$coroutine_backend" = "ucontext" ; then
--  echo "CONFIG_UCONTEXT_COROUTINE=y" >> $config_host_mak
--elif test "$coroutine_backend" = "sigaltstack" ; then
--  echo "CONFIG_SIGALTSTACK_COROUTINE=y" >> $config_host_mak
--fi
-+echo "CONFIG_COROUTINE_BACKEND=$coroutine" >> $config_host_mak
- 
- if test "$open_by_handle_at" = "yes" ; then
-   echo "CONFIG_OPEN_BY_HANDLE=y" >> $config_host_mak
Index: patches/patch-include_qemu-common_h
===
RCS file: patches/patch-include_qemu-common_h
diff -N patches/patch-include_qemu-common_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-include_qemu-common_h 16 May 2013 18:24:10 -
@@ -0,0 +1,11 @@
+$OpenBSD$
+--- include/qemu-common.h.orig Wed May 15 17:39:46 2013
 include/qemu-common.h  Thu May 16 14:23:53 2013
+@@ -45,6 +45,7 @@
+ #if defined(__GLIBC__)
+ # include 
+ #elif defined CONFIG_BSD
++# include 
+ # if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || 
defined(__DragonFly__)
+ #  include 
+ # else
Index: patches/patch-tests_Makefile
===
RCS file: patches/patch-tests_Makefile
diff -N patches/patch-tests_Makefile

[fix] net/synergy

[David Coppa]

Hi,

The diff below makes synergy link against cryptopp from our ports tree in a 
sane manner.
It also appears to fix the build error on i386.

Tested on my i386 netbook.

Comments? OKs?

ciao,
David

Index: Makefile
===
RCS file: /cvs/ports/net/synergy/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- Makefile16 May 2013 00:09:05 -  1.19
+++ Makefile17 May 2013 14:14:12 -
@@ -5,7 +5,7 @@ COMMENT=mouse and keyboard sharing uti
 V= 1.4.12
 DISTNAME=  synergy-${V}-Source
 PKGNAME=   synergy-${V}
-REVISION=  0
+REVISION=  1
 CATEGORIES=net x11
 
 MAINTAINER=Brian Callahan 
@@ -15,12 +15,14 @@ HOMEPAGE=   http://synergy-foss.org/
 # GPLv2
 PERMIT_PACKAGE_CDROM=  Yes
 
-WANTLIB += ICE SM X11 Xext Xi Xinerama Xrandr Xtst c m pthread stdc++
+WANTLIB=   ICE SM X11 Xext Xi Xinerama Xrandr Xtst \
+   c cryptopp m pthread stdc++
 
 MASTER_SITES=  http://synergy.googlecode.com/files/
 
-BUILD_DEPENDS= archivers/gtar \
-   devel/cryptopp:patch
+BUILD_DEPENDS= archivers/gtar
+
+LIB_DEPENDS=   devel/cryptopp
 
 # tar: Invalid header, starting valid header search.
 TAR=   ${LOCALBASE}/bin/gtar
@@ -31,9 +33,6 @@ NO_TEST=  Yes
 
 pre-patch:
@cd ${WRKSRC} ; perl -pi -e 's/\r$$//' CMakeLists.txt
-
-post-patch:
-   @ln -s ${WRKDIR}/devel/cryptopp ${WRKSRC}/tools/cryptopp562
 
 do-install:
${INSTALL_PROGRAM} ${WRKSRC}/bin/synergy[cs] ${PREFIX}/bin/
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/net/synergy/patches/patch-CMakeLists_txt,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt12 May 2013 16:09:04 -  1.2
+++ patches/patch-CMakeLists_txt17 May 2013 14:14:12 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-CMakeLists_txt,v 1.2 2013/05/12 16:09:04 bcallah Exp $
 CMakeLists.txt.origThu Apr 18 10:50:31 2013
-+++ CMakeLists.txt Thu Apr 18 10:50:31 2013
+--- CMakeLists.txt.origFri May 17 15:29:30 2013
 CMakeLists.txt Fri May 17 15:31:40 2013
 @@ -87,7 +87,7 @@ if (UNIX)
check_include_files(strings.h HAVE_STRINGS_H)
check_include_files(string.h HAVE_STRING_H)
@@ -27,7 +27,7 @@ $OpenBSD: patch-CMakeLists_txt,v 1.2 201

if (APPLE)
exec_program(uname ARGS -v OUTPUT_VARIABLE DARWIN_VERSION)
-@@ -174,78 +175,53 @@ if (UNIX)
+@@ -174,79 +175,54 @@ if (UNIX)
  
else()
  
@@ -129,10 +129,31 @@ $OpenBSD: patch-CMakeLists_txt,v 1.2 201
endif()
  
endif()
--
+ 
 -IF(HAVE_Xi)
 -LIST(APPEND libs Xi)
 -ENDIF()
- 
+-
# For config.h, set some static values; it may be a good idea to make
# these values dynamic for non-standard UNIX compilers.
+   set(ACCEPT_TYPE_ARG3 socklen_t)
+@@ -294,6 +270,11 @@ else (UNIX)
+ 
+ endif()
+ 
++if (CMAKE_SYSTEM_NAME MATCHES "OpenBSD")
++  include_directories(${OPENBSD_LOCALBASE}/include)
++  link_directories(${OPENBSD_LOCALBASE}/lib)
++endif()
++
+ if (GAME_DEVICE_SUPPORT)
+   add_definitions(-DGAME_DEVICE_SUPPORT)
+ endif()
+@@ -303,7 +284,6 @@ if (VNC_SUPPORT)
+ endif()
+ 
+ add_subdirectory(src)
+-add_subdirectory(tools)
+ 
+ if (WIN32)
+   # add /analyze in order to unconver potential bugs in the source code
Index: patches/patch-src_lib_synergy_CCryptoMode_h
===
RCS file: patches/patch-src_lib_synergy_CCryptoMode_h
diff -N patches/patch-src_lib_synergy_CCryptoMode_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_lib_synergy_CCryptoMode_h 17 May 2013 14:14:12 -
@@ -0,0 +1,16 @@
+$OpenBSD$
+--- src/lib/synergy/CCryptoMode.h.orig Fri May 17 14:10:03 2013
 src/lib/synergy/CCryptoMode.h  Fri May 17 14:10:34 2013
+@@ -17,9 +17,9 @@
+ 
+ #pragma once
+ 
+-#include 
+-#include 
+-#include 
++#include 
++#include 
++#include 
+ #include "ECryptoMode.h"
+ #include "CString.h"
+ 
Index: patches/patch-src_lib_synergy_CCryptoStream_h
===
RCS file: patches/patch-src_lib_synergy_CCryptoStream_h
diff -N patches/patch-src_lib_synergy_CCryptoStream_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_lib_synergy_CCryptoStream_h   17 May 2013 14:14:12 
-
@@ -0,0 +1,14 @@
+$OpenBSD$
+--- src/lib/synergy/CCryptoStream.h.orig   Fri May 17 14:10:14 2013
 src/lib/synergy/CCryptoStream.hFri May 17 14:10:46 2013
+@@ -20,8 +20,8 @@
+ #include "BasicTypes.h"
+ #include "CStreamFilter.h"
+ #include "CCryptoMode.h"
+-#include 
+-#include 
++#include 
++#include 
+ 
+ class CCryptoOpt

NEW: www/p5-HTTP-DAV

[Giovanni Bechis]

pkg/DESCR:
HTTP::DAV is a Perl API for interacting with and modifying content on 
webservers using the WebDAV protocol.
You can LOCK, DELETE and PUT files and much more on a DAV-enabled webserver.

Comments ? Ok ?
 Cheers
  Giovanni


p5-HTTP-DAV-0.47.tgz
Description: Binary data

Re: outdated HOMEPAGEs

[Alexey E. Suslikov]

Martin Natano  natano.net> writes:

> 
> On Thu, May 16, 2013 at 08:48:37PM +0100, Stuart Henderson wrote:
> > good. next step is to identify whether sites are just down temporarily,
> > or permanently (hint: if they still show in google when searching for the
> > software, they are probably just down temporarily), and if it looks
> > permanent, see if there is an alternative page.
> > 
> ok, I'll prepare a diff. Thank you for the hint.

some ports got fixed recently. could you post updated list?

Re: UPDATE: net/netbsd-iscsi-target

[Alexey Suslikov]

On Fri, May 17, 2013 at 2:57 PM, David Coppa  wrote:
> On Fri, May 17, 2013 at 1:55 PM, Alexey Suslikov
>  wrote:
>> On Fri, May 17, 2013 at 2:50 PM, Kirill Bychkov  wrote:
>>> On Fri, May 17, 2013 15:25, Alexey Suslikov wrote:
 On Fri, May 17, 2013 at 1:30 PM, Kirill Bychkov  
 wrote:
> On Fri, May 17, 2013 14:02, David Coppa wrote:
>> On Fri, May 17, 2013 at 11:43 AM, Alexey Suslikov
>>  wrote:
>>> Mostly cleanup update:
>>> * remove dead HOMEPAGE
>>> * MASTER_SITES changed
>>> * new distinfo
>>> * PFRAG.shared -> PLIST
>>
>> ok dcoppa@ for the dev who wants to do the commit
>>
>> ciao,
>> David
>>
>>
> Is it OK to merge PFRAG into PLIST when it's not SHARED_ONLY port and it
> have
> .a an .la libs?

 .a and .la are for static linking, no?
>>>
>>> Yes. And we still have static archs which can't create .so lib. So it's 
>>> living
>>> in PFRAG.shared and not built and installed on !shared archs.
>>
>> I see. Let's go without PLIST/PFRAG.shared chunks. Ok?
>
> your update has been already committed by sthen@

to clarify on that "special support" sthen@ mentioned.

am I correctly understood, bsd.port.mk will not install .so on !shared
if .a/.la specified, right?

Re: UPDATE: net/netbsd-iscsi-target

[David Coppa]

On Fri, May 17, 2013 at 1:55 PM, Alexey Suslikov
 wrote:
> On Fri, May 17, 2013 at 2:50 PM, Kirill Bychkov  wrote:
>> On Fri, May 17, 2013 15:25, Alexey Suslikov wrote:
>>> On Fri, May 17, 2013 at 1:30 PM, Kirill Bychkov  wrote:
 On Fri, May 17, 2013 14:02, David Coppa wrote:
> On Fri, May 17, 2013 at 11:43 AM, Alexey Suslikov
>  wrote:
>> Mostly cleanup update:
>> * remove dead HOMEPAGE
>> * MASTER_SITES changed
>> * new distinfo
>> * PFRAG.shared -> PLIST
>
> ok dcoppa@ for the dev who wants to do the commit
>
> ciao,
> David
>
>
 Is it OK to merge PFRAG into PLIST when it's not SHARED_ONLY port and it
 have
 .a an .la libs?
>>>
>>> .a and .la are for static linking, no?
>>
>> Yes. And we still have static archs which can't create .so lib. So it's 
>> living
>> in PFRAG.shared and not built and installed on !shared archs.
>
> I see. Let's go without PLIST/PFRAG.shared chunks. Ok?

your update has been already committed by sthen@

Re: new: net/serf

[Stuart Henderson]

On 2013/05/17 11:10, Stefan Sperling wrote:
> serf is a requirement for the upcoming Subversion 1.8 release.
> 
> ok?

please remove iconv from WANTLIB and add MODULES=converters/libiconv
instead, and zap PERMIT_PACKAGE_FTP / PERMIT_DISTFILES_FTP (they are now
implied by PERMIT_PACKAGE_CDROM), then it's OK sthen@

Re: UPDATE: net/netbsd-iscsi-target

[Stuart Henderson]

On 2013/05/17 14:30, Kirill Bychkov wrote:
> On Fri, May 17, 2013 14:02, David Coppa wrote:
> > On Fri, May 17, 2013 at 11:43 AM, Alexey Suslikov
> >  wrote:
> >> Mostly cleanup update:
> >> * remove dead HOMEPAGE
> >> * MASTER_SITES changed
> >> * new distinfo
> >> * PFRAG.shared -> PLIST
> >
> > ok dcoppa@ for the dev who wants to do the commit
> >
> > ciao,
> > David
> >
> >
> Is it OK to merge PFRAG into PLIST when it's not SHARED_ONLY port and it have
> .a an .la libs?
> 

yes, there is special support for this now.

what you have to watch out for, is ports like gettext, where there is
a library that is only present as .so, with no .a lib.

Re: UPDATE: net/netbsd-iscsi-target

[Kirill Bychkov]

On Fri, May 17, 2013 15:25, Alexey Suslikov wrote:
> On Fri, May 17, 2013 at 1:30 PM, Kirill Bychkov  wrote:
>> On Fri, May 17, 2013 14:02, David Coppa wrote:
>>> On Fri, May 17, 2013 at 11:43 AM, Alexey Suslikov
>>>  wrote:
 Mostly cleanup update:
 * remove dead HOMEPAGE
 * MASTER_SITES changed
 * new distinfo
 * PFRAG.shared -> PLIST
>>>
>>> ok dcoppa@ for the dev who wants to do the commit
>>>
>>> ciao,
>>> David
>>>
>>>
>> Is it OK to merge PFRAG into PLIST when it's not SHARED_ONLY port and it
>> have
>> .a an .la libs?
>
> .a and .la are for static linking, no?

Yes. And we still have static archs which can't create .so lib. So it's living
in PFRAG.shared and not built and installed on !shared archs.

>

Re: UPDATE: net/netbsd-iscsi-target

[Alexey Suslikov]

On Fri, May 17, 2013 at 1:30 PM, Kirill Bychkov  wrote:
> On Fri, May 17, 2013 14:02, David Coppa wrote:
>> On Fri, May 17, 2013 at 11:43 AM, Alexey Suslikov
>>  wrote:
>>> Mostly cleanup update:
>>> * remove dead HOMEPAGE
>>> * MASTER_SITES changed
>>> * new distinfo
>>> * PFRAG.shared -> PLIST
>>
>> ok dcoppa@ for the dev who wants to do the commit
>>
>> ciao,
>> David
>>
>>
> Is it OK to merge PFRAG into PLIST when it's not SHARED_ONLY port and it have
> .a an .la libs?

.a and .la are for static linking, no?

Re: FIX: editors/ee

[Stuart Henderson]

On 2013/05/17 02:05, Brian Callahan wrote:
> 
> 
> On Thu, 16 May 2013, Brian Callahan wrote:
> 
> >Hi ports --
> >
> >I was looking through the list of ports with unreachable HOMEPAGEs tonight.
> >editors/ee's HOMEPAGE appears to be entirely missing (can't find it
> >on DDG or Google).
> >The port needed a little tweak anyway, below is a patch:
> >* Add PKGNAME (since we probably don't want .src in the package name)
> >* Mirror the source myself
> >* Take MAINTAINER (unless someone else wants it?)
> >
> >I needed to add EPOCH for 'make update' to work correctly.
> >
> >OK?
> >
> 
> I found a homepage for ee. The sources on the page are a bit outdated
> though, so I'll continue to provide a mirror.

your diff is broken (something with whitespace, not sure what);
reads OK to me anyway, but please change this as well,

${INSTALL} ${WRKDIST}/ee ${PREFIX}/bin/ee

- should use ${INSTALL_PROGRAM}.

NOT FOR COMMIT but testing: Subversion 1.8.0-rc2

[Stefan Sperling]

For Subversion users who would like to test-drive Subversion 1.8
on OpenBSD-current, the diff below updates the port to 1.8.0-rc2.

Subversion 1.8 requires the port of serf I posted here:
  http://marc.info/?l=openbsd-ports&m=136878247320075&w=2

For details about Subversion 1.8, see
  http://subversion.apache.org/#news-20130516

If no show-stopper bugs are found, this will become the final 1.8.0
release within 4 weeks. I'd appreciate any test reports. I have the
ability to commit bug fixes upstream so please report directly to me.

I apologize to any ports@ readers who believe this post is off-topic.
I got good results last time when I sent pre-releases of Subversion 1.7,
which is why I'm repeating this effort. Getting tests from the OpenBSD
community, which tends to produce quality bug reports, helps make new
major Subversion releases a lot better.

Note that the working copy format has changed, which means that
working copies created with 1.7 will need to be upgraded to the
1.8 format with 'svn upgrade' before they can be ussed.
There is no downgrade path for working copies.

Index: Makefile
===
RCS file: /cvs/ports/devel/subversion/Makefile,v
retrieving revision 1.121
diff -u -p -r1.121 Makefile
--- Makefile3 May 2013 07:46:12 -   1.121
+++ Makefile17 May 2013 09:58:17 -
@@ -7,7 +7,7 @@ COMMENT-ruby=   ruby interface to subvers
 COMMENT-ap2=   apache2 subversion modules
 COMMENT-gnome-keyring= GNOME keyring support for subversion
 
-VERSION=   1.7.9
+VERSION=   1.8.0-rc2
 DISTNAME=  subversion-${VERSION}
 PKGNAME-main=  ${DISTNAME}
 FULLPKGNAME-perl=  p5-SVN-${VERSION}
@@ -21,10 +21,10 @@ FULLPKGPATH-ap2=devel/subversion,-ap2
 FULLPKGNAME-gnome-keyring= gnome-keyring-subversion-${VERSION}
 FULLPKGPATH-gnome-keyring= devel/subversion,-gnome-keyring
 
-SO_VERSION=1.3
+SO_VERSION=1.4
 SVN_LIBS=  svn_client-1 svn_delta-1 svn_diff-1 svn_fs-1 \
svn_fs_base-1 svn_fs_fs-1 svn_fs_util-1 svn_ra-1 \
-   svn_ra_neon-1 svn_ra_local-1 svn_ra_neon-1 \
+   svn_ra_serf-1 svn_ra_local-1 \
svn_ra_svn-1 svn_repos-1 svn_subr-1 svn_wc-1
 SVN_EXT_LIBS=  svn_swig_perl-1 svn_swig_py-1 svn_swig_ruby-1 \
svn_auth_gnome_keyring-1
@@ -63,15 +63,14 @@ MULTI_PACKAGES = -main -ap2 -perl -pytho
 
 MAINSPEC = ${PKGNAME}:devel/subversion,-main
 LIB_DEPENDS-main = ${LIB_DEPENDS} \
-   net/neon>=0.26.2 \
+   net/serf \
devel/apr \
devel/apr-util \
security/cyrus-sasl2 \
devel/libmagic
 
-WANTLIB-main=  ${WANTLIB} asn1 c crypto db gssapi krb5 ssl \
-   neon>=26 apr-1 aprutil-1 sasl2>=2 sqlite3 \
-   m proxy stdc++
+WANTLIB-main=  ${WANTLIB} c crypto db ssl \
+   serf-1 apr-1 aprutil-1 sasl2>=2 sqlite3
 RUN_DEPENDS-main= ${MODGETTEXT_RUN_DEPENDS}
 
 TOOLS_HOOK_SCRIPTS=commit-access-control.cfg.example \
@@ -103,8 +102,8 @@ LIB_DEPENDS-perl=   ${MODGETTEXT_LIB_DEPEN
 WANTLIB-perl +=${_lib}>=${SO_VERSION}
 .endfor
 
-WANTLIB-python=${WANTLIB} apr-1 aprutil-1 asn1 crypto gssapi 
db \
-   krb5 neon proxy sasl2 sqlite3 ssl ${MODPY_WANTLIB}
+WANTLIB-python=${WANTLIB} apr-1 aprutil-1 crypto db m \
+   serf-1 sasl2 sqlite3 ssl util ${MODPY_WANTLIB}
 RUN_DEPENDS-python=${MODPY_RUN_DEPENDS}
 LIB_DEPENDS-python=${MODPY_LIB_DEPENDS} ${MODGETTEXT_LIB_DEPENDS} \
${MAINSPEC}
@@ -113,8 +112,8 @@ WANTLIB-python +=   ${_lib}>=${SO_VERSION}
 .endfor
 
 MODRUBY_REV=   1.8
-WANTLIB-ruby=  ${WANTLIB} apr-1 aprutil-1 asn1 crypto gssapi db \
-   krb5 m neon proxy sasl2 sqlite3 ssl ${MODRUBY_WANTLIB}
+WANTLIB-ruby=  ${WANTLIB} apr-1 aprutil-1 crypto db m \
+   serf-1 sasl2 sqlite3 ssl ${MODRUBY_WANTLIB}
 RUN_DEPENDS-ruby=  ${MODRUBY_RUN_DEPENDS}
 LIB_DEPENDS-ruby=  ${MODRUBY_LIB_DEPENDS} \
${MODGETTEXT_LIB_DEPENDS} ${MAINSPEC}
@@ -124,8 +123,7 @@ WANTLIB-ruby += ${_lib}>=${SO_VERSION}
 
 WANTLIB-gnome-keyring= ${WANTLIB} apr-1 aprutil-1 gcrypt gpg-error \
dbus-1>=7 glib-2.0 gnome-keyring>=6 pcre>=2 sqlite3 \
-   svn_subr-1>=${SO_VERSION} ffi gmodule-2.0 gobject-2.0 \
-   gthread-2.0
+   svn_subr-1>=${SO_VERSION} ffi gmodule-2.0 gobject-2.0
 LIB_DEPENDS-gnome-keyring= ${MAINSPEC} \
${MODGETTEXT_LIB_DEPENDS} \
x11/gnome/libgnome-keyring
@@ -167,14 +165,15 @@ CONFIGURE_ENV+=   RUBY=ruby${MODRUBY_BINRE
 
 .if ${BUILD_PACKAGES:M-ap2}
 CONFIGURE_ARGS+=--with-apxs=${LOCALBASE}/sbin/apxs2 \
-   --disable-mod-activation
+   --disable-mod-activation \
+   --with-apache-libexecdir=${LOCALB

Re: UPDATE: net/netbsd-iscsi-target

[Kirill Bychkov]

On Fri, May 17, 2013 14:02, David Coppa wrote:
> On Fri, May 17, 2013 at 11:43 AM, Alexey Suslikov
>  wrote:
>> Mostly cleanup update:
>> * remove dead HOMEPAGE
>> * MASTER_SITES changed
>> * new distinfo
>> * PFRAG.shared -> PLIST
>
> ok dcoppa@ for the dev who wants to do the commit
>
> ciao,
> David
>
>
Is it OK to merge PFRAG into PLIST when it's not SHARED_ONLY port and it have
.a an .la libs?

Re: UPDATE: net/netbsd-iscsi-target

[David Coppa]

On Fri, May 17, 2013 at 11:43 AM, Alexey Suslikov
 wrote:
> Mostly cleanup update:
> * remove dead HOMEPAGE
> * MASTER_SITES changed
> * new distinfo
> * PFRAG.shared -> PLIST

ok dcoppa@ for the dev who wants to do the commit

ciao,
David

Re: UPDATE: net/netbsd-iscsi-target

[Roman Kravchuk]

Tested on current amd64.

ok MAINTAINER


2013/5/17 Alexey Suslikov 

> Mostly cleanup update:
> * remove dead HOMEPAGE
> * MASTER_SITES changed
> * new distinfo
> * PFRAG.shared -> PLIST
>

UPDATE: net/netbsd-iscsi-target

[Alexey Suslikov]

Mostly cleanup update:
* remove dead HOMEPAGE
* MASTER_SITES changed
* new distinfo
* PFRAG.shared -> PLIST


netbsd-iscsi-target.diff
Description: Binary data

new: net/serf

[Stefan Sperling]

serf is a requirement for the upcoming Subversion 1.8 release.

ok?


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

Re: kdelibs-4.10.3 packaging error

[Stuart Henderson]

On 2013/05/17 01:52, Scott McEachern wrote:
> On 05/17/13 01:00, David Coppa wrote:
> >On Fri, May 17, 2013 at 12:57 AM, Scott McEachern  
> >wrote:
> >
> >>Error:
> >>/usr/ports/pobj/kdelibs-4.10.3/fake-amd64/usr/local/lib/kde4/plugins/script/libkrossqtsplugin.so
> >>does not exist
> >>Fatal error: can't continue
> >Monday I've fixed a problem with cmake shared lib support and some
> >packages need to be fixed too as a consequence
> >
> >ciao,
> >David
> >
> 
> Ok, thanks for the response.  I'll give it a few days and watch for commits.
> 
> BTW, I've since found a similar problem with devel/libgtop2.

libgtop2 will be a different problem, I think this will be due to changes
in a uvm header file.

Re: by what utils I can generate static menu for OpenBox under OpenBSD 5.3?

[David Coppa]

On Fri, May 17, 2013 at 8:24 AM, Lars Engblom
 wrote:
> Menumaker is a pure python program and works really well. There is no ready
> port, so you could take it as an exercise to make one :). This would be an
> easy project as the first port made by you.

Or even a port for openbox-xdgmenu, which was mentioned by the original poster.
Take it at:

https://launchpad.net/ubuntu/saucy/+source/openbox-xdgmenu/0.3-0ubuntu2/+files/openbox-xdgmenu_0.3.orig.tar.gz

> If you have python installed (and symlinked) you install menumaker by the
> normal /"./configure; make; make install"/ sequence.
>
> You get it from here: http://menumaker.sourceforge.net/
>
>
> On 05/17/13 08:39, dmitry.sensei wrote:
>>
>> Hi!
>>
>> by what utils I can generate static menu for OpenBox under OpenBSD 5.3?
>> Because openbox-xdgmenu is not in ports
>>
>

Re: by what utils I can generate static menu for OpenBox under OpenBSD 5.3?

[Lars Engblom]

Menumaker is a pure python program and works really well. There is no 
ready port, so you could take it as an exercise to make one :). This 
would be an easy project as the first port made by you.


If you have python installed (and symlinked) you install menumaker by 
the normal /"./configure; make; make install"/ sequence.


You get it from here: http://menumaker.sourceforge.net/

On 05/17/13 08:39, dmitry.sensei wrote:

Hi!

by what utils I can generate static menu for OpenBox under OpenBSD 5.3?
Because openbox-xdgmenu is not in ports