Re: security upate: py-yaml

2020-03-30 Thread Remi Pointel

On 2020-03-30 23:42, Stuart Henderson wrote:

We are currently quite behind on 5.1.1 so there are a number of other things
fixed in the meantime, but this includes a code execution fix. Nothing looks
incompatible in changelog, I've tested runtime with beets, ansible, urlwatch
and built a selection of the other ports depending on it. OK?


Hello,

I sent a similar diff to pea few days ago.

The only difference is the WANTLIB modification, when I ran 'make 
port-lib-depends-check':


Extra:  yaml.0
WANTLIB += yaml-0

So I changed yaml to yaml-0.

Do you have the same result?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/textproc/py-yaml/Makefile,v
retrieving revision 1.20
diff -u -p -u -p -r1.20 Makefile
--- Makefile	23 Jun 2019 16:28:30 -	1.20
+++ Makefile	31 Mar 2020 05:31:57 -
@@ -2,7 +2,7 @@
 
 COMMENT=	YAML parser and emitter in Python
 
-MODPY_EGG_VERSION=5.1.1
+MODPY_EGG_VERSION=5.3.1
 DISTNAME=	PyYAML-${MODPY_EGG_VERSION}
 PKGNAME=	py-yaml-${MODPY_EGG_VERSION}
 CATEGORIES=	textproc
@@ -14,7 +14,7 @@ MAINTAINER=	Pierre-Emmanuel Andre 

Re: UPDATE: net/toxcore

2020-03-30 Thread putridsoul66
Updated SHARED_LIBS
Can you tell, how one decides the version of a shared library.

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
+++ Makefile31 Mar 2020 05:09:29 -
@@ -2,15 +2,15 @@
 
 COMMENT =  Tox client library
 
-V =0.2.3
-REVISION = 3
+V =0.2.11
+REVISION = 0
 DISTNAME = toxcore-$V
 
 GH_ACCOUNT =   TokTok
 GH_PROJECT =   c-toxcore
 GH_TAGNAME =   v$V
 
-SHARED_LIBS += toxcore 0.1 # 0.1
+SHARED_LIBS += toxcore 1.0 # 1.0
 CATEGORIES =   net telephony
 
 HOMEPAGE = https://tox.chat/
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
+++ distinfo31 Mar 2020 05:09:29 -
@@ -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.11.tar.gz) = 8REoWwNtd0bOjRMhzwuJ7JO0+tiukHZ6JOUCMLvuJ+E=
+SIZE (toxcore-0.2.11.tar.gz) = 507476
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_txt31 Mar 2020 05:09:29 -
@@ -6,54 +6,51 @@ $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()
+@@ -381,16 +381,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}")
 -  set_property(TEST ${target} PROPERTY ENVIRONMENT 
"LLVM_PROFILE_FILE=${target}.profraw")
 -endif()
 -  endif()
-+  message (WARNING "Test ${target} not built because it breaks the build 
with base-gcc and NO_TEST is set")
++  message (WARNING "Test ${target} not build because it breaks the build 
with base-gcc and NO_TEST is set")
  endfunction()
  
+ auto_test(TCP)
+@@ -436,9 +426,6 @@ auto_test(version)
+ auto_test(save_compatibility)
+ 
  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)
+-  auto_test(conference_av)
+-  auto_test(toxav_basic)
+-  auto_test(toxav_many)
  endif()
  
- auto_test(TCP)
-@@ -593,15 +580,3 @@ if(NOT WIN32
- set_source_files_properties(testing/av_test.c PROPERTIES LANGUAGE CXX)
-   endif()
- endif()
+ 

+@@ -495,19 +482,4 @@ endif()
+ 
+ option(BUILD_MISC_TESTS "Build additional tests" OFF)
+ if (BUILD_MISC_TESTS)
+-  add_executable(DHT_test ${CPUFEATURES}
+-testing/DHT_test.c)
+-  target_link_modules(DHT_test toxcore misc_tools)
 -
--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 misc_tools)
 -
--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 misc_tools)
 -
--add_executable(random_testing ${CPUFEATURES}
--  testing/random_testing.cc)
--target_link_modules(random_testing toxcore)
+-  add_executable(save-generator
+-

CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 23:01:46

Modified files:
x11/kde-applications/okular: Makefile 
Added files:
x11/kde-applications/okular/patches: patch-core_document_cpp 

Log message:
Fix CVE-2020-9359 in okular

Okular can be tricked into executing local binaries via specially crafted
PDF files:

https://nvd.nist.gov/vuln/detail/CVE-2020-9359
https://kde.org/info/security/advisory-20200312-1.txt



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 22:47:26

Modified files:
x11/yakuake: Makefile 

Log message:
Fix homepage

"Homepage link "https://yakuake.kde.org/; is dead (domain not found) for more
than a month." found by repology.org



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 22:45:57

Modified files:
x11/tellico: Makefile 

Log message:
Switch homepage to htttps



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 22:45:01

Modified files:
multimedia/phonon-qt5: Makefile 

Log message:
Fix homepage

"Homepage link "https://phonon.kde.org/; is dead (domain not found) for more
than a month." found by repology.org



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 22:43:59

Modified files:
multimedia/phonon: Makefile 

Log message:
Fix homepage

"Homepage link "https://phonon.kde.org/; is dead (domain not found) for more
than a month." found by repology.org



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 22:42:01

Modified files:
sysutils/krename: Makefile 

Log message:
Fix homepage

"Homepage link "http://www.krename.net/; is dead (HTTP error 404) for more than
a month." found by repology.org



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 22:40:24

Modified files:
devel/kf5/kirigami2: Makefile 

Log message:
Fix homepage

Homepage link "https://projects.kde.org/projects/frameworks/kirigami2; is dead
(HTTP error 404) for more than a month.



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 22:37:47

Modified files:
devel/boost: Makefile 

Log message:
Switch HOMEPAGE to https



Re: UPDATE: net/toxcore

2020-03-30 Thread Brad Smith

On 3/30/2020 9:35 AM, putridsou...@gmail.com wrote:


I hope this is final, Completed a full build
successfully, also ported the patch. Any user
can test audio-video.

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
+++ Makefile30 Mar 2020 13:31:09 -
@@ -2,8 +2,8 @@
  
  COMMENT =		Tox client library
  
-V =			0.2.3

-REVISION = 3
+V =0.2.11
+REVISION = 0
  DISTNAME =toxcore-$V
  
  GH_ACCOUNT =		TokTok



The SHARED_LIBS entry needs to be bumped from 0.1 to 1.0.



Re: Update net/libsignal-protocol-c 2.3.2->3

2020-03-30 Thread Lucas
Soon-to-be maintainer of net/profanity here (another XMPP client,
consumer of this lib). Profanity works fine compiled against updated
libsignal-protocol-c.

Tests passed too, after adding CK_DEFAULT_TIMEOUT=10 to TEST_ENV.
The test timing out was test_unique_signatures in curve25519 suite.
Machine is an APU2 [0], not the most powerful hardware out there, but
might be something to taken into account.

Thanks for the work!

-Lucas

[0]: https://pcengines.ch/apu2.htm



Re: security upate: py-yaml

2020-03-30 Thread Kurt Mosiejczuk
On Mon, Mar 30, 2020 at 10:42:20PM +0100, Stuart Henderson wrote:
> We are currently quite behind on 5.1.1 so there are a number of other things
> fixed in the meantime, but this includes a code execution fix. Nothing looks
> incompatible in changelog, I've tested runtime with beets, ansible, urlwatch
> and built a selection of the other ports depending on it. OK?

All tests pass for me on sparc64 (both FLAVORs).

ok kmos

--Kurt

> 5.3.1 (2020-03-18)
> 
> * https://github.com/yaml/pyyaml/pull/386 -- Prevents arbitrary code 
> execution during python/object/new constructor
> 
> 5.3 (2020-01-06)
> 
> * https://github.com/yaml/pyyaml/pull/290 -- Use `is` instead of equality for 
> comparing with `None`
> * https://github.com/yaml/pyyaml/pull/270 -- fix typos and stylistic nit
> * https://github.com/yaml/pyyaml/pull/309 -- Fix up small typo
> * https://github.com/yaml/pyyaml/pull/161 -- Fix handling of __slots__
> * https://github.com/yaml/pyyaml/pull/358 -- Allow calling 
> add_multi_constructor with None
> * https://github.com/yaml/pyyaml/pull/285 -- Add use of safe_load() function 
> in README
> * https://github.com/yaml/pyyaml/pull/351 -- Fix reader for Unicode code 
> points over 0x
> * https://github.com/yaml/pyyaml/pull/360 -- Enable certain unicode tests 
> when maxunicode not > 0x
> * https://github.com/yaml/pyyaml/pull/359 -- Use full_load in yaml-highlight 
> example
> * https://github.com/yaml/pyyaml/pull/244 -- Document that PyYAML is 
> implemented with Cython
> * https://github.com/yaml/pyyaml/pull/329 -- Fix for Python 3.10
> * https://github.com/yaml/pyyaml/pull/310 -- increase size of index, line, 
> and column fields
> * https://github.com/yaml/pyyaml/pull/260 -- remove some unused imports
> * https://github.com/yaml/pyyaml/pull/163 -- Create timezone-aware datetimes 
> when parsed as such
> * https://github.com/yaml/pyyaml/pull/363 -- Add tests for timezone
> 
> 5.2 (2019-12-02)
> --
> 
> * Repair incompatibilities introduced with 5.1. The default Loader was 
> changed,
>   but several methods like add_constructor still used the old default
>   https://github.com/yaml/pyyaml/pull/279 -- A more flexible fix for custom 
> tag constructors
>   https://github.com/yaml/pyyaml/pull/287 -- Change default loader for 
> yaml.add_constructor
>   https://github.com/yaml/pyyaml/pull/305 -- Change default loader for 
> add_implicit_resolver, add_path_resolver
> * Make FullLoader safer by removing python/object/apply from the default 
> FullLoader
>   https://github.com/yaml/pyyaml/pull/347 -- Move constructor for 
> object/apply to UnsafeConstructor
> * Fix bug introduced in 5.1 where quoting went wrong on systems with 
> sys.maxunicode <= 0x
>   https://github.com/yaml/pyyaml/pull/276 -- Fix logic for quoting special 
> characters
> * Other PRs:
>   https://github.com/yaml/pyyaml/pull/280 -- Update CHANGES for 5.1
> 
> 5.1.2 (2019-07-30)
> --
> 
> * Re-release of 5.1 with regenerated Cython sources to build properly for 
> Python 3.8b2+
> 
> 
> 
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/textproc/py-yaml/Makefile,v
> retrieving revision 1.20
> diff -u -p -r1.20 Makefile
> --- Makefile  23 Jun 2019 16:28:30 -  1.20
> +++ Makefile  30 Mar 2020 21:26:23 -
> @@ -2,7 +2,7 @@
>  
>  COMMENT= YAML parser and emitter in Python
>  
> -MODPY_EGG_VERSION=5.1.1
> +MODPY_EGG_VERSION=5.3.1
>  DISTNAME=PyYAML-${MODPY_EGG_VERSION}
>  PKGNAME= py-yaml-${MODPY_EGG_VERSION}
>  CATEGORIES=  textproc
> Index: distinfo
> ===
> RCS file: /cvs/ports/textproc/py-yaml/distinfo,v
> retrieving revision 1.7
> diff -u -p -r1.7 distinfo
> --- distinfo  23 Jun 2019 16:28:30 -  1.7
> +++ distinfo  30 Mar 2020 21:26:23 -
> @@ -1,2 +1,2 @@
> -SHA256 (PyYAML-5.1.1.tar.gz) = tLtNP14jJCXiXdohwHDOBRaKeGrJ7aQ3aKt/OsJ3CVU=
> -SIZE (PyYAML-5.1.1.tar.gz) = 274442
> +SHA256 (PyYAML-5.3.1.tar.gz) = uOrHUsXhTT7KDm3ZGZzWJ1GMtewGrdDenTK67ub+ZF0=
> +SIZE (PyYAML-5.3.1.tar.gz) = 269377
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/textproc/py-yaml/pkg/PLIST,v
> retrieving revision 1.2
> diff -u -p -r1.2 PLIST
> --- pkg/PLIST 9 Dec 2015 18:26:47 -   1.2
> +++ pkg/PLIST 30 Mar 2020 21:26:23 -
> @@ -1,6 +1,6 @@
>  @comment $OpenBSD: PLIST,v 1.2 2015/12/09 18:26:47 jca Exp $
>  
> lib/python${MODPY_VERSION}/site-packages/PyYAML-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info
> -lib/python${MODPY_VERSION}/site-packages/_yaml.so
> +@so lib/python${MODPY_VERSION}/site-packages/_yaml.so
>  lib/python${MODPY_VERSION}/site-packages/yaml/
>  lib/python${MODPY_VERSION}/site-packages/yaml/__init__.py
>  
> ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/yaml/${MODPY_PYCACHE}/
> 



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/03/30 15:59:02

Modified files:
net/freeradius3: Tag: OPENBSD_6_6 Makefile distinfo 
net/freeradius3/patches: Tag: OPENBSD_6_6 
 patch-raddb_radiusd_conf_in 
 patch-src_main_tls_c 
net/freeradius3/pkg: Tag: OPENBSD_6_6 PLIST-iodbc PLIST-main 
 PLIST-mysql PLIST-pgsql 

Log message:
MFC update to freeradius (3.0.19->3.0.21) - the previous version
3.0.20 fixed a crash in EAP-PWD when concurrent EAP-pwd handshakes are
initiated; 3.0.21 reverts a change made in 3.0.20 that causes a crash
with duplicate clients.



security upate: py-yaml

2020-03-30 Thread Stuart Henderson
We are currently quite behind on 5.1.1 so there are a number of other things
fixed in the meantime, but this includes a code execution fix. Nothing looks
incompatible in changelog, I've tested runtime with beets, ansible, urlwatch
and built a selection of the other ports depending on it. OK?


5.3.1 (2020-03-18)

* https://github.com/yaml/pyyaml/pull/386 -- Prevents arbitrary code execution 
during python/object/new constructor

5.3 (2020-01-06)

* https://github.com/yaml/pyyaml/pull/290 -- Use `is` instead of equality for 
comparing with `None`
* https://github.com/yaml/pyyaml/pull/270 -- fix typos and stylistic nit
* https://github.com/yaml/pyyaml/pull/309 -- Fix up small typo
* https://github.com/yaml/pyyaml/pull/161 -- Fix handling of __slots__
* https://github.com/yaml/pyyaml/pull/358 -- Allow calling 
add_multi_constructor with None
* https://github.com/yaml/pyyaml/pull/285 -- Add use of safe_load() function in 
README
* https://github.com/yaml/pyyaml/pull/351 -- Fix reader for Unicode code points 
over 0x
* https://github.com/yaml/pyyaml/pull/360 -- Enable certain unicode tests when 
maxunicode not > 0x
* https://github.com/yaml/pyyaml/pull/359 -- Use full_load in yaml-highlight 
example
* https://github.com/yaml/pyyaml/pull/244 -- Document that PyYAML is 
implemented with Cython
* https://github.com/yaml/pyyaml/pull/329 -- Fix for Python 3.10
* https://github.com/yaml/pyyaml/pull/310 -- increase size of index, line, and 
column fields
* https://github.com/yaml/pyyaml/pull/260 -- remove some unused imports
* https://github.com/yaml/pyyaml/pull/163 -- Create timezone-aware datetimes 
when parsed as such
* https://github.com/yaml/pyyaml/pull/363 -- Add tests for timezone

5.2 (2019-12-02)
--

* Repair incompatibilities introduced with 5.1. The default Loader was changed,
  but several methods like add_constructor still used the old default
  https://github.com/yaml/pyyaml/pull/279 -- A more flexible fix for custom tag 
constructors
  https://github.com/yaml/pyyaml/pull/287 -- Change default loader for 
yaml.add_constructor
  https://github.com/yaml/pyyaml/pull/305 -- Change default loader for 
add_implicit_resolver, add_path_resolver
* Make FullLoader safer by removing python/object/apply from the default 
FullLoader
  https://github.com/yaml/pyyaml/pull/347 -- Move constructor for object/apply 
to UnsafeConstructor
* Fix bug introduced in 5.1 where quoting went wrong on systems with 
sys.maxunicode <= 0x
  https://github.com/yaml/pyyaml/pull/276 -- Fix logic for quoting special 
characters
* Other PRs:
  https://github.com/yaml/pyyaml/pull/280 -- Update CHANGES for 5.1

5.1.2 (2019-07-30)
--

* Re-release of 5.1 with regenerated Cython sources to build properly for 
Python 3.8b2+





Index: Makefile
===
RCS file: /cvs/ports/textproc/py-yaml/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile23 Jun 2019 16:28:30 -  1.20
+++ Makefile30 Mar 2020 21:26:23 -
@@ -2,7 +2,7 @@
 
 COMMENT=   YAML parser and emitter in Python
 
-MODPY_EGG_VERSION=5.1.1
+MODPY_EGG_VERSION=5.3.1
 DISTNAME=  PyYAML-${MODPY_EGG_VERSION}
 PKGNAME=   py-yaml-${MODPY_EGG_VERSION}
 CATEGORIES=textproc
Index: distinfo
===
RCS file: /cvs/ports/textproc/py-yaml/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo23 Jun 2019 16:28:30 -  1.7
+++ distinfo30 Mar 2020 21:26:23 -
@@ -1,2 +1,2 @@
-SHA256 (PyYAML-5.1.1.tar.gz) = tLtNP14jJCXiXdohwHDOBRaKeGrJ7aQ3aKt/OsJ3CVU=
-SIZE (PyYAML-5.1.1.tar.gz) = 274442
+SHA256 (PyYAML-5.3.1.tar.gz) = uOrHUsXhTT7KDm3ZGZzWJ1GMtewGrdDenTK67ub+ZF0=
+SIZE (PyYAML-5.3.1.tar.gz) = 269377
Index: pkg/PLIST
===
RCS file: /cvs/ports/textproc/py-yaml/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST   9 Dec 2015 18:26:47 -   1.2
+++ pkg/PLIST   30 Mar 2020 21:26:23 -
@@ -1,6 +1,6 @@
 @comment $OpenBSD: PLIST,v 1.2 2015/12/09 18:26:47 jca Exp $
 
lib/python${MODPY_VERSION}/site-packages/PyYAML-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info
-lib/python${MODPY_VERSION}/site-packages/_yaml.so
+@so lib/python${MODPY_VERSION}/site-packages/_yaml.so
 lib/python${MODPY_VERSION}/site-packages/yaml/
 lib/python${MODPY_VERSION}/site-packages/yaml/__init__.py
 ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/yaml/${MODPY_PYCACHE}/



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/03/30 15:38:42

Modified files:
audio/beets: Makefile 
audio/beets/pkg: README 

Log message:
Update beets readme: replaygain needs gstreamer1-plugins-good as well.



Re: [NEW] mail/aerc

2020-03-30 Thread Raymond E. Pasco
On Mon Mar 30, 2020 at 3:48 PM, Omar Polo wrote:
> There's only one thing that I would like to report, as I think it's
> an error. In the default config, in the filters section, there are
> some paths that I don't expect:
>
> 
> subject,~^\[PATCH=awk -f
> /usr/ports/pobj/aerc-0.3.0/fake-amd64/usr/local/share/aerc/filters/hldiff
> #text/html=/usr/ports/pobj/aerc-0.3.0/fake-amd64/usr/local/share/aerc/filters/html
> text/*=awk -f
> /usr/ports/pobj/aerc-0.3.0/fake-amd64/usr/local/share/aerc/filters/plaintext

Thanks for the report. My config generated the correct paths, but I'll
try to reproduce and fix this on my end.



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/03/30 15:11:06

Modified files:
converters/bdf2sfd: Makefile distinfo 

Log message:
Update bdf2sfd to 1.1.1.



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/03/30 14:43:50

Modified files:
archivers/snappy: Makefile distinfo 

Log message:
update to snappy-1.1.8



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 14:12:38

Modified files:
devel/cmake: Makefile 

Log message:
of course, forget the bump



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 14:11:34

Modified files:
devel/cmake: Makefile 

Log message:
backout python3 switch in cmake, spotted by many in bulk builds



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2020/03/30 14:10:24

Modified files:
emulators/qemu : Makefile 
emulators/qemu/patches: patch-audio_sndioaudio_c 

Log message:
Sync in sndio updates, mostly style tweaks.

from Brad (maintainer)



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2020/03/30 14:02:42

Modified files:
devel/samurai  : Makefile distinfo 

Log message:
Update to samurai-1.1
Changelog: https://github.com/michaelforney/samurai/releases/tag/1.1



Re: CVS: cvs.openbsd.org: ports

2020-03-30 Thread Antoine Jacoutot
On Sun, Mar 29, 2020 at 01:14:25PM -0600, Rafael Sadowski wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   rsadow...@cvs.openbsd.org   2020/03/29 13:14:25
> 
> Modified files:
>   devel/cmake: Makefile 
> 
> Log message:
> Switch CMake to use python3-sphinx to create docs.

I "think" this broke devel/libgit2/libgit2:

-- Could NOT find PythonInterp (missing: PYTHON_EXECUTABLE) 
CMake Error at tests/CMakeLists.txt:4 (MESSAGE):
  Could not find a python interpeter, which is needed to build the tests.
  Make sure python is available, or pass -DBUILD_CLAR=OFF to skip building
  the tests


-- Configuring incomplete, errors occurred!

It works if I install py3.

-- 
Antoine



Re: [base-gcc/sparc64] Fix build for x11/gnome/control-center

2020-03-30 Thread Antoine Jacoutot
On Mon, Mar 30, 2020 at 03:24:14PM +0200, Jeremie Courreges-Anglas wrote:
> On Mon, Mar 30 2020, Stuart Henderson  wrote:
> > On 2020/03/29 23:13, Antoine Jacoutot wrote:
> >> On Sun, Mar 29, 2020 at 10:11:07PM +0200, Charlene Wendling wrote:
> >> > > If gnome or a subset of its apps doesn't build, then it sure can't be
> >> > > used and debugged on powerpc.  Even if the full gnome desktop isn't
> >> > > usable, its apps can probably be useful.
> >> 
> >> I don't see how gnome-control-center can be useful as a single application.
> 
> Well Charlene mentioned running gnome on powerpc:
> 
> >> On Sun, Mar 29, 2020 at 10:11:07PM +0200, Charlene Wendling wrote:
> >>> *Some* GNOME stuff don't work properly.
> >>> 
> >>> But it's not *totally* broken [0] :) 
> >>> 
> >>> [0] https://bsd.network/web/statuses/102065676125440442
> 
> But one can't pkg_add gnome if gnome-control-center is missing since
> it's a RUN_DEPENDS of meta/gnome,-main and x11/gnome/shell.
> 
> And let me repeat another point:
> 
> >> > > Instead of discussing on
> >> > > a case by case basis which app makes sense on what arch, I find it
> >> > > easier to just fix the build of everything that can be fixed.
> 
> *Especially* when such discussions take time and patience, while the fix
> itself is (usually) just a CFLAGS or LDFLAGS tweak.

You missed my point.
I stated my case and as I said we agree to disagree.
Do what you want.

-- 
Antoine



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Tracey Emery
CVSROOT:/cvs
Module name:ports
Changes by: tra...@cvs.openbsd.org  2020/03/30 13:24:41

Modified files:
devel/xtensa-esp32-elf: Makefile.inc 
devel/xtensa-esp32-elf/gcc-bootstrap: Makefile 

Log message:
mark entire xtensa-esp32-elf port as BROKEN-sparc64

ok kmos@



Re: 回复: [NEW] www/p5-Plack-Request-WithEncoding

2020-03-30 Thread Chris Bennett
On Thu, Mar 26, 2020 at 10:28:10AM -0700, Andrew Hewus Fresh wrote:
> > > 
> > > I like it a lot, I think you should submit it upstream.
> > > 
> > > Still OK afresh1@, especially with the replaced DESCR
> > > 
> > 
> > I submitted it upstream.
> 
> Oh, also, cool!  Thanks!  
> 

Upstream accepted changes. I will submit new version shortly.


-- 
Chris Bennett




Re: Python2 -> Python3 fallout

2020-03-30 Thread Stuart Henderson
On 2020/03/30 20:31, Rafael Sadowski wrote:
> On Mon Mar 30, 2020 at 07:34:10PM +0200, Christian Weisgerber wrote:
> > People have been switching ports from Python2 to Python3.  In some
> > cases, this appears to bubble up to dependent ports and break them:
> > 
> > games/freeorion undefined symbol: PyString_FromStringAndSize
> > games/gemrb undefined symbol: Py_InitModule4_64
> 
> !cmake

those two are cmake too.

freeorion:
===>  Configuring for freeorion-0.4.8p1
-- Build type CMAKE_BUILD_TYPE set to Release
[..]
-- Found PythonInterp: /usr/local/bin/python2.7 (found suitable version 
"2.7.17", minimum required is "2.7") 
-- Found PythonLibs: /usr/local/lib/libpython3.7m.so.0.0 (found suitable 
version "2.7.17", minimum required is "2.7") 

gemrb:
===>  Configuring for gemrb-0.8.6
-- The C compiler identification is Clang 8.0.1
[..]
-- Found PythonLibs: /usr/local/lib/libpython3.7m.so.0.0 (found suitable 
version "2.7.17", minimum required is "2.3") 
-- Looking for Python libraries and headers: found

As a first step I think check whether backing out the cmake py-sphinx commit
fixes things and if it does, commit the backout. Then work on a different
way forward for sphinx.



Re: Python2 -> Python3 fallout

2020-03-30 Thread Stuart Henderson
On 2020/03/30 19:34, Christian Weisgerber wrote:
> People have been switching ports from Python2 to Python3.  In some
> cases, this appears to bubble up to dependent ports and break them:
> 
> games/freeorion undefined symbol: PyString_FromStringAndSize
> games/gemrb undefined symbol: Py_InitModule4_64
> graphics/piglit Could NOT find PythonNumpy
> graphics/hugin  Could NOT find PythonLibs
> 
> None of these ports have been touched recently, but they now break
> from Py2/3 problems.  The "undefined symbol" errors are definitely
> a case of linking with -lpython3.7m, but expecting symbols only
> found in -lpython2.7.
> 
> Could the people who have been tilling that field please have a
> look?
> 
> -- 
> Christian "naddy" Weisgerber  na...@mips.inka.de
> 

I think these failures quite likely comes from switching cmake to the
python3 flavour of sphinx (pulling in python.port.mk etc so it has
various knock-on effects).

Switching things to the py3 version of sphinx by adding
MODULES=lang/python etc doesn't seem a good approach. The python
module has a bunch of side-effects that can be problematic for other
ports.

I think sphinx should be split into two packages - one for the module,
flavoured py2/py3 - one for the scripts, py3-only - and get rid of the
MODPY_BIN_SUFFIXes. First attempt at a diff for that below. It's going
to need some work with dependencies to figure out which need the module,
which need the scripts (some may need both) plus any ${MODPY_BIN_SUFFIX}
changes already made to find sphinx tools will need reverting.

Index: Makefile
===
RCS file: /cvs/ports/textproc/py-sphinx/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile12 Jul 2019 20:50:13 -  1.25
+++ Makefile30 Mar 2020 18:35:49 -
@@ -1,11 +1,17 @@
 # $OpenBSD: Makefile,v 1.25 2019/07/12 20:50:13 sthen Exp $
 
-COMMENT =  python documentation generator
+COMMENT-main = Python documentation generator module
+COMMENT-sphinxdoc =Python documentation generator
 
 MODPY_EGG_VERSION =1.4.8
 DISTNAME = Sphinx-${MODPY_EGG_VERSION}
 PKGNAME =  py-sphinx-${MODPY_EGG_VERSION}
-REVISION = 1
+FULLPKGNAME-main = ${MODPY_PY_PREFIX}sphinx-${MODPY_EGG_VERSION}
+FULLPKGNAME-sphinxdoc =sphinxdoc-${MODPY_EGG_VERSION}
+FULLPKGPATH-main = textproc/py-sphinx,-main${MODPY_FLAVOR}
+FULLPKGPATH-sphinxdoc =textproc/py-sphinx,-sphinxdoc
+
+REVISION-main =2
 
 CATEGORIES =   textproc
 
@@ -18,8 +24,14 @@ PERMIT_PACKAGE = Yes
 
 MODPY_PI = Yes
 
+MULTI_PACKAGES =   -main
+.if defined(FLAVOR) && ${FLAVOR:Mpython3}
+MULTI_PACKAGES +=  -sphinxdoc
+.endif
+
 MODULES =  lang/python
-RUN_DEPENDS =  devel/py-babel${MODPY_FLAVOR} \
+RUN_DEPENDS-sphinxdoc =${BUILD_PKGPATH},-main
+RUN_DEPENDS-main = devel/py-babel${MODPY_FLAVOR} \
devel/py-six${MODPY_FLAVOR} \
graphics/py-imagesize${MODPY_FLAVOR} \
textproc/py-alabaster${MODPY_FLAVOR} \
@@ -38,18 +50,17 @@ MODPY_SETUPTOOLS =  Yes
 FLAVORS =  python3
 FLAVOR ?=
 
+.if defined(FLAVOR) && ${FLAVOR:Mpython3}
+
 post-build:
cd ${WRKSRC} && ${MAKE_ENV} PYTHONPATH=${WRKSRC} \
${MODPY_BIN} sphinx-build.py doc doc/_build/html
 
-DOCS = ${PREFIX}/share/doc/${MODPY_PY_PREFIX}sphinx
-
+DOCS = ${PREFIX}/share/doc/py-sphinx
 post-install:
${INSTALL_DATA_DIR} ${DOCS}
cd ${WRKSRC}/doc/_build/html && pax -rw * ${DOCS}
-   for i in ${PREFIX}/bin/*; do \
-   mv $${i} $${i}${MODPY_BIN_SUFFIX} ;\
-   done
+.endif
 
 do-test:
cd ${WRKSRC} && env SPHINX_TEST_TEMPDIR=${WRKDIR} \
Index: pkg/DESCR
===
RCS file: pkg/DESCR
diff -N pkg/DESCR
--- pkg/DESCR   8 Apr 2009 23:35:07 -   1.1.1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,6 +0,0 @@
-Sphinx is a tool that makes it easy to create intelligent and
-beautiful documentation for Python projects (or other documents
-consisting of multiple reStructuredText sources), by Georg Brandl.
-It was originally created to translate the new Python documentation,
-but has now been cleaned up in the hope that it will be useful to
-many other projects.
Index: pkg/DESCR-main
===
RCS file: pkg/DESCR-main
diff -N pkg/DESCR-main
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/DESCR-main  30 Mar 2020 18:35:49 -
@@ -0,0 +1,9 @@
+Sphinx is a tool that makes it easy to create intelligent and
+beautiful documentation for Python projects (or other documents
+consisting of multiple reStructuredText sources), by Georg Brandl.
+It was originally created to translate the new Python 

Re: Python2 -> Python3 fallout

2020-03-30 Thread Rafael Sadowski
On Mon Mar 30, 2020 at 07:34:10PM +0200, Christian Weisgerber wrote:
> People have been switching ports from Python2 to Python3.  In some
> cases, this appears to bubble up to dependent ports and break them:
> 
> games/freeorion undefined symbol: PyString_FromStringAndSize
> games/gemrb undefined symbol: Py_InitModule4_64

!cmake

> graphics/piglit Could NOT find PythonNumpy
> graphics/hugin  Could NOT find PythonLibs

In both cmake cases -DPYTHON_EXECUTABLE=${MODPY_BIN} fix it to find the
correct versions. OK to commit this like my other KDE fixes?

> 
> None of these ports have been touched recently, but they now break
> from Py2/3 problems.  The "undefined symbol" errors are definitely
> a case of linking with -lpython3.7m, but expecting symbols only
> found in -lpython2.7.
> 
> Could the people who have been tilling that field please have a
> look?
> 
> -- 
> Christian "naddy" Weisgerber  na...@mips.inka.de
> 



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Matthias Kilian
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2020/03/30 12:26:06

Modified files:
print/poppler  : Makefile 
Added files:
print/poppler/patches: patch-glib_poppler-action_cc 
   patch-poppler_Link_cc 
   patch-poppler_Link_h 
   patch-utils_HtmlOutputDev_cc 

Log message:
Fix segfaults by adding two upstream commits.

A full update to poppler-0.87.0 will follow in a few days.

ok rsadowski@



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 11:39:06

Modified files:
x11/kde-applications: Makefile 

Log message:
Remove #SUBDIR += syndication, it's part of kf5



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 11:36:27

Modified files:
x11/kde-applications: Makefile 
x11/kde-applications/kdegraphics-thumbnailers: Makefile distinfo 
x11/kde-applications/kdegraphics-thumbnailers/pkg: PLIST 

Log message:
Enable kdegraphics-thumbnailers-19.12.3



Python2 -> Python3 fallout

2020-03-30 Thread Christian Weisgerber
People have been switching ports from Python2 to Python3.  In some
cases, this appears to bubble up to dependent ports and break them:

games/freeorion undefined symbol: PyString_FromStringAndSize
games/gemrb undefined symbol: Py_InitModule4_64
graphics/piglit Could NOT find PythonNumpy
graphics/hugin  Could NOT find PythonLibs

None of these ports have been touched recently, but they now break
from Py2/3 problems.  The "undefined symbol" errors are definitely
a case of linking with -lpython3.7m, but expecting symbols only
found in -lpython2.7.

Could the people who have been tilling that field please have a
look?

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de



Re: [new] devel/sqlc - a tool to create type safe go from SQL

2020-03-30 Thread Raf Czlonka
On Mon, Mar 30, 2020 at 02:56:32PM BST, Aaron Bieber wrote:
> Hi,
> 
> Here is a port of sqlc - A neat tool for generating Go from SQL.
> 
> Homepage: https://github.com/kyleconroy/sqlc
> DESCR:
>   sqlc generates fully-type safe idiomatic Go code from SQL. Here's how it
   ^^^
Hi Aaron,

I believe this should read: "fully type-safe".

I'll send a PR upstream later today unless someone beats me to it ;^)

>   works:
>   
>   You write SQL queries
>   You run sqlc to generate Go code that presents type-safe interfaces to
>   those queries
>   You write application code that calls the methods sqlc generated.

Also, the sentences should probably be terminated by a full stop
('.'), unless you turn it into a list like it is upstream - full
stop on the last item should go. I'll also include it in the PR.

> OK?
> 
> Cheers,
> Aaron
> 

Regards,

Raf



devel/xtensa-esp32-elf make all broken

2020-03-30 Thread Tracey Emery
Hello,

Just a simple modification to set the whole port broken on sparc64, since
the toolchain is useless there. We don't need to install just parts of
the port.

OK?

-- 

Tracey Emery

Index: Makefile.inc
===
RCS file: /cvs/ports/devel/xtensa-esp32-elf/Makefile.inc,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile.inc
--- Makefile.inc11 Mar 2020 14:24:57 -  1.1.1.1
+++ Makefile.inc30 Mar 2020 17:20:56 -
@@ -1,5 +1,7 @@
 # $OpenBSD: Makefile.inc,v 1.1.1.1 2020/03/11 14:24:57 tracey Exp $
 
+BROKEN-sparc64 = 'in gcc-bootsrap build/genmodes -h > tmp-modes.h' 'Illegal 
instruction (core dumped)'
+
 CONFIG =   xtensa-esp32-elf
 CATEGORIES +=  devel
 HOMEPAGE = https://www.espressif.com/en/products/software/esp-sdk/overview
Index: gcc-bootstrap/Makefile
===
RCS file: /cvs/ports/devel/xtensa-esp32-elf/gcc-bootstrap/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- gcc-bootstrap/Makefile  25 Mar 2020 14:11:13 -  1.2
+++ gcc-bootstrap/Makefile  30 Mar 2020 17:20:56 -
@@ -1,7 +1,5 @@
 # $OpenBSD: Makefile,v 1.2 2020/03/25 14:11:13 tracey Exp $
 
-BROKEN-sparc64 = 'build/genmodes -h > tmp-modes.h' 'Illegal instruction (core 
dumped)'
-
 COMMENT =  bootstrap compiler for ${CONFIG} cross-development
 
 V =8.2.0



Re: libssh: update to 0.9.3, disable unit tests due to argp error

2020-03-30 Thread Remi Pointel

On 2020-03-30 17:19, Jeremie Courreges-Anglas wrote:

On Sat, Mar 28 2020, Klemens Nanni  wrote:

https://www.libssh.org/2019/12/10/libssh-0-9-3-and-libssh-0-8-8-security-release/

check_syms reports no dynamic symbol removals, only additions.

libssh fails to build due to argp related code in the unit tests;  I've
disabled them for now to unblock the update - I could not fix it myself.

There is software that apparently reuires >=0.9.0 so I'm updating to
0.9.3 rather than 0.8.3, and as no existing port has specific version
requirements for <0.9.0 I currently see no reason not to.

Tested with latest sysutils/tmate 2.4.0p1 on amd64 which successfully
establishes SSH connections as client.

Since this fixes CVEs, I'll add quirks if this should go in.

Feedback? OK?


Looks good overall: the SHARED_LIBS bump looks correct, the header
changes don't show incompatible changes.  But a few decls have been
marked deprecated, and this might cause trouble at build time so you
might want to test-build consumers (SUBDIRLIST can help here as pointed
out by sthen@).

I think it would be good to keep the unit tests, so here's an updated
diff that addresses the clash between libssh priv.h and potentially all
headers that use attribute((__unused__)).  I can try to push that fix
upstream, where the problem has already been reported.

make test is happy on amd64 and sparc64.


Hi,

sounds good to me, thank you.

Don't hesitate to take maintainership on it.

Cheers,

Remi.



CVS: cvs.openbsd.org: ports

2020-03-30 Thread James Turner
CVSROOT:/cvs
Module name:ports
Changes by: jtur...@cvs.openbsd.org 2020/03/30 11:13:26

Modified files:
www/openradtool: Makefile distinfo 

Log message:
Update openradtool to 0.8.10. "Fix where auto-valued enumerations weren't 
auto-value-ing."
Issue discovered by naddy@ in bulk build of sysutils/slant. Quick fix from
Kristaps Dzonsons.



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 11:13:40

Modified files:
x11/kde4/kross-interpreters: Makefile 

Log message:
Fix build, help kross-interpreters-4.14.3 to use py2, spotted by naddy@



CMake and ruby executable path

2020-03-30 Thread Rafael Sadowski
Help CMake builds with ruby module find the correct ruby executable.

Index: ruby.port.mk
===
RCS file: /cvs/ports/lang/ruby/ruby.port.mk,v
retrieving revision 1.100
diff -u -p -r1.100 ruby.port.mk
--- ruby.port.mk20 Mar 2020 16:44:24 -  1.100
+++ ruby.port.mk30 Mar 2020 17:06:18 -
@@ -183,6 +183,12 @@ MODRUBY_pre-configure += ${MODRUBY_ADJ_R
 
 MODRUBY_WANTLIB+=  c gmp m pthread
 
+# CMake
+.if ${CONFIGURE_STYLE:Mcmake}
+# https://cmake.org/cmake/help/latest/module/FindRuby.html
+CONFIGURE_ARGS +=  -DRUBY_EXECUTABLE=${RUBY}
+.endif
+
 .if ${CONFIGURE_STYLE:L:Mext}
 # Ruby C exensions are specific to an arch and are loaded as
 # shared libraries (not compiled into ruby), so make sure PKG_ARCH=*



CMake and python executable path

2020-03-30 Thread Rafael Sadowski
This little diff should fix many cases instead fixing every by hand.

What do you think?

Index: python.port.mk
===
RCS file: /cvs/ports/lang/python/python.port.mk,v
retrieving revision 1.120
diff -u -p -r1.120 python.port.mk
--- python.port.mk  11 Feb 2020 11:45:31 -  1.120
+++ python.port.mk  30 Mar 2020 16:49:57 -
@@ -190,6 +190,9 @@ CONFIGURE_ENV +=PYTHON="${MODPY_BIN}"
 .if ${CONFIGURE_STYLE:Mgnu}
 CONFIGURE_ENV +=   ac_cv_prog_PYTHON="${MODPY_BIN}" \
ac_cv_path_PYTHON="${MODPY_BIN}"
+.elif ${CONFIGURE_STYLE:Mcmake}
+# https://cmake.org/cmake/help/latest/module/FindPythonInterp.html
+CONFIGURE_ARGS +=  -DPYTHON_EXECUTABLE=${MODPY_BIN}
 .endif
 
 MODPY_CMD =cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} \



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 10:34:36

Modified files:
devel/kf5/kapidox: Makefile 
devel/kf5/kapidox/pkg: PLIST 

Log message:
Fix kapidox build with python3, spotted by naddy@



UPDATE devel/py-jupyter_core-4.6.3

2020-03-30 Thread Bjorn Ketelaars
Simple update for py-jupyter_core. Changes:
https://github.com/jupyter/jupyter_core/blob/4.6.3/docs/changelog.rst

No failing tests and run tested in combination with jupyter-notebook on
amd64.

Comments/OK?


diff --git Makefile Makefile
index fdfdead7080..8598e229f83 100644
--- Makefile
+++ Makefile
@@ -2,8 +2,7 @@
 
 COMMENT =  Jupyter core package
 
-MODPY_EGG_VERSION =4.6.1
-REVISION = 0
+MODPY_EGG_VERSION =4.6.3
 DISTNAME = jupyter_core-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 
diff --git distinfo distinfo
index f92949f9480..afef6d57d08 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (jupyter_core-4.6.1.tar.gz) = 
oYPg7C6Pat3fYrCj/GoiN+PgBW04HlNtPnx+zDBn4kQ=
-SIZE (jupyter_core-4.6.1.tar.gz) = 66693
+SHA256 (jupyter_core-4.6.3.tar.gz) = 
OU/V3Xh+fIhhdBiAvfigDOOfld5dGOV5x0uIJSIhnn4=
+SIZE (jupyter_core-4.6.3.tar.gz) = 67305



UPDATE devel/py-nbformat-5.0.4

2020-03-30 Thread Bjorn Ketelaars
Enclosed an update for py-nbformat. Changelog:
https://github.com/jupyter/nbformat/blob/5.0.4/docs/changelog.rst

Testing:
- 'make test' runs successful
- run tested in combination with jupyter-notebook on amd64

Comments/OK?


diff --git Makefile Makefile
index d735ff735c6..56909dce539 100644
--- Makefile
+++ Makefile
@@ -2,8 +2,7 @@
 
 COMMENT =  Jupyter notebook format
 
-MODPY_EGG_VERSION =4.4.0
-REVISION = 0
+MODPY_EGG_VERSION =5.0.4
 DISTNAME = nbformat-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 
diff --git distinfo distinfo
index e235900fecd..2fcec2f8e96 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (nbformat-4.4.0.tar.gz) = 90lO8N9gdmt8q+CjZRVWNFqWO3TbwWvHwYR5BBFw1AI=
-SIZE (nbformat-4.4.0.tar.gz) = 113683
+SHA256 (nbformat-5.0.4.tar.gz) = Vi3kH8f09IG3mrXWgyeb86FohYJo1Dh7SJt7Ar4LMko=
+SIZE (nbformat-5.0.4.tar.gz) = 111745
diff --git pkg/PLIST pkg/PLIST
index 13ff4718f04..e57a6a74077 100644
--- pkg/PLIST
+++ pkg/PLIST
@@ -1,12 +1,12 @@
 @comment $OpenBSD: PLIST,v 1.4 2020/03/23 05:05:03 bket Exp $
 @conflict py-nbformat-*
 @pkgpath devel/py-nbformat
-bin/jupyter-trust
 lib/python${MODPY_VERSION}/site-packages/nbformat/
 
lib/python${MODPY_VERSION}/site-packages/nbformat-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info
 lib/python${MODPY_VERSION}/site-packages/nbformat/__init__.py
 
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/nbformat/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/nbformat/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/nbformat/${MODPY_PYCACHE}_compat.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/nbformat/${MODPY_PYCACHE}_version.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/nbformat/${MODPY_PYCACHE}converter.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/nbformat/${MODPY_PYCACHE}current.${MODPY_PYC_MAGIC_TAG}pyc
@@ -15,6 +15,7 @@ 
lib/python${MODPY_VERSION}/site-packages/nbformat/${MODPY_PYCACHE}reader.${MODPY
 
lib/python${MODPY_VERSION}/site-packages/nbformat/${MODPY_PYCACHE}sentinel.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/nbformat/${MODPY_PYCACHE}sign.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/nbformat/${MODPY_PYCACHE}validator.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/nbformat/_compat.py
 lib/python${MODPY_VERSION}/site-packages/nbformat/_version.py
 lib/python${MODPY_VERSION}/site-packages/nbformat/converter.py
 lib/python${MODPY_VERSION}/site-packages/nbformat/current.py
@@ -40,6 +41,7 @@ 
lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4.ipynb
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4custom.ipynb
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4docinfo.ipynb
 
lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4jupyter_metadata.ipynb
+lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4jupyter_metadata_timings.ipynb
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test4plus.ipynb
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test_api.py
 lib/python${MODPY_VERSION}/site-packages/nbformat/tests/test_convert.py
@@ -137,6 +139,11 @@ 
lib/python${MODPY_VERSION}/site-packages/nbformat/v4/${MODPY_PYCACHE}nbjson.${MO
 
lib/python${MODPY_VERSION}/site-packages/nbformat/v4/${MODPY_PYCACHE}rwbase.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/nbformat/v4/convert.py
 lib/python${MODPY_VERSION}/site-packages/nbformat/v4/nbbase.py
+lib/python${MODPY_VERSION}/site-packages/nbformat/v4/nbformat.v4.0.schema.json
+lib/python${MODPY_VERSION}/site-packages/nbformat/v4/nbformat.v4.1.schema.json
+lib/python${MODPY_VERSION}/site-packages/nbformat/v4/nbformat.v4.2.schema.json
+lib/python${MODPY_VERSION}/site-packages/nbformat/v4/nbformat.v4.3.schema.json
+lib/python${MODPY_VERSION}/site-packages/nbformat/v4/nbformat.v4.4.schema.json
 lib/python${MODPY_VERSION}/site-packages/nbformat/v4/nbformat.v4.schema.json
 lib/python${MODPY_VERSION}/site-packages/nbformat/v4/nbjson.py
 lib/python${MODPY_VERSION}/site-packages/nbformat/v4/rwbase.py



Re: CVS: cvs.openbsd.org: ports

2020-03-30 Thread Stuart Henderson
On 2020/03/29 04:10, Solene Rapenne wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   sol...@cvs.openbsd.org  2020/03/29 04:10:29
> 
> Modified files:
>   emulators/mednafen: Makefile distinfo 
>   emulators/mednafen/patches: patch-src_sexyal_sexyal_cpp 
> Added files:
>   emulators/mednafen/patches: patch-src_snes_src_lib_libco_amd64_c 
>   patch-src_snes_src_lib_libco_x86_c 
> 
> Log message:
> Update to mednafen-1.24.1
> 
> ok jeremy@
> 
> update include libco patches to repair snes module which was crashing
> clues from bentley@ for importing patches from emulators/higan
> 

Broken on i386, this file needs at least sys/mman.h and unistd.h:

cc -std=gnu99 -fsigned-char -DHAVE_CONFIG_H -I/usr/local/include  -I../include 
-I../include -I../intl  -DNOMINMAX -I./snes/src/lib -I/usr/local/include 
-fno-fast-math -fno-unsafe-math-optimizations -fomit-frame-pointer 
-fstrict-aliasing  -Wall -Wshadow -Wempty-body -Wignored-qualifiers -Wvla 
-Wvariadic-macros -Wdisabled-optimization -Werror=write-strings  -fno-pic 
-fno-pie -fno-PIC -fno-PIE -fwrapv -fjump-tables -mno-retpoline   -Wno-unused 
-Wno-shadow -Wno-sign-compare -Wno-uninitialized -Wno-parentheses -Wno-switch 
-I/usr/local/include -I/usr/local/include/SDL2 -MT 
snes/src/lib/libco/libsnes_a-libco.o -MD -MP -MF 
snes/src/lib/libco/.deps/libsnes_a-libco.Tpo -c -o 
snes/src/lib/libco/libsnes_a-libco.o `test -f 'snes/src/lib/libco/libco.c' || 
echo './'`snes/src/lib/libco/libco.c
In file included from snes/src/lib/libco/libco.c:12:
snes/src/lib/libco/x86.c:70:14: warning: implicit declaration of function 
'sysconf' is invalid in C99 [-Wimplicit-function-declaration]
  pagesize = sysconf(_SC_PAGESIZE);
 ^
snes/src/lib/libco/x86.c:70:22: error: use of undeclared identifier 
'_SC_PAGESIZE'
  pagesize = sysconf(_SC_PAGESIZE);
 ^
snes/src/lib/libco/x86.c:79:24: warning: implicit declaration of function 
'mmap' is invalid in C99 [-Wimplicit-function-declaration]
  handle = (cothread_t)mmap(handle, newsize, PROT_READ|PROT_WRITE, 
MAP_FIXED|MAP_STACK|MAP_PRIVATE|MAP_ANON, -1, 0);
   ^
snes/src/lib/libco/x86.c:79:46: error: use of undeclared identifier 'PROT_READ'
  handle = (cothread_t)mmap(handle, newsize, PROT_READ|PROT_WRITE, 
MAP_FIXED|MAP_STACK|MAP_PRIVATE|MAP_ANON, -1, 0);
 ^
snes/src/lib/libco/x86.c:79:56: error: use of undeclared identifier 'PROT_WRITE'
  handle = (cothread_t)mmap(handle, newsize, PROT_READ|PROT_WRITE, 
MAP_FIXED|MAP_STACK|MAP_PRIVATE|MAP_ANON, -1, 0);
   ^
snes/src/lib/libco/x86.c:79:68: error: use of undeclared identifier 'MAP_FIXED'
  handle = (cothread_t)mmap(handle, newsize, PROT_READ|PROT_WRITE, 
MAP_FIXED|MAP_STACK|MAP_PRIVATE|MAP_ANON, -1, 0);
   ^
snes/src/lib/libco/x86.c:79:78: error: use of undeclared identifier 'MAP_STACK'
  handle = (cothread_t)mmap(handle, newsize, PROT_READ|PROT_WRITE, 
MAP_FIXED|MAP_STACK|MAP_PRIVATE|MAP_ANON, -1, 0);
 ^
snes/src/lib/libco/x86.c:79:88: error: use of undeclared identifier 
'MAP_PRIVATE'
  handle = (cothread_t)mmap(handle, newsize, PROT_READ|PROT_WRITE, 
MAP_FIXED|MAP_STACK|MAP_PRIVATE|MAP_ANON, -1, 0);

   ^
snes/src/lib/libco/x86.c:79:100: error: use of undeclared identifier 'MAP_ANON'
  handle = (cothread_t)mmap(handle, newsize, PROT_READ|PROT_WRITE, 
MAP_FIXED|MAP_STACK|MAP_PRIVATE|MAP_ANON, -1, 0);

   ^
snes/src/lib/libco/x86.c:80:16: error: use of undeclared identifier 'MAP_FAILED'
  if(handle == MAP_FAILED)
   ^
2 warnings and 8 errors generated.



UPDATE devel/py-traitlets-4.3.3

2020-03-30 Thread Bjorn Ketelaars
Diff below updates py-traitlets to 4.3.3, which is a bugfix release.
Changelog:
https://github.com/ipython/traitlets/blob/4.3.3/docs/source/changelog.rst

Tests run successful on amd64.

Comments/OK?



diff --git Makefile Makefile
index 422118ddb06..958d4e80b09 100644
--- Makefile
+++ Makefile
@@ -2,10 +2,9 @@
 
 COMMENT =  configuration system for Python applications
 
-MODPY_EGG_VERSION =4.3.2
+MODPY_EGG_VERSION =4.3.3
 DISTNAME = traitlets-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
-REVISION = 2
 
 CATEGORIES =   devel
 
diff --git distinfo distinfo
index 769b3ec8ab5..88c45cc8b37 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (traitlets-4.3.2.tar.gz) = nEvS0me3FT35FSaY77EFCl2EmC0zhKN7LB93I7o+eDU=
-SIZE (traitlets-4.3.2.tar.gz) = 88173
+SHA256 (traitlets-4.3.3.tar.gz) = 0CPuNp3dJ2MxDkw+rh/2SWiUQNSuWddIXrTPu+PjWfc=
+SIZE (traitlets-4.3.3.tar.gz) = 89838



Re: Update net/libsignal-protocol-c 2.3.2->3

2020-03-30 Thread Alex Holst
Awesome. Test runs here too and Dino tested on amd64. 

Other Dino users, please yell about problems -- otherwise ok maintainer.


0001-Update-net-libsignal-protocol-c-2.3.2-3.patch.gz
Description: application/gzip


Re: libssh: update to 0.9.3, disable unit tests due to argp error

2020-03-30 Thread Jeremie Courreges-Anglas
On Sat, Mar 28 2020, Klemens Nanni  wrote:
> https://www.libssh.org/2019/12/10/libssh-0-9-3-and-libssh-0-8-8-security-release/
>
> check_syms reports no dynamic symbol removals, only additions.
>
> libssh fails to build due to argp related code in the unit tests;  I've
> disabled them for now to unblock the update - I could not fix it myself.
>
> There is software that apparently reuires >=0.9.0 so I'm updating to
> 0.9.3 rather than 0.8.3, and as no existing port has specific version
> requirements for <0.9.0 I currently see no reason not to.
>
> Tested with latest sysutils/tmate 2.4.0p1 on amd64 which successfully
> establishes SSH connections as client.
>
> Since this fixes CVEs, I'll add quirks if this should go in.
>
> Feedback? OK?

Looks good overall: the SHARED_LIBS bump looks correct, the header
changes don't show incompatible changes.  But a few decls have been
marked deprecated, and this might cause trouble at build time so you
might want to test-build consumers (SUBDIRLIST can help here as pointed
out by sthen@).

I think it would be good to keep the unit tests, so here's an updated
diff that addresses the clash between libssh priv.h and potentially all
headers that use attribute((__unused__)).  I can try to push that fix
upstream, where the problem has already been reported.

make test is happy on amd64 and sparc64.


Index: Makefile
===
RCS file: /cvs/ports/security/libssh/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile12 Jul 2019 20:49:05 -  1.20
+++ Makefile30 Mar 2020 14:22:04 -
@@ -1,14 +1,15 @@
 # $OpenBSD: Makefile,v 1.20 2019/07/12 20:49:05 sthen Exp $
 
 COMMENT =  C library implementing server and client side
-DISTNAME = libssh-0.8.7
+V =0.9.3
+DISTNAME = libssh-${V}
 
-SHARED_LIBS += ssh 4.0 # 4.7
+SHARED_LIBS += ssh 4.1 # 4.8
 
 CATEGORIES =   security devel
 
 HOMEPAGE = https://www.libssh.org/
-MASTER_SITES = https://www.libssh.org/files/0.8/
+MASTER_SITES = https://www.libssh.org/files/${V:R}/
 EXTRACT_SUFX = .tar.xz
 
 MAINTAINER =   Remi Pointel 
Index: distinfo
===
RCS file: /cvs/ports/security/libssh/distinfo,v
retrieving revision 1.14
diff -u -p -r1.14 distinfo
--- distinfo4 Mar 2019 08:29:59 -   1.14
+++ distinfo30 Mar 2020 14:22:04 -
@@ -1,2 +1,2 @@
-SHA256 (libssh-0.8.7.tar.xz) = QzBMoi8LoLZU4UtXSjmBa8cCEv3qWFimY3zCbK3j1ZI=
-SIZE (libssh-0.8.7.tar.xz) = 430104
+SHA256 (libssh-0.9.3.tar.xz) = LItfiU3O1Ys9Yp8W86+mViwgtL3IlGORY89leDNojww=
+SIZE (libssh-0.9.3.tar.xz) = 500068
Index: patches/patch-ConfigureChecks_cmake
===
RCS file: /cvs/ports/security/libssh/patches/patch-ConfigureChecks_cmake,v
retrieving revision 1.3
diff -u -p -r1.3 patch-ConfigureChecks_cmake
--- patches/patch-ConfigureChecks_cmake 23 Oct 2018 19:28:18 -  1.3
+++ patches/patch-ConfigureChecks_cmake 30 Mar 2020 14:22:04 -
@@ -1,9 +1,11 @@
 $OpenBSD: patch-ConfigureChecks_cmake,v 1.3 2018/10/23 19:28:18 jasper Exp $
 
+Fix exit code.
+
 Index: ConfigureChecks.cmake
 --- ConfigureChecks.cmake.orig
 +++ ConfigureChecks.cmake
-@@ -259,7 +259,7 @@ check_c_source_compiles("
+@@ -302,7 +302,7 @@ check_c_source_compiles("
  __thread int tls;
  
  int main(void) {
Index: patches/patch-examples_sshd_direct-tcpip_c
===
RCS file: patches/patch-examples_sshd_direct-tcpip_c
diff -N patches/patch-examples_sshd_direct-tcpip_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-examples_sshd_direct-tcpip_c  30 Mar 2020 14:22:04 -
@@ -0,0 +1,30 @@
+$OpenBSD$
+
+Fix macro collision with __attribute__ ((__unused__)) in system-wide headers.
+Problem known upstream: https://bugs.libssh.org/T175
+
+Index: examples/sshd_direct-tcpip.c
+--- examples/sshd_direct-tcpip.c.orig
 examples/sshd_direct-tcpip.c
+@@ -35,16 +35,16 @@ clients must be made or how a client should react.
+ 
+ #define SAFE_FREE(x) do { if ((x) != NULL) {free(x); x=NULL;} } while(0)
+ 
+-#ifndef __unused__
++#ifndef ssh__unused
+ # ifdef HAVE_UNUSED_ATTRIBUTE
+-#  define __unused__ __attribute__((unused))
++#  define ssh__unused __attribute__((unused))
+ # else /* HAVE_UNUSED_ATTRIBUTE */
+-#  define __unused__
++#  define ssh__unused
+ # endif /* HAVE_UNUSED_ATTRIBUTE */
+-#endif /* __unused__ */
++#endif /* ssh__unused */
+ 
+ #ifndef UNUSED_PARAM
+-#define UNUSED_PARAM(param) param __unused__
++#define UNUSED_PARAM(param) param ssh__unused
+ #endif /* UNUSED_PARAM */
+ 
+ #ifndef KEYS_FOLDER
Index: patches/patch-include_libssh_priv_h
===
RCS file: patches/patch-include_libssh_priv_h
diff -N 

Re: Update net/libsignal-protocol-c 2.3.2->3

2020-03-30 Thread Jeremie Courreges-Anglas
On Sat, Mar 28 2020, Greg Steuck  wrote:
> On Mon, Jan 13, 2020 at 9:29 AM Alex Holst  wrote:
>
>> > I'm looking for feedback about the trade-offs of such changes.
>> Hi. This seems like needless churn to me. Upstream should be nudged to
>> do a new release instead.
>>
>
> Done.
>
> The local patches got rolled in. Library version bump seems
> unnecessary based on the diff:
> https://github.com/signalapp/libsignal-protocol-c/compare/v2.3.2...v2.3.3

Looks good ports-wise, ok jca@

> make test:
>
> Test project /home/greg/ports/pobj/libsignal-protocol-c-2.3.3/build-amd64
>   Start  1: test_curve25519
>  1/13 Test  #1: test_curve25519 ..   Passed1.56 sec
>   Start  2: test_hkdf
>  2/13 Test  #2: test_hkdf    Passed0.02 sec
>   Start  3: test_ratchet
>  3/13 Test  #3: test_ratchet .   Passed0.04 sec
>   Start  4: test_protocol
>  4/13 Test  #4: test_protocol    Passed0.05 sec
>   Start  5: test_session_record
>  5/13 Test  #5: test_session_record ..   Passed0.04 sec
>   Start  6: test_session_cipher
>  6/13 Test  #6: test_session_cipher ..   Passed0.44 sec
>   Start  7: test_session_builder
>  7/13 Test  #7: test_session_builder .   Passed0.40 sec
>   Start  8: test_key_helper
>  8/13 Test  #8: test_key_helper ..   Passed0.02 sec
>   Start  9: test_simultaneous_initiate
>  9/13 Test  #9: test_simultaneous_initiate ...   Passed1.94 sec
>   Start 10: test_sender_key_record
> 10/13 Test #10: test_sender_key_record ...   Passed0.03 sec
>   Start 11: test_group_cipher
> 11/13 Test #11: test_group_cipher    Passed2.20 sec
>   Start 12: test_fingerprint
> 12/13 Test #12: test_fingerprint .   Passed0.21 sec
>   Start 13: test_device_consistency
> 13/13 Test #13: test_device_consistency ..   Passed0.04 sec
>
> 100% tests passed, 0 tests failed out of 13

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



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/03/30 09:00:38

Modified files:
devel/kf5/extra-cmake-modules: Makefile 

Log message:
Fix configure, help cmake to find py3-sphinx executable, spotted by naddy@



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Kurt Mosiejczuk
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2020/03/30 08:55:16

Modified files:
lang/python/3.7: Makefile distinfo 
lang/python/3.7/pkg: PLIST-idle PLIST-main PLIST-tests 

Log message:
Update Python 3.7 to 3.7.7

Run through a bulk on sparc64 without issue.

Clean up PLISTs while here. Move many test bits to the -test subpackage.

ok rpointel@ (maintainer)



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2020/03/30 08:33:05

Modified files:
net/wireguard-tools: Makefile distinfo 

Log message:
update to wireguard-tools-1.0.20200319



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2020/03/30 08:33:11

Modified files:
net/wireguard-go: Makefile distinfo 

Log message:
update to wireguard-go-0.0.20200320



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/03/30 08:13:11

Modified files:
net/nfdump : Makefile distinfo 
net/nfdump/pkg : PLIST-main 

Log message:
update to nfdump-1.6.20



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Kurt Mosiejczuk
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2020/03/30 08:10:37

Modified files:
games/minecraft: Makefile 

Log message:
OpenAL is required for sound to be available for Minecraft, so add it
to RUN_DEPENDS.

ok abieber



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Klemens Nanni
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2020/03/30 08:08:46

Modified files:
mail/mblaze: Makefile 

Log message:
Don't include build date in museragent

Update MASTER_SITES while here (not distinfo change).

>From Lucas (Maintainer), thanks.



Re: [NEW] mail/aerc

2020-03-30 Thread Omar Polo
On Sat, Feb 01, 2020 at 03:29:25AM -0500, Raymond E. Pasco wrote:
> - I used a modified distfile provided by abieber with a vendor directory,
>   which is necessary due to the large number of go package dependencies.
> 
> - The custom version of go-libvterm used by aerc upstream includes an
>   (unmodified) bundled copy of libvterm itself, which causes issues with
>   the build. I instead link against devel/libvterm.
> 
> - One filter script shipped with aerc (to display HTML email) depends on
>   socksify (provided by security/dante) and www/w3m. I did not include these
>   as RUN_DEPENDS because this is an optional script disabled by default,
>   but I'm not sure whether this approach is correct.
> 
> - cgo in go 1.13 (but not go 1.14) considers ~ an invalid path character,
>   but the top-level package name here (and therefore WRKSRC) contains an ~.
>   I remedied this by moving the vendor directory contents up to the level
>   of the MODGO_WORKSPACE. This workaround shouldn't be necessary when go
>   1.14 is released.
> 
> - aerc can be built with notmuch support, but notmuch isn't in ports (yet?),
>   so I didn't bother with this.

Thank you for porting this!  I'm trying it and so far it seems to
work.

There's only one thing that I would like to report, as I think it's
an error.  In the default config, in the filters section, there are
some paths that I don't expect:

subject,~^\[PATCH=awk -f 
/usr/ports/pobj/aerc-0.3.0/fake-amd64/usr/local/share/aerc/filters/hldiff
#text/html=/usr/ports/pobj/aerc-0.3.0/fake-amd64/usr/local/share/aerc/filters/html
text/*=awk -f 
/usr/ports/pobj/aerc-0.3.0/fake-amd64/usr/local/share/aerc/filters/plaintext

In the port makefile there is a rule to generate aerc.conf that use
sed to replace @SHAREDDIR@ to $SHAREDDIR.  I tried to add
SHAREDDIR=/usr/local/share/aerc to MAKE_FLAGS but it didn't work.

(this on a updated -current on amd64)

-- 
/Omar Polo



Re: mail/mblaze version fix

2020-03-30 Thread Klemens Nanni
On Mon, Mar 30, 2020 at 01:30:44PM +, Lucas wrote:
> Agree this is hackish at the very least, but for the time being this is
> the only thing we have. Upstream already fixed it and put some effort
> to make this less frequent in the future. Still, haven't rolled out any
> release yet, and isn't sure if a release is justified already.
Afterall this shifts maintainence burden from upstream to downstream;
no matter what they do, as long as there's no new release, we have to
work things around.

I'm not saying this in order to keep mblaze broken, but our manpower is
very limited and approaches like generally don't help improving the
situation.

> While discussing the proposed patch, Leah pointed me out that
> SOURCE_DATE_EPOCH is a convention [0]. Attached patch changes the value
> to 0, which, althought it isn't exactly compliant, it prevents the port
> for changing values in the package after every build.
Sounds good, I'll commit that regardless of the release issue, thanks.

> The post-extract: chunk can be left out for being too hackish, but I
> consider the rest of the changes should be merged.
Agreed.



Re: mail/mblaze version fix

2020-03-30 Thread Stuart Henderson
On 2020/03/30 13:30, Lucas wrote:
> While discussing the proposed patch, Leah pointed me out that
> SOURCE_DATE_EPOCH is a convention [0]. Attached patch changes the value
> to 0, which, althought it isn't exactly compliant, it prevents the port
> for changing values in the package after every build.

OpenBSD isn't trying to do "reproducible builds" so I'm not sure there
is much point in this part of the diff.



[new] devel/sqlc - a tool to create type safe go from SQL

2020-03-30 Thread Aaron Bieber
Hi,

Here is a port of sqlc - A neat tool for generating Go from SQL.

Homepage: https://github.com/kyleconroy/sqlc
DESCR:
  sqlc generates fully-type safe idiomatic Go code from SQL. Here's how it
  works:
  
  You write SQL queries
  You run sqlc to generate Go code that presents type-safe interfaces to
  those queries
  You write application code that calls the methods sqlc generated.
  
OK?

Cheers,
Aaron

-- 
PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A  4AF0 1F81 112D 62A9 ADCE


sqlc.tgz
Description: Binary data


CVS: cvs.openbsd.org: ports

2020-03-30 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/03/30 07:55:55

Modified files:
devel/ccache   : Makefile distinfo 

Log message:
update to ccache-3.7.9



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/03/30 07:51:55

Modified files:
net/strongswan : Makefile distinfo 

Log message:
update to strongswan-5.8.4



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/03/30 07:50:23

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

Log message:
Register nap removal.



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/03/30 07:48:48

Modified files:
audio  : Makefile 
Removed files:
audio/nap  : Makefile distinfo 
audio/nap/patches: patch-doc_Makefile_in 
audio/nap/pkg  : DESCR PLIST 

Log message:
Remove audio/nap.

nap has been dead upstream for years, and the latest version is 1.5.4
from 2006. The version we package is 1.5.3 from 2004.

Debian deleted it [1] in 2017, and besides us, only Pkgsrc still have a
package for it.

The server list it is trying to fetch is unavailable and the few servers
listed on http://nap.sourceforge.net are not available anymore.

OK bcallah@, kmos@, jca@

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867764



Re: UPDATE: net/toxcore

2020-03-30 Thread putridsoul66
I hope this is final, Completed a full build
successfully, also ported the patch. Any user
can test audio-video.

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
+++ Makefile30 Mar 2020 13:31:09 -
@@ -2,8 +2,8 @@
 
 COMMENT =  Tox client library
 
-V =0.2.3
-REVISION = 3
+V =0.2.11
+REVISION = 0
 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
+++ distinfo30 Mar 2020 13:31:09 -
@@ -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.11.tar.gz) = 8REoWwNtd0bOjRMhzwuJ7JO0+tiukHZ6JOUCMLvuJ+E=
+SIZE (toxcore-0.2.11.tar.gz) = 507476
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_txt30 Mar 2020 13:31:09 -
@@ -6,54 +6,51 @@ $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()
+@@ -381,16 +381,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}")
 -  set_property(TEST ${target} PROPERTY ENVIRONMENT 
"LLVM_PROFILE_FILE=${target}.profraw")
 -endif()
 -  endif()
-+  message (WARNING "Test ${target} not built because it breaks the build 
with base-gcc and NO_TEST is set")
++  message (WARNING "Test ${target} not build because it breaks the build 
with base-gcc and NO_TEST is set")
  endfunction()
  
+ auto_test(TCP)
+@@ -436,9 +426,6 @@ auto_test(version)
+ auto_test(save_compatibility)
+ 
  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)
+-  auto_test(conference_av)
+-  auto_test(toxav_basic)
+-  auto_test(toxav_many)
  endif()
  
- auto_test(TCP)
-@@ -593,15 +580,3 @@ if(NOT WIN32
- set_source_files_properties(testing/av_test.c PROPERTIES LANGUAGE CXX)
-   endif()
- endif()
+ 

+@@ -495,19 +482,4 @@ endif()
+ 
+ option(BUILD_MISC_TESTS "Build additional tests" OFF)
+ if (BUILD_MISC_TESTS)
+-  add_executable(DHT_test ${CPUFEATURES}
+-testing/DHT_test.c)
+-  target_link_modules(DHT_test toxcore misc_tools)
 -
--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 misc_tools)
 -
--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 misc_tools)
 -
--add_executable(random_testing ${CPUFEATURES}
--  testing/random_testing.cc)
--target_link_modules(random_testing toxcore)
+-  add_executable(save-generator
+-other/fun/save-generator.c)
+-  target_link_modules(save-generator toxcore misc_tools)
+ endif()
Index: pkg/PLIST
===
RCS file: 

UPDATE: exaile

2020-03-30 Thread Jasper Lievisse Adriaanse
Hi,

Here's an update of exaile to the latest version. This moves it away from
gstreamer-0.10, though it's still using python 2. Upstream appears to be
actively working on porting it to python 3 though.

This update worked for me during some limited testing; more testing and
OKs welcome.

-- 
jasper

Index: Makefile
===
RCS file: /cvs/ports/audio/exaile/Makefile,v
retrieving revision 1.40
diff -u -p -r1.40 Makefile
--- Makefile20 Mar 2020 16:44:21 -  1.40
+++ Makefile30 Mar 2020 12:24:52 -
@@ -4,13 +4,12 @@ COMMENT = music manager and player for G
 
 # on Python 3 support: https://github.com/exaile/exaile/issues/246
 
-V =3.4.5
+V =4.0.2
 DISTNAME = exaile-${V}
-REVISION = 2
 
 CATEGORIES =   audio x11
 
-HOMEPAGE = http://www.exaile.org/
+HOMEPAGE = https://www.exaile.org/
 MAINTAINER =   Brian Callahan 
 
 MASTER_SITES = https://github.com/exaile/exaile/releases/download/${V}/
@@ -20,28 +19,26 @@ PERMIT_PACKAGE =Yes
 
 MODULES =  lang/python
 
-COMMON_DEPENDS =x11/dbus-python>=0.82.1 \
-   devel/py-notify>=0.1.1 \
-   audio/py-mutagen>=1.11 \
-   audio/py-cddb>=1.4 \
-   x11/py-gtk2>=2.17 \
-   devel/libglade2 \
-   multimedia/gstreamer-0.10/core \
-   multimedia/gstreamer-0.10/plugins-good \
-   multimedia/gstreamer-0.10/plugins-ffmpeg \
-   multimedia/gstreamer-0.10/py-gstreamer
+COMMON_DEPENDS = audio/py-cddb>=1.4${MODPY_FLAVOR} \
+   audio/py-mutagen>=1.11${MODPY_FLAVOR} \
+   devel/py-gobject3${MODPY_FLAVOR} \
+   devel/py-notify>=0.1.1${MODPY_FLAVOR} \
+   multimedia/gstreamer1/core \
+   multimedia/gstreamer1/plugins-good \
+   x11/dbus-python>=0.82.1${MODPY_FLAVOR}
 
 BUILD_DEPENDS =${COMMON_DEPENDS} \
devel/gettext,-tools
 RUN_DEPENDS =  ${COMMON_DEPENDS} \
-   devel/desktop-file-utils
+   ${MODPY_RUN_DEPENDS},-bsddb \
+   devel/desktop-file-utils
 
 USE_GMAKE =Yes
 
 TEST_TARGET=   test
 PORTHOME = ${WRKDIR}
-TEST_DEPENDS=  devel/py-nose \
-   devel/py-mox
+TEST_DEPENDS=  devel/py-nose${MODPY_FLAVOR} \
+   devel/py-mox${MODPY_FLAVOR}
 TEST_ENV=  EXAILE_DIR=${WRKOBJ}/test
 
 CONFIGURE_STYLE =none
Index: distinfo
===
RCS file: /cvs/ports/audio/exaile/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo9 Jul 2017 10:03:05 -   1.11
+++ distinfo30 Mar 2020 12:24:52 -
@@ -1,2 +1,2 @@
-SHA256 (exaile-3.4.5.tar.gz) = UxSet8jY4SZQJxe/9Jgygl5fDo+D2Zg7YEIHhTJQAHs=
-SIZE (exaile-3.4.5.tar.gz) = 3734454
+SHA256 (exaile-4.0.2.tar.gz) = ngG3F2AHCsuSPWe4D4W52PIj83AZDPpUp9Tf7KLhDdA=
+SIZE (exaile-4.0.2.tar.gz) = 3635296
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/audio/exaile/patches/patch-Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 patch-Makefile
--- patches/patch-Makefile  10 Nov 2017 11:07:44 -  1.9
+++ patches/patch-Makefile  30 Mar 2020 12:24:52 -
@@ -2,77 +2,50 @@ $OpenBSD: patch-Makefile,v 1.9 2017/11/1
 Index: Makefile
 --- Makefile.orig
 +++ Makefile
-@@ -1,17 +1,17 @@
- PYTHON2_CMD   ?= `command -v python2`
- 
--PREFIX?= /usr/local
-+PREFIX?= ${TRUEPREFIX}
- LIBINSTALLDIR ?= /lib
--XDGCONFDIR?= /etc/xdg
-+XDGCONFDIR?= ${PREFIX}/share/exaile/xdg
- 
- EXAILEBINDIR  = ${DESTDIR}${PREFIX}/bin
--EXAILELIBDIR  = ${DESTDIR}${PREFIX}${LIBINSTALLDIR}/exaile
--EXAILESHAREDIR= ${DESTDIR}${PREFIX}/share/exaile
-+EXAILELIBDIR  = ${DESTDIR}${MODPY_SITEPKG}/exaile
-+EXAILESHAREDIR= ${DESTDIR}${TRUEPREFIX}/share/exaile
- EXAILECONFDIR = ${DESTDIR}${XDGCONFDIR}/exaile
- 
- .PHONY: dist test coverage clean sanitycheck
- 
--all: compile locale manpage
-+all: compile locale
-   @echo "Ready to install..."
- 
- # The no_locale stuff is by request of BSD people, please ensure
-@@ -53,11 +53,10 @@ make-install-dirs:
-   mkdir -p ${EXAILESHAREDIR}/data/ui/widgets
-   mkdir -p ${EXAILESHAREDIR}/data/migrations
-   mkdir -p ${EXAILESHAREDIR}/data/migrations/migration_200907100931
--  mkdir -p ${DESTDIR}${PREFIX}/share/pixmaps
--  mkdir -p ${DESTDIR}${PREFIX}/share/appdata
--  mkdir -p ${DESTDIR}${PREFIX}/share/applications
--  mkdir -p ${DESTDIR}${PREFIX}/share/man/man1
--  mkdir -p ${DESTDIR}${PREFIX}/share/dbus-1/services
-+  mkdir -p ${DESTDIR}${TRUEPREFIX}/share/pixmaps
-+  mkdir -p ${DESTDIR}${TRUEPREFIX}/share/appdata
-+  mkdir -p ${DESTDIR}${TRUEPREFIX}/share/applications
-+  mkdir -p ${DESTDIR}${TRUEPREFIX}/share/dbus-1/services
-   mkdir -p ${EXAILECONFDIR}
- 
- uninstall:
-@@ 

Re: mail/mblaze version fix

2020-03-30 Thread Lucas
Klemens Nanni  wrote:
> Upstream has to fix this with a proper release: roll out 0.6.1 or so and
> have all downstreams package a new and fixed version.

Agree this is hackish at the very least, but for the time being this is
the only thing we have. Upstream already fixed it and put some effort
to make this less frequent in the future. Still, haven't rolled out any
release yet, and isn't sure if a release is justified already.

While discussing the proposed patch, Leah pointed me out that
SOURCE_DATE_EPOCH is a convention [0]. Attached patch changes the value
to 0, which, althought it isn't exactly compliant, it prevents the port
for changing values in the package after every build.

The post-extract: chunk can be left out for being too hackish, but I
consider the rest of the changes should be merged.

-Lucas

[0]: https://reproducible-builds.org/specs/source-date-epoch/


Index: Makefile
===
RCS file: /home/cvs/ports/mail/mblaze/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile9 Feb 2020 21:55:04 -   1.9
+++ Makefile30 Mar 2020 13:27:44 -
@@ -3,6 +3,7 @@
 COMMENT =  set of Maildir utilities
 
 DISTNAME = mblaze-0.6
+REVISION = 0
 CATEGORIES =   mail
 
 HOMEPAGE = https://git.vuxu.org/mblaze/
@@ -12,13 +13,15 @@ MAINTAINER =Lucas 
 # Public domain
 PERMIT_PACKAGE =   Yes
 
-MASTER_SITES = https://git.vuxu.org/mblaze/snapshot/
+MASTER_SITES = https://leahneukirchen.org/releases/
 
 WANTLIB =  c iconv pthread
 LIB_DEPENDS =  converters/libiconv
 
 USE_GMAKE =Yes
 MAKE_FILE =GNUmakefile
+# Don't include build date in museragent
+MAKE_ENV +=SOURCE_DATE_EPOCH=0
 MAKE_FLAGS =   LOCALBASE="${LOCALBASE}" \
CFLAGS="${CFLAGS} -I${LOCALBASE}/include -pthread" \
LDLIBS="-L${LOCALBASE}/lib -liconv -pthread"
@@ -26,5 +29,10 @@ FAKE_FLAGS = PREFIX="${PREFIX}" \
MANDIR="${PREFIX}/man"
 
 TEST_TARGET =  check
+
+# XXX remove after next release
+# Fix version
+post-extract:
+   echo 0.6 >${WRKSRC}/VERSION
 
 .include 



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Martin Reindl
CVSROOT:/cvs
Module name:ports
Changes by: mar...@cvs.openbsd.org  2020/03/30 07:29:40

Modified files:
math/netcdf: Makefile 

Log message:
the previous update requires a shared libs bump



Re: [base-gcc/sparc64] Fix build for x11/gnome/control-center

2020-03-30 Thread Jeremie Courreges-Anglas
On Mon, Mar 30 2020, Stuart Henderson  wrote:
> On 2020/03/29 23:13, Antoine Jacoutot wrote:
>> On Sun, Mar 29, 2020 at 10:11:07PM +0200, Charlene Wendling wrote:
>> > > If gnome or a subset of its apps doesn't build, then it sure can't be
>> > > used and debugged on powerpc.  Even if the full gnome desktop isn't
>> > > usable, its apps can probably be useful.
>> 
>> I don't see how gnome-control-center can be useful as a single application.

Well Charlene mentioned running gnome on powerpc:

>> On Sun, Mar 29, 2020 at 10:11:07PM +0200, Charlene Wendling wrote:
>>> *Some* GNOME stuff don't work properly.
>>> 
>>> But it's not *totally* broken [0] :) 
>>> 
>>> [0] https://bsd.network/web/statuses/102065676125440442

But one can't pkg_add gnome if gnome-control-center is missing since
it's a RUN_DEPENDS of meta/gnome,-main and x11/gnome/shell.

And let me repeat another point:

>> > > Instead of discussing on
>> > > a case by case basis which app makes sense on what arch, I find it
>> > > easier to just fix the build of everything that can be fixed.

*Especially* when such discussions take time and patience, while the fix
itself is (usually) just a CFLAGS or LDFLAGS tweak.

>> > > If
>> > > someone cares enough to fix it, obviously.  Just like with the rest of
>> > > the tree.  Please don't make this more painful than it already is.  :)
>> 
>> Then we agree to disagree :-)
>> For me this is taking a huge amount of time on bulks and could prevent having
>> regular matching base / packages.

I'm not sure I follow.  Unless something changed, you're not using
sparc64 or powerpc any more.  So I'm not sure why you care about bulk
build time and user experience on those archs. ;)

> Yes, this is a good point. Is the goal to just build as much as possible,
> or is it to make things better overall for these arches?

Building as much as possible is part of making things better.  If
software is marked as BROKEN it can't expose build-time and runtime
problems.  (BTW those problems might be relevant for other/all
architectures).  IMO with less software available you attract fewer
users and get less exposure, and that leads to fewer bug reports and
*less incentive to fix the software on those archs in the first place*.

If the fixes proposed for those archs are a problem then I'm sure we can
find ways to make them more palatable so that everybody can happily keep
on hacking on their stuff. :)

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



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/03/30 07:19:07

Modified files:
net/mlvpn  : Makefile distinfo 

Log message:
update to mlvpn-2.3.5, turn on debug packages



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/03/30 07:18:41

Modified files:
devel/py-wcwidth: Makefile distinfo 

Log message:
update to py-wcwidth-0.1.9



Re: mail/mblaze version fix

2020-03-30 Thread Klemens Nanni
On Mon, Mar 30, 2020 at 12:12:57PM +, Lucas wrote:
> Leah forgot to bump VERSION in released mblaze, so fix that in order to
> stop museragent reporting mblaze/0.5.1, as you can see in the
> User-Agent: header for this very email.

> @@ -26,5 +30,10 @@ FAKE_FLAGS =   PREFIX="${PREFIX}" \
>   MANDIR="${PREFIX}/man"
>  
>  TEST_TARGET =check
> +
> +# XXX remove after next release
> +# Fix version
> +post-extract:
> + echo 0.6 >${WRKSRC}/VERSION
This hacks it up for us, but all other downstreams are still effected.

Upstream has to fix this with a proper release: roll out 0.6.1 or so and
have all downstreams package a new and fixed version.



mail/mblaze version fix

2020-03-30 Thread Lucas
Hello,

Leah forgot to bump VERSION in released mblaze, so fix that in order to
stop museragent reporting mblaze/0.5.1, as you can see in the
User-Agent: header for this very email.

While at that, don't include the build date in museragent, and change
MASTER_SITES to the official release page.

-Lucas


Index: Makefile
===
RCS file: /home/cvs/ports/mail/mblaze/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile9 Feb 2020 21:55:04 -   1.9
+++ Makefile30 Mar 2020 12:05:25 -
@@ -3,6 +3,7 @@
 COMMENT =  set of Maildir utilities
 
 DISTNAME = mblaze-0.6
+REVISION = 0
 CATEGORIES =   mail
 
 HOMEPAGE = https://git.vuxu.org/mblaze/
@@ -12,13 +13,16 @@ MAINTAINER =Lucas 
 # Public domain
 PERMIT_PACKAGE =   Yes
 
-MASTER_SITES = https://git.vuxu.org/mblaze/snapshot/
+MASTER_SITES = https://leahneukirchen.org/releases/
+
 
 WANTLIB =  c iconv pthread
 LIB_DEPENDS =  converters/libiconv
 
 USE_GMAKE =Yes
 MAKE_FILE =GNUmakefile
+# Don't include build date in museragent
+MAKE_ENV +=SOURCE_DATE_EPOCH=no_build_date
 MAKE_FLAGS =   LOCALBASE="${LOCALBASE}" \
CFLAGS="${CFLAGS} -I${LOCALBASE}/include -pthread" \
LDLIBS="-L${LOCALBASE}/lib -liconv -pthread"
@@ -26,5 +30,10 @@ FAKE_FLAGS = PREFIX="${PREFIX}" \
MANDIR="${PREFIX}/man"
 
 TEST_TARGET =  check
+
+# XXX remove after next release
+# Fix version
+post-extract:
+   echo 0.6 >${WRKSRC}/VERSION
 
 .include 



Re: Generating a PLIST

2020-03-30 Thread Stuart Henderson
On 2020/03/30 17:22, putridsou...@gmail.com wrote:
> The build is succesfull without the patch.
> So delete the patch, and try again.
> Somehow it doesn't show in the 'cvs diff'
> correctly as an update, when any file 
> (in my case a patch) is removed.

You need to 'cvs rm' if the file has been removed. The options in the
default .cvsrc that you get when adding a new user on OpenBSD will
include those changes automatically (specifically the -N).

However if you read the existing patch you will see why it is there:
it was added to fix the build on some architectures. So your update will
likely break them again.

> And about REVISION, a guess for my case
> is that it represents no. of times package
> of the same version is changed. Is that
> right?

That is correct.

>If it is then for toxcore it will
> 11.

That is incorrect, you are updating to a new version so REVISION should
be removed. Then if making a further change *without* updating to a new
version then you would add REVISION=0, then update to 1, 2, etc.



Re: Generating a PLIST

2020-03-30 Thread putridsoul66
The build is succesfull without the patch.
So delete the patch, and try again.
Somehow it doesn't show in the 'cvs diff'
correctly as an update, when any file 
(in my case a patch) is removed.

And about REVISION, a guess for my case
is that it represents no. of times package
of the same version is changed. Is that
right? If it is then for toxcore it will
11. Or is it with repect to how many times
a package is updated in OpenBSD, then 
REVISION=4.



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2020/03/30 05:37:18

Modified files:
textproc   : Makefile 
Removed files:
textproc/py-vatnumber: Makefile distinfo 
textproc/py-vatnumber/pkg: DESCR PLIST 

Log message:
remove py-vatnumber; ancient py2-only library with a HOMEPAGE on googlecode..

ok maintainer



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2020/03/30 05:37:31

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

Log message:
register py-vatnumber removal



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/03/30 05:15:12

Modified files:
textproc/xerces-c: Makefile 

Log message:
Add missing HOMEPAGE.



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/03/30 05:11:31

Modified files:
productivity/calcurse: Makefile distinfo 

Log message:
Update calcurse to 4.6.0.



Re: update request: net/mlvpn

2020-03-30 Thread Laurent Coustet

Le 28/03/2020 à 12:44, Solene Rapenne a écrit :

In kdump output

  18793 mlvpnGIO   fd 2 wrote 62 bytes
"2020-03-28T12:34:22 \^[[1;34m[INFO]\^[[0m em0 bind to 192.168.1.9
"
  18793 mlvpnRET   write 62/0x3e
  18793 mlvpnPSIG  SIGSEGV SIG_DFL code SEGV_MAPERR<1> addr=0x161473675b 
trapno=6
  18793 mlvpnNAMI  "/var/crash/mlvpn.core"


I've fixed this issue with mlvpn 2.3.5.

I cannot reproduce the pledge problem for now, will try later..

--
Laurent



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/03/30 05:04:40

Modified files:
misc/dialog: Makefile distinfo 

Log message:
Update dialog to 1.3-20200327.



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2020/03/30 05:00:11

Modified files:
lang/vala  : Makefile distinfo 
lang/vala/pkg  : PLIST-main 

Log message:
update to vala-0.46.7



Re: Generating a PLIST

2020-03-30 Thread Stuart Henderson
On 2020/03/30 15:15, putridsou...@gmail.com wrote:
> I tried to generate PLIST using 'make update-plist'
> and was greeted with 'doas: Operation not permitted'
> 
> /etc/doas.conf
> 'permit user as root update-plist' didn't work
> 'permit user as root /usr/infrastructure/bin/update-plist' didn't work
> 'permit user as root' atleast asked me for a password
> 
> Can anyone tell me what invocation is sent to doas?

Run it, then at the password prompt run "pgrep -lf doas" in another
terminal.

> Following on 'permit user as root', 'make update-plist' 
> gave following output, is pkglocatedb required?
> 
> Reading existing plist for 64tass-1.55.2176
> Scanning /usr/portsdir/pobj/64tass-1.55.2176/fake-amd64
> Removing .debug artefacts
> Figuring out tie points
> Tieing loose objects
> Copying objects
> Can't look for conflicts, pkglocatedb not installed
> 

See update-plist(1) "If the pkglocatedb package is installed, (...)".

Regarding your diff, you have misunderstood REVISION, and "make patch"
fails.



Re: UPDATE: net/toxcore

2020-03-30 Thread putridsoul66
The build is succesfull without the patch, 
I don't understand why the patch is needed. 
Is the patch file necessary? 
I don't know much about the program.



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Alexander Bluhm
CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2020/03/30 04:07:08

Modified files:
misc/p5-OPCUA-Open62541: Makefile distinfo 
misc/p5-OPCUA-Open62541/pkg: PLIST 

Log message:
update p5-OPCUA-Open62541 to 0.006



Generating a PLIST

2020-03-30 Thread putridsoul66
I tried to generate PLIST using 'make update-plist'
and was greeted with 'doas: Operation not permitted'

/etc/doas.conf
'permit user as root update-plist' didn't work
'permit user as root /usr/infrastructure/bin/update-plist' didn't work
'permit user as root' atleast asked me for a password

Can anyone tell me what invocation is sent to doas?

Following on 'permit user as root', 'make update-plist' 
gave following output, is pkglocatedb required?

Reading existing plist for 64tass-1.55.2176
Scanning /usr/portsdir/pobj/64tass-1.55.2176/fake-amd64
Removing .debug artefacts
Figuring out tie points
Tieing loose objects
Copying objects
Can't look for conflicts, pkglocatedb not installed



Re: UPDATE: net/toxcore

2020-03-30 Thread Omar Polo
On Mon, Mar 30, 2020 at 10:16:08AM +0200, Omar Polo wrote:
> sorry putridsoul66 for the double emacs, I've forgot to CC ports
> (as always...)
> 
> On Mon, Mar 30, 2020 at 12:54:23PM +0530, putridsou...@gmail.com wrote:
> > Update net/toxcore to latest version-0.2.11 
> > There was a complaint in the mailing-list 
> > about toxcore not being updated, I hope 
> > someone will tests this.
> > 
> 
> it does not bulid here, it fails with
> 
>   Patching file CMakeLists.txt using Plan A...
>   Hunk #1 failed at 171.
>   Hunk #2 failed at 463.
>   No such line 592 in input file, ignoring
>   Hunk #3 failed at 580.
>   3 out of 3 hunks failed--saving rejects to CMakeLists.txt.rej
> 
> Have you forgotten to add the patch for the CMakeLists in the mail? :)
> 
> Here's an updated patch with CMakeLists fixed and updated plist.
> It builds (on -current ~ week old) but I've not tested it with toxic
> yet.

I've rebuild net/toxic and it seems to work with the updated toxcore
(I've only tried basic chat and file transfer operation, I've never
made an audio call)

> Index: Makefile
> ===
> RCS file: /cvs/ports/net/toxcore/Makefile,v
> retrieving revision 1.7
> diff -u -p -r1.7 Makefile
> --- Makefile  24 Nov 2019 23:05:10 -  1.7
> +++ Makefile  30 Mar 2020 08:12:01 -
> @@ -2,8 +2,8 @@
>  
>  COMMENT =Tox client library
>  
> -V =  0.2.3
> -REVISION =   3
> +V =  0.2.11
> +REVISION =   11
>  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
> --- distinfo  26 Jun 2018 20:34:04 -  1.2
> +++ distinfo  30 Mar 2020 08:12:01 -
> @@ -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.11.tar.gz) = 8REoWwNtd0bOjRMhzwuJ7JO0+tiukHZ6JOUCMLvuJ+E=
> +SIZE (toxcore-0.2.11.tar.gz) = 507476
> 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_txt  24 Nov 2019 23:05:10 -  1.4
> +++ patches/patch-CMakeLists_txt  30 Mar 2020 08:12:01 -
> @@ -6,54 +6,44 @@ $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()
> +@@ -381,16 +381,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}")
>  -  set_property(TEST ${target} PROPERTY ENVIRONMENT 
> "LLVM_PROFILE_FILE=${target}.profraw")
>  -endif()
>  -  endif()
> -+message (WARNING "Test ${target} not built because it breaks the build 
> with base-gcc and NO_TEST is set")
> ++  message (WARNING "Test ${target} not build 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()
> +@@ -492,22 +483,3 @@ endif()
> + # :: Test programs
> + #
> + 
> 
> +-
> +-option(BUILD_MISC_TESTS "Build additional tests" OFF)
> +-if (BUILD_MISC_TESTS)
> +-  add_executable(DHT_test 

Re: UPDATE: net/toxcore

2020-03-30 Thread Omar Polo
sorry putridsoul66 for the double emacs, I've forgot to CC ports
(as always...)

On Mon, Mar 30, 2020 at 12:54:23PM +0530, putridsou...@gmail.com wrote:
> Update net/toxcore to latest version-0.2.11 
> There was a complaint in the mailing-list 
> about toxcore not being updated, I hope 
> someone will tests this.
> 

it does not bulid here, it fails with

Patching file CMakeLists.txt using Plan A...
Hunk #1 failed at 171.
Hunk #2 failed at 463.
No such line 592 in input file, ignoring
Hunk #3 failed at 580.
3 out of 3 hunks failed--saving rejects to CMakeLists.txt.rej

Have you forgotten to add the patch for the CMakeLists in the mail? :)

Here's an updated patch with CMakeLists fixed and updated plist.
It builds (on -current ~ week old) but I've not tested it with toxic
yet.


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
+++ Makefile30 Mar 2020 08:12:01 -
@@ -2,8 +2,8 @@
 
 COMMENT =  Tox client library
 
-V =0.2.3
-REVISION = 3
+V =0.2.11
+REVISION = 11
 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
+++ distinfo30 Mar 2020 08:12:01 -
@@ -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.11.tar.gz) = 8REoWwNtd0bOjRMhzwuJ7JO0+tiukHZ6JOUCMLvuJ+E=
+SIZE (toxcore-0.2.11.tar.gz) = 507476
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_txt30 Mar 2020 08:12:01 -
@@ -6,54 +6,44 @@ $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()
+@@ -381,16 +381,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}")
 -  set_property(TEST ${target} PROPERTY ENVIRONMENT 
"LLVM_PROFILE_FILE=${target}.profraw")
 -endif()
 -  endif()
-+  message (WARNING "Test ${target} not built because it breaks the build 
with base-gcc and NO_TEST is set")
++  message (WARNING "Test ${target} not build 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()
+@@ -492,22 +483,3 @@ endif()
+ # :: Test programs
+ #
+ 

+-
+-option(BUILD_MISC_TESTS "Build additional tests" OFF)
+-if (BUILD_MISC_TESTS)
+-  add_executable(DHT_test ${CPUFEATURES}
+-testing/DHT_test.c)
+-  target_link_modules(DHT_test toxcore misc_tools)
 -
--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 misc_tools)
 -
--add_executable(Messenger_test ${CPUFEATURES}
--  testing/Messenger_test.c)

CVS: cvs.openbsd.org: ports

2020-03-30 Thread Martin Reindl
CVSROOT:/cvs
Module name:ports
Changes by: mar...@cvs.openbsd.org  2020/03/30 03:21:47

Modified files:
math/netcdf: Makefile distinfo 

Log message:
Update to netcdf-4.7.4.



Re: [new] net/miniflux a minimalist and opinionated feed reader

2020-03-30 Thread Stuart Henderson
On 2020/03/29 21:13, Daniel Jakots wrote:
> On Mon, 30 Mar 2020 04:06:22 +0300, Paul Irofti  wrote:
> 
> > Perhaps I am missing something, but why doesn't this depend on
> > PostgreSQL? 
> 
> People may not run miniflux and postgresql on the same machine.

Same way most things using PostgreSQL only depend on the client library
not the server. But in this case the client library is a bundled copy of
github.com/lib/pq so there's no separate dependency.



Re: UPDATE: net/toxcore

2020-03-30 Thread putridsoul66
Updated Plist

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
+++ Makefile30 Mar 2020 08:51:33 -
@@ -2,8 +2,8 @@
 
 COMMENT =  Tox client library
 
-V =0.2.3
-REVISION = 3
+V =0.2.11
+REVISION = 11
 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
+++ distinfo30 Mar 2020 08:51:33 -
@@ -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.11.tar.gz) = 8REoWwNtd0bOjRMhzwuJ7JO0+tiukHZ6JOUCMLvuJ+E=
+SIZE (toxcore-0.2.11.tar.gz) = 507476
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   30 Mar 2020 08:51:33 -
@@ -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
-lib/libtoxcore.a
+@static-lib lib/libtoxcore.a
 @lib lib/libtoxcore.so.${LIBtoxcore_VERSION}
 lib/pkgconfig/toxcore.pc



Re: [base-gcc/sparc64] Fix build for x11/gnome/control-center

2020-03-30 Thread Stuart Henderson
On 2020/03/29 23:13, Antoine Jacoutot wrote:
> On Sun, Mar 29, 2020 at 10:11:07PM +0200, Charlene Wendling wrote:
> > > If gnome or a subset of its apps doesn't build, then it sure can't be
> > > used and debugged on powerpc.  Even if the full gnome desktop isn't
> > > usable, its apps can probably be useful.  Instead of discussing on
> 
> I don't see how gnome-control-center can be useful as a single application.
> 
> > > a case by case basis which app makes sense on what arch, I find it
> > > easier to just fix the build of everything that can be fixed.  If
> > > someone cares enough to fix it, obviously.  Just like with the rest of
> > > the tree.  Please don't make this more painful than it already is.  :)
> 
> Then we agree to disagree :-)
> For me this is taking a huge amount of time on bulks and could prevent having
> regular matching base / packages.

Yes, this is a good point. Is the goal to just build as much as possible,
or is it to make things better overall for these arches?



 [VÍDEO] Venta De su empresa. Su Particular Estado De Emergencia 

2020-03-30 Thread Simon Galiano
[DEFAULT_HEADER]Hola , 

Si ha sido uno de los que ha llamado diciendo: Quiero Vender Mi Empresa, le 
explico rápidamente cómo se vende su empresa: [ Opciones Para Vender ]( 
http://r.comercial.pongaleprecio.net/mk/cl/f/-MP8F7dR700KRzzH5yBswxX2jWZH9LEsV6qeGwqEp6fBXhP8L9pQom8IZabLU1VAoOji5laF7uSnu2USQVwQeTStL8r3jaW1ilVjID0aZpZ8Cd7MJqa4d6MHjFxE7LqsRRY7wItq3D9dhWdQlPW_v_E3in_wDQI3FTTCk1TftiPZg3Zu7VpEZ3S2qhxxkHJ3kMsSukaU8ZB8lSiub75qZKkNsbniVtXrdVt8H-K0
 )

Le insto a que se informe de cómo de compran y venden empresas. Si tras ver lo 
que hacemos, decide usted que quiere que le representemos, estamos encantados 
de hacerlo y vender su empresa.

He visto miles de empresas en estrés o en crisis, por el tema al que me dedico, 
por lo que tengo varios comentarios que le pueden ayudar.
 
De los estados financieros, reúnase con su contable y monitoree el flujo de 
caja como oro en paño. Hay ratios muy importantes a los que necesita prestar 
atención, como el ratio de rotación de existencias y el de liquidez. Intentar 
aplazar deuda a corto plazo por deuda a largo plazo o reducir activos pueden 
salvarle.
 
En cuanto a tratos personales, le aconsejo ser proactivo, liderar, y ser muy 
empático puesto que hay mucha gente que puede perder sus trabajos o empresas. 
Si hoy piensa que su empresa puede sobrevivir tomando medidas drásticas o 
pivotando de producto o servicio, actúe con mucha celeridad y sea agresivo. Yo 
personalmente soy bastante agresivo cuando veo oportunidades. 
 
Actuar rápido y ser proactivo o pivotar podría beneficiarle en tiempos tan 
precarios.
 
He puesto un plan de supervivencia en el canal, que puede ver aquí: [ Cómo 
Superar La Crisis ]( 
http://r.comercial.pongaleprecio.net/mk/cl/f/_ccN5AY1i2-0Fzm5LD3tLknnyd9Tm835bqq3M49sAXjRGMBXQ8Cr5fWeqQe60fSuY4gfT8sFpwALSwA_bpb9S_HlYDIqheHu3NoZxWEvNNHfxoG3Mm2gi_daoz7cz15LjdrRtEq1e1SPks3UML3e6qXSo54PADRD-qox7S1kUp2DN95lq1QEjoco1_JaQUA6qEpTL3WAFcB1WkJ2-OmTOhV7GSLEYId6Pz00pZUR
 )

Si quiere preguntarme algo, yo como sabe trabajo en 4 países y lo hago de 
manera remota, o sea que siempre estoy disponible para trabajar, que es algo 
que me gusta mucho.

En el clima tan volátil que ahora mismo estamos padeciendo, el empezar a 
prepararse podría ser excepcionalmente importante de cara a los próximos meses, 
ya sea valorando la empresa, vendiéndola, o comprando una empresa y creciendo 
por adquisición. 

Cómo Vender su empresa  : [ VENDER ]( 
http://r.comercial.pongaleprecio.net/mk/cl/f/cW4GeeS7p0GcAIYZzybczCW-pv_wWPCRGisdxvrkaL2nqjG85Vo9Gj8uUYIhdRJa5W1db1jJuMtaipOHKX8Lwf2deDzejUOOEwLEw93Z0_CqkqmGL7Q8IheDvYAApR2AOjkAfXMtP_Pv9juvHVXJ_3SDydljQIagy3rJBIjTyvT6BjjDbCd2lf-UzxaP6ejI5nIzAz13ijxDYUEGb9e_ZIb7FMh4aNJKcn7LPn0l
 )  Cómo Analizamos el Fondo De Comercio: [ FONDO DE COMERCIO ]( 
http://r.comercial.pongaleprecio.net/mk/cl/f/X-__BUky0VfeUROaDFhb3ZX56G4uNpiLTM89yduu-lan_gzHJfMWl8-vXY2eDbBKSBsGslOIk-ofbii6r1PIXIdrAS4MF3ypifgJxkc0nZuZu01H-lX1j4heREjF7agVPEx2MiPEE1PvE3hqqKH_nCLoKLgsBU2FpPnu6QVnIOP2PyhoBDhgrakyfm3CGF0KRkhhykRbD450gP-w7NEwDwSl71ey1zCo6UPPXQ8p
 )  Vender una empresa es un ejercicio de marketing. Ya sea para darle 
visibilidad o para contactar con los inversores que tenemos, siempre hay que 
destinar recursos. También habrá que agregar costes de las auditorías legal, 
financiera y jurídica (Due Diligence), cuando compramos o vendemos una empresa. 

Si quiere crecer por adquisición, aquí tiene contenidos de valor.
Podcast Líder en Compraventa De Empresas. Cómo Comprar Una Empresa [Paso a 
Paso]: [ COMPRAR ]( 
http://r.comercial.pongaleprecio.net/mk/cl/f/eEOoHySHGdSC2_O9aLMrAMhrUBX47fIIHGLucwLYUzKN8jkP96eDn6mN3ao0mwf_Vq1WRsRxIj2J7A6aOs823pmhEVAUHVEHR-M5VSTPownS92oKIKTuSotJNMQS5U5owPEk0WZi3MeR26i8vZrK1x49c8gsR5SCjzCxBfmWZLLWfBzDFmnlgYq6ricdQu9ZltX7T5HPnRbPHfX_Ddb_u36G4b1DnwzaxalznlLr
 )  Hay 1 millón de empresas excepcionales para adquirir: [ ADQUIRIR ]( 
http://r.comercial.pongaleprecio.net/mk/cl/f/otTQ9sxpzpg3YZWbkI8gdpRtA1cWZW9jm69S7uyZRnPh62ZOgqHdikH50gVlG1BcwH7bEkUnD7QImZxvpYQshwRkMSBF8ervVkgKp4QGeSzwao2YDdH5sFzf4AC_R8oRbpWkA1Z6A3K-elzimdpwe6x631Q0G6jPK9drjklkUs55wDG1XKm3woW2t6gmUyqMCScZH14IumTouJTbvjtGB-KAhzBwI6OL0nOQYjv0
 )  Podcast Líder en Compraventa De Empresas: https://anchor.fm/simon-galiano   
Si quiere valorar su empresa, contacte conmigo directamente respondiendo al 
email. 

Contacte conmigo en Linkedin: 
http://r.comercial.pongaleprecio.net/mk/cl/f/V87lDrfF2H_NV19cIGw8pG-X0BIIOw87KQw1Hue_RTnsKSc4sN5XdQVsg0Nq0PCetXb9Pu7NhtCuwtWNftSACEtMV-GTuVKdgHjMtN0PzKSIpLhDA9R7zKYBCX5k7vGilQaUGqOjGb6gGSaQxJ9iLqeLaqQ_FZU-nsJl0G0-O2XewwrrAAhWItOyj4IUJxOYsghgqcMAI9KMOoAigYstfch9

Como estamos viendo, le insto a que actúe rápido, puesto estamos viendo un 
incremento en solicitudes aquí: 
http://r.comercial.pongaleprecio.net/mk/cl/f/oyLtrmNIBUqvFNewWuJWJBMlm6ywFm3K_qrlBQISVz9m6L9KbOSOhNkuVqlPOvGiAXRtdjyj6rzdbeAz_b6FFSjXkbyS-tHGKNJXSxwKpewfsOsI9ceB7l6rdq6WiiCldhG-cXzQC_dnoCk_qGIISbM_HJoeYH4bWYeivEe_ESLF17PZYGOgRDPfvdFkFfqsW8SxIw
 
Le podemos ofrecer varios 

CVS: cvs.openbsd.org: ports

2020-03-30 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2020/03/30 02:59:07

Modified files:
astro/stellarium: Makefile distinfo 
astro/stellarium/pkg: PLIST 

Log message:
Update to stellarium-0.20.0.



Re: Add audio/openal to games/minecraft RUN_DEPENDS

2020-03-30 Thread Kurt Mosiejczuk
On Mon, Mar 30, 2020 at 03:02:06AM -0400, Kurt Mosiejczuk wrote:
> minecraft will do audio if openal is installed. The problem up until
> Brad's 1.20.1 update is that minecraft would crash on startup about
> 50% of the time. So you'd start it again and it would be fine. With
> the openal update, I tried it 8 times in a row without a crash. So,
> let's add openal as a RUN_DEPENDS to get sound in the game by
> default.

(As you might have guessed. It crashed the ninth try, after I sent
this email. Still, it's never crashed for Pamela and allows sound.)

--Kurt



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/03/30 01:56:27

Modified files:
x11/xfce4/xfce4-session: Makefile distinfo 
x11/xfce4/xfce4-session/pkg: PLIST 

Log message:
Update to xfce4-session 4.14.2



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/03/30 01:55:56

Modified files:
x11/xfce4/terminal: Makefile distinfo 

Log message:
Update to xfce4-terminal 0.8.9.2



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/03/30 01:55:23

Modified files:
x11/xfce4/xfce4-clipman: Makefile distinfo 
x11/xfce4/xfce4-clipman/pkg: PLIST 

Log message:
Update to xfce4-clipman 1.6.0



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/03/30 01:54:57

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

Log message:
Update to xfce4-screensaver 0.1.10



CVS: cvs.openbsd.org: ports

2020-03-30 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/03/30 01:54:28

Modified files:
x11/xfce4/xfce4-pulseaudio: Makefile distinfo 
x11/xfce4/xfce4-pulseaudio/pkg: PLIST 
Removed files:
x11/xfce4/xfce4-pulseaudio/patches: 

patch-panel-plugin_pulseaudio-config_h 

Log message:
Update to xfce4-pulseaudio 0.4.3



  1   2   >