Re: net/nextcloudclient not talking to keyring for credentials
Hi, I'm trying to get net/nextcloudclient to save my password but I get this error: [ warning nextcloud.sync.credentials.http ]:Error while writing password "Unknown error" I've tried installing gnome-keyring, libgnome-keyring, and py3-keyring and it still doesn't want to save the credentials anywhere. Any ideas? All I can find are reports of it failing on Linux and to install various gnome-keyring packages. I do have gnome-keyring-daemon running but it doesn't seem to talk to it. Thanks, Tom
UPDATE: textproc/libebml
Update libebml 1.4.0. I reworked the whole CMake shared,static
lib handling. This will send this diff to upstream in a few days.
diff --git a/textproc/libebml/Makefile b/textproc/libebml/Makefile
index 1cd6e0c5b33..87bd70c4a0a 100644
--- a/textproc/libebml/Makefile
+++ b/textproc/libebml/Makefile
@@ -2,12 +2,12 @@
COMMENT= Extensible Binary Meta Language library
-DISTNAME= libebml-1.3.7
+DISTNAME= libebml-1.4.0
CATEGORIES=textproc
MASTER_SITES= https://dl.matroska.org/downloads/libebml/
EXTRACT_SUFX= .tar.xz
-SHARED_LIBS= ebml3.2
+SHARED_LIBS= ebml4.0
HOMEPAGE= http://www.matroska.org/
diff --git a/textproc/libebml/distinfo b/textproc/libebml/distinfo
index c330edfee0d..1a236814c4c 100644
--- a/textproc/libebml/distinfo
+++ b/textproc/libebml/distinfo
@@ -1,2 +1,2 @@
-SHA256 (libebml-1.3.7.tar.xz) = 4yRMh/WE1/yMNxiBprewZYPMBB+I4uP66aIV2cpY6fQ=
-SIZE (libebml-1.3.7.tar.xz) = 69460
+SHA256 (libebml-1.4.0.tar.xz) = gKvJqCVJYVAYeY7nBJlycKObQ96abn4NI7YvjOaCxLM=
+SIZE (libebml-1.4.0.tar.xz) = 69944
diff --git a/textproc/libebml/patches/patch-CMakeLists_txt
b/textproc/libebml/patches/patch-CMakeLists_txt
index 89be14ded7f..a51c19e8f2e 100644
--- a/textproc/libebml/patches/patch-CMakeLists_txt
+++ b/textproc/libebml/patches/patch-CMakeLists_txt
@@ -5,16 +5,16 @@ Add options for building and installing shared, static
libraries
Index: CMakeLists.txt
--- CMakeLists.txt.orig
+++ CMakeLists.txt
-@@ -4,6 +4,8 @@ project(ebml VERSION 1.3.7)
-
+@@ -5,6 +5,8 @@ project(ebml VERSION 1.4.0)
option(DISABLE_PKGCONFIG "Disable PkgConfig module generation" OFF)
option(DISABLE_CMAKE_CONFIG "Disable CMake package config module generation"
OFF)
+ option(ENABLE_WIN32_IO "Build the Windows I/O helper class" OFF)
+option(DISABLE_SHARED_LIBS "Disable build and install shared libraries" OFF)
+option(DISABLE_STATIC_LIBS "Disable build and install static libraries" OFF)
include(GNUInstallDirs)
-@@ -63,40 +65,54 @@ set(libebml_PUBLIC_HEADERS
+@@ -72,50 +74,82 @@ set(libebml_PUBLIC_HEADERS
set(libebml_C_PUBLIC_HEADERS ebml/c/libebml_t.h)
@@ -25,82 +25,130 @@ Index: CMakeLists.txt
- if(HAVE_WINAPIFAMILY_H)
-target_compile_definitions(ebml PUBLIC HAVE_WINAPIFAMILY_H)
- endif()
+-endif()
+-set_target_properties(ebml PROPERTIES
+- VERSION 5.0.0
+- SOVERSION 5
+- CXX_VISIBILITY_PRESET hidden
+- VISIBILITY_INLINES_HIDDEN ON
+-)
+-target_include_directories(ebml
+- PRIVATE
+-$
+- PUBLIC
+-$
+-$)
+-if(MSVC)
+- target_compile_definitions(ebml PRIVATE _CRT_SECURE_NO_WARNINGS)
+-endif()
+
+ include(GenerateExportHeader)
+-generate_export_header(ebml EXPORT_MACRO_NAME EBML_DLL_API)
+-target_sources(ebml
+- PRIVATE
+-${CMAKE_CURRENT_BINARY_DIR}/ebml_export.h
+-)
+foreach (TYPE IN ITEMS STATIC SHARED)
+ if (NOT DISABLE_${TYPE}_LIBS)
-+string (TOLOWER "${TYPE}" type)
-+add_library(ebml-${type} ${TYPE} ${libebml_SOURCES}
${libebml_PUBLIC_HEADERS} ${libebml_C_PUBLIC_HEADERS})
-+set_target_properties(ebml-${type} PROPERTIES
-+ VERSION 4.0.0
-+ SOVERSION 4)
-+target_include_directories(ebml-${type} PUBLIC
-+ $
-+ $)
-+if(MSVC)
-+ target_compile_definitions(ebml-${type} PRIVATE _CRT_SECURE_NO_WARNINGS)
+
+-if(NOT BUILD_SHARED_LIBS)
+- target_compile_definitions(ebml PUBLIC EBML_STATIC_DEFINE)
++set(type_suffix "")
++if ("${TYPE}" STREQUAL "STATIC")
++ string(TOLOWER "${TYPE}" type)
++ set(type_suffix "-${type}")
+endif()
++
++add_library(ebml${type_suffix} ${TYPE}
++ ${libebml_SOURCES}
++ ${libebml_PUBLIC_HEADERS}
++ ${libebml_C_PUBLIC_HEADERS})
++
+if(WIN32)
+ include(CheckIncludeFile)
+ check_include_file(winapifamily.h HAVE_WINAPIFAMILY_H)
+ if(HAVE_WINAPIFAMILY_H)
-+target_compile_definitions(ebml-${type} PUBLIC HAVE_WINAPIFAMILY_H)
++target_compile_definitions(ebml${type_suffix} PUBLIC
HAVE_WINAPIFAMILY_H)
+ endif()
- endif()
--set_target_properties(ebml PROPERTIES
-- VERSION 4.0.0
-- SOVERSION 4)
--target_include_directories(ebml PUBLIC
-- $
-- $)
--if(MSVC)
-- target_compile_definitions(ebml PRIVATE _CRT_SECURE_NO_WARNINGS)
--endif()
--if(BUILD_SHARED_LIBS)
-- set_target_properties(ebml
++endif()
++
++target_include_directories(ebml${type_suffix}
++ PRIVATE
++$
++ PUBLIC
++$
++$)
++
++generate_export_header(ebml${type_suffix} EXPORT_MACRO_NAME EBML_DLL_API
BASE_NAME ebml)
++target_sources(ebml${type_suffix}
++ PRIVATE
++${CMAKE_CURRENT_BINARY_DIR}/ebml_export.h)
++
++if(MSVC)
++ target_compile_definitions(ebml${type_suffix} PRIVATE
_CRT_SECURE_NO_WARNINGS)
++endif()
+ endif()
+endforeach()
+
+if(NOT DISABLE_SHARED_LIBS)
-+ set_target_properties(ebml-shared
- PROPERTIES
- DEFINE_SYMBOL "EBML_DLL_EXPORT"
- C_VISIBILITY_PRESET hidden
--VISIBILITY_INLINES_HIDDEN 1)
-- target_compile_definitions(ebml
UPDATE: multimedia/libmatroska
Update libmatroska to 1.6.2. I reworked the whole CMake shared,static
lib handling. This will send this diff to upstream in a few days.
diff --git a/multimedia/libmatroska/Makefile b/multimedia/libmatroska/Makefile
index 2eada31ec83..bd8e4a5d7d8 100644
--- a/multimedia/libmatroska/Makefile
+++ b/multimedia/libmatroska/Makefile
@@ -2,13 +2,12 @@
COMMENT= extensible open standard audio/video container library
-DISTNAME= libmatroska-1.5.0
+DISTNAME= libmatroska-1.6.2
CATEGORIES=multimedia
MASTER_SITES= http://dl.matroska.org/downloads/libmatroska/
EXTRACT_SUFX= .tar.xz
-REVISION= 1
-SHARED_LIBS= matroska4.4
+SHARED_LIBS= matroska5.0
HOMEPAGE= http://www.matroska.org/
@@ -21,13 +20,13 @@ WANTLIB += ${COMPILER_LIBCXX} ebml m
COMPILER = base-clang ports-gcc base-gcc
-MODULES += devel/cmake
+MODULES= devel/cmake
CONFIGURE_ARGS+= -DCMAKE_C_FLAGS="${CFLAGS} -I${LOCALBASE}/include" \
-DCMAKE_CXX_FLAGS="${CXXFLAGS} -I${LOCALBASE}/include" \
-DCMAKE_SHARED_LINKER_FLAGS="-L${LOCALBASE}/lib"
-LIB_DEPENDS += textproc/libebml>=1.3.7
+LIB_DEPENDS+= textproc/libebml>=1.4.0
NO_TEST = Yes
diff --git a/multimedia/libmatroska/distinfo b/multimedia/libmatroska/distinfo
index b730da5fd50..a12ead552c3 100644
--- a/multimedia/libmatroska/distinfo
+++ b/multimedia/libmatroska/distinfo
@@ -1,2 +1,2 @@
-SHA256 (libmatroska-1.5.0.tar.xz) =
8O/cGCf6gBKhbXZKRe2E1UTZKiAnETJF9SL14fcTrR4=
-SIZE (libmatroska-1.5.0.tar.xz) = 64596
+SHA256 (libmatroska-1.6.2.tar.xz) =
vER5qoQiqwdkPfah+loZ5L7Uut/UHKd+CBYoYg0eGZA=
+SIZE (libmatroska-1.6.2.tar.xz) = 65460
diff --git a/multimedia/libmatroska/patches/patch-CMakeLists_txt
b/multimedia/libmatroska/patches/patch-CMakeLists_txt
index 205438ea3a8..aab56fca28c 100644
--- a/multimedia/libmatroska/patches/patch-CMakeLists_txt
+++ b/multimedia/libmatroska/patches/patch-CMakeLists_txt
@@ -5,67 +5,90 @@ Add options for building and installing shared, static
libraries
Index: CMakeLists.txt
--- CMakeLists.txt.orig
+++ CMakeLists.txt
-@@ -4,6 +4,8 @@ project(matroska VERSION 1.5.0)
+@@ -4,6 +4,8 @@ project(matroska VERSION 1.6.2)
option(DISABLE_PKGCONFIG "Disable PkgConfig module generation" OFF)
option(DISABLE_CMAKE_CONFIG "Disable CMake package config module generation"
OFF)
+option(DISABLE_SHARED_LIBS "Disable build and install shared libraries" OFF)
+option(DISABLE_STATIC_LIBS "Disable build and install static libraries" OFF)
- find_package(Ebml 1.3.7 REQUIRED)
+ find_package(EBML 1.4.0 REQUIRED)
-@@ -59,28 +61,44 @@ set (libmatroska_C_PUBLIC_HEADERS
+@@ -62,44 +64,69 @@ set (libmatroska_C_PUBLIC_HEADERS
matroska/c/libmatroska.h
matroska/c/libmatroska_t.h)
--add_library(matroska ${libmatroska_SOURCES} ${limatroska_PUBLIC_HEADERS}
${libmatroska_C_PUBLIC_HEADERS})
--target_link_libraries(matroska PUBLIC ebml)
+-add_library(matroska ${libmatroska_SOURCES} ${libmatroska_PUBLIC_HEADERS}
${libmatroska_C_PUBLIC_HEADERS})
+-target_link_libraries(matroska PUBLIC EBML::ebml)
-set_target_properties(matroska PROPERTIES
-- VERSION 6.0.0
-- SOVERSION 6)
--target_include_directories(matroska PUBLIC
-- $
-- $)
+- VERSION 7.0.0
+- SOVERSION 7
+- CXX_VISIBILITY_PRESET hidden
+- VISIBILITY_INLINES_HIDDEN ON
+-)
+-target_include_directories(matroska
+- PRIVATE
+-$
+- PUBLIC
+-$
+-$)
-if(MSVC)
- target_compile_definitions(matroska PRIVATE _CRT_SECURE_NO_WARNINGS)
+-endif()
+-
+ include(GenerateExportHeader)
+-generate_export_header(matroska EXPORT_MACRO_NAME MATROSKA_DLL_API)
+-target_sources(matroska
+- PRIVATE
+-${CMAKE_CURRENT_BINARY_DIR}/matroska_export.h
+-)
+foreach (TYPE IN ITEMS STATIC SHARED)
+ if (NOT DISABLE_${TYPE}_LIBS)
-+string (TOLOWER "${TYPE}" type)
-+add_library(matroska-${type} ${TYPE} ${libmatroska_SOURCES}
${libmatroska_PUBLIC_HEADERS} ${libmatroska_C_PUBLIC_HEADERS})
-+set_target_properties(matroska-${type} PROPERTIES
-+ VERSION 6.0.0
-+ SOVERSION 6)
-+target_link_libraries(matroska-${type} PUBLIC ebml)
-+target_include_directories(matroska-${type} PUBLIC
-+ $
-+ $)
++set(type_suffix "")
++if ("${TYPE}" STREQUAL "STATIC")
++ string(TOLOWER "${TYPE}" type)
++ set(type_suffix "-${type}")
++endif()
+
+-if(NOT BUILD_SHARED_LIBS)
+- target_compile_definitions(matroska PUBLIC MATROSKA_STATIC_DEFINE)
++add_library(matroska${type_suffix} ${TYPE}
++ ${libmatroska_SOURCES}
++ ${libmatroska_PUBLIC_HEADERS}
++ ${libmatroska_C_PUBLIC_HEADERS})
++
++target_include_directories(matroska${type_suffix}
++ PRIVATE
++$
++PUBLIC
++$
++$)
++
++if(MSVC)
++ target_compile_definitions(matroska${type_suffix}
++PRIVATE
++ _CRT_SECURE_NO_WARNINGS)
++endif()
++generate_export_header(matroska${type_suffix} EXPORT_MACRO_NAME
MATROSKA_DLL_API
Re: UPDATE: Tor Browser 10.0.5
On 2020/11/19 02:51, Dimitri Karamazov wrote: > On Thu, November 19, 2020 02:49, Dimitri Karamazov wrote: > > Hi, > > > > > > Below is a diff that updates Tor Browser to 10.0.5 following the new > > release of Firefox ESR. Similar to www/firefox-esr, the jumbo patch is not > > necessary anymore so I removed it. Tested on > > amd64. More information: > > https://blog.torproject.org/new-release-tor-browser-1005 committed. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > RCS file: /cvs/ports/meta/tor-browser/Makefile,v > > retrieving revision 1.31 diff -u -p -r1.31 Makefile --- > > meta/tor-browser/Makefile 14 Nov 2020 11:53:28 - 1.31 > > +++ meta/tor-browser/Makefile 18 Nov 2020 20:08:35 - > > @@ -4,10 +4,10 @@ COMMENT=3DTor Browser meta package > > =20 > > MAINTAINER=3D Caspar Schutijser > > =20 > > > > > Please resend, the patch includes some crazy characters. That's quoted-printable encoding, needed because of some of the chars in the patch itself. From mutt you can apply by hitting v (to display just the body mime-part rather than the whole mail) and then |patch -d /usr/ports -Ep0 Otherwise save the raw mail and pipe through "qprint -d"
hg clone [tryton-env] not working (mercurial)
Hello,
Sorry, sent from wrong address. Now it should arrive well.
I carefully considered to which mailinglist to send this message: ports or
ports-bugs. I hope I chose the right one.
I failed to clone the tryton-env repository after enabling subrepos.
I have confirmation it works on the same network config under Linux.
My machine(s) are running 6.8 on amd64, tested my main machine and a vps from
openbsd.amsterdam. No syspatch-es were applied at the time of testing.
I started with this info:
https://www.tryton.org/develop
I discussed the issue here:
https://discuss.tryton.org/t/problem-doing-hg-clone-tryton-env/3464/12
Sebastien Marie suggested I use this command:
hg clone -v --config subrepos.allowed=true --stream \
https://hg.tryton.org/tryton-env
which worked. Now I can hg update.
I tested both the mercurial installed by pkg_add (ports) and one installed by
pip, same result on both of them.
Please have a look at this only if it has the potential to improve the
port/mercurial, I have managed to solve my problem with Sebastien's help.
Please see a some commandline output below:
dot$ hg -v clone https://hg.tryton.org/tryton-env
destination directory: tryton-env
applying clone bundle from
https://downloads-cdn.tryton.org/bundles/tryton-env-bzip2-v1
adding changesets
adding manifests
transaction abort!
rollback completed
(sent 2 HTTP requests and 434 bytes; received 1102 bytes in responses)
abort: error: None
dot$ echo $?
255
dot$ hg -v --traceback clone https://hg.tryton.org/tryton-env
destination directory: tryton-env
applying clone bundle from
https://downloads-cdn.tryton.org/bundles/tryton-env-bzip2-v1
adding changesets
adding manifests
transaction abort!
rollback completed
(sent 2 HTTP requests and 434 bytes; received 1102 bytes in responses)
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/mercurial/scmutil.py", line 152,
in callcatch
return func()
File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line
469, in _runcatchfunc
return _dispatch(req)
File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line
1232, in _dispatch
return runcommand(
File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line
917, in runcommand
ret = _runcommand(ui, options, cmd, d)
File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line
1244, in _runcommand
return cmdfunc()
File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line
1230, in
d = lambda: util.checksignature(func)(ui, *args, **strcmdopt)
File "/usr/local/lib/python3.8/site-packages/mercurial/util.py", line 1867,
in check
return func(*args, **kwargs)
File "/usr/local/lib/python3.8/site-packages/mercurial/commands.py", line
1904, in clone
r = hg.clone(
File "/usr/local/lib/python3.8/site-packages/mercurial/hg.py", line 901, in
clone
exchange.pull(
File "/usr/local/lib/python3.8/site-packages/mercurial/exchange.py", line
1823, in pull
_maybeapplyclonebundle(pullop)
File "/usr/local/lib/python3.8/site-packages/mercurial/exchange.py", line
2905, in _maybeapplyclonebundle
if trypullbundlefromurl(repo.ui, repo, url):
File "/usr/local/lib/python3.8/site-packages/mercurial/exchange.py", line
3144, in trypullbundlefromurl
bundle2.applybundle(repo, cg, tr, b'clonebundles', url)
File "/usr/local/lib/python3.8/site-packages/mercurial/bundle2.py", line 371,
in applybundle
_processchangegroup(op, unbundler, tr, source, url, **kwargs)
File "/usr/local/lib/python3.8/site-packages/mercurial/bundle2.py", line 490,
in _processchangegroup
ret = cg.apply(op.repo, tr, source, url, **kwargs)
File "/usr/local/lib/python3.8/site-packages/mercurial/changegroup.py", line
343, in apply
self._unpackmanifests(repo, revmap, trp, progress)
File "/usr/local/lib/python3.8/site-packages/mercurial/changegroup.py", line
258, in _unpackmanifests
repo.manifestlog.getstorage(b'').addgroup(deltas, revmap, trp)
File "/usr/local/lib/python3.8/site-packages/mercurial/manifest.py", line
1843, in addgroup
return self._revlog.addgroup(
File "/usr/local/lib/python3.8/site-packages/mercurial/revlog.py", line 2410,
in addgroup
for data in deltas:
File "/usr/local/lib/python3.8/site-packages/mercurial/changegroup.py", line
480, in deltaiter
for chunkdata in iter(lambda: self.deltachunk(chain), {}):
File "/usr/local/lib/python3.8/site-packages/mercurial/changegroup.py", line
480, in
for chunkdata in iter(lambda: self.deltachunk(chain), {}):
File "/usr/local/lib/python3.8/site-packages/mercurial/changegroup.py", line
199, in deltachunk
headerdata =
UPDATE: multimedia/mkvtoolnix
Update mkvtoolnix to 51.0.0.
Please note that this update requires libebml>=1.4.0 and
libmatroska>=1.6.2.
For convenience, I am attached a full diff.
Inline mkvtoolnix diff:
diff --git a/multimedia/mkvtoolnix/Makefile b/multimedia/mkvtoolnix/Makefile
index c7a264358b6..8415c7652dc 100644
--- a/multimedia/mkvtoolnix/Makefile
+++ b/multimedia/mkvtoolnix/Makefile
@@ -2,9 +2,7 @@
COMMENT= create, alter and inspect Matroska files
-# Update depends on a new boost version
-DISTNAME= mkvtoolnix-33.0.0
-REVISION= 2
+DISTNAME= mkvtoolnix-51.0.0
CATEGORIES=multimedia x11
@@ -15,9 +13,9 @@ MAINTAINER = Rafael Sadowski
# GPLv2
PERMIT_PACKAGE=Yes
-WANTLIB += ${COMPILER_LIBCXX} FLAC boost_filesystem-mt boost_regex-mt
-WANTLIB += boost_system-mt c cmark ebml iconv intl m magic matroska
-WANTLIB += ogg pugixml vorbis z
+WANTLIB += ${COMPILER_LIBCXX} FLAC boost_filesystem-mt
+WANTLIB += boost_system-mt c cmark dvdread ebml iconv intl m magic
+WANTLIB += matroska ogg pcre2-8 pugixml vorbis z
MASTER_SITES= https://www.bunkus.org/videotools/mkvtoolnix/sources/
@@ -41,10 +39,12 @@ LIB_DEPENDS=audio/flac \
audio/libvorbis \
devel/boost \
devel/gettext,-runtime \
+ devel/libdvdread \
devel/libmagic \
- multimedia/libmatroska>=1.5.0 \
+ devel/pcre2 \
+ multimedia/libmatroska>=1.6.2 \
textproc/cmark \
- textproc/libebml>=1.3.7 \
+ textproc/libebml>=1.4.0 \
textproc/pugixml
MAKE_ENV+= V=1
@@ -70,8 +70,8 @@ FLAVOR?=
CONFIGURE_ARGS+= --disable-gui
.else
MODULES+= x11/qt5
-WANTLIB += Qt5Concurrent Qt5Core Qt5DBus Qt5Gui Qt5Multimedia
-WANTLIB += Qt5Network Qt5Widgets
+WANTLIB += Qt5Concurrent Qt5Core Qt5DBus Qt5Gui Qt5Multimedia Qt5Network
+WANTLIB += Qt5Widgets
LIB_DEPENDS += x11/qt5/qtmultimedia
RUN_DEPENDS+= devel/desktop-file-utils \
misc/shared-mime-info \
diff --git a/multimedia/mkvtoolnix/distinfo b/multimedia/mkvtoolnix/distinfo
index 621bc01dc29..2c98c3f501e 100644
--- a/multimedia/mkvtoolnix/distinfo
+++ b/multimedia/mkvtoolnix/distinfo
@@ -1,2 +1,2 @@
-SHA256 (mkvtoolnix-33.0.0.tar.xz) =
krgrGD0U4dTvHdd50A33A/lzWVxq5gsyyfqpzyHiZ4E=
-SIZE (mkvtoolnix-33.0.0.tar.xz) = 7285816
+SHA256 (mkvtoolnix-51.0.0.tar.xz) =
wXqgEKE8lDsTR8WiD39uBTN6fZAxf1JTRYE7y83PTHA=
+SIZE (mkvtoolnix-51.0.0.tar.xz) = 7569264
diff --git a/multimedia/mkvtoolnix/patches/patch-Rakefile
b/multimedia/mkvtoolnix/patches/patch-Rakefile
index b14caec30a7..c9705c7ae53 100644
--- a/multimedia/mkvtoolnix/patches/patch-Rakefile
+++ b/multimedia/mkvtoolnix/patches/patch-Rakefile
@@ -6,11 +6,11 @@ Ensure that the default and working linker is used on all
clang archs.
Index: Rakefile
--- Rakefile.orig
+++ Rakefile
-@@ -156,7 +156,6 @@ def setup_globals
- cxxflags+= " #{c(:QT_CFLAGS)} #{c(:BOOST_CPPFLAGS)}
#{c(:USER_CXXFLAGS)}"
-
+@@ -168,7 +168,6 @@ def setup_globals
ldflags = ""
+ ldflags += determine_stack_protector_flags
+ ldflags += " -pg" if
c?(:USE_PROFILING)
- ldflags += " -fuse-ld=lld"if
is_clang? && !c(:LLVM_LLD).empty?
ldflags += " -Llib/libebml/src -Llib/libmatroska/src" if
c?(:EBML_MATROSKA_INTERNAL)
ldflags += " -Llib/fmt/src" if
c?(:FMT_INTERNAL)
- ldflags += " #{c(:EXTRA_LDFLAGS)} #{c(:PROFILING_LIBS)}
#{c(:USER_LDFLAGS)} #{c(:LDFLAGS_RPATHS)} #{c(:BOOST_LDFLAGS)}"
+ ldflags += " #{c(:EXTRA_LDFLAGS)} #{c(:USER_LDFLAGS)}
#{c(:LDFLAGS_RPATHS)} #{c(:BOOST_LDFLAGS)}"
diff --git a/multimedia/mkvtoolnix/patches/patch-ac_qt5_m4
b/multimedia/mkvtoolnix/patches/patch-ac_qt5_m4
index 0b9acdb0496..d868e5b9e94 100644
--- a/multimedia/mkvtoolnix/patches/patch-ac_qt5_m4
+++ b/multimedia/mkvtoolnix/patches/patch-ac_qt5_m4
@@ -30,7 +30,7 @@ Index: ac/qt5.m4
if test $ok = 0; then
AC_MSG_RESULT(no: not found by pkg-config)
fi
-@@ -302,7 +300,7 @@ EOF
+@@ -305,7 +303,7 @@ EOF
unset problem
fi
diff --git
a/multimedia/mkvtoolnix/patches/patch-src_mkvtoolnix-gui_jobs_program_runner_cpp
b/multimedia/mkvtoolnix/patches/patch-src_mkvtoolnix-gui_jobs_program_runner_cpp
index a4e4fee07f8..c52a731b17c 100644
---
a/multimedia/mkvtoolnix/patches/patch-src_mkvtoolnix-gui_jobs_program_runner_cpp
+++
b/multimedia/mkvtoolnix/patches/patch-src_mkvtoolnix-gui_jobs_program_runner_cpp
@@ -12,7 +12,7 @@ Index: src/mkvtoolnix-gui/jobs/program_runner.cpp
#elif defined(SYS_WINDOWS)
#include "mkvtoolnix-gui/jobs/program_runner/windows_program_runner.h"
#endif // SYS_WINDOWS
-@@ -158,6 +160,8 @@ ProgramRunner::create() {
+@@ -164,6 +166,8 @@ ProgramRunner::create() {
runner.reset(new
Re: UPDATE: Nextcloud-20.0.2
On Thu, Nov 19, 2020 at 11:05:54AM -0700, Tracey Emery wrote: > On Thu, Nov 19, 2020 at 05:52:11PM +0100, Gonzalo L. Rodriguez wrote: > > Hello, > > > > Update for Nextcloud to 20.0.2: > > > > https://nextcloud.com/changelog/ > > > > OK? Comments? > > All good here. Ok tracey still very slow on my sparc64 machine w/ softraid(4) crypto on vdsk(4) please fix it for me k thx bye
UPDATE: Nextcloud-20.0.2
Hello,
Update for Nextcloud to 20.0.2:
https://nextcloud.com/changelog/
OK? Comments?
Cheers.-
--
- gonzalo
Index: Makefile
===
RCS file: /cvs/ports/www/nextcloud/Makefile,v
retrieving revision 1.58
diff -u -p -r1.58 Makefile
--- Makefile2 Nov 2020 10:26:30 - 1.58
+++ Makefile19 Nov 2020 10:00:37 -
@@ -2,7 +2,7 @@
COMMENT= easy and universal access to shared and/or personal
files
-V= 20.0.1
+V= 20.0.2
DISTNAME= nextcloud-${V}
EXTRACT_SUFX= .tar.bz2
Index: distinfo
===
RCS file: /cvs/ports/www/nextcloud/distinfo,v
retrieving revision 1.42
diff -u -p -r1.42 distinfo
--- distinfo2 Nov 2020 10:26:30 - 1.42
+++ distinfo19 Nov 2020 10:00:37 -
@@ -1,2 +1,2 @@
-SHA256 (nextcloud-20.0.1.tar.bz2) =
lsa1Dh5nbkbOyC2Pj/Gr1e7536AFgAgbbGQGEsP/Lvw=
-SIZE (nextcloud-20.0.1.tar.bz2) = 120287967
+SHA256 (nextcloud-20.0.2.tar.bz2) =
voTCrH+6Bm3cBjekZys5You70gDa2MAKBDekdlAH3SE=
+SIZE (nextcloud-20.0.2.tar.bz2) = 119446810
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/nextcloud/pkg/PLIST,v
retrieving revision 1.45
diff -u -p -r1.45 PLIST
--- pkg/PLIST 2 Nov 2020 10:26:30 - 1.45
+++ pkg/PLIST 19 Nov 2020 10:00:39 -
@@ -6823,6 +6823,9 @@ nextcloud/apps/activity/lib/Migration/Ve
nextcloud/apps/activity/lib/Migration/Version2008Date20181011095117.php
nextcloud/apps/activity/lib/Migration/Version2010Date20190416112817.php
nextcloud/apps/activity/lib/Migration/Version2011Date20201006132544.php
+nextcloud/apps/activity/lib/Migration/Version2011Date20201006132545.php
+nextcloud/apps/activity/lib/Migration/Version2011Date20201006132546.php
+nextcloud/apps/activity/lib/Migration/Version2011Date20201006132547.php
nextcloud/apps/activity/lib/Navigation.php
nextcloud/apps/activity/lib/NotificationGenerator.php
nextcloud/apps/activity/lib/Settings/
@@ -6868,6 +6871,8 @@ nextcloud/apps/admin_audit/l10n/de_DE.js
nextcloud/apps/admin_audit/l10n/de_DE.json
nextcloud/apps/admin_audit/l10n/es.js
nextcloud/apps/admin_audit/l10n/es.json
+nextcloud/apps/admin_audit/l10n/es_CO.js
+nextcloud/apps/admin_audit/l10n/es_CO.json
nextcloud/apps/admin_audit/l10n/eu.js
nextcloud/apps/admin_audit/l10n/eu.json
nextcloud/apps/admin_audit/l10n/fi.js
@@ -6894,10 +6899,16 @@ nextcloud/apps/admin_audit/l10n/pt_BR.js
nextcloud/apps/admin_audit/l10n/pt_BR.json
nextcloud/apps/admin_audit/l10n/ru.js
nextcloud/apps/admin_audit/l10n/ru.json
+nextcloud/apps/admin_audit/l10n/sk.js
+nextcloud/apps/admin_audit/l10n/sk.json
nextcloud/apps/admin_audit/l10n/sl.js
nextcloud/apps/admin_audit/l10n/sl.json
+nextcloud/apps/admin_audit/l10n/sv.js
+nextcloud/apps/admin_audit/l10n/sv.json
nextcloud/apps/admin_audit/l10n/tr.js
nextcloud/apps/admin_audit/l10n/tr.json
+nextcloud/apps/admin_audit/l10n/zh_CN.js
+nextcloud/apps/admin_audit/l10n/zh_CN.json
nextcloud/apps/admin_audit/lib/
nextcloud/apps/admin_audit/lib/Actions/
nextcloud/apps/admin_audit/lib/Actions/Action.php
@@ -6949,18 +6960,26 @@ nextcloud/apps/cloud_federation_api/l10n
nextcloud/apps/cloud_federation_api/l10n/fr.json
nextcloud/apps/cloud_federation_api/l10n/gl.js
nextcloud/apps/cloud_federation_api/l10n/gl.json
+nextcloud/apps/cloud_federation_api/l10n/is.js
+nextcloud/apps/cloud_federation_api/l10n/is.json
nextcloud/apps/cloud_federation_api/l10n/it.js
nextcloud/apps/cloud_federation_api/l10n/it.json
+nextcloud/apps/cloud_federation_api/l10n/mk.js
+nextcloud/apps/cloud_federation_api/l10n/mk.json
nextcloud/apps/cloud_federation_api/l10n/pl.js
nextcloud/apps/cloud_federation_api/l10n/pl.json
nextcloud/apps/cloud_federation_api/l10n/pt_BR.js
nextcloud/apps/cloud_federation_api/l10n/pt_BR.json
+nextcloud/apps/cloud_federation_api/l10n/sk.js
+nextcloud/apps/cloud_federation_api/l10n/sk.json
nextcloud/apps/cloud_federation_api/l10n/sl.js
nextcloud/apps/cloud_federation_api/l10n/sl.json
nextcloud/apps/cloud_federation_api/l10n/sr.js
nextcloud/apps/cloud_federation_api/l10n/sr.json
nextcloud/apps/cloud_federation_api/l10n/tr.js
nextcloud/apps/cloud_federation_api/l10n/tr.json
+nextcloud/apps/cloud_federation_api/l10n/zh_CN.js
+nextcloud/apps/cloud_federation_api/l10n/zh_CN.json
nextcloud/apps/cloud_federation_api/lib/
nextcloud/apps/cloud_federation_api/lib/AppInfo/
nextcloud/apps/cloud_federation_api/lib/AppInfo/Application.php
@@ -7252,6 +7271,8 @@ nextcloud/apps/contactsinteraction/l10n/
nextcloud/apps/contactsinteraction/l10n/el.json
nextcloud/apps/contactsinteraction/l10n/es.js
nextcloud/apps/contactsinteraction/l10n/es.json
+nextcloud/apps/contactsinteraction/l10n/eu.js
+nextcloud/apps/contactsinteraction/l10n/eu.json
nextcloud/apps/contactsinteraction/l10n/fi.js
nextcloud/apps/contactsinteraction/l10n/fi.json
Re: UPDATE: Nextcloud-20.0.2
On Thu, Nov 19, 2020 at 05:52:11PM +0100, Gonzalo L. Rodriguez wrote:
> Hello,
>
> Update for Nextcloud to 20.0.2:
>
> https://nextcloud.com/changelog/
>
> OK? Comments?
All good here. Ok tracey
>
> Cheers.-
>
> --
>
> - gonzalo
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/nextcloud/Makefile,v
> retrieving revision 1.58
> diff -u -p -r1.58 Makefile
> --- Makefile 2 Nov 2020 10:26:30 - 1.58
> +++ Makefile 19 Nov 2020 10:00:37 -
> @@ -2,7 +2,7 @@
>
> COMMENT= easy and universal access to shared and/or personal
> files
>
> -V= 20.0.1
> +V= 20.0.2
> DISTNAME=nextcloud-${V}
> EXTRACT_SUFX=.tar.bz2
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/www/nextcloud/distinfo,v
> retrieving revision 1.42
> diff -u -p -r1.42 distinfo
> --- distinfo 2 Nov 2020 10:26:30 - 1.42
> +++ distinfo 19 Nov 2020 10:00:37 -
> @@ -1,2 +1,2 @@
> -SHA256 (nextcloud-20.0.1.tar.bz2) =
> lsa1Dh5nbkbOyC2Pj/Gr1e7536AFgAgbbGQGEsP/Lvw=
> -SIZE (nextcloud-20.0.1.tar.bz2) = 120287967
> +SHA256 (nextcloud-20.0.2.tar.bz2) =
> voTCrH+6Bm3cBjekZys5You70gDa2MAKBDekdlAH3SE=
> +SIZE (nextcloud-20.0.2.tar.bz2) = 119446810
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/www/nextcloud/pkg/PLIST,v
> retrieving revision 1.45
> diff -u -p -r1.45 PLIST
> --- pkg/PLIST 2 Nov 2020 10:26:30 - 1.45
> +++ pkg/PLIST 19 Nov 2020 10:00:39 -
> @@ -6823,6 +6823,9 @@ nextcloud/apps/activity/lib/Migration/Ve
> nextcloud/apps/activity/lib/Migration/Version2008Date20181011095117.php
> nextcloud/apps/activity/lib/Migration/Version2010Date20190416112817.php
> nextcloud/apps/activity/lib/Migration/Version2011Date20201006132544.php
> +nextcloud/apps/activity/lib/Migration/Version2011Date20201006132545.php
> +nextcloud/apps/activity/lib/Migration/Version2011Date20201006132546.php
> +nextcloud/apps/activity/lib/Migration/Version2011Date20201006132547.php
> nextcloud/apps/activity/lib/Navigation.php
> nextcloud/apps/activity/lib/NotificationGenerator.php
> nextcloud/apps/activity/lib/Settings/
> @@ -6868,6 +6871,8 @@ nextcloud/apps/admin_audit/l10n/de_DE.js
> nextcloud/apps/admin_audit/l10n/de_DE.json
> nextcloud/apps/admin_audit/l10n/es.js
> nextcloud/apps/admin_audit/l10n/es.json
> +nextcloud/apps/admin_audit/l10n/es_CO.js
> +nextcloud/apps/admin_audit/l10n/es_CO.json
> nextcloud/apps/admin_audit/l10n/eu.js
> nextcloud/apps/admin_audit/l10n/eu.json
> nextcloud/apps/admin_audit/l10n/fi.js
> @@ -6894,10 +6899,16 @@ nextcloud/apps/admin_audit/l10n/pt_BR.js
> nextcloud/apps/admin_audit/l10n/pt_BR.json
> nextcloud/apps/admin_audit/l10n/ru.js
> nextcloud/apps/admin_audit/l10n/ru.json
> +nextcloud/apps/admin_audit/l10n/sk.js
> +nextcloud/apps/admin_audit/l10n/sk.json
> nextcloud/apps/admin_audit/l10n/sl.js
> nextcloud/apps/admin_audit/l10n/sl.json
> +nextcloud/apps/admin_audit/l10n/sv.js
> +nextcloud/apps/admin_audit/l10n/sv.json
> nextcloud/apps/admin_audit/l10n/tr.js
> nextcloud/apps/admin_audit/l10n/tr.json
> +nextcloud/apps/admin_audit/l10n/zh_CN.js
> +nextcloud/apps/admin_audit/l10n/zh_CN.json
> nextcloud/apps/admin_audit/lib/
> nextcloud/apps/admin_audit/lib/Actions/
> nextcloud/apps/admin_audit/lib/Actions/Action.php
> @@ -6949,18 +6960,26 @@ nextcloud/apps/cloud_federation_api/l10n
> nextcloud/apps/cloud_federation_api/l10n/fr.json
> nextcloud/apps/cloud_federation_api/l10n/gl.js
> nextcloud/apps/cloud_federation_api/l10n/gl.json
> +nextcloud/apps/cloud_federation_api/l10n/is.js
> +nextcloud/apps/cloud_federation_api/l10n/is.json
> nextcloud/apps/cloud_federation_api/l10n/it.js
> nextcloud/apps/cloud_federation_api/l10n/it.json
> +nextcloud/apps/cloud_federation_api/l10n/mk.js
> +nextcloud/apps/cloud_federation_api/l10n/mk.json
> nextcloud/apps/cloud_federation_api/l10n/pl.js
> nextcloud/apps/cloud_federation_api/l10n/pl.json
> nextcloud/apps/cloud_federation_api/l10n/pt_BR.js
> nextcloud/apps/cloud_federation_api/l10n/pt_BR.json
> +nextcloud/apps/cloud_federation_api/l10n/sk.js
> +nextcloud/apps/cloud_federation_api/l10n/sk.json
> nextcloud/apps/cloud_federation_api/l10n/sl.js
> nextcloud/apps/cloud_federation_api/l10n/sl.json
> nextcloud/apps/cloud_federation_api/l10n/sr.js
> nextcloud/apps/cloud_federation_api/l10n/sr.json
> nextcloud/apps/cloud_federation_api/l10n/tr.js
> nextcloud/apps/cloud_federation_api/l10n/tr.json
> +nextcloud/apps/cloud_federation_api/l10n/zh_CN.js
> +nextcloud/apps/cloud_federation_api/l10n/zh_CN.json
> nextcloud/apps/cloud_federation_api/lib/
> nextcloud/apps/cloud_federation_api/lib/AppInfo/
> nextcloud/apps/cloud_federation_api/lib/AppInfo/Application.php
> @@ -7252,6 +7271,8 @@ nextcloud/apps/contactsinteraction/l10n/
>
Re: UPDATE: Tor Browser 10.0.5
On Thu, November 19, 2020 16:53, Stuart Henderson wrote: > On 2020/11/19 02:51, Dimitri Karamazov wrote: > >> On Thu, November 19, 2020 02:49, Dimitri Karamazov wrote: >> >>> Hi, >>> >>> >>> >>> Below is a diff that updates Tor Browser to 10.0.5 following the new >>> release of Firefox ESR. Similar to www/firefox-esr, the jumbo patch is not >>> necessary anymore so I removed it. >>> Tested on >>> amd64. More information: >>> https://blog.torproject.org/new-release-tor-browser-1005 Caspar I'll let you know that I tried to look for something related to video issues by diffing across source directories of firefox-esr and tor-browser and couldn't find anything worthwhile. Don't know where to go from there. >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> RCS file: /cvs/ports/meta/tor-browser/Makefile,v >>> retrieving revision 1.31 diff -u -p -r1.31 Makefile --- >>> meta/tor-browser/Makefile 14 Nov 2020 11:53:28 - 1.31 >>> +++ meta/tor-browser/Makefile 18 Nov 2020 20:08:35 - >>> @@ -4,10 +4,10 @@ COMMENT=3DTor Browser meta package >>> =20 >>> MAINTAINER=3D Caspar Schutijser >>> =20 >>> >>> >>> >> Please resend, the patch includes some crazy characters. >> > > That's quoted-printable encoding, needed because of some of the chars > in the patch itself. From mutt you can apply by hitting v (to display > just the body mime-part rather than the > whole mail) and then Seems like something the mail server did of it's own accord because of the size of the mail, or is it the client? That doens't make sense, this chars are increasing the size of mail. Pershaps the mail client doesn't support non-alphanumeric chars. Never seen this before. Anyway thanks for the tip. regards, Dimitri
Re: [UPDATE] www/youtube-dl to 2020.11.18
Ricardo Mestre writes:
> Hi,
>
> New version tested succesfully on amd64, nothing fancy but it needs a plist
> regen due to a new extractor (lbry) and another one removed (spiegeltv since
> it's already covered by spiegel).
>
> Comments? OK?
OK gnezdo
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/youtube-dl/Makefile,v
> retrieving revision 1.214
> diff -u -p -u -r1.214 Makefile
> --- Makefile 5 Nov 2020 11:15:24 - 1.214
> +++ Makefile 18 Nov 2020 18:14:30 -
> @@ -2,7 +2,7 @@
>
> COMMENT =CLI program to download videos from YouTube and other sites
>
> -VERSION =2020.11.01.1
> +VERSION =2020.11.18
> MODPY_EGG_VERSION = ${VERSION:S/.0/./g}
>
> DISTNAME = youtube-dl-${VERSION}
> Index: distinfo
> ===
> RCS file: /cvs/ports/www/youtube-dl/distinfo,v
> retrieving revision 1.194
> diff -u -p -u -r1.194 distinfo
> --- distinfo 3 Nov 2020 17:00:08 - 1.194
> +++ distinfo 18 Nov 2020 18:14:30 -
> @@ -1,2 +1,2 @@
> -SHA256 (youtube-dl-2020.11.01.1.tar.gz) =
> emIYe8n5GvQutcnJVlLjUBcKctu9rIx9caautIhakBo=
> -SIZE (youtube-dl-2020.11.01.1.tar.gz) = 3190146
> +SHA256 (youtube-dl-2020.11.18.tar.gz) =
> bbvDOVIN82NMV2eHVtzYHJ3G+Vr5HyAysz1cLvDz/t8=
> +SIZE (youtube-dl-2020.11.18.tar.gz) = 3186065
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/www/youtube-dl/pkg/PLIST,v
> retrieving revision 1.135
> diff -u -p -u -r1.135 PLIST
> --- pkg/PLIST 8 Mar 2020 15:00:45 - 1.135
> +++ pkg/PLIST 18 Nov 2020 18:14:31 -
> @@ -358,6 +358,7 @@ lib/python${MODPY_VERSION}/site-packages
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}kuwo.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}la7.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}laola1tv.${MODPY_PYC_MAGIC_TAG}pyc
> +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}lbry.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}lci.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}lcp.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}lecture2go.${MODPY_PYC_MAGIC_TAG}pyc
> @@ -605,7 +606,6 @@ lib/python${MODPY_VERSION}/site-packages
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}spankbang.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}spankwire.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}spiegel.${MODPY_PYC_MAGIC_TAG}pyc
> -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}spiegeltv.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}spike.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}sport5.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}sportbox.${MODPY_PYC_MAGIC_TAG}pyc
> @@ -1123,6 +1123,7 @@ lib/python${MODPY_VERSION}/site-packages
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/kuwo.py
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/la7.py
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/laola1tv.py
> +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/lbry.py
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/lci.py
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/lcp.py
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/lecture2go.py
> @@ -1370,7 +1371,6 @@ lib/python${MODPY_VERSION}/site-packages
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/spankbang.py
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/spankwire.py
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/spiegel.py
> -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/spiegeltv.py
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/spike.py
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/sport5.py
> lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/sportbox.py
sysutils/hw-probe: only add the dmidecode dependency for i386 and amd64
Hi, hw-probe could run on non-x86 architectures. Tested on arm64 [1] and octeon [2]. [1] https://bsd-hardware.info/index.php?probe=c030400069 [2] https://bsd-hardware.info/?probe=b8524b5002 ok? Index: sysutils/hw-probe/Makefile === RCS file: /cvs/ports/sysutils/hw-probe/Makefile,v retrieving revision 1.2 diff -u -p -u -p -r1.2 Makefile --- sysutils/hw-probe/Makefile 10 Sep 2020 10:00:46 - 1.2 +++ sysutils/hw-probe/Makefile 20 Nov 2020 04:29:41 - @@ -4,7 +4,7 @@ COMMENT = hardware probe tool CATEGORIES = sysutils PKGNAME = hw-probe-1.6beta -REVISION = 0 +REVISION = 1 GH_ACCOUNT = linuxhw GH_PROJECT = hw-probe @@ -16,12 +16,15 @@ MAINTAINER =David Dahlberg
Re: backport sysutils/rclone update
On Fri 20/11/2020 06:56, Bjorn Ketelaars wrote:
> I would like to backport the recent rclone update to 6.8.
>
> Why? It fixes CVE-2020-28924: Some passwords generated with rclone
> config may be insecure. In particular if you used the 'g' generate
> option with rclone v1.49 - v1.53.2 then your password will based on the
> second it was generated in. This means that there are fixed number of
> passwords in that period.
>
> Diff below includes a cve entry for quirks.
>
> OK?
Oops...previous diff contained an omission in the quirks entry. New
diff:
Index: sysutils/rclone/Makefile
===
RCS file: /cvs/ports/sysutils/rclone/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- sysutils/rclone/Makefile8 Aug 2020 16:41:13 - 1.17
+++ sysutils/rclone/Makefile20 Nov 2020 06:01:17 -
@@ -2,7 +2,7 @@
COMMENT = rsync for cloud storage
-V =1.52.3
+V =1.53.3
DISTNAME = rclone-v${V}
PKGNAME = rclone-${V}
@@ -18,15 +18,21 @@ PERMIT_PACKAGE = Yes
WANTLIB += c pthread
MASTER_SITES = https://downloads.rclone.org/v${V}/
+DISTFILES =${DISTNAME}${EXTRACT_SUFX} \
+ ${DISTNAME}-vendor${EXTRACT_SUFX}
MODULES = lang/go
MODGO_TYPE = bin
ALL_TARGET = github.com/rclone/rclone
+post-extract:
+ mv ${WRKDIR}/vendor ${WRKDIST}
+
post-build:
.for s in bash zsh
- cd ${MODGO_WORKSPACE}/bin && ./rclone genautocomplete $s rclone.$s
+ cd ${MODGO_WORKSPACE}/bin && \
+ HOME=${WRKSRC} ./rclone genautocomplete $s rclone.$s
.endfor
do-install:
Index: sysutils/rclone/distinfo
===
RCS file: /cvs/ports/sysutils/rclone/distinfo,v
retrieving revision 1.14
diff -u -p -r1.14 distinfo
--- sysutils/rclone/distinfo8 Aug 2020 16:41:13 - 1.14
+++ sysutils/rclone/distinfo20 Nov 2020 06:01:17 -
@@ -1,2 +1,4 @@
-SHA256 (rclone-v1.52.3.tar.gz) = 9IOeAVPu5UYV26N2qFvpQ60EBTAMPupdXgKywn7XsN0=
-SIZE (rclone-v1.52.3.tar.gz) = 19431808
+SHA256 (rclone-v1.53.3-vendor.tar.gz) =
21jG7eFRsD3xrEPZhJsy9afrf5rKp7MBfY4A7ZrgBJY=
+SHA256 (rclone-v1.53.3.tar.gz) = 8eITvG+3xG+aTMhgSuCFZxhDS9r+B/o85EmumlEKV2M=
+SIZE (rclone-v1.53.3-vendor.tar.gz) = 5723994
+SIZE (rclone-v1.53.3.tar.gz) = 14683066
Index: devel/quirks/Makefile
===
RCS file: /cvs/ports/devel/quirks/Makefile,v
retrieving revision 1.1047
diff -u -p -r1.1047 Makefile
--- devel/quirks/Makefile 25 Sep 2020 21:40:55 - 1.1047
+++ devel/quirks/Makefile 20 Nov 2020 06:01:17 -
@@ -5,7 +5,7 @@ CATEGORIES =devel databases
DISTFILES =
# API.rev
-PKGNAME = quirks-3.439
+PKGNAME = quirks-3.440
PKG_ARCH = *
MAINTAINER = Marc Espie
Index: devel/quirks/files/Quirks.pm
===
RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
retrieving revision 1.1065
diff -u -p -r1.1065 Quirks.pm
--- devel/quirks/files/Quirks.pm25 Sep 2020 21:40:55 - 1.1065
+++ devel/quirks/files/Quirks.pm20 Nov 2020 06:01:17 -
@@ -2047,6 +2047,7 @@ my $cve = {
'shells/bash' => 'bash-<4.3.27',
'sysutils/ansible,-main' => 'ansible-<2.7.1',
'sysutils/mcollective' => 'mcollective-<2.5.3',
+ 'sysutils/rclone' => 'rclone-<1.53.3',
'sysutils/salt' => 'salt-<2018.3.3p2',
'telephony/asterisk,-main' => 'asterisk-<13.23.1',
'telephony/coturn' => 'turnserver-<4.5.1.2',
Re: UPDATE: openimageio 1.8.17
On Wed, Nov 18, 2020 at 08:09:13PM -0500, Brad Smith wrote: > Here is an update to openimageio 1.8.17. The last release along the 1.8 > branch. > > 1.8.8 drops usage of GLEW. > > 1.8.9 has switched from openjpeg to openjp2. > > > Release 1.8.7 (1 Jan 2018) -- compared to 1.8.6 > - > * All string->numeric parsing and numeric->string formatting is now > locale-independent and always uses '.' as decimal marker. #1796 > * oiiotool outputs are now written to temporary files, then atomically moved > to the specified filename at the end. This makes it safe for oiiotool > to "overwrite" a file (i.e. `oiiotool in.tif ... -o out.tif`) without > problematic situations where the file is truncated or overwritten > before the reading is complete. #1797 > * Python bindings for ImageBuf.get_pixels and set_pixels fixed some bugs > when passed an ROI without a channel range specified. #1802 > * More robust parsing of XMP metadata for unknown metadata names. #1816 > * strutil.h now includes a to_string<> utility template. #1814 > > Release 1.8.8 (1 Feb 2018) -- compared to 1.8.7 > - > * OpenEXR: gracefully detect and reject files with subsampled channels, > which is a rarely-to-never-used OpenEXR feature that we don't support > properly. #1849 > * Field3d: Prevent crashes when open fails. #1848 > * RAW: Add "raw:HighlightMode" configuration hint to control libraw's > handling of highlight mode processing. #1851 > * zfile: more careful gzopen on Windows that could crash when given bogus > filename. #1839 > * DICOM: Fix dcmtk build errors on some platforms. Also, the minimum dcmtk > version we suport is 3.6.1. #1843 > * simd.h: Minor fixes especially for avx512. #1846 > * iv: Drop GLEW and obsolete GL stuff from iv in favor of QOpenGLFunctions, > and fix broken pixelview text rendering. #1834 > * On Unix/Linux, add explicit DL library dependency to libOpenImageIO.so > itself instead of only to the binaries and test utilities. #1860 > * Build fixes for Hurd OS. #1850 > > Release 1.8.9 (1 Mar 2018) -- compared to 1.8.8 > - > * Properly find newer openjpeg 2.3. #1871 > * Bug fix in IBA::copy where uninitialized dst image botched its ROI. #1876 > * RAW: Important bug fix when dealing with rotated (and vertical) images, > which were not being re-oriented properly and could get strangely > scrambled. #1854 > > Release 1.8.10 (1 Apr 2018) -- compared to 1.8.9 > - > * oiiotool frame sequence wildcard improvements: fix handling of negative > frame numbers and ranges, also the `--frames` command line option is not > enough to trigger a loop over those frame numbers, even if no other > arguments appear to have wildcard structure. #1894 > * TIFF bug fix: read_tile() and read_tiles() input of un-premultiplied tiles > botched the "shape" of the tile data array. #1907 > * Windows/MSVC build fix: use the `/bigobj` option on some large modules > that need it. #1900, #1902 > * fmath.h, hash.h, color.h: changes to make it friendly to Cuda compilation > (#1888, #1896, #1905). > * fmath.h avx-512 improvements. #1893 > * testsuite is not Python 2/3 agnostic. > > Release 1.8.11 (1 May 2018) -- compared to 1.8.10 > - > * Fix to strtof, strtod for non-C locales. #1918 > * Add up-to-date Nuke versions to FindNuke.cmake. #1920 > * Allow building against ffmpeg 4.0. #1926 > > Release 1.8.12 (1 Jun 2018) -- compared to 1.8.11 > - > * Build fix for 32 bit Windows -- disable SSE that was making trouble. #1933 > * Improved UTF-8 filename support for OpenEXR filenames. #1941 > * filesystem.h: Improve UTF-8 handling for unique_path and temp_directory > functions. #1940 > * Fixes to un-break the build when EMBEDPLUGINS=0. #1942 > * Fix iv (especially on OSX) for various ways it has been broken since the > shift to Qt5. #1946 > * Improvements in finding the location of OpenJPEG with Macports. #1948 > * ImageCache and TextureSystem now have close(filename) and close_all() > methods, which for one file or all files will close the files and release > any open file handles (also unlocking write access to those files on > Windows), but without invalidating anything it knows about the ImageSpec > or any pixel tiles already read from the files, as would happen with a > call to the much more drastic invalidate() or invalidate_all(). #1950 > > Release 1.8.13 (1 Aug 2018) -- compared to 1.8.12 > - > * Improved finding LibRaw on Windows #1959 > * Ensure FFMPEG (if found) is the minimum supported version 2.6. #1963 > * Developer goodies: `intrusive_ptr<>` given a dangerous `release()` > method (use with caution). #1986 > > Release 1.8.14 (1 Sep 2018) -- compared to 1.8.13 >
Re: UPDATE: Nextcloud-20.0.2
> On 19. Nov 2020, at 20:55, Stefan Sperling wrote: > > On Thu, Nov 19, 2020 at 11:05:54AM -0700, Tracey Emery wrote: >>> On Thu, Nov 19, 2020 at 05:52:11PM +0100, Gonzalo L. Rodriguez wrote: >>> Hello, >>> >>> Update for Nextcloud to 20.0.2: >>> >>> https://nextcloud.com/changelog/ >>> >>> OK? Comments? >> >> All good here. Ok tracey > > still very slow on my sparc64 machine w/ softraid(4) crypto on vdsk(4) please > fix it for me k thx bye > try again, this time with love.
backport sysutils/rclone update
I would like to backport the recent rclone update to 6.8.
Why? It fixes CVE-2020-28924: Some passwords generated with rclone
config may be insecure. In particular if you used the 'g' generate
option with rclone v1.49 - v1.53.2 then your password will based on the
second it was generated in. This means that there are fixed number of
passwords in that period.
Diff below includes a cve entry for quirks.
OK?
Index: sysutils/rclone/Makefile
===
RCS file: /cvs/ports/sysutils/rclone/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- sysutils/rclone/Makefile8 Aug 2020 16:41:13 - 1.17
+++ sysutils/rclone/Makefile20 Nov 2020 05:55:08 -
@@ -2,7 +2,7 @@
COMMENT = rsync for cloud storage
-V =1.52.3
+V =1.53.3
DISTNAME = rclone-v${V}
PKGNAME = rclone-${V}
@@ -18,15 +18,21 @@ PERMIT_PACKAGE = Yes
WANTLIB += c pthread
MASTER_SITES = https://downloads.rclone.org/v${V}/
+DISTFILES =${DISTNAME}${EXTRACT_SUFX} \
+ ${DISTNAME}-vendor${EXTRACT_SUFX}
MODULES = lang/go
MODGO_TYPE = bin
ALL_TARGET = github.com/rclone/rclone
+post-extract:
+ mv ${WRKDIR}/vendor ${WRKDIST}
+
post-build:
.for s in bash zsh
- cd ${MODGO_WORKSPACE}/bin && ./rclone genautocomplete $s rclone.$s
+ cd ${MODGO_WORKSPACE}/bin && \
+ HOME=${WRKSRC} ./rclone genautocomplete $s rclone.$s
.endfor
do-install:
Index: sysutils/rclone/distinfo
===
RCS file: /cvs/ports/sysutils/rclone/distinfo,v
retrieving revision 1.14
diff -u -p -r1.14 distinfo
--- sysutils/rclone/distinfo8 Aug 2020 16:41:13 - 1.14
+++ sysutils/rclone/distinfo20 Nov 2020 05:55:08 -
@@ -1,2 +1,4 @@
-SHA256 (rclone-v1.52.3.tar.gz) = 9IOeAVPu5UYV26N2qFvpQ60EBTAMPupdXgKywn7XsN0=
-SIZE (rclone-v1.52.3.tar.gz) = 19431808
+SHA256 (rclone-v1.53.3-vendor.tar.gz) =
21jG7eFRsD3xrEPZhJsy9afrf5rKp7MBfY4A7ZrgBJY=
+SHA256 (rclone-v1.53.3.tar.gz) = 8eITvG+3xG+aTMhgSuCFZxhDS9r+B/o85EmumlEKV2M=
+SIZE (rclone-v1.53.3-vendor.tar.gz) = 5723994
+SIZE (rclone-v1.53.3.tar.gz) = 14683066
Index: devel/quirks/Makefile
===
RCS file: /cvs/ports/devel/quirks/Makefile,v
retrieving revision 1.1047
diff -u -p -r1.1047 Makefile
--- devel/quirks/Makefile 25 Sep 2020 21:40:55 - 1.1047
+++ devel/quirks/Makefile 20 Nov 2020 05:55:08 -
@@ -5,7 +5,7 @@ CATEGORIES =devel databases
DISTFILES =
# API.rev
-PKGNAME = quirks-3.439
+PKGNAME = quirks-3.440
PKG_ARCH = *
MAINTAINER = Marc Espie
Index: devel/quirks/files/Quirks.pm
===
RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
retrieving revision 1.1065
diff -u -p -r1.1065 Quirks.pm
--- devel/quirks/files/Quirks.pm25 Sep 2020 21:40:55 - 1.1065
+++ devel/quirks/files/Quirks.pm20 Nov 2020 05:55:09 -
@@ -2047,6 +2047,7 @@ my $cve = {
'shells/bash' => 'bash-<4.3.27',
'sysutils/ansible,-main' => 'ansible-<2.7.1',
'sysutils/mcollective' => 'mcollective-<2.5.3',
+ 'sysutils/rclone' => 'rclone-1.53.3',
'sysutils/salt' => 'salt-<2018.3.3p2',
'telephony/asterisk,-main' => 'asterisk-<13.23.1',
'telephony/coturn' => 'turnserver-<4.5.1.2',
Re: [Maintainer Update] www/zola 0.10.0 -> 0.11.0
Sorry about that, been very busy at $dayjob. I'll put a patch together this weekend. Thanks, Peter On Wed, Nov 18, 2020 at 10:36 PM hisacro wrote: > Ping. > > On Mon, Sep 07, 2020 at 20:26:04 Peter Ezetta > wrote: > > > I'm going to go ahead and stop > > work on this and work on 0.10.0->0.12.0 > > Any updates? >
Ping: [update patch] tor 0.4.3.6 -> 0.4.4.6
> On Fri, November 13, 2020 at 01:32:49PM -, Dimitri Karamazov wrote : >> On Fri, November 13, 2020 07:27, Martin Ziemer wrote: >> >> >>> On Fri, Nov 13, 2020 at 04:27:34AM -, Dimitri Karamazov wrote: >>> >>> On Fri, November 13, 2020 04:25, Martin Ziemer wrote: This patch updates tor from 0.4.3.6 to 0.4.4.5. >>> The latest release is 0.4.4.6. >> Updated the patch now to 0.4.4.6. >> >> Tested on two amd64 systems by browsing and using hidden service on >> one by the other. > Works fine for me on amd64 Index: Makefile === RCS file: /cvs/ports/net/tor/Makefile,v retrieving revision 1.130 diff -u -p -r1.130 Makefile --- Makefile19 Jul 2020 17:01:55 - 1.130 +++ Makefile13 Nov 2020 06:55:34 - @@ -2,7 +2,7 @@ COMMENT= anonymity service using onion routing -DISTNAME= tor-0.4.3.6 +DISTNAME= tor-0.4.4.6 CATEGORIES=net HOMEPAGE= https://www.torproject.org/ Index: distinfo === RCS file: /cvs/ports/net/tor/distinfo,v retrieving revision 1.107 diff -u -p -r1.107 distinfo --- distinfo19 Jul 2020 17:01:56 - 1.107 +++ distinfo13 Nov 2020 06:55:34 - @@ -1,2 +1,2 @@ -SHA256 (tor-0.4.3.6.tar.gz) = ai0GN9TlFL4uxXRyOgUGUkXM5R2niiHOwdyDG+XMrGI= -SIZE (tor-0.4.3.6.tar.gz) = 7745954 +SHA256 (tor-0.4.4.6.tar.gz) = XxVMFVgDrfXInofKtTAXtpCMXr5Qxlg56M9PvSq+H9w= +SIZE (tor-0.4.4.6.tar.gz) = 7806477
Re: UPDATE: ircd-hybrid 8.2.34
On Sat, Nov 07, 2020 at 01:24:43AM -0500, Brad Smith wrote:
> Here is an update to ircd-hybrid 8.2.34.
>
> -- Noteworthy changes in version 8.2.34 (2020-11-01)
> * Re-implement backwards compatibility mode for old ircd-hybrid 8.2.23 and
> below.
> Final removal is scheduled for early 2021.
> * For consistency, the `general::network_desc` configuration directive has
> been
> renamed to `general::network_description`
> * Server notices that previously have been sent to user modes +f and +u are
> now
> sent to user mode +j (reject notices) instead. Due to this change, `unauth`
> and
> `full` have been removed from `general::oper_only_umodes`,
> `general::oper_umodes`,
> and `operator::umodes`.
> * User mode +b has been replaced with +f (flood). Spam/flood notices are now
> sent
> to this user mode. For this, `bots` has been removed from
> `general::oper_only_umodes`, `general::oper_umodes`, and `operator::umodes`.
> `flood` has been added instead to these configuration directives.
> * Stricten server/user ID validation. IDs have to be all uppercase everywhere
> now.
Here is 8.2.35.
-- Noteworthy changes in version 8.2.35 (2020-11-14)
* Fixed issue where servers could propagate truncated ban masks during net-join
Index: Makefile
===
RCS file: /home/cvs/ports/net/ircd-hybrid/Makefile,v
retrieving revision 1.55
diff -u -p -u -p -r1.55 Makefile
--- Makefile6 Oct 2020 20:04:30 - 1.55
+++ Makefile19 Nov 2020 03:57:11 -
@@ -2,7 +2,7 @@
COMMENT = Internet Relay Chat server
-DISTNAME = ircd-hybrid-8.2.33
+DISTNAME = ircd-hybrid-8.2.35
CATEGORIES = net
MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=ircd-hybrid/}
EXTRACT_SUFX = .tgz
Index: distinfo
===
RCS file: /home/cvs/ports/net/ircd-hybrid/distinfo,v
retrieving revision 1.32
diff -u -p -u -p -r1.32 distinfo
--- distinfo6 Oct 2020 20:04:30 - 1.32
+++ distinfo19 Nov 2020 03:58:39 -
@@ -1,2 +1,2 @@
-SHA256 (ircd-hybrid-8.2.33.tgz) = GEcPpLU2GAn4ZDWZ+s0xVBxEspwOY7G0RkDWyAhFagE=
-SIZE (ircd-hybrid-8.2.33.tgz) = 1250775
+SHA256 (ircd-hybrid-8.2.35.tgz) = il0uuYxI0Bqc8vm9VUqj4ORCkVR6KkfioTBEovhovBA=
+SIZE (ircd-hybrid-8.2.35.tgz) = 1053942
Index: patches/patch-doc_reference_conf
===
RCS file: /home/cvs/ports/net/ircd-hybrid/patches/patch-doc_reference_conf,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 patch-doc_reference_conf
--- patches/patch-doc_reference_conf6 Oct 2020 20:04:30 - 1.19
+++ patches/patch-doc_reference_conf7 Nov 2020 06:18:03 -
@@ -36,7 +36,7 @@ Index: doc/reference.conf
};
/*
-@@ -991,7 +991,7 @@ serverhide {
+@@ -989,7 +989,7 @@ serverhide {
/*
* flatten_links_file: path to the flatten links cache file.
*/
@@ -45,7 +45,7 @@ Index: doc/reference.conf
/*
* hidden: hide this server from a /links output on servers that
-@@ -1300,9 +1300,9 @@ modules {
+@@ -1296,9 +1296,9 @@ modules {
* path: other paths to search for modules specified below
* and in "/module load".
*/
@@ -58,7 +58,7 @@ Index: doc/reference.conf
/* module: the name of a module to load on startup/rehash. */
# module = "some_module.la";
-@@ -1317,49 +1317,49 @@ log {
+@@ -1313,49 +1313,49 @@ log {
file {
type = oper;
Index: patches/patch-src_ircd_c
===
RCS file: /home/cvs/ports/net/ircd-hybrid/patches/patch-src_ircd_c,v
retrieving revision 1.18
diff -u -p -u -p -r1.18 patch-src_ircd_c
--- patches/patch-src_ircd_c15 May 2020 06:34:13 - 1.18
+++ patches/patch-src_ircd_c7 Nov 2020 06:18:01 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-src_ircd_c,v 1.18 2020/0
Index: src/ircd.c
--- src/ircd.c.orig
+++ src/ircd.c
-@@ -331,7 +331,6 @@ make_daemon(void)
+@@ -330,7 +330,6 @@ make_daemon(void)
}
else if (pid > 0)
{
@@ -11,7 +11,7 @@ Index: src/ircd.c
exit(EXIT_SUCCESS);
}
-@@ -344,8 +343,19 @@ main(int argc, char *argv[])
+@@ -343,8 +342,19 @@ main(int argc, char *argv[])
/* Check to see if the user is running us as root, which is a nono */
if (geteuid() == 0)
{
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/net/ircd-hybrid/pkg/PLIST,v
retrieving revision 1.22
diff -u -p -u -p -r1.22 PLIST
--- pkg/PLIST 6 Oct 2020 20:04:30 - 1.22
+++ pkg/PLIST 7 Nov 2020 06:19:54 -
@@ -98,6 +98,8 @@ lib/ircd-hybrid/modules/autoload/m_stats
@so lib/ircd-hybrid/modules/autoload/m_stats.so
lib/ircd-hybrid/modules/autoload/m_svinfo.la
@so lib/ircd-hybrid/modules/autoload/m_svinfo.so
+lib/ircd-hybrid/modules/autoload/m_svsaccount.la
+@so lib/ircd-hybrid/modules/autoload/m_svsaccount.so
Re: devel/cryptopp needs an update; help wanted!
On 2020/11/18 21:11, George Koehler wrote:
> On Wed, 18 Nov 2020 00:20:38 +
> Stuart Henderson wrote:
>
> > I've updated it (and fixed up deps). I've run the test suite on aarch64,
> > amd64, i386 with no problems, it seems to have fairly good cross-arch
> > compatibility but wouldn't hurt to get reports from other archs if anyone
> > with those systems has time.
>
> cryptopp has wrong powerpc* simd code; "make test" crashed on macppc.
> "make build" failed on powerpc64.
>
> On macppc, "./cryptest.exe v" got "Illegal instruction (core dumped)"
> from a SIGILL in ppc_power7.cpp CPU_ProbePower7(). This file is built
> with -mcpu=power7 -maltivec and the code tries to handle SIGILL:
>
> bool CPU_ProbePower7()
> {
> ...
> volatile SigHandler oldHandler = signal(SIGILL, SigIllHandler);
> ...
> signal(SIGILL, oldHandler);
> return result;
> }
>
> It crashed because clang put an "isel" after the second signal call,
> and macppc hardware is older than power7.
>
> (gdb) disas
>
> Dump of assembler code for function _ZN8CryptoPP15CPU_ProbePower7Ev:
> ...
>0x0cdcfd6c <+92>:bl 0xce929fc <8000.got2.plt_pic32.signal>
> ...
>0x0cdcfe38 <+296>: bl 0xce929fc <8000.got2.plt_pic32.signal>
> ...
> => 0x0cdcfe50 <+320>: iselr3,r3,r29,20
> ...
>
> My powerpc64 has a POWER9, but "make build" failed, perhaps because
> of confusion between unsigned long and unsigned long long for a 64-bit
> integer. I copied the first error below. Later, if I find time, I
> might try to send bug report to upstream.--George
Thanks for testing. I wonder if the old version failed too, the port
isn't widely used in the tree and I could easily believe that nobody
used powerpc for "file sharing" or emulating 3DS or ran tests there
before. I've gone for the simple option for now,
.include
-.if ${PROPERTIES:Mclang}
+.if ${MACHINE_ARCH:Mpowerpc*}
+# https://marc.info/?l=openbsd-ports=160575195204466=2
+CXXFLAGS +=-DCRYPTOPP_DISABLE_ASM
+.elif ${PROPERTIES:Mclang}
CXXFLAGS +=-DCRYPTOPP_DISABLE_MIXED_ASM
.endif
Re: cyrus-imapd upstreamed patches and improvements
On Wed, Nov 18, 2020 at 03:44:35PM -0300, Anatoli wrote: > Hi Antoine, all. > > For some months I was updating the cyrus-imapd port, upstreaming the > upstreamable patches and working with the upstream to improve additional > features of the port as follows. Hi Anatoli. That's awesome work, thanks for taking the time to work with upstream on this. I must say that I manage so many ports that I cannot find the time / motivation to work will all upstreams, all with a different contribution process etc. What's your next step on this? Wait until a new stable release is out and then we can update the port with your changes? Thanks again. -- Antoine
Re: postgrey: rcctl lists the service as failed when it is running
Hi Stuart, Here it is: # cat /var/run/rc.d/postgrey daemon_class=daemon daemon_flags=--inet=10023 daemon_rtable=0 daemon_timeout=30 daemon_user=root pexp=perl: /usr/local/libexec/postgrey -d --inet=10023 # Thanks! -- Mike Fischer > Am 19.11.2020 um 14:24 schrieb Stuart Henderson : > > Please show the contents of /var/run/rc.d/postgrey. > > > On 2020/11/19 13:01, Mike Fischer wrote: >> Hi! >> >> I’m not sure this is the right place to ask, but this mailing list is >> specified as the maintainer of the OpenBSD postgrey package. Please feel >> free to redirect me to a more appropriate place if this is the wrong list >> for my issue. >> >> Problem description: >> >> - `# rcctl ls failed` always lists postgrey as a failed service. >> # rcctl ls failed >> postgrey >> # >> >> - `# rcctl check postgrey` also sees the service as failed. >> # rcctl check postgrey >> postgrey(failed) >> # >> >> - `# ps auxwww|grep postgrey` finds the running postgrey service, e.g.: >> _postgre 69446 0.0 0.4 15992 15032 ?? I 3Nov200:01.17 perl: >> postgrey -d --inet=10023 (perl) >> # ps auxwww |grep postgrey >> _postgre 69446 0.0 0.4 15992 15032 ?? I 3Nov200:01.17 perl: >> postgrey -d --inet=10023 (perl) >> root 42600 0.0 0.0 284 1268 p0 S+p11:53AM0:00.01 grep >> postgrey >> # >> >> - And according to entries in /var/log/maillog postgrey is working just fine. >> # grep -c postgrey /var/log/maillog >> >> >> 34 >> # >> >> - The /etc/daily script reports the failure in its daily email report, based >> on the result of `rcctl ls failed`. >>> Services that should be running but aren't: >>> postgrey >> >> >> My analysis: >> >> So this looks like a problem with the rcctl(8) mechanism not correctly >> identifying the fact that postgrey is running. >> >> >> Questions: >> == >> I am no expert in the internals of the rc(8) mechanism so I’m asking for >> help. >> Have others seen this? >> Is there a fix? >> >> >> Environment: >> >> We are seeing this on 2 machines with these versions installed: >> - OpenBSD 6.8 GENERIC.MP#1 amd64, all patches and updates applied >> - postgrey-1.37 >> - /etc/rc.d/postgrey is unmodified, i.e. as installed by the package. >> - We are (obviously) using postgrey with postfix. >> >> >> Thanks! >> -- >> Mike Fischer >>
Re: postgrey: rcctl lists the service as failed when it is running
On 2020/11/19 14:50, Mike Fischer wrote:
> Hi Stuart,
>
> Here it is:
> # cat /var/run/rc.d/postgrey
> daemon_class=daemon
> daemon_flags=--inet=10023
> daemon_rtable=0
> daemon_timeout=30
> daemon_user=root
> pexp=perl: /usr/local/libexec/postgrey -d --inet=10023
> #
>
> Thanks!
This will fix things (I've just committed it to -current). You'll need
to rm /var/run/rc.d/postgrey to get it to notice the changed pexp value.
Index: Makefile
===
RCS file: /cvs/ports/mail/postgrey/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile31 Aug 2019 15:55:55 - 1.25
+++ Makefile19 Nov 2020 14:02:00 -
@@ -3,6 +3,7 @@
COMMENT= postfix greylist daemon
DISTNAME= postgrey-1.37
+REVISION= 0
CATEGORIES=mail
HOMEPAGE= https://postgrey.schweikert.ch/
Index: pkg/postgrey.rc
===
RCS file: /cvs/ports/mail/postgrey/pkg/postgrey.rc,v
retrieving revision 1.4
diff -u -p -r1.4 postgrey.rc
--- pkg/postgrey.rc 11 Jan 2018 19:27:04 - 1.4
+++ pkg/postgrey.rc 19 Nov 2020 14:02:00 -
@@ -7,6 +7,6 @@ daemon_flags="--inet=10023"
. /etc/rc.d/rc.subr
-pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}"
+pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}.*"
rc_cmd $1
postgrey: rcctl lists the service as failed when it is running
Hi! I’m not sure this is the right place to ask, but this mailing list is specified as the maintainer of the OpenBSD postgrey package. Please feel free to redirect me to a more appropriate place if this is the wrong list for my issue. Problem description: - `# rcctl ls failed` always lists postgrey as a failed service. # rcctl ls failed postgrey # - `# rcctl check postgrey` also sees the service as failed. # rcctl check postgrey postgrey(failed) # - `# ps auxwww|grep postgrey` finds the running postgrey service, e.g.: _postgre 69446 0.0 0.4 15992 15032 ?? I 3Nov200:01.17 perl: postgrey -d --inet=10023 (perl) # ps auxwww |grep postgrey _postgre 69446 0.0 0.4 15992 15032 ?? I 3Nov200:01.17 perl: postgrey -d --inet=10023 (perl) root 42600 0.0 0.0 284 1268 p0 S+p11:53AM0:00.01 grep postgrey # - And according to entries in /var/log/maillog postgrey is working just fine. # grep -c postgrey /var/log/maillog 34 # - The /etc/daily script reports the failure in its daily email report, based on the result of `rcctl ls failed`. > Services that should be running but aren't: > postgrey My analysis: So this looks like a problem with the rcctl(8) mechanism not correctly identifying the fact that postgrey is running. Questions: == I am no expert in the internals of the rc(8) mechanism so I’m asking for help. Have others seen this? Is there a fix? Environment: We are seeing this on 2 machines with these versions installed: - OpenBSD 6.8 GENERIC.MP#1 amd64, all patches and updates applied - postgrey-1.37 - /etc/rc.d/postgrey is unmodified, i.e. as installed by the package. - We are (obviously) using postgrey with postfix. Thanks! -- Mike Fischer
Re: postgrey: rcctl lists the service as failed when it is running
Please show the contents of /var/run/rc.d/postgrey. On 2020/11/19 13:01, Mike Fischer wrote: > Hi! > > I’m not sure this is the right place to ask, but this mailing list is > specified as the maintainer of the OpenBSD postgrey package. Please feel free > to redirect me to a more appropriate place if this is the wrong list for my > issue. > > Problem description: > > - `# rcctl ls failed` always lists postgrey as a failed service. > # rcctl ls failed > postgrey > # > > - `# rcctl check postgrey` also sees the service as failed. > # rcctl check postgrey > postgrey(failed) > # > > - `# ps auxwww|grep postgrey` finds the running postgrey service, e.g.: > _postgre 69446 0.0 0.4 15992 15032 ?? I 3Nov200:01.17 perl: > postgrey -d --inet=10023 (perl) > # ps auxwww |grep postgrey > _postgre 69446 0.0 0.4 15992 15032 ?? I 3Nov200:01.17 perl: > postgrey -d --inet=10023 (perl) > root 42600 0.0 0.0 284 1268 p0 S+p11:53AM0:00.01 grep > postgrey > # > > - And according to entries in /var/log/maillog postgrey is working just fine. > # grep -c postgrey /var/log/maillog > > > 34 > # > > - The /etc/daily script reports the failure in its daily email report, based > on the result of `rcctl ls failed`. > > Services that should be running but aren't: > > postgrey > > > My analysis: > > So this looks like a problem with the rcctl(8) mechanism not correctly > identifying the fact that postgrey is running. > > > Questions: > == > I am no expert in the internals of the rc(8) mechanism so I’m asking for help. > Have others seen this? > Is there a fix? > > > Environment: > > We are seeing this on 2 machines with these versions installed: > - OpenBSD 6.8 GENERIC.MP#1 amd64, all patches and updates applied > - postgrey-1.37 > - /etc/rc.d/postgrey is unmodified, i.e. as installed by the package. > - We are (obviously) using postgrey with postfix. > > > Thanks! > -- > Mike Fischer >
Re: postgrey: rcctl lists the service as failed when it is running
Hi Stuart!
Wow that was fast, thanks!
I have tried this as follows:
- Edited /etc/rc.d/postgrey to make the change to:
pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}.*"
- # mv /var/run/rc.d/postgrey /var/run/rc.d/postgrey.old (for testing…)
- # rcctl check postgrey
postgrey(failed)
# rcctl start postgrey
postgrey(ok)
# rcctl check postgrey
postgrey(failed)
# cat /var/run/rc.d/postgrey
daemon_class=daemon
daemon_flags=--inet=10023
daemon_rtable=0
daemon_timeout=30
daemon_user=root
pexp=perl: /usr/local/libexec/postgrey -d --inet=10023.*
#
So it appears the change is being used but it is not solving the problem.
?
--
Mike Fischer
> Am 19.11.2020 um 15:03 schrieb Stuart Henderson :
>
> On 2020/11/19 14:50, Mike Fischer wrote:
>> Hi Stuart,
>>
>> Here it is:
>> # cat /var/run/rc.d/postgrey
>> daemon_class=daemon
>> daemon_flags=--inet=10023
>> daemon_rtable=0
>> daemon_timeout=30
>> daemon_user=root
>> pexp=perl: /usr/local/libexec/postgrey -d --inet=10023
>> #
>>
>> Thanks!
>
> This will fix things (I've just committed it to -current). You'll need
> to rm /var/run/rc.d/postgrey to get it to notice the changed pexp value.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/mail/postgrey/Makefile,v
> retrieving revision 1.25
> diff -u -p -r1.25 Makefile
> --- Makefile 31 Aug 2019 15:55:55 - 1.25
> +++ Makefile 19 Nov 2020 14:02:00 -
> @@ -3,6 +3,7 @@
> COMMENT= postfix greylist daemon
>
> DISTNAME= postgrey-1.37
> +REVISION=0
> CATEGORIES= mail
>
> HOMEPAGE= https://postgrey.schweikert.ch/
> Index: pkg/postgrey.rc
> ===
> RCS file: /cvs/ports/mail/postgrey/pkg/postgrey.rc,v
> retrieving revision 1.4
> diff -u -p -r1.4 postgrey.rc
> --- pkg/postgrey.rc 11 Jan 2018 19:27:04 - 1.4
> +++ pkg/postgrey.rc 19 Nov 2020 14:02:00 -
> @@ -7,6 +7,6 @@ daemon_flags="--inet=10023"
>
> . /etc/rc.d/rc.subr
>
> -pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}"
> +pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}.*"
>
> rc_cmd $1
>
Re: postgrey: rcctl lists the service as failed when it is running
With another slight modification it now works:
pexp="perl: .*postgrey.*${daemon_flags:+ ${daemon_flags}}.*“
(added -* after postgrey)
So to summarize:
# emacs rc.d/postgrey
# rm /var/run/rc.d/postgrey
# rcctl check postgrey
postgrey(ok)
# rcctl restart postgrey
postgrey(ok)
postgrey(ok)
# rcctl check postgrey
postgrey(ok)
# cat /var/run/rc.d/postgrey
daemon_class=daemon
daemon_flags=--inet=10023
daemon_rtable=0
daemon_timeout=30
daemon_user=root
pexp=perl: .*postgrey.* --inet=10023.*
# cat /etc/rc.d/postgrey
#!/bin/ksh
#
# $OpenBSD: postgrey.rc,v 1.4 2018/01/11 19:27:04 rpe Exp $
daemon="/usr/local/libexec/postgrey -d"
daemon_flags="--inet=10023"
. /etc/rc.d/rc.subr
pexp="perl: .*postgrey.*${daemon_flags:+ ${daemon_flags}}.*"
rc_cmd $1
# ps auxwww|grep postgrey
_postgre 79666 0.0 0.3 15996 12640 ?? I 3:58PM0:00.12 perl:
postgrey -d --inet=10023 (perl)
root 17938 0.0 0.092 248 p0 R+/04:01PM0:00.00 grep postgrey
#
Thanks for your help!
--
Mike Fischer
> Am 19.11.2020 um 15:53 schrieb Stuart Henderson :
>
> On 2020/11/19 15:17, Mike Fischer wrote:
>> Hi Stuart!
>>
>> Wow that was fast, thanks!
>>
>> I have tried this as follows:
>> - Edited /etc/rc.d/postgrey to make the change to:
>> pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}.*"
>
> Ah sorry, I missed a bit, it no longer has the full path to the script
> either. Can you try this please?
>
> pexp="perl: .*postgrey${daemon_flags:+ ${daemon_flags}}.*"
>
>
>
>> - # mv /var/run/rc.d/postgrey /var/run/rc.d/postgrey.old (for testing…)
>>
>> - # rcctl check postgrey
>> postgrey(failed)
>> # rcctl start postgrey
>> postgrey(ok)
>> # rcctl check postgrey
>> postgrey(failed)
>> # cat /var/run/rc.d/postgrey
>> daemon_class=daemon
>> daemon_flags=--inet=10023
>> daemon_rtable=0
>> daemon_timeout=30
>> daemon_user=root
>> pexp=perl: /usr/local/libexec/postgrey -d --inet=10023.*
>> #
>>
>> So it appears the change is being used but it is not solving the problem.
>>
>> ?
>> --
>> Mike Fischer
>>> Am 19.11.2020 um 15:03 schrieb Stuart Henderson :
>>>
>>> On 2020/11/19 14:50, Mike Fischer wrote:
Hi Stuart,
Here it is:
# cat /var/run/rc.d/postgrey
daemon_class=daemon
daemon_flags=--inet=10023
daemon_rtable=0
daemon_timeout=30
daemon_user=root
pexp=perl: /usr/local/libexec/postgrey -d --inet=10023
#
Thanks!
>>>
>>> This will fix things (I've just committed it to -current). You'll need
>>> to rm /var/run/rc.d/postgrey to get it to notice the changed pexp value.
>>>
>>> Index: Makefile
>>> ===
>>> RCS file: /cvs/ports/mail/postgrey/Makefile,v
>>> retrieving revision 1.25
>>> diff -u -p -r1.25 Makefile
>>> --- Makefile31 Aug 2019 15:55:55 - 1.25
>>> +++ Makefile19 Nov 2020 14:02:00 -
>>> @@ -3,6 +3,7 @@
>>> COMMENT=postfix greylist daemon
>>>
>>> DISTNAME= postgrey-1.37
>>> +REVISION= 0
>>> CATEGORIES= mail
>>>
>>> HOMEPAGE= https://postgrey.schweikert.ch/
>>> Index: pkg/postgrey.rc
>>> ===
>>> RCS file: /cvs/ports/mail/postgrey/pkg/postgrey.rc,v
>>> retrieving revision 1.4
>>> diff -u -p -r1.4 postgrey.rc
>>> --- pkg/postgrey.rc 11 Jan 2018 19:27:04 - 1.4
>>> +++ pkg/postgrey.rc 19 Nov 2020 14:02:00 -
>>> @@ -7,6 +7,6 @@ daemon_flags="--inet=10023"
>>>
>>> . /etc/rc.d/rc.subr
>>>
>>> -pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}"
>>> +pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}.*"
>>>
>>> rc_cmd $1
>>>
>>
UPDATE: Duf-0.5.0
Hello,
Update for duf to 0.5.0:
https://github.com/muesli/duf/releases/tag/v0.5.0
OK? Comments?
Cheers.-
--
- gonzalo
Index: Makefile
===
RCS file: /cvs/ports/sysutils/duf/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile16 Oct 2020 13:58:46 - 1.1.1.1
+++ Makefile19 Nov 2020 14:10:34 -
@@ -3,10 +3,10 @@
COMMENT = disk Usage/free utility
MODGO_MODNAME =github.com/muesli/duf
-MODGO_VERSION =v0.4.0
+MODGO_VERSION =v0.5.0
DISTNAME = duf-${MODGO_VERSION}
-PKGNAME = duf-0.4.0
+PKGNAME = duf-0.5.0
CATEGORIES = sysutils
Index: distinfo
===
RCS file: /cvs/ports/sysutils/duf/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo16 Oct 2020 13:58:46 - 1.1.1.1
+++ distinfo19 Nov 2020 14:10:34 -
@@ -1,4 +1,4 @@
-SHA256 (duf-v0.4.0.zip) = xkbTnHfAnK3Ic4SoLcrJFncofMr0tMN6SpVMnMrEWN8=
+SHA256 (duf-v0.5.0.zip) = KoYG+wM0nFdOAlTNSk6m0OpHw6wgBnQj8U/N/v5xLCU=
SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.mod) =
vLKTkyUSN7eaF7bBm/KRNPQ+j0OMMZiYj81GGhzfBcw=
SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.zip) =
a0SoQ5UfNxtwEMdU7MPKvv6BXVztHFuUCfstaX6KiQ0=
SHA256 (go_modules/github.com/jedib0t/go-pretty/v6/@v/v6.0.5.mod) =
h91BexKLyKmi+zORQ7cJ4XlqPpme33h565513f1P9qI=
@@ -30,7 +30,7 @@ SHA256 (go_modules/golang.org/x/sys/@v/v
SHA256 (go_modules/golang.org/x/sys/@v/v0.0.0-20200918174421-af09f7315aff.zip)
= CLO15P5/3rictkMOakq1szlOu1cvU6tSt3WWBGc4BNI=
SHA256 (go_modules/golang.org/x/text/@v/v0.3.0.mod) =
NoedWG/YAB6E2oeHGQoR5PeHSeKoHf6Lm2kxiZ//Mc8=
SHA256 (go_modules/golang.org/x/text/@v/v0.3.0.zip) =
6jBoOVUD08fvjOFqKG91yMk4gsJaZsKqbI4q1Np6muA=
-SIZE (duf-v0.4.0.zip) = 136929
+SIZE (duf-v0.5.0.zip) = 139882
SIZE (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.mod) = 34
SIZE (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.zip) = 60320
SIZE (go_modules/github.com/jedib0t/go-pretty/v6/@v/v6.0.5.mod) = 316
Re: hg clone [tryton-env] not working (mercurial)
On Thu, Nov 19, 2020 at 02:53:25PM +0200, Dimitios Moustos wrote: > Hello, Dimitios, thanks for your report. > I failed to clone the tryton-env repository after enabling subrepos. > I have confirmation it works on the same network config under Linux. mercurial subrepos shouldn't be the problem here. to resume a bit the problem: mercurial fails to clone a repository, the connection is aborted with ECONNRESET (Connection reset by peer). To reproduce: $ hg -v --traceback --config subrepos.allowed=true clone https://hg.tryton.org/tryton-env The issue is reproductible on OpenBSD, but not on others OS: - cedk (tryton developer) reproduced it on OpenBSD and not on Linux on the same network (not a network problem) - I tested it on ipv4 and ipv6 network (both failed) - juanfra@ already looked at it too, and confirmed that dragonfly (with libressl) doesn't have the problem as us mercurial port has no patches, it moves the problem on OpenBSD side. >From analysis with wireshark of the network connection, it seems that the tcp stream is a bit "chaotic" (ipv6 here): - wireshark complains: - regulary with "New fragment overlaps old data (retransmission?)" - some "TCP Previous segment not captured" (so I assume not received as it is during the capture and not at start) - few "TCP Dup ACK" - received frame len of 1506 (whereas my local re0 mtu is 1500 / on router pppoe0 mtu 1492, vlan mtu 1500, re0 mtu 1504) - ipv6 payload len 1452 - tcp segment len 1420 and just before ECONNRESET: - receive a packet: wireshark note that "TCP Window Full" - my host ACK with Win=0 "TCP ZeroWindow" - some exchange "TCP Keep-Alive" received and "TCP ZeroWindow" sent during ~5-6second - receive RST,ACK packet > My machine(s) are running 6.8 on amd64, tested my main machine and a vps from > openbsd.amsterdam. No syspatch-es were applied at the time of testing. > > I started with this info: > https://www.tryton.org/develop > > I discussed the issue here: > https://discuss.tryton.org/t/problem-doing-hg-clone-tryton-env/3464/12 > > Sebastien Marie suggested I use this command: > hg clone -v --config subrepos.allowed=true --stream \ > https://hg.tryton.org/tryton-env > which worked. Now I can hg update. > > I tested both the mercurial installed by pkg_add (ports) and one installed by > pip, same result on both of them. > > Please have a look at this only if it has the potential to improve the > port/mercurial, I have managed to solve my problem with Sebastien's help. > > Please see a some commandline output below: > > dot$ hg -v clone https://hg.tryton.org/tryton-env > destination directory: tryton-env > applying clone bundle from > https://downloads-cdn.tryton.org/bundles/tryton-env-bzip2-v1 > adding changesets > adding manifests > transaction abort! > > > > rollback completed > (sent 2 HTTP requests and 434 bytes; received 1102 bytes in responses) > abort: error: None > dot$ echo $? > 255 > > > dot$ hg -v --traceback clone https://hg.tryton.org/tryton-env > destination directory: tryton-env > applying clone bundle from > https://downloads-cdn.tryton.org/bundles/tryton-env-bzip2-v1 > adding changesets > adding manifests > transaction abort! > > > > rollback completed > (sent 2 HTTP requests and 434 bytes; received 1102 bytes in responses) > Traceback (most recent call last): > File "/usr/local/lib/python3.8/site-packages/mercurial/scmutil.py", line > 152, > in callcatch > return func() > File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line > 469, in _runcatchfunc > return _dispatch(req) > File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line > 1232, in _dispatch > return runcommand( > File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line > 917, in runcommand > ret = _runcommand(ui, options, cmd, d) > File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line > 1244, in _runcommand > return cmdfunc() > File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line > 1230, in > d = lambda: util.checksignature(func)(ui, *args, **strcmdopt) > File "/usr/local/lib/python3.8/site-packages/mercurial/util.py", line 1867, > in check > return func(*args, **kwargs) > File "/usr/local/lib/python3.8/site-packages/mercurial/commands.py", line > 1904, in clone > r = hg.clone( > File "/usr/local/lib/python3.8/site-packages/mercurial/hg.py", line 901, in > clone > exchange.pull( > File "/usr/local/lib/python3.8/site-packages/mercurial/exchange.py", line > 1823, in pull > _maybeapplyclonebundle(pullop) > File "/usr/local/lib/python3.8/site-packages/mercurial/exchange.py",
Re: postgrey: rcctl lists the service as failed when it is running
On 2020/11/19 15:17, Mike Fischer wrote:
> Hi Stuart!
>
> Wow that was fast, thanks!
>
> I have tried this as follows:
> - Edited /etc/rc.d/postgrey to make the change to:
> pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}.*"
Ah sorry, I missed a bit, it no longer has the full path to the script
either. Can you try this please?
pexp="perl: .*postgrey${daemon_flags:+ ${daemon_flags}}.*"
> - # mv /var/run/rc.d/postgrey /var/run/rc.d/postgrey.old (for testing…)
>
> - # rcctl check postgrey
> postgrey(failed)
> # rcctl start postgrey
> postgrey(ok)
> # rcctl check postgrey
> postgrey(failed)
> # cat /var/run/rc.d/postgrey
> daemon_class=daemon
> daemon_flags=--inet=10023
> daemon_rtable=0
> daemon_timeout=30
> daemon_user=root
> pexp=perl: /usr/local/libexec/postgrey -d --inet=10023.*
> #
>
> So it appears the change is being used but it is not solving the problem.
>
> ?
> --
> Mike Fischer
> > Am 19.11.2020 um 15:03 schrieb Stuart Henderson :
> >
> > On 2020/11/19 14:50, Mike Fischer wrote:
> >> Hi Stuart,
> >>
> >> Here it is:
> >> # cat /var/run/rc.d/postgrey
> >> daemon_class=daemon
> >> daemon_flags=--inet=10023
> >> daemon_rtable=0
> >> daemon_timeout=30
> >> daemon_user=root
> >> pexp=perl: /usr/local/libexec/postgrey -d --inet=10023
> >> #
> >>
> >> Thanks!
> >
> > This will fix things (I've just committed it to -current). You'll need
> > to rm /var/run/rc.d/postgrey to get it to notice the changed pexp value.
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/mail/postgrey/Makefile,v
> > retrieving revision 1.25
> > diff -u -p -r1.25 Makefile
> > --- Makefile31 Aug 2019 15:55:55 - 1.25
> > +++ Makefile19 Nov 2020 14:02:00 -
> > @@ -3,6 +3,7 @@
> > COMMENT=postfix greylist daemon
> >
> > DISTNAME= postgrey-1.37
> > +REVISION= 0
> > CATEGORIES= mail
> >
> > HOMEPAGE= https://postgrey.schweikert.ch/
> > Index: pkg/postgrey.rc
> > ===
> > RCS file: /cvs/ports/mail/postgrey/pkg/postgrey.rc,v
> > retrieving revision 1.4
> > diff -u -p -r1.4 postgrey.rc
> > --- pkg/postgrey.rc 11 Jan 2018 19:27:04 - 1.4
> > +++ pkg/postgrey.rc 19 Nov 2020 14:02:00 -
> > @@ -7,6 +7,6 @@ daemon_flags="--inet=10023"
> >
> > . /etc/rc.d/rc.subr
> >
> > -pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}"
> > +pexp="perl: ${daemon}${daemon_flags:+ ${daemon_flags}}.*"
> >
> > rc_cmd $1
> >
>
Re: postgrey: rcctl lists the service as failed when it is running
On 2020/11/19 16:02, Mike Fischer wrote:
> With another slight modification it now works:
> pexp="perl: .*postgrey.*${daemon_flags:+ ${daemon_flags}}.*“
> (added -* after postgrey)
Ah yes I see. Thanks, I've updated my commit and backported to -stable.
hg clone [tryton-env] not working (mercurial)
Hello,
I carefully considered to which mailinglist to send this message: ports or
ports-bugs. I hope I chose the right one.
I failed to clone the tryton-env repository after enabling subrepos.
I have confirmation it works on the same network config under Linux.
My machine(s) are running 6.8 on amd64, tested my main machine and a vps from
openbsd.amsterdam. No syspatch-es were applied at the time of testing.
I started with this info:
https://www.tryton.org/develop
I discussed the issue here:
https://discuss.tryton.org/t/problem-doing-hg-clone-tryton-env/3464/12
Sebastien Marie suggested I use this command:
hg clone -v --config subrepos.allowed=true --stream \
https://hg.tryton.org/tryton-env
which worked. Now I can hg update.
I tested both the mercurial installed by pkg_add (ports) and one installed by
pip, same result on both of them.
Please have a look at this only if it has the potential to improve the
port/mercurial, I have managed to solve my problem with Sebastien's help.
Please see a some commandline output below:
dot$ hg -v clone https://hg.tryton.org/tryton-env
destination directory: tryton-env
applying clone bundle from
https://downloads-cdn.tryton.org/bundles/tryton-env-bzip2-v1
adding changesets
adding manifests
transaction abort!
rollback completed
(sent 2 HTTP requests and 434 bytes; received 1102 bytes in responses)
abort: error: None
dot$ echo $?
255
dot$ hg -v --traceback clone https://hg.tryton.org/tryton-env
destination directory: tryton-env
applying clone bundle from
https://downloads-cdn.tryton.org/bundles/tryton-env-bzip2-v1
adding changesets
adding manifests
transaction abort!
rollback completed
(sent 2 HTTP requests and 434 bytes; received 1102 bytes in responses)
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/mercurial/scmutil.py", line 152,
in callcatch
return func()
File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line
469, in _runcatchfunc
return _dispatch(req)
File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line
1232, in _dispatch
return runcommand(
File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line
917, in runcommand
ret = _runcommand(ui, options, cmd, d)
File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line
1244, in _runcommand
return cmdfunc()
File "/usr/local/lib/python3.8/site-packages/mercurial/dispatch.py", line
1230, in
d = lambda: util.checksignature(func)(ui, *args, **strcmdopt)
File "/usr/local/lib/python3.8/site-packages/mercurial/util.py", line 1867,
in check
return func(*args, **kwargs)
File "/usr/local/lib/python3.8/site-packages/mercurial/commands.py", line
1904, in clone
r = hg.clone(
File "/usr/local/lib/python3.8/site-packages/mercurial/hg.py", line 901, in
clone
exchange.pull(
File "/usr/local/lib/python3.8/site-packages/mercurial/exchange.py", line
1823, in pull
_maybeapplyclonebundle(pullop)
File "/usr/local/lib/python3.8/site-packages/mercurial/exchange.py", line
2905, in _maybeapplyclonebundle
if trypullbundlefromurl(repo.ui, repo, url):
File "/usr/local/lib/python3.8/site-packages/mercurial/exchange.py", line
3144, in trypullbundlefromurl
bundle2.applybundle(repo, cg, tr, b'clonebundles', url)
File "/usr/local/lib/python3.8/site-packages/mercurial/bundle2.py", line 371,
in applybundle
_processchangegroup(op, unbundler, tr, source, url, **kwargs)
File "/usr/local/lib/python3.8/site-packages/mercurial/bundle2.py", line 490,
in _processchangegroup
ret = cg.apply(op.repo, tr, source, url, **kwargs)
File "/usr/local/lib/python3.8/site-packages/mercurial/changegroup.py", line
343, in apply
self._unpackmanifests(repo, revmap, trp, progress)
File "/usr/local/lib/python3.8/site-packages/mercurial/changegroup.py", line
258, in _unpackmanifests
repo.manifestlog.getstorage(b'').addgroup(deltas, revmap, trp)
File "/usr/local/lib/python3.8/site-packages/mercurial/manifest.py", line
1843, in addgroup
return self._revlog.addgroup(
File "/usr/local/lib/python3.8/site-packages/mercurial/revlog.py", line 2410,
in addgroup
for data in deltas:
File "/usr/local/lib/python3.8/site-packages/mercurial/changegroup.py", line
480, in deltaiter
for chunkdata in iter(lambda: self.deltachunk(chain), {}):
File "/usr/local/lib/python3.8/site-packages/mercurial/changegroup.py", line
480, in
for chunkdata in iter(lambda: self.deltachunk(chain), {}):
File "/usr/local/lib/python3.8/site-packages/mercurial/changegroup.py", line
199, in deltachunk
headerdata = readexactly(self._stream, self.deltaheadersize)
File
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/19 10:47:48 Modified files: net/unifi/stable: Makefile distinfo net/unifi/stable/pkg: PLIST Log message: update to unifi-6.0.36
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/11/19 14:08:04 Modified files: devel/mpfr : Makefile distinfo devel/mpfr/pkg : PLIST Log message: Update to 4.1.0 for assorted bug fixes and small improvements. Regression tests successfully pass at least on aarch64, amd64, i386.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/19 09:49:07 Modified files: www/tor-browser: Makefile.inc www/tor-browser/browser: Makefile distinfo meta/tor-browser: Makefile Removed files: www/tor-browser/browser/patches: patch-bug-1663715 Log message: update to tor-browser 10.0.5, from maintainer Caspar Schutijser
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/11/19 13:13:38 Modified files: www/gitea : Makefile distinfo Log message: Update gitea 1.12.5 -> 1.12.6 Changelog: https://github.com/go-gitea/gitea/releases/tag/v1.12.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/11/19 13:14:02 Modified files: net/mattermost-server: Makefile distinfo net/mattermost-server/patches: patch-config_config_json net/mattermost-server/pkg: PLIST Log message: Update mattermost-server 5.28.1 -> 5.29.0 Changelog: https://docs.mattermost.com/administration/changelog.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/11/19 13:14:28 Modified files: textproc/elasticsearch: Makefile distinfo textproc/elasticsearch/pkg: PLIST Log message: Update elasticsearch 7.9.1 -> 7.10.0 Release notes: https://www.elastic.co/guide/en/elasticsearch/reference/7.10/release-notes-7.10.0.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/11/19 13:28:05 Modified files: www/kibana : Makefile distinfo www/kibana/patches: patch-config_kibana_yml patch-package_json www/kibana/pkg : PLIST kibana.rc Log message: Update kibana 7.9.1 -> 7.10.0 Release notes: https://www.elastic.co/guide/en/kibana/7.10/release-notes-7.10.0.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/11/19 13:49:19 Modified files: sysutils/logstash: Makefile distinfo sysutils/logstash/patches: patch-bin_logstash patch-config_logstash_yml sysutils/logstash/pkg: PLIST Log message: Update logstash 7.9.1 -> 7.10.0 Release notes: https://www.elastic.co/guide/en/logstash/7.10/logstash-7-10-0.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/11/19 12:44:24 Modified files: devel/jenkins/devel: Makefile distinfo Log message: Update jenkins-devel to 2.267
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/11/19 16:22:22 Modified files: sysutils/restic: Makefile distinfo Log message: Update to v0.11.0 OK bket@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/11/19 16:20:23 Modified files: sysutils/restic-rest-server: Makefile distinfo Removed files: sysutils/restic-rest-server/patches: patch-htpasswd_go Log message: Update rest-server to v0.10.0 - Switch to GOMOD_* vars. - Remove upstreamed patches. OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/11/19 22:39:54 Modified files: sysutils/rclone: Makefile distinfo Log message: Update to rclone-1.53.3 Security fix release to fix CVE-2020-28924. Some passwords generated with rclone config may be insecure. In particular if you used the 'g' generate option with rclone v1.49 - v1.53.2 then your password will based on the second it was generated in. This means that there are fixed number of passwords in that period. Additional information: https://github.com/rclone/rclone/issues/4783.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/11/19 22:41:11 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add cve entry for rclone
Re: CVS: cvs.openbsd.org: ports
On Thu, Nov 19, 2020 at 02:08:04PM -0700, Christian Weisgerber wrote: > CVSROOT: /cvs > Module name: ports > Changes by: na...@cvs.openbsd.org 2020/11/19 14:08:04 > Modified files: > devel/mpfr : Makefile distinfo > devel/mpfr/pkg : PLIST > Log message: > Update to 4.1.0 for assorted bug fixes and small improvements. > Regression tests successfully pass at least on aarch64, amd64, i386. For the record, they all pass on sparc64 too. --Kurt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2020/11/19 19:10:42 Modified files: devel/p5-Locale-US: Makefile distinfo Log message: Update devel/p5-Locale-US to 3.04 >From wen heping
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/11/20 00:43:41 Modified files: geo/mapproxy : Makefile distinfo geo/mapproxy/pkg: PLIST Log message: Update to mapproxy 1.13.0. Add RDEP on py3-proj as it now tries it first to use proj>=6 APIs. See https://mapproxy.org/blog/new-mapproxy-1.13.0-release/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/20 00:59:31 Modified files: misc/osinfo/osinfo-db: Makefile distinfo Log message: Update to osinfo-db-20201119.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/20 00:52:48 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.18.181.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/20 00:56:53 Modified files: games/gcompris : Makefile distinfo games/gcompris/pkg: PLIST Log message: Update to gcompris-1.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/20 00:52:31 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py3-boto3-1.16.22.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/20 00:52:18 Modified files: net/py-botocore: Makefile distinfo net/py-botocore/pkg: PLIST Log message: Update to py3-botocore-1.19.22.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/19 01:43:57 Modified files: graphics/p5-GD : Makefile distinfo Log message: Update to p5-GD-2.73.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/11/19 01:01:26 Modified files: www/cgicc : Makefile Log message: Unbreak cgicc, spotted by ajacoutot@ Thanks
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/19 04:30:56 Modified files: devel/cryptopp : Makefile Log message: cryptopp: disable asm on powerpc* for now, gkoehler@'s tests with asm failed (https://marc.info/?l=openbsd-ports=160575195204466=2)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/19 04:41:01 Modified files: graphics/openimageio: Makefile Log message: disable hidden build dep on ccache (picked up if present during configure)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/19 05:06:38 Modified files: x11/gnome/nautilus/patches: patch-src_nautilus-tag-manager_c Log message: Merged upstream.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/19 05:07:59 Added files: graphics/openimageio/patches: patch-src_doc_CMakeLists_txt Log message: fix cmakefile (part of an upstream commit) to avoid packaging failure if openimageio (specifically iv) isn't already installed. reported by aja@
Re: CVS: cvs.openbsd.org: ports
On 2020/11/19 08:45, Antoine Jacoutot wrote: > On Tue, Nov 17, 2020 at 01:37:10PM -0700, Stuart Henderson wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: st...@cvs.openbsd.org 2020/11/17 13:37:09 > > > > Modified files: > > graphics/openimageio: Makefile > > graphics/openimageio/pkg: PLIST > > > > Log message: > > openimageio tweaks: > > > > - use system pugixml rather than embedded copy (fixing a build error > > seen with Blender 2.81 if system pugixml is installed during build) > > > > - switch python bindings from py2 to py3, removing another user of > > boost_python27 libs > > > > - sort LIB_DEPENDS > > > > ok pascal@ (maintainer) > > Could this be the cause of: > > Create /exopi-cvs/ports/packages/amd64/all/openimageio-1.8.6p11.tgz > Creating package openimageio-1.8.6p11 > checksumming|** | > 89% > Error: /exopi-obj/pobj/openimageio-1.8.6/fake-amd64/usr/local/man/man1/iv.1 > does not exist > pkg_create: can't continue Fixed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/19 07:00:55 Modified files: mail/postgrey : Makefile mail/postgrey/pkg: postgrey.rc Log message: postgrey: at least under some conditions, the process title has " (perl)" at the end. adapt pexp to cope. reported by Mike Fischer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/19 08:17:48 Modified files: print/psutils : Makefile distinfo Log message: Update to psutils-2.04.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/19 08:39:18 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-319.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2020/11/19 09:06:07 Modified files: lang/rust : Makefile distinfo lang/rust/patches: patch-library_std_src_sys_unix_os_rs patch-src_bootstrap_bootstrap_py patch-src_bootstrap_builder_rs patch-src_bootstrap_lib_rs patch-src_bootstrap_test_rs Added files: lang/rust/patches: patch-compiler_rustc_session_src_filesearch_rs patch-compiler_rustc_target_src_spec_i686_unknown_openbsd_rs Removed files: lang/rust/patches: patch-src_librustc_session_filesearch_rs patch-src_librustc_target_spec_i686_unknown_openbsd_rs Log message: update lang/rust to 1.48.0 Announce: https://blog.rust-lang.org/2020/11/19/Rust-1.48.html ChangeLog: https://github.com/rust-lang/rust/blob/master/RELEASES.md#version-1480-2020-11-19 ok landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2020/11/19 09:06:10 Modified files: www/seamonkey : Makefile Added files: www/seamonkey/patches: patch-mozilla_third_party_rust_packed_simd_src_api_into_bits_arch_specific_rs patch-mozilla_third_party_rust_packed_simd_src_codegen_reductions_mask_x86_rs patch-mozilla_third_party_rust_packed_simd_src_lib_rs Log message: www/seamonkey adds few patches to be buildable with rust-1.48.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/19 09:10:45 Modified files: sysutils/amazon-ssm-agent: Makefile distinfo sysutils/amazon-ssm-agent/patches: patch-agent_appconfig_constants_unix_go patch-makefile Removed files: sysutils/amazon-ssm-agent/patches: patch-agent_log_log_unix_go Log message: Update to amazon-ssm-agent-3.0.413.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/19 09:16:01 Modified files: mail/postgrey : Tag: OPENBSD_6_8 Makefile mail/postgrey/pkg: Tag: OPENBSD_6_8 postgrey.rc Log message: postgrey: fix pexp
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/19 09:15:05 Modified files: mail/postgrey : Makefile mail/postgrey/pkg: postgrey.rc Log message: postgrey: additional pexp fix was needed
