Re: www/p5-Plack: Update to 1.0051

[Abel Abraham Camarillo Ojeda]

looks ok to me

On Mon, Jan 8, 2024 at 6:47 PM wen heping  wrote:

> Hi,
>
>Here is a simple patch for www/p5-Plack update to 1.0051,
> it build well and pass all tests on amd64-current system.
>Many ports depend on Plack, I tests some of it, no problem meet.
>
>
> Cheers !
> wen

Re: Question about net/curl and SFTP

[Abel Abraham Camarillo Ojeda]

On Wed, Jun 7, 2023 at 12:35 PM Vlad Meșco  wrote:

> On Wed, Jun 07, 2023 at 12:19:19PM -0600, Abel Abraham Camarillo Ojeda
> wrote:
> > On Wed, Jun 7, 2023 at 11:48 AM Allan Streib 
> wrote:
> >
> > > On Wed, Jun 7, 2023, at 12:37, Vlad Meșco wrote:
> > >
> > > > Curl is built without sftp or scp support; my guess is because "why
> > > > would you?"
> > >
> > > I would just use the sftp utility itself, except it doesn't allow
> > > reading the standard input for the data to transfer. curl does,
> > > thus my attempt to use it in this scenario.
> > >
> > > > You can do what I did: grab the ports tree, update net/curl/Makefile
> to
> > > > configure --with-libssh (and add libssh as a dependency), make
> package
> > > > and make install.
> > >
> > > Yes, that's fine, I can do that. I guess I assumed there might be some
> > > other (breaking) reason that it was disabled. Thanks!
> > >
> > > Allan
> > >
> > >
> > You can also use plain ssh with something like:
> >
> > program | ssh -n user@host 'cat > /route/to/destfile'
>
> I agree with Abel, that's the best choice if you can ssh into the box
> (which is usually the case.) Although I think the use of `-n' in this
> case is dubious (doesn't that disconnect stdin?)
>
> You're right, I meant -T (dont' alloc pty). Just sent it from my (bad)
memory...


> If the target only allows SFTP and you want curl, I've attached my local
> patch.
>
> Theo made a point about not compiling everything into everything else,
> so do prefer using ssh and sftp over curl-with-all-protocols.
>
> Vlad
>
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/curl/Makefile,v
> retrieving revision 1.180.2.2
> diff -u -p -u -p -r1.180.2.2 Makefile
> --- Makefile18 May 2023 14:03:36 -  1.180.2.2
> +++ Makefile7 Jun 2023 18:22:42 -
> @@ -5,6 +5,8 @@ SHARED_LIBS=curl 26.20
>  CATEGORIES=net
>  HOMEPAGE=  https://curl.se/
>
> +REVISION=1
> +
>  MAINTAINER=Christian Weisgerber 
>
>  # MIT
> @@ -13,9 +15,9 @@ PERMIT_PACKAGE=   Yes
>  MASTER_SITES=  https://curl.se/download/
>  EXTRACT_SUFX=  .tar.xz
>
> -LIB_DEPENDS=   www/nghttp2 www/nghttp3 net/ngtcp2
> +LIB_DEPENDS=   www/nghttp2 www/nghttp3 net/ngtcp2 security/libssh
>  WANTLIB=   c crypto pthread nghttp2 nghttp3 ngtcp2
> ngtcp2_crypto_openssl
> -WANTLIB+=  ssl z
> +WANTLIB+=  ssl z ssh
>
>  AUTOCONF_VERSION=2.71
>  CONFIGURE_STYLE=autoconf
> @@ -27,7 +29,7 @@ CONFIGURE_ARGS=   --with-openssl \
> --without-libgsasl \
> --without-libidn2 \
> --without-libpsl \
> -   --without-libssh \
> +   --with-libssh \
> --without-libssh2 \
> --with-ngtcp2 \
> --without-zstd
>

Re: Question about net/curl and SFTP

[Abel Abraham Camarillo Ojeda]

On Wed, Jun 7, 2023 at 11:48 AM Allan Streib  wrote:

> On Wed, Jun 7, 2023, at 12:37, Vlad Meșco wrote:
>
> > Curl is built without sftp or scp support; my guess is because "why
> > would you?"
>
> I would just use the sftp utility itself, except it doesn't allow
> reading the standard input for the data to transfer. curl does,
> thus my attempt to use it in this scenario.
>
> > You can do what I did: grab the ports tree, update net/curl/Makefile to
> > configure --with-libssh (and add libssh as a dependency), make package
> > and make install.
>
> Yes, that's fine, I can do that. I guess I assumed there might be some
> other (breaking) reason that it was disabled. Thanks!
>
> Allan
>
>
You can also use plain ssh with something like:

program | ssh -n user@host 'cat > /route/to/destfile'

Re: update: graphics/lensfun to 0.3.3

[Abel Abraham Camarillo Ojeda]

On Tue, May 2, 2023 at 2:02 AM Omar Polo  wrote:

> On 2023/05/01 23:42:45 +0200, Omar Polo  wrote:
> > On 2023/05/01 19:51:45 +0100, Stuart Henderson 
> wrote:
> > > On 2023/04/30 17:35, Omar Polo wrote:
> > > It's because it's using "setup.py install" at all - that is deprecated,
> > > python software is supposed to be moving to pep517 installers.
> >
> > thanks for checking.  I haven't compared the build with the previous
> > version ^^"
> >
> > > Probably too much hassle to fix in a cmake port, I think I'd ignore it
> > > for now.
> >
> > If you're fine with it then so am I :)
> >
> > > It does however need a BUILD_DEPENDS on py-setuptools (otherwise
> > > different files are produced and packaging fails).
> >
> > ah, haven't spotted that.  thanks!  updated diff below
>
> or, hum, better like this.  (not comfortable enough with
> python.port.mk, and at late night i added the bdep literally,
> forgetting the knob...)
>
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/graphics/lensfun/Makefile,v
> retrieving revision 1.31
> diff -u -p -r1.31 Makefile
> --- Makefile11 Mar 2022 19:22:39 -  1.31
> +++ Makefile2 May 2023 07:58:53 -
> @@ -1,11 +1,12 @@
>  COMMENT=   library to adjust for photographic lens characteristics
> -DISTNAME=  lensfun-0.3.2
> -REVISION=  4
> +GH_ACCOUNT=lensfun
> +GH_PROJECT=lensfun
> +GH_TAGNAME=v0.3.3
>
> -SHARED_LIBS=   lensfun 2.0
> +SHARED_LIBS=   lensfun 2.1
>
>  CATEGORIES=graphics
> -HOMEPAGE=  http://lensfun.sourceforge.net/
> +HOMEPAGE=  https://lensfun.github.io/
>
>  # library LGPLv3, lens db CC-BY-SA, build infrastructure/applications
> GPLv3
>  PERMIT_PACKAGE=Yes
> @@ -14,12 +15,11 @@ WANTLIB += c glib-2.0 m png ${COMPILER_L
>
>  COMPILER = base-clang ports-gcc base-gcc
>
> -MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=lensfun/}
> -
>  MODULES=   devel/cmake \
> lang/python
>
>  MODPY_RUNDEP=  No
> +MODPY_SETUPTOOLS=  Yes
>
>  LIB_DEPENDS=   devel/glib2 \
> graphics/png
> Index: distinfo
> ===
> RCS file: /home/cvs/ports/graphics/lensfun/distinfo,v
> retrieving revision 1.4
> diff -u -p -r1.4 distinfo
> --- distinfo31 Jan 2017 09:58:35 -  1.4
> +++ distinfo30 Apr 2023 15:14:38 -
> @@ -1,2 +1,2 @@
> -SHA256 (lensfun-0.3.2.tar.gz) =
> rovK1GYUykf1vaZbAK9KJXqVZKYXJd+cdMsmDaVE0zE=
> -SIZE (lensfun-0.3.2.tar.gz) = 784825
> +SHA256 (lensfun-0.3.3.tar.gz) =
> V7paA3fySUiXIznhi+lGrxLtoit8cH6w3dJlhjcPZ2U=
> +SIZE (lensfun-0.3.3.tar.gz) = 992432
> Index: patches/patch-cmake_modules_FindGLIB2_cmake
> ===
> RCS file:
> /home/cvs/ports/graphics/lensfun/patches/patch-cmake_modules_FindGLIB2_cmake,v
> retrieving revision 1.2
> diff -u -p -r1.2 patch-cmake_modules_FindGLIB2_cmake
> --- patches/patch-cmake_modules_FindGLIB2_cmake 11 Mar 2022 19:22:39
> -  1.2
> +++ patches/patch-cmake_modules_FindGLIB2_cmake 30 Apr 2023 15:10:56 -
> @@ -1,11 +1,12 @@
>  Avoid messing up between paths found by pkg-config and CMake itself.
>  cmake/modules/FindGLIB2.cmake.orig Sun Nov 15 18:07:26 2015
> -+++ cmake/modules/FindGLIB2.cmake  Sun Jan 29 10:12:03 2017
> +Index: cmake/modules/FindGLIB2.cmake
> +--- cmake/modules/FindGLIB2.cmake.orig
>  cmake/modules/FindGLIB2.cmake
>  @@ -1,6 +1,6 @@
>   IF (NOT MSVC)
>   INCLUDE(FindPkgConfig)
> --PKG_SEARCH_MODULE( GLIB2 REQUIRED glib-2.0 )
> -+PKG_SEARCH_MODULE(PC_GLIB2  REQUIRED glib-2.0 )
> +-PKG_SEARCH_MODULE( GLIB2 glib-2.0 )
> ++PKG_SEARCH_MODULE(PC_GLIB2 glib-2.0 )
>   IF(WIN32 AND NOT BUILD_STATIC)
>   FIND_FILE(GLIB2_DLL
>   NAMES glib-2.dll glib-2-vs9.dll libglib-2.0-0.dll
> Index: patches/patch-tests_test_modifier_cpp
> ===
> RCS file:
> /home/cvs/ports/graphics/lensfun/patches/patch-tests_test_modifier_cpp,v
> retrieving revision 1.2
> diff -u -p -r1.2 patch-tests_test_modifier_cpp
> --- patches/patch-tests_test_modifier_cpp   11 Mar 2022 19:22:39
> -  1.2
> +++ patches/patch-tests_test_modifier_cpp   30 Apr 2023 15:10:56 -
> @@ -3,7 +3,7 @@ Fix c++11-narrowing with clang6
>  Index: tests/test_modifier.cpp
>  --- tests/test_modifier.cpp.orig
>  +++ tests/test_modifier.cpp
> -@@ -77,8 +77,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon
> +@@ -78,8 +78,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon
>   // check if output becomes NaN when processing geometry conversion
>   void test_mod_projection_borders(lfFixture* lfFix, gconstpointer data)
>   {
> @@ -14,3 +14,28 @@ Index: tests/test_modifier.cpp
>   float res[2] = {0, 0};
>
>   lfLensType geom_types [] = {LF_RECTILINEAR, LF_PANORAMIC,
> 

Re: update: graphics/lensfun to 0.3.3

[Abel Abraham Camarillo Ojeda]

I confirm latest patch still works for me.

Tested in rawtherapee + NEF file + NIKON D5600 + AF-S DX Nikkor 18-300mm
f/3.5-6.3G ED VR
distortion gets automatically corrected with the patch.

Thanks to all!

On Mon, May 1, 2023 at 3:42 PM Omar Polo  wrote:

> On 2023/05/01 19:51:45 +0100, Stuart Henderson 
> wrote:
> > On 2023/04/30 17:35, Omar Polo wrote:
> > It's because it's using "setup.py install" at all - that is deprecated,
> > python software is supposed to be moving to pep517 installers.
>
> thanks for checking.  I haven't compared the build with the previous
> version ^^"
>
> > Probably too much hassle to fix in a cmake port, I think I'd ignore it
> > for now.
>
> If you're fine with it then so am I :)
>
> > It does however need a BUILD_DEPENDS on py-setuptools (otherwise
> > different files are produced and packaging fails).
>
> ah, haven't spotted that.  thanks!  updated diff below
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/graphics/lensfun/Makefile,v
> retrieving revision 1.31
> diff -u -p -r1.31 Makefile
> --- Makefile11 Mar 2022 19:22:39 -  1.31
> +++ Makefile1 May 2023 21:18:06 -
> @@ -1,11 +1,12 @@
>  COMMENT=   library to adjust for photographic lens characteristics
> -DISTNAME=  lensfun-0.3.2
> -REVISION=  4
> +GH_ACCOUNT=lensfun
> +GH_PROJECT=lensfun
> +GH_TAGNAME=v0.3.3
>
> -SHARED_LIBS=   lensfun 2.0
> +SHARED_LIBS=   lensfun 2.1
>
>  CATEGORIES=graphics
> -HOMEPAGE=  http://lensfun.sourceforge.net/
> +HOMEPAGE=  https://lensfun.github.io/
>
>  # library LGPLv3, lens db CC-BY-SA, build infrastructure/applications
> GPLv3
>  PERMIT_PACKAGE=Yes
> @@ -14,12 +15,12 @@ WANTLIB += c glib-2.0 m png ${COMPILER_L
>
>  COMPILER = base-clang ports-gcc base-gcc
>
> -MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=lensfun/}
> -
>  MODULES=   devel/cmake \
> lang/python
>
>  MODPY_RUNDEP=  No
> +
> +BUILD_DEPENDS= devel/py-setuptools${MODPY_FLAVOR}
>
>  LIB_DEPENDS=   devel/glib2 \
> graphics/png
> Index: distinfo
> ===
> RCS file: /home/cvs/ports/graphics/lensfun/distinfo,v
> retrieving revision 1.4
> diff -u -p -r1.4 distinfo
> --- distinfo31 Jan 2017 09:58:35 -  1.4
> +++ distinfo30 Apr 2023 15:14:38 -
> @@ -1,2 +1,2 @@
> -SHA256 (lensfun-0.3.2.tar.gz) =
> rovK1GYUykf1vaZbAK9KJXqVZKYXJd+cdMsmDaVE0zE=
> -SIZE (lensfun-0.3.2.tar.gz) = 784825
> +SHA256 (lensfun-0.3.3.tar.gz) =
> V7paA3fySUiXIznhi+lGrxLtoit8cH6w3dJlhjcPZ2U=
> +SIZE (lensfun-0.3.3.tar.gz) = 992432
> Index: patches/patch-cmake_modules_FindGLIB2_cmake
> ===
> RCS file:
> /home/cvs/ports/graphics/lensfun/patches/patch-cmake_modules_FindGLIB2_cmake,v
> retrieving revision 1.2
> diff -u -p -r1.2 patch-cmake_modules_FindGLIB2_cmake
> --- patches/patch-cmake_modules_FindGLIB2_cmake 11 Mar 2022 19:22:39
> -  1.2
> +++ patches/patch-cmake_modules_FindGLIB2_cmake 30 Apr 2023 15:10:56 -
> @@ -1,11 +1,12 @@
>  Avoid messing up between paths found by pkg-config and CMake itself.
>  cmake/modules/FindGLIB2.cmake.orig Sun Nov 15 18:07:26 2015
> -+++ cmake/modules/FindGLIB2.cmake  Sun Jan 29 10:12:03 2017
> +Index: cmake/modules/FindGLIB2.cmake
> +--- cmake/modules/FindGLIB2.cmake.orig
>  cmake/modules/FindGLIB2.cmake
>  @@ -1,6 +1,6 @@
>   IF (NOT MSVC)
>   INCLUDE(FindPkgConfig)
> --PKG_SEARCH_MODULE( GLIB2 REQUIRED glib-2.0 )
> -+PKG_SEARCH_MODULE(PC_GLIB2  REQUIRED glib-2.0 )
> +-PKG_SEARCH_MODULE( GLIB2 glib-2.0 )
> ++PKG_SEARCH_MODULE(PC_GLIB2 glib-2.0 )
>   IF(WIN32 AND NOT BUILD_STATIC)
>   FIND_FILE(GLIB2_DLL
>   NAMES glib-2.dll glib-2-vs9.dll libglib-2.0-0.dll
> Index: patches/patch-tests_test_modifier_cpp
> ===
> RCS file:
> /home/cvs/ports/graphics/lensfun/patches/patch-tests_test_modifier_cpp,v
> retrieving revision 1.2
> diff -u -p -r1.2 patch-tests_test_modifier_cpp
> --- patches/patch-tests_test_modifier_cpp   11 Mar 2022 19:22:39
> -  1.2
> +++ patches/patch-tests_test_modifier_cpp   30 Apr 2023 15:10:56 -
> @@ -3,7 +3,7 @@ Fix c++11-narrowing with clang6
>  Index: tests/test_modifier.cpp
>  --- tests/test_modifier.cpp.orig
>  +++ tests/test_modifier.cpp
> -@@ -77,8 +77,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon
> +@@ -78,8 +78,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon
>   // check if output becomes NaN when processing geometry conversion
>   void test_mod_projection_borders(lfFixture* lfFix, gconstpointer data)
>   {
> @@ -14,3 +14,28 @@ Index: tests/test_modifier.cpp
>   float res[2] = {0, 0};
>
>   lfLensType geom_types [] = {LF_RECTILINEAR, LF_PANORAMIC,

Re: update: graphics/lensfun to 0.3.3

[Abel Abraham Camarillo Ojeda]

ping, anyone?

On Fri, Apr 21, 2023 at 9:13 AM Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:

> Updates lensfun to 0.3.3. Hundreds of new cameras and lenses.
>
> make test passes: 100% tests passed, 0 tests failed out of 8
> Total Test time (real) =   8.72 sec
>
> Verified with rawtherapee that it shows my previously unsupported camera
> and lenses
>
> I request review of patch-tests_test_modifier_cpp i know nothing of C++.
> Everything else seems straightforward.
>
> Thanks
>
> patch inline and attached (gmail, possibly mangled)
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/lensfun/Makefile,v
> retrieving revision 1.31
> diff -u -p -u -p -r1.31 Makefile
> --- Makefile 11 Mar 2022 19:22:39 - 1.31
> +++ Makefile 21 Apr 2023 15:11:08 -
> @@ -1,11 +1,12 @@
>  COMMENT= library to adjust for photographic lens characteristics
> -DISTNAME= lensfun-0.3.2
> -REVISION= 4
> +GH_ACCOUNT= lensfun
> +GH_PROJECT= lensfun
> +GH_TAGNAME= v0.3.3
>
> -SHARED_LIBS= lensfun 2.0
> +SHARED_LIBS= lensfun 2.1
>
>  CATEGORIES= graphics
> -HOMEPAGE= http://lensfun.sourceforge.net/
> +#HOMEPAGE= http://lensfun.sourceforge.net/
>
>  # library LGPLv3, lens db CC-BY-SA, build infrastructure/applications
> GPLv3
>  PERMIT_PACKAGE= Yes
> @@ -14,7 +15,7 @@ WANTLIB += c glib-2.0 m png ${COMPILER_L
>
>  COMPILER = base-clang ports-gcc base-gcc
>
> -MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=lensfun/}
> +#MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=lensfun/}
>
>  MODULES= devel/cmake \
>   lang/python
> Index: distinfo
> ===
> RCS file: /cvs/ports/graphics/lensfun/distinfo,v
> retrieving revision 1.4
> diff -u -p -u -p -r1.4 distinfo
> --- distinfo 31 Jan 2017 09:58:35 - 1.4
> +++ distinfo 21 Apr 2023 15:11:08 -
> @@ -1,2 +1,2 @@
> -SHA256 (lensfun-0.3.2.tar.gz) =
> rovK1GYUykf1vaZbAK9KJXqVZKYXJd+cdMsmDaVE0zE=
> -SIZE (lensfun-0.3.2.tar.gz) = 784825
> +SHA256 (lensfun-0.3.3.tar.gz) =
> V7paA3fySUiXIznhi+lGrxLtoit8cH6w3dJlhjcPZ2U=
> +SIZE (lensfun-0.3.3.tar.gz) = 992432
> Index: patches/patch-cmake_modules_FindGLIB2_cmake
> ===
> RCS file:
> /cvs/ports/graphics/lensfun/patches/patch-cmake_modules_FindGLIB2_cmake,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 patch-cmake_modules_FindGLIB2_cmake
> --- patches/patch-cmake_modules_FindGLIB2_cmake 11 Mar 2022 19:22:39 -
> 1.2
> +++ patches/patch-cmake_modules_FindGLIB2_cmake 21 Apr 2023 15:11:08 -
> @@ -1,11 +1,12 @@
>  Avoid messing up between paths found by pkg-config and CMake itself.
>  cmake/modules/FindGLIB2.cmake.orig Sun Nov 15 18:07:26 2015
> -+++ cmake/modules/FindGLIB2.cmake Sun Jan 29 10:12:03 2017
> +Index: cmake/modules/FindGLIB2.cmake
> +--- cmake/modules/FindGLIB2.cmake.orig
>  cmake/modules/FindGLIB2.cmake
>  @@ -1,6 +1,6 @@
>   IF (NOT MSVC)
>   INCLUDE(FindPkgConfig)
> --PKG_SEARCH_MODULE( GLIB2 REQUIRED glib-2.0 )
> -+PKG_SEARCH_MODULE(PC_GLIB2  REQUIRED glib-2.0 )
> +-PKG_SEARCH_MODULE( GLIB2 glib-2.0 )
> ++PKG_SEARCH_MODULE(PC_GLIB2 glib-2.0 )
>   IF(WIN32 AND NOT BUILD_STATIC)
>   FIND_FILE(GLIB2_DLL
>   NAMES glib-2.dll glib-2-vs9.dll libglib-2.0-0.dll
> Index: patches/patch-tests_test_modifier_cpp
> ===
> RCS file:
> /cvs/ports/graphics/lensfun/patches/patch-tests_test_modifier_cpp,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 patch-tests_test_modifier_cpp
> --- patches/patch-tests_test_modifier_cpp 11 Mar 2022 19:22:39 - 1.2
> +++ patches/patch-tests_test_modifier_cpp 21 Apr 2023 15:11:08 -
> @@ -3,7 +3,7 @@ Fix c++11-narrowing with clang6
>  Index: tests/test_modifier.cpp
>  --- tests/test_modifier.cpp.orig
>  +++ tests/test_modifier.cpp
> -@@ -77,8 +77,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon
> +@@ -78,8 +78,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon
>   // check if output becomes NaN when processing geometry conversion
>   void test_mod_projection_borders(lfFixture* lfFix, gconstpointer data)
>   {
> @@ -14,3 +14,28 @@ Index: tests/test_modifier.cpp
>   float res[2] = {0, 0};
>
>   lfLensType geom_types [] = {LF_RECTILINEAR, LF_PANORAMIC,
> LF_EQUIRECTANGULAR, LF_FISHEYE_STEREOGRAPHIC, LF_FISHEYE,
> LF_FISHEYE_EQUISOLID, LF_FISHEYE_ORTHOGRAPHIC, LF_FISHEYE_THOBY,
> LF_UNKNOWN};
> +@@ -102,18 +102,18 @@ void test_mod_projection_borders(lfFixture* lfFix,
> gco
> + LF_MODIFY_GEOMETRY

update: graphics/lensfun to 0.3.3

[Abel Abraham Camarillo Ojeda]

Updates lensfun to 0.3.3. Hundreds of new cameras and lenses.

make test passes: 100% tests passed, 0 tests failed out of 8
Total Test time (real) =   8.72 sec

Verified with rawtherapee that it shows my previously unsupported camera
and lenses

I request review of patch-tests_test_modifier_cpp i know nothing of C++.
Everything else seems straightforward.

Thanks

patch inline and attached (gmail, possibly mangled)

Index: Makefile
===
RCS file: /cvs/ports/graphics/lensfun/Makefile,v
retrieving revision 1.31
diff -u -p -u -p -r1.31 Makefile
--- Makefile 11 Mar 2022 19:22:39 - 1.31
+++ Makefile 21 Apr 2023 15:11:08 -
@@ -1,11 +1,12 @@
 COMMENT= library to adjust for photographic lens characteristics
-DISTNAME= lensfun-0.3.2
-REVISION= 4
+GH_ACCOUNT= lensfun
+GH_PROJECT= lensfun
+GH_TAGNAME= v0.3.3

-SHARED_LIBS= lensfun 2.0
+SHARED_LIBS= lensfun 2.1

 CATEGORIES= graphics
-HOMEPAGE= http://lensfun.sourceforge.net/
+#HOMEPAGE= http://lensfun.sourceforge.net/

 # library LGPLv3, lens db CC-BY-SA, build infrastructure/applications GPLv3
 PERMIT_PACKAGE= Yes
@@ -14,7 +15,7 @@ WANTLIB += c glib-2.0 m png ${COMPILER_L

 COMPILER = base-clang ports-gcc base-gcc

-MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=lensfun/}
+#MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=lensfun/}

 MODULES= devel/cmake \
  lang/python
Index: distinfo
===
RCS file: /cvs/ports/graphics/lensfun/distinfo,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 distinfo
--- distinfo 31 Jan 2017 09:58:35 - 1.4
+++ distinfo 21 Apr 2023 15:11:08 -
@@ -1,2 +1,2 @@
-SHA256 (lensfun-0.3.2.tar.gz) =
rovK1GYUykf1vaZbAK9KJXqVZKYXJd+cdMsmDaVE0zE=
-SIZE (lensfun-0.3.2.tar.gz) = 784825
+SHA256 (lensfun-0.3.3.tar.gz) =
V7paA3fySUiXIznhi+lGrxLtoit8cH6w3dJlhjcPZ2U=
+SIZE (lensfun-0.3.3.tar.gz) = 992432
Index: patches/patch-cmake_modules_FindGLIB2_cmake
===
RCS file:
/cvs/ports/graphics/lensfun/patches/patch-cmake_modules_FindGLIB2_cmake,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-cmake_modules_FindGLIB2_cmake
--- patches/patch-cmake_modules_FindGLIB2_cmake 11 Mar 2022 19:22:39 -
1.2
+++ patches/patch-cmake_modules_FindGLIB2_cmake 21 Apr 2023 15:11:08 -
@@ -1,11 +1,12 @@
 Avoid messing up between paths found by pkg-config and CMake itself.
 cmake/modules/FindGLIB2.cmake.orig Sun Nov 15 18:07:26 2015
-+++ cmake/modules/FindGLIB2.cmake Sun Jan 29 10:12:03 2017
+Index: cmake/modules/FindGLIB2.cmake
+--- cmake/modules/FindGLIB2.cmake.orig
 cmake/modules/FindGLIB2.cmake
 @@ -1,6 +1,6 @@
  IF (NOT MSVC)
  INCLUDE(FindPkgConfig)
--PKG_SEARCH_MODULE( GLIB2 REQUIRED glib-2.0 )
-+PKG_SEARCH_MODULE(PC_GLIB2  REQUIRED glib-2.0 )
+-PKG_SEARCH_MODULE( GLIB2 glib-2.0 )
++PKG_SEARCH_MODULE(PC_GLIB2 glib-2.0 )
  IF(WIN32 AND NOT BUILD_STATIC)
  FIND_FILE(GLIB2_DLL
  NAMES glib-2.dll glib-2-vs9.dll libglib-2.0-0.dll
Index: patches/patch-tests_test_modifier_cpp
===
RCS file:
/cvs/ports/graphics/lensfun/patches/patch-tests_test_modifier_cpp,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-tests_test_modifier_cpp
--- patches/patch-tests_test_modifier_cpp 11 Mar 2022 19:22:39 - 1.2
+++ patches/patch-tests_test_modifier_cpp 21 Apr 2023 15:11:08 -
@@ -3,7 +3,7 @@ Fix c++11-narrowing with clang6
 Index: tests/test_modifier.cpp
 --- tests/test_modifier.cpp.orig
 +++ tests/test_modifier.cpp
-@@ -77,8 +77,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon
+@@ -78,8 +78,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon
  // check if output becomes NaN when processing geometry conversion
  void test_mod_projection_borders(lfFixture* lfFix, gconstpointer data)
  {
@@ -14,3 +14,28 @@ Index: tests/test_modifier.cpp
  float res[2] = {0, 0};

  lfLensType geom_types [] = {LF_RECTILINEAR, LF_PANORAMIC,
LF_EQUIRECTANGULAR, LF_FISHEYE_STEREOGRAPHIC, LF_FISHEYE,
LF_FISHEYE_EQUISOLID, LF_FISHEYE_ORTHOGRAPHIC, LF_FISHEYE_THOBY,
LF_UNKNOWN};
+@@ -102,18 +102,18 @@ void test_mod_projection_borders(lfFixture* lfFix,
gco
+ LF_MODIFY_GEOMETRY, false);
+
+ if (lfFix->mod->ApplyGeometryDistortion(0,0,1,1,res)) {
+-g_assert_false(std::isnan(res[0]));
+-g_assert_false(std::isnan(res[1]));
++g_assert_false(isnan(res[0]));
++g_assert_false(isnan(res[1]));
+ }
+
+ if (lfFix->mod->ApplyGeometryDistortion(in[0],in[1],1,1,res))
{
+-g_assert_false(std::isnan(res[0]));
+-g_assert_false(std::isnan(res[1]));
++g_assert_false(isnan(res[0]));
++g_assert_false(isnan(res[1]));
+ }
+
+ if
(lfFix->mod->ApplyGeometryDistortion(in2[0],in2[1],1,1,res)) {
+-

Re: keepassxc will not run under OpenBSD 7.2-current (GENERIC.MP)#1059

[Abel Abraham Camarillo Ojeda]

I think esc7.net is known to have issues, at least I filed a report months
ago

On Tue, Feb 21, 2023 at 5:31 PM Ed Ahlsen-Girard  wrote:

> From: Stuart Henderson
> Sent: Tuesday, February 21, 2023 7:29 AM
> To: Edward Ahlsen-Girard
> Cc: ports@openbsd.org
> Subject: Re: keepassxc will not run under OpenBSD 7.2-current (GENERIC.MP
> )#1059
>
> On 2023/02/21 06:07, Edward Ahlsen-Girard wrote:
> > On Tue, 21 Feb 2023 08:19:15 +
> > Stuart Henderson  wrote:
> >
> > > You have a mixture of packages with different library versions. Run
> > > pkg_add -u.
> > >
> >
> > Error has diminished to:
> >
> > "ld.so: keepassxc: can't load library 'libdouble-conversion.so.1.0'
> > Killed" i.e., "warning: libzstd.so.6.1: minor version >= 2 expected,
> > using it anyway" is gone.
> >
> > Firefox behavior mentioned in a different message is
> > unchanged. pkg_add -u was run with no package specified and again with
> > each package specified.
>
> Which mirror are you using? Check that all files in the packages dir
> on the mirror are from around the same date/time.
>
> Any errors from pkg_add -u? (You don't need to specify each package,
> just run "pkg_add -u" by itself).
>
> https://mirror.esc7.net/pub/OpenBSD/snapshots/packages/
> https://cdn.openbsd.org/pub/OpenBSD/snapshots/packages/
>
> No difference yet.
>
>

Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb

[Abel Abraham Camarillo Ojeda]

On Tue, Jun 28, 2022 at 11:40 AM Stefan Hagen 
wrote:

> Abel Abraham Camarillo Ojeda wrote (2022-06-20 08:24 CEST):
> > On Sun, Jun 19, 2022 at 5:09 AM Stefan Hagen <
> sh+openbsd-po...@codevoid.de>
> > wrote:
> >
> > > Abel Abraham Camarillo Ojeda wrote (2022-06-19 04:52 CEST):
> > > > On Sat, Jun 18, 2022 at 1:04 PM Omar Polo  wrote:
> > > >
> > > > > Abel Abraham Camarillo Ojeda  wrote:
> > > > > > > #7  0x0324aacad36a in _libc_setlocale (category=4,
> > > > > > > locname=0x322035807fb "C") at
> > > /usr/src/lib/libc/locale/setlocale.c:177
> > > > >
> > > > > this seems to be a known issue, see
> > > > > https://github.com/Beep6581/RawTherapee/issues/6452
> > > > >
> > > > > maybe you could try sdk@' diff (linked in the GH issue) and see
> if it
> > > > > fixes the issue for you :)
> > > > >
> > > > >
> > > > >
> > > > sadly I can still reproduce with this patch
> > > > https://codevoid.de/0/p/rawtherapee-rmlocale.diff
> > >
> > > I think you either didn't apply the patch correctly, or didn't install
> > > the fixed executable.
> > >
> > > My patch comments the setlocale call at:
> > >
> > > >
> > >
> /usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtengine/procparams.cc:3732
> > >
> > > Maybe give it another shot and bump revision?
> > >
> > > Best Regards,
> > > Stefan
> > >
> >
> > You're right, I blindly ran
> >
> > $  make clean; make DEBUG="-g" repackage; make reinstall
> >
> > after applying the patch in /usr/ports/pobj/rawtherapee*, so the make
> clean
> > stage deleted the patched files, haha.
> >
> > I now applied the patch correctly, I can no longer reproduce the issue.
> >
> > upstream seems unresponsive about this, any chance of getting it on
> ports?
>
> The one that rips out all setlocale calls? No.
>
> Here is a better diff, which replaces the setlocale(3) calls with thread
> local (and therefore thread-safe) uselocale(3) calls.
>
> I'm still testing this, because it is not exactly the same as the original.
>
> If it improves the situation on OpenBSD, I'm not opposed to commit these
> patches. Please test and report back.
>
> Best Regards,
> Stefan
>
>
>
Hi,

I confirm that with the patch rawtherapee no longer crashes on the
directory I've observed the problems.

thank you Stefan

Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb

[Abel Abraham Camarillo Ojeda]

On Sun, Jun 19, 2022 at 5:09 AM Stefan Hagen 
wrote:

> Abel Abraham Camarillo Ojeda wrote (2022-06-19 04:52 CEST):
> > On Sat, Jun 18, 2022 at 1:04 PM Omar Polo  wrote:
> >
> > > Abel Abraham Camarillo Ojeda  wrote:
> > > > > #7  0x0324aacad36a in _libc_setlocale (category=4,
> > > > > locname=0x322035807fb "C") at
> /usr/src/lib/libc/locale/setlocale.c:177
> > >
> > > this seems to be a known issue, see
> > > https://github.com/Beep6581/RawTherapee/issues/6452
> > >
> > > maybe you could try sdk@' diff (linked in the GH issue) and see if it
> > > fixes the issue for you :)
> > >
> > >
> > >
> > sadly I can still reproduce with this patch
> > https://codevoid.de/0/p/rawtherapee-rmlocale.diff
>
> I think you either didn't apply the patch correctly, or didn't install
> the fixed executable.
>
> My patch comments the setlocale call at:
>
> >
> /usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtengine/procparams.cc:3732
>
> Maybe give it another shot and bump revision?
>
> Best Regards,
> Stefan
>

You're right, I blindly ran

$  make clean; make DEBUG="-g" repackage; make reinstall

after applying the patch in /usr/ports/pobj/rawtherapee*, so the make clean
stage deleted the patched files, haha.

I now applied the patch correctly, I can no longer reproduce the issue.

upstream seems unresponsive about this, any chance of getting it on ports?

Thank you

Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb

[Abel Abraham Camarillo Ojeda]

On Sat, Jun 18, 2022 at 1:04 PM Omar Polo  wrote:

> Abel Abraham Camarillo Ojeda  wrote:
> > > #7  0x0324aacad36a in _libc_setlocale (category=4,
> > > locname=0x322035807fb "C") at /usr/src/lib/libc/locale/setlocale.c:177
>
> this seems to be a known issue, see
> https://github.com/Beep6581/RawTherapee/issues/6452
>
> maybe you could try sdk@' diff (linked in the GH issue) and see if it
> fixes the issue for you :)
>
>
>
sadly I can still reproduce with this patch
https://codevoid.de/0/p/rawtherapee-rmlocale.diff

(gdb) bt
#0  thrkill () at /tmp/-:3
#1  0x0ae4de3bc7ce in _libc_abort () at
/usr/src/lib/libc/stdlib/abort.c:51
#2  0x0ae4de3a6907 in wrterror (d=0xae51c1c8ac0, msg=0xae4de33fee6
"chunk is already free %p") at /usr/src/lib/libc/stdlib/malloc.c:321
#3  0x0ae4de3aab2a in find_chunknum (d=0x0, info=,
ptr=0x0, check=-1439930560) at /usr/src/lib/libc/stdlib/malloc.c:1153
#4  0x0ae4de3a781d in ofree (argpool=0xae5aa2c6a80, p=0xae55e7b0990,
clear=, check=, argsz=)
at /usr/src/lib/libc/stdlib/malloc.c:1520
#5  0x0ae4de3a74a3 in free (ptr=0xae55e7b0990) at
/usr/src/lib/libc/stdlib/malloc.c:1581
#6  0x0ae4de3e1843 in freegl (oldgl=0xae55e7aca40) at
/usr/src/lib/libc/locale/setlocale.c:32
#7  0x0ae4de3e136a in _libc_setlocale (category=4,
locname=0xae2c9edc7fb "C") at /usr/src/lib/libc/locale/setlocale.c:177
#8  0x0ae2ca5445bc in rtengine::procparams::ProcParams::load
(this=0xae4eb174000, fname=..., pedited=0x0)
at
/usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtengine/procparams.cc:3732
#9  0x0ae2ca3284c3 in Thumbnail::loadProcParams (this=0xae55e784400) at
/usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtgui/thumbnail.cc:360
#10 0x0ae2ca32815e in Thumbnail::Thumbnail (this=0xae55e784400,
cm=, fname=..., cf=)
at /usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtgui/thumbnail.cc:65
#11 0x0ae2ca065416 in CacheManager::getEntry (this=0xae2ca835788
, fname=...)
at
/usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtgui/cachemanager.cc:109
#12 0x0ae2ca2a3eb6 in PreviewLoader::Impl::processNextJob
(this=0xae4ce084d00)
at
/usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtgui/previewloader.cc:130
#13 0x0ae55d1c75a2 in (anonymous
namespace)::call_thread_entry_slot(void*, void*) () from
/usr/local/lib/libglibmm-2.4.so.15.4
#14 0x0ae540959c69 in g_thread_pool_thread_proxy () from
/usr/local/lib/libglib-2.0.so.4201.8
#15 0x0ae540958715 in g_thread_proxy () from
/usr/local/lib/libglib-2.0.so.4201.8
#16 0x0ae4e8075f01 in _rthread_start (v=) at
/usr/src/lib/librthread/rthread.c:96
#17 0x0ae4de3bbaea in __tfork_thread () at
/usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84
(gdb)

note that my env is:

$ env | sort
BROWSER=firefox
DBUS_SESSION_BUS_ADDRESS=unix:path=/tmp/dbus-ScFI9oE1Sh,guid=cdf538d46e434ccb5725534362a72724
DISPLAY=:0
EDITOR=vim
ENV=/home/acamari/.kshrc
HOME=/home/acamari
I3SOCK=/tmp/i3-acamari.N7uX10/ipc-socket.92638
LANG=C
LC_CTYPE=en_US.UTF-8
LOGNAME=acamari
MANPATH=:/usr/ports/infrastructure/man:/usr/local/share/doc/posix/man
OLDPWD=/home/acamari
PATH=/home/acamari/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/games:.:./node_modules/.bin:/usr/local/google-cloud-sdk/bin
PWD=/home/acamari/src/me/photo/20220612
SHELL=/bin/ksh
SSH_AGENT_PID=75958
SSH_AUTH_SOCK=/tmp/ssh-gpUEANvLuc5O/agent.36450
TERM=xterm
USER=acamari
WINDOWID=16777228
WINDOWPATH=5
XTERM_LOCALE=en_US.UTF-8
XTERM_SHELL=/bin/ksh
XTERM_VERSION=XTerm/OpenBSD(372)
_=/usr/bin/env

So no DE locale... will try with a clean env... to see how it reacts

Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb

[Abel Abraham Camarillo Ojeda]

On Sat, Jun 18, 2022 at 11:18 AM Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:

>
>
> On Sat, Jun 18, 2022 at 11:02 AM Abel Abraham Camarillo Ojeda <
> acam...@verlet.org> wrote:
>
>> On Sat, Jun 18, 2022 at 11:01 AM Abel Abraham Camarillo Ojeda <
>> acam...@verlet.org> wrote:
>>
>>> Hi ports,
>>>
>>> rawtherapee in snapshots fails for me reproducibly but only when not run
>>> from egdb...
>>>
>>> $ pkg_info rawtherapee
>>> Information for inst:rawtherapee-5.8p1
>>>
>>> merced$ env time -l rawtherapee .
>>>
>>> (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.713:
>>> gtk_box_gadget_distribute: assertion 'size >= 0' failed in
>>> gtkmm__GtkNotebook
>>>
>>> (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.737:
>>> gtk_box_gadget_distribute: assertion 'size >= 0' failed in
>>> gtkmm__GtkNotebook
>>> rawtherapee(71162) in free(): chunk is already free 0x907fb48e800
>>> Command terminated abnormally.
>>>14.45 real13.37 user 0.46 sys
>>> 178748  maximum resident set size
>>>  0  average shared memory size
>>>  0  average unshared data size
>>>  0  average unshared stack size
>>>  42647  minor page faults
>>>  0  major page faults
>>>  0  swaps
>>>  0  block input operations
>>> 41  block output operations
>>>188  messages sent
>>>218  messages received
>>>  0  signals received
>>>443  voluntary context switches
>>>  20773  involuntary context switches
>>> Abort trap
>>>
>>> (the err msg is not always the same but always malloc related)
>>>
>>> Maybe egdb changes malloc options or something to be more lax?
>>>
>>> I'm a little rusty on ports reporting should I build
>>> debug-rawtherapee ? or maybe just alter some malloc opts via the env
>>> variable to equal something from egdb and call it a day?
>>>
>>> Thanks
>>>
>>
>> It only fails on a certain new pictures dir that I'm trying to work with,
>> I've been able to work with other picture directories
>>
>
> After more tries it fails in egdb also:
>
> (gdb) run .
> Starting program: /usr/local/bin/rawtherapee .
> rawtherapee(12921) in free(): bogus pointer (double free?)
> 0xdfdfdfdfdfdfdfdf
> [New thread 440689]
> [New thread 417734]
> [New thread 582322]
> [New thread 415105]
> [New thread 458460]
>
> Thread 2 received signal SIGABRT, Aborted.
> [Switching to thread 440689]
> thrkill () at /tmp/-:3
> 3   /tmp/-: No such file or directory.
> (gdb) bt
> #0  thrkill () at /tmp/-:3
> #1  0x0324aac887ce in _libc_abort () at
> /usr/src/lib/libc/stdlib/abort.c:51
> #2  0x0324aac72907 in wrterror (d=0x3244a8aba50, msg=0x324aac0a832
> "bogus pointer (double free?) %p") at /usr/src/lib/libc/stdlib/malloc.c:321
> #3  0x0324aac769d6 in findpool (p=0x0, argpool=0x324aac459f8
> <_thread_sys_sigprocmask+24>, foundpool=0x324a4c1a678,
> saved_function=0x324a4c1a680) at /usr/src/lib/libc/stdlib/malloc.c:1440
> #4  0x0324aac73521 in ofree (argpool=0x324a4c1a6e0,
> p=0xdfdfdfdfdfdfdfdf, clear=0, check=0, argsz=0) at
> /usr/src/lib/libc/stdlib/malloc.c:1454
> #5  0x0324aac734a3 in free (ptr=0xdfdfdfdfdfdfdfdf) at
> /usr/src/lib/libc/stdlib/malloc.c:1581
> #6  0x0324aacad855 in freegl (oldgl=0x32430ccbdc0) at
> /usr/src/lib/libc/locale/setlocale.c:32
> #7  0x0324aacad36a in _libc_setlocale (category=4,
> locname=0x322035807fb "C") at /usr/src/lib/libc/locale/setlocale.c:177
> #8  0x032203705ee5 in CacheImageData::load(Glib::ustring const&) ()
> #9  0x03220370929b in CacheManager::getEntry(Glib::ustring const&) ()
> #10 0x032203947e36 in PreviewLoader::Impl::processNextJob() ()
> #11 0x03244c38c5a2 in (anonymous
> namespace)::call_thread_entry_slot(void*, void*) () from
> /usr/local/lib/libglibmm-2.4.so.15.4
> #12 0x0324b960bc69 in g_thread_pool_thread_proxy () from
> /usr/local/lib/libglib-2.0.so.4201.8
> #13 0x0324b960a715 in g_thread_proxy () from
> /usr/local/lib/libglib-2.0.so.4201.8
> #14 0x0324cbebdf01 in _rthread_start (v=) at
> /usr/src/lib/librthread/rthread.c:96
> #15 0x0324aac87aea in __tfork_thread () at
> /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84
> (gdb)
>
> is this useful?
>

Now from debug package:

(gdb) run .
Starting program: /usr/local/bin/rawtherapee .

(rawtherapee:22771): G

Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb

[Abel Abraham Camarillo Ojeda]

On Sat, Jun 18, 2022 at 11:02 AM Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:

> On Sat, Jun 18, 2022 at 11:01 AM Abel Abraham Camarillo Ojeda <
> acam...@verlet.org> wrote:
>
>> Hi ports,
>>
>> rawtherapee in snapshots fails for me reproducibly but only when not run
>> from egdb...
>>
>> $ pkg_info rawtherapee
>> Information for inst:rawtherapee-5.8p1
>>
>> merced$ env time -l rawtherapee .
>>
>> (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.713:
>> gtk_box_gadget_distribute: assertion 'size >= 0' failed in
>> gtkmm__GtkNotebook
>>
>> (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.737:
>> gtk_box_gadget_distribute: assertion 'size >= 0' failed in
>> gtkmm__GtkNotebook
>> rawtherapee(71162) in free(): chunk is already free 0x907fb48e800
>> Command terminated abnormally.
>>14.45 real13.37 user 0.46 sys
>> 178748  maximum resident set size
>>  0  average shared memory size
>>  0  average unshared data size
>>  0  average unshared stack size
>>  42647  minor page faults
>>  0  major page faults
>>  0  swaps
>>  0  block input operations
>> 41  block output operations
>>188  messages sent
>>218  messages received
>>  0  signals received
>>443  voluntary context switches
>>  20773  involuntary context switches
>> Abort trap
>>
>> (the err msg is not always the same but always malloc related)
>>
>> Maybe egdb changes malloc options or something to be more lax?
>>
>> I'm a little rusty on ports reporting should I build
>> debug-rawtherapee ? or maybe just alter some malloc opts via the env
>> variable to equal something from egdb and call it a day?
>>
>> Thanks
>>
>
> It only fails on a certain new pictures dir that I'm trying to work with,
> I've been able to work with other picture directories
>

After more tries it fails in egdb also:

(gdb) run .
Starting program: /usr/local/bin/rawtherapee .
rawtherapee(12921) in free(): bogus pointer (double free?)
0xdfdfdfdfdfdfdfdf
[New thread 440689]
[New thread 417734]
[New thread 582322]
[New thread 415105]
[New thread 458460]

Thread 2 received signal SIGABRT, Aborted.
[Switching to thread 440689]
thrkill () at /tmp/-:3
3   /tmp/-: No such file or directory.
(gdb) bt
#0  thrkill () at /tmp/-:3
#1  0x0324aac887ce in _libc_abort () at
/usr/src/lib/libc/stdlib/abort.c:51
#2  0x0324aac72907 in wrterror (d=0x3244a8aba50, msg=0x324aac0a832
"bogus pointer (double free?) %p") at /usr/src/lib/libc/stdlib/malloc.c:321
#3  0x0324aac769d6 in findpool (p=0x0, argpool=0x324aac459f8
<_thread_sys_sigprocmask+24>, foundpool=0x324a4c1a678,
saved_function=0x324a4c1a680) at /usr/src/lib/libc/stdlib/malloc.c:1440
#4  0x0324aac73521 in ofree (argpool=0x324a4c1a6e0,
p=0xdfdfdfdfdfdfdfdf, clear=0, check=0, argsz=0) at
/usr/src/lib/libc/stdlib/malloc.c:1454
#5  0x0324aac734a3 in free (ptr=0xdfdfdfdfdfdfdfdf) at
/usr/src/lib/libc/stdlib/malloc.c:1581
#6  0x0324aacad855 in freegl (oldgl=0x32430ccbdc0) at
/usr/src/lib/libc/locale/setlocale.c:32
#7  0x0324aacad36a in _libc_setlocale (category=4,
locname=0x322035807fb "C") at /usr/src/lib/libc/locale/setlocale.c:177
#8  0x032203705ee5 in CacheImageData::load(Glib::ustring const&) ()
#9  0x03220370929b in CacheManager::getEntry(Glib::ustring const&) ()
#10 0x032203947e36 in PreviewLoader::Impl::processNextJob() ()
#11 0x03244c38c5a2 in (anonymous
namespace)::call_thread_entry_slot(void*, void*) () from
/usr/local/lib/libglibmm-2.4.so.15.4
#12 0x0324b960bc69 in g_thread_pool_thread_proxy () from
/usr/local/lib/libglib-2.0.so.4201.8
#13 0x0324b960a715 in g_thread_proxy () from
/usr/local/lib/libglib-2.0.so.4201.8
#14 0x0324cbebdf01 in _rthread_start (v=) at
/usr/src/lib/librthread/rthread.c:96
#15 0x0324aac87aea in __tfork_thread () at
/usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84
(gdb)

is this useful?

Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb

[Abel Abraham Camarillo Ojeda]

On Sat, Jun 18, 2022 at 11:01 AM Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:

> Hi ports,
>
> rawtherapee in snapshots fails for me reproducibly but only when not run
> from egdb...
>
> $ pkg_info rawtherapee
> Information for inst:rawtherapee-5.8p1
>
> merced$ env time -l rawtherapee .
>
> (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.713:
> gtk_box_gadget_distribute: assertion 'size >= 0' failed in
> gtkmm__GtkNotebook
>
> (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.737:
> gtk_box_gadget_distribute: assertion 'size >= 0' failed in
> gtkmm__GtkNotebook
> rawtherapee(71162) in free(): chunk is already free 0x907fb48e800
> Command terminated abnormally.
>14.45 real13.37 user 0.46 sys
> 178748  maximum resident set size
>  0  average shared memory size
>  0  average unshared data size
>  0  average unshared stack size
>  42647  minor page faults
>  0  major page faults
>  0  swaps
>  0  block input operations
> 41  block output operations
>188  messages sent
>218  messages received
>  0  signals received
>443  voluntary context switches
>  20773  involuntary context switches
> Abort trap
>
> (the err msg is not always the same but always malloc related)
>
> Maybe egdb changes malloc options or something to be more lax?
>
> I'm a little rusty on ports reporting should I build debug-rawtherapee
> ? or maybe just alter some malloc opts via the env variable to equal
> something from egdb and call it a day?
>
> Thanks
>

It only fails on a certain new pictures dir that I'm trying to work with,
I've been able to work with other picture directories

rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb

[Abel Abraham Camarillo Ojeda]

Hi ports,

rawtherapee in snapshots fails for me reproducibly but only when not run
from egdb...

$ pkg_info rawtherapee
Information for inst:rawtherapee-5.8p1

merced$ env time -l rawtherapee .

(rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.713:
gtk_box_gadget_distribute: assertion 'size >= 0' failed in
gtkmm__GtkNotebook

(rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.737:
gtk_box_gadget_distribute: assertion 'size >= 0' failed in
gtkmm__GtkNotebook
rawtherapee(71162) in free(): chunk is already free 0x907fb48e800
Command terminated abnormally.
   14.45 real13.37 user 0.46 sys
178748  maximum resident set size
 0  average shared memory size
 0  average unshared data size
 0  average unshared stack size
 42647  minor page faults
 0  major page faults
 0  swaps
 0  block input operations
41  block output operations
   188  messages sent
   218  messages received
 0  signals received
   443  voluntary context switches
 20773  involuntary context switches
Abort trap

(the err msg is not always the same but always malloc related)

Maybe egdb changes malloc options or something to be more lax?

I'm a little rusty on ports reporting should I build debug-rawtherapee
? or maybe just alter some malloc opts via the env variable to equal
something from egdb and call it a day?

Thanks

Re: [update] net/p5-Net-OpenSSH to 0.80

[Abel Abraham Camarillo Ojeda]

OK by me

On Sunday, January 23, 2022, Stuart Henderson  wrote:

> On 2022/01/22 16:46, portno12 wrote:
> > 1 consumer - also builds on amd64 fine for me with this update
> >
> > changelog: https://github.com/salva/p5-Net-OpenSSH/blob/master/Changes
>
> 0.80  Sep 28, 2020
> - Add restart method
>
> 0.79  Apr 29, 2020
> - Don't clobber $? in disconnect (bug report by Slaven Rezic,
>   #rt129350).
> - Silence spurious warnings being generated in _set_error (bug
>   report by Jaroslav Reindl, #rt132449).
> - Error handling in _master_check method was broken.
> - Fix documentation error (patch by Martin Barth)
>
> > 0.81 isn't on cpan yet to update to
>
> afaik those _ version numbers are not stable releases so I wouldn't
> expect to see it there.
>
> ok with me
>

Re: [NEW] colorgrab-0.3: A screen color picker for graphic and web designers

[Abel Abraham Camarillo Ojeda]

On Tue, Nov 16, 2021 at 9:11 AM Landry Breuil  wrote:

> Le Tue, Nov 16, 2021 at 08:58:31AM -0600, Abel Abraham Camarillo Ojeda a
> écrit :
> > On Tue, Nov 16, 2021 at 12:48 AM Adnan Shameem 
> > wrote:
> >
> > > Hello,
> > >
> > > I couldn't find any screen color picker on ports, which is essential
> for
> > > graphic and web designers.
> > >
> >
> > Hi, Well there is gcolor2 in ports (which I use since years ago)
>
> i also use gcolor2 a lot, but iirc it doesnt allow to "pick" a color on
> the displayed screen (eg what would a color_picker_ do :). Fwiw i use
> colorzilla extension in firefox and that works great.
>
> Landry
>

I don't understand, I just tested it again and the 'eyedropper' right below
the wheel
allows you to select a color from anywhere on the screen. I use that
feature a lot.

Maybe you mean something else?

regards

Re: [NEW] colorgrab-0.3: A screen color picker for graphic and web designers

[Abel Abraham Camarillo Ojeda]

On Tue, Nov 16, 2021 at 12:48 AM Adnan Shameem 
wrote:

> Hello,
>
> I couldn't find any screen color picker on ports, which is essential for
> graphic and web designers.
>

Hi, Well there is gcolor2 in ports (which I use since years ago)


>
> So I made a port for ColorGrab, a color picker that can pick any color
> from screen without opening any files, taking screenshots or using any
> developer tools; allows to optionally tweak the color and provides output
> for use in graphic, web and print design. Its UI is simple, but packed with
> lots of features.
>
> Announcement blog with screenshot and basic info:
> https://nielssp.dk/2015/02/colorgrab-a-crossplatform-color-picker/
>
> One thing though. I tried to get rid of the "do-install" target, but
> couldn't. Please let me know if there is a way.
>
> Please also let me know if there are any other changes that could be made.
>
> Regards,
> Adnan

Re: databases/p5-Mojo-Pg: Update to 4.26

[Abel Abraham Camarillo Ojeda]

looks ok to me

On Fri, Sep 10, 2021 at 2:41 AM wen heping 
wrote:

> Hi, all:
>
> Here is a patch for databases/p5-Mojo-Pg：
> i） Update to 4.26
> ii) Update DEPENDS
> It build well and pass all tests on amd64-current system.
> No other ports depend on it.
>
> Comments?
> wen

Re: chromium sound handling

[Abel Abraham Camarillo Ojeda]

On Tuesday, August 10, 2021, Greg Steuck  wrote:

> Mihai Popescu  writes:
>
> > Hello,
> >
> > I am running a recent snapshot of amd64 with chromium. Whenever there is
> > sound played alone or with a video inside the chromium browser, I get
> some
> > interruptions from time to time, mostly when I scroll or the page is
> > loading something in a dynamic mode. It can be reproduced very easily.
> > Firefox is working fine.
> >
> > Do I have to do some tuning for chromium, or is it that my computer is
> too
> > slow?
>
> I tested under xmonad on a
> cpu0: Intel(R) Core(TM) i7-10610U CPU @ 1.80GHz, 7095.28 MHz, 06-8e-0c
> inteldrm0: msi, COMETLAKE, gen 9
> inteldrm0: 3840x2160, 32bpp
>
> I watched http://youtu.be/eXjRcfw9CPQ video and scrolled the page back
> and forth. It played OK at 1440 and constantly rebuffered at 2160.  The
> audio was smooth with some occasional clicks even though the video was a
> bit jerky.
>
> I saw all 4 cpus running some user time (<50%) with typical top(1)
> output being something like this:
>
>   PID USERNAME PRI NICE  SIZE   RES STATE WAIT  TIMECPU COMMAND
> 18037 greg  100  834M  893M onproc/2  fsleep   31:13 129.25% chrome
> 86660 greg  460  222M  386M run/0 - 5:10 21.92% chrome
> 94707 greg  100  182M   75M onproc/2  fsleep6:49 18.65% chrome
> 91124 greg   20  313M  247M sleep/2   poll  2:40  6.05% chrome
>
> I guess your machine is too slow for what chromium is doing. They run a
> bunch of different processes so having more cores should help.
>
> Thanks
> Greg



I'm not on my machine right now but I have seen this related with the video
display. A lot of times I put music then go away, after some minutes my
monitor turns off the screen, if I come back and move the mouse just so the
screen turns on again I ear my audio jump. Sometimes it just stops and have
to stop/pause song in mpd. But not related directly to mpd, have seen it
with chrome/Firefox also. Will share dmesg later when I'm on my machine.

Re: [Update] www/p5-Plack : Update to 1.0048

[Abel Abraham Camarillo Ojeda]

looks ok to me

On Tue, Feb 9, 2021 at 7:16 AM wen heping  wrote:

> Hi,
>
> Here is a simple patch for www/p5-Plack to update to 1.0048.
> It build well and pass all tests on amd64-6.8 system.
>
> 18 ports depends on p5-Plack, all build well and pass tests with
> this patch.
>
> Comments?
>
>
> wen
>

Re: [Update] databases/p5-Mojo-Pg : Update to 4.22

[Abel Abraham Camarillo Ojeda]

On Tuesday, December 29, 2020, wen heping  wrote:

> Hi,
>
>Here is a patch for databases/p5-Mojo-Pg to update to 4.22.
>It build well , pass all tests but one failed on amd64-current system.
>
>   migrations.t failed because it require Mojo>8.50 while we have 8.22
> in portstree, I shall submit the patch to update Mojo later.
>
>No other ports depends on databases/p5-Mojo-Pg.
>
>
> Cheers !
> wen
>

Looks ok to me, have nice holidays ~

Re: [Update] security/p5-Authen-Radius : Update to 0.32

[Abel Abraham Camarillo Ojeda]

On Wednesday, December 23, 2020, wen heping 
wrote:

> Hi,
>
>Here is a patch for security/p5-Authen-Radius:
> i) update to 0.32.
> ii) update DEPENDS
> ii) Some minor changes
>It build well and pass all tests on amd64-6.8 system.
>No other ports depends on it.
>
> wen
>

Looks ok to me, but I can't test right now.

Thanks

Re: Fw: Re: Ask help to contribute codes to https://github.com/libressl-portable/

[Abel Abraham Camarillo Ojeda]

On Tue, Nov 24, 2020 at 1:42 AM Xiao Ling XL Chen 
wrote:

>
> I ported libRessl to IBM zOS platform in May and want to contribute our
> code to libressl github, is there anyone who can mentor me the process?
> Thanks.
>

Hi Xiao,

I'm almost sure ports@ is not the correct place for this, I think you've
been told before
to try in tech@, and according to

https://www.libressl.org/mail.html

you should try:

There are two mailing lists for LibreSSL:

libre...@openbsd.org — public list for technical discussion about LibreSSL
on any operating system.

libressl-secur...@openbsd.org — private list for reporting severe
vulnerabilities in OpenSSL or LibreSSL to the core LibreSSL team.

See https://www.openbsd.org/mail.html for more details on posting or
subscribing.

I cannot help you more, I'm not libressl contributor

regards


>
>
> Best regards,
> Sunny (Xiao Ling Chen)
>
> z/OS USS DBX Development and L3
> IBM China Systems & Technology Lab (CSTL)
> Tel:86-010-82452454
> E-mail: chenx...@cn.ibm.com
>
>
>
> - Forwarded by Xiao Ling XL Chen/China/IBM on 2020/11/23 10:41 AM -
>
> From:   Stuart Henderson 
> To: Xiao Ling XL Chen 
> Cc: ports@openbsd.org
> Date:   2020/09/14 07:08 PM
> Subject:[EXTERNAL] Re: Ask help to contribute codes to
> https://github.com/libressl-portable/
>
>
>
> On 2020/09/14 18:35, Xiao Ling XL Chen wrote:
> > Hi Stuart,
> >
> > Thanks for your quick response, I will go through the guide. May I send
> email to you directly
> > if I have questions during push our codes later?
>
> I am not particularly involved with LibreSSL myself, it is best if you
> ask your questions on one of the mailing lists, t...@openbsd.org is
> probably
> best for sending diffs, libre...@openbsd.org might be better for more
> general
> discussions
> https://www.libressl.org/mail.html
>
>
>
>
>
>
>

Re: Fw: Re: Ask help to contribute codes to https://github.com/libressl-portable/

[Abel Abraham Camarillo Ojeda]

On Tue, Nov 24, 2020 at 12:22 AM Xiao Ling XL Chen 
wrote:

>
> I ported libRessl to IBM zOS platform and would like to contribute our code
> to libressl github, is there anyone guides me the process? Thanks.
>
> Best regards,
> Sunny (Xiao Ling Chen)
>
> z/OS USS DBX Development and L3
> IBM China Systems & Technology Lab (CSTL)
> Tel:86-010-82452454
> E-mail: chenx...@cn.ibm.com
>
>
>
>
> - Forwarded by Xiao Ling XL Chen/China/IBM on 2020/11/23 10:41 AM -
>
> From:   Stuart Henderson 
> To: Xiao Ling XL Chen 
> Cc: ports@openbsd.org
> Date:   2020/01359/14 07:08 PM
> Subject:[EXTERNAL] Re: Ask help to contribute codes to
> https://github.com/libressl-portable/
>
>
>
> On 2020/09/14 18:35, Xiao Ling XL Chen wrote:
> > Hi Stuart,
> >
> > Thanks for your quick response, I will go through the guide. May I send
> email to you directly
> > if I have questions during push our codes later?
>
> I am not particularly involved with LibreSSL myself, it is best if you
> ask your questions on one of the mailing lists, t...@openbsd.org is
> probably
> best for sending diffs, libre...@openbsd.org might be better for more
> general
> discussions
> https://www.libressl.org/mail.html
>
>
>
>

I've seen lots of messages being ignored because the sender asks for a
reply too soon,
I think the average time for a response is around a week. Perhaps try again
next week...

regards

Re: update intel microcode to 20201110

[Abel Abraham Camarillo Ojeda]

On Wed, Nov 11, 2020 at 5:35 AM Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:

>
>
> On Wednesday, November 11, 2020, Stuart Henderson 
> wrote:
>
>> On 2020/11/11 18:48, Jonathan Gray wrote:
>> >
>> https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/blob/microcode-20201110/releasenote.md
>> >
>> > Changed files are for skylake and newer so I can't test this.
>>
>>
>> https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/issues/31
>> suggests it may fix the problems seen with 06-4e-03 and 06-5e-03 on the
>> 20200609 ucode.
>>
>> CC'ing acamari, you had problems with the previous microcode on
>> i3-6100U. Are you able to test this one?
>>
>>
>> > Index: Makefile
>> > ===
>> > RCS file: /cvs/ports/sysutils/firmware/intel/Makefile,v
>> > retrieving revision 1.24
>> > diff -u -p -r1.24 Makefile
>> > --- Makefile  3 Jul 2020 12:10:41 -   1.24
>> > +++ Makefile  11 Nov 2020 07:36:17 -
>> > @@ -3,7 +3,7 @@
>> >  COMMENT= microcode update binaries for Intel CPUs
>> >  FW_DRIVER=   intel
>> >
>> > -FW_VER=  20200616
>> > +FW_VER=  20201110
>> >  EPOCH=   0
>> >  GH_ACCOUNT=  intel
>> >  GH_PROJECT=  Intel-Linux-Processor-Microcode-Data-Files
>> > Index: distinfo
>> > ===
>> > RCS file: /cvs/ports/sysutils/firmware/intel/distinfo,v
>> > retrieving revision 1.17
>> > diff -u -p -r1.17 distinfo
>> > --- distinfo  3 Jul 2020 12:10:41 -   1.17
>> > +++ distinfo  11 Nov 2020 07:36:24 -
>> > @@ -1,2 +1,2 @@
>> > -SHA256 (firmware/intel-20200616.tar.gz) =
>> 60+TlCGsbN6jxYbJ2YTsUYMg8AwH6ys9Z1QwnIPJM3E=
>> > -SIZE (firmware/intel-20200616.tar.gz) = 3036726
>> > +SHA256 (firmware/intel-20201110.tar.gz) =
>> yeQq0AMtjNYRx7wvuUoWQprEhceXGAlzewVVUKSfWLg=
>> > +SIZE (firmware/intel-20201110.tar.gz) = 3609989
>> > Index: pkg/PLIST
>> > ===
>> > RCS file: /cvs/ports/sysutils/firmware/intel/pkg/PLIST,v
>> > retrieving revision 1.13
>> > diff -u -p -r1.13 PLIST
>> > --- pkg/PLIST 18 Nov 2019 18:06:59 -  1.13
>> > +++ pkg/PLIST 11 Nov 2020 07:36:46 -
>> > @@ -72,6 +72,7 @@ firmware/intel/06-55-03
>> >  firmware/intel/06-55-04
>> >  firmware/intel/06-55-06
>> >  firmware/intel/06-55-07
>> > +firmware/intel/06-55-0b
>> >  firmware/intel/06-56-02
>> >  firmware/intel/06-56-03
>> >  firmware/intel/06-56-04
>> > @@ -85,6 +86,8 @@ firmware/intel/06-66-03
>> >  firmware/intel/06-7a-01
>> >  firmware/intel/06-7a-08
>> >  firmware/intel/06-7e-05
>> > +firmware/intel/06-8a-01
>> > +firmware/intel/06-8c-01
>> >  firmware/intel/06-8e-09
>> >  firmware/intel/06-8e-0a
>> >  firmware/intel/06-8e-0b
>> > @@ -94,7 +97,11 @@ firmware/intel/06-9e-0a
>> >  firmware/intel/06-9e-0b
>> >  firmware/intel/06-9e-0c
>> >  firmware/intel/06-9e-0d
>> > +firmware/intel/06-a5-02
>> > +firmware/intel/06-a5-03
>> > +firmware/intel/06-a5-05
>> >  firmware/intel/06-a6-00
>> > +firmware/intel/06-a6-01
>> >  firmware/intel/0f-00-07
>> >  firmware/intel/0f-00-0a
>> >  firmware/intel/0f-01-02
>> >
>>
>
> Hi, will check this today later, thanks for letting me know
>
>

I see no problems with this, only change in dmesg was:

--- intel-firmware-20200616v0.txt   Thu Nov 12 03:52:04 2020
+++ intel-firmware-new.txt  Thu Nov 12 03:52:37 2020
@@ -17,8 +17,8 @@
 acpihpet0 at acpi0: 2399 Hz
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
-cpu0: Intel(R) Core(TM) i3-6100U CPU @ 2.30GHz, 1313.21 MHz, 06-4e-03
-cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
+cpu0: Intel(R) Core(TM) i3-6100U CPU @ 2.30GHz, 1294.62 MHz, 06-4e-03
+cpu0:
FPU,VME

Re: update intel microcode to 20201110

[Abel Abraham Camarillo Ojeda]

On Wednesday, November 11, 2020, Stuart Henderson 
wrote:

> On 2020/11/11 18:48, Jonathan Gray wrote:
> > https://github.com/intel/Intel-Linux-Processor-
> Microcode-Data-Files/blob/microcode-20201110/releasenote.md
> >
> > Changed files are for skylake and newer so I can't test this.
>
> https://github.com/intel/Intel-Linux-Processor-
> Microcode-Data-Files/issues/31
> suggests it may fix the problems seen with 06-4e-03 and 06-5e-03 on the
> 20200609 ucode.
>
> CC'ing acamari, you had problems with the previous microcode on
> i3-6100U. Are you able to test this one?
>
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/sysutils/firmware/intel/Makefile,v
> > retrieving revision 1.24
> > diff -u -p -r1.24 Makefile
> > --- Makefile  3 Jul 2020 12:10:41 -   1.24
> > +++ Makefile  11 Nov 2020 07:36:17 -
> > @@ -3,7 +3,7 @@
> >  COMMENT= microcode update binaries for Intel CPUs
> >  FW_DRIVER=   intel
> >
> > -FW_VER=  20200616
> > +FW_VER=  20201110
> >  EPOCH=   0
> >  GH_ACCOUNT=  intel
> >  GH_PROJECT=  Intel-Linux-Processor-Microcode-Data-Files
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/sysutils/firmware/intel/distinfo,v
> > retrieving revision 1.17
> > diff -u -p -r1.17 distinfo
> > --- distinfo  3 Jul 2020 12:10:41 -   1.17
> > +++ distinfo  11 Nov 2020 07:36:24 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (firmware/intel-20200616.tar.gz) = 60+
> TlCGsbN6jxYbJ2YTsUYMg8AwH6ys9Z1QwnIPJM3E=
> > -SIZE (firmware/intel-20200616.tar.gz) = 3036726
> > +SHA256 (firmware/intel-20201110.tar.gz) =
> yeQq0AMtjNYRx7wvuUoWQprEhceXGAlzewVVUKSfWLg=
> > +SIZE (firmware/intel-20201110.tar.gz) = 3609989
> > Index: pkg/PLIST
> > ===
> > RCS file: /cvs/ports/sysutils/firmware/intel/pkg/PLIST,v
> > retrieving revision 1.13
> > diff -u -p -r1.13 PLIST
> > --- pkg/PLIST 18 Nov 2019 18:06:59 -  1.13
> > +++ pkg/PLIST 11 Nov 2020 07:36:46 -
> > @@ -72,6 +72,7 @@ firmware/intel/06-55-03
> >  firmware/intel/06-55-04
> >  firmware/intel/06-55-06
> >  firmware/intel/06-55-07
> > +firmware/intel/06-55-0b
> >  firmware/intel/06-56-02
> >  firmware/intel/06-56-03
> >  firmware/intel/06-56-04
> > @@ -85,6 +86,8 @@ firmware/intel/06-66-03
> >  firmware/intel/06-7a-01
> >  firmware/intel/06-7a-08
> >  firmware/intel/06-7e-05
> > +firmware/intel/06-8a-01
> > +firmware/intel/06-8c-01
> >  firmware/intel/06-8e-09
> >  firmware/intel/06-8e-0a
> >  firmware/intel/06-8e-0b
> > @@ -94,7 +97,11 @@ firmware/intel/06-9e-0a
> >  firmware/intel/06-9e-0b
> >  firmware/intel/06-9e-0c
> >  firmware/intel/06-9e-0d
> > +firmware/intel/06-a5-02
> > +firmware/intel/06-a5-03
> > +firmware/intel/06-a5-05
> >  firmware/intel/06-a6-00
> > +firmware/intel/06-a6-01
> >  firmware/intel/0f-00-07
> >  firmware/intel/0f-00-0a
> >  firmware/intel/0f-01-02
> >
>

Hi, will check this today later, thanks for letting me know

Re: [Update] databases/p5-Mojo-Pg : Update to 4.19

[Abel Abraham Camarillo Ojeda]

On Saturday, September 5, 2020, wen heping 
wrote:

> Hi,
>
>Here is a patch for databases/p5-Mojo-Pg:
>i) Update to 4.19
>ii) Update DEPENDS as per upstream change
>It build well and pass all tests on amd64-current system.
>No other ports depends on databases/p5-Mojo-Pg.
>
>
> Cheers !
> wen
>

Hi Wen,

Diff looks ok to me, no time to test right now

Thanks

Re: NEW: databases/timescaledb 1.7.2

[Abel Abraham Camarillo Ojeda]

I think generally you ping after a week or so...

On Sunday, August 2, 2020, Martin  wrote:

> *ping*
>
> ‐‐‐ Original Message ‐‐‐
> On Friday, July 31, 2020 8:12 AM, Martin  wrote:
>
> > Comments? OK?
> >
> > Martin
> >
> > $OpenBSD: Makefile,v $
> >
> > ===
> >
> > Makefile
> > COMMENT = extension to scale PostgreSQL for time-series data
> > GH_ACCOUNT = timescale
> > GH_PROJECT = timescaledb
> > GH_TAGNAME = 1.7.2
> >
> > CATEGORIES = databases
> > HOMEPAGE = https://www.timescale.com/
> >
> > ALv2
> >
> > =
> >
> > PERMIT_PACKAGE = Yes
> >
> > WANTLIB = c crypto pq ssl
> >
> > COMPILER = base-clang ports-gcc
> >
> > MODULES = devel/cmake
> >
> > LIB_DEPENDS = databases/postgresql
> > BUILD_DEPENDS = databases/postgresql,-server
> > RUN_DEPENDS = databases/postgresql,-server
> >
> > CONFIGURE_ARGS += -DREGRESS_CHECKS=OFF
> >
> > .include 
> >
> > distinfo
> > SHA256 (timescaledb-1.7.2.tar.gz) = 7066e554fd82f31a74367761ef40cc
> 174d6a9ce9f27d76f81cd3f95093fbc772
> > SIZE (timescaledb-1.7.2.tar.gz) = 1962929
> >
> > pkg/DESCR
> > TimescaleDB scales PostgreSQL for time-series data via automatic
> > partitioning across time and space (partitioning key), yet retains
> > the standard PostgreSQL interface.
> >
> > TimescaleDB packaged as a PostreSQL extension with full SQL support.
> >
> > pkg/PLIST
> > @comment $OpenBSD: PLIST,v$
> > @so lib/postgresql/timescaledb-1.7.2.so
> > @so lib/postgresql/timescaledb-tsl-1.7.2.so
> > @so lib/postgresql/timescaledb.so
> > share/postgresql/extension/timescaledb--0.1.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.10.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.10.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.11.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.12.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.12.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.2.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.3.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.4.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.4.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.4.2--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.5.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.6.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.6.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.7.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.7.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.8.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.9.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.9.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--0.9.2--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.0.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.0.0-rc1--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.0.0-rc2--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.0.0-rc3--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.0.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.1.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.1.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.2.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.2.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.2.2--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.3.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.3.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.3.2--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.4.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.4.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.4.2--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.5.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.5.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.6.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.6.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.7.0--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.7.1--1.7.2.sql
> > share/postgresql/extension/timescaledb--1.7.2.sql
> > share/postgresql/extension/timescaledb.control
>
>
>

Re: # influx -version; InfluxDB shell version: unknown

[Abel Abraham Camarillo Ojeda]

On Tue, Jun 30, 2020 at 8:10 AM Stuart Henderson 
wrote:

> On 2020/06/30 02:56, Abel Abraham Camarillo Ojeda wrote:
> > (cc maintainer)
> >
> > Some programs (ntopng trying to use influx backend) complain they
> > can't know the version of influxdb, expected:
> >
> > $ influx -version
> > InfluxDB shell version: 1.6.6
> > $
> >
> > got:
> >
> > $ influx -version
> > InfluxDB shell version: unknown
> > $
> >
> > To reproduce:
> >
> > # (fresh install of 6.7/amd64)
> > # pkg_add influxdb;
> > # influx -version;
> > InfluxDB shell version: unknown
> > #
> >
> > Maybe it's related or similar to issue #6777
> > https://github.com/influxdata/influxdb/issues/6777
> >
> > which suggests to:
> >
> > > You have to include the linker flags mentioned in this issue above. To
> > add the version information, you have to add a -ldflags="-X
> > main.version=%pkgver%" to the go install command.
> >
> > before digging further into this (and because I have no experience
> > with go ports + vendor tarballs and such), I seek the wisdom
> > of ports@
> >
> > Thanks for any ideas
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/databases/influxdb/Makefile,v
> retrieving revision 1.13
> diff -u -p -r1.13 Makefile
> --- Makefile29 Apr 2020 11:36:54 -  1.13
> +++ Makefile30 Jun 2020 13:10:37 -
> @@ -4,7 +4,7 @@ COMMENT =   time-series datastore for metr
>
>  V =1.6.6
>  DISTNAME = influxdb-${V}
> -REVISION = 0
> +REVISION = 1
>
>  HOMEPAGE = https://influxdata.com
>  # selfhosted because we bundle go deps
> @@ -39,6 +39,8 @@ USE_GMAKE =   Yes
>  SUBST_VARS =   VARBASE
>
>  NO_TEST =  Yes
> +
> +MODGO_LDFLAGS +=-X main.version=$V
>
>  do-build:
> cd ${WRKSRC} && ${MODGO_BUILD_CMD} ./...
>
>
Thanks! I see its already committed

regards

# influx -version; InfluxDB shell version: unknown

[Abel Abraham Camarillo Ojeda]

(cc maintainer)

Some programs (ntopng trying to use influx backend) complain they
can't know the version of influxdb, expected:

$ influx -version
InfluxDB shell version: 1.6.6
$

got:

$ influx -version
InfluxDB shell version: unknown
$

To reproduce:

# (fresh install of 6.7/amd64)
# pkg_add influxdb;
# influx -version;
InfluxDB shell version: unknown
#

Maybe it's related or similar to issue #6777
https://github.com/influxdata/influxdb/issues/6777

which suggests to:

> You have to include the linker flags mentioned in this issue above. To
add the version information, you have to add a -ldflags="-X
main.version=%pkgver%" to the go install command.

before digging further into this (and because I have no experience
with go ports + vendor tarballs and such), I seek the wisdom
of ports@

Thanks for any ideas

Re: [Update] sysutils/p5-Filesys-Notify-Simple : Update to 0.14

[Abel Abraham Camarillo Ojeda]

On Thursday, January 9, 2020, wen heping  wrote:

> Hi, ports@:
>
>Here is a patch for sysutils/p5-Filesys-Notify-Simple:
>   i) update to 0.14
>   ii) Add MAKE_ENV=TEST_POD=yes
>   iii) Remove trailing whitespace in DESCR
>   It build well and pass all tests on amd64-current system.
>
>
Looks good to me, but I don't have time to test right now



>  One port depends on it : www/p5-Plack, it build well and pass
> all tests with this patch too.
>
> Regards,
> wen
>

Re: [Update] databases/p5-Mojo-Pg : Update to 4.15

[Abel Abraham Camarillo Ojeda]

On Fri, Aug 30, 2019 at 2:22 PM Charlene Wendling 
wrote:

> Hi,
>
> On Fri, 30 Aug 2019 13:32:52 -0500
> Abel Abraham Camarillo Ojeda wrote:
>
> > On Friday, August 30, 2019, wen heping 
> > wrote:
> >
> > > Hi,
> > >
> > >Here is a patch for databases/p5-Mojo-Pg:
> > > i) Update to 4.15
> > > ii) Fix LICENSE to artistic 2.0
> > >
> >
> > Hi Wen,
> >
> > I think that perl implied artistic 2.0, is that on longer true? (Or
> > has it never been true? )
>
> It's true, but artistic 2.0 per se does not imply Perl as a license
> marker (may it be for CPAN or for us).
>
> Perl is distributed under either the GPL or Artistic 2.0 [0], and only
> modules mentioning the dual licensing, or the famous "under the same
> terms as Perl itself" should have the Perl license marker.
>
> Mojo-Pg is released only under the term of the Artistic 2.0 license
> [1], so the fix is real.
>

You are correct. OK maintaner

thanks


>
> OK cwen@
>
>
> [0] https://dev.perl.org/licenses/
> [1] https://metacpan.org/pod/Mojo::Pg#COPYRIGHT-AND-LICENSE
>
>

Re: [Update] databases/p5-Mojo-Pg : Update to 4.15

[Abel Abraham Camarillo Ojeda]

On Friday, August 30, 2019, wen heping  wrote:

> Hi,
>
>Here is a patch for databases/p5-Mojo-Pg:
> i) Update to 4.15
> ii) Fix LICENSE to artistic 2.0
>

Hi Wen,

I think that perl implied artistic 2.0, is that on longer true? (Or has it
never been true? )

Apart from that reads ok to me.

Regards


> iii) Add TEST_POD=yes to MAKE_ENV
>
>It build well and passed all tests on amd64-head system.
>No other ports depends on it.
>
> Comments? OK?
> wen
>

Re: [Update] www/p5-Plack : Update to 1.0047

[Abel Abraham Camarillo Ojeda]

On Thursday, August 29, 2019, wen heping  wrote:

> Hi,
>
>Here is a patch for www/p5-Plack:
> i) Update to 1.0047
> ii) Update RUN_DEPENDS
>
>It build well and passed all tests on amd64-head system.
>
>15 ports depends on p5-Plack, 13 build well and passed regression tests.
>www/p5-Catalyst-Runtime and www/p5-Dancer2 had 2 or 3 tests failed,
> but it was not caused by the update of p5-Plack.
>
> Comments? OK?
>

OK maintainer


> wen
>

Re: [Update] databases/p5-DBIx-Connector : Update to 0.56

[Abel Abraham Camarillo Ojeda]

On Monday, July 22, 2019, wen heping  wrote:

> Hi,
>
>Here is a patch for databases/p5-DBIx-Connector:
>i) Update to 0.56
>ii) Remove p5-Test-Pod and p5-Test-Pod-Coverage from
> TEST_DEPENDS, because there is no pod tests in this version.
>iii) Change p5-Test-MockModule from BUILD_DEPENDS to TEST_DEPENDS.
>
>It build well and passed all tests on amd64-head system.
>No other ports depends on it.
>
> Comments? OK?
>

Looks good to me OK

> wen
>

Re: [Update] www/p5-CGI-Lite : Update to 3.02

[Abel Abraham Camarillo Ojeda]

Looks good to me, although untested

On Tuesday, July 16, 2019, wen heping  wrote:

> Hi,
>
>Here is a patch to update www/p5-CGI-Lite to 3.02.
>It build well and passed all tests on myamd64-head system
>No other ports depends on it.
>
> Comments? OK?
>
> wen
>

Re: New prometheus node_exporter port

[Abel Abraham Camarillo Ojeda]

On Mon, May 6, 2019 at 2:14 AM Nick Owens  wrote:

> can you describe what is missing? i did some of the original work
> upstream to get the node_exporter subsystems working on openbsd.
>
> i don't really use node_exporter on openbsd any more, since my only
> openbsd hardware currently is on a ERL, and go doesn't support
> openbsd/mips.
>
> however, if there's something missing or wrong, i can try to take a look
> soon.
>

Currently I'm working on a prometheus node_exporter in C (using kore.io)
for OpenBSD,
right now its very basic and just supports getting of loadavgs, I working
on it because
I have exactly the same problem: I want to monitor my OpenBSD/octeon/ERL.

>
> On Sun, May 5, 2019 at 11:19 PM Claudio Jeker 
> wrote:
> >
> > This is a port for prometheus node_exporter to monitor HW and OS metrics.
> > Works but as usual is missing a lot of metrics that systat has.
> >
> > --
> > :wq Claudio
> >
>
>

Re: [UPDATE] databases/p5-Mojo-Pg to 4.13

[Abel Abraham Camarillo Ojeda]

On Thursday, February 21, 2019, Manolis Tzanidakis 
wrote:

> Hello ports,
> here is an update for databases/p5-Mojo-Pg to 4.13.
>
> This version requires a newer version of databases/p5-SQL-Abstract than
> the one currently in the tree. A diff to update p5-SQL-Abstract was
> sent on another email to the list.
>
> All tests successful.
> Files=10, Tests=328,  9 wallclock secs ( 0.10 usr  0.07 sys +  4.31 cusr
> 1.16 csys =  5.64 CPU)
> Result: PASS
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/databases/p5-Mojo-Pg/Makefile,v
> retrieving revision 1.3
> diff -u -p -r1.3 Makefile
> --- Makefile20 Mar 2016 19:56:11 -  1.3
> +++ Makefile21 Feb 2019 09:40:18 -
> @@ -4,7 +4,7 @@ COMMENT =   dbd-pg wrapper for mojoliciou
>
>  MODULES =  cpan databases/postgresql
>  PKG_ARCH = *
> -DISTNAME = Mojo-Pg-2.17
> +DISTNAME =     Mojo-Pg-4.13
>  CATEGORIES =   databases
>  MAINTAINER =   Abel Abraham Camarillo Ojeda 
>
> @@ -14,7 +14,8 @@ PERMIT_PACKAGE_CDROM =Yes
>  CPAN_AUTHOR =  SRI
>
>  RUN_DEPENDS =  databases/p5-DBD-Pg>=3.5.1 \
> -   www/p5-Mojo>=6
> +   databases/p5-SQL-Abstract>=1.84 \
> +   www/p5-Mojo>=7.15 \
>
>  MODPOSTGRESQL_TEST_DBNAME =testdb
>  TEST_FLAGS =   TEST_ONLINE=postgresql:///${
> MODPOSTGRESQL_TEST_DBNAME}
> Index: distinfo
> ===
> RCS file: /cvs/ports/databases/p5-Mojo-Pg/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo7 Jan 2016 09:00:03 -   1.2
> +++ distinfo21 Feb 2019 09:40:18 -
> @@ -1,2 +1,2 @@
> -SHA256 (Mojo-Pg-2.17.tar.gz) = MEynT/6H1qhQaQv4pvRYWJ4OXZI0R2twKJt+
> Y1BIGQU=
> -SIZE (Mojo-Pg-2.17.tar.gz) = 24660
> +SHA256 (Mojo-Pg-4.13.tar.gz) = XtLcqkdCMqqUg3oFQHY9IRdt5W6WaF
> Eut7UtApfwCKA=
> +SIZE (Mojo-Pg-4.13.tar.gz) = 37795
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/databases/p5-Mojo-Pg/pkg/PLIST,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 PLIST
> --- pkg/PLIST   30 Oct 2015 16:52:04 -  1.1.1.1
> +++ pkg/PLIST   21 Feb 2019 09:40:18 -
> @@ -6,9 +6,11 @@ ${P5SITE}/Mojo/Pg/Migrations.pm
>  ${P5SITE}/Mojo/Pg/PubSub.pm
>  ${P5SITE}/Mojo/Pg/Results.pm
>  ${P5SITE}/Mojo/Pg/Transaction.pm
> +${P5SITE}/SQL/Abstract/Pg.pm
>  @man man/man3p/Mojo::Pg.3p
>  @man man/man3p/Mojo::Pg::Database.3p
>  @man man/man3p/Mojo::Pg::Migrations.3p
>  @man man/man3p/Mojo::Pg::PubSub.3p
>  @man man/man3p/Mojo::Pg::Results.3p
>  @man man/man3p/Mojo::Pg::Transaction.3p
> +@man man/man3p/SQL::Abstract::Pg.3p
>
>
diff looks good to me

Re: [UPDATE] net/Server-Starter 0.32 -> 0.34

[Abel Abraham Camarillo Ojeda]

On Fri, Jan 4, 2019 at 7:26 PM Charlene Wendling 
wrote:

> Hi Abel (and ports again),
>
> Here is an update for Server::Starter that will fix the build with our
> future Perl 5.28.
>
> What's new upstream [1]:
>
> - run start_server even if no port (or path) is specified
> - allow use of `--enable-auto-restart` without an argument
> - Fix Build.PL with newer Perl versions
>
> Port-wise it's a simple version bump.
>
> Testing:
>
> - 'make test' passes
> - There are 69 consumers, and i've found no new failures due to this
>   update [2].
>
> Charlène.
>
> [1] https://metacpan.org/changes/release/KAZUHO/Server-Starter-0.34
> [2] https://transfer.sh/q502h/p5-Server-Starter.tgz
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/p5-Server-Starter/Makefile,v
> retrieving revision 1.5
> diff -u -p -u -p -r1.5 Makefile
> --- Makefile20 Mar 2016 19:56:57 -  1.5
> +++ Makefile4 Jan 2019 23:20:51 -
> @@ -4,7 +4,7 @@ COMMENT =   superdaemon for hot-deploying
>
>  MODULES =  cpan
>  PKG_ARCH = *
> -DISTNAME = Server-Starter-0.32
> +DISTNAME =     Server-Starter-0.34
>  CATEGORIES =   net
>  MAINTAINER =   Abel Abraham Camarillo Ojeda 
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/p5-Server-Starter/distinfo,v
> retrieving revision 1.3
> diff -u -p -u -p -r1.3 distinfo
> --- distinfo5 Nov 2015 12:40:56 -   1.3
> +++ distinfo4 Jan 2019 23:20:51 -
> @@ -1,2 +1,2 @@
> -SHA256 (Server-Starter-0.32.tar.gz) =
> qOzBnwXzw7B54cfywAem3yuaKRK5hIqPtRvXjHsTrBo=
> -SIZE (Server-Starter-0.32.tar.gz) = 23105
> +SHA256 (Server-Starter-0.34.tar.gz) =
> lqINSh80FlW9GybfV5XVfF10mNm8+MqdDW4u10Ngj3g=
> +SIZE (Server-Starter-0.34.tar.gz) = 23789
>

diffs looks ok to me, but I'm unable to test it right now

Re: update: prometheus-2.4.3

[Abel Abraham Camarillo Ojeda]

On Mon, Oct 22, 2018 at 6:26 AM Claudio Jeker  wrote:

> On Mon, Oct 22, 2018 at 05:40:00AM -0500, Abel Abraham Camarillo Ojeda
> wrote:
> > Hi Claudio,
> >
> > Updates prometheus to 2.4.3, tested in amd64
> >
> > Allow rc_reload since prometheus correctly handles SIGHUP.
> >
> > Thoughts?
>
> I'm currently not using prometheus but looks fine to me.
>

Oh, if you are interested I can take maintainership of it.


> There has been some changes to the TSDB, did you check that the upgrade
> works from 2.0 to 2.4? After upgrade reverting back will be impossible.
>

Will check that, I'm new in prometheus so had no experience with previous
versions.
And wanted to update it in openbsd before using it...

by upgrade it this case you mean:

1. pkg_add -u prometheus; works
2. prometheus itself really works with old file (not crashes / stops).

is that?

Thanks


> Can a ports developer have a look as well?
>
> > Thanks
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/sysutils/prometheus/Makefile,v
> > retrieving revision 1.2
> > diff -u -p -r1.2 Makefile
> > --- Makefile 14 Apr 2018 22:53:54 - 1.2
> > +++ Makefile 22 Oct 2018 04:52:00 -
> > @@ -4,8 +4,7 @@ COMMENT = systems monitoring and alerti
> >
> >  GH_ACCOUNT = prometheus
> >  GH_PROJECT = prometheus
> > -GH_TAGNAME = v2.0.0
> > -REVISION = 0
> > +GH_TAGNAME = v2.4.3
> >
> >  CATEGORIES = sysutils
> >
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/sysutils/prometheus/distinfo,v
> > retrieving revision 1.1.1.1
> > diff -u -p -r1.1.1.1 distinfo
> > --- distinfo 10 Jan 2018 16:26:19 - 1.1.1.1
> > +++ distinfo 22 Oct 2018 04:52:25 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (prometheus-2.0.0.tar.gz) =
> > aUeumy1BTUkwQDSiY18OHs1FrIOk9FkupbzKQNb3lRs=
> > -SIZE (prometheus-2.0.0.tar.gz) = 5603884
> > +SHA256 (prometheus-2.4.3.tar.gz) =
> > T4Rpf3Rqgd9F5DSie0trLCPAh2iqD2i3vPiPTubR2NY=
> > +SIZE (prometheus-2.4.3.tar.gz) = 6095284
> > Index: patches/patch-Makefile
> > ===
> > RCS file: patches/patch-Makefile
> > diff -N patches/patch-Makefile
> > --- patches/patch-Makefile 10 Jan 2018 16:26:19 - 1.1.1.1
> > +++ /dev/null 1 Jan 1970 00:00:00 -
> > @@ -1,18 +0,0 @@
> > -$OpenBSD: patch-Makefile,v 1.1.1.1 2018/01/10 16:26:19 claudio Exp $
> > -
> > -Index: Makefile
> >  Makefile.orig
> > -+++ Makefile
> > -@@ -86,11 +86,7 @@ assets:
> > - @$(GO) fmt ./web/ui
> > -
> > - promu:
> > -- @echo ">> fetching promu"
> > -- @GOOS=$(shell uname -s | tr A-Z a-z) \
> > -- GOARCH=$(subst x86_64,amd64,$(patsubst i%86,386,$(shell uname -m))) \
> > -- GO="$(GO)" \
> > -- $(GO) get -u github.com/prometheus/promu
> > -+ @true
> > -
> > - $(FIRST_GOPATH)/bin/staticcheck:
> > - @GOOS= GOARCH= $(GO) get -u honnef.co/go/tools/cmd/staticcheck
> > Index: patches/patch-Makefile_common
> > ===
> > RCS file: patches/patch-Makefile_common
> > diff -N patches/patch-Makefile_common
> > --- /dev/null 1 Jan 1970 00:00:00 -
> > +++ patches/patch-Makefile_common 22 Oct 2018 05:19:29 -
> > @@ -0,0 +1,14 @@
> > +$OpenBSD$
> > +
> > +Index: Makefile.common
> > +--- Makefile.common.orig
> >  Makefile.common
> > +@@ -121,7 +121,7 @@ common-docker-tag-latest:
> > +
> > + .PHONY: promu
> > + promu:
> > +- GOOS= GOARCH= $(GO) get -u github.com/prometheus/promu
> > ++ @true
> > +
> > + .PHONY: $(STATICCHECK)
> > + $(STATICCHECK):
> > Index: pkg/prometheus.rc
> > ===
> > RCS file: /cvs/ports/sysutils/prometheus/pkg/prometheus.rc,v
> > retrieving revision 1.1.1.1
> > diff -u -p -r1.1.1.1 prometheus.rc
> > --- pkg/prometheus.rc 10 Jan 2018 16:26:19 - 1.1.1.1
> > +++ pkg/prometheus.rc 22 Oct 2018 09:58:06 -
> > @@ -11,7 +11,6 @@ daemon_user=_prometheus
> >
> >  pexp="${daemon}.*"
> >  rc_bg=YES
> > -rc_reload=NO
> >
> >  rc_start() {
> >   ${rcexec} "${daemon} ${daemon_flags} < /dev/null 2>&1 | \
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/sysutils/prometheus/Makefile,v
> &g

update: prometheus-2.4.3

[Abel Abraham Camarillo Ojeda]

Hi Claudio,

Updates prometheus to 2.4.3, tested in amd64

Allow rc_reload since prometheus correctly handles SIGHUP.

Thoughts?

Thanks

Index: Makefile
===
RCS file: /cvs/ports/sysutils/prometheus/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile 14 Apr 2018 22:53:54 - 1.2
+++ Makefile 22 Oct 2018 04:52:00 -
@@ -4,8 +4,7 @@ COMMENT = systems monitoring and alerti

 GH_ACCOUNT = prometheus
 GH_PROJECT = prometheus
-GH_TAGNAME = v2.0.0
-REVISION = 0
+GH_TAGNAME = v2.4.3

 CATEGORIES = sysutils

Index: distinfo
===
RCS file: /cvs/ports/sysutils/prometheus/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo 10 Jan 2018 16:26:19 - 1.1.1.1
+++ distinfo 22 Oct 2018 04:52:25 -
@@ -1,2 +1,2 @@
-SHA256 (prometheus-2.0.0.tar.gz) =
aUeumy1BTUkwQDSiY18OHs1FrIOk9FkupbzKQNb3lRs=
-SIZE (prometheus-2.0.0.tar.gz) = 5603884
+SHA256 (prometheus-2.4.3.tar.gz) =
T4Rpf3Rqgd9F5DSie0trLCPAh2iqD2i3vPiPTubR2NY=
+SIZE (prometheus-2.4.3.tar.gz) = 6095284
Index: patches/patch-Makefile
===
RCS file: patches/patch-Makefile
diff -N patches/patch-Makefile
--- patches/patch-Makefile 10 Jan 2018 16:26:19 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,18 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.1.1.1 2018/01/10 16:26:19 claudio Exp $
-
-Index: Makefile
 Makefile.orig
-+++ Makefile
-@@ -86,11 +86,7 @@ assets:
- @$(GO) fmt ./web/ui
-
- promu:
-- @echo ">> fetching promu"
-- @GOOS=$(shell uname -s | tr A-Z a-z) \
-- GOARCH=$(subst x86_64,amd64,$(patsubst i%86,386,$(shell uname -m))) \
-- GO="$(GO)" \
-- $(GO) get -u github.com/prometheus/promu
-+ @true
-
- $(FIRST_GOPATH)/bin/staticcheck:
- @GOOS= GOARCH= $(GO) get -u honnef.co/go/tools/cmd/staticcheck
Index: patches/patch-Makefile_common
===
RCS file: patches/patch-Makefile_common
diff -N patches/patch-Makefile_common
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-Makefile_common 22 Oct 2018 05:19:29 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: Makefile.common
+--- Makefile.common.orig
 Makefile.common
+@@ -121,7 +121,7 @@ common-docker-tag-latest:
+
+ .PHONY: promu
+ promu:
+- GOOS= GOARCH= $(GO) get -u github.com/prometheus/promu
++ @true
+
+ .PHONY: $(STATICCHECK)
+ $(STATICCHECK):
Index: pkg/prometheus.rc
===
RCS file: /cvs/ports/sysutils/prometheus/pkg/prometheus.rc,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 prometheus.rc
--- pkg/prometheus.rc 10 Jan 2018 16:26:19 - 1.1.1.1
+++ pkg/prometheus.rc 22 Oct 2018 09:58:06 -
@@ -11,7 +11,6 @@ daemon_user=_prometheus

 pexp="${daemon}.*"
 rc_bg=YES
-rc_reload=NO

 rc_start() {
  ${rcexec} "${daemon} ${daemon_flags} < /dev/null 2>&1 | \
Index: Makefile
===
RCS file: /cvs/ports/sysutils/prometheus/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile	14 Apr 2018 22:53:54 -	1.2
+++ Makefile	22 Oct 2018 04:52:00 -
@@ -4,8 +4,7 @@ COMMENT =		systems monitoring and alerti
 
 GH_ACCOUNT =		prometheus
 GH_PROJECT =		prometheus
-GH_TAGNAME =		v2.0.0
-REVISION =		0
+GH_TAGNAME =		v2.4.3
 
 CATEGORIES =		sysutils
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/prometheus/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo	10 Jan 2018 16:26:19 -	1.1.1.1
+++ distinfo	22 Oct 2018 04:52:25 -
@@ -1,2 +1,2 @@
-SHA256 (prometheus-2.0.0.tar.gz) = aUeumy1BTUkwQDSiY18OHs1FrIOk9FkupbzKQNb3lRs=
-SIZE (prometheus-2.0.0.tar.gz) = 5603884
+SHA256 (prometheus-2.4.3.tar.gz) = T4Rpf3Rqgd9F5DSie0trLCPAh2iqD2i3vPiPTubR2NY=
+SIZE (prometheus-2.4.3.tar.gz) = 6095284
Index: patches/patch-Makefile
===
RCS file: patches/patch-Makefile
diff -N patches/patch-Makefile
--- patches/patch-Makefile	10 Jan 2018 16:26:19 -	1.1.1.1
+++ /dev/null	1 Jan 1970 00:00:00 -
@@ -1,18 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.1.1.1 2018/01/10 16:26:19 claudio Exp $
-
-Index: Makefile
 Makefile.orig
-+++ Makefile
-@@ -86,11 +86,7 @@ assets:
- 	@$(GO) fmt ./web/ui
- 
- promu:
--	@echo ">> fetching promu"
--	@GOOS=$(shell uname -s | tr A-Z a-z) \
--	GOARCH=$(subst x86_64,amd64,$(patsubst i%86,386,$(shell uname -m))) \
--	GO="$(GO)" \
--	$(GO) get -u github.com/prometheus/promu
-+	@true
- 
- $(FIRST_GOPATH)/bin/staticcheck:
- 	@GOOS= GOARCH= $(GO) get -u honnef.co/go/tools/cmd/staticcheck
Index: patches/patch-Makefile_common
===
RCS file: patches/patch-Makefile_common
diff -N patches/patch-Makefile_common
--- /dev/null	1 Jan 1970 00:00:00 -
+++ 

Re: UPDATE databases/pgbadger=>9.2

[Abel Abraham Camarillo Ojeda]

On Wed, Mar 7, 2018 at 3:44 AM, Stuart Henderson <s...@spacehopper.org> wrote:
> On 2018/03/07 02:17, Abel Abraham Camarillo Ojeda wrote:
>> I have the same diff sitting on my tree, can anyone comment on this?
>>
>> Thanks
>>
>> On Sat, Feb 17, 2018 at 9:21 AM, George Rosamond
>> <geo...@ceetonetechnology.com> wrote:
>> > Update from 3.5=>9.2 includes move from Sourceforge to GH.
>> >
>> > Homepage =>https
>> >
>> > reformatted for clarity
>> >
>> > pkg/DESCR language rework.
>> >
>> > g
>> >
>> >
>> > Index: Makefile
>> > ===
>> > RCS file: /cvs/ports/databases/pgbadger/Makefile,v
>> > retrieving revision 1.1.1.1
>> > diff -u -p -r1.1.1.1 Makefile
>> > --- Makefile10 Aug 2013 16:07:50 -  1.1.1.1
>> > +++ Makefile16 Feb 2018 18:24:37 -
>> > @@ -1,16 +1,20 @@
>> >  # $OpenBSD: Makefile,v 1.1.1.1 2013/08/10 16:07:50 landry Exp $
>> >
>> > -COMMENT =  advanced PostgreSQL log analyzer
>> > +COMMENT =  advanced PostgreSQL log analyzer
>> >
>> > -DISTNAME = pgbadger-3.5
>> > -CATEGORIES =   databases
>> > +V =9.2
>> > +PKGNAME =  pgbadger-${V}
>> > +CATEGORIES =   databases
>> >
>> > -HOMEPAGE = http://dalibo.github.io/pgbadger/
>> > +HOMEPAGE = https://dalibo.github.io/pgbadger/
>> >
>> > -# GPLv2
>> > +# BSD
>
> I'll take care of updating.  It's not BSD license though.

Yes it's not, according to github its PostgresSQL license: bsd-style:

https://github.com/dalibo/pgbadger/blob/master/LICENSE

>
>> >  PERMIT_PACKAGE_CDROM = Yes
>> >
>> > -MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=pgbadger/}
>> > +GH_ACCOUNT =   dalibo
>> > +GH_PROJECT =   pgbadger
>> > +GH_TAGNAME =   v${V}
>> > +
>> >  CONFIGURE_STYLE =  perl
>> >
>> >  .include 
>> > Index: distinfo
>> > ===
>> > RCS file: /cvs/ports/databases/pgbadger/distinfo,v
>> > retrieving revision 1.1.1.1
>> > diff -u -p -r1.1.1.1 distinfo
>> > --- distinfo10 Aug 2013 16:07:50 -  1.1.1.1
>> > +++ distinfo16 Feb 2018 18:24:37 -
>> > @@ -1,2 +1,2 @@
>> > -SHA256 (pgbadger-3.5.tar.gz) = 
>> > XSVgI+Yvc7DC+9v0eNqvYyrEe35dstuPYb+W1cFNT+U=
>> > -SIZE (pgbadger-3.5.tar.gz) = 106899
>> > +SHA256 (pgbadger-9.2.tar.gz) = 
>> > IQdGYwmkCfueQPEbt3ysH5unkQ1TKOey4I63ocbXYOw=
>> > +SIZE (pgbadger-9.2.tar.gz) = 745128
>> > Index: pkg/DESCR
>> > ===
>> > RCS file: /cvs/ports/databases/pgbadger/pkg/DESCR,v
>> > retrieving revision 1.1.1.1
>> > diff -u -p -r1.1.1.1 DESCR
>> > --- pkg/DESCR   10 Aug 2013 16:07:50 -  1.1.1.1
>> > +++ pkg/DESCR   16 Feb 2018 18:24:37 -
>> > @@ -4,10 +4,10 @@ Perl script that aims to replace and out
>> >  pgFouine.
>> >
>> >  pgBadger is written in pure Perl language. It uses a Javascript library
>> > -draw graphs so that you don't need additional Perl modules or any
>> > -other package to install. Furthermore, this library gives us additional
>> > -features, such as zooming.
>> > +to draw graphs so that you don't need additional Perl modules or any
>> > +other package to install. Furthermore, this library adds additional
>> > +features such as zooming.
>> >
>> > -pgBadger is able to autodetect your log file format (syslog, stderr or
>> > -csvlog). It is designed to parse huge log files, as well as gzip, zip or
>> > -bzip2 compressed files.
>> > +pgBadger autodetects your log file format (syslog, stderr or csvlog).
>> > +It is designed to parse huge log files, as well as gzip, zip or bzip2
>> > +compressed files.
>> > Index: pkg/PLIST
>> > ===
>> > RCS file: /cvs/ports/databases/pgbadger/pkg/PLIST,v
>> > retrieving revision 1.1.1.1
>> > diff -u -p -r1.1.1.1 PLIST
>> > --- pkg/PLIST   10 Aug 2013 16:07:50 -  1.1.1.1
>> > +++ pkg/PLIST   16 Feb 2018 18:24:37 -
>> > @@ -1,3 +1,3 @@
>> >  @comment $OpenBSD: PLIST,v 1.1.1.1 2013/08/10 16:07:50 landry Exp $
>> >  bin/pgbadger
>> > -@man man/man1/pgbadger.1
>> > +@man man/man1/pgbadger.1p
>> >
>> > --
>> >
>> >
>> > 5822 F82D 665B 5C6A 915B FAD4 B014 1CEE 545A A6C6
>> >
>>

Re: UPDATE databases/pgbadger=>9.2

[Abel Abraham Camarillo Ojeda]

I have the same diff sitting on my tree, can anyone comment on this?

Thanks

On Sat, Feb 17, 2018 at 9:21 AM, George Rosamond
 wrote:
> Update from 3.5=>9.2 includes move from Sourceforge to GH.
>
> Homepage =>https
>
> reformatted for clarity
>
> pkg/DESCR language rework.
>
> g
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/databases/pgbadger/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 Makefile
> --- Makefile10 Aug 2013 16:07:50 -  1.1.1.1
> +++ Makefile16 Feb 2018 18:24:37 -
> @@ -1,16 +1,20 @@
>  # $OpenBSD: Makefile,v 1.1.1.1 2013/08/10 16:07:50 landry Exp $
>
> -COMMENT =  advanced PostgreSQL log analyzer
> +COMMENT =  advanced PostgreSQL log analyzer
>
> -DISTNAME = pgbadger-3.5
> -CATEGORIES =   databases
> +V =9.2
> +PKGNAME =  pgbadger-${V}
> +CATEGORIES =   databases
>
> -HOMEPAGE = http://dalibo.github.io/pgbadger/
> +HOMEPAGE = https://dalibo.github.io/pgbadger/
>
> -# GPLv2
> +# BSD
>  PERMIT_PACKAGE_CDROM = Yes
>
> -MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=pgbadger/}
> +GH_ACCOUNT =   dalibo
> +GH_PROJECT =   pgbadger
> +GH_TAGNAME =   v${V}
> +
>  CONFIGURE_STYLE =  perl
>
>  .include 
> Index: distinfo
> ===
> RCS file: /cvs/ports/databases/pgbadger/distinfo,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 distinfo
> --- distinfo10 Aug 2013 16:07:50 -  1.1.1.1
> +++ distinfo16 Feb 2018 18:24:37 -
> @@ -1,2 +1,2 @@
> -SHA256 (pgbadger-3.5.tar.gz) = XSVgI+Yvc7DC+9v0eNqvYyrEe35dstuPYb+W1cFNT+U=
> -SIZE (pgbadger-3.5.tar.gz) = 106899
> +SHA256 (pgbadger-9.2.tar.gz) = IQdGYwmkCfueQPEbt3ysH5unkQ1TKOey4I63ocbXYOw=
> +SIZE (pgbadger-9.2.tar.gz) = 745128
> Index: pkg/DESCR
> ===
> RCS file: /cvs/ports/databases/pgbadger/pkg/DESCR,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 DESCR
> --- pkg/DESCR   10 Aug 2013 16:07:50 -  1.1.1.1
> +++ pkg/DESCR   16 Feb 2018 18:24:37 -
> @@ -4,10 +4,10 @@ Perl script that aims to replace and out
>  pgFouine.
>
>  pgBadger is written in pure Perl language. It uses a Javascript library
> -draw graphs so that you don't need additional Perl modules or any
> -other package to install. Furthermore, this library gives us additional
> -features, such as zooming.
> +to draw graphs so that you don't need additional Perl modules or any
> +other package to install. Furthermore, this library adds additional
> +features such as zooming.
>
> -pgBadger is able to autodetect your log file format (syslog, stderr or
> -csvlog). It is designed to parse huge log files, as well as gzip, zip or
> -bzip2 compressed files.
> +pgBadger autodetects your log file format (syslog, stderr or csvlog).
> +It is designed to parse huge log files, as well as gzip, zip or bzip2
> +compressed files.
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/databases/pgbadger/pkg/PLIST,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 PLIST
> --- pkg/PLIST   10 Aug 2013 16:07:50 -  1.1.1.1
> +++ pkg/PLIST   16 Feb 2018 18:24:37 -
> @@ -1,3 +1,3 @@
>  @comment $OpenBSD: PLIST,v 1.1.1.1 2013/08/10 16:07:50 landry Exp $
>  bin/pgbadger
> -@man man/man1/pgbadger.1
> +@man man/man1/pgbadger.1p
>
> --
>
>
> 5822 F82D 665B 5C6A 915B FAD4 B014 1CEE 545A A6C6
>

Re: p5-BSD-Random use libc

[Abel Abraham Camarillo Ojeda]

On Wed, Oct 12, 2016 at 10:46 AM, Alexander Bluhm
<alexander.bl...@gmx.net> wrote:
> Hi,
>
> My idea of the p5-BSD-arc4random port in OpenBSD is to keep the API
> of the BSD::arc4random Perl module, but use our libc functions
> internally.  This has been done with BSD::arc4random::arc4random()
> a while ago, but BSD::arc4random::arc4random_bytes() and
> BSD::arc4random::arc4random_uniform() still use a pure Perl
> implementation.  I think that should be replaced with our
> arc4random_buf(3) and arc4random_uniform(3) in libc.
>
> Any objections if I take maintainer?  Most of the code is contained
> in my patches anyway.

No problems, thank you, I'm not qualified enough to review those patches.

regards

>
> ok?
>
> bluhm
>
> Index: devel/p5-BSD-arc4random/Makefile
> ===
> RCS file: /data/mirror/openbsd/cvs/ports/devel/p5-BSD-arc4random/Makefile,v
> retrieving revision 1.8
> diff -u -p -r1.8 Makefile
> --- devel/p5-BSD-arc4random/Makefile20 Mar 2016 19:56:13 -  1.8
> +++ devel/p5-BSD-arc4random/Makefile12 Oct 2016 15:40:29 -
> @@ -4,9 +4,9 @@ COMMENT =   perl interface to the arc4 ra
>
>  MODULES =  cpan
>  DISTNAME = BSD-arc4random-1.50
> -REVISION = 3
> +REVISION = 4
>  CATEGORIES =   devel
> -MAINTAINER =   Abel Abraham Camarillo Ojeda <acam...@verlet.org>
> +MAINTAINER =   Alexander Bluhm <bl...@openbsd.org>
>
>  # MirOS Licence
>  PERMIT_PACKAGE_CDROM = Yes
> Index: devel/p5-BSD-arc4random/patches/patch-MANIFEST
> ===
> RCS file: devel/p5-BSD-arc4random/patches/patch-MANIFEST
> diff -N devel/p5-BSD-arc4random/patches/patch-MANIFEST
> --- /dev/null   1 Jan 1970 00:00:00 -
> +++ devel/p5-BSD-arc4random/patches/patch-MANIFEST  12 Oct 2016 12:50:31 
> -
> @@ -0,0 +1,15 @@
> +$OpenBSD$
> +
> +The file arc4random.c is removed in post-extract as everything is
> +implemented in OpenBSD libc.  Avoid a build warning about manifest.
> +
> +--- MANIFEST.orig  Sun May 17 15:05:04 2009
>  MANIFEST   Wed Oct 12 14:09:10 2016
> +@@ -3,7 +3,6 @@ META.yml
> + Makefile.PL
> + README
> + TODO
> +-arc4random.c
> + arc4rnd_xs.c
> + lib/BSD/arc4random.pm
> + t/check.t
> Index: devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c
> ===
> RCS file: 
> /data/mirror/openbsd/cvs/ports/devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c,v
> retrieving revision 1.1
> diff -u -p -r1.1 patch-arc4rnd_xs_c
> --- devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c  16 May 2014 23:08:31 
> -  1.1
> +++ devel/p5-BSD-arc4random/patches/patch-arc4rnd_xs_c  12 Oct 2016 15:34:36 
> -
> @@ -1,10 +1,43 @@
>  $OpenBSD: patch-arc4rnd_xs_c,v 1.1 2014/05/16 23:08:31 bluhm Exp $
> +
> +Implement Perl XS wrapper for OpenBSD libc arc4random(3),
> +arc4random_buf(3), arc4random_uniform(3), remove everything else.
> +
>  --- arc4rnd_xs.c.orig  Sun Oct 11 00:44:17 2009
> -+++ arc4rnd_xs.c   Fri May 16 22:18:56 2014
> -@@ -54,11 +54,6 @@ __RCSID("$MirOS: contrib/hosted/tg/code/BSD::arc4rando
> - #define u_int32_t uint32_t
>  arc4rnd_xs.c   Wed Oct 12 17:33:31 2016
> +@@ -1,4 +1,5 @@
> + /*-
> ++ * Copyright (c) 2016 Alexander Bluhm <bl...@openbsd.org>
> +  * Copyright (c) 2008, 2009
> +  *Thorsten Glaser <t...@mirbsd.org>
> +  *
> +@@ -18,15 +19,8 @@
> +  * of said person's immediate fault when using the work as intended.
> +  */
> +
> +-#include 
> + #include 
> +
> +-#if defined(HAVE_STDINT_H) && HAVE_STDINT_H
> +-#include 
> +-#elif defined(USE_INTTYPES)
> +-#include 
> +-#endif
> +-
> + #include "EXTERN.h"
> + #include "perl.h"
> + #include "XSUB.h"
> +@@ -48,17 +42,8 @@
> + #define __RCSID(x)__IDSTRING(rcsid,x)
>   #endif
>
> +-__RCSID("$MirOS: contrib/hosted/tg/code/BSD::arc4random/arc4rnd_xs.c,v 1.5 
> 2009/10/10 22:43:53 tg Exp $");
> ++__RCSID("$OpenBSD$");
> +
> +-#ifdef REDEF_USCORETYPES
> +-#define u_int32_t uint32_t
> +-#endif
> +-
>  -#ifdef NEED_ARC4RANDOM_DECL
>  -u_int32_t arc4random(void);
>  -void arc4random_addrandom(u_char *, int);
> @@ -13,14 +46,16 @@ $OpenBSD: patch-arc4rnd_xs_c,v 1.1 2014/
>   XS(XS_BSD__arc4random_arc4random_xs);
>   XS(XS_BSD__arc4random_arc4random_xs)
>   {
> -@@ -74,142 +69,14 @@ XS(XS_BSD__arc4random_arc4random_xs)
> +@@ -74,142 +59,62 @@ XS(XS_BSD__arc4random_arc4random_xs)
&g

Re: patch: perl.port.mk to support Module::Build::Tiny

[Abel Abraham Camarillo Ojeda]

On Thu, Mar 10, 2016 at 2:13 PM, Nigel Taylor
 wrote:
> On 03/10/16 01:39, Stuart Henderson wrote:
>> On 2016/03/09 15:26, Nigel Taylor wrote:
>>> Attached revised perl.port.mk diff
>>
>> Looks sane, testing this (and cpan.port.mk diff) in a full build now.
>>
>>> perl.port.mk.diff_p522 - extras diffs I am using.
>>
>> Let's clear Module::Build (which already triggers warnings and breaks
>> with 5.22) before we look at Module::Install (which iirc does still
>> run with 5.22?)
>
> Looked at Module::Build, distinfo, pkg/PLIST are the same.
> pkg/DESCR I used only the first two lines either way is ok.
>
>
> Makefile is where we differ, mines a little messy I thought,
> what I had was this see later try.
>
> # $OpenBSD:$
>
> COMMENT =   Module build
>
> DISTNAME =  Module-Build-0.4208
> PKGNAME =   p5-Module-Build-0.42.08
> CATEGORIES =devel
>
> # Perl
> PERMIT_PACKAGE_CDROM =  Yes
>
> MODULES =   cpan
>
> TEST_DEPENDS += devel/p5-PAR-Dist>=0.17
>
> # TODO this works but messy...
> do-install:
> cd ${WRKSRC} && \
> ./Build \
> --install_path lib="${TRUEPREFIX}/${P5SITE}" \
> --install_path arch="${TRUEPREFIX}/${P5ARCH}" \
> --install_path libdoc="${TRUEPREFIX}/man/man3p" \
> --install_path bindoc="${TRUEPREFIX}/man/man1" \
> --install_path bin="${TRUEPREFIX}/bin" \
> --install_path script="${TRUEPREFIX}/bin" \
> --destdir=${WRKINST} \
> install
>
> .include 
>
> Difference is Makefile.PL is used, which uses Module::Build::Compatable,
> converts args and runs Build.PL, results in same Build/Makefile, the convert
> args converts to --config rather than --install_path, so install stage
> is messed up.
>
>
>
> Best effort I've come up with this slightly neater one
>
> # $OpenBSD:$
>
> COMMENT =   Module build
>
> DISTNAME =  Module-Build-0.4208
> PKGNAME =   p5-Module-Build-0.42.08
> CATEGORIES =devel
>
> # Perl
> PERMIT_PACKAGE_CDROM =  Yes
>
> MODULES =   cpan
>
> TEST_DEPENDS += devel/p5-PAR-Dist>=0.17
> CONFIGURE_STYLE =   modbuild none
>
> .include 
>
>
>
> Needs this in perl.port.mk - "none" doesn't add a build depends
>
>  .if ${CONFIGURE_STYLE:L:Mmodbuild}
> +.  if ${CONFIGURE_STYLE:L:Mtiny}
> +BUILD_DEPENDS +=   devel/p5-Module-Build-Tiny
> +.  elif ${CONFIGURE_STYLE:L:Mnone}
> +   # for building Module Build...
> +.  else
> +BUILD_DEPENDS +=   devel/p5-Module-Build
> +.  endif
>
> Currently this shouldn't be needed, as it's for when Module::Build is
> removed from core perl with 5.22 and want modbuild to add the dependency.
> Tried current perl.port.mk and the one above, both work. Will need to work
> out ordering, the changed perl.port.mk can go in before perl 5.22.

This means that port of p5-Module-Build can be included right now and
ports could me moved to use it (before perl 5.22)?

I see that perl ports install its files, as you show, in:

/usr/local/libdata/perl5/site_perl/

while base Module::Build is installed in:

/usr/libdata/perl5/Module/Build.pm

and default module ordering is:

$ perl -le 'print join("\n", @INC)'
/usr/local/libdata/perl5/site_perl/amd64-openbsd
/usr/libdata/perl5/site_perl/amd64-openbsd
/usr/local/libdata/perl5/site_perl
/usr/libdata/perl5/site_perl
/usr/libdata/perl5/amd64-openbsd/5.20.2
/usr/local/libdata/perl5/amd64-openbsd/5.20.2
/usr/libdata/perl5
/usr/local/libdata/perl5
.
$

so right now we can use your provided Module::Build port, then
what is required now is to do some bulk building/testing and see
if anything breaks?

I'd like to help some more.

Thanks.

>
>
> Followed the version numbering upstream used major.minor.sub,
> either way is ok, but no to using epochs later, keep 4digits or 2's.
>
>
>
>
>
> $ doas -u _pbuild make
> ===>  Enabling ccache for p5-Module-Build-0.42.08
> ===> p5-Module-Build-0.42.08 depends on: ccache-* -> ccache-3.2.4
> ===>  Checking files for p5-Module-Build-0.42.08
> `/usr/ports/distfiles/Module-Build-0.4208.tar.gz' is up to date.
>>> (SHA256) Module-Build-0.4208.tar.gz: OK
> ===>  Extracting for p5-Module-Build-0.42.08
> ===>  Patching for p5-Module-Build-0.42.08
> ===>  Configuring for p5-Module-Build-0.42.08
> Created MYMETA.yml and MYMETA.json
> Creating new 'Build' script for 'Module-Build' version '0.4208'
> ===>  Building for p5-Module-Build-0.42.08
> Building Module-Build
> $ doas -u _pbuild make fake
> ===>  Faking installation for p5-Module-Build-0.42.08
> install -d -m 755 /usr/ports/pobj/p5-Module-Build-0.42.08/fake-amd64
> Building Module-Build
> Installing 
> /usr/ports/pobj/p5-Module-Build-0.42.08/fake-amd64/usr/local/man/man1/config_data.1
> Installing 
> /usr/ports/pobj/p5-Module-Build-0.42.08/fake-amd64/usr/local/libdata/perl5/site_perl/inc/latest.pm
> Installing 
> 

Re: new: converters/p5-Cpanel-JSON-XS

[Abel Abraham Camarillo Ojeda]

On Tue, Mar 8, 2016 at 12:35 AM, Abel Abraham Camarillo Ojeda
<acam...@verlet.org> wrote:
> hi ports:
>
> this seems to be the recommended module to interact with
> p5-Mojolicious these days:
>
> This module converts Perl data structures to JSON and vice versa. Its
> primary goal is to be correct and its secondary goal is to be fast. To
> reach the latter goal it was written in C.
>
> As this is the n-th-something JSON module on CPAN, what was the reason
> to write yet another JSON module? While it seems there are many JSON
> modules, none of them correctly handle all corner cases, and in most
> cases their maintainers are unresponsive, gone missing, or not listening
> to bug reports for other reasons.
>
>
> also, update-plist generates this entries:
>
> ${P5ARCH}/auto/
> ${P5ARCH}/auto/Cpanel/
> ${P5ARCH}/auto/Cpanel/JSON/
> ${P5ARCH}/auto/Cpanel/JSON/XS/
>
> (no files on any directory), what is the usual thing to do about this?
>
> tgz attached
>
> comments?, make test ok on amd64
>
> thanks

Hi, comments?

thanks

Re: patch: perl.port.mk to support Module::Build::Tiny

[Abel Abraham Camarillo Ojeda]

On Wed, Mar 9, 2016 at 9:26 AM, Nigel Taylor
 wrote:
> On 03/09/16 09:28, Stuart Henderson wrote:
>> On 2016/03/09 01:34, Nigel Taylor wrote:
>>> This is for later there is no p5-Module-Build yet in the tree, I
>>> have one locally in my openbsd-wip.
>>
>> Me too. We could do with getting that committed actually, I'd like to
>> do a test build with 5.22 and it's much easier not to have diffs stacked
>> in the ports tree.
>>
> I need to clear my diffs, various updates.
>
> for modinst have extensions required to switch ports which should use
> modinst, plus additional ports to support.
>
> Then there are fixes for ports when Module Build is removed /
> p5-Module-Build is available. I do this to ensure not used core versions.
>
> doas rm -r /usr/libdata/perl5/CGI /usr/libdata/perl5/Module/Build
> doas rm /usr/libdata/perl5/CGI.pm /usr/libdata/perl5/Module/Build.pm
>
>
 If ::Tiny diverges further in future we could do something different
 but this seems a cleaner approach for now.
>>> Agree it's cleaner for now. Ok with me.
>>
>> Aww, so close... p5-GD fails with this.
>>
> Attached revised perl.port.mk diff
>
> (couple white space end of line removals as well)
>
> p5-GD does build now with perl.port.mk attached, I reverted modbuild to
> old form without --, only added -- to args if tiny during configure. The
> fake can use -- for both.
>
> perl.port.mk.diff_p522 - extras diffs I am using.
>
>
> also attached diff with ports changed to use modbuild tiny (incomplete
> few ports to do they build as is)
>
>>> Changed perl.port.mk to modbuild tiny, and ports.
>>>
>>> Of coarse start my dpb build with changes and see perl port fall over
>>> straight away...
>>>
>>> converters/p5-JSON-XS - needs BDEP on devel/p5-Canary-Stability wasn't
>>> required for 3.01 new in 3.02
>>
>> Thanks, fixed (sorry to steal your commit I didn't page down that
>> far in the mail until after committing ;)
>>
> as long as fixed.
>
>
> A little extra ... stop duplicate perl in CONFIGURE_STYLE, MODULES
> causing configure to run twice Noticed on p5-GD,
> if CONFIGURE_STYLE = modbuild is used adds extra perl. Each perl found
> in CONFIGURE_STYLE runs MODPERL_configure. Might be a better way to stop
> this. bsd.port.mk adds perl for modbuild to CONFIGURE_STYLE, which then
> adds to MODULES, then cpan.port.mk adds another of each.
>

I did reproduced this.

> Can see duplicates with make show="MODULES CONFIGURE_STYLE"
>
> $ cvs -R -q diff -uNp cpan.port.mk
> Index: cpan.port.mk
> ===
> RCS file: /home/cvs/ports/infrastructure/mk/cpan.port.mk,v
> retrieving revision 1.18
> diff -u -p -r1.18 cpan.port.mk
> --- cpan.port.mk11 Mar 2013 11:50:17 -  1.18
> +++ cpan.port.mk9 Mar 2016 12:17:21 -
> @@ -10,8 +10,12 @@ MASTER_SITES ?=  ${MASTER_SITE_PERL_CPAN:
>  HOMEPAGE ?=http://search.cpan.org/dist/${DISTNAME:C/-[^-]*$//}/
>
>  CATEGORIES +=  perl5
> +.if ! ${CONFIGURE_STYLE:L:Mperl}
>  CONFIGURE_STYLE += perl
> +.endif
> +.if ! ${MODULES:L:Mperl}
>  MODULES += perl
> +.endif
>
>  TEST_DEPENDS +=${RUN_DEPENDS}
>
>
>
>

will try diffs, thanks

Re: patch: perl.port.mk to support Module::Build::Tiny

[Abel Abraham Camarillo Ojeda]

On Tue, Mar 8, 2016 at 12:29 PM, Nigel Taylor
<njtaylor0...@btinternet.com> wrote:
> On 03/08/16 17:01, Abel Abraham Camarillo Ojeda wrote:
>> On Tue, Mar 8, 2016 at 10:41 AM, Nigel Taylor
>> <njtaylor0...@btinternet.com> wrote:
>>
>>>
>>> Had a better look, depending on how the distribution is generated a
>>> Makefile.PL may or may not exist. If Makefile.PL doesn't exist Build.PL
>>> has to be used. These generate a Makefile.
>>>
>>>
>>> Dist::Zilla::Plugin::MakeMaker::Awesome is used to generate the
>>> Makefile.PL using the dist.ini
>>>
>>> Dist::Zilla::Plugin::ModuleBuildTiny is used to generate the Build.PL
>>> from dist.ini for Module::Build::Tiny.
>>>
>>> Dist::Zilla::Plugin::ModuleBuild is used to generate the Build.PL for
>>> Module::Build from dist.ini
>>>
>>> There are no Dist::Zilla. / Dist::Milla in ports currently to
>>> try, used to send distribution to CPAN.
>>>
>>>
>>> modbuild shouldn't be used but maybe a modtiny style adding an extra
>>> style doesn't impact existing modbuild ports.
>>>
>>>
>>> modbuild will add the p5-Module-Build port to BUILD_DEPENDS for perl
>>> 5.22 (or you can edit every modbuild port for perl 5.22).
>>>
>>> modtiny should add p5-Module-Build-Tiny to BUILD_DEPENDS, as with
>>> modinst adding p5-Module-Install, then Module::Install depends on
>>> Module::Build, is a run depends for perl 5.22
>>
>> this seems like an strong enough argument to add a separate modtiny conf 
>> style.
>>
>>
>>>
>>> Attached, diff revised p5-Starman port.
>>
>> looks ok to me
>>
>>> My perl.port.mk include some
>>> extras as building other ports at this time, can't remove mid dpb build.
>>>
>>> modinst - removes all bundled perl, needs some additional ports /
>>> dependency changes to build.
>>
>> can't comment on that right now
>>
>>> modbuild - adds p5-Module-Build to BDEP.
>>
>> looks good to me
>>
>>>
>>> revised p5-Geo-UK-Postcode-Regex below, and also p5-CGI-Compile
>>>
>>> $ cat Makefile
>>> # $OpenBSD: Makefile,v 1.2 2016/01/11 10:34:21 sthen Exp $
>>>
>>> COMMENT=regular expressions for handling British postcodes
>>>
>>> MODULES=cpan
>>> DISTNAME=   Geo-UK-Postcode-Regex-0.015
>>> CATEGORIES= geo
>>>
>>> # Perl
>>> PERMIT_PACKAGE_CDROM=   Yes
>>>
>>> MAINTAINER= Stuart Henderson <st...@openbsd.org>
>>>
>>> BUILD_DEPENDS=  devel/p5-File-ShareDir-Install
>>> TEST_DEPENDS=   devel/p5-Test-Exception \
>>> devel/p5-Clone
>>>
>>> CONFIGURE_STYLE= modtiny
>>>
>>> .include 
>>> $ make show=BUILD_DEPENDS
>>> devel/p5-File-ShareDir-Install devel/p5-Module-Build-Tiny devel/ccache
>>>
>>> If modbuild had been used would of had p5-Module-Build included in BDEP,
>>> when only p5-Module-Build-Tiny is required.
>>>
>>>
>>> Also works switching from Makefile.PL to Build.PL - only tried the one
>>> (should have removed \ ok for checking the change over).
>>>
>>> $ cvs -R -q diff -uNp
>>> Index: Makefile
>>> ===
>>> RCS file: /home/cvs/ports/devel/p5-MooseX-Types/Makefile,v
>>> retrieving revision 1.12
>>> diff -u -p -r1.12 Makefile
>>> --- Makefile12 Jun 2015 13:46:08 -  1.12
>>> +++ Makefile8 Mar 2016 15:12:07 -
>>> @@ -17,9 +17,10 @@ RUN_DEPENDS =devel/p5-Carp-Clan \
>>> devel/p5-Sub-Name \
>>> devel/p5-namespace-autoclean
>>>  BUILD_DEPENDS = ${RUN_DEPENDS} \
>>> -   devel/p5-Module-Build-Tiny
>>>
>>>  TEST_DEPENDS = devel/p5-Test-Fatal \
>>> devel/p5-Test-Requires
>>> +
>>> +CONFIGURE_STYLE = modtiny
>>>
>>>  .include 
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>> about your perl.port.mk,
>>
>> isn't this duplicated:
>>
>> +.  if !target(do-build)
>> +do-build:
>> + @${MODPERL_BUILD_TARGET}
>> +.  endif
>> +.  if !target(do-test)
>> +do-test:
>> + @${MODPERL_TEST_TARGET}
>> +.  endif
>> +.  if !target(do-install)
>> +do-install:
>> + @${MODPERL_INSTALL_TARGET}
>> +.  endif
>> +.endif
>>
>>
>> [...]
>>
>> .  if !target(do-build)
>> do-build:
>> @${MODPERL_BUILD_TARGET}
>> .  endif
>> .  if !target(do-test)
>> do-test:
>> @${MODPERL_TEST_TARGET}
>> .  endif
>> .  if !target(do-install)
>> do-install:
>> @${MODPERL_INSTALL_TARGET}
>> .  endif
>> .endif
>>
>>
>> or I'm reading it wrong?
>>
> it's
>
> .if ...modbuild
> .  if
>
> .  endif
> .endif
>
> .if ...modtiny
> .  if
>
> .  endif
> .endif
>
> Yes it's duplicated a lot of what inside the .if .endif
> But found it easier than adding,
>
> .if modbuild modtiny
>
> .endif
>
> and leaves the original modbuild, even if the diff doesn't quite show
> that in a nice way,
>
>> thanks for interest/help!
>>
>>
>

Yes, I got fooled by the diff, sorry

Re: patch: perl.port.mk to support Module::Build::Tiny

[Abel Abraham Camarillo Ojeda]

On Tue, Mar 8, 2016 at 10:41 AM, Nigel Taylor
 wrote:

>
> Had a better look, depending on how the distribution is generated a
> Makefile.PL may or may not exist. If Makefile.PL doesn't exist Build.PL
> has to be used. These generate a Makefile.
>
>
> Dist::Zilla::Plugin::MakeMaker::Awesome is used to generate the
> Makefile.PL using the dist.ini
>
> Dist::Zilla::Plugin::ModuleBuildTiny is used to generate the Build.PL
> from dist.ini for Module::Build::Tiny.
>
> Dist::Zilla::Plugin::ModuleBuild is used to generate the Build.PL for
> Module::Build from dist.ini
>
> There are no Dist::Zilla. / Dist::Milla in ports currently to
> try, used to send distribution to CPAN.
>
>
> modbuild shouldn't be used but maybe a modtiny style adding an extra
> style doesn't impact existing modbuild ports.
>
>
> modbuild will add the p5-Module-Build port to BUILD_DEPENDS for perl
> 5.22 (or you can edit every modbuild port for perl 5.22).
>
> modtiny should add p5-Module-Build-Tiny to BUILD_DEPENDS, as with
> modinst adding p5-Module-Install, then Module::Install depends on
> Module::Build, is a run depends for perl 5.22

this seems like an strong enough argument to add a separate modtiny conf style.


>
> Attached, diff revised p5-Starman port.

looks ok to me

> My perl.port.mk include some
> extras as building other ports at this time, can't remove mid dpb build.
>
> modinst - removes all bundled perl, needs some additional ports /
> dependency changes to build.

can't comment on that right now

> modbuild - adds p5-Module-Build to BDEP.

looks good to me

>
> revised p5-Geo-UK-Postcode-Regex below, and also p5-CGI-Compile
>
> $ cat Makefile
> # $OpenBSD: Makefile,v 1.2 2016/01/11 10:34:21 sthen Exp $
>
> COMMENT=regular expressions for handling British postcodes
>
> MODULES=cpan
> DISTNAME=   Geo-UK-Postcode-Regex-0.015
> CATEGORIES= geo
>
> # Perl
> PERMIT_PACKAGE_CDROM=   Yes
>
> MAINTAINER= Stuart Henderson 
>
> BUILD_DEPENDS=  devel/p5-File-ShareDir-Install
> TEST_DEPENDS=   devel/p5-Test-Exception \
> devel/p5-Clone
>
> CONFIGURE_STYLE= modtiny
>
> .include 
> $ make show=BUILD_DEPENDS
> devel/p5-File-ShareDir-Install devel/p5-Module-Build-Tiny devel/ccache
>
> If modbuild had been used would of had p5-Module-Build included in BDEP,
> when only p5-Module-Build-Tiny is required.
>
>
> Also works switching from Makefile.PL to Build.PL - only tried the one
> (should have removed \ ok for checking the change over).
>
> $ cvs -R -q diff -uNp
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/devel/p5-MooseX-Types/Makefile,v
> retrieving revision 1.12
> diff -u -p -r1.12 Makefile
> --- Makefile12 Jun 2015 13:46:08 -  1.12
> +++ Makefile8 Mar 2016 15:12:07 -
> @@ -17,9 +17,10 @@ RUN_DEPENDS =devel/p5-Carp-Clan \
> devel/p5-Sub-Name \
> devel/p5-namespace-autoclean
>  BUILD_DEPENDS = ${RUN_DEPENDS} \
> -   devel/p5-Module-Build-Tiny
>
>  TEST_DEPENDS = devel/p5-Test-Fatal \
> devel/p5-Test-Requires
> +
> +CONFIGURE_STYLE = modtiny
>
>  .include 
>
>
>
>
>
>
>

about your perl.port.mk,

isn't this duplicated:

+.  if !target(do-build)
+do-build:
+ @${MODPERL_BUILD_TARGET}
+.  endif
+.  if !target(do-test)
+do-test:
+ @${MODPERL_TEST_TARGET}
+.  endif
+.  if !target(do-install)
+do-install:
+ @${MODPERL_INSTALL_TARGET}
+.  endif
+.endif


[...]

.  if !target(do-build)
do-build:
@${MODPERL_BUILD_TARGET}
.  endif
.  if !target(do-test)
do-test:
@${MODPERL_TEST_TARGET}
.  endif
.  if !target(do-install)
do-install:
@${MODPERL_INSTALL_TARGET}
.  endif
.endif


or I'm reading it wrong?

thanks for interest/help!

Re: new: devel/p5-Mojolicious-Plugin-NYTProf

[Abel Abraham Camarillo Ojeda]

On Tue, Mar 8, 2016 at 10:18 AM, Stuart Henderson <s...@spacehopper.org> wrote:
> On 2016/03/07 23:47, Abel Abraham Camarillo Ojeda wrote:
>> hi ports
>>
>> This plugin enables Mojolicious to automatically generate Devel::NYTProf
>> profiles and routes for your app
>>
>> tgz attached
>>
>> also, note PLIST:
>>
>> @comment $OpenBSD$
>> ${P5SITE}/Mojolicious/Plugin/NYTProf.pm
>> ${P5SITE}/Mojolicious/Plugin/README.pod
>> @man man/man3p/Mojolicious::Plugin::NYTProf.3p
>> @man man/man3p/Mojolicious::Plugin::README.3p
>>
>>
>> what is commonly done with these README files?
>
> same as you have done there:
>
> $ pkglocate ::README
> p5-DBD-mysql-4.033:databases/p5-DBD-mysql:/usr/local/man/man3p/DBD::README.3p
> p5-HTML-FormatText-WithLinks-AndTables-0.06:www/p5-HTML-FormatText-WithLinks-AndTables:/usr/local/man/man3p/HTML::FormatText::WithLinks::README.3p
> p5-PerlIO-via-Timeout-0.32:devel/p5-PerlIO-via-Timeout:/usr/local/man/man3p/PerlIO::via::README.3p
> p5-Test-MockObject-1.20150527:devel/p5-Test-MockObject:/usr/local/man/man3p/Test::README.3p
>
> And I think that is OK as long as it doesn't cause a conflict with
> existing ports.
>

oh, thanks Stuart, so is this OK to commit?

thanks

Re: patch: perl.port.mk to support Module::Build::Tiny

[Abel Abraham Camarillo Ojeda]

On Tue, Mar 8, 2016 at 4:18 AM, Nigel Taylor
<njtaylor0...@btinternet.com> wrote:
> On 03/08/16 04:52, Abel Abraham Camarillo Ojeda wrote:
>> Module::Build::Tiny according to its docs:
>>
>>Incompatibilities
>>•   Argument parsing
>>
>>Module::Build has an extremely permissive way of argument 
>> handling,
>>Module::Build::Tiny only supports a (sane) subset of that. In
>>particular, "./Build destdir=/foo" does not work, you will need to
>>pass it as "./Build --destdir=/foo".
>>
>> also, after a discussion on #toolchain on irc.perl.org it seems that
>> Module::Build::Tiny requires options to be after actions.
>>
>> this patch enables instalation of packages that use Module::Build::Tiny
>> and don't have Module::Build compatibility - like my following port
>> of Mojo::JSON::MaybeXS.
>>
>> patch attached - gmail.
>>
>> comments, ideas?
>>
>> thanks.
>>
> Changes to perl.port.mk requires testing of a large number of perl ports.
>
> There are at least two perl ports that build using Module::Build::Tiny,
> without any such modifications. The reason is modbuild is for ports
> using Module::Build, not ports using Module::Build::Tiny. That is two
> ports that doesn't use do-install to supply the Module::Build::Tiny CLI
> parameters.
>
> So it's true using something meant specifically for Module::Build may
> not work for Module::Build::Tiny.
>
> I need to look, at all ports using Module::Build::Tiny, but maybe the
> wrong build method is being used in the first place. Those that work and
> don't require changes do not use modbuild, so never use the modbuild
> supplied CLI parameters and require no change to perl.port.mk.
>
> Module::Build is removed from core perl after version 5.21, and this
> requires changes to the same section in perl.port.mk, while tests might
> work now, changes might hamper moving to perl 5.22, and need to be
> tested against a p5-Module-Build 0.42.08 not just the the core 0.42.05
> version.
>
> $ grep Module-Build-Tiny INDEX | cut -d\| -f2 | sed -e 's%$%/Makefile%'
> | xargs grep do-install
> devel/p5-Module-Build-Tiny/Makefile:do-install:
> geo/p5-Geo-UK-Postcode-Regex/Makefile:do-install:
> www/p5-CGI-Compile/Makefile:do-install:
> www/p5-Starman/Makefile:do-install:
>
> (ignore devel/p5-Module-Build-Tiny itself as likely to be a special case).
>
> The majority ports don't use do-install or modbuild
>
> $ grep Module-Build-Tiny INDEX | cut -d\| -f2 | sed -e 's%$%/Makefile%'
> | xargs egrep -L "do-install|modbuild"
> devel/p5-Class-C3-Adopt-NEXT/Makefile
> devel/p5-Hook-LexWrap/Makefile
> devel/p5-MooseX-AttributeHelpers/Makefile
> devel/p5-MooseX-LazyRequire/Makefile
> devel/p5-MooseX-Types/Makefile
> devel/p5-MooseX-Types-LoadableClass/Makefile
> devel/p5-Test-DistManifest/Makefile
>
>
> Does anything say modbuild can be used for Module::Build::Tiny ports?
>

As far as I know modbuild should work with options supplied in modbuildtiny
fashion (as the last only supports a subset of the former), anyway,
maybe we could also make a new CONFIGURE_STYLE = modbuildtiny,
is we don't want to affect anything previous...

New authoring tools appear to generate this gigantic warnings (+ sleep 10), when
using modbuild but not modbuildtiny but anyway falling back:

https://github.com/Grinnz/Mojo-JSON-MaybeXS/blob/master/Build.PL

I don't particularly think the changes I sent could be pushed as-is, but
wanted to discuss about it with a diff in hand :)

Will also try to test all dependent modules.

thanks

new: converters/p5-Cpanel-JSON-XS

[Abel Abraham Camarillo Ojeda]

hi ports:

this seems to be the recommended module to interact with
p5-Mojolicious these days:

This module converts Perl data structures to JSON and vice versa. Its
primary goal is to be correct and its secondary goal is to be fast. To
reach the latter goal it was written in C.

As this is the n-th-something JSON module on CPAN, what was the reason
to write yet another JSON module? While it seems there are many JSON
modules, none of them correctly handle all corner cases, and in most
cases their maintainers are unresponsive, gone missing, or not listening
to bug reports for other reasons.


also, update-plist generates this entries:

${P5ARCH}/auto/
${P5ARCH}/auto/Cpanel/
${P5ARCH}/auto/Cpanel/JSON/
${P5ARCH}/auto/Cpanel/JSON/XS/

(no files on any directory), what is the usual thing to do about this?

tgz attached

comments?, make test ok on amd64

thanks


p5-Cpanel-JSON-XS.tgz
Description: GNU Zip compressed data

new: devel/p5-Mojolicious-Plugin-NYTProf

[Abel Abraham Camarillo Ojeda]

hi ports

This plugin enables Mojolicious to automatically generate Devel::NYTProf
profiles and routes for your app

tgz attached

also, note PLIST:

@comment $OpenBSD$
${P5SITE}/Mojolicious/Plugin/NYTProf.pm
${P5SITE}/Mojolicious/Plugin/README.pod
@man man/man3p/Mojolicious::Plugin::NYTProf.3p
@man man/man3p/Mojolicious::Plugin::README.3p


what is commonly done with these README files?

thanks.


p5-Mojolicious-Plugin-NYTProf.tgz
Description: GNU Zip compressed data

new: p5-Mojo-JSON-MaybeXS

[Abel Abraham Camarillo Ojeda]

hi ports

Mojo::JSON::MaybeXS is a monkey-patch module for using JSON::MaybeXS as
the JSON encoder for a Mojolicious application, or anything else using
Mojo::JSON. It must be loaded before Mojo::JSON so the new functions
will be properly exported.

this requires my previous patch (sent to ports@) about perl.port.mk

comments?

tests ok on amd64

thanks.


p5-Mojo-JSON-MaybeXS.tgz
Description: GNU Zip compressed data

patch: perl.port.mk to support Module::Build::Tiny

[Abel Abraham Camarillo Ojeda]

Module::Build::Tiny according to its docs:

   Incompatibilities
   •   Argument parsing

   Module::Build has an extremely permissive way of argument handling,
   Module::Build::Tiny only supports a (sane) subset of that. In
   particular, "./Build destdir=/foo" does not work, you will need to
   pass it as "./Build --destdir=/foo".

also, after a discussion on #toolchain on irc.perl.org it seems that
Module::Build::Tiny requires options to be after actions.

this patch enables instalation of packages that use Module::Build::Tiny
and don't have Module::Build compatibility - like my following port
of Mojo::JSON::MaybeXS.

patch attached - gmail.

comments, ideas?

thanks.
Index: perl.port.mk
===
RCS file: /cvs/ports/infrastructure/mk/perl.port.mk,v
retrieving revision 1.24
diff -u -p -r1.24 perl.port.mk
--- perl.port.mk10 Aug 2014 08:59:48 -  1.24
+++ perl.port.mk8 Mar 2016 04:34:26 -
@@ -25,12 +25,12 @@ MODPERL_configure = \
arch=`perl -e 'use Config; print $$Config{archname}, "\n";'`; \
 cd ${WRKSRC}; ${_SYSTRACE_CMD} ${SETENV} ${CONFIGURE_ENV} \
perl Build.PL \
-   install_path=lib="${PREFIX}/libdata/perl5/site_perl" \
-   install_path=arch="${PREFIX}/libdata/perl5/site_perl/$$arch" \
-   install_path=libdoc="${PREFIX}/man/man3p" \
-   install_path=bindoc="${PREFIX}/man/man1" \
-   install_path=bin="${PREFIX}/bin" \
-   install_path=script="${PREFIX}/bin" ${CONFIGURE_ARGS} 
+   --install_path=lib="${PREFIX}/libdata/perl5/site_perl" \
+   --install_path=arch="${PREFIX}/libdata/perl5/site_perl/$$arch" \
+   --install_path=libdoc="${PREFIX}/man/man3p" \
+   --install_path=bindoc="${PREFIX}/man/man1" \
+   --install_path=bin="${PREFIX}/bin" \
+   --install_path=script="${PREFIX}/bin" ${CONFIGURE_ARGS}
 .else
 MODPERL_configure = ${_MODPERL_preconfig}; \
arch=`perl -e 'use Config; print $$Config{archname}, "\n";'`; \
@@ -73,7 +73,7 @@ MODPERL_TEST_TARGET = \
${MODPERL_BUILD} ${TEST_TARGET}
 MODPERL_INSTALL_TARGET = \
cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} perl \
-   ${MODPERL_BUILD} destdir=${WRKINST} ${FAKE_TARGET}
+   ${MODPERL_BUILD} ${FAKE_TARGET} --destdir=${WRKINST}
 
 .  if !target(do-build)
 do-build: 

Re: update: databases/pgbadger 3.5 to 7.3

[Abel Abraham Camarillo Ojeda]

On Mon, Feb 8, 2016 at 9:59 PM, Abel Abraham Camarillo Ojeda
<acam...@verlet.org> wrote:
> hi
>
> attached patch updates pgbadger,
> also I'd like to take maintainership if no one
> cares.
> I'm unsure about the PLIST change, tough...
>
> comments, ok?
>
> thanks.

anyone?

thanks

Re: update: databases/pgbadger 3.5 to 7.3

[Abel Abraham Camarillo Ojeda]

On Thu, Feb 11, 2016 at 12:22 AM, Michael McConville <mm...@mykolab.com> wrote:
> Abel Abraham Camarillo Ojeda wrote:
>> On Mon, Feb 8, 2016 at 9:59 PM, Abel Abraham Camarillo Ojeda
>> <acam...@verlet.org> wrote:
>> > hi
>> >
>> > attached patch updates pgbadger,
>> > also I'd like to take maintainership if no one
>> > cares.
>> > I'm unsure about the PLIST change, tough...
>> >
>> > comments, ok?
>> >
>> > thanks.
>>
>> anyone?
>>
>> thanks
>
> We're in release mode as of a few days ago, so I don't think this will
> be committed until the release is cut and the tree is unlocked.
>
> Thanks for the contribution! Feel free to poke me if no one gets back to
> you after unlock.
>
> Michael

Oh, didn't noticed... thank you!

update: databases/pgbadger 3.5 to 7.3

[Abel Abraham Camarillo Ojeda]

hi

attached patch updates pgbadger,
also I'd like to take maintainership if no one
cares.
I'm unsure about the PLIST change, tough...

comments, ok?

thanks.
Index: Makefile
===
RCS file: /cvs/ports/databases/pgbadger/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile10 Aug 2013 16:07:50 -  1.1.1.1
+++ Makefile9 Feb 2016 03:56:02 -
@@ -2,15 +2,20 @@
 
 COMMENT =  advanced PostgreSQL log analyzer
 
-DISTNAME = pgbadger-3.5
+DISTNAME = pgbadger-7.3
 CATEGORIES =   databases
 
 HOMEPAGE = http://dalibo.github.io/pgbadger/
+MAINTAINER =   Abel Abraham Camarillo Ojeda <acam...@verlet.org>
 
-# GPLv2
+# same as postgres:
+# BSD
 PERMIT_PACKAGE_CDROM = Yes
 
-MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=pgbadger/}
+GH_ACCOUNT =   dalibo
+GH_PROJECT =   pgbadger
+GH_TAGNAME =   v7.3
+
 CONFIGURE_STYLE =  perl
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/databases/pgbadger/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo10 Aug 2013 16:07:50 -  1.1.1.1
+++ distinfo9 Feb 2016 03:56:02 -
@@ -1,2 +1,2 @@
-SHA256 (pgbadger-3.5.tar.gz) = XSVgI+Yvc7DC+9v0eNqvYyrEe35dstuPYb+W1cFNT+U=
-SIZE (pgbadger-3.5.tar.gz) = 106899
+SHA256 (pgbadger-7.3.tar.gz) = 6nCOu339xNy2vc9fMz4CGLw5RjGrHr5nA/3WzsUjQsE=
+SIZE (pgbadger-7.3.tar.gz) = 334483
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/pgbadger/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   10 Aug 2013 16:07:50 -  1.1.1.1
+++ pkg/PLIST   9 Feb 2016 03:56:02 -
@@ -1,3 +1,3 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2013/08/10 16:07:50 landry Exp $
 bin/pgbadger
-@man man/man1/pgbadger.1
+@man man/man1/pgbadger.1p

Re: Update www/p5-Mojo 6.40 1/3

[Abel Abraham Camarillo Ojeda]

On Fri, Jan 22, 2016 at 6:32 AM, Stuart Henderson  wrote:
> I'm running amavisd/spamassassin with the updated IO::Socket::IP
> with no problems.
>
> Here are all the hits from a search of .pm and .pl files from ports
> source unpacked at the end of August - (require|use).*IO::Socket::IP.
> We could add deps to these pretty easily.
>
>
> p5-ldap-0.65/perl-ldap-0.65/lib/Net/LDAP.pm
> 35:   eval { require IO::Socket::IP;
> IO::Socket::IP->VERSION(0.20); }
>
> amavisd-new-2.10.1/amavisd-new-2.10.1/TinyRedis.pm
> 22:  if (eval { require IO::Socket::IP }) {
>
> amavisd-new-2.10.1/amavisd-new-2.10.1/p0f-analyzer.pl
> 72:  if (eval { require IO::Socket::IP }) {
>
> p5-Mail-SpamAssassin-3.4.1/Mail-SpamAssassin-3.4.1/lib/Mail/SpamAssassin/Plugin/DCC.pm
> 96:  if (eval { require IO::Socket::IP }) {
>
> p5-Mail-SpamAssassin-3.4.1/Mail-SpamAssassin-3.4.1/lib/Mail/SpamAssassin/Util/TinyRedis.pm
> 31:  if (eval { require IO::Socket::IP }) {
>
> p5-Mail-SpamAssassin-3.4.1/Mail-SpamAssassin-3.4.1/lib/Mail/SpamAssassin/Client.pm
> 65:  if (eval { require IO::Socket::IP }) {
>
> p5-Mail-SpamAssassin-3.4.1/Mail-SpamAssassin-3.4.1/lib/Mail/SpamAssassin/DnsResolver.pm
> 58:  if (eval { require IO::Socket::IP }) {
>
> p5-Net-HTTP-6.09/Net-HTTP-6.09/lib/Net/HTTP.pm
> 11:if (eval { require IO::Socket::IP }) {
>
> p5-Net-INET6Glue-0.603/Net-INET6Glue-0.603/lib/Net/INET6Glue/INET_is_INET6.pm
> 14:if ( eval "require IO::Socket::IP"
>
> p5-IO-Socket-SSL-2.016/IO-Socket-SSL-2.016/lib/IO/Socket/SSL.pm
> 288: require IO::Socket::IP;
>
> p5-Mojolicious-6.17/Mojolicious-6.17/lib/Mojo/IOLoop/Client.pm
> 5:use IO::Socket::IP;
>
> p5-Mojolicious-6.17/Mojolicious-6.17/lib/Mojo/IOLoop/Server.pm
> 7:use IO::Socket::IP;


> p5-Plack-1.0033/Plack-1.0033/lib/HTTP/Server/PSGI.pm
> 72:eval { require IO::Socket::IP; 1 }
> 73:or Carp::croak("
>

I can take this... 

I'd also love to see p5-Mojo to move forward

diff coming soon~

thanks

Re: UPDATE: www/p5-Plack to 1.0039

[Abel Abraham Camarillo Ojeda]

On Thu, Jan 14, 2016 at 8:41 AM, Cesare Gargano <g...@plusiagamma.org> wrote:
> Attached updated diff.
>
> On Wed, Jan 13, 2016 at 2:04 PM, Stuart Henderson <st...@openbsd.org> wrote:
>>
>> On 2016/01/13 06:57, Abel Abraham Camarillo Ojeda wrote:
>> > I think you should get dependencies commited independently, so
>> > this would go in easier
>>
>> OK for p5-Test-Time.
>>
>> p5-Cookie-Baker should have p5-URI in TEST_DEPENDS as well shouldn't it?
>>
>

Anyone can help committing p5-Test-Time?

so we can move forward with the p5-plack update?

thanks

Re: UPDATE: www/p5-Plack to 1.0039

[Abel Abraham Camarillo Ojeda]

On Wed, Jan 13, 2016 at 1:14 AM, Cesare Gargano <g...@plusiagamma.org> wrote:
> On 01/06, Cesare Gargano wrote:
>> On 01/04, Nigel Taylor wrote:
>> > On 01/04/16 21:02, Cesare Gargano wrote:
>> > > Hi!
>> > > This updates www/p5-Plack to 1.0039. Attached 2 new deps.
>> > >
>> > > We have OK from MAINTAINER.
>> > >
>> > > www/p5-Cookie-Baker:
>> > > Cookie::Baker provides simple cookie string generator and parser.
>> > >
>> > > devel/p5-Test-Time:
>> > > Test::Time can be used to test modules that deal with time.
>> > > Once you use this module, all references to time and sleep will be
>> > > internalized.
>> > >
>> > > All tests passed.
>> > >
>> > > Comments, OK?
>> > >
>> > p5-Test-Time - should be modinst style. Your need the Module::Install
>> > extensions to switch to using modinst. See Makefile.PL
>> >
>> > Module::Install::AuthorTests
>> > Module::Install::Repository
>> > Module::Install::ReadmeFromPod
>> > Module::Install::TestBase
>> >
>> > I have the new ports for these extensions, so can switch port to modinst
>> > later.
>> >
>> > Upstream source file is wrong, it has included core perl modules within
>> > the source, normally wrong unless a good reason, may break on moving to
>> > newer perl versions. Should try to use OpenBSD supplied perl modules
>> > that have been tested and may include patches.
>> >
>> > Includes Spiffy 0.30 within the source, the version in ports is 0.46,
>> > from Spiffy change log...
>> >
>> > 0.40 Wed Aug  6 10:29:46 PDT 2014
>> >  - Fix a bug that was causing lots of warnings in Test::Base on perl 5.21
>> >
>> > Moving to perl 5.22, will hit this bug, if modinst with modified
>> > bsd.perl.mk isn't used, Only affects testing in this case...
>> >
>> > Should be no problem for this release, does need fixing for next release
>> > / move to perl 5.22.
>> >
>> >
>> > p5-Cookie-Baker - using correct modbuild style.
>> >
>> >
>> > p5-Plack - Can't see any issue from scanning.
>> >
>>
>> Hi,
>> after some more words with nigel@ (about changes after perl 5.22 in tree),
>> attached the p5-Plack diff and its new 2 deps. I modified p5-Test-Time
>> to include devel/p5-File-Slurp in TEST_DEPENDS, as suggested by nigel@.
>>
>> OK from MAINTAINER, OK from nigel@ (thank you!)
>>
>> --
>> C.
>
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/www/p5-Plack/Makefile,v
>> retrieving revision 1.8
>> diff -u -p -r1.8 Makefile
>> --- Makefile  18 Jan 2015 13:13:37 -  1.8
>> +++ Makefile  20 Dec 2015 10:49:13 -
>> @@ -3,7 +3,7 @@
>>  COMMENT =interface between perl web frameworks and web servers
>>
>>  MODULES =cpan
>> -DISTNAME =   Plack-1.0033
>> +DISTNAME =   Plack-1.0039
>>  CATEGORIES = www
>>  MAINTAINER = Abel Abraham Camarillo Ojeda <acam...@verlet.org>
>>
>> @@ -21,7 +21,9 @@ RUN_DEPENDS =   devel/p5-Devel-StackTrace>
>>   net/p5-Test-TCP>=2.00 \
>>   sysutils/p5-Filesys-Notify-Simple>=0 \
>>   www/p5-Apache-LogFormat-Compiler>=0.12 \
>> + www/p5-Cookie-Baker>=0.05 \
>>   www/p5-HTTP-Body>=1.06 \
>> + www/p5-HTTP-Headers-Fast>=0.18 \
>>   www/p5-HTTP-Message>=5.814 \
>>   www/p5-URI>=1.59
>>
>> Index: distinfo
>> ===
>> RCS file: /cvs/ports/www/p5-Plack/distinfo,v
>> retrieving revision 1.4
>> diff -u -p -r1.4 distinfo
>> --- distinfo  18 Jan 2015 13:13:37 -  1.4
>> +++ distinfo  20 Dec 2015 10:49:13 -
>> @@ -1,2 +1,2 @@
>> -SHA256 (Plack-1.0033.tar.gz) = vNh4S4JjvW1oR26dUub5iBm9TzMxRVytEu/+1jp4MiA=
>> -SIZE (Plack-1.0033.tar.gz) = 239206
>> +SHA256 (Plack-1.0039.tar.gz) = 0kpXLohkTH05x+b/GvAFtyjeyUqHjPBtkCerfRov0Kk=
>> +SIZE (Plack-1.0039.tar.gz) = 176711
>> Index: pkg/PLIST
>> ===
>> RCS file: /cvs/ports/www/p5-Plack/pkg/PLIST,v
>> retrieving revision 1.3
>> diff -u -p -r1.3 PLIST
>> --- pkg/PLIST 18 Jan 2015 13:13:37 -  1.3
>> +++ pkg/PLIST 20 Dec 2015 10:49:13 -
>> @@ -1,5 +1,6 @@
>>  @comment $OpenBSD: PLIST,v 1.3 2015/01/18 13:13:37 benoit Exp $
>>  bin/plackup
>> +${P5SITE}/HTTP/
>>  ${P5SITE}/HTTP/Message/
>>  ${P5SITE}/HTTP/Message/PSGI.pm
>>  ${P5SITE}/HTTP/Server/
>> @@ -86,6 +87,9 @@ ${P5SITE}/Plack/Test/Suite.pm
>>  ${P5SITE}/Plack/Util/
>>  ${P5SITE}/Plack/Util.pm
>>  ${P5SITE}/Plack/Util/Accessor.pm
>> +${P5SITE}/auto/
>> +${P5SITE}/auto/share/
>> +${P5SITE}/auto/share/dist/
>>  ${P5SITE}/auto/share/dist/Plack/
>>  ${P5SITE}/auto/share/dist/Plack/#foo
>>  ${P5SITE}/auto/share/dist/Plack/baybridge.jpg
>
> Ping.
>
> --
> C.
>

I think you should get dependencies commited independently, so
this would go in easier

ps - i still think the PLIST chunk is unnecesary

or can anyone commit this - including deps?


thanks!

update devel/p5-File-Touch

[Abel Abraham Camarillo Ojeda]

hi

this updates p5-File-Touch to latest release 0.09 to 0.10
make test is ok

comments? ok?

thanks~
Index: Makefile
===
RCS file: /cvs/ports/devel/p5-File-Touch/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile11 Nov 2014 07:05:38 -  1.3
+++ Makefile9 Jan 2016 17:11:41 -
@@ -3,7 +3,7 @@
 COMMENT =  update access and modification timestamps of files
 
 MODULES =  cpan
-DISTNAME = File-Touch-0.09
+DISTNAME = File-Touch-0.10
 CATEGORIES =   devel
 
 MAINTAINER =   Abel Abraham Camarillo Ojeda <acam...@verlet.org>
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-File-Touch/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo11 Nov 2014 07:05:38 -  1.2
+++ distinfo9 Jan 2016 17:11:41 -
@@ -1,2 +1,2 @@
-SHA256 (File-Touch-0.09.tar.gz) = c3dSS+aySD0ALb3N1bCrgRfj4yTwuutYoBLz6TMC42Y=
-SIZE (File-Touch-0.09.tar.gz) = 11143
+SHA256 (File-Touch-0.10.tar.gz) = ipvONk3oAtF9g70EKN2la0d2nLUsvANNB3x6vWTTAX0=
+SIZE (File-Touch-0.10.tar.gz) = 11575

update devel/p5-Test-Requires

[Abel Abraham Camarillo Ojeda]

hi

this updatess p5-Test-Requires to latest release
make test is ok

comments?

thanks
Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Test-Requires/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile21 Apr 2015 02:36:42 -  1.3
+++ Makefile9 Jan 2016 17:16:55 -
@@ -3,7 +3,7 @@
 COMMENT =  checks to see if the module can be loaded
 
 MODULES =  cpan
-DISTNAME = Test-Requires-0.08
+DISTNAME = Test-Requires-0.10
 CATEGORIES =   devel
 MAINTAINER =   Abel Abraham Camarillo Ojeda <acam...@verlet.org>
 
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Test-Requires/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo21 Apr 2015 02:36:42 -  1.3
+++ distinfo9 Jan 2016 17:16:55 -
@@ -1,2 +1,2 @@
-SHA256 (Test-Requires-0.08.tar.gz) = 
57G0swuQ1TCupoIFwOZc96eE1qIY31orQYMM20BNgiE=
-SIZE (Test-Requires-0.08.tar.gz) = 10888
+SHA256 (Test-Requires-0.10.tar.gz) = 
J2ijkdUKuUuVzv5UC5Iy1wRsE+6G0BhZ4EwESQMiLrU=
+SIZE (Test-Requires-0.10.tar.gz) = 10788

update: www/p5-Starman

[Abel Abraham Camarillo Ojeda]

hi

this updates p5-Starman to latest release
now all test pass - but with the following 'warning'

Could not finalize SSL connection with client handle (SSL accept
attempt failed because of handshake problems)

- wich was also present previously, when adding :

TEST_DEPENDS += www/p5-LWP-Protocol-https>=6

but, in 0.4011 we also had the following error:

2 test failed with:

#   Failed test at t/chunked_req.t line 36.
#  got: '14750'
# expected: '79838'

#   Failed test at t/chunked_req.t line 37.
#  got: '70546a79c7abb9c497ca91730a0686e4'
# expected: '983726ae0e4ce5081bef5fb2b7216950'
2016/01/09-11:40:50 Server closing!
# Looks like you failed 2 tests of 2.
t/chunked_req.t ..
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/2 subtests

not present in current version.

comments, ok?

thanks
Index: Makefile
===
RCS file: /cvs/ports/www/p5-Starman/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile10 Jan 2015 12:49:15 -  1.4
+++ Makefile9 Jan 2016 17:42:45 -
@@ -3,7 +3,7 @@
 COMMENT =  high-performance preforking PSGI/Plack web server
 
 MODULES =  cpan
-DISTNAME = Starman-0.4011
+DISTNAME = Starman-0.4014
 CATEGORIES =   www
 MAINTAINER =   Abel Abraham Camarillo Ojeda <acam...@verlet.org>
 
@@ -26,6 +26,7 @@ RUN_DEPENDS = devel/p5-Data-Dump \
 
 TEST_DEPENDS = www/p5-HTTP-Message \
devel/p5-Net-Server>=2.007 \
+   www/p5-LWP-Protocol-https>=6 \
www/p5-Plack>=0.9971 \
devel/p5-Test-Requires \
net/p5-Test-TCP \
Index: distinfo
===
RCS file: /cvs/ports/www/p5-Starman/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo10 Jan 2015 12:49:15 -  1.2
+++ distinfo9 Jan 2016 17:42:45 -
@@ -1,2 +1,2 @@
-SHA256 (Starman-0.4011.tar.gz) = pyzfmWpkogT8BqqJqRDXPrzDlo9v6JzaI0+HbSL8Z4w=
-SIZE (Starman-0.4011.tar.gz) = 29311
+SHA256 (Starman-0.4014.tar.gz) = pXcsGKqJ6kIgjCTq5MkSRt4iK5tvShcgzQLpPVYua+k=
+SIZE (Starman-0.4014.tar.gz) = 29002

update: databases/p5-Mojo-Pg

[Abel Abraham Camarillo Ojeda]

hi ports

updates from 2.14 to 2.17

make test ok on amd64

comments?

patch attached

thanks
Index: Makefile
===
RCS file: /cvs/ports/databases/p5-Mojo-Pg/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile	30 Oct 2015 16:52:04 -	1.1.1.1
+++ Makefile	7 Jan 2016 08:18:34 -
@@ -3,7 +3,7 @@
 COMMENT =		dbd-pg wrapper for mojolicious
 
 MODULES =		cpan databases/postgresql
-DISTNAME =		Mojo-Pg-2.14
+DISTNAME =		Mojo-Pg-2.17
 CATEGORIES =		databases
 MAINTAINER =		Abel Abraham Camarillo Ojeda <acam...@verlet.org>
 
Index: distinfo
===
RCS file: /cvs/ports/databases/p5-Mojo-Pg/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo	30 Oct 2015 16:52:04 -	1.1.1.1
+++ distinfo	7 Jan 2016 08:18:34 -
@@ -1,2 +1,2 @@
-SHA256 (Mojo-Pg-2.14.tar.gz) = ubzrM0QjVJKak/JUVIyARL+CCioS5aSeeyYzWya8ZeE=
-SIZE (Mojo-Pg-2.14.tar.gz) = 24146
+SHA256 (Mojo-Pg-2.17.tar.gz) = MEynT/6H1qhQaQv4pvRYWJ4OXZI0R2twKJt+Y1BIGQU=
+SIZE (Mojo-Pg-2.17.tar.gz) = 24660

update p5-PSGI

[Abel Abraham Camarillo Ojeda]

hi ports

this updates p5-PSGI from 1.03 to 1.102,
this is a documentation-only module and has
no dependents, I guess I imported it just to be
able to do $ man PSGI; ...

also uses modinst per nigel@ comments

comments, ok?
Index: Makefile
===
RCS file: /cvs/ports/www/p5-PSGI/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile11 Mar 2013 11:44:46 -  1.2
+++ Makefile4 Nov 2015 06:27:19 -
@@ -3,12 +3,16 @@
 COMMENT =  perl Web Server Gateway Interface Specification
 
 MODULES =  cpan
-DISTNAME = PSGI-1.03
+DISTNAME = PSGI-1.102
 CATEGORIES =   www
 MAINTAINER =   Abel Abraham Camarillo Ojeda <acam...@verlet.org>
 CPAN_AUTHOR=   MIYAGAWA
 
 # Perl
 PERMIT_PACKAGE_CDROM = Yes
+
+BUILD_DEPENDS =devel/p5-Module-Install-Repository
+
+CONFIGURE_STYLE =  modinst
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/www/p5-PSGI/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 Jan 2015 03:15:46 -  1.2
+++ distinfo4 Nov 2015 06:27:19 -
@@ -1,2 +1,2 @@
-SHA256 (PSGI-1.03.tar.gz) = Bj5rX5UpzSvWRnxtqgJRdotS53xCuSgzbK6D8qo+Myw=
-SIZE (PSGI-1.03.tar.gz) = 29518
+SHA256 (PSGI-1.102.tar.gz) = pWxEZ0CRfahpJcKfxmM7nfg5shz5j2onCGWY7ZDuH0c=
+SIZE (PSGI-1.102.tar.gz) = 36710
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/p5-PSGI/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   11 Dec 2010 09:46:56 -  1.1.1.1
+++ pkg/PLIST   4 Nov 2015 06:27:19 -
@@ -2,6 +2,8 @@
 ${P5SITE}/PSGI/
 ${P5SITE}/PSGI.pm
 ${P5SITE}/PSGI.pod
+${P5SITE}/PSGI/Extensions.pod
 ${P5SITE}/PSGI/FAQ.pod
 @man man/man3p/PSGI.3p
+@man man/man3p/PSGI::Extensions.3p
 @man man/man3p/PSGI::FAQ.3p

update p5-Server-Starter

[Abel Abraham Camarillo Ojeda]

hi ports

updates net/p5-Server-Starter from 0.09 to 0.32,
this requires my update of net/p5-Test-TCP.

a long time has passed since the last update,
and now this module appears to don't require
any dep to build or run, and 

$ grep -Rw use `make show=WRKBUILD`/lib

somewhat confirms it - just uses core modules

make test ok on amd64.

ideas, comments, ok?

thanks

Index: Makefile
===
RCS file: /cvs/ports/net/p5-Server-Starter/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile11 Mar 2013 11:35:54 -  1.3
+++ Makefile4 Nov 2015 08:03:35 -
@@ -3,18 +3,17 @@
 COMMENT =  superdaemon for hot-deploying server programs
 
 MODULES =  cpan
-DISTNAME = Server-Starter-0.09
-REVISION = 0
+DISTNAME = Server-Starter-0.32
 CATEGORIES =   net
 MAINTAINER =   Abel Abraham Camarillo Ojeda <acam...@verlet.org>
 
-BUILD_DEPENDS =${RUN_DEPENDS}
-RUN_DEPENDS =  devel/p5-List-MoreUtils \
-   devel/p5-Scope-Guard \
-   net/p5-Test-TCP>=0.11 \
-   sysutils/p5-Proc-Wait3
+TEST_DEPENDS = net/p5-Test-TCP>=2.08 \
+   devel/p5-Test-Requires \
+   devel/p5-Test-SharedFork
 
 # Perl
 PERMIT_PACKAGE_CDROM = Yes
+
+CONFIGURE_STYLE += modbuild
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/net/p5-Server-Starter/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 Jan 2015 03:14:49 -  1.2
+++ distinfo4 Nov 2015 08:03:35 -
@@ -1,2 +1,2 @@
-SHA256 (Server-Starter-0.09.tar.gz) = 
A/1mIyCXrg66HYXt8MhwOvjp4A+oIUvt79Kl20BIvCc=
-SIZE (Server-Starter-0.09.tar.gz) = 31525
+SHA256 (Server-Starter-0.32.tar.gz) = 
qOzBnwXzw7B54cfywAem3yuaKRK5hIqPtRvXjHsTrBo=
+SIZE (Server-Starter-0.32.tar.gz) = 23105
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/p5-Server-Starter/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   5 Jan 2011 14:12:42 -   1.1.1.1
+++ pkg/PLIST   4 Nov 2015 08:03:35 -
@@ -1,6 +1,8 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2011/01/05 14:12:42 jasper Exp $
 bin/start_server
 ${P5SITE}/Server/
+${P5SITE}/Server/Starter/
 ${P5SITE}/Server/Starter.pm
+${P5SITE}/Server/Starter/Guard.pm
 @man man/man1/start_server.1
 @man man/man3p/Server::Starter.3p

update p5-Test-TCP

[Abel Abraham Camarillo Ojeda]

hi ports

updates p5-Test-TCP from 2.06 to 2.14,
this requires my update for devel/p5-Test-SharedFork

make test  ok on amd64.

comments, ok?

Index: Makefile
===
RCS file: /cvs/ports/net/p5-Test-TCP/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile27 Oct 2014 19:13:05 -  1.5
+++ Makefile4 Nov 2015 07:48:17 -
@@ -3,11 +3,11 @@
 COMMENT =  testing TCP program
 
 MODULES =  cpan
-DISTNAME = Test-TCP-2.06
+DISTNAME = Test-TCP-2.14
 CATEGORIES =   net
 MAINTAINER =   Abel Abraham Camarillo Ojeda <acam...@verlet.org>
 
-RUN_DEPENDS =  devel/p5-Test-SharedFork>=0.14
+RUN_DEPENDS =  devel/p5-Test-SharedFork>=0.29
 BUILD_DEPENDS =${RUN_DEPENDS}
 
 # Perl
Index: distinfo
===
RCS file: /cvs/ports/net/p5-Test-TCP/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo27 Oct 2014 19:13:05 -  1.3
+++ distinfo4 Nov 2015 07:48:17 -
@@ -1,2 +1,2 @@
-SHA256 (Test-TCP-2.06.tar.gz) = cUlWuwElNvYXmI6c+1iCU+kIFE6RaeWGI1YJH0Tlkik=
-SIZE (Test-TCP-2.06.tar.gz) = 21848
+SHA256 (Test-TCP-2.14.tar.gz) = uWo/NkdIKAFG+jChKccsEEEz9naIcniLaI6ojU99fQE=
+SIZE (Test-TCP-2.14.tar.gz) = 23591

update p5-Test-SharedFork

[Abel Abraham Camarillo Ojeda]

hi ports

updates devel/p5-Test-SharedFork from 0.21 to 0.34,
required for some updates - net/p5-Test-TCP.

comments, ok?
thanks

Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Test-SharedFork/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile13 May 2013 14:53:45 -  1.3
+++ Makefile4 Nov 2015 07:43:44 -
@@ -3,7 +3,7 @@
 COMMENT =  fork test
 
 MODULES =  cpan
-DISTNAME = Test-SharedFork-0.21
+DISTNAME = Test-SharedFork-0.34
 CATEGORIES =   devel
 MAINTAINER =   Abel Abraham Camarillo Ojeda <acam...@verlet.org>
 
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Test-SharedFork/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo13 May 2013 14:53:45 -  1.2
+++ distinfo4 Nov 2015 07:43:44 -
@@ -1,2 +1,2 @@
-SHA256 (Test-SharedFork-0.21.tar.gz) = 
wRjKKXz5yHfGJfEtKi+Rb29CXCA3VfWXEtYyE+eBGyE=
-SIZE (Test-SharedFork-0.21.tar.gz) = 28865
+SHA256 (Test-SharedFork-0.34.tar.gz) = 
SJM6IQRcLkoz/9xw1PC43L8EH6dj4H8Aa5gP7+LvBPs=
+SIZE (Test-SharedFork-0.34.tar.gz) = 15487

security update: postgresql 9.4.4 -> 9.4.5

[Abel Abraham Camarillo Ojeda]

Hi ports

this updates postgres, deletes one patch
because now its applied upstream.

http://www.postgresql.org/about/news/1615/

tested in amd64@ with:

$ make test NO_TEST=No

also tested dependents:

databases/p5-DBD-Pg
databases/p5-Mojo-Pg

with $ make test;

any comments about removing NO_TEST=Yes
in databases/postgresql? tests didn't asked for any
user intervention nor any SYSV changes - in amd64@
at least...


comments?

thanks

patch attached as I use gmail...
Index: Makefile
===
RCS file: /cvs/ports/databases/postgresql/Makefile,v
retrieving revision 1.207
diff -u -p -r1.207 Makefile
--- Makefile	3 Aug 2015 07:42:30 -	1.207
+++ Makefile	3 Nov 2015 07:32:39 -
@@ -11,7 +11,7 @@ BROKEN-sparc=	Requires v9|v9a|v9b; reque
 # DO NOT FORGET to also change the @ask-update entry in pkg/PLIST-server
 # in case a dump before / restore after pkg_add -u is required!
 
-VERSION=	9.4.4
+VERSION=	9.4.5
 DISTNAME=	postgresql-${VERSION}
 PKGNAME-main=	postgresql-client-${VERSION}
 PKGNAME-server=	postgresql-server-${VERSION}
Index: distinfo
===
RCS file: /cvs/ports/databases/postgresql/distinfo,v
retrieving revision 1.57
diff -u -p -r1.57 distinfo
--- distinfo	22 Jun 2015 07:29:42 -	1.57
+++ distinfo	3 Nov 2015 07:32:39 -
@@ -1,2 +1,2 @@
-SHA256 (postgresql-9.4.4.tar.gz) = mm885nfV8UmQH8dsEZgokahGvLkogGnZGBHatqGBF2Y=
-SIZE (postgresql-9.4.4.tar.gz) = 23113477
+SHA256 (postgresql-9.4.5.tar.gz) = qh15GK54Kg/F4Yhv1GP8iQPl/8PrbTtRUABlrsmIohA=
+SIZE (postgresql-9.4.5.tar.gz) = 23211720
Index: patches/patch-src_include_storage_barrier_h
===
RCS file: patches/patch-src_include_storage_barrier_h
diff -N patches/patch-src_include_storage_barrier_h
--- patches/patch-src_include_storage_barrier_h	16 Jan 2015 23:24:15 -	1.1
+++ /dev/null	1 Jan 1970 00:00:00 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-src_include_storage_barrier_h,v 1.1 2015/01/16 23:24:15 landry Exp $
-
-fix build on alpha
-
 src/include/storage/barrier.h.orig	Fri Jan 16 13:08:20 2015
-+++ src/include/storage/barrier.h	Fri Jan 16 13:24:05 2015
-@@ -117,7 +117,7 @@ extern slock_t dummy_spinlock;
-  * read barrier to cover that case.  We might need to add that later.
-  */
- #define pg_memory_barrier()		__asm__ __volatile__ ("mb" : : : "memory")
--#define pg_read_barrier()		__asm__ __volatile__ ("rmb" : : : "memory")
-+#define pg_read_barrier()		__asm__ __volatile__ ("mb" : : : "memory")
- #define pg_write_barrier()		__asm__ __volatile__ ("wmb" : : : "memory")
- #elif defined(__hppa) || defined(__hppa__)		/* HP PA-RISC */
- 
Index: pkg/PLIST-docs
===
RCS file: /cvs/ports/databases/postgresql/pkg/PLIST-docs,v
retrieving revision 1.69
diff -u -p -r1.69 PLIST-docs
--- pkg/PLIST-docs	22 Jun 2015 07:29:42 -	1.69
+++ pkg/PLIST-docs	3 Nov 2015 07:32:39 -
@@ -485,6 +485,7 @@ share/doc/postgresql/html/monitoring-ps.
 share/doc/postgresql/html/monitoring-stats.html
 share/doc/postgresql/html/monitoring.html
 share/doc/postgresql/html/multibyte.html
+share/doc/postgresql/html/mvcc-caveats.html
 share/doc/postgresql/html/mvcc-intro.html
 share/doc/postgresql/html/mvcc.html
 share/doc/postgresql/html/nls-programmer.html
@@ -826,6 +827,7 @@ share/doc/postgresql/html/release-9-0-2.
 share/doc/postgresql/html/release-9-0-20.html
 share/doc/postgresql/html/release-9-0-21.html
 share/doc/postgresql/html/release-9-0-22.html
+share/doc/postgresql/html/release-9-0-23.html
 share/doc/postgresql/html/release-9-0-3.html
 share/doc/postgresql/html/release-9-0-4.html
 share/doc/postgresql/html/release-9-0-5.html
@@ -844,6 +846,7 @@ share/doc/postgresql/html/release-9-1-15
 share/doc/postgresql/html/release-9-1-16.html
 share/doc/postgresql/html/release-9-1-17.html
 share/doc/postgresql/html/release-9-1-18.html
+share/doc/postgresql/html/release-9-1-19.html
 share/doc/postgresql/html/release-9-1-2.html
 share/doc/postgresql/html/release-9-1-3.html
 share/doc/postgresql/html/release-9-1-4.html
@@ -858,6 +861,7 @@ share/doc/postgresql/html/release-9-2-10
 share/doc/postgresql/html/release-9-2-11.html
 share/doc/postgresql/html/release-9-2-12.html
 share/doc/postgresql/html/release-9-2-13.html
+share/doc/postgresql/html/release-9-2-14.html
 share/doc/postgresql/html/release-9-2-2.html
 share/doc/postgresql/html/release-9-2-3.html
 share/doc/postgresql/html/release-9-2-4.html
@@ -868,6 +872,7 @@ share/doc/postgresql/html/release-9-2-8.
 share/doc/postgresql/html/release-9-2-9.html
 share/doc/postgresql/html/release-9-2.html
 share/doc/postgresql/html/release-9-3-1.html
+share/doc/postgresql/html/release-9-3-10.html
 share/doc/postgresql/html/release-9-3-2.html
 share/doc/postgresql/html/release-9-3-3.html
 share/doc/postgresql/html/release-9-3-4.html
@@ -881,6 +886,7 @@ share/doc/postgresql/html/release-9-4-1.
 

Re: new: databases/p5-Mojo-Pg

[Abel Abraham Camarillo Ojeda]

On Fri, Oct 30, 2015 at 10:10 AM, Landry Breuil  wrote:
> [...]
> Right, all tests now probably pass because postgresql.port.mk now
> defaults to create databases with -E UTF8. I'll commit the update, and
> whoever wants to import p5-Mojo-Pg on top can do so with my okay, or
> okay it and i'll do the import.
>
> Landry
>

Thanks to all!

Re: new: databases/p5-Mojo-Pg

[Abel Abraham Camarillo Ojeda]

On Wed, Oct 28, 2015 at 6:56 AM, Landry Breuil <lan...@rhaalovely.net> wrote:
> On Wed, Oct 28, 2015 at 04:59:40AM -0600, Abel Abraham Camarillo Ojeda wrote:
>> Hi ports
>>
>> importing this old version (2.09) because newer versions
>> require p5-DBD-Pg>=3.5.1 for proper support to fetch
>> json values from database - and "i'm in a hurry and don't
>> require that"
>>
>> also request for help about how to integrate tests with
>> ports - i tested manually using :
>>
>> $ (cd /tmp; mkdir pg; initdb -U _postgresql -D pg;\
>> postgres -U _postgresql -D pg);
>> # (in other terminal:)
>> $ cd /usr/ports/mystuff/databases/p5-Mojo-Pg;
>> $ make test;
>> # then ^C postgres...
>
> Look at postgresql.port.mk which is made *just* for this.
>
> Landry
>

Hi to all, reattached, now tests works (thanks Landry!)

some json related tests fail - which is expected with p5-DBD-PG < 3.5.1,
I'll try to update it sometime soon, but I think that would be a bigger project
because the number of dependents...

comments, ok?

Thanks.


p5-Mojo-Pg.tgz
Description: GNU Zip compressed data

update: databases/p5-DBD-Pg to 3.5.3

[Abel Abraham Camarillo Ojeda]

Hi to all

This is required for new import: databases/p5-Mojo-Pg
specially for proper json support.

also, use MODULE += databases/postgresql to run the tests

ideas, comments?

testing user net/nagios/check_postgres generates no new
fails, other dependent ports are NO_TEST=Yes

patch attached - gmail user.

thanks.
Index: Makefile
===
RCS file: /cvs/ports/databases/p5-DBD-Pg/Makefile,v
retrieving revision 1.70
diff -u -p -r1.70 Makefile
--- Makefile	16 Jul 2015 23:57:19 -	1.70
+++ Makefile	29 Oct 2015 08:32:02 -
@@ -4,19 +4,20 @@ SHARED_ONLY=	Yes
 
 COMMENT=	access to PostgreSQL databases through the DBI
 
-MODULES=	cpan
-DISTNAME=	DBD-Pg-2.19.3
+MODULES=	cpan databases/postgresql
+DISTNAME=	DBD-Pg-3.5.3
 CATEGORIES=	databases
-REVISION=	1
 
 LIB_DEPENDS=	databases/postgresql
 RUN_DEPENDS=	databases/p5-DBI>=1.52
 BUILD_DEPENDS=	${RUN_DEPENDS}
-TEST_DEPENDS=databases/postgresql,-server \
-		devel/p5-Test-Warn
+TEST_DEPENDS=	devel/p5-Test-Warn
 
-TEST_FLAGS=	DBI_DSN="dbi:Pg:dbname=template1" DBI_USER="_postgresql" \
-		DBI_PASS=""
+MODPOSTGRESQL_TEST_DBNAME =	testdb
+TEST_FLAGS=	DBI_DSN="dbi:Pg:dbname=${MODPOSTGRESQL_TEST_DBNAME}"\
+		DBI_PASS="" \
+		DBI_USER=`id -nu`
+# XXX if DBI_USER is empty tests try to roll their own initdb + createdb
 
 MAINTAINER=	Pierre-Emmanuel Andre 
 
Index: distinfo
===
RCS file: /cvs/ports/databases/p5-DBD-Pg/distinfo,v
retrieving revision 1.23
diff -u -p -r1.23 distinfo
--- distinfo	5 Sep 2012 20:10:35 -	1.23
+++ distinfo	29 Oct 2015 08:32:02 -
@@ -1,2 +1,2 @@
-SHA256 (DBD-Pg-2.19.3.tar.gz) = NzUNE0t/qI+zuUMtkpkeCnP0Bb9bOk7lNDBDkoC4Jio=
-SIZE (DBD-Pg-2.19.3.tar.gz) = 237399
+SHA256 (DBD-Pg-3.5.3.tar.gz) = fpipuXUlakcz2xwOl0ytWtXLghSJMj45Xtl70FjgqQ4=
+SIZE (DBD-Pg-3.5.3.tar.gz) = 256570
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/p5-DBD-Pg/pkg/PLIST,v
retrieving revision 1.15
diff -u -p -r1.15 PLIST
--- pkg/PLIST	16 Jul 2015 23:57:19 -	1.15
+++ pkg/PLIST	29 Oct 2015 08:32:02 -
@@ -3,7 +3,6 @@
 ${P5ARCH}/Bundle/DBD/
 ${P5ARCH}/Bundle/DBD/Pg.pm
 ${P5ARCH}/DBD/Pg.pm
-${P5ARCH}/DBD/testme.tmp.pl
 ${P5ARCH}/auto/DBD/
 ${P5ARCH}/auto/DBD/Pg/
 ${P5ARCH}/auto/DBD/Pg/Pg.so

Re: new: databases/p5-Mojo-Pg

[Abel Abraham Camarillo Ojeda]

On Thu, Oct 29, 2015 at 12:12 AM, Abel Abraham Camarillo Ojeda
<acam...@the00z.org> wrote:
> [...]
> some json related tests fail - which is expected with p5-DBD-PG < 3.5.1,
> I'll try to update it sometime soon, but I think that would be a bigger 
> project
> because the number of dependents...
>

Now that I sent update for latest p5-DBD-Pg, import this using latest
version - 2.14.

now all tests pass.

comments?

sorry for the spamming.

thanks.


p5-Mojo-Pg.tgz
Description: GNU Zip compressed data

new: databases/p5-Mojo-Pg

[Abel Abraham Camarillo Ojeda]

Hi ports

importing this old version (2.09) because newer versions
require p5-DBD-Pg>=3.5.1 for proper support to fetch
json values from database - and "i'm in a hurry and don't
require that"

also request for help about how to integrate tests with
ports - i tested manually using :

$ (cd /tmp; mkdir pg; initdb -U _postgresql -D pg;\
postgres -U _postgresql -D pg);
# (in other terminal:)
$ cd /usr/ports/mystuff/databases/p5-Mojo-Pg;
$ make test;
# then ^C postgres...

ideas, comments, ok?

Thanks


p5-Mojo-Pg.tgz
Description: GNU Zip compressed data

Re: UPDATE: www/p5-Starman to 0.4011

[Abel Abraham Camarillo Ojeda]

I'm ok with this.

On Thu, Jan 8, 2015 at 12:42 PM, Cesare Gargano g...@plusiagamma.org wrote:
 Hi ports@!

 Update to 0.4011.

 Discussed and tested w/ MAINTAINER and afresh1@.
 Tests pass on amd64 (and required-by).

 Index: Makefile
 ===
 RCS file: /cvs/ports/www/p5-Starman/Makefile,v
 retrieving revision 1.3
 diff -u -r1.3 Makefile
 --- Makefile19 Nov 2014 22:04:01 -  1.3
 +++ Makefile8 Jan 2015 18:38:36 -
 @@ -3,7 +3,7 @@
  COMMENT =  high-performance preforking PSGI/Plack web server

  MODULES =  cpan
 -DISTNAME = Starman-0.2007
 +DISTNAME = Starman-0.4011
  CATEGORIES =   www
  MAINTAINER =   Abel Abraham Camarillo Ojeda acam...@verlet.org

 @@ -12,16 +12,34 @@

  CPAN_AUTHOR =  MIYAGAWA

 -BUILD_DEPENDS =${RUN_DEPENDS}
 +BUILD_DEPENDS =www/p5-libwww \
 +   devel/p5-Module-Build-Tiny=0.039 \
 +   devel/p5-Test-Requires
 +
  RUN_DEPENDS =  devel/p5-Data-Dump \
 -   devel/p5-Net-Server=0.91 \
 +   devel/p5-Net-Server=2.007 \
 net/p5-Server-Starter \
 -   net/p5-Net-Server-SS-PreFork \
 -   www/p5-Plack=0.9931 \
 +   www/p5-Plack=0.9971 \
 +   www/p5-HTTP-Date \
 www/p5-HTTP-Parser-XS \
 -   www/p5-libwww

 -# XXX strange failure to find Test::More
 -CONFIGURE_ARGS = --skipdeps
 +TEST_DEPENDS = www/p5-HTTP-Message \
 +  devel/p5-Net-Server=2.007 \
 +  www/p5-Plack=0.9971 \
 +  devel/p5-Test-Requires \
 +  net/p5-Test-TCP \
 +  www/p5-libwww
 +
 +CONFIGURE_STYLE =  modbuild
 +
 +# Module::Build::Tiny like -- prefix for CLI options
 +do-install:
 +   @cd ${WRKSRC}  perl \
 +   ${MODPERL_BUILD} ${FAKE_TARGET} \
 +   --destdir ${PREFIX} \
 +   --install_path lib=libdata/perl5/site_perl \
 +   --install_path=libdoc=man/man3p \
 +   --install_path=bindoc=man/man1 \
 +   --install_path script=bin

  .include bsd.port.mk
 Index: distinfo
 ===
 RCS file: /cvs/ports/www/p5-Starman/distinfo,v
 retrieving revision 1.1.1.1
 diff -u -r1.1.1.1 distinfo
 --- distinfo7 Jan 2011 13:45:39 -   1.1.1.1
 +++ distinfo8 Jan 2015 18:38:36 -
 @@ -1,5 +1,2 @@
 -MD5 (Starman-0.2007.tar.gz) = iwRw46KYRjfraWprRYqRPg==
 -RMD160 (Starman-0.2007.tar.gz) = ivLx5a1IQuZVJ99NM+bbmaM48ew=
 -SHA1 (Starman-0.2007.tar.gz) = nkbg8vRiMAt0THuRNZoaR1rSKOM=
 -SHA256 (Starman-0.2007.tar.gz) =
 Lq3/yEmFSIBZduPh8gfCcQWPAFk/qtZY0ZWurjDgjPE=
 -SIZE (Starman-0.2007.tar.gz) = 37287
 +SHA256 (Starman-0.4011.tar.gz) =
 pyzfmWpkogT8BqqJqRDXPrzDlo9v6JzaI0+HbSL8Z4w=
 +SIZE (Starman-0.4011.tar.gz) = 29311
 Index: pkg/PLIST
 ===
 RCS file: /cvs/ports/www/p5-Starman/pkg/PLIST,v
 retrieving revision 1.1.1.1
 diff -u -r1.1.1.1 PLIST
 --- pkg/PLIST   7 Jan 2011 13:45:39 -   1.1.1.1
 +++ pkg/PLIST   8 Jan 2015 18:38:36 -
 @@ -9,5 +9,7 @@
  ${P5SITE}/Starman.pm
  ${P5SITE}/Starman/Server.pm
  @man man/man1/starman.1
 +@man man/man3p/HTTP::Server::PSGI::Net::Server::PreFork.3p
  @man man/man3p/Plack::Handler::Starman.3p
  @man man/man3p/Starman.3p
 +@man man/man3p/Starman::Server.3p

 --
 C.

Re: p5-Plack: update RUN_DEPENDS for FCGI

[Abel Abraham Camarillo Ojeda]

looks ok to me.

tested in amd64.

Thanks.

On Fri, Dec 19, 2014 at 11:13 AM, Todd C. Miller
todd.mil...@courtesan.com wrote:
 This updates RUN_DEPENDS to include modules needed for FCGI support.
 I bumped the REVISION but if that's not right please let me know.

 Comments or OKs?

  - todd

 Index: www/p5-Plack/Makefile
 ===
 RCS file: /cvs/ports/www/p5-Plack/Makefile,v
 retrieving revision 1.6
 diff -u -r1.6 Makefile
 --- www/p5-Plack/Makefile   10 Sep 2014 06:35:19 -  1.6
 +++ www/p5-Plack/Makefile   19 Dec 2014 17:12:21 -
 @@ -3,7 +3,7 @@
  COMMENT =  interface between perl web frameworks and web servers

  MODULES =  cpan
 -REVISION = 1
 +REVISION = 2
  DISTNAME = Plack-0.9980
  CATEGORIES =   www
  MAINTAINER =   Abel Abraham Camarillo Ojeda acam...@verlet.org
 @@ -14,14 +14,18 @@
  BUILD_DEPENDS =${RUN_DEPENDS}
  RUN_DEPENDS =  devel/p5-Devel-StackTrace=1.23 \
 devel/p5-Devel-StackTrace-AsHTML=0.11 \
 +   devel/p5-File-pushd \
 devel/p5-File-ShareDir=1.00 \
 devel/p5-Hash-MultiValue=0.05 \
 devel/p5-Test-Requires \
 devel/p5-Try-Tiny \
 net/p5-Test-TCP=0.11 \
 sysutils/p5-Filesys-Notify-Simple \
 +   www/fcgi \
 www/p5-libwww=5.814 \
 www/p5-libapreq \
 +   www/p5-CGI-Compile \
 +   www/p5-FCGI-ProcManager \
 www/p5-HTTP-Body=1.06 \
 www/p5-URI=1.36

Re: Update www/p5-Mojo 5.58 (security fix)

[Abel Abraham Camarillo Ojeda]

On Fri, Nov 7, 2014 at 11:49 AM, Mark Patruck m...@wrapped.cx wrote:
 IPv6 is off by default (NOINET6 flag) and that's why the
 test cannot create a listen socket. Btw these tests are
 for development only so i don't think this gets fixed
 upstream.

 On Fri, Nov 07, 2014 at 11:16:09AM -0600, Abel Abraham Camarillo Ojeda wrote:
 On Fri, Nov 7, 2014 at 5:11 AM, Mark Patruck m...@wrapped.cx wrote:
  Ok, i'll take maintainership.
 
  Index: Makefile
  ===
  RCS file: /cvs/ports/www/p5-Mojo/Makefile,v
  retrieving revision 1.13
  diff -u -p -r1.13 Makefile
  --- Makefile15 May 2014 22:30:08 -  1.13
  +++ Makefile7 Nov 2014 11:06:56 -
  @@ -3,10 +3,10 @@
   COMMENT =  next generation web framework
 
   MODULES =  cpan
  -DISTNAME = Mojolicious-4.99
  +DISTNAME = Mojolicious-5.58
   CATEGORIES =   www
 
  -MAINTAINER =   Simon Bertrang si...@openbsd.org
  +MAINTAINER =   Mark Patruck m...@wrapped.cx
 
   # Perl
   PERMIT_PACKAGE_CDROM = Yes
  @@ -22,9 +22,7 @@ RUN_DEPENDS = devel/p5-EV \
   MAKE_ENV += TEST_CACHING=Yes
   MAKE_ENV += TEST_EV=Yes
   MAKE_ENV += TEST_HYPNOTOAD=Yes
  -MAKE_ENV += TEST_IPV6=Yes
   MAKE_ENV += TEST_MORBO=Yes
  -MAKE_ENV += TEST_ONLINE=Yes
   MAKE_ENV += TEST_POD=Yes
   MAKE_ENV += TEST_PREFORK=Yes
   MAKE_ENV += TEST_TLS=Yes
  Index: distinfo
  ===
  RCS file: /cvs/ports/www/p5-Mojo/distinfo,v
  retrieving revision 1.10
  diff -u -p -r1.10 distinfo
  --- distinfo15 May 2014 22:30:08 -  1.10
  +++ distinfo7 Nov 2014 11:06:56 -
  @@ -1,2 +1,2 @@
  -SHA256 (Mojolicious-4.99.tar.gz) = 
  oc2usV+fawcyZxVzku5QhiTkGD/cFvqOXaOiNXoPtyg=
  -SIZE (Mojolicious-4.99.tar.gz) = 633846
  +SHA256 (Mojolicious-5.58.tar.gz) = 
  y6jqznI0io7mflQiiS9Aa30xupmVFueVwnVYxt5b9o4=
  +SIZE (Mojolicious-5.58.tar.gz) = 653136
  Index: patches/patch-lib_Mojo_IOLoop_Server_pm
  ===
  RCS file: patches/patch-lib_Mojo_IOLoop_Server_pm
  diff -N patches/patch-lib_Mojo_IOLoop_Server_pm
  --- patches/patch-lib_Mojo_IOLoop_Server_pm 15 May 2014 22:30:08 - 
   1.1
  +++ /dev/null   1 Jan 1970 00:00:00 -
  @@ -1,14 +0,0 @@
  -$OpenBSD: patch-lib_Mojo_IOLoop_Server_pm,v 1.1 2014/05/15 22:30:08 bluhm 
  Exp $
  -https://github.com/kraih/mojo/issues/622
  -
   lib/Mojo/IOLoop/Server.pm.orig Sun May 11 20:27:28 2014
  -+++ lib/Mojo/IOLoop/Server.pm  Tue May 13 23:04:55 2014
  -@@ -127,7 +127,7 @@ sub _accept {
  - # Start TLS handshake
  - $self-emit_safe(accept = $handle) and next unless my $tls = 
  $self-{tls};
  - $self-_handshake($self-{handles}{$handle} = $handle)
  --  if $handle = IO::Socket::SSL-start_SSL($handle, %$tls);
  -+  if $handle = IO::Socket::SSL-start_SSL($handle, %$tls, SSL_server 
  = 1);
  -   }
  - }
  -
 
 
  --
  Mark Patruck ( mark at wrapped.cx )
  GPG key 0xF2865E51 / 187F F6D3 EE04 1DCE 1C74  F644 0D3C F66F F286 5E51
 
  http://www.wrapped.cx
 

 I tested last batch of mojo  updates and I remember IPv6 tests working,
 any more rationale for disabling them, or should ipv6 users enable them
 manually?

 Thank you.

 --
 Mark Patruck ( mark at wrapped.cx )
 GPG key 0xF2865E51 / 187F F6D3 EE04 1DCE 1C74  F644 0D3C F66F F286 5E51

 http://www.wrapped.cx

I see...

Thanks

Re: Update www/p5-Mojo 5.58 (security fix)

[Abel Abraham Camarillo Ojeda]

On Fri, Nov 7, 2014 at 5:11 AM, Mark Patruck m...@wrapped.cx wrote:
 Ok, i'll take maintainership.

 Index: Makefile
 ===
 RCS file: /cvs/ports/www/p5-Mojo/Makefile,v
 retrieving revision 1.13
 diff -u -p -r1.13 Makefile
 --- Makefile15 May 2014 22:30:08 -  1.13
 +++ Makefile7 Nov 2014 11:06:56 -
 @@ -3,10 +3,10 @@
  COMMENT =  next generation web framework

  MODULES =  cpan
 -DISTNAME = Mojolicious-4.99
 +DISTNAME = Mojolicious-5.58
  CATEGORIES =   www

 -MAINTAINER =   Simon Bertrang si...@openbsd.org
 +MAINTAINER =   Mark Patruck m...@wrapped.cx

  # Perl
  PERMIT_PACKAGE_CDROM = Yes
 @@ -22,9 +22,7 @@ RUN_DEPENDS = devel/p5-EV \
  MAKE_ENV += TEST_CACHING=Yes
  MAKE_ENV += TEST_EV=Yes
  MAKE_ENV += TEST_HYPNOTOAD=Yes
 -MAKE_ENV += TEST_IPV6=Yes
  MAKE_ENV += TEST_MORBO=Yes
 -MAKE_ENV += TEST_ONLINE=Yes
  MAKE_ENV += TEST_POD=Yes
  MAKE_ENV += TEST_PREFORK=Yes
  MAKE_ENV += TEST_TLS=Yes
 Index: distinfo
 ===
 RCS file: /cvs/ports/www/p5-Mojo/distinfo,v
 retrieving revision 1.10
 diff -u -p -r1.10 distinfo
 --- distinfo15 May 2014 22:30:08 -  1.10
 +++ distinfo7 Nov 2014 11:06:56 -
 @@ -1,2 +1,2 @@
 -SHA256 (Mojolicious-4.99.tar.gz) = 
 oc2usV+fawcyZxVzku5QhiTkGD/cFvqOXaOiNXoPtyg=
 -SIZE (Mojolicious-4.99.tar.gz) = 633846
 +SHA256 (Mojolicious-5.58.tar.gz) = 
 y6jqznI0io7mflQiiS9Aa30xupmVFueVwnVYxt5b9o4=
 +SIZE (Mojolicious-5.58.tar.gz) = 653136
 Index: patches/patch-lib_Mojo_IOLoop_Server_pm
 ===
 RCS file: patches/patch-lib_Mojo_IOLoop_Server_pm
 diff -N patches/patch-lib_Mojo_IOLoop_Server_pm
 --- patches/patch-lib_Mojo_IOLoop_Server_pm 15 May 2014 22:30:08 -
   1.1
 +++ /dev/null   1 Jan 1970 00:00:00 -
 @@ -1,14 +0,0 @@
 -$OpenBSD: patch-lib_Mojo_IOLoop_Server_pm,v 1.1 2014/05/15 22:30:08 bluhm 
 Exp $
 -https://github.com/kraih/mojo/issues/622
 -
  lib/Mojo/IOLoop/Server.pm.orig Sun May 11 20:27:28 2014
 -+++ lib/Mojo/IOLoop/Server.pm  Tue May 13 23:04:55 2014
 -@@ -127,7 +127,7 @@ sub _accept {
 - # Start TLS handshake
 - $self-emit_safe(accept = $handle) and next unless my $tls = 
 $self-{tls};
 - $self-_handshake($self-{handles}{$handle} = $handle)
 --  if $handle = IO::Socket::SSL-start_SSL($handle, %$tls);
 -+  if $handle = IO::Socket::SSL-start_SSL($handle, %$tls, SSL_server = 
 1);
 -   }
 - }
 -


 --
 Mark Patruck ( mark at wrapped.cx )
 GPG key 0xF2865E51 / 187F F6D3 EE04 1DCE 1C74  F644 0D3C F66F F286 5E51

 http://www.wrapped.cx


I tested last batch of mojo  updates and I remember IPv6 tests working,
any more rationale for disabling them, or should ipv6 users enable them
manually?

Thank you.

Re: UPDATE: p5-Test-TCP

[Abel Abraham Camarillo Ojeda]

On Wed, Oct 22, 2014 at 10:39 AM, Gonzalo L. Rodriguez
gonz...@x61.com.ar wrote:
 Hi,

 Update for p5-Test-TCP to 2.06

 Ok? Comments?

 Cheers.-

 --
 Sending from my toaster.

Seems ok to me, but I'll try to test this at least with some p5-Plack ports

thank you

Re: UPDATE p5-Mojo to 5.39

[Abel Abraham Camarillo Ojeda]

On Mon, Sep 15, 2014 at 3:32 PM, Remi Locherer remi.loche...@relo.ch wrote:
 On Wed, Sep 10, 2014 at 06:34:48PM +0200, Remi Locherer wrote:
 Hi

 The following diff brings Mojolicious to version 5.39. In addition I
 removed the maintainer (not active for this port since couple of years).

 There is one issue with the user_agent_online tests (activated by env
 TEST_ONLINE). 6 test (3 scenarios) fail. These test the URLs:
 http://localhost:random_port
 http://127.0.0.1:random_port
 http://[::1]:random_port

 This problem can be reproduced with the mojo command:
 remi@mistral:~% mojo get http://127.0.0.1:55743
 Mojo::Reactor::EV: Write failed: Can't call method on on an undefined
 value at /usr/local/libdata/perl5/site_perl/Mojo/UserAgent.pm line 124.

 There was allready a (different) failure with Mojolicious 4.66 on OpenBSD 
 5.5:
 remi@typhoon$ mojo get http://localhost:44568
 Mojo::Reactor::EV: Write failed: Mojo::UserAgent: Event connect failed:
 addr is not a string at /usr/local/libdata/perl5/site_perl/IO/Socket/IP.pm
 line 678.
 Problem loading URL http://localhost:44568;. (Premature connection close)

 I tried the same on a Linux CentOS5 box I have access to with Perl 5.18.1
 and Mojolicious 5.39 and got the expected result:
 rlochere@tux-05$ mojo get http://localhost:34589
 Problem loading URL http://localhost:34589;. (Connection refused)

 URLs different from localhost work as expected.

 Can somebody with more OpenBSD specific Perl knowledge help?

 I looked a bit more into this issue. Mojo is using IO::Socket::INET by
 default. If it finds IO::Socket::IP it uses this instead (see
 Mojo::IOLoop::Client). This enables IPv6 within Mojolicious. With an
 env var mojo can be forced to use IO::Socket::INET.

 -- With IO::Socket::IP
 remi@mistral:~% mojo get 127.0.0.1:12345
 Mojo::Reactor::EV: Write failed: Can't call method on on an undefined
  value at /usr/local/libdata/perl5/site_perl/Mojo/UserAgent.pm line 122.

 -- With IO::Socket::INET
 remi@mistral:~% MOJO_NO_IPV6=1 mojo get 127.0.0.1:12345
 Problem loading URL 127.0.0.1:12345. (Can't connect: IO::Socket::INET:
 connect: Connection refused)

 Running the two scripts below shows the different behaviour between the
 two modules. In both cases I could observe with tcpdump that a tcp syn
 was sent and a tcp rst returned.

 remi@mistral:~% cat sock-ip.pl
 #!/usr/bin/perl -w
 use IO::Socket::IP;
 my $sock = IO::Socket::IP-new(
 PeerAddr = 127.0.0.1, PeerPort = 8090, Blocking = 0
 ) or die $@;
 remi@mistral:~% ./sock-ip.pl
 remi@mistral:~% echo $?
 0
 remi@mistral:~% cat sock-inet.pl
 #!/usr/bin/perl
 use IO::Socket::INET;
 my $sock = IO::Socket::INET-new(
 PeerAddr = 127.0.0.1, PeerPort = 8090, Blocking = 0
 ) or die $@;
 remi@mistral:~% ./sock-inet.pl
 IO::Socket::INET: connect: Connection refused at ./sock-inet.pl line 4.
 remi@mistral:~% echo $?
 61

 Why this difference? I could not see this on a Linux box I have access.


Can you provide details about your linux box? I'd like to reproduce
your working scenario, specially I'd like to see if I can get the _same_
version of the perl modules (IO::Socket::IP, IO::Socket::INET,
Socket.pm, IO::Socket.pm)
to work on both openbsd and linux and see if there's any difference...


 It seams to me that the cause is not in p5-Mojolicious and an update of
 the port has not to wait for this beeing fixed.

I'd love to see this port updated, but I'm ok if commiters don't want
to push it because of these issues...

Thank you.

 Remi

Re: UPDATE 2/4 for p5-Mojo: devel/p5-EV - CLEAN

[Abel Abraham Camarillo Ojeda]

On Fri, Sep 5, 2014 at 1:32 AM, Remi Locherer remi.loche...@relo.ch wrote:
 On Wed, Sep 03, 2014 at 06:19:46PM +0200, Mark Patruck wrote:
 Now with a clean patch...

 This updates devel/p5-EV to the latest version 4.17. Patch from
 miod@ is obsolete as fixed upstream.

 This patch applies fine. The tests succeed, the package installs
 and updates fine on my system.

 My system:
 kern.version=OpenBSD 5.6-current (GENERIC.MP) #355: Fri Aug 29 17:01:02 MDT 
 2014
 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

 Remi



 Index: Makefile
 ===
 RCS file: /cvs/ports/devel/p5-EV/Makefile,v
 retrieving revision 1.8
 diff -u -p -r1.8 Makefile
 --- Makefile  14 Jun 2014 23:24:56 -  1.8
 +++ Makefile  3 Sep 2014 06:22:56 -
 @@ -4,10 +4,9 @@ SHARED_ONLY =Yes
  COMMENT =perl interface to libev

  MODULES =cpan
 -DISTNAME =   EV-4.15
 +DISTNAME =   EV-4.17
  CATEGORIES = devel
  CPAN_AUTHOR =MLEHMANN
 -REVISION =   0

  # Perl
  PERMIT_PACKAGE_CDROM =   Yes
 Index: distinfo
 ===
 RCS file: /cvs/ports/devel/p5-EV/distinfo,v
 retrieving revision 1.2
 diff -u -p -r1.2 distinfo
 --- distinfo  26 Apr 2013 10:10:28 -  1.2
 +++ distinfo  3 Sep 2014 06:22:56 -
 @@ -1,2 +1,2 @@
 -SHA256 (EV-4.15.tar.gz) = e8NwGpTc+xPPs4LcNs00VcdJev6XbGBKHheDwDKumXU=
 -SIZE (EV-4.15.tar.gz) = 189514
 +SHA256 (EV-4.17.tar.gz) = aZPAIQJ9IU9Je7+9MZuOE9g6zD+GBBKsBvWhYCh7uqo=
 +SIZE (EV-4.17.tar.gz) = 190270
 Index: patches/patch-libev_ev_c
 ===
 RCS file: patches/patch-libev_ev_c
 diff -N patches/patch-libev_ev_c
 --- patches/patch-libev_ev_c  19 Mar 2014 13:48:40 -  1.2
 +++ /dev/null 1 Jan 1970 00:00:00 -
 @@ -1,23 +0,0 @@
 -$OpenBSD: patch-libev_ev_c,v 1.2 2014/03/19 13:48:40 jasper Exp $
  libev/ev.c.orig  Fri Mar  1 12:10:48 2013
 -+++ libev/ev.c   Wed Mar 19 14:45:12 2014
 -@@ -637,6 +637,10 @@ struct signalfd_siginfo
 -   #define ECB_MEMORY_FENCE_RELEASE __asm__ __volatile__ ()
 - #elif defined __ia64__
 -   #define ECB_MEMORY_FENCE __asm__ __volatile__ (mf   : 
 : : memory)
 -+#elif defined __m88k__
 -+  #define ECB_MEMORY_FENCE __asm__ __volatile__ (tb1 
 0,%%r0,128 : : : memory)
 -+#elif defined __sh__
 -+  #define ECB_MEMORY_FENCE __asm__ __volatile__ ( : 
 : : memory)
 - #endif
 -   #endif
 - #endif
 -@@ -1053,6 +1057,8 @@ ecb_inline ecb_bool ecb_little_endian (void) { return
 - || defined __alpha__ \
 - || defined __hppa__ \
 - || defined __ia64__ \
 -+|| defined __m88k__ \
 -+|| defined __sh__ \
 - || defined _M_IX86 || defined _M_AMD64 || defined _M_IA64
 -   #define ECB_STDFP 1
 -   #include string.h /* for memcpy */
 Index: pkg/PLIST
 ===
 RCS file: /cvs/ports/devel/p5-EV/pkg/PLIST,v
 retrieving revision 1.2
 diff -u -p -r1.2 PLIST
 --- pkg/PLIST 14 Jun 2014 23:24:56 -  1.2
 +++ pkg/PLIST 3 Sep 2014 06:22:56 -
 @@ -1,5 +1,4 @@
  @comment $OpenBSD: PLIST,v 1.2 2014/06/14 23:24:56 sthen Exp $
 -${P5ARCH}/
  ${P5ARCH}/EV/
  ${P5ARCH}/EV.pm
  ${P5ARCH}/EV/EVAPI.h


 --
 Mark Patruck ( mark at wrapped.cx )
 GPG key 0xF2865E51 / 187F F6D3 EE04 1DCE 1C74  F644 0D3C F66F F286 5E51

 http://www.wrapped.cx



tests ok, installs ok.

tested in sparc64 (sunfire v210):


console is /pci@1e,60/isa@7/serial@0,3f8
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2014 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 5.6-current (GENERIC.MP) #213: Thu Sep  4 11:21:56 MDT 2014
t...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC.MP

Re: UPDATE p5-Mojo to 5.36

[Abel Abraham Camarillo Ojeda]

Hi:

On Wed, Sep 3, 2014 at 11:37 AM, Mark Patruck m...@wrapped.cx wrote:
 Working patch to 5.36, which improves Mojo::Template
 performance.

 I'm not sure how we should deal with the tests...on my side 2
 tests fail.

 - ioloop_ipv6

 I don't use IPv6, so in my case this test should be skipped by
 not setting TEST_IPV6 in Makefile


I have IPv6 and this test success with no modification.


 - user_agent_online

 Doesn't work for me out of the box during all my tests from
 3.xx - 5.36.

also fails for me.

tested on sparc64.

thank you.


 Index: Makefile
 ===
 RCS file: /cvs/ports/www/p5-Mojo/Makefile,v
 retrieving revision 1.13
 diff -u -p -r1.13 Makefile
 --- Makefile15 May 2014 22:30:08 -  1.13
 +++ Makefile3 Sep 2014 16:08:57 -
 @@ -3,7 +3,7 @@
  COMMENT =  next generation web framework

  MODULES =  cpan
 -DISTNAME = Mojolicious-4.99
 +DISTNAME = Mojolicious-5.36
  CATEGORIES =   www

  MAINTAINER =   Simon Bertrang si...@openbsd.org
 Index: distinfo
 ===
 RCS file: /cvs/ports/www/p5-Mojo/distinfo,v
 retrieving revision 1.10
 diff -u -p -r1.10 distinfo
 --- distinfo15 May 2014 22:30:08 -  1.10
 +++ distinfo3 Sep 2014 16:08:57 -
 @@ -1,2 +1,2 @@
 -SHA256 (Mojolicious-4.99.tar.gz) = 
 oc2usV+fawcyZxVzku5QhiTkGD/cFvqOXaOiNXoPtyg=
 -SIZE (Mojolicious-4.99.tar.gz) = 633846
 +SHA256 (Mojolicious-5.36.tar.gz) = 
 89FCrgSHWaSTKyV3IXA254QMKWLZOb16tJRT+60F7fg=
 +SIZE (Mojolicious-5.36.tar.gz) = 650236
 Index: patches/patch-lib_Mojo_IOLoop_Server_pm
 ===
 RCS file: patches/patch-lib_Mojo_IOLoop_Server_pm
 diff -N patches/patch-lib_Mojo_IOLoop_Server_pm
 --- patches/patch-lib_Mojo_IOLoop_Server_pm 15 May 2014 22:30:08 -
   1.1
 +++ /dev/null   1 Jan 1970 00:00:00 -
 @@ -1,14 +0,0 @@
 -$OpenBSD: patch-lib_Mojo_IOLoop_Server_pm,v 1.1 2014/05/15 22:30:08 bluhm 
 Exp $
 -https://github.com/kraih/mojo/issues/622
 -
  lib/Mojo/IOLoop/Server.pm.orig Sun May 11 20:27:28 2014
 -+++ lib/Mojo/IOLoop/Server.pm  Tue May 13 23:04:55 2014
 -@@ -127,7 +127,7 @@ sub _accept {
 - # Start TLS handshake
 - $self-emit_safe(accept = $handle) and next unless my $tls = 
 $self-{tls};
 - $self-_handshake($self-{handles}{$handle} = $handle)
 --  if $handle = IO::Socket::SSL-start_SSL($handle, %$tls);
 -+  if $handle = IO::Socket::SSL-start_SSL($handle, %$tls, SSL_server = 
 1);
 -   }
 - }
 -


 --
 Mark Patruck ( mark at wrapped.cx )
 GPG key 0xF2865E51 / 187F F6D3 EE04 1DCE 1C74  F644 0D3C F66F F286 5E51

 http://www.wrapped.cx

Re: zathura 0.2.9

[Abel Abraham Camarillo Ojeda]

On Wed, Aug 27, 2014 at 3:09 AM, Landry Breuil lan...@rhaalovely.net wrote:
 Hi,

 so yet another attempt at updating zathura - this time the mupdf plugin
 works like a charm, as poppler. All the stack switched to gtk3.

 instead of having a meta/zathura port (like it was proposed 2 years
 ago), i'd go the simpler route and upgrade textproc/zathura to
 textproc/zathura/core, adding a note to current.html telling users to
 install either zathura-pdf-mupdf or zathura-pdf-poppler if they want to
 display pdfs.

I'm ok with this option, I don't think zathura is critical enough to justify
more complexity on the upgrade.

 Another option would be to upgrade textproc/zathura to
 textproc/zathura/plugins/poppler, providing the same featureset as
 previous zathura - and from that point, ppl can remove the poppler
 plugin and install the mupdf one if they prefer.

 Thoughts ? tests ? okays to import ?
 Abel, do you still want to be listed as MAINTAINER ?

 Landry

I don't use zathura right now, so I'm okay if someone else takes maintainership.

Thanks.

Re: devel/p5-BSD-arc4random broken on 5.5 and -current

[Abel Abraham Camarillo Ojeda]

On Fri, May 16, 2014 at 7:28 AM, Stuart Henderson st...@openbsd.org wrote:
 On 2014/05/16 12:44, j...@turnipsi.no-ip.org wrote:
 devel/p5-BSD-arc4random broken on 5.5 and -current since this commit:

   http://marc.info/?l=openbsd-cvsm=138238762705209w=2

 $ perl -MBSD::arc4random -e 1
 perl:/usr/local/libdata/perl5/site_perl/i386-openbsd/auto/BSD/arc4random/arc4random.so:
  undefined symbol 'arc4random_addrandom'
 lazy binding failed!
 Segmentation fault (core dumped)

 No fix except this:

 Index: devel/p5-BSD-arc4random/Makefile
 ===
 RCS file: /home/cvs/OpenBSD/ports/devel/p5-BSD-arc4random/Makefile,v
 retrieving revision 1.4
 diff -u -p -r1.4 Makefile
 --- devel/p5-BSD-arc4random/Makefile  11 Mar 2013 10:50:13 -  1.4
 +++ devel/p5-BSD-arc4random/Makefile  16 May 2014 09:41:29 -
 @@ -2,6 +2,8 @@

  COMMENT =perl interface to the arc4 random number generator

 +BROKEN = undefined symbol 'arc4random_addrandom'
 +
  SHARED_ONLY =Yes
  MODULES =cpan
  DISTNAME =   BSD-arc4random-1.50


 I think this port should either be deleted (nothing in the ports tree
 uses it) or gutted to remove the interfaces which were removed in
 OpenBSD 5.5.

Well, I use BSD::arc4random in some production applications
- that haven't been updated in a while...

Will try to see how can it be updated to arc4random changes...


 Even better would be to fix Perl itself to have a proper random
 function, it is 2014 after all...

rand() is not cryptographically secure.  You should not rely on
it in security-sensitive situations.  As of this writing, a number
of third-party CPAN modules offer random number generators intended
by their authors to be cryptographically secure, including:
Data::Entropy, Crypt::Random, Math::Random::Secure, and
Math::TrulyRandom.

 ...what a cop-out, none of these modules are even in base perl.
 As a minimum, on OS which have it, Perl rand() could take the same
 approach as we do in ksh - use arc4random unless srand has been called.

Re: devel/p5-BSD-arc4random broken on 5.5 and -current

[Abel Abraham Camarillo Ojeda]

On Fri, May 16, 2014 at 3:36 PM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 On Fri, May 16, 2014 at 7:28 AM, Stuart Henderson st...@openbsd.org wrote:
 On 2014/05/16 12:44, j...@turnipsi.no-ip.org wrote:
 devel/p5-BSD-arc4random broken on 5.5 and -current since this commit:

   http://marc.info/?l=openbsd-cvsm=138238762705209w=2

 $ perl -MBSD::arc4random -e 1
 perl:/usr/local/libdata/perl5/site_perl/i386-openbsd/auto/BSD/arc4random/arc4random.so:
  undefined symbol 'arc4random_addrandom'
 lazy binding failed!
 Segmentation fault (core dumped)

 No fix except this:

 Index: devel/p5-BSD-arc4random/Makefile
 ===
 RCS file: /home/cvs/OpenBSD/ports/devel/p5-BSD-arc4random/Makefile,v
 retrieving revision 1.4
 diff -u -p -r1.4 Makefile
 --- devel/p5-BSD-arc4random/Makefile  11 Mar 2013 10:50:13 -  1.4
 +++ devel/p5-BSD-arc4random/Makefile  16 May 2014 09:41:29 -
 @@ -2,6 +2,8 @@

  COMMENT =perl interface to the arc4 random number generator

 +BROKEN = undefined symbol 'arc4random_addrandom'
 +
  SHARED_ONLY =Yes
  MODULES =cpan
  DISTNAME =   BSD-arc4random-1.50


 I think this port should either be deleted (nothing in the ports tree
 uses it) or gutted to remove the interfaces which were removed in
 OpenBSD 5.5.

 Well, I use BSD::arc4random in some production applications
 - that haven't been updated in a while...

 Will try to see how can it be updated to arc4random changes...



I'm OK with it being tagged as broken for now, though

Re: subtitleeditor core dumps

[Abel Abraham Camarillo Ojeda]

On Wed, May 14, 2014 at 3:22 AM, Stuart Henderson st...@openbsd.org wrote:
 On 2014/05/14 04:04, Jiri B wrote:
 On Wed, May 14, 2014 at 08:45:07AM +0100, Stuart Henderson wrote:
  On 2014/05/14 03:02, Jiri B wrote:
   Hi,
  
   I wanted to use subtitleeditor and it core dumps when ones
   tries to generate 'Generate Keyframes from video' (Keyframes in menu).
  
   Any idea? Without keyframes this app is mostly a dump text editor :/
 
  Is this new breakage, or have you not tried doing this before? (wondering
  if it may have been triggered by malloc's new defaults)..

 Unfortunatelly I was using subtitleeditor only to 'move' subtitles
 or correct spelling so I didn't use advanced features till now.
 So... I have never seen it before I wanted to create new subtitles
 and for this I needed to see waveform of audio and I needed keyframes...

 What can I test with malloc?

 You can try 'ln -s j /etc/malloc.conf' to disable junking, but I am
 mainly suggesting this if it's something which started failing in
 the last couple of weeks timeframe.


I have see subtitleeditor crashing since some releases ago, but always
fail to nail down the problem - care enough - to debug it...

Re: fix SSL and update www/p5-Mojo

[Abel Abraham Camarillo Ojeda]

On Wed, May 14, 2014 at 6:01 PM, Alexander Bluhm
alexander.bl...@gmx.net wrote:
 Hi,

 I am the maintainer of the security/p5-IO-Socket-SSL port.  Upgrading
 it to 1.984 breaks the www/p5-Mojo port.  The latter needs to be
 fixed, my patch has already been commited upstream.  While there I
 also update p5-Mojo to 4.99 as it contains other SSL fixes.

 ok?

 bluhm

 Index: www/p5-Mojo/Makefile
 ===
 RCS file: /data/mirror/openbsd/cvs/ports/www/p5-Mojo/Makefile,v
 retrieving revision 1.12
 diff -u -p -r1.12 Makefile
 --- www/p5-Mojo/Makefile21 Jan 2014 20:49:41 -  1.12
 +++ www/p5-Mojo/Makefile14 May 2014 22:48:05 -
 @@ -3,7 +3,7 @@
  COMMENT =  next generation web framework

  MODULES =  cpan
 -DISTNAME = Mojolicious-4.66
 +DISTNAME = Mojolicious-4.99
  CATEGORIES =   www

  MAINTAINER =   Simon Bertrang si...@openbsd.org
 @@ -16,8 +16,8 @@ HOMEPAGE =http://mojolicio.us/
  CPAN_AUTHOR =  SRI

  RUN_DEPENDS =  devel/p5-EV \
 -   net/p5-IO-Socket-IP \
 -   security/p5-IO-Socket-SSL
 +   net/p5-IO-Socket-IP=0.20 \
 +   security/p5-IO-Socket-SSL=1.84

  MAKE_ENV += TEST_CACHING=Yes
  MAKE_ENV += TEST_EV=Yes
 Index: www/p5-Mojo/distinfo
 ===
 RCS file: /data/mirror/openbsd/cvs/ports/www/p5-Mojo/distinfo,v
 retrieving revision 1.9
 diff -u -p -r1.9 distinfo
 --- www/p5-Mojo/distinfo21 Jan 2014 20:49:41 -  1.9
 +++ www/p5-Mojo/distinfo13 May 2014 19:50:22 -
 @@ -1,2 +1,2 @@
 -SHA256 (Mojolicious-4.66.tar.gz) = 
 YTZlpyOrYlHLoWNDfqjWThinDhqVWPfPfil3K3KOyjQ=
 -SIZE (Mojolicious-4.66.tar.gz) = 617312
 +SHA256 (Mojolicious-4.99.tar.gz) = 
 oc2usV+fawcyZxVzku5QhiTkGD/cFvqOXaOiNXoPtyg=
 +SIZE (Mojolicious-4.99.tar.gz) = 633846
 Index: www/p5-Mojo/patches/patch-lib_Mojo_IOLoop_Server_pm
 ===
 RCS file: www/p5-Mojo/patches/patch-lib_Mojo_IOLoop_Server_pm
 diff -N www/p5-Mojo/patches/patch-lib_Mojo_IOLoop_Server_pm
 --- /dev/null   1 Jan 1970 00:00:00 -
 +++ www/p5-Mojo/patches/patch-lib_Mojo_IOLoop_Server_pm 14 May 2014 20:20:20 
 -
 @@ -0,0 +1,14 @@
 +$OpenBSD$
 +https://github.com/kraih/mojo/issues/622
 +
 +--- lib/Mojo/IOLoop/Server.pm.orig Sun May 11 20:27:28 2014
  lib/Mojo/IOLoop/Server.pm  Tue May 13 23:04:55 2014
 +@@ -127,7 +127,7 @@ sub _accept {
 + # Start TLS handshake
 + $self-emit_safe(accept = $handle) and next unless my $tls = 
 $self-{tls};
 + $self-_handshake($self-{handles}{$handle} = $handle)
 +-  if $handle = IO::Socket::SSL-start_SSL($handle, %$tls);
 ++  if $handle = IO::Socket::SSL-start_SSL($handle, %$tls, SSL_server = 
 1);
 +   }
 + }
 +
 Index: www/p5-Mojo/pkg/PLIST
 ===
 RCS file: /data/mirror/openbsd/cvs/ports/www/p5-Mojo/pkg/PLIST,v
 retrieving revision 1.6
 diff -u -p -r1.6 PLIST
 --- www/p5-Mojo/pkg/PLIST   21 Jan 2014 20:49:41 -  1.6
 +++ www/p5-Mojo/pkg/PLIST   14 May 2014 20:26:34 -
 @@ -182,10 +182,9 @@ ${P5SITE}/Mojolicious/public/mojo/pretti
  ${P5SITE}/Mojolicious/public/mojo/prettify/run_prettify.js
  ${P5SITE}/Mojolicious/public/mojo/stripes.png
  ${P5SITE}/Mojolicious/templates/
 -${P5SITE}/Mojolicious/templates/exception.development.html.ep
 +${P5SITE}/Mojolicious/templates/development.html.ep
  ${P5SITE}/Mojolicious/templates/exception.html.ep
  ${P5SITE}/Mojolicious/templates/mojobar.html.ep
 -${P5SITE}/Mojolicious/templates/not_found.development.html.ep
  ${P5SITE}/Mojolicious/templates/not_found.html.ep
  ${P5SITE}/Mojolicious/templates/perldoc.html.ep
  ${P5SITE}/Test/


I will test this at night - I have some applications that depend on
mojo. thanks.

Re: missing p5-CGI-Compile and p5-File-pushd ports?

[Abel Abraham Camarillo Ojeda]

On Tue, Mar 18, 2014 at 3:16 PM, Todd C. Miller
todd.mil...@courtesan.com wrote:

 It's possible that no one's tried to use Plack in FCGI mode before.
 I'm probably going to end up using it in standlone server mode since
 due issues with FCGI.

 I have simple p5-CGI-Compile and p5-File-pushd ports which I can
 send if no one else has them in the pipeline.

 Please CC me on replies as I am not subscribed to ports@

  - todd

That's true, I haven't tried to use it with FCGI, to use it with nginx
I generally use reverse proxy mode.

I will happily test your ports.

Thank you.

Re: new: databases/p5-DBIx-Connector

[Abel Abraham Camarillo Ojeda]

ping

On Mon, Mar 10, 2014 at 9:14 PM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 This provides 'portable' multi backend (Mojolicious, Starman, Apache
 -untested-) fork safety for dbh handlers, a la Apache::DBI.

 It can be used by p5-Mojolicious applications to be able to use
 multiple backend processes:

 https://github.com/kraih/mojo/wiki/Hypnotoad-prefork-web-server#wiki-dbixconnector

 Tested in amd64.

 attached as a .tar file as gmail don't allow me to send it as
 .tgz: Your attached file contains a binary executable...

 $ cat pkg/DESCR
 DBIx::Connector provides a simple interface for fast and safe DBI
 connection and transaction management. Connecting to a database can be
 expensive; you don't want your application to re-connect every time you
 need to run a query. The efficient thing to do is to hang on to a
 database handle to maintain a connection to the database in order to
 minimize that overhead. DBIx::Connector lets you do that without having
 to worry about dropped or corrupted connections.
 $

new: databases/p5-DBIx-Connector

[Abel Abraham Camarillo Ojeda]

This provides 'portable' multi backend (Mojolicious, Starman, Apache
-untested-) fork safety for dbh handlers, a la Apache::DBI.

It can be used by p5-Mojolicious applications to be able to use
multiple backend processes:

https://github.com/kraih/mojo/wiki/Hypnotoad-prefork-web-server#wiki-dbixconnector

Tested in amd64.

attached as a .tar file as gmail don't allow me to send it as
.tgz: Your attached file contains a binary executable...

$ cat pkg/DESCR
DBIx::Connector provides a simple interface for fast and safe DBI
connection and transaction management. Connecting to a database can be
expensive; you don't want your application to re-connect every time you
need to run a query. The efficient thing to do is to hang on to a
database handle to maintain a connection to the database in order to
minimize that overhead. DBIx::Connector lets you do that without having
to worry about dropped or corrupted connections.
$


p5-DBIx-Connector.tar
Description: Unix tar archive

Re: qemu README clarification (multiple fd)

[Abel Abraham Camarillo Ojeda]

I think it's actually easier to use qemu-system-x86_64
as root and use -runas option, to make it drop privileges...

I always keep forgeting about changing sudoers...

On Mon, Feb 3, 2014 at 5:08 PM, Stuart Henderson st...@openbsd.org wrote:
 On 2014/02/03 17:39, Jiri B wrote:
 I'm not native English speaker so I'm not sure I do
 understand meaning correctly or if the wording is
 OK...

NOTE: sudo calls closefrom(2).  In order to have more than one
  fd passed tap interface, a line to sudoers akin to:

 Defaults closefrom_override

  then calling sudo via 'sudo -C 5 -u $USER qemu-system-i386 ..'
  is required.  See sudoers(5) and sudo(8) for details.

 ...more than one fd passed tap interface, Is this correct?
 What does it want to say exactly?

 Maybe fd-passed tap interface would be clearer. Basically it's talking 
 about a
 tap interface which has been passed via a file descriptor. If you want more 
 than
 one of those, you need to override sudo's default, which is to close FDs 
 higher
 than 3.

  -C fd   Normally, sudo will close all open file descriptors other
  than standard input, standard output and standard error.  The
  -C (close from) option allows the user to specify a starting
  point above the standard error (file descriptor three).
  Values less than three are not permitted.  This option is
  only available when the administrator has enabled the
  closefrom_override option in sudoers(5).

 I made my qemu VM work with multiple ifaces with following
 command, each VM's iface has its own tun(4) device on the
 OpenBSD host.

 $ sudo sh -c sudo -C 5 -u jirib qemu-system-x86_64 -net 
 nic,model=virtio,vlan=0 \
   -net tap,vlan=0,fd=3 -net nic,vlan=1,model=virtio -net tap,vlan=1,fd=4 \
   -no-fd-bootchk -drive file=~/tmp/qemu/virtual.img,if=virtio,format=qcow2 \
   -drive file=~/downloads/install55.iso,if=scsi,media=cdrom \
   -boot order=cd,once=d 3/dev/tun0 4/dev/tun1

 Am I doing multi-nic qemu VM correctly?

 jirib


 looks right. does it work?

Re: [UPDATE] www/p5-Mojo 2.76 - 4.66

[Abel Abraham Camarillo Ojeda]

Works ok for me.

Tested in sparc64-current, I ran this against one of my
production web apps.

I'd like to highlight that Mojolicious makes some promises about
backwards compatibility:

http://search.cpan.org/~sri/Mojolicious-4.67/lib/Mojolicious/Guides/FAQ.pod#What_about_backwards_compatibility?

I've been using it for some commercial webapps for a couple of years
with only minor (documented) compatibility problems among versions.

Can someone commit this?



On Tue, Jan 7, 2014 at 5:18 PM, Remi Locherer remi.loche...@relo.ch wrote:
 This is a big update for the Mojolicious framework. It would be really
 nice if OpenBSD 5.5 would ship with an up-to-date Mojolicious package.

 I added two new dependencies:

 net/p5-IO-Socket-IP
   IPv6 support
 devel/p5-EV
   according to Mojo::IOLoop(3) Mojolicious scales better if it can use EV

 This patch is based on a patch sent by jim@ a few month ago.

 I'm sending separate mails for the two dependent ports.

 Remi


 cvs server: Diffing .
 Index: Makefile
 ===
 RCS file: /cvs/ports/www/p5-Mojo/Makefile,v
 retrieving revision 1.11
 diff -u -p -r1.11 Makefile
 --- Makefile11 Mar 2013 11:44:46 -  1.11
 +++ Makefile7 Jan 2014 23:14:17 -
 @@ -3,7 +3,7 @@
  COMMENT =  next generation web framework

  MODULES =  cpan
 -DISTNAME = Mojolicious-2.76
 +DISTNAME = Mojolicious-4.66
  CATEGORIES =   www

  MAINTAINER =   Simon Bertrang si...@openbsd.org
 @@ -15,6 +15,18 @@ HOMEPAGE =   http://mojolicio.us/

  CPAN_AUTHOR =  SRI

 -RUN_DEPENDS =  security/p5-IO-Socket-SSL=1.37
 +RUN_DEPENDS =  devel/p5-EV \
 +   net/p5-IO-Socket-IP \
 +   security/p5-IO-Socket-SSL
 +
 +MAKE_ENV += TEST_CACHING=Yes
 +MAKE_ENV += TEST_EV=Yes
 +MAKE_ENV += TEST_HYPNOTOAD=Yes
 +MAKE_ENV += TEST_IPV6=Yes
 +MAKE_ENV += TEST_MORBO=Yes
 +MAKE_ENV += TEST_ONLINE=Yes
 +MAKE_ENV += TEST_POD=Yes
 +MAKE_ENV += TEST_PREFORK=Yes
 +MAKE_ENV += TEST_TLS=Yes

  .include bsd.port.mk
 Index: distinfo
 ===
 RCS file: /cvs/ports/www/p5-Mojo/distinfo,v
 retrieving revision 1.8
 diff -u -p -r1.8 distinfo
 --- distinfo10 Apr 2012 13:32:45 -  1.8
 +++ distinfo7 Jan 2014 23:14:17 -
 @@ -1,5 +1,2 @@
 -MD5 (Mojolicious-2.76.tar.gz) = YAHEWgi/kqORbdP4pHQ+Qg==
 -RMD160 (Mojolicious-2.76.tar.gz) = rHp8yJ/GQSzGU9rbPEufC+g+QMk=
 -SHA1 (Mojolicious-2.76.tar.gz) = Xq5a4AEFnpiiJp9EOHZPVFHDxIs=
 -SHA256 (Mojolicious-2.76.tar.gz) = 
 5OTTXV13MwT95ovbDCGfk6B2MehtcQHzxPiap6aci1A=
 -SIZE (Mojolicious-2.76.tar.gz) = 552368
 +SHA256 (Mojolicious-4.66.tar.gz) = 
 YTZlpyOrYlHLoWNDfqjWThinDhqVWPfPfil3K3KOyjQ=
 +SIZE (Mojolicious-4.66.tar.gz) = 617312
 cvs server: Diffing pkg
 Index: pkg/PLIST
 ===
 RCS file: /cvs/ports/www/p5-Mojo/pkg/PLIST,v
 retrieving revision 1.5
 diff -u -p -r1.5 PLIST
 --- pkg/PLIST   10 Apr 2012 13:32:45 -  1.5
 +++ pkg/PLIST   7 Jan 2014 23:14:17 -
 @@ -3,7 +3,6 @@
  bin/hypnotoad
  bin/mojo
  bin/morbo
 -@comment ${P5SITE}/README.pod
  ${P5SITE}/Mojo/
  ${P5SITE}/Mojo.pm
  ${P5SITE}/Mojo/Asset/
 @@ -14,7 +13,6 @@ ${P5SITE}/Mojo/Base.pm
  ${P5SITE}/Mojo/ByteStream.pm
  ${P5SITE}/Mojo/Cache.pm
  ${P5SITE}/Mojo/Collection.pm
 -${P5SITE}/Mojo/Command.pm
  ${P5SITE}/Mojo/Content/
  ${P5SITE}/Mojo/Content.pm
  ${P5SITE}/Mojo/Content/MultiPart.pm
 @@ -23,7 +21,6 @@ ${P5SITE}/Mojo/Cookie/
  ${P5SITE}/Mojo/Cookie.pm
  ${P5SITE}/Mojo/Cookie/Request.pm
  ${P5SITE}/Mojo/Cookie/Response.pm
 -${P5SITE}/Mojo/CookieJar.pm
  ${P5SITE}/Mojo/DOM/
  ${P5SITE}/Mojo/DOM.pm
  ${P5SITE}/Mojo/DOM/CSS.pm
 @@ -40,6 +37,8 @@ ${P5SITE}/Mojo/IOLoop/Client.pm
  ${P5SITE}/Mojo/IOLoop/Delay.pm
  ${P5SITE}/Mojo/IOLoop/Server.pm
  ${P5SITE}/Mojo/IOLoop/Stream.pm
 +${P5SITE}/Mojo/IOLoop/server.crt
 +${P5SITE}/Mojo/IOLoop/server.key
  ${P5SITE}/Mojo/JSON/
  ${P5SITE}/Mojo/JSON.pm
  ${P5SITE}/Mojo/JSON/Pointer.pm
 @@ -62,6 +61,7 @@ ${P5SITE}/Mojo/Server/Daemon.pm
  ${P5SITE}/Mojo/Server/Hypnotoad.pm
  ${P5SITE}/Mojo/Server/Morbo.pm
  ${P5SITE}/Mojo/Server/PSGI.pm
 +${P5SITE}/Mojo/Server/Prefork.pm
  ${P5SITE}/Mojo/Template.pm
  ${P5SITE}/Mojo/Transaction/
  ${P5SITE}/Mojo/Transaction.pm
 @@ -71,11 +71,16 @@ ${P5SITE}/Mojo/URL.pm
  ${P5SITE}/Mojo/Upload.pm
  ${P5SITE}/Mojo/UserAgent/
  ${P5SITE}/Mojo/UserAgent.pm
 +${P5SITE}/Mojo/UserAgent/CookieJar.pm
 +${P5SITE}/Mojo/UserAgent/Proxy.pm
 +${P5SITE}/Mojo/UserAgent/Server.pm
  ${P5SITE}/Mojo/UserAgent/Transactor.pm
  ${P5SITE}/Mojo/Util.pm
 +${P5SITE}/Mojo/entities.txt
  ${P5SITE}/Mojolicious/
  ${P5SITE}/Mojolicious.pm
  ${P5SITE}/Mojolicious/Command/
 +${P5SITE}/Mojolicious/Command.pm
  ${P5SITE}/Mojolicious/Command/cgi.pm
  ${P5SITE}/Mojolicious/Command/cpanify.pm
  ${P5SITE}/Mojolicious/Command/daemon.pm
 @@ -88,6 +93,7 @@ ${P5SITE}/Mojolicious/Command/generate/m
  ${P5SITE}/Mojolicious/Command/generate/plugin.pm
  

Re: [UPDATE] www/p5-MojoX-Session 0.25 - 0.31

[Abel Abraham Camarillo Ojeda]

Works ok for me, tested in sparc64.

On Tue, Jan 7, 2014 at 5:19 PM, Remi Locherer remi.loche...@relo.ch wrote:
 This update of www/p5-MojoX-Session is required for the
 www/p5-Mojolicious update. It's a followup of a patch sent by jim@
 couple months ago.

 Remi


 cvs diff: Diffing .
 Index: Makefile
 ===
 RCS file: /cvs/ports/www/p5-MojoX-Session/Makefile,v
 retrieving revision 1.7
 diff -u -p -r1.7 Makefile
 --- Makefile11 Mar 2013 11:44:46 -  1.7
 +++ Makefile7 Jan 2014 12:22:09 -
 @@ -3,7 +3,7 @@
  COMMENT =  session management for Mojo

  MODULES =  cpan
 -DISTNAME = MojoX-Session-0.25
 +DISTNAME = MojoX-Session-0.31
  CATEGORIES =   www

  # Perl
 @@ -11,9 +11,9 @@ PERMIT_PACKAGE_CDROM =Yes

  CPAN_AUTHOR =  VTI

 -RUN_DEPENDS =  security/p5-Digest-SHA1 \
 -   www/p5-Mojo
 +RUN_DEPENDS =  www/p5-Mojo

 -MAKE_ENV +=TEST_POD=1
 +TEST_DEPENDS+= databases/p5-DBD-SQLite \
 +   databases/p5-DBIx-Class-Schema-Loader

  .include bsd.port.mk
 Index: distinfo
 ===
 RCS file: /cvs/ports/www/p5-MojoX-Session/distinfo,v
 retrieving revision 1.3
 diff -u -p -r1.3 distinfo
 --- distinfo10 Apr 2012 12:56:40 -  1.3
 +++ distinfo7 Jan 2014 12:23:05 -
 @@ -1,5 +1,2 @@
 -MD5 (MojoX-Session-0.25.tar.gz) = G8obh2L8Q2+YySEsYA2Wmg==
 -RMD160 (MojoX-Session-0.25.tar.gz) = BeLMipWDYeQ5Wjw+gZsCkPC3tWg=
 -SHA1 (MojoX-Session-0.25.tar.gz) = KBBog5REkzzt3RjHiMSWHg+bZ5A=
 -SHA256 (MojoX-Session-0.25.tar.gz) = 
 CoGyri7/nWqxs5Z8lIH8TI6qgo0DmEvQCNqY1WAaLj8=
 -SIZE (MojoX-Session-0.25.tar.gz) = 13933
 +SHA256 (MojoX-Session-0.31.tar.gz) = 
 w0iaekuyQ9x4Ii5SM28PnkMS3yYgCQQQ+39BepITnRk=
 +SIZE (MojoX-Session-0.31.tar.gz) = 22077
 cvs diff: Diffing pkg
 Index: pkg/PLIST
 ===
 RCS file: /cvs/ports/www/p5-MojoX-Session/pkg/PLIST,v
 retrieving revision 1.3
 diff -u -p -r1.3 PLIST
 --- pkg/PLIST   10 Apr 2012 12:56:40 -  1.3
 +++ pkg/PLIST   28 Sep 2013 13:03:37 -
 @@ -6,8 +6,6 @@ ${P5SITE}/MojoX/Session/Store/
  ${P5SITE}/MojoX/Session/Store.pm
  ${P5SITE}/MojoX/Session/Store/AsyncOrm.pm
  ${P5SITE}/MojoX/Session/Store/Couchdb.pm
 -${P5SITE}/MojoX/Session/Store/DBI.pm
 -${P5SITE}/MojoX/Session/Store/DBIC.pm
  ${P5SITE}/MojoX/Session/Store/Dbi.pm
  ${P5SITE}/MojoX/Session/Store/Dbic.pm
  ${P5SITE}/MojoX/Session/Transport/
 @@ -16,8 +14,6 @@ ${P5SITE}/MojoX/Session/Transport/Cookie
  ${P5SITE}/Mojolicious/Plugin/Session.pm
  @man man/man3p/MojoX::Session.3p
  @man man/man3p/MojoX::Session::Store.3p
 -@man man/man3p/MojoX::Session::Store::DBI.3p
 -@man man/man3p/MojoX::Session::Store::DBIC.3p
  @man man/man3p/MojoX::Session::Store::Dbi.3p
  @man man/man3p/MojoX::Session::Store::Dbic.3p
  @man man/man3p/MojoX::Session::Transport.3p

Re: [Patch] Update p5-Mojolicious to 4.18 and p5-MojoX-Session to 0.28

[Abel Abraham Camarillo Ojeda]

Does anyone have an update on this?

I'm very interested on having an up to date
Mojolicious...

On Sat, Sep 28, 2013 at 10:32 AM, Remi Locherer remi.loche...@relo.ch wrote:
 Hi

 On Sat, Jul 13, 2013 at 04:31:56PM -0500, Jim Razmus wrote:
 Attached patches were tested on i386 -current.  Revised to include
 IPv6
 support as per Remi.  The only thing stopping these from a commit is
 breakage to textproc/p5-MojoX-Renderer-TT.

 Attached two updates and a new port that are Mojolicious related:

 www_p5-Mojo.patch
   Updated to Mojolicious 4.41
   Added p5-EV as a dependency - according to Mojo::IOLoop(3) Mojolicious
   scales better if it can use EV.

 www_p5-MojoX-Session.patch
   The patch from Jim didn't work because it missed changes in PLIST. No
   difference beside this.

 textproc_p5-Mojolicious-Plugin-TtRenderer.tar.gz
   This is the successor to p5-MojoX-Renderer-TT (which is not on cpan
   anymore). I don't know how an update should be handeld. Is a quirks
   entry needed?


 Remi

Re: UPDATE: devel/p5-Test-SharedFork

[Abel Abraham Camarillo Ojeda]

ok

On Mon, May 13, 2013 at 8:15 AM, Benoit Lecocq b...@arcane-labs.net wrote:
 Hi,

 This diff updates p5-Test-SharedFork to the latest release.
 Maintainer timeout, regression ok.

 Comments ? OK ?

 Cheers,
 benoit

Re: backdir: a simple little backup/versioning utility

[Abel Abraham Camarillo Ojeda]

Where is the port...?

On Sun, May 5, 2013 at 10:07 PM, Alan Corey alan01...@gmail.com wrote:
 Somebody in misc@ suggested I send this to ports when I posted it there.

  http://ab1jx.webs.com/calcs/backdir/index.html

 It's for making backups at random times (manually invoked) of the
 files in a directory to a subdirectory called backups (which it will
 create if needed).  Each backup file has the name and extension of the
 original, with the last modified date and time appended to the name,
 like bd_2013-05-05_1315.c.  It only copies files changed since the
 last time it was run and it can be used for saving versions of things.

 Written in pure C, no dependencies, it even runs under Linux but it
 was written under OpenBSD 5.2.

   Alan
 --
 Credit is the root of all evil.  - AB1JX

Re: UPDATE: Zathura-0.2.0

[Abel Abraham Camarillo Ojeda]

The last information I received from Edd was that he was doing
a refactoring on this with ajacoutot@

On Thu, Apr 25, 2013 at 3:43 AM, Landry Breuil lan...@rhaalovely.net wrote:
 On Sat, Sep 01, 2012 at 02:24:31AM -0500, Abel Abraham Camarillo Ojeda wrote:
 Anyone?

 So it seems this feels into the cracks... can it be updated to 0.2.2 /
 revived to use new PERMIT*/TEST* stuff so this finally gets commited ?

 Landry

 On Tue, Aug 21, 2012 at 8:31 PM, Abel Abraham Camarillo Ojeda
 acam...@the00z.org wrote:
  RUN_DEPENDS in meta/zathura/Makefile shouldn't be:
 
  RUN_DEPENDS =   textproc/zathura-core ?
 
  it currently is:
 
  RUN_DEPENDS =   textproc/zathura \
 
  Isn't textproc/zathura supposed to be deleted...? Or I'm missing 
  something...
 
  Thanks.
 
  On Sat, Aug 18, 2012 at 6:11 PM, Edd Barrett vex...@gmail.com wrote:
  Any further comments? Can I commit this?
 
  On Aug 9, 2012 3:24 PM, Edd Barrett vex...@gmail.com wrote:
 
  Hi,
 
  Zathura-0.2.0 again; this time with all the plugins (bar one which is
  broken).
 
  The plan is still the same: blast away textproc/zathura in favor of
  meta/zathura with @pkgpath set. This was neccessary due to the new
  plugin architecture of zathura.
 
  Misc notes:
   - mupdf plugin is broken (our mupdf is too new). Can we import this
 plugin unlinked? Upstream are working on this as we speak.
   - ps plugin does not support searching.
   - update path seems to work fine.
   - should the meta package contain *all* plugins? Currently contains
 only the poppler PDF plugin so as to emulate the old zathura-0.8.*.*.
 
  Comments? OK? Pizza?
 
  --
  Best Regards
  Edd Barrett
 
  http://www.theunixzoo.co.uk

Re: UPDATE: security/p5-Authen-Radius

[Abel Abraham Camarillo Ojeda]

maintainer ok.

On Thu, Apr 4, 2013 at 10:45 AM, Giovanni Bechis giova...@bigio.snb.it wrote:
 On 04/04/13 18:39, Stuart Henderson wrote:
 On 2013/04/04 18:37, Giovanni Bechis wrote:
 On Thu, Apr 04, 2013 at 05:24:57PM +0100, Stuart Henderson wrote:
 -do-regress:
 -   cd ${WRKSRC}  ${MAKE} test
 +do-test:
 +   cd ${WRKSRC}  (echo localhost; echo secret; echo username; \
 +   echo password) | perl test.pl

 ok for me but imho this way TEST_IS_INTERACTIVE should be zapped.
  Cheers
   Giovanni

 You still need to configure and run a radius server in order to test
 this, so I think it makes sense to treat it the same way as many of the
 tests in ports/databases.

 ok for me then.
  Cheers
   Giovanni