CVS: cvs.openbsd.org: ports

2021-01-01 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2021/01/01 16:43:52

Modified files:
lang/seed7 : Makefile distinfo 

Log message:
Update to seed7-20201208



Re: graphics/blender: missing dependency on libgmpxx.so.3.0

2021-01-01 Thread Stuart Henderson
On 2021/01/01 04:47, Dimitri Karamazov wrote:
> Done 

Committed with a REVISION bump.



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2021/01/01 15:57:46

Modified files:
graphics/blender: Makefile 

Log message:
blender tweaks from maintainer;

- remove devel/gflags BDEP, it uses an internal copy by default
- add hidden dep on gmp/gmpxx and sync WANTLIB
- garbage-collect CONFIGURE_ARGS, sort LIB_DEPENDS
- drop -pthread CXXFLAGS spotted by brad
- ONLY_FOR_ARCHS=amd64 (was previously amd64 i386); only supported upstream
on 64-bit arches and a dep is BROKEN on i386 anyway so it wasn't built
there. (perhaps aarch64 could be added though?)



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2021/01/01 15:53:20

Modified files:
graphics/opencolorio: Makefile 
graphics/opencolorio/patches: patch-src_core_Config_cpp 
Removed files:
graphics/opencolorio/patches: 
  
patch-export_OpenColorIO_OpenColorABI_h_in 

Log message:
oops, I committed opencolorio from the old diff, update it.



Re: New port: net/qtox and databases/sqlcipher and an update to net/toxcore

2021-01-01 Thread Tom Murphy
Hi,

   Last port tarball was missing the #define USE_V4L so I've updated
it so it works.

   However, I can't seem to test this. Anything that tries to open 
/dev/video even with kern.video.record=1 seems to fail.

   I'm on:

   OpenBSD 6.8-current (GENERIC.MP) #248: Tue Dec 29 12:07:27 MST 2020

   Anyway, it should properly try to open the video device now.

   Updated port attached as qtox3.tgz here.

   Thanks,
   Tom


qtox3.tgz
Description: Binary data


CVS: cvs.openbsd.org: ports

2021-01-01 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2021/01/01 15:48:56

Modified files:
graphics/opencolorio: Makefile distinfo 
graphics/opencolorio/patches: 
  
patch-export_OpenColorIO_OpenColorABI_h_in 
  patch-src_core_OCIOYaml_cpp 
  patch-src_core_Platform_h 
graphics/opencolorio/pkg: PLIST 
Added files:
graphics/opencolorio/patches: patch-CMakeLists_txt 
  patch-src_core_Config_cpp 

Log message:
update to opencolorio-1.1.1, from deserter666 at danwin1210.me, ok pascal 
(maintainer)



Re: New port: net/qtox and databases/sqlcipher and an update to net/toxcore

2021-01-01 Thread Stuart Henderson
On 2021/01/01 18:52, Tom Murphy wrote:
> Hi,
> 
>Last port tarball was missing the #define USE_V4L so I've updated
> it so it works.
> 
>However, I can't seem to test this. Anything that tries to open 
> /dev/video even with kern.video.record=1 seems to fail.

re the problem opening video:

did you try video(1) too or just things from ports? kern.video.record=1
should not stop it from opening, it just zeroes the video buffers before
passing the frames to userland, though I have not updated to a version
with that yet.

re v4l2 in this port:

it might be better to figure out a bit more what's going on and either
prove that it works or doesn't work and enable or not based on that.
v4l applications on OpenBSD often need some other changes than just the
headers, I've had to workaround a problem with video ioctls failing on a
few other ports.

>I'm on:
> 
>OpenBSD 6.8-current (GENERIC.MP) #248: Tue Dec 29 12:07:27 MST 2020
> 
>Anyway, it should properly try to open the video device now.
> 
>Updated port attached as qtox3.tgz here.
> 
>Thanks,
>Tom

couple of port tweaks below, I haven't looked closer yet.


diff 4a421e6a1869cd82df717c62298316607805167d /usr/ports/mystuff
blob - 5c7e9fee75b3ea2e473fb1d28a0e3274821b5ed5
file + net/qtox/Makefile
--- net/qtox/Makefile
+++ net/qtox/Makefile
@@ -1,20 +1,18 @@
 # $OpenBSD: Makefile,v 1.7 2020/04/05 09:45:30 ajacoutot Exp $
 
-N =qtox
-V =1.17.3
 COMMENT =  Tox client
 
-PKGNAME =  ${N}-${V}
 GH_ACCOUNT =   qTox
 GH_PROJECT =   qTox
-GH_TAGNAME =   v${V}
+GH_TAGNAME =   v1.17.3
+PKGNAME =  ${DISTNAME:L}
 
 CATEGORIES =   net
 
 HOMEPAGE = https://qtox.github.io/
 MAINTAINER =   Tom Murphy 
 
-# GPLv3
+# GPLv3+
 PERMIT_PACKAGE =   Yes
 
 WANTLIB += ${COMPILER_LIBCXX} KF5SonnetUi Qt5Core Qt5Gui Qt5Network



Re: New port: net/qtox and databases/sqlcipher and an update to net/toxcore

2021-01-01 Thread Stuart Henderson
On 2021/01/01 14:30, Tom Murphy wrote:
> Hi all,
> 
>   I've been wanting to get qtox running (since utox is rather
> unstable).
> 
>   Attached to this email are two new ports:
> 
>   databases/sqlcipher - Allows you to encrypt sqlite databases
>   net/qtox - qtox client for the tox framework
> 
>   I'm also including a diff for net/toxcore to upgrade it from 0.2.3 to
> 0.2.12.

Here's a diff I had hanging around in my tree to update
toxcore/toxic/utox, the API changed a bit and IIRC they all needed
updating together. Builds OK but I don't use any of this, since
you have a setup already could you give it a spin please? At least
toxcore needs SHARED_LIBS bumping that wasn't in your diff.
Diff for that is sent as a gzipped attachment because it was
unfortunately imported with MSDOS line endings in the patches
which usually gets mangled in email.

>   I'd like to propose that net/utox might be removed from the tree.
> It's alpha and pretty unstable (sometimes it makes the cpu fan race and
> I've had to kill -9 it sometimes)

0.18.0 changelog for utox suggests it's likely to be better:
https://github.com/uTox/uTox/releases/tag/v0.18.0

>   Note: net/qtox relies on databases/sqlcipher to compile and run.
> It also relies on the newer net/toxcore. I'm not sure about net/toxic
> client as I don't use it.

here are a few tweaks for sqlcipher.

diff 4a421e6a1869cd82df717c62298316607805167d /usr/ports/mystuff
blob - 3daac481dad3c5c05bc9d0fabb11ec97653347cb
file + databases/sqlcipher/Makefile
--- databases/sqlcipher/Makefile
+++ databases/sqlcipher/Makefile
@@ -1,13 +1,10 @@
 # $OpenBSD: Makefile,v 1.10 2020/10/03 14:58:48 solene Exp $
 
-N =sqlcipher
-V =4.4.2
 COMMENT =  encrypted SQLite database
 
-PKGNAME =  ${N}-${V}
 GH_ACCOUNT =   sqlcipher
 GH_PROJECT =   sqlcipher
-GH_TAGNAME =   v${V}
+GH_TAGNAME =   v4.4.2
 
 SHARED_LIBS +=  sqlcipher 0.0 # 8.6
 
@@ -27,11 +24,14 @@ CONFIGURE_ARGS +=   --enable-tempstore=yes \
--disable-tcl \
--disable-editline \
--disable-readline
+CONFIGURE_ENV +=   TCLSH_CMD=${MODTCL_BIN}
 
 NO_TEST =  Yes
 
 CFLAGS +=  -DSQLITE_HAS_CODEC
 
-BUILD_DEPENDS =lang/tcl/8.6
+MODULES =  lang/tcl
+MODTCL_VERSION =   8.6
+BUILD_DEPENDS =${MODTCL_BUILD_DEPENDS}
 
 .include 



tox-ports-diff.gz
Description: application/gunzip


Re: [macppc] Unbreak games/scummvm

2021-01-01 Thread Jeremie Courreges-Anglas
On Fri, Jan 01 2021, Charlene Wendling  wrote:
> Hi,
>
>> http://build-failures.rhaalovely.net/powerpc/2020-12-15/games/scummvm.log
>
> Classic relocation issue, i should have provided that fix earlier.
>
> With the below diff, scummvm builds on macppc [0]. I also successfully
> tested the runtime playing Beneath a Steel Sky (games/bass).
>
> No REVISION bump is needed; this version has never been built on macppc,
> and ${LDFLAGS} is empty on other archs.
>
> OK?

ok jca@

> Charlène.
>
>
> [0] https://bin.charlenew.xyz/scummvm.log
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/scummvm/Makefile,v
> retrieving revision 1.86
> diff -u -p -u -p -r1.86 Makefile
> --- Makefile  3 Oct 2020 10:42:49 -   1.86
> +++ Makefile  1 Jan 2021 13:49:50 -
> @@ -40,6 +40,11 @@ LIB_DEPENDS=   audio/fluidsynth \
>  CXXFLAGS+=   -mxgot
>  .endif
>  
> +# Fix relocation overflows
> +.if ${MACHINE_ARCH} == "powerpc"
> +LDFLAGS+=-Wl,--relax
> +.endif
> +
>  CONFIGURE_STYLE=simple
>  CONFIGURE_ARGS+=--disable-alsa \
>   --disable-cloud \
> @@ -55,7 +60,7 @@ CONFIGURE_ARGS+=--disable-alsa \
>   --enable-sndio \
>   --mandir="${LOCALBASE}/man"
>  CONFIGURE_ENV+=  CPPFLAGS="-I${LOCALBASE}/include" \
> - LDFLAGS="-L${LOCALBASE}/lib"
> + LDFLAGS="${LDFLAGS} -L${LOCALBASE}/lib"
>  
>  NO_TEST= Yes
>  USE_GMAKE=   Yes
>


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



UPDATE: x11/fvwm2 to 2.6.9

2021-01-01 Thread Michael
Hello ports,

after talking to upstream why fvwm 2.6.7 is still marked as the stable 
version [0] for the 2.x branch instead of 2.6.9 I was told to always use 
the latest 2.x release now. Therefore here is an update to 2.6.9.

No notable changes, tested on amd64.


[0] https://github.com/fvwmorg/fvwm#releases


Index: Makefile
===
RCS file: /cvs/ports/x11/fvwm2/Makefile,v
retrieving revision 1.68
diff -u -p -u -p -r1.68 Makefile
--- Makefile13 Dec 2020 21:17:02 -  1.68
+++ Makefile1 Jan 2021 20:52:33 -
@@ -2,7 +2,7 @@
 
 COMMENT=   multiple virtual desktop window manager
 
-VERSION=   2.6.7
+VERSION=   2.6.9
 DISTNAME=  fvwm-${VERSION}
 PKGNAME=   fvwm2-${VERSION}
 
@@ -39,7 +39,8 @@ SUBST_VARS=   VERSION
 
 SEPARATE_BUILD=Yes
 CONFIGURE_STYLE=   gnu
-CONFIGURE_ARGS+=   --disable-bidi \
+CONFIGURE_ARGS+=   --enable-mandoc \
+   --disable-bidi \
--disable-gtk \
--without-gnome \
--without-rplay-library \
Index: distinfo
===
RCS file: /cvs/ports/x11/fvwm2/distinfo,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 distinfo
--- distinfo13 Dec 2020 21:17:02 -  1.15
+++ distinfo1 Jan 2021 20:52:33 -
@@ -1,2 +1,2 @@
-SHA256 (fvwm-2.6.7.tar.gz) = AWVNWr3N5trBMcrpvv5c9vAfn3Uk0JfDsPMW45+E73M=
-SIZE (fvwm-2.6.7.tar.gz) = 3934327
+SHA256 (fvwm-2.6.9.tar.gz) = G8ZM88zQBzAIdYFoMnqCZbgFne+bI5tFHWufqyzDka4=
+SIZE (fvwm-2.6.9.tar.gz) = 3942859
Index: patches/patch-default-config_Makefile_in
===
RCS file: /cvs/ports/x11/fvwm2/patches/patch-default-config_Makefile_in,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-default-config_Makefile_in
--- patches/patch-default-config_Makefile_in13 Dec 2020 21:17:02 -  
1.1
+++ patches/patch-default-config_Makefile_in1 Jan 2021 20:52:33 -
@@ -1,19 +1,18 @@
-$OpenBSD: patch-default-config_Makefile_in,v 1.1 2020/12/13 21:17:02 sthen Exp 
$
+$OpenBSD$
 
 Index: default-config/Makefile.in
 --- default-config/Makefile.in.orig
 +++ default-config/Makefile.in
-@@ -597,9 +597,10 @@ uninstall-am: uninstall-configDATA
+@@ -602,9 +602,9 @@ uninstall-am: uninstall-configDATA
  
  install-data-hook:
cp -r $(srcdir)/images $(inst_location)
--  ln -sf $(inst_location)/FvwmScript-DateTime $(inst_location)/..
--  ln -sf $(inst_location)/FvwmScript-ConfirmQuit $(inst_location)/..
--  ln -sf $(inst_location)/FvwmScript-ConfirmCopyConfig $(inst_location)/..
+-  ln -sf default-config/FvwmScript-DateTime $(inst_location)/..
+-  ln -sf default-config/FvwmScript-ConfirmQuit $(inst_location)/..
+-  ln -sf default-config/FvwmScript-ConfirmCopyConfig $(inst_location)/..
 +  mv $(inst_location)/FvwmScript-DateTime $(inst_location)/..
 +  mv $(inst_location)/FvwmScript-ConfirmQuit $(inst_location)/..
 +  mv $(inst_location)/FvwmScript-ConfirmCopyConfig $(inst_location)/..
-+
  
  uninstall-hook:
rm -fr $(DESTDIR)/$(configdir)
Index: pkg/PLIST
===
RCS file: /cvs/ports/x11/fvwm2/pkg/PLIST,v
retrieving revision 1.16
diff -u -p -u -p -r1.16 PLIST
--- pkg/PLIST   13 Dec 2020 21:17:02 -  1.16
+++ pkg/PLIST   1 Jan 2021 20:52:33 -
@@ -152,6 +152,8 @@ share/fvwm/perllib/General/FileSystem.pm
 share/fvwm/perllib/General/Parse.pm
 share/locale/ar/LC_MESSAGES/FvwmScript.mo
 share/locale/ar/LC_MESSAGES/fvwm.mo
+share/locale/da/LC_MESSAGES/FvwmScript.mo
+share/locale/da/LC_MESSAGES/fvwm.mo
 share/locale/de/LC_MESSAGES/FvwmScript.mo
 share/locale/de/LC_MESSAGES/fvwm.mo
 share/locale/es/LC_MESSAGES/FvwmScript.mo



Re: New port: net/qtox and databases/sqlcipher and an update to net/toxcore

2021-01-01 Thread Tom Murphy
Hi,

  Please find attached an updated qtox port.
(Name: qtox2.tgz). I enabled a component that was only being
compiled on Linux/FreeBSD (the camera/video component) and
pointed it to sys/videoio.h which has V4L-like headers.

  Thanks,
  Tom


qtox2.tgz
Description: Binary data


Creating package debug... Fatal error: can't parse comment is too long

2021-01-01 Thread Mikolaj Kucharski
Hi,

I often generate my own distfiles from git checkout when I debug code
from OpenBSD ports tree. Some of the ports have already debug packages
defined. Sample debug package looks as follows:

# pkg_info -I debug-sane-backends
debug-sane-backends-1.0.31p1 debug info for sane-backends-1.0.31p1
debug-sane-backends-1.0.31p1-snmp debug info for sane-backends-1.0.31p1-snmp

As you can see package version ends up inside the COMMENT. When I
generate my debugging distfiles, they are usually generated from
git repos as most projects are currently hosted on GitHub and that's
git. Here is example distfile:

sane-backends-1.0.31.0.20201130.120702.git.e3e397556.tar.gz

and I generate it something a long the lines of:

git archive --format=tar --prefix="$prefix.0.$date.git.$sha/" $hash | gzip -9nf

I find that naming convention useful to me. However with that long
versioning it goes over the limit of 60 characters in COMMENT, per code
in OpenBSD/PkgCreate.pm, function add_description().

Looking at current code in bsd.port.mk:

1201.  if ${DEBUG_PACKAGES:M${_S}}
1202_DBG_PKG_ARGS${_S} := ${PKG_ARGS${_S}}
1203_DBG_PKG_ARGS${_S} += 
-P${FULLPKGPATH${_S}}:${FULLPKGNAME${_S}}:${FULLPKGNAME${_S}}
1204_DBG_PKG_ARGS${_S} += -DCOMMENT="debug info for ${FULLPKGNAME${_S}}"
1205_DBG_PKG_ARGS${_S} += -d"-debug info for ${FULLPKGNAME${_S}}"
1206# XXX revisit that fullpkgpath later ?
1207_DBG_PKG_ARGS${_S} += -DFULLPKGPATH=debug/${FULLPKGPATH${_S}}
1208_DBG_PKG_ARGS${_S} += -f ${_WRKDEBUG}/${PLIST${_S}:T}
1209_EXCLUDE_DEBUG_PLISTS += ${_WRKDEBUG}/${PLIST${_S}:T}
1210_pkg${_S} += ${_DBG_PKGFILE${_S}}
1211_pkg_cookie${_S} += ${_DBG_PACKAGE_COOKIE${_S}}
1212.  endif

We see that version information is also inside description of the
package:

# pkg_info debug-sane-backends-- | grep -A1 -E '^(Comment|Description)'
Comment:
debug info for sane-backends-1.0.31p1
Description:
debug info for sane-backends-1.0.31p1

So my proposition is to just drop the version part from the comment:

Index: bsd.port.mk
===
RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v
retrieving revision 1.1542
diff -u -p -u -r1.1542 bsd.port.mk
--- bsd.port.mk 26 Jun 2020 11:51:16 -  1.1542
+++ bsd.port.mk 1 Jan 2021 19:48:31 -
@@ -1201,7 +1201,7 @@ _pkg_cookie${_S} = ${_PACKAGE_COOKIE${_S
 .  if ${DEBUG_PACKAGES:M${_S}}
 _DBG_PKG_ARGS${_S} := ${PKG_ARGS${_S}}
 _DBG_PKG_ARGS${_S} += 
-P${FULLPKGPATH${_S}}:${FULLPKGNAME${_S}}:${FULLPKGNAME${_S}}
-_DBG_PKG_ARGS${_S} += -DCOMMENT="debug info for ${FULLPKGNAME${_S}}"
+_DBG_PKG_ARGS${_S} += -DCOMMENT="debug info for ${PKGSTEM${_S}}"
 _DBG_PKG_ARGS${_S} += -d"-debug info for ${FULLPKGNAME${_S}}"
 # XXX revisit that fullpkgpath later ?
 _DBG_PKG_ARGS${_S} += -DFULLPKGPATH=debug/${FULLPKGPATH${_S}}

However I think that would require to bump all debug packages across the
entire OpenBSD ports tree, right? Anyway, I would love to see above diff
committed. Comments?

-- 
Regards,
 Mikolaj



New port: net/qtox and databases/sqlcipher and an update to net/toxcore

2021-01-01 Thread Tom Murphy
Hi all,

  I've been wanting to get qtox running (since utox is rather
unstable).

  Attached to this email are two new ports:

  databases/sqlcipher - Allows you to encrypt sqlite databases
  net/qtox - qtox client for the tox framework

  I'm also including a diff for net/toxcore to upgrade it from 0.2.3 to
0.2.12.

  I've tested all 3 and they appear to work just great.

  I'd like to propose that net/utox might be removed from the tree.
It's alpha and pretty unstable (sometimes it makes the cpu fan race and
I've had to kill -9 it sometimes)

  Note: net/qtox relies on databases/sqlcipher to compile and run.
It also relies on the newer net/toxcore. I'm not sure about net/toxic
client as I don't use it.

  Let me know if anything needs changing or fixing.

  Thanks,
  Tom


qtox.tgz
Description: Binary data


sqlcipher.tgz
Description: Binary data
Index: Makefile
===
RCS file: /cvs/ports/net/toxcore/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile24 Nov 2019 23:05:10 -  1.7
+++ Makefile1 Jan 2021 14:22:53 -
@@ -2,8 +2,7 @@
 
 COMMENT =  Tox client library
 
-V =0.2.3
-REVISION = 3
+V =0.2.12
 DISTNAME = toxcore-$V
 
 GH_ACCOUNT =   TokTok
Index: distinfo
===
RCS file: /cvs/ports/net/toxcore/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo26 Jun 2018 20:34:04 -  1.2
+++ distinfo1 Jan 2021 14:22:53 -
@@ -1,2 +1,2 @@
-SHA256 (toxcore-0.2.3.tar.gz) = IsUvKGxG0/gC7baXi88qU/gwE2Pit0V4RhNCejO6OjQ=
-SIZE (toxcore-0.2.3.tar.gz) = 471336
+SHA256 (toxcore-0.2.12.tar.gz) = MK4yY8m2jTvvBveZup16Z+P61EcDBiXw/6S7ImhCKLA=
+SIZE (toxcore-0.2.12.tar.gz) = 504832
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/net/toxcore/patches/patch-CMakeLists_txt,v
retrieving revision 1.4
diff -u -p -r1.4 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt24 Nov 2019 23:05:10 -  1.4
+++ patches/patch-CMakeLists_txt1 Jan 2021 14:22:53 -
@@ -6,23 +6,14 @@ $OpenBSD: patch-CMakeLists_txt,v 1.4 201
 Index: CMakeLists.txt
 --- CMakeLists.txt.orig
 +++ CMakeLists.txt
-@@ -171,7 +171,7 @@ if(NOT MSVC)
- # Comma at end of enum is supported everywhere we run.
- add_cxxflag("-Wno-c++98-compat-pedantic")
- # TODO(iphydf): Stop using flexible array members.
--add_cxxflag("-Wno-c99-extensions")
-+#add_cxxflag("-Wno-c99-extensions")
- # We're C-compatible, so use C style casts.
- add_cxxflag("-Wno-old-style-cast")
- 
-@@ -463,24 +463,11 @@ if(ANDROID_CPU_FEATURES)
- endif()
+@@ -394,16 +394,7 @@ endif()
+ option(AUTOTEST "Enable autotests (mainly for CI)" OFF)
  
  function(auto_test target)
--  if(NOT (MSVC AND ARGV1 STREQUAL "MSVC_DONT_BUILD"))
+-  if(AUTOTEST AND NOT (MSVC AND ARGV1 STREQUAL "MSVC_DONT_BUILD"))
 -add_executable(auto_${target}_test ${CPUFEATURES}
 -  auto_tests/${target}_test.c)
--target_link_modules(auto_${target}_test toxcore)
+-target_link_modules(auto_${target}_test toxcore misc_tools)
 -if(NOT ARGV1 STREQUAL "DONT_RUN")
 -  add_test(NAME ${target} COMMAND ${CROSSCOMPILING_EMULATOR} 
auto_${target}_test)
 -  set_tests_properties(${target} PROPERTIES TIMEOUT 
"${TEST_TIMEOUT_SECONDS}")
@@ -32,28 +23,4 @@ Index: CMakeLists.txt
 +  message (WARNING "Test ${target} not built because it breaks the build 
with base-gcc and NO_TEST is set")
  endfunction()
  
- if(BUILD_TOXAV)
-   add_definitions(-D__STDC_LIMIT_MACROS=1)
--  add_executable(auto_monolith_test ${CPUFEATURES}
--auto_tests/monolith_test.cc)
--  target_link_libraries(auto_monolith_test ${toxcore_LINK_MODULES})
--  add_test(NAME monolith COMMAND ${CROSSCOMPILING_EMULATOR} 
auto_monolith_test)
- endif()
- 
  auto_test(TCP)
-@@ -593,15 +580,3 @@ if(NOT WIN32
- set_source_files_properties(testing/av_test.c PROPERTIES LANGUAGE CXX)
-   endif()
- endif()
--
--add_executable(DHT_test ${CPUFEATURES}
--  testing/DHT_test.c)
--target_link_modules(DHT_test toxcore)
--
--add_executable(Messenger_test ${CPUFEATURES}
--  testing/Messenger_test.c)
--target_link_modules(Messenger_test toxcore)
--
--add_executable(random_testing ${CPUFEATURES}
--  testing/random_testing.cc)
--target_link_modules(random_testing toxcore)
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/toxcore/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   29 Apr 2018 11:14:09 -  1.1.1.1
+++ pkg/PLIST   1 Jan 2021 14:22:53 -
@@ -1,9 +1,10 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2018/04/29 11:14:09 landry Exp $
+@bin bin/DHT_bootstrap
 @bin bin/tox-bootstrapd
 include/tox/
 include/tox/tox.h
 include/tox/toxav.h
 include/tox/toxencryptsave.h

CVS: cvs.openbsd.org: ports

2021-01-01 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2021/01/01 10:46:21

Modified files:
devel/py-buildbot: Makefile.inc 
devel/py-buildbot/buildbot: distinfo 
devel/py-buildbot/console-view: distinfo 
devel/py-buildbot/grid-view: distinfo 
devel/py-buildbot/pkg: distinfo 
devel/py-buildbot/waterfall-view: distinfo 
devel/py-buildbot/www: distinfo 
devel/py-buildslave: Makefile distinfo 

Log message:
devel/py-build{bot,slave}: update to 2.9.4.

See https://github.com/buildbot/buildbot/releases/tag/v2.9.4



Re: NEW: x11/mlvwm

2021-01-01 Thread Morgan Aldridge
On Sat, Dec 19, 2020 at 11:59 AM Morgan Aldridge
 wrote:
>
> On Fri, Dec 11, 2020 at 10:29 AM Morgan Aldridge
>  wrote:
> >
> > On Fri, Dec 11, 2020 at 10:27 AM Morgan Aldridge
> >  wrote:
> > >
> > > On Sat, Nov 21, 2020 at 3:37 PM Morgan Aldridge
> > >  wrote:
> > > >
> > > > MLVWM is a lightweight Macintosh-[L]ike Virtual Window Manager for X11:
> > > >
> > > > 
> > > >
> > > > I have been using it on OpenBSD 6.4 thru 6.8-current and find it
> > > > stable on i386 & amd64. I'd love to have someone test on macppc (it
> > > > seems rather appropriate) and other platforms.
> > >
> > > Ping, plus updated tarball with a couple minor patches to remove
> > > compiler warnings.
> > >
> > > Testing and/or OK appreciated.
> > >
> > > > If you need additional configuration files for testing, please see my
> > > > mlvwmrc project: .
> > > >
> > > > Despite its age, I do intend to maintain this port. I am currently
> > > > trying to reach the original author as it was released as freeware
> > > > with source included. It's okay to distribute, but I need to obtain
> > > > proper permission to do further new development beyond patches in the
> > > > port.
> > >
> > > I still haven't been able to contact the original author, but all
> > > source license files are either under the original MIT license from
> > > fvwm & twm or have the following clause:
> > >
> > >   /* Copyright 1996 TakaC Hasegawa. No restrictions are placed on this 
> > > code, */
> > >   /* as long as the copyright notice is preserved */
> > >
> > > The only exception is mlvwm/wild.c which is stated to be released in
> > > the public domain. So, there should actually be no issue with me
> > > starting to modify the code to bring it up-to-date.
>
> I have been in contact with Takashi Hasegawa and he confirmed that
> there is no restriction as long as the copyright is included, so there
> are no issues with redistribution or modification. I still think
> "Freeware" is the most appropriate license comment, but I could change
> it to "Freeware/MIT", if preferable.

Updated to new mlvwm-0.9.2 release which includes new GitHub hosting,
upstreamed patches, and minor security improvements.

OK?

Morgan


mlvwm-0.9.2.tgz
Description: application/gzip


NEW: security/py-hvac 0.10.6

2021-01-01 Thread Mikolaj Kucharski
Hi,

I'm using py3-hvac Python module to fetch Vault secrets from Ansible via
its hashi_vault lookup plugin.

> Comment:
> Python client library for Hashicorp Vault
>
> Description:
> HVAC allows accessing secrets stored in a Vault directly from
> Python code.
>
> An access token must be created first, using a separate tool
> like vault or vault-client.

I've made it Python3-only port. Comments?

-- 
Regards,
 Mikolaj


py-hvac-0.10.6.port.tgz
Description: application/tar-gz


CVS: cvs.openbsd.org: ports

2021-01-01 Thread Thomas Frohwein
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2021/01/01 09:04:05

Modified files:
emulators/vbam : Makefile 
Added files:
emulators/vbam/patches: patch-src_sdl_SDL_cpp 

Log message:
adjust for changes to SDL2's use of KMOD_GUI
in preparation of update of devel/sdl2 to 2.0.14
build tested with both (current) sdl2 2.0.12 and (upcoming) 2.0.14
ok cwen@



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Thomas Frohwein
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2021/01/01 09:00:47

Modified files:
x11/kitty  : Makefile distinfo 
x11/kitty/patches: patch-setup_py 
x11/kitty/pkg  : PLIST 

Log message:
update to kitty 0.19.3
tested for a few days without issues
changelog: https://sw.kovidgoyal.net/kitty/changelog.html



Re: cad/opensta build failure (cmake?)

2021-01-01 Thread Alessandro De Laurenzis
There is indeed a mistake in find_package usage (in CMakelist.txt), 
whose correct syntax is:


find_package( [version] [REQUIRED])

and not:

find_package( [REQUIRED] [version])

(maybe the new cmake is less forgiving...)

The proper fix has been already committed upstream, but no new release 
is available yet; so we have to add a temporary patch.


diff attached, please let me know if it's OK.

Copying ports@

On 31/12/2020 13:38, Christian Weisgerber wrote:

In my lastest amd64 bulk build, cad/opensta failed to build.
This looks like it may have been triggered by the cmake 3.19.1 update.



Building on amd64-1 under cad/opensta

 BDEPENDS = 
[devel/cmake;devel/cudd;devel/swig;devel/bison;devel/ninja;lang/tcl/8.6]
 DIST = [cad/opensta:OpenSTA-2.2.0.tar.gz]
 FULLPKGNAME = opensta-2.2.0
 RDEPENDS = [devel/cudd;lang/tcl/8.6]
(Junk lock obtained for amd64-1 at 1609392157.61)

Running depends in cad/opensta at 1609392157.67

last junk was in x11/kde-applications/kblackbox
/usr/sbin/pkg_add -aI -Drepair cudd-3.0.0p0 swig-3.0.12p1 tcl-8.6.8p2
was: /usr/sbin/pkg_add -aI -Drepair bison-3.3.2p2 cmake-3.19.1v0 cudd-3.0.0p0 
ninja-1.10.2 swig-3.0.12p1 tcl-8.6.8p2
/usr/sbin/pkg_add -aI -Drepair cudd-3.0.0p0 swig-3.0.12p1 tcl-8.6.8p2
New and changed readme(s):
/usr/local/share/doc/pkg-readmes/tcl-8.6
--- +tcl-8.6.8p2 ---
You may wish to add /usr/local/lib/tcl/tcl8.6/man to /etc/man.conf

Running show-prepare-results in cad/opensta at 1609392166.03

===> cad/opensta
===> opensta-2.2.0 depends on: bison-* -> bison-3.3.2p2
===> opensta-2.2.0 depends on: swig-* -> swig-3.0.12p1
===> opensta-2.2.0 depends on: tcl->=8.6,<8.7 -> tcl-8.6.8p2
===> opensta-2.2.0 depends on: cmake-* -> cmake-3.19.1v0
===> opensta-2.2.0 depends on: ninja->=1.5.1 -> ninja-1.10.2
===> opensta-2.2.0 depends on: cudd-* -> cudd-3.0.0p0
===>  Verifying specs:  c++ c++abi pthread tcl86 c m z cudd
===>  found c++.5.0 c++abi.3.0 pthread.26.1 tcl86.1.8 c.96.0 m.10.1 z.5.0 
cudd.0.0
bison-3.3.2p2
cmake-3.19.1v0
cudd-3.0.0p0
ninja-1.10.2
swig-3.0.12p1
tcl-8.6.8p2
(Junk lock released for amd64-1 at 1609392166.90)
distfiles size=4873166

Running patch in cad/opensta at 1609392166.96

===> cad/opensta
===>  Checking files for opensta-2.2.0
`/usr/ports/distfiles/OpenSTA-2.2.0.tar.gz' is up to date.

(SHA256) OpenSTA-2.2.0.tar.gz: OK

===>  Extracting for opensta-2.2.0
===>  Patching for opensta-2.2.0
===>  Compiler link: clang -> /usr/bin/clang
===>  Compiler link: clang++ -> /usr/bin/clang++
===>  Compiler link: cc -> /usr/bin/cc
===>  Compiler link: c++ -> /usr/bin/c++

Running configure in cad/opensta at 1609392167.68

===> cad/opensta
===>  Generating configure for opensta-2.2.0
===>  Configuring for opensta-2.2.0
cd /usr/obj/ports/opensta-2.2.0/OpenSTA-2.2.0/etc && perl -pi  -e '$. == 1 && 
s!/\S*(?:/env\s+|bin/)(?:tcl|wi)sh\S*(\s+.+)?$!/usr/local/bin/tclsh8.6$1!;'  -e '$. >= 3 && $. <= 30 && 
s!exec\s+(?:tcl|wi)sh.*$!exec /usr/local/bin/tclsh8.6 "\$0" \${1+"\$@"}!;'  -e 'close ARGV if eof;' TclEncode.tcl 
SwigCleanup.tcl
cd /usr/obj/ports/opensta-2.2.0/OpenSTA-2.2.0/test && perl -pi  -e '$. == 1 && 
s!/\S*(?:/env\s+|bin/)(?:tcl|wi)sh\S*(\s+.+)?$!/usr/local/bin/tclsh8.6$1!;'  -e '$. >= 3 && $. <= 30 && 
s!exec\s+(?:tcl|wi)sh.*$!exec /usr/local/bin/tclsh8.6 "\$0" \${1+"\$@"}!;'  -e 'close ARGV if eof;' regression
-- The CXX compiler identification is Clang 10.0.1
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/obj/ports/opensta-2.2.0/bin/c++ - 
skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- STA version: 2.2.0
-- STA git sha: GITDIR-NOTFOUND
-- System name: OpenBSD
-- Compiler: Clang 10.0.1
-- Build type: Release
-- Build CXX_FLAGS:
-- STA CXX_FLAGS:
-- Install prefix: /usr/local
-- Found FLEX: /usr/bin/flex (found version "2.5.39")
-- Found BISON: /usr/local/bin/bison (found version "3.3.2")
CMake Error at 
/usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:218 
(message):
   Could NOT find SWIG (missing: 3.0) (found version "3.0.12")
Call Stack (most recent call first):
   /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:577 
(_FPHSA_FAILURE_MESSAGE)
   /usr/local/share/cmake/Modules/FindSWIG.cmake:138 
(find_package_handle_standard_args)
   CMakeLists.txt:294 (find_package)

-- Configuring incomplete, errors occurred!
See also "/usr/obj/ports/opensta-2.2.0/build-amd64/CMakeFiles/CMakeOutput.log".

*** Error 1 in cad/opensta (/usr/ports/infrastructure/mk/bsd.port.mk:2889 
'do-configure': @cd /usr/obj/ports/opensta-2.2.0/build-amd64 && /u...)
*** Error 2 in cad/opensta (/usr/ports/infrastructure/mk/bsd.port.mk:2909 
'/usr/obj/ports/opensta-2.2.0/build-amd64/.configure_done': @cd /u...)
*** Error 2 in cad/opensta (/usr/ports/infrastructure/mk/bsd.port.mk:2587 
'configure': 

CVS: cvs.openbsd.org: ports

2021-01-01 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2021/01/01 07:49:47

Modified files:
net/dbip   : Makefile.inc 
net/dbip/asn   : distinfo 
net/dbip/city  : distinfo 
net/dbip/country: distinfo 

Log message:
Update dbip to 2021-01.



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Ricardo Mestre
CVSROOT:/cvs
Module name:ports
Changes by: mes...@cvs.openbsd.org  2021/01/01 07:24:41

Modified files:
www/youtube-dl : Makefile distinfo 

Log message:
update to 2020.12.31

OK paco@



promplot - assistance with golang port

2021-01-01 Thread Mikolaj Kucharski
Hi,

I looking for a tool which can easily generate a screenshot from
Prometheus metrics and I found https://github.com/qvl/promplot

I have work in progress port, but it fails to build with:

...
 go install -modcacherw -v -p 1 github.com/qvl/promplot ;  fi;
cannot find module providing package github.com/qvl/promplot: working directory 
is not part of a module
*** Error 1 in . (/home/mkucharski/openbsd/ports/lang/go/go.port.mk:153 
'do-build')

Any idea what I'm doing wrong?

-- 
Regards,
 Mikolaj


promplot-0.16.0-port.tgz
Description: application/tar-gz


CVS: cvs.openbsd.org: ports

2021-01-01 Thread Sebastian Reitenbach
CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2021/01/01 07:06:30

Modified files:
security   : Makefile 

Log message:
hook up stegcracker



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Sebastian Reitenbach
CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2021/01/01 07:04:38

Log message:
import stegcracker

Steganography brute-force utility to uncover hidden data inside files.

OK gonzalo@

Status:

Vendor Tag: sebastia
Release Tags:   sebastia_01012021

N ports/security/stegcracker/Makefile
N ports/security/stegcracker/distinfo
N ports/security/stegcracker/pkg/DESCR
N ports/security/stegcracker/pkg/PLIST

No conflicts created by this import



[macppc] Unbreak games/scummvm

2021-01-01 Thread Charlene Wendling
Hi,

> http://build-failures.rhaalovely.net/powerpc/2020-12-15/games/scummvm.log

Classic relocation issue, i should have provided that fix earlier.

With the below diff, scummvm builds on macppc [0]. I also successfully
tested the runtime playing Beneath a Steel Sky (games/bass).

No REVISION bump is needed; this version has never been built on macppc,
and ${LDFLAGS} is empty on other archs.

OK?

Charlène.


[0] https://bin.charlenew.xyz/scummvm.log


Index: Makefile
===
RCS file: /cvs/ports/games/scummvm/Makefile,v
retrieving revision 1.86
diff -u -p -u -p -r1.86 Makefile
--- Makefile3 Oct 2020 10:42:49 -   1.86
+++ Makefile1 Jan 2021 13:49:50 -
@@ -40,6 +40,11 @@ LIB_DEPENDS= audio/fluidsynth \
 CXXFLAGS+= -mxgot
 .endif
 
+# Fix relocation overflows
+.if ${MACHINE_ARCH} == "powerpc"
+LDFLAGS+=  -Wl,--relax
+.endif
+
 CONFIGURE_STYLE=simple
 CONFIGURE_ARGS+=--disable-alsa \
--disable-cloud \
@@ -55,7 +60,7 @@ CONFIGURE_ARGS+=--disable-alsa \
--enable-sndio \
--mandir="${LOCALBASE}/man"
 CONFIGURE_ENV+=CPPFLAGS="-I${LOCALBASE}/include" \
-   LDFLAGS="-L${LOCALBASE}/lib"
+   LDFLAGS="${LDFLAGS} -L${LOCALBASE}/lib"
 
 NO_TEST=   Yes
 USE_GMAKE= Yes



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Alexander Bluhm
CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2021/01/01 06:05:49

Modified files:
security   : Makefile 

Log message:
+libmodsecurity



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Robert Nagy
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2021/01/01 05:46:51

Modified files:
www/nginx  : Makefile 
www/nginx/patches: patch-conf_mime_types 

Log message:
add mime types for avif image format and the matroska container format

from Brad



Re: Interest check: gh (github's cli)

2021-01-01 Thread Mikolaj Kucharski
On Wed, Oct 07, 2020 at 08:13:36PM +0100, Stuart Henderson wrote:
> On 2020/10/07 19:36, Stuart Henderson wrote:
> > > go: github.com/enescakir/emoji@v1.0.0: reading 
> > > file:///home/mkucharski/openbsd/ports/distfiles/go_modules/github.com/enescakir/emoji/@v/v1.0.0.mod:
> > >  no such file or directory
> > 
> > Oh man go.port.mk is worse than I thought. It must be fetching any old files
> > from distfiles, not just the ones specified in the port Makefile.
> > 
> > I would take a look now but the kernel on my workstation started hanging
> > again :(
> 
> fsck done and not _too_ much corruption... Could you try this one please,
> I have built it after removing /usr/ports/distfiles/go_modules and it
> seems OK so I think it will work now.
> 

Sorry for so long delay. This version here is github-cli-1.1.0 and it
works for me. I'm reattaching Stuart's version in this email.

Current version of github-cli at https://github.com/cli/cli is 1.4.0,
but I think committing 1.1.0 from attached port is fine as step one. I
didn't look to update to 1.4.0 myself yet.

-- 
Regards,
 Mikolaj


github-cli,2.tgz
Description: application/tar-gz


CVS: cvs.openbsd.org: ports

2021-01-01 Thread Alexander Bluhm
CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2021/01/01 05:28:25

Log message:
import libmodsecurity 3.0.4
from Matthias Pitzl; OK benoit@

Comment:
intrusion detection and prevention engine

Description:
ModSecurity is an embeddable web application firewall. It provides
protection from a range of attacks against web applications and allows
for HTTP traffic monitoring and real-time analysis with no changes to
existing infrastructure.

It is also an open source project that aims to make the web application
firewall technology available to everyone.

Status:

Vendor Tag: pitzl
Release Tags:   bluhm_20210101

N ports/security/libmodsecurity/Makefile
N ports/security/libmodsecurity/distinfo
N ports/security/libmodsecurity/patches/patch-configure
N ports/security/libmodsecurity/patches/patch-src_Makefile_in
N ports/security/libmodsecurity/patches/patch-src_parser_Makefile_in
N ports/security/libmodsecurity/pkg/DESCR
N ports/security/libmodsecurity/pkg/PLIST

No conflicts created by this import



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Paco Esteban
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2021/01/01 05:04:59

Modified files:
www/hugo   : Makefile distinfo 

Log message:
update www/hugo to 0.80.0

tested by denis@



Re: [UPDATE] www/youtube-dl to 2020.12.31

2021-01-01 Thread Paco Esteban
On Thu, 31 Dec 2020, Ricardo Mestre wrote:

> I don't mind if Paul doesn't mind.
> 
> Paul do you agree in me taking maintainership of the port? I guess I can
> wait 2 weeks for the reply.
> 
> Still appreciate for some OKs for this one!

Works fine for me on amd64 against a variety of sites.

ok paco@

> 
> Happy New Year!
> 
> On 22:35 Thu 31 Dec , Christian Weisgerber wrote:
> > Ricardo Mestre:
> > 
> > > Latest release of the year, OK?
> > 
> > Can't you just take maintainer and commit those directly?
> > 
> > -- 
> > Christian "naddy" Weisgerber  na...@mips.inka.de
> > 
> 

-- 
Paco Esteban.
0x5818130B8A6DBC03



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2021/01/01 04:31:59

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

Log message:
py-sqlobject went python3-only



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2021/01/01 04:27:15

Modified files:
databases  : Makefile 

Log message:
drop py2 py-sqlobject



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2021/01/01 04:22:56

Modified files:
databases/py-sqlobject: Makefile distinfo 
databases/py-sqlobject/pkg: PLIST 

Log message:
Update to py-sqlobject-3.9.0 from wen heping, dropping py2 support.



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2021/01/01 03:37:48

Modified files:
devel/p5-List-Cycle: Makefile distinfo 

Log message:
Update to p5-List-Cycle-1.04.



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2021/01/01 03:32:49

Modified files:
devel/p5-Graph : Makefile distinfo 
devel/p5-Graph/pkg: PLIST 

Log message:
Update to p5-Graph-0.9716.



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2021/01/01 03:29:14

Modified files:
x11/xfce4/xfce4-mixer: Makefile distinfo 

Log message:
x11/xfce4/xfce4-mixer: properly handle sndiod restarts

cherrypicks
https://gitlab.xfce.org/landry/xfce4-mixer/-/commit/c16de205b006b9f951c40a5464b8b2bcc6343283
which removes the g_source func if sioctl_revents returns POLLHUP upon
sndiod restarts.



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2021/01/01 03:18:50

Modified files:
devel/p5-Carp-Assert-More: Makefile distinfo 

Log message:
Update to p5-Carp-Assert-More-1.26.



Re: [UPDATE] graphics/opencolorio

2021-01-01 Thread Pascal Stumpf
On Wed, 30 Dec 2020 22:19:08 +, Stuart Henderson wrote:
> On 2020/12/30 18:50, Dimitri Karamazov wrote:
> > The text(diff) attachment was not taken kindly by neomutt.
> > 
> > See diff below with all expected changes from Stuart.
> 
> Thanks. This is OK with me. Any comments Pascal?

Works great for me.  Thanks and OK!


> > 
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/graphics/opencolorio/Makefile,v
> > retrieving revision 1.12
> > diff -u -p -r1.12 Makefile
> > --- Makefile14 Dec 2020 15:28:14 -  1.12
> > +++ Makefile30 Dec 2020 18:32:53 -
> > @@ -2,12 +2,13 @@
> >  
> >  COMMENT =  color management library
> >  
> > -V =20140911
> > -DISTNAME = OpenColorIO-$V
> > -PKGNAME =  opencolorio-$V
> > -REVISION = 4
> > +EPOCH =0
> > +GH_ACCOUNT =   AcademySoftwareFoundation
> > +GH_PROJECT =   OpenColorIO
> > +GH_TAGNAME =   v1.1.1
> > +PKGNAME =  ${DISTNAME:L}
> >  
> > -SHARED_LIBS +=  OpenColorIO   1.0 # 1.0
> > +SHARED_LIBS +=  OpenColorIO   1.1 # 1.1.1
> >  
> >  CATEGORIES =   graphics
> >  
> > @@ -20,13 +21,13 @@ PERMIT_PACKAGE =Yes
> >  
> >  WANTLIB += m pthread ${COMPILER_LIBCXX} tinyxml yaml-cpp
> >  
> > -COMPILER = base-clang ports-gcc base-gcc
> > -
> > -MASTER_SITES = http://deftly.net/
> > +COMPILER = base-clang ports-gcc
> >  
> >  MODULES =  devel/cmake \
> > lang/python
> >  
> > +MODPY_VERSION =${MODPY_DEFAULT_VERSION_3}
> > +
> >  BUILD_DEPENDS =devel/boost
> >  LIB_DEPENDS =  textproc/tinyxml \
> > devel/yaml-cpp
> > @@ -43,8 +44,10 @@ CONFIGURE_ARGS +=-DPYTHON="${MODPY_BIN}
> >  
> >  NO_TEST =  Yes
> >  
> > -WRKDIST =  ${WRKDIR}/OpenColorIO-master
> > -
> > -CFLAGS =   -pthread
> > +post-install:
> > +   ${INSTALL_DATA_DIR} ${PREFIX}/lib/cmake/OpenColorIO
> > +   mv ${PREFIX}/cmake/*.cmake ${PREFIX}/OpenColorIO*.cmake \
> > +${PREFIX}/lib/cmake/OpenColorIO
> > +   rm -rf ${PREFIX}/cmake
> >  
> >  .include 
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/graphics/opencolorio/distinfo,v
> > retrieving revision 1.3
> > diff -u -p -r1.3 distinfo
> > --- distinfo21 Nov 2014 17:25:49 -  1.3
> > +++ distinfo30 Dec 2020 18:32:53 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (OpenColorIO-20140911.tar.gz) = 
> > d1Y6L8peE+SuqhBv/lA5Km70hjRlyszFOuVFmNzlnpQ=
> > -SIZE (OpenColorIO-20140911.tar.gz) = 13742525
> > +SHA256 (OpenColorIO-1.1.1.tar.gz) = 
> > ybW53vkH4dr7KeNzNrcC//IsxjBtRFoTsWIbinVMFMg=
> > +SIZE (OpenColorIO-1.1.1.tar.gz) = 13828483
> > Index: patches/patch-CMakeLists_txt
> > ===
> > RCS file: patches/patch-CMakeLists_txt
> > diff -N patches/patch-CMakeLists_txt
> > --- /dev/null   1 Jan 1970 00:00:00 -
> > +++ patches/patch-CMakeLists_txt30 Dec 2020 18:32:53 -
> > @@ -0,0 +1,25 @@
> > +$OpenBSD$
> > +
> > +Fix macro redefined error
> > +
> > +--- CMakeLists.txt.orig2018-01-05 12:08:27 UTC
> >  CMakeLists.txt
> > +@@ -218,8 +222,7 @@ else(USE_EXTERNAL_TINYXML)
> > + ## => great news when build staticaly since we do not want 
> > another client project have to link also with tinyxml when he want to use 
> > this project
> > + ## => could be problematic if the client project use another 
> > version of tinyxml... In this case build tinyxml as shared lib with all 
> > projects could be a solution
> > + ## => TODO: so maybe provide a simple cmake way to build 3rdParty 
> > as shared and auto install with this project ?
> > +-set_target_properties(TINYXML_LIB PROPERTIES COMPILE_FLAGS 
> > "-DTIXML_USE_STL -fPIC -fvisibility-inlines-hidden -fvisibility=hidden")
> > +-add_definitions(-DTIXML_USE_STL) ## needed to build correctly, 
> > and also need to be propagated in child projects (client projects)
> > ++set_target_properties(TINYXML_LIB PROPERTIES COMPILE_FLAGS "-fPIC 
> > -fvisibility-inlines-hidden -fvisibility=hidden")
> > + list(APPEND EXTERNAL_OBJECTS $)
> > + else()
> > + find_package(Git REQUIRED) ## in order to apply patch (for 
> > crossplateform compatibility)
> > +@@ -384,7 +387,7 @@ else()
> > + set(OCIO_INLINES_HIDDEN OFF)
> > + endif()
> > + 
> > +-set(EXTERNAL_COMPILE_FLAGS "-DTIXML_USE_STL ${YAML_CPP_COMPILE_FLAGS} 
> > ${GCC_COMPILE_FLAGS}")
> > ++set(EXTERNAL_COMPILE_FLAGS "${YAML_CPP_COMPILE_FLAGS} 
> > ${GCC_COMPILE_FLAGS}")
> > + 
> > + set(EXTERNAL_LINK_FLAGS "")
> > + set(EXTERNAL_LIBRARY_DIRS ${PROJECT_BINARY_DIR}/ext/dist/lib)
> > Index: patches/patch-export_OpenColorIO_OpenColorABI_h_in
> > 

CVS: cvs.openbsd.org: ports

2021-01-01 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2021/01/01 02:05:22

Modified files:
devel/p5-Tree-DAG_Node: Makefile distinfo 

Log message:
Update to p5-Tree-DAG_Node-1.31 from wen heping



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Sebastien Marie
CVSROOT:/cvs
Module name:ports
Changes by: sema...@cvs.openbsd.org 2021/01/01 02:02:54

Modified files:
lang/rust  : Makefile distinfo 
lang/rust/patches: 
   
patch-compiler_rustc_target_src_spec_i686_unknown_openbsd_rs 
   patch-library_std_src_sys_unix_os_rs 
   patch-src_bootstrap_bootstrap_py 
   patch-src_bootstrap_builder_rs 
   patch-src_bootstrap_lib_rs 
   patch-src_bootstrap_test_rs 
   
patch-src_tools_cargo_src_cargo_core_compiler_context_compilation_files_rs 

Log message:
update lang/rust to 1.49.0

ok landry@

Announce: https://blog.rust-lang.org/2020/12/31/Rust-1.49.0.html
ChangeLog: 
https://github.com/rust-lang/rust/blob/stable/RELEASES.md#version-1490-2020-12-31



Re: graphics/blender: missing dependency on libgmpxx.so.3.0

2021-01-01 Thread Dimitri Karamazov
On Thu, Dec 31, 2020 at 11:17:58PM -0500, Brad Smith wrote:
> Just as was done for opencolorio and openimageio you can remove -pthread
> from CXXFLAGS.
> 
> On 12/30/2020 3:01 PM, Dimitri Karamazov wrote:
> > On Wed, Dec 30, 2020 at 05:03:03PM +0100, Fabian Raetz wrote:
> > > Hi ports,
> > > 
> > > after installing a fresh copy of OpenBSD, Blender did not start because of
> > > a missing dependency of libgmpxx.so.3.0. After manually installing gmpxx,
> > > Blender started.
> > > 
> > > Thanks for the update to 2.91 :D
> > > 
> > > Cheers,
> > > Fabian
> > Hi Fabian, thanks for the alert. The diff below adds gmp,-cxx
> > to LIB_DEPENDS and some other changes.
> > 
> > I've restricted the port to amd64 arch and allowed SSE as expected
> > at minimum.
> > https://www.blender.org/download/requirements/
> > 
> > Libraries required directly libsndfile,sdl2,opencolorio and openexr
> > are now part of LIB_DEPENDS in alpha order. gflags is not required
> > by the build. Also I've removed certain cmake options which are set
> > automatically and some (RAYOPTIMIZATION) which don't exist anymore.
> > 
> > Build,run tested on amd64.
> > 
> > Any comments/OK's?
> >
Done 

Index: Makefile
===
RCS file: /cvs/ports/graphics/blender/Makefile,v
retrieving revision 1.99
diff -u -p -r1.99 Makefile
--- Makefile29 Nov 2020 19:57:01 -  1.99
+++ Makefile1 Jan 2021 04:33:09 -
@@ -1,6 +1,6 @@
 # $OpenBSD: Makefile,v 1.99 2020/11/29 19:57:01 sthen Exp $
 
-ONLY_FOR_ARCHS = amd64 i386
+ONLY_FOR_ARCHS = amd64
 
 COMMENT =  3D creation software
 
@@ -21,9 +21,9 @@ WANTLIB += IlmThread-2_5 Imath-2_5 OpenC
 WANTLIB += X11 Xfixes Xi Xrender Xxf86vm avcodec avdevice avformat
 WANTLIB += avutil boost_atomic-mt boost_chrono-mt boost_date_time-mt
 WANTLIB += boost_filesystem-mt boost_regex-mt boost_system-mt
-WANTLIB += boost_thread-mt c fftw3 freetype jpeg m openal openjp2
-WANTLIB += png potrace sndfile swscale tbb tiff tinyxml util yaml-cpp
-WANTLIB += z
+WANTLIB += boost_thread-mt c fftw3 freetype gmp gmpxx jpeg m openal
+WANTLIB += openjp2 png potrace sndfile swscale tbb tiff tinyxml
+WANTLIB += util yaml-cpp z
 
 MASTER_SITES = https://download.blender.org/source/ \
http://mirror.cs.umn.edu/blender.org/source/
@@ -39,30 +39,29 @@ MODPY_VERSION = ${MODPY_DEFAULT_VERSION_
 
 CONFIGURE_ARGS =   -DPYTHON_INCLUDE_DIR="${MODPY_INCDIR}" \
-DPYTHON_VERSION=${MODPY_VERSION} \
-   -DWITH_CODEC_FFMPEG=ON \
-DWITH_INTERNATIONAL=OFF \
-   -DWITH_RAYOPTIMIZATION=OFF \
-   -DWITH_OPENCOLORIO=ON \
-DWITH_OPENMP=OFF \
-DWITH_SYSTEM_GLEW=ON \
-   -DWITH_CPU_SSE=OFF \
-DWITH_CYCLES_EMBREE=OFF \
-DWITH_JACK=OFF
 
-BUILD_DEPENDS =devel/gflags \
-   math/py-numpy${MODPY_FLAVOR}
-LIB_DEPENDS =  graphics/png \
-   graphics/jpeg \
-   graphics/glew \
-   graphics/openexr \
-   graphics/tiff \
+BUILD_DEPENDS = math/py-numpy${MODPY_FLAVOR}
+LIB_DEPENDS =  audio/libsndfile \
+   audio/openal \
devel/boost \
+   devel/gmp,-cxx \
+   devel/sdl2 \
devel/tbb \
-   audio/openal \
-   graphics/openjp2 \
graphics/ffmpeg \
+   graphics/glew \
+   graphics/jpeg \
+   graphics/opencolorio \
+   graphics/openexr \
graphics/openimageio \
+   graphics/openjp2 \
+   graphics/png \
graphics/potrace \
+   graphics/tiff \
math/fftw3 \
${MODPY_LIB_DEPENDS}
 RUN_DEPENDS =  devel/desktop-file-utils \
@@ -71,7 +70,7 @@ RUN_DEPENDS = devel/desktop-file-utils \
 
 NO_TEST =  Yes
 
-CXXFLAGS +=-I${LOCALBASE}/include -I${X11BASE}/include -pthread
+CXXFLAGS +=-I${LOCALBASE}/include -I${X11BASE}/include
 CFLAGS +=  -I${LOCALBASE}/include
 
 MODPY_ADJ_FILES =  release/bin/blender-thumbnailer.py \



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2021/01/01 01:35:40

Modified files:
devel  : Makefile 

Log message:
+p5-File-Slurp-Tiny



CVS: cvs.openbsd.org: ports

2021-01-01 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2021/01/01 01:30:40

Log message:
Import p5-File-Slurp-Tiny-0.004 from wen heping, OK bluhm@

Status:

Vendor Tag: benoit
Release Tags:   benoit_20210101

N ports/devel/p5-File-Slurp-Tiny/Makefile
N ports/devel/p5-File-Slurp-Tiny/distinfo
N ports/devel/p5-File-Slurp-Tiny/pkg/DESCR
N ports/devel/p5-File-Slurp-Tiny/pkg/PLIST

No conflicts created by this import



Re: graphics/blender: missing dependency on libgmpxx.so.3.0

2021-01-01 Thread Brad Smith

Just as was done for opencolorio and openimageio you can remove -pthread
from CXXFLAGS.

On 12/30/2020 3:01 PM, Dimitri Karamazov wrote:

On Wed, Dec 30, 2020 at 05:03:03PM +0100, Fabian Raetz wrote:

Hi ports,

after installing a fresh copy of OpenBSD, Blender did not start because of
a missing dependency of libgmpxx.so.3.0. After manually installing gmpxx,
Blender started.

Thanks for the update to 2.91 :D

Cheers,
Fabian

Hi Fabian, thanks for the alert. The diff below adds gmp,-cxx
to LIB_DEPENDS and some other changes.

I've restricted the port to amd64 arch and allowed SSE as expected
at minimum.
https://www.blender.org/download/requirements/

Libraries required directly libsndfile,sdl2,opencolorio and openexr
are now part of LIB_DEPENDS in alpha order. gflags is not required
by the build. Also I've removed certain cmake options which are set
automatically and some (RAYOPTIMIZATION) which don't exist anymore.

Build,run tested on amd64.

Any comments/OK's?

Index: Makefile
===
RCS file: /cvs/ports/graphics/blender/Makefile,v
retrieving revision 1.99
diff -u -p -r1.99 Makefile
--- Makefile29 Nov 2020 19:57:01 -  1.99
+++ Makefile30 Dec 2020 19:40:06 -
@@ -1,6 +1,6 @@
  # $OpenBSD: Makefile,v 1.99 2020/11/29 19:57:01 sthen Exp $
  
-ONLY_FOR_ARCHS = amd64 i386

+ONLY_FOR_ARCHS = amd64
  
  COMMENT =	3D creation software
  
@@ -21,9 +21,9 @@ WANTLIB += IlmThread-2_5 Imath-2_5 OpenC

  WANTLIB += X11 Xfixes Xi Xrender Xxf86vm avcodec avdevice avformat
  WANTLIB += avutil boost_atomic-mt boost_chrono-mt boost_date_time-mt
  WANTLIB += boost_filesystem-mt boost_regex-mt boost_system-mt
-WANTLIB += boost_thread-mt c fftw3 freetype jpeg m openal openjp2
-WANTLIB += png potrace sndfile swscale tbb tiff tinyxml util yaml-cpp
-WANTLIB += z
+WANTLIB += boost_thread-mt c fftw3 freetype gmp gmpxx jpeg m openal
+WANTLIB += openjp2 png potrace sndfile swscale tbb tiff tinyxml
+WANTLIB += util yaml-cpp z
  
  MASTER_SITES =	https://download.blender.org/source/ \

http://mirror.cs.umn.edu/blender.org/source/
@@ -39,30 +39,29 @@ MODPY_VERSION = ${MODPY_DEFAULT_VERSION_
  
  CONFIGURE_ARGS =	-DPYTHON_INCLUDE_DIR="${MODPY_INCDIR}" \

-DPYTHON_VERSION=${MODPY_VERSION} \
-   -DWITH_CODEC_FFMPEG=ON \
-DWITH_INTERNATIONAL=OFF \
-   -DWITH_RAYOPTIMIZATION=OFF \
-   -DWITH_OPENCOLORIO=ON \
-DWITH_OPENMP=OFF \
-DWITH_SYSTEM_GLEW=ON \
-   -DWITH_CPU_SSE=OFF \
-DWITH_CYCLES_EMBREE=OFF \
-DWITH_JACK=OFF
  
-BUILD_DEPENDS =	devel/gflags \

-   math/py-numpy${MODPY_FLAVOR}
-LIB_DEPENDS =  graphics/png \
-   graphics/jpeg \
-   graphics/glew \
-   graphics/openexr \
-   graphics/tiff \
+BUILD_DEPENDS = math/py-numpy${MODPY_FLAVOR}
+LIB_DEPENDS =  audio/libsndfile \
+   audio/openal \
devel/boost \
+   devel/gmp,-cxx \
+   devel/sdl2 \
devel/tbb \
-   audio/openal \
-   graphics/openjp2 \
graphics/ffmpeg \
+   graphics/glew \
+   graphics/jpeg \
+   graphics/opencolorio \
+   graphics/openexr \
graphics/openimageio \
+   graphics/openjp2 \
+   graphics/png \
graphics/potrace \
+   graphics/tiff \
math/fftw3 \
${MODPY_LIB_DEPENDS}
  RUN_DEPENDS = devel/desktop-file-utils \