date:20170703

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/03 16:15:47

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

Log message:
handle kamailio-xmlrpc -> kamailo-xml

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/03 16:14:20

Modified files:
telephony/kamailio: Makefile distinfo 
telephony/kamailio/patches: patch-etc_kamailio_cfg 
patch-utils_kamctl_kamctl 
patch-utils_kamctl_kamctl_base 
patch-utils_kamctl_kamctlrc 
patch-utils_kamctl_kamdbctl_base 
telephony/kamailio/pkg: PLIST-ldap PLIST-main PLIST-mysql 
PLIST-postgresql kamailio.rc 
Added files:
telephony/kamailio/patches: patch-src_Makefile_defs 
patch-src_Makefile_libs 
patch-src_core_cfg_y 
patch-src_core_list_h 
patch-src_core_msg_translator_c 
patch-src_core_pt_c 
patch-src_core_rand_fastrand_c 
patch-src_core_rand_fastrand_h 
patch-src_core_select_core_c 
patch-src_core_sip_msg_clone_c 
patch-src_core_tcp_read_c 
patch-src_core_timer_c 
patch-src_lib_srdb1_Makefile 
patch-src_lib_srdb2_Makefile 
patch-src_lib_srutils_Makefile 
patch-src_lib_trie_Makefile 
patch-src_main_c 

patch-src_modules_auth_identity_auth_crypt_c 

patch-src_modules_auth_identity_auth_identity_c 
patch-src_modules_ctl_init_socks_c 
patch-src_modules_db_berkeley_Makefile 
patch-src_modules_db_berkeley_bdb_lib_c 
patch-src_modules_db_berkeley_km_bdb_lib_c 
patch-src_modules_db_mysql_my_cmd_c 
patch-src_modules_ipops_detailed_ip_type_c 
patch-src_modules_lcr_lcr_mod_c 
patch-src_modules_ldap_ld_session_h 

patch-src_modules_nat_traversal_nat_traversal_c 
patch-src_modules_rls_utils_c 
patch-src_modules_rls_utils_h 
patch-src_modules_seas_ha_c 
patch-src_modules_tls_tls_init_c 
patch-src_modules_xhttp_pi_xhttp_pi_fnc_c 
patch-src_modules_xmlrpc_xmlrpc_c 
patch-utils_kamctl_kamdbctl_pgsql 
telephony/kamailio/pkg: DESCR-berkeley DESCR-presence DESCR-xml 
PLIST-berkeley PLIST-presence PLIST-xml 
Removed files:
telephony/kamailio/patches: patch-Makefile_defs 
patch-Makefile_libs patch-cfg_y 
patch-lib_binrpc_Makefile 
patch-lib_binrpc_binrpc_api_c 
patch-lib_kcore_Makefile 
patch-lib_kmi_Makefile 
patch-lib_print_Makefile 
patch-lib_srdb1_Makefile 
patch-lib_srdb2_Makefile 
patch-lib_srutils_Makefile 
patch-lib_trie_Makefile patch-list_h 
patch-main_c 
patch-modules_auth_auth_mod_c 
patch-modules_ctl_init_socks_c 
patch-modules_db_berkeley_Makefile 
patch-modules_db_berkeley_bdb_lib_c 
patch-modules_db_berkeley_km_bdb_lib_c 
patch-modules_db_mysql_my_cmd_c 
patch-modules_dmq_usrloc_usrloc_sync_c 
patch-modules_lcr_lcr_mod_c 
patch-modules_ldap_ld_session_h 
patch-modules_mediaproxy_mediaproxy_c 
patch-modules_mi_xmlrpc_abyss_data_h 
patch-modules_mi_xmlrpc_abyss_xmlrpc_int_h 
patch-modules_nat_traversal_nat_traversal_c 
patch-modules_nathelper_nathelper_c

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/03 16:01:47

Modified files:
net/unifi  : Makefile distinfo 
net/unifi/patches: patch-unifi_sh_api 
net/unifi/pkg  : PLIST 

Log message:
switch net/unifi to the 5.5.x branch now that unifi-5.5.19 has been
released as stable.

note that the mongodb migration which takes place at startup can be
rather slow - backing up config before upgrading is always recommended
with unifi, but especially so for this type of update.

Re: Update: telephony/kamailio to 5.0.2

2017-07-03 Thread Stuart Henderson

On 2017/07/03 20:48, Roman Kravchuk wrote:
> Updated port is attached.
> 
> Thanks.

Thanks - any idea what they changed in the tarball?

UPDATE: Hydra-8.5

2017-07-03 Thread Gonzalo L. Rodriguez

Hello,

Little update for Hydra to 8.5:

https://github.com/vanhauser-thc/thc-hydra

Ok? Comments?

Cheers.-

-- 
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/security/hydra/Makefile,v
retrieving revision 1.57
diff -u -p -r1.57 Makefile
--- Makefile28 Feb 2017 12:47:56 -  1.57
+++ Makefile3 Jul 2017 14:47:25 -
@@ -3,7 +3,7 @@
 COMMENT-main=  parallelized network logon cracker
 COMMENT-gui=   GTK frontend for hydra
 
-VERSION=   8.4
+VERSION=   8.5
 PKGNAME-main=  hydra-${VERSION}
 PKGNAME-gui=   hydra-gui-${VERSION}
 CATEGORIES=security
Index: distinfo
===
RCS file: /cvs/ports/security/hydra/distinfo,v
retrieving revision 1.15
diff -u -p -r1.15 distinfo
--- distinfo28 Feb 2017 12:47:56 -  1.15
+++ distinfo3 Jul 2017 14:47:25 -
@@ -1,2 +1,2 @@
-SHA256 (thc-hydra-8.4.tar.gz) = tHgVdhjmAuCorcQS76zBwqXZWo9b+zBXn79Zl0ac2LQ=
-SIZE (thc-hydra-8.4.tar.gz) = 1191761
+SHA256 (thc-hydra-8.5.tar.gz) = abadFs6UmfOpQYNrTYocij/5uQXJIcyMWIo69/ZaO0s=
+SIZE (thc-hydra-8.5.tar.gz) = 1193694
Index: patches/patch-configure
===
RCS file: /cvs/ports/security/hydra/patches/patch-configure,v
retrieving revision 1.8
diff -u -p -r1.8 patch-configure
--- patches/patch-configure 28 Feb 2017 12:47:56 -  1.8
+++ patches/patch-configure 3 Jul 2017 14:47:25 -
@@ -1,7 +1,8 @@
 $OpenBSD: patch-configure,v 1.8 2017/02/28 12:47:56 benoit Exp $
 configure.orig Thu Aug 11 09:48:55 2016
-+++ configure  Sat Oct  8 19:35:00 2016
-@@ -423,106 +423,6 @@ fi
+Index: configure
+--- configure.orig
 configure
+@@ -427,106 +427,6 @@ fi
fi
  #fi
  
@@ -108,7 +109,7 @@ $OpenBSD: patch-configure,v 1.8 2017/02/
  if [ "X" != "X$DEBUG" ]; then
 echo DEBUG: SVN_PATH=$SVN_PATH/libsvn_client-1
 echo DEBUG: APR_PATH=$APR_PATH/libapr
-@@ -549,26 +449,6 @@ if [ "X" = "X$SVN_PATH" -o "X" = "X$APR_PATH" ]; then
+@@ -553,26 +453,6 @@ if [ "X" = "X$SVN_PATH" -o "X" = "X$APR_PATH" ]; then
  echo "   ... 
NOT found, module svn disabled"
  fi
  
@@ -135,7 +136,7 @@ $OpenBSD: patch-configure,v 1.8 2017/02/
  for i in $INCDIRS ; do
  if [ "X" != "X$FIREBIRD_PATH" ]; then
  if [ -f "$i/ibase.h" ]; then
-@@ -638,26 +518,6 @@ if [ -f "/usr/include/math.h" ]; then
+@@ -642,26 +522,6 @@ if [ -f "/usr/include/math.h" ]; then
  else
echo "   ... math.h not found, 
module Mysql disabled"
  fi
@@ -162,7 +163,7 @@ $OpenBSD: patch-configure,v 1.8 2017/02/
  for i in $INCDIRS ; do
  if [ "X" != "X$AFP_PATH" ]; then
  if [ -f "$i/afpfs-ng/afp.h" ]; then
-@@ -678,26 +538,6 @@ if [ "X" = "X$AFP_PATH" -o "X" = "X$AFP_IPATH" ]; then
+@@ -682,26 +542,6 @@ if [ "X" = "X$AFP_PATH" -o "X" = "X$AFP_IPATH" ]; then
  AFP_IPATH=""
  fi
  
@@ -189,7 +190,7 @@ $OpenBSD: patch-configure,v 1.8 2017/02/
  for i in $INCDIRS ; do
  if [ "X" != "X$NCP_PATH" ]; then
  if [ -f "$i/ncp/nwcalls.h" ]; then
-@@ -718,27 +558,6 @@ if [ "X" = "X$NCP_PATH" -o "X" = "X$NCP_IPATH" ]; then
+@@ -722,27 +562,6 @@ if [ "X" = "X$NCP_PATH" -o "X" = "X$NCP_IPATH" ]; then
  NCP_IPATH=""
  fi
  
@@ -217,7 +218,7 @@ $OpenBSD: patch-configure,v 1.8 2017/02/
  if [ "X" != "X$DEBUG" ]; then
 echo DEBUG: SAPR3_PATH=$SAPR3_PATH/librfc
 echo DEBUG: SAPR3_IPATH=$SAPR3_IPATH/saprfc.h
-@@ -822,47 +641,6 @@ if [ "X" != "X$DEBUG" ]; then
+@@ -826,47 +645,6 @@ if [ "X" != "X$DEBUG" ]; then
 echo DEBUG: ORACLE_INC=$INCDIRS
  fi
  
@@ -265,7 +266,7 @@ $OpenBSD: patch-configure,v 1.8 2017/02/
  if [ "X" != "X$DEBUG" ]; then
 echo DEBUG: ORACLE_PATH=$ORACLE_PATH/libocci
  fi
-@@ -894,13 +672,6 @@ if [ "X" != "X$DEBUG" ]; then
+@@ -898,13 +676,6 @@ if [ "X" != "X$DEBUG" ]; then
 echo DEBUG: ORACLE_PATH=$ORACLE_PATH/libaio
  fi
  
@@ -279,12 +280,3 @@ $OpenBSD: patch-configure,v 1.8 2017/02/
  if [ "X" != "X$DEBUG" ]; then
 echo DEBUG: ORACLE_IPATH=$ORACLE_IPATH/oci.h
  fi
-@@ -997,7 +768,7 @@ test -x $TMPC && GCCSEC="yes"
- grep -q fPI $TMPC.c.err || GCCSECOPT="-pie -fPIE $GCCSECOPT"
- rm -f "$TMPC"
- gcc $GCCSECOPT -Wl,-z,now -Wl,-z,relro -o $TMPC $TMPC.c > /dev/null 2> 
$TMPC.c.err
--test -x $TMPC && { LDSEC="yes" ; GCCSECOPT="$GCCSECOPT -Wl,-z,now 
-Wl,-z,relro" ; }
-+test -x $TMPC && { LDSEC="yes" ; GCCSECOPT="$GCCSECOPT" ; }
- rm -f $TMPC $TMPC.c $TMPC.c.err
- echo "  Compiling... $GCCSEC"
- echo "  Linking... $LDSEC"

[wip] geo/pgpointcloud

2017-07-03 Thread Landry Breuil

hi,

here's a port for pgpointcloud
(https://github.com/pgpointcloud/pointcloud), using a sha from a recent
git master (no release in a good while), been able to test it using a
pdal pipeline after enabling the pointcloud extension in a test psql
database, managed to load a .las pointcloud file into a table in
postgres (ie https://www.pdal.io/stages/writers.pgpointcloud.html)
without issues and do some basic queries.

postgres=# select pc_astext(pc_pointn(pa,1)) from example limit 1;
 {"pcid":2,"pt":[152,4,4,0,1,2,-33,0,2,411860,718000,6.50932e+06,539.84]}

The cmake stuff is to be improved.. feedback too.

Landry


pgpointcloud-1.1.tgz
Description: application/tar-gz

NEW: emulators/gr-lida

2017-07-03 Thread Juan Francisco Cantero Hurtado

OK?

Comment:
games cataloging tool and emulator launcher

Description:
GR-lida is a software for cataloging games and a launcher for emulators. It
includes support for plugins, additional artwork and manuals.

Maintainer: Juan Francisco Cantero Hurtado 

WWW: http://www.gr-lida.org/




gr-lida.tgz
Description: GNU Unix tar archive

Re: cmake woes wrt libxml2 include_dirs

2017-07-03 Thread Rafael Sadowski

On Mon Jul 03, 2017 at 09:19:22PM +0200, Landry Breuil wrote:
> Hi,
> 
> a port i'm working on (pgpointcloud) uses cmake to detect libxml2:
> 
> https://github.com/pgpointcloud/pointcloud/blob/master/CMakeLists.txt#L91
> 
> with this CMakeLists the build fails because -I/usr/local/include is not
> on the CFLAGS:
> 
> /usr/obj/ports/pgpointcloud-1.1.0pre0/bin/cc -I/usr/local/include/libxml2 
> -Ilib -O2 -pipe -DNDEBUG   -fPIC
> -MD -MT lib/CMakeFiles/libpc-static.dir/pc_schema.c.o -MF 
> lib/CMakeFiles/libpc-static.dir/pc_schema.c.o.d -o
> lib/CMakeFiles/libpc-static.dir/pc_schema.c.o   -c
> /usr/obj/ports/pgpointcloud-1.1.0pre0/pointcloud-0130a1c49dc3f8c3beaa5f033c66691bdc422987/lib/pc_schema.c
> In file included from 
> /usr/obj/ports/pgpointcloud-1.1.0pre0/pointcloud-0130a1c49dc3f8c3beaa5f033c66691bdc422987/lib/pc_schema.c:13
> In file included from /usr/local/include/libxml2/libxml/parser.h:810:
> /usr/local/include/libxml2/libxml/encoding.h:28:10: fatal error: 'iconv.h' 
> file not found
> #include 
> 
> What i dont understand is that libxml-2.0.pc sets it:
> 
> $pkg-config --cflags libxml-2.0
> -I/usr/local/include/libxml2 -I/usr/local/include
> 
> And afaik our FindLibxml2.cmake module in
> /usr/local/share/cmake/Modules/FindLibXml2.cmake uses that:
> ===
> find_package(PkgConfig QUIET)
> PKG_CHECK_MODULES(PC_LIBXML QUIET libxml-2.0)
> set(LIBXML2_DEFINITIONS ${PC_LIBXML_CFLAGS_OTHER})
> 
> find_path(LIBXML2_INCLUDE_DIR NAMES libxml/xpath.h
>HINTS
>${PC_LIBXML_INCLUDEDIR}
>${PC_LIBXML_INCLUDE_DIRS}
>PATH_SUFFIXES libxml2
>)
> 
> find_library(LIBXML2_LIBRARIES NAMES xml2 libxml2
>HINTS
>${PC_LIBXML_LIBDIR}
>${PC_LIBXML_LIBRARY_DIRS}
>)
> 
> ===
> 
> So with my limited cmake-fu, i'm puzzled as to why usr/local/include
> isnt part of the include paths. It 'works' if i patch the CmakeLists.txt
> this way:
> 
>  find_package (LibXml2 REQUIRED)
>  mark_as_advanced (CLEAR LIBXML2_INCLUDE_DIR)
>  mark_as_advanced (CLEAR LIBXML2_LIBRARIES)
>  include_directories (${LIBXML2_INCLUDE_DIR})
> +include_directories (/usr/local/include)
> 
> But that's of course ugly, so i'm looking for help to figure out if this
> is a problem in FindLibxml2.cmake or in pgpointcloud's CMakeLists.txt..
> 

It's definitely not a FindLibxml2.cmake problem because
"find_package(LibXml2)" works fine with akonadi-17.04.1 (kf5 port on
openbsd-wip).

You can define the following:
find_package (LibXml2 REQUIRED PATHS ${LOCALBASE}/include) but that's
also ugly.

Hmm, could you share your current pgpointcloud port?


Cheers,

Rafael

cmake woes wrt libxml2 include_dirs

2017-07-03 Thread Landry Breuil

Hi,

a port i'm working on (pgpointcloud) uses cmake to detect libxml2:

https://github.com/pgpointcloud/pointcloud/blob/master/CMakeLists.txt#L91

with this CMakeLists the build fails because -I/usr/local/include is not
on the CFLAGS:

/usr/obj/ports/pgpointcloud-1.1.0pre0/bin/cc -I/usr/local/include/libxml2 -Ilib 
-O2 -pipe -DNDEBUG   -fPIC
-MD -MT lib/CMakeFiles/libpc-static.dir/pc_schema.c.o -MF 
lib/CMakeFiles/libpc-static.dir/pc_schema.c.o.d -o
lib/CMakeFiles/libpc-static.dir/pc_schema.c.o   -c
/usr/obj/ports/pgpointcloud-1.1.0pre0/pointcloud-0130a1c49dc3f8c3beaa5f033c66691bdc422987/lib/pc_schema.c
In file included from 
/usr/obj/ports/pgpointcloud-1.1.0pre0/pointcloud-0130a1c49dc3f8c3beaa5f033c66691bdc422987/lib/pc_schema.c:13
In file included from /usr/local/include/libxml2/libxml/parser.h:810:
/usr/local/include/libxml2/libxml/encoding.h:28:10: fatal error: 'iconv.h' file 
not found
#include 

What i dont understand is that libxml-2.0.pc sets it:

$pkg-config --cflags libxml-2.0
-I/usr/local/include/libxml2 -I/usr/local/include

And afaik our FindLibxml2.cmake module in
/usr/local/share/cmake/Modules/FindLibXml2.cmake uses that:
===
find_package(PkgConfig QUIET)
PKG_CHECK_MODULES(PC_LIBXML QUIET libxml-2.0)
set(LIBXML2_DEFINITIONS ${PC_LIBXML_CFLAGS_OTHER})

find_path(LIBXML2_INCLUDE_DIR NAMES libxml/xpath.h
   HINTS
   ${PC_LIBXML_INCLUDEDIR}
   ${PC_LIBXML_INCLUDE_DIRS}
   PATH_SUFFIXES libxml2
   )

find_library(LIBXML2_LIBRARIES NAMES xml2 libxml2
   HINTS
   ${PC_LIBXML_LIBDIR}
   ${PC_LIBXML_LIBRARY_DIRS}
   )

===

So with my limited cmake-fu, i'm puzzled as to why usr/local/include
isnt part of the include paths. It 'works' if i patch the CmakeLists.txt
this way:

 find_package (LibXml2 REQUIRED)
 mark_as_advanced (CLEAR LIBXML2_INCLUDE_DIR)
 mark_as_advanced (CLEAR LIBXML2_LIBRARIES)
 include_directories (${LIBXML2_INCLUDE_DIR})
+include_directories (/usr/local/include)

But that's of course ugly, so i'm looking for help to figure out if this
is a problem in FindLibxml2.cmake or in pgpointcloud's CMakeLists.txt..

Landry

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/07/03 12:57:35

Modified files:
textproc/pdfpc : Makefile distinfo 
textproc/pdfpc/pkg: PLIST 
Added files:
textproc/pdfpc/patches: patch-src_CMakeLists_txt 
Removed files:
textproc/pdfpc/patches: patch-src_classes_window_overview_vala 

Log message:
update to pdfpc-4.0.7

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Jasper Lievisse Adriaanse

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/07/03 12:52:55

Modified files:
net/telepathy/folks: Makefile distinfo 

Log message:
update to folks-0.11.4

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Landry Breuil

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/07/03 12:45:31

Modified files:
geo/gdal   : Makefile distinfo 
Removed files:
geo/gdal/patches: patch-port_cpl_port_h 

Log message:
Update to gdal 2.2.1.

See http://trac.osgeo.org/gdal/wiki/Release/2.2.1-News
Remove patch-port_cpl_port_h as std::isnan() is now properly detected
since http://trac.osgeo.org/gdal/changeset/38141/

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Rafael Sadowski

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2017/07/03 11:29:06

Modified files:
graphics/libraw: Makefile distinfo 
graphics/libraw/pkg: PLIST 

Log message:
update LibRaw to 0.18.2

ok and nits (MASTER_SITES, kill MODGCC4_LANGS) from jca@

Re: LibrePCB build and port.

2017-07-03 Thread Rafael Sadowski

On Fri Jun 23, 2017 at 10:11:15PM +0200, Jérôme KASPER wrote:
> Hello ports,
> hope i am not writing at the wrong place. i’m trying to compile
> https://github.com/LibrePCB/LibrePCB in order to make a basic port
> file as a first baby step before going for porting other Qt-based
> applications. i’m encountering issues with qmake-qt5 build that seems
> specific to OpenBSD. I am running -current .

Hi Jérôme,

don't waste your time and build 3rd party outside the ports env.

> 
> Is there anyone familiar porting Qt-based software i could ask some
> questions? i’m feeling stuck with silly issues .
> Best regards,
> Jerome


Maybe some helpful pointers:

- https://www.openbsd.org/faq/ports/index.html
- https://www.openbsd.org/faq/ports/testing.html
- bsd.port.mk(5)
- Learn from ports which use the qmale MODULE (grep for it) to port L
  LibrePCB.
- start with /usr/ports/infrastructure/templates/Makefile.template
- simple ask real questions on ports@ Not meta-question.

Best regards,

Rafael Sadowski

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

2017-07-03 Thread Donovan Watteau

On Mon, 3 Jul 2017, Stuart Henderson wrote:
> Committed. Donovan: if you could check that it still builds as expected
> that would be appreciated, thanks.

Yes, the updated port does build as expected on loongson.

Thanks!

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Landry Breuil

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/07/03 11:02:15

Modified files:
geo/postgis: Makefile distinfo 
geo/postgis/pkg: PLIST 

Log message:
Update to postgis 2.3.3.

See http://postgis.net/2017/07/01/postgis-2.3.3/

Re: Update: telephony/kamailio to 5.0.2

2017-07-03 Thread Stuart Henderson

On 2017/07/03 18:43, Roman Kravchuk wrote:
> Hi ports@,
> 
> This is update kamailio port.
> 
> Changelog:
> - update port to version 5.0.2
> - switched to use predefined module groups
> - moved berkeleydb\presence modules to subpackages
> - regen pathes (project changed structure)
> - included experimental fix for tls module to work with libressl without
> crash
> 
> See
> https://www.kamailio.org/wiki/install/upgrade/4.3.x-to-4.4.0
> https://www.kamailio.org/wiki/install/upgrade/4.4.x-to-5.0.0
> for upgrade notes
> 
> 
> Ok? Comments?

Upstream has re-rolled the tarball. Can you check what they've changed please?


PLIST-xml needs this to be added,

@conflict kamailio-xmlrpc-*
@pkgpath telephony/kamailio,-xmlrpc

(and a quirks entry if it works) .. I can take care of that.

> Index: Makefile
> ===
> RCS file: /cvs/ports/telephony/kamailio/Makefile,v
> retrieving revision 1.39
> diff -u -p -r1.39 Makefile
> --- Makefile  8 Nov 2016 14:23:59 -   1.39
> +++ Makefile  3 Jul 2017 15:11:23 -
> @@ -2,17 +2,20 @@
>  
>  COMMENT-main =   mature and flexible open source SIP server
>  
> -VERSION =4.3.3
> -REVISION =   4
> +VERSION =5.0.2
> +
>  DISTNAME =   kamailio-${VERSION}_src
> +
>  PKGNAME-main =   kamailio-${VERSION}
> +PKGNAME-berkeley =   kamailio-berkeley-${VERSION}
>  PKGNAME-mysql =  kamailio-mysql-${VERSION}
>  PKGNAME-postgresql = kamailio-postgresql-${VERSION}
>  PKGNAME-ldap =   kamailio-ldap-${VERSION}
> -PKGNAME-xmlrpc = kamailio-xmlrpc-${VERSION}
> +PKGNAME-xml =kamailio-xml-${VERSION}
>  PKGNAME-carrierroute =   kamailio-carrierroute-${VERSION}
>  PKGNAME-snmpstats =  kamailio-snmpstats-${VERSION}
>  PKGNAME-perl =   kamailio-perl-${VERSION}
> +PKGNAME-presence =   kamailio-presence-${VERSION}
>  #PKGNAME-radius =kamailio-radius-${VERSION}  TODO
>  
>  CATEGORIES = telephony
> @@ -23,14 +26,10 @@ HOMEPAGE =http://www.kamailio.org/
>  # GPLv2+
>  PERMIT_PACKAGE_CDROM =   Yes
>  
> -SHARED_LIBS =kcore   3.0 # 1.0
> -SHARED_LIBS +=   kmi 3.0 # 1.0
> -SHARED_LIBS +=   srdb1   3.0 # 1.0
> -SHARED_LIBS +=   srdb2   3.0 # 1.0
> -SHARED_LIBS +=   trie3.0 # 1.0
> -SHARED_LIBS +=   binrpc  2.0 # 0.1
> -SHARED_LIBS +=   srutils 2.0 # 1.0
> -SHARED_LIBS +=   print   1.0 # 1.2
> +SHARED_LIBS =srdb1   4.0 # 1.0
> +SHARED_LIBS +=   srdb2   4.0 # 1.0
> +SHARED_LIBS +=   trie4.0 # 1.0
> +SHARED_LIBS +=   srutils 3.0 # 1.0
>  
>  MAKE_ENV =   CC="${CC}" \
>   CC_EXTRA_OPTS="${CFLAGS} -DOPENSSL_NO_BUF_FREELISTS 
> -DHAVE_ARC4RANDOM -I${LOCALBASE}/include" \
> @@ -41,20 +40,16 @@ MASTER_SITES =http://www.kamailio.org/
>  WRKDIST =${WRKDIR}/kamailio-${VERSION}
>  
>  MODULES =devel/gettext
> -WANTLIB-main =   c crypto curl db expat m pcre pthread ssl lzma 
> xml2 nghttp2 \
> +WANTLIB-main =   c crypto curl expat event_core event_extra m 
> pcre pthread ssl lzma xml2 nghttp2 \
>   ncurses readline unistring z ${MODGETTEXT_WANTLIB}
>  LIB_DEPENDS-main =   net/curl \
> - databases/db/v4,-main,no_java \
> + devel/libevent2 \
>   devel/pcre \
>   textproc/libxml,-main,no_python \
>   converters/libunistring \
>   ${MODGETTEXT_LIB_DEPENDS}
>  
> -KAMAILIO_MODULES =   cpl-c db_berkeley dialplan dialog_ng jabber lcr \
> - presence presence_dialoginfo presence_mwi 
> presence_reginfo \
> - presence_xml pua pua_bla pua_dialoginfo pua_mi 
> pua_reginfo \
> - pua_usrloc pua_xmpp regex rls seas utils xcap_client 
> xmpp \
> - tls xhttp_pi websocket
> +KAMAILIO_GROUPS = kstandard kcpl khttp_async koutbound ktls kutils 
> kwebsocket kxmpp
>  
>  FLAVOR ?=
>  MULTI_PACKAGES = -main
> @@ -66,33 +61,39 @@ MAKE_FLAGS =  LIBDIR=lib \
>   PREFIX=${TRUEPREFIX} \
>   BASEDIR=${WRKINST} \
>   cfg-prefix=${WRKINST} \
> - SYSCONFDIR=${SYSCONFDIR} \
> - VARBASE=${VARBASE} \
> + cfg_dir=share/examples/kamailio/ \
> + cfg_target=${SYSCONFDIR}/kamailio/ \
> + run_target=${VARBASE}/run/kamailio/ \
>   SCTP=0 \
> - include_modules="${KAMAILIO_MODULES}" \
> - LIBkcore_VERSION=${LIBkcore_VERSION} \
> - LIBkmi_VERSION=${LIBkmi_VERSION} \
> + group_include="${KAMAILIO_GROUPS}" \
>   LIBsrdb1_VERSION=${LIBsrdb1_VERSION} \
>

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/03 09:42:26

Modified files:
net/unifi  : Makefile 

Log message:
unifi 5.4.18 moved from stable candidate to stable

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

2017-07-03 Thread Stuart Henderson

Committed. Donovan: if you could check that it still builds as expected
that would be appreciated, thanks.

On 2017/07/03 17:16, Jeremie Courreges-Anglas wrote:
> Stuart Henderson  writes:
> 
> > On 2017/07/03 15:50, Jeremie Courreges-Anglas wrote:
> >> Stuart Henderson  writes:
> >> 
> >> > This makes sense to me, any differing opinions?
> >> 
> >> Makes sense.
> >> 
> >> libmtp builds fine with clang from base on amd64.  If the same can be
> >> said about misp64el, then maybe
> >> 
> >>   COMPILER=base gcc
> >>   MODGCC4_ARCHS= misp64el
> >> 
> >> would be nicer in the long run.
> >
> > This would just be
> >
> > COMPILER=   gcc
> > MODGCC4_ARCHS=  mips64el
> > COMPILER_LANGS= c
> >
> > We don't have clang on mips64el anyway,
> 
> Oops...
> 
> > but if we were to ever get it,
> > that would avoid having to change it later. So I think that would be the
> > right thing to do.
> >
> >> > I would add a comment explaining what it's for, just something like
> >> > << # avoid "libmtp.so.7.0: undefined reference to `.L2085'" >>
> >> 
> >> ack
> >
> > So in total:
> 
> ok jca@
> 
> [...]
> 
> -- 
> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE
>

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Stuart Henderson

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/03 09:26:27

Modified files:
devel/libmtp   : Makefile 

Log message:
use gcc to unbreak build on mips64el, original version using MODULES from
Donovan Watteau, modified following a suggestion from jca. ok jca@

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

2017-07-03 Thread Jeremie Courreges-Anglas

Stuart Henderson  writes:

> On 2017/07/03 15:50, Jeremie Courreges-Anglas wrote:
>> Stuart Henderson  writes:
>> 
>> > This makes sense to me, any differing opinions?
>> 
>> Makes sense.
>> 
>> libmtp builds fine with clang from base on amd64.  If the same can be
>> said about misp64el, then maybe
>> 
>>   COMPILER=base gcc
>>   MODGCC4_ARCHS= misp64el
>> 
>> would be nicer in the long run.
>
> This would just be
>
> COMPILER= gcc
> MODGCC4_ARCHS=mips64el
> COMPILER_LANGS=   c
>
> We don't have clang on mips64el anyway,

Oops...

> but if we were to ever get it,
> that would avoid having to change it later. So I think that would be the
> right thing to do.
>
>> > I would add a comment explaining what it's for, just something like
>> > << # avoid "libmtp.so.7.0: undefined reference to `.L2085'" >>
>> 
>> ack
>
> So in total:

ok jca@

[...]

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

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

2017-07-03 Thread Stuart Henderson

On 2017/07/03 15:50, Jeremie Courreges-Anglas wrote:
> Stuart Henderson  writes:
> 
> > This makes sense to me, any differing opinions?
> 
> Makes sense.
> 
> libmtp builds fine with clang from base on amd64.  If the same can be
> said about misp64el, then maybe
> 
>   COMPILER=base gcc
>   MODGCC4_ARCHS= misp64el
> 
> would be nicer in the long run.

This would just be

COMPILER=   gcc
MODGCC4_ARCHS=  mips64el
COMPILER_LANGS= c

We don't have clang on mips64el anyway, but if we were to ever get it,
that would avoid having to change it later. So I think that would be the
right thing to do.

> > I would add a comment explaining what it's for, just something like
> > << # avoid "libmtp.so.7.0: undefined reference to `.L2085'" >>
> 
> ack

So in total:

Index: Makefile
===
RCS file: /cvs/ports/devel/libmtp/Makefile,v
retrieving revision 1.35
diff -u -p -r1.35 Makefile
--- Makefile30 May 2017 20:48:04 -  1.35
+++ Makefile3 Jul 2017 14:26:28 -
@@ -16,6 +16,11 @@ WANTLIB += c gcrypt gpg-error iconv intl
 
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=libmtp/}
 
+# avoid "libmtp.so.7.0: undefined reference to `.L2085'"
+COMPILER=  gcc
+COMPILER_LANGS=c
+MODGCC4_ARCHS= mips64el
+
 LIB_DEPENDS=   devel/libusb1 \
security/libgcrypt

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

2017-07-03 Thread Jeremie Courreges-Anglas

Stuart Henderson  writes:

> This makes sense to me, any differing opinions?

Makes sense.

libmtp builds fine with clang from base on amd64.  If the same can be
said about misp64el, then maybe

  COMPILER=base gcc
  MODGCC4_ARCHS= misp64el

would be nicer in the long run.

> I would add a comment explaining what it's for, just something like
> << # avoid "libmtp.so.7.0: undefined reference to `.L2085'" >>

ack

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

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

2017-07-03 Thread Stuart Henderson

This makes sense to me, any differing opinions?

I would add a comment explaining what it's for, just something like
<< # avoid "libmtp.so.7.0: undefined reference to `.L2085'" >>


On 2017/07/03 12:38, Donovan Watteau wrote:
> Hi,
> 
> This one is a bit weird.
> 
> There's a really strange linking error while trying to build devel/libmtp,
> and it looks like it's only happening on mips64el.
> 
> ===>  Building for libmtp-1.1.13
> make  all-recursive
> Making all in src
> Making all in examples
> cc -DHAVE_CONFIG_H -I. -I..  -I../src  -I/usr/local/include  -O2 -pipe -Wall 
> -Wmissing-prototypes -MT detect.o -MD -MP -MF .deps/detect.Tpo -c -o detect.o 
> detect.c
> mv -f .deps/detect.Tpo .deps/detect.Po
> /usr/bin/libtool  --tag=CC--mode=link cc  -O2 -pipe -Wall 
> -Wmissing-prototypes   -L/usr/local/lib -o mtp-detect detect.o util.o 
> ../src/libmtp.la -lgcrypt 
> libtool: link: cc -o .libs/mtp-detect -pthread -O2 -pipe -Wall 
> -Wmissing-prototypes detect.o util.o -L.libs -lmtp -liconv -lusb-1.0 -lgcrypt 
> -lgpg-error -lintl -Wl,-rpath-link,/usr/local/lib
> .libs/libgcrypt.so.19.3: warning: warning: stpcpy() is dangerous; do not use 
> it
> .libs/libmtp.so.7.0: warning: warning: rand() may return deterministic 
> values, is that what you want?
> .libs/libmtp.so.7.0: warning: warning: strcat() is almost always misused, 
> please use strlcat()
> .libs/libmtp.so.7.0: warning: warning: sprintf() is often misused, please use 
> snprintf()
> .libs/libmtp.so.7.0: warning: warning: strcpy() is almost always misused, 
> please use strlcpy()
> .libs/libmtp.so.7.0: undefined reference to `.L2085'
> collect2: ld returned 1 exit status
> Error while executing cc -o .libs/mtp-detect -pthread -O2 -pipe -Wall 
> -Wmissing-prototypes detect.o util.o -L.libs -lmtp -liconv -lusb-1.0 -lgcrypt 
> -lgpg-error -lintl -Wl,-rpath-link,/usr/local/lib
> *** Error 25 in examples (Makefile:511 'mtp-detect')
> *** Error 1 in . (Makefile:551 'all-recursive')
> *** Error 1 in /usr/ports/pobj/libmtp-1.1.13/libmtp-1.1.13 (Makefile:389 
> 'all')
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2695 
> '/usr/ports/pobj/libmtp-1.1.13/.build_done')
> *** Error 1 in /usr/ports/devel/libmtp 
> (/usr/ports/infrastructure/mk/bsd.port.mk:2398 'all')
> 
> Using MODGCC4 works around this.  I suspect a small bug in base toolchain,
> but strangely, mips64 doesn't look affected as I see a package for it, so
> mips64el might be the only arch having this issue... (and this build error
> has existed for some months).
> 
> I have no idea how to investigate this, and it doesn't look like a common
> problem on mips64el, so using MODGCC4 feels like an acceptable workaround,
> IMO.
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/libmtp/Makefile,v
> retrieving revision 1.35
> diff -u -p -r1.35 Makefile
> --- Makefile  30 May 2017 20:48:04 -  1.35
> +++ Makefile  3 Jul 2017 10:26:57 -
> @@ -16,6 +16,9 @@ WANTLIB += c gcrypt gpg-error iconv intl
>  
>  MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=libmtp/}
>  
> +MODULES+=gcc4
> +MODGCC4_ARCHS=   mips64el
> +
>  LIB_DEPENDS= devel/libusb1 \
>   security/libgcrypt
>  
>

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Robert Nagy

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2017/07/03 05:02:02

Modified files:
editors/libreoffice/patches: patch-configure 

Log message:
unbreak build

[BUG/PATCH] devel/libmtp linking error on mips64el

2017-07-03 Thread Donovan Watteau

Hi,

This one is a bit weird.

There's a really strange linking error while trying to build devel/libmtp,
and it looks like it's only happening on mips64el.

===>  Building for libmtp-1.1.13
make  all-recursive
Making all in src
Making all in examples
cc -DHAVE_CONFIG_H -I. -I..  -I../src  -I/usr/local/include  -O2 -pipe -Wall 
-Wmissing-prototypes -MT detect.o -MD -MP -MF .deps/detect.Tpo -c -o detect.o 
detect.c
mv -f .deps/detect.Tpo .deps/detect.Po
/usr/bin/libtool  --tag=CC--mode=link cc  -O2 -pipe -Wall 
-Wmissing-prototypes   -L/usr/local/lib -o mtp-detect detect.o util.o 
../src/libmtp.la -lgcrypt 
libtool: link: cc -o .libs/mtp-detect -pthread -O2 -pipe -Wall 
-Wmissing-prototypes detect.o util.o -L.libs -lmtp -liconv -lusb-1.0 -lgcrypt 
-lgpg-error -lintl -Wl,-rpath-link,/usr/local/lib
.libs/libgcrypt.so.19.3: warning: warning: stpcpy() is dangerous; do not use it
.libs/libmtp.so.7.0: warning: warning: rand() may return deterministic values, 
is that what you want?
.libs/libmtp.so.7.0: warning: warning: strcat() is almost always misused, 
please use strlcat()
.libs/libmtp.so.7.0: warning: warning: sprintf() is often misused, please use 
snprintf()
.libs/libmtp.so.7.0: warning: warning: strcpy() is almost always misused, 
please use strlcpy()
.libs/libmtp.so.7.0: undefined reference to `.L2085'
collect2: ld returned 1 exit status
Error while executing cc -o .libs/mtp-detect -pthread -O2 -pipe -Wall 
-Wmissing-prototypes detect.o util.o -L.libs -lmtp -liconv -lusb-1.0 -lgcrypt 
-lgpg-error -lintl -Wl,-rpath-link,/usr/local/lib
*** Error 25 in examples (Makefile:511 'mtp-detect')
*** Error 1 in . (Makefile:551 'all-recursive')
*** Error 1 in /usr/ports/pobj/libmtp-1.1.13/libmtp-1.1.13 (Makefile:389 'all')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2695 
'/usr/ports/pobj/libmtp-1.1.13/.build_done')
*** Error 1 in /usr/ports/devel/libmtp 
(/usr/ports/infrastructure/mk/bsd.port.mk:2398 'all')

Using MODGCC4 works around this.  I suspect a small bug in base toolchain,
but strangely, mips64 doesn't look affected as I see a package for it, so
mips64el might be the only arch having this issue... (and this build error
has existed for some months).

I have no idea how to investigate this, and it doesn't look like a common
problem on mips64el, so using MODGCC4 feels like an acceptable workaround,
IMO.

Index: Makefile
===
RCS file: /cvs/ports/devel/libmtp/Makefile,v
retrieving revision 1.35
diff -u -p -r1.35 Makefile
--- Makefile30 May 2017 20:48:04 -  1.35
+++ Makefile3 Jul 2017 10:26:57 -
@@ -16,6 +16,9 @@ WANTLIB += c gcrypt gpg-error iconv intl
 
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=libmtp/}
 
+MODULES+=  gcc4
+MODGCC4_ARCHS= mips64el
+
 LIB_DEPENDS=   devel/libusb1 \
security/libgcrypt

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Ingo Feinerer

CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2017/07/03 04:24:55

Modified files:
print/texinfo  : Makefile distinfo 
print/texinfo/pkg: PLIST 

Log message:
Update to Texinfo 6.4

ok kili@

Re: UPDATE: php revamp

2017-07-03 Thread Antoine Jacoutot

On Sun, Jul 02, 2017 at 07:56:50PM +0200, Robert Nagy wrote:
> Hi
> 
> Antoine, can you please push this into a bulk?

If I could have a full diff, that'd make it easier.
I am a bit worried about dependant ports, we are going to look deep into them to
add missing php modules because of the split.

> 
> On (2017-07-02 19:52), Martijn van Duren wrote:
> > Hello ports@,
> > 
> > Last couple of months I've been busy getting to know the OpenBSD ports 
> > system and the php build environment.
> > The main reason being my need for functionality at my $DAYJOB which 
> > isn't offered by the default php install on OpenBSD. Most notably php 
> > 7.1 and chroot (the php function).
> > 
> > During my quest I ended up touching about every part of the port and 
> > I'm currently quite happy with the result, although there's still some 
> > things I want to touch later on.
> > 
> > Some of the highlights I've done:
> > - Remove PHP 5.5. It's dead upstream for almost a year, so there's no 
> > need to keep it on OpenBSD.
> > - Clean up the CONFIGURE_ARGS. There were some arguments there that 
> > were simply not in PHP anymore.
> > - Move some deprecated modules into the PHP 5.6 Makefile. This keeps 
> > the Makefile.inc cleaner of if/else bloat.
> > - Replace the -fastcgi port with -cgi. -cgi is the official name and 
> > for fastcgi needs -fpm is recommended. This avoids confusion.
> > - Move modules to their own subpackage where possible. I don't like my 
> > clean php install having ftp or wddx. Let people make up their own mind.
> > - Remove unused dependencies (e.g. mariadb isn't needed when building 
> > with mysqlnd)
> > - Move every SAPI to their own subpackage. People running -fpm don't 
> > need mod_php or -cgi.
> > - Move the extension headers to their corresponding subpackage.
> > - Clean up the build environment. YACC=, USE_LIBTOOL, etc don't seem to 
> > be needed (anymore).
> > - Clean up patches. Some are unneeded, redundant, superfluous so keep 
> > it to a minimum for maintainability.
> > - Subpackages requiring another module have those dependencies. (e.g. 
> > installing -pdo_mysql also pulls in -pdo and -mysqlnd)
> > - Install phar and disable it on sparc64. This should allow us to have 
> > php on sparc64, without phar support. Untested for lack of hardware.
> > - Enable the chroot function by default. This function normally gets 
> > disabled if any SAPI other than -cli, -cgi, or -embed is compiled.
> > I reckon that if the chroot function is usable the code is running as 
> > root and you have bigger problems than a php server locking itself out 
> > of your main filesystem.
> > - Allow phpize to work without --with-php-config.
> > - Try to rely on other packages where code would be otherwise compiled 
> > in. E.g. devel/pcre for the pcre module and textproc/oniguruma for 
> > mbstring. These libraries are also packaged inside PHP if not available
> > on the main system.
> > - Miscellaneous cleanup
> > 
> > For the packages this means the following:
> > Removed:
> > - php-fastcgi
> > Added:
> > - php-apxs2
> > - php-bcmath
> > - php-calendar
> > - php-cgi
> > - php-cli
> > - php-ctype
> > - php-dom
> > - php-enchant
> > - php-exif
> > - php-fileinfo
> > - php-fpm
> > - php-ftp
> > - php-gettext
> > - php-iconv
> > - php-json
> > - php-mbstring
> > - php-mysqlnd
> > - php-opcache
> > - php-pdo
> > - php-pdo_sqlite
> > - php-phar
> > - php-posix
> > - php-readline
> > - php-simplexml
> > - php-sockets
> > - php-sqlite3
> > - php-sysvmsg
> > - php-sysvsem
> > - php-sysvshm
> > - php-tokenizer
> > - php-wddx
> > - php-xmlreader
> > - php-xmlwriter
> > Modules moved to shared components:
> > - bcmath
> > - calendar
> > - ctype
> > - dom
> > - exif
> > - fileinfo
> > - ftp
> > - gettext
> > - iconv
> > - json
> > - mbstring
> > - mysqlnd
> > - PDO
> > - pdo_sqlite
> > - Phar
> > - posix
> > - readline
> > - SimpleXML
> > - sockets
> > - sqlite3
> > - sysvmsg
> > - sysvsem
> > - sysvshm
> > - tokenizer
> > - wddx
> > - xmlreader
> > - xmlwriter
> > Modules kept compiled in:
> > - Core (for obvious reasons)
> > - date (can't be build stand-alone)
> > - ereg (removed in php 7.0, not worth the effort, also pcre is in 
> > default install)
> > - filter (can't be build stand-alone)
> > - hash (required to be built-in for phar hash-checking)
> > - libxml (can't be build stand-alone)
> > - openssl (allow tls as a Stream Socket Transport in a default install)
> > - pcre (can't be build stand-alone)
> > - Reflection (can't be build stand-alone)
> > - session (what's a webserver without sessions?)
> > - SPL (can't be build stand-alone)
> > - standard (for obvious reasons)
> > - xml (required for pear building. Should be turned into a module once 
> > something like phpctl is in place)
> > - zlib (required for phar)
> > 
> > When updating to the new packages I didn't encounter any problems, 
> > except for the expected behaviour that some modules or SAPIs are now in 
> > other packages, which could easily be

Re: NEW: x11/xcape

2017-07-03 Thread Edd Barrett

Hi,

On Mon, Jul 03, 2017 at 09:30:50AM +0200, Antoine Jacoutot wrote:
> >  * Funny that they have an install target which installs the manual, but
> >not the binary! Doh! Might want to report that, so that in later
> >versions you don't need a custom do-install target.
> 
> They do install the binary.
> You just need to specify proper variables:
> MAKE_FLAGS =PREFIX=${PREFIX} \
> MANDIR="/man/man1"

Antoine is right. If you look at the fake stage output:

---8<---
===>  Faking installation for xcape-1.2
install -d -m 755 /usr/ports/pobj/xcape-1.2/fake-amd64
install -d -m 0755 /usr/ports/pobj/xcape-1.2/fake-amd64/usr/bin
install -d -m 0755 /usr/ports/pobj/xcape-1.2/fake-amd64/usr/local/man/man1
install -m 0755 xcape /usr/ports/pobj/xcape-1.2/fake-amd64/usr/bin/xcape
install -m 0644 xcape.1 
/usr/ports/pobj/xcape-1.2/fake-amd64/usr/local/man/man1/xcape.1
--->8---

The binary goes under /usr/bin in the fake root, which is presumably why
`update-plist` doesn't find it.

In light of that, you shold be able to kill the custom do-install target.

He's also right about HOMEPAGE :) Thanks Antoine!

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

Re: NEW: x11/xcape

2017-07-03 Thread Edd Barrett

On Sun, Jul 02, 2017 at 07:33:19PM +0200, Ingo Schwarze wrote:
> > But unless it breaks rendering, I wouldn't worry.
> 
> I'm not aware of any way how that one could break rendering,
> so you certainly don't need to worry.

Thanks for clearing that up Ingo.

> So i should probably downgrade
> 
>   WARNING: whitespace at end of input line
> 
> to STYLE.

As you wish. I'm no mandoc expert :)

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

CVS: cvs.openbsd.org: ports

2017-07-03 Thread Robert Nagy

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2017/07/03 02:32:10

Modified files:
editors/libreoffice: Makefile distinfo 
editors/libreoffice/patches: 
 
patch-sc_qa_unit_subsequent_filters-test_cxx 
 
patch-vcl_unx_generic_plugadapt_salplug_cxx 
Added files:
editors/libreoffice/patches: 
 patch-solenv_gbuild_platform_unxgcc_mk 

Log message:
update to 5.2.7.2

Re: NEW: x11/xcape

2017-07-03 Thread Antoine Jacoutot

On Sun, Jul 02, 2017 at 04:38:49PM +0100, Edd Barrett wrote:
> Hi Jon,
> 
> On Tue, May 02, 2017 at 09:51:57AM -0400, Jon Bernard wrote:
> > This is my first port, I think everything is in order from what I've
> > read but do let me know if I've missed or misunderstood something.
> 
> Here are a few comments:
> 
>  * You need to mark the port as not having tests (see NO_TEST).
> 
>  * You are missing a WANTLIB line. There's a make target
>'port-lib-depends-check' that can help you.
> 
>  * Funny that they have an install target which installs the manual, but
>not the binary! Doh! Might want to report that, so that in later
>versions you don't need a custom do-install target.

They do install the binary.
You just need to specify proper variables:
MAKE_FLAGS =PREFIX=${PREFIX} \
MANDIR="/man/man1"

>  * You should set a HOMEPAGE, even if it's just the GitHub landing page.

There is already one, thanks to the GH_* veriables:
$ make show=HOMEPAGE
https://github.com/alols/xcape

> The tool seems to work. With xcape running in the default config, left
> control sends escape.
> 
> Fix up the above and send a new tarball and I will see if we can put
> this in for you :)
> 
> Thanks
> 
> -- 
> Best Regards
> Edd Barrett
> 
> http://www.theunixzoo.co.uk
> 

-- 
Antoine

UPDATE: devel/py-cloudpickle 0.1.1 => 0.3.1

2017-07-03 Thread Brian Callahan


Hi ports --

Attached is a diff to update py-cloudpickle to its latest version. Its 
one consumer (devel/py-doit) is happy with this.

Changelog: https://github.com/cloudpipe/cloudpickle/blob/master/CHANGES.md

Change my email address while here.

OK?

~Brian

Index: Makefile
===
RCS file: /cvs/ports/devel/py-cloudpickle/Makefile,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 Makefile
--- Makefile	7 Jun 2017 15:41:30 -	1.4
+++ Makefile	3 Jul 2017 07:27:06 -
@@ -1,14 +1,13 @@
 # $OpenBSD: Makefile,v 1.4 2017/06/07 15:41:30 sthen Exp $
 
 COMMENT =	extended pickling support for Python objects
-MODPY_EGG_VERSION =	0.1.1
+MODPY_EGG_VERSION =	0.3.1
 DISTNAME =	cloudpickle-${MODPY_EGG_VERSION}
 PKGNAME =	py-cloudpickle-${MODPY_EGG_VERSION}
 CATEGORIES =	devel
-REVISION =	1
 
 HOMEPAGE =	https://github.com/cloudpipe/cloudpickle
-MAINTAINER =	Brian Callahan 
+MAINTAINER =	Brian Callahan 
 
 # BSD
 PERMIT_PACKAGE_CDROM =	Yes
Index: distinfo
===
RCS file: /cvs/ports/devel/py-cloudpickle/distinfo,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 distinfo
--- distinfo	20 Sep 2015 12:45:50 -	1.2
+++ distinfo	3 Jul 2017 07:27:06 -
@@ -1,2 +1,2 @@
-SHA256 (cloudpickle-0.1.1.tar.gz) = NBgwP0TGxNqhhPHcNsjAt/+CYcVtH5Iv/Y0J55yqS3Q=
-SIZE (cloudpickle-0.1.1.tar.gz) = 14479
+SHA256 (cloudpickle-0.3.1.tar.gz) = yTomhAgAEbty+1khDEi3JZ2oJBvcxvo/Ql7MoJDowX4=
+SIZE (cloudpickle-0.3.1.tar.gz) = 18927
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-cloudpickle/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 PLIST
--- pkg/PLIST	7 Jun 2017 22:02:00 -	1.3
+++ pkg/PLIST	3 Jul 2017 07:27:06 -
@@ -4,7 +4,6 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/cloudpickle-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
 lib/python${MODPY_VERSION}/site-packages/cloudpickle-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
 lib/python${MODPY_VERSION}/site-packages/cloudpickle-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
-lib/python${MODPY_VERSION}/site-packages/cloudpickle-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/pbr.json
 lib/python${MODPY_VERSION}/site-packages/cloudpickle-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
 lib/python${MODPY_VERSION}/site-packages/cloudpickle/__init__.py
 ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/cloudpickle/${MODPY_PYCACHE}/

Re: UPDATE: php revamp

2017-07-03 Thread Stuart Henderson

On 2017/07/02 19:52, Martijn van Duren wrote:
> - Move modules to their own subpackage where possible. I don't like my 
> clean php install having ftp or wddx. Let people make up their own mind.

Doing this means that it's necessary to audit the existing ports
using PHP to figure out which of them need extra dependencies.

CVS: cvs.openbsd.org: ports

CVS: cvs.openbsd.org: ports

CVS: cvs.openbsd.org: ports

Re: Update: telephony/kamailio to 5.0.2

UPDATE: Hydra-8.5

[wip] geo/pgpointcloud

NEW: emulators/gr-lida

Re: cmake woes wrt libxml2 include_dirs

cmake woes wrt libxml2 include_dirs

CVS: cvs.openbsd.org: ports

CVS: cvs.openbsd.org: ports

CVS: cvs.openbsd.org: ports

CVS: cvs.openbsd.org: ports

Re: LibrePCB build and port.

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

CVS: cvs.openbsd.org: ports

Re: Update: telephony/kamailio to 5.0.2

CVS: cvs.openbsd.org: ports

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

CVS: cvs.openbsd.org: ports

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

Re: [BUG/PATCH] devel/libmtp linking error on mips64el

CVS: cvs.openbsd.org: ports

[BUG/PATCH] devel/libmtp linking error on mips64el

CVS: cvs.openbsd.org: ports

Re: UPDATE: php revamp

Re: NEW: x11/xcape

Re: NEW: x11/xcape

CVS: cvs.openbsd.org: ports

Re: NEW: x11/xcape

UPDATE: devel/py-cloudpickle 0.1.1 => 0.3.1

Re: UPDATE: php revamp

34 matches

Site Navigation

Mail list logo

Footer information