Re: [NEW] net/anondate
On Fri, May 08, 2020 at 05:11:49PM +0200, clematis wrote: > On Wed, Apr 29, 2020 at 09:29:59PM +, nanonymous wrote: > > Hey, > > It's been a while since my last update before the port is accepted, > > so I have released another. This release fixes a few minor bugs. > > > > Anyone willing to donate an OK? I'd love to see this port in 6.7. > > Note if you wish to test it: net/tor must be running for it to work > > by default. > Hi, > > Quick feedback to confirm this build and run OK on amd64. > (not a very extended test, simply ran anondate -fjov getting the expected > result) > > Now, on a side note I would add: > - I am surprised that the .conf doesn't include any v3 onions. The configuration is (almost) identical to sdwdate's for trust purposes. Since I'm not very capable of finding, verifying and distributing trustworthy sources myself, I let the much bigger Whonix community pick them for the default configuration. Unfortunately sdwdate's list hasn't been updated in a while, but the user is free to change it. > For long term and also as some listed in there aren't responsive. > Feels like this list could be updated. You are right, a few are now down or changed links. I went through them and updated the list. There are a few v3 links now. New release attached to this mail. > > - I would remove from the manpage > - .Xr sdwdate 1 , > - .Xr tails_htp 1 , > Done. > > > PS: not the right timing to have it added now, you should consider chasing > this later. (https://marc.info/?l=openbsd-ports=15015813724=2) Oh well, I was hoping to get it added before the lock. > > Cheers, > -- > clematis (0xA2C87EDB507B4C53) anondate.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/05/08 10:44:41 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: fix r1.947, qt5-declarative-xmllistmodel is obsolete/to be removed, qtdeclarative-xmllistmodel doesnt exist. should help the qt5 upgrade path, not fully there yet.. ok naddy@
[update] geo/osrm-backend from 5.18.0 to 5.22.0
> http://build-failures.rhaalovely.net/powerpc/2020-04-09/geo/osrm-backend.log
Here is an update for osrm-backend. The goal was to possibly fix the
build on macppc, but devel/tbb does not support 64-bits atomics on
ppc32 [0], and forcing it does not fix the build.
Note that this is not a clang regression, this is the first time tbb is
built on macppc, it's only for clang archs.
You can find the changelog there [1].
Port-wise it's a very straightforward update, i've just disabled the
detection of ccache, and mark it NOT_FOR_ARCHS for powerpc.
It has been lightly tested on amd64 against Berlin.
Comments/feedback are welcome,
Charlène.
[0]
https://github.com/oneapi-src/oneTBB/blob/v2020.2/include/tbb/machine/mac_ppc.h#L60
[1]
https://github.com/Project-OSRM/osrm-backend/blob/v5.22.0/CHANGELOG.md
Index: Makefile
===
RCS file: /cvs/ports/geo/osrm-backend/Makefile,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 Makefile
--- Makefile12 Jul 2019 20:46:29 - 1.6
+++ Makefile8 May 2020 14:48:47 -
@@ -1,11 +1,14 @@
# $OpenBSD: Makefile,v 1.6 2019/07/12 20:46:29 sthen Exp $
+# devel/tbb does not support 64-bits atomics on ppc32, forcing them does
+# not help, see tbb's ${WRKSRC}/include/tbb/machine/mac_ppc.h
+NOT_FOR_ARCHS =powerpc
+
COMMENT = high-performance road network routing engine
GH_ACCOUNT = Project-OSRM
GH_PROJECT = osrm-backend
-GH_TAGNAME = v5.18.0
-REVISION = 3
+GH_TAGNAME = v5.22.0
CATEGORIES = geo
@@ -33,8 +36,10 @@ LIB_DEPENDS =archivers/bzip2 \
CONFIGURE_ARGS = -DOSMIUM_INCLUDE_DIR=${LOCALBASE}/include/osmium \
-DCMAKE_CXX_FLAGS="-I${LOCALBASE}/include/utfcpp \
- ${CXXFLAGS}"
+ ${CXXFLAGS}" \
+ -DENABLE_CCACHE=Off
+# Requires network access, and http access to sample osrm data is 403'd
NO_TEST = Yes
.include
Index: distinfo
===
RCS file: /cvs/ports/geo/osrm-backend/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo6 Jul 2018 06:00:02 - 1.1.1.1
+++ distinfo8 May 2020 14:48:47 -
@@ -1,2 +1,2 @@
-SHA256 (osrm-backend-5.18.0.tar.gz) =
25t5XepddMpk1xsW5lffAph6kOFQFKeZlOuguxRGbmE=
-SIZE (osrm-backend-5.18.0.tar.gz) = 6513098
+SHA256 (osrm-backend-5.22.0.tar.gz) =
3wmHoEvPZddPnE4Y80oBmCvzu5eqR/nYbPuLNfF6alU=
+SIZE (osrm-backend-5.22.0.tar.gz) = 6492998
Index: pkg/PLIST
===
RCS file: /cvs/ports/geo/osrm-backend/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 PLIST
--- pkg/PLIST 10 Sep 2018 11:10:20 - 1.3
+++ pkg/PLIST 8 May 2020 14:48:47 -
@@ -78,13 +78,13 @@ include/osrm/util/coordinate.hpp
include/osrm/util/exception.hpp
include/osrm/util/json_container.hpp
include/osrm/util/typedefs.hpp
-lib/libosrm.a
-lib/libosrm_contract.a
-lib/libosrm_customize.a
-lib/libosrm_extract.a
-lib/libosrm_partition.a
-lib/libosrm_store.a
-lib/libosrm_update.a
+@static-lib lib/libosrm.a
+@static-lib lib/libosrm_contract.a
+@static-lib lib/libosrm_customize.a
+@static-lib lib/libosrm_extract.a
+@static-lib lib/libosrm_partition.a
+@static-lib lib/libosrm_store.a
+@static-lib lib/libosrm_update.a
lib/pkgconfig/libosrm.pc
share/osrm/
share/osrm/profiles/
[update] devel/ttb from 2018.5 to 2020.2
Hi,
I tried to fix geo/osrm-backend build failure on macppc, and the first
thing i did was upgrading ttb, so here it is.
The changelog can be found here [0], upstream changed their github
account.
Port-wise:
- bump SHARED_LIBS majors because check_sym reports that symbols have
been removed
- change HOMEPAGE as the old one is a redirection to the one i'm
proposing
- drop upstreamed patches, remove a patch in which we're patching
ourselves and transfer that patch to files/OpenBSD.inc
- i think that with a bit more of work, it could be built on
gcc archs with ports-gcc, but i have no more of them
Testing:
- on macppc, it builds and tests run fine, osrm-backend can't be run on
ppc32, i'll explain that in the osrm-backend update i'll send just
after that one
- on amd64, it builds and runs fine; i've been able to get proper
routing in Berlin with the updated osrm-backend
Comments/feedback are welcome,
Charlène.
[0] https://github.com/oneapi-src/oneTBB/blob/v2020.2/CHANGES
Index: Makefile
===
RCS file: /cvs/ports/devel/tbb/Makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 Makefile
--- Makefile12 Jul 2019 20:46:02 - 1.3
+++ Makefile8 May 2020 14:09:20 -
@@ -4,26 +4,26 @@ ONLY_FOR_ARCHS = ${CLANG_ARCHS}
COMMENT = threading building blocks
-PKGNAME = tbb-${GH_TAGNAME:S/_U/./}
-REVISION = 0
+V =2020.2
+GH_ACCOUNT = oneapi-src
+GH_PROJECT = oneTBB
+GH_TAGNAME = v${V}
+PKGNAME = tbb-${V}
-GH_ACCOUNT = 01org
-GH_PROJECT = tbb
-GH_TAGNAME = 2018_U5
-
-SHARED_LIBS += tbb 0.0
-SHARED_LIBS += tbbmalloc 0.0
+SHARED_LIBS += tbb 1.0 #2020.2
+SHARED_LIBS += tbbmalloc 1.0 #2020.2
CATEGORIES = devel
-HOMEPAGE = https://www.threadingbuildingblocks.org/
+HOMEPAGE = https://github.com/oneapi-src/oneTBB
# Apache 2.0
PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} m
-COMPILER = base-clang ports-gcc base-gcc
+# We only provide configuration for base-clang (see files/)
+COMPILER = base-clang ports-clang
MAKE_FLAGS = CONLY="${CC}" \
CPLUS="${CXX}" \
Index: distinfo
===
RCS file: /cvs/ports/devel/tbb/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo5 Jul 2018 09:14:55 - 1.1.1.1
+++ distinfo8 May 2020 14:09:20 -
@@ -1,2 +1,2 @@
-SHA256 (tbb-2018_U5.tar.gz) = xMKJavUnOSSWxeAe+FeQWKcbbuu9aVkkzROIQcE/B74=
-SIZE (tbb-2018_U5.tar.gz) = 2922517
+SHA256 (oneTBB-2020.2.tar.gz) = SAQyDh5svjpUIZl7UhmePBo4KbLstkiWQdpLjjL69QA=
+SIZE (oneTBB-2020.2.tar.gz) = 2637066
Index: files/OpenBSD.inc
===
RCS file: /cvs/ports/devel/tbb/files/OpenBSD.inc,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 OpenBSD.inc
--- files/OpenBSD.inc 5 Jul 2018 09:14:55 - 1.1.1.1
+++ files/OpenBSD.inc 8 May 2020 14:09:20 -
@@ -24,6 +24,18 @@ ifndef arch
ifeq ($(shell uname -m),amd64)
export arch:=intel64
endif
+ifeq ($(shell uname -m),macppc)
+export arch:=ppc32
+endif
+ifeq ($(uname_p),sparc64)
+export arch:=sparc
+endif
+ifeq ($(uname_p),arm)
+export arch:=armv7
+endif
+ifndef arch
+export arch:=$(uname_p)
+endif
endif
ifndef runtime
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/devel/tbb/patches/patch-Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 patch-Makefile
--- patches/patch-Makefile 5 Jul 2018 09:14:55 - 1.1.1.1
+++ patches/patch-Makefile 8 May 2020 14:09:20 -
@@ -3,20 +3,16 @@ $OpenBSD: patch-Makefile,v 1.1.1.1 2018/
Index: Makefile
--- Makefile.orig
+++ Makefile
-@@ -29,12 +29,12 @@ default: tbb tbbmalloc $(if $(use_proxy),tbbproxy)
+@@ -26,10 +26,10 @@ default: tbb tbbmalloc $(if $(use_proxy),tbbproxy)
all: tbb tbbmalloc tbbproxy test examples
tbb: mkdir
-- $(MAKE) -C "$(work_dir)_debug" -r -f $(tbb_root)/build/Makefile.tbb
cfg=debug
- $(MAKE) -C "$(work_dir)_release" -r -f $(tbb_root)/build/Makefile.tbb
cfg=release
-+ $(MAKE) -C "$(work_dir)_debug" -r -f $(tbb_root)/build/Makefile.tbb
cfg=debug TBB.DLL="$(TBB.DLL)"
+ $(MAKE) -C "$(work_dir)_release" -r -f $(tbb_root)/build/Makefile.tbb
cfg=release TBB.DLL="$(TBB.DLL)"
tbbmalloc: mkdir
-- $(MAKE) -C "$(work_dir)_debug" -r -f
$(tbb_root)/build/Makefile.tbbmalloc cfg=debug malloc
- $(MAKE) -C "$(work_dir)_release" -r -f
Re: [NEW] net/anondate
On Wed, Apr 29, 2020 at 09:29:59PM +, nanonymous wrote: > Hey, > It's been a while since my last update before the port is accepted, > so I have released another. This release fixes a few minor bugs. > > Anyone willing to donate an OK? I'd love to see this port in 6.7. > Note if you wish to test it: net/tor must be running for it to work > by default. Hi, Quick feedback to confirm this build and run OK on amd64. (not a very extended test, simply ran anondate -fjov getting the expected result) Now, on a side note I would add: - I am surprised that the .conf doesn't include any v3 onions. For long term and also as some listed in there aren't responsive. Feels like this list could be updated. - I would remove from the manpage - .Xr sdwdate 1 , - .Xr tails_htp 1 , PS: not the right timing to have it added now, you should consider chasing this later. (https://marc.info/?l=openbsd-ports=15015813724=2) Cheers, -- clematis (0xA2C87EDB507B4C53)
Re: Puppet module generate broken ?
On Fri, May 08, 2020 at 10:12:01AM +0200, Giovanni Bechis wrote: > The following diff fixes the problem, ok after unlock ? Yes, OK kn
Re: Puppet module generate broken ?
On Tue, Mar 24, 2020 at 03:40:14PM +0100, Giovanni Bechis wrote:
> Puppet module generate seems broken (6.6-current as of today with
> puppet-5.5.19 and 6.6-stable).
>
> $ doas puppet module generate --skip-interview test-common
> Warning: `puppet module generate` is deprecated and will be removed in a
> future release. This action has been replaced by Puppet Development Kit. For
> more information visit https://puppet.com/docs/pdk/latest/pdk.html.
>(location:
> /usr/local/lib/ruby/site_ruby/2.6/puppet/face/module/generate.rb:142:in
> `generate')
>
> Notice: Generating module at /tmp/common...
> Notice: Populating templates...
> Error: undefined method `delete' for
> #
> Error: Try 'puppet help module generate' for usage
>
> The above command creates a "common" dir with broken config files.
> Is this a known problem ?
>
> Puppet master is working fine.
>
The following diff fixes the problem, ok after unlock ?
Cheers
Giovanni
Index: 5/Makefile
===
RCS file: /cvs/ports/sysutils/ruby-puppet/5/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- 5/Makefile 18 Mar 2020 18:39:17 - 1.23
+++ 5/Makefile 8 May 2020 08:10:16 -
@@ -3,11 +3,13 @@
PORTROACH= limit:^5
VERSION= 5.5.19
+REVISION= 0
RUN_DEPENDS+= databases/ruby-hiera3,${MODRUBY_FLAVOR} \
devel/ruby-gettext-setup,${MODRUBY_FLAVOR}>=0.28,<1 \
devel/ruby-locale,${MODRUBY_FLAVOR}>=2.1,<3 \
devel/ruby-rgen,${MODRUBY_FLAVOR} \
+ converters/ruby-multi_json,${MODRUBY_FLAVOR} \
sysutils/facter
SUBST_VARS += MODPY_DEFAULT_VERSION_2 MODPY_DEFAULT_VERSION_3
signature.asc
Description: PGP signature
