CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/08/20 23:47:33 Modified files: games/widelands: Makefile games/widelands/patches: patch-CMakeLists_txt Log message: Unbreak widelands build with cmake 3.15
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/08/20 23:47:46 Modified files: math/plplot: Makefile distinfo math/plplot/patches: patch-cmake_modules_csiro_cmake patch-examples_CMakeLists_txt patch-examples_c++_CMakeLists_txt patch-examples_c_CMakeLists_txt patch-examples_fortran_CMakeLists_txt patch-plplot_test_CMakeLists_txt math/plplot/pkg: PLIST-main Log message: Update plplot to 5.15.0 This version unbreak the build with upcoming cmake 3.15.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/08/20 23:47:41 Modified files: devel/cmake: Makefile cmake.port.mk distinfo devel/cmake/patches: patch-Modules_Compiler_GNU-Fortran_cmake patch-Modules_Compiler_GNU_cmake patch-Modules_FindJNI_cmake patch-Modules_FindJava_cmake patch-Modules_FindKDE3_cmake patch-Modules_FindLua_cmake patch-Modules_FindMPEG2_cmake patch-Modules_FindMPEG_cmake patch-Modules_FindPythonInterp_cmake patch-Modules_FindPythonLibs_cmake patch-Modules_FindQt3_cmake patch-Modules_FindQt4_cmake patch-Modules_FindQt_cmake patch-Modules_FindRuby_cmake patch-Modules_FindSDL_cmake patch-Modules_FindTCL_cmake patch-Modules_FindTclStub_cmake patch-Modules_FindTclsh_cmake patch-Modules_FindWish_cmake patch-Modules_FindXMLRPC_cmake patch-Modules_Qt4ConfigDependentSettings_cmake patch-Source_cmArchiveWrite_cxx patch-Source_cmComputeLinkInformation_cxx patch-Source_cmComputeLinkInformation_h patch-Source_cmGeneratorTarget_cxx patch-Source_cmGlobalGenerator_cxx patch-Source_cmInstallCommand_cxx patch-Source_cmMessenger_cxx patch-Source_cmSystemTools_cxx patch-Source_cmTarget_cxx patch-Source_kwsys_CMakeLists_txt patch-Source_kwsys_SystemTools_cxx devel/cmake/pkg: PLIST Added files: devel/cmake/files: FindLua.cmake devel/cmake/patches: patch-Modules_FindOpenMP_cmake Removed files: devel/cmake/patches: patch-CMakeLists_txt patch-Modules_CMakeCInformation_cmake patch-Modules_CMakeCXXInformation_cmake patch-Modules_CMakeFortranInformation_cmake patch-Modules_Platform_OpenBSD_cmake patch-Source_CMakeLists_txt patch-Source_Modules_FindLibUV_cmake patch-Source_cmake_cxx patch-Tests_RunCMake_CMakeLists_txt patch-Tests_RuntimePath_CMakeLists_txt patch-Utilities_cmjsoncpp_include_json_value_h patch-Utilities_cmjsoncpp_src_lib_json_json_value_cpp patch-bootstrap Log message: Update cmake to 3.15.2 Highlights: - Stop building cmake itself with ninja. Upstream has decided not to support this anymore. I see no benefit and it's getting harder and harder to take care of. - Use cmake's internel libuv, json-cpp etc. to build the bootstrap cmake (only bootstrap). - Fix SONAME in cmake ports Notable port changes: - Fix COMPILER, it's not possible to build the old and the new cmake version with base-gcc, isn't. - It doesn't make any sense to keep the m88k XXX tags. CMake don't build under m88k. - Tech cmake to detect/provide system JDK11, lua and new ruby version (of course upcoming ruby 2.7) - I took some pre-configure commands from the FreeBSDs port. - Add --docdir to avoid warnings and sort CONFIGURE_ARGS Bulk build by naddy@ on amd64. Thanks a lot! Successful test by Martin Reindl on macppc and arm64. Thanks!
Re: x264 on ARM
>On Tue, Aug 20, 2019 at 2:47 PM adr wrote: >> > Pay attention, it's not legacy, there are real actual reasons to do that. >> > Read again thru Theo's mail, carefully. >> >> Pay attention, this wasn't a response to Theo's mail. > >What I get from Theo's email is a detailed description of a >cross-platform OS robustness issue, given limited testing resources. > >Legacy would suggest to me more of a historical burden that could go >away if the offending software were removed. > >Anyways, this particular example seems like it should be simple. Huh???
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2019/08/20 20:55:50 Modified files: devel/ocaml-menhir: Makefile devel/ocaml-menhir/pkg: PFRAG.native PLIST Added files: devel/ocaml-menhir/pkg: PFRAG.dynlink-native Log message: Fix packaging on !native archs. As seen in landry@'s sparc64 bulk build report.
Re: security/ghidra and libstdc++
On Tue, Aug 20, 2019 at 04:32:48PM +0200, Christian Weisgerber wrote:
> A few days ago, I did a test bulk build on amd64 with gcc, g++, and
> libstdc++ removed from the system. Ports should not use these any
> longer on clang platforms.
>
> security/ghidra failed to build right away since it has stdc++ in
> WANTLIB. Further testing shows:
>
> * If you build ghidra on a system where gcc/g++/libstdc++ are
> available, it does indeed link something against libstdc++ and
> port-lib-depends-check indicates WANTLIB+=stdc++.
>
> * If you build ghidra on a system where gcc/g++/libstdc++ are NOT
> available, it still builds fine, something is linked against
> libc++/libc++abi/pthread and port-lib-depends-check consequently
> indicates WANTLIB+=${COMPILER_LIBCXX}.
>
> There must be some magic in the build where it first tries to use
> g++ and falls back to c++. Unfortunately, the actual build commands
> are hidden and the build is run by some Java tool, so it's not
> obvious what's going on.
>
> The port should honor CXX or at least not use g++. Maybe Lawrence
> or somebody else can take a look...
>
> --
> Christian "naddy" Weisgerber na...@mips.inka.de
I took a look, and you're right that it's not obvious at all.
I'm not familiar with that part of the build process so I'll have a lot
of poking around to do. :) My current suspect is a hardcoded "g++"
inside jython-standalone-2.7.1.jar.
If someone else wants to look around as well, help is very welcome!
回复: [Update] math/cfitsio : Update to 3.47
I would test these ports, need some time.
wen
发件人: Rafael Sadowski
发送时间: 2019年8月18日 21:02
收件人: wen heping
抄送: ports@openbsd.org
主题: Re: [Update] math/cfitsio : Update to 3.47
On Sun Aug 18, 2019 at 02:15:03AM +, wen heping wrote:
> No other ports depends on it.
>
No? Please see in:
astro/kstars
astro/wcslib
graphics/ufraw
x11/kde-applications/gwenview
> Index: Makefile
> ===
> RCS file: /cvs/ports/math/cfitsio/Makefile,v
> retrieving revision 1.13
> diff -u -p -r1.13 Makefile
> --- Makefile 12 Jul 2019 20:47:40 - 1.13
> +++ Makefile 18 Aug 2019 02:10:13 -
> @@ -5,9 +5,7 @@ CATEGORIES= math graphics devel
>
> HOMEPAGE=https://heasarc.gsfc.nasa.gov/fitsio/fitsio.html
>
> -DISTNAME=cfitsio3450
> -
> -PKGNAME= cfitsio-3.450
> +DISTNAME=cfitsio-3.47
>
> SHARED_LIBS += cfitsio 1.0 # 0.0
>
> @@ -22,7 +20,7 @@ WANTLIB += c crypto curl m nghttp2 ssl z
> CONFIGURE_STYLE=gnu
>
> #ALL_TARGET= all fitscopy imcopy shared fpack funpack
> -ALL_TARGET= utils shared
> +ALL_TARGET= libcfitsio.a shared utils
> SHLIB_SUFFIX=.so.${LIBcfitsio_VERSION}
> MAKE_FLAGS= SHLIB_SUFFIX=${SHLIB_SUFFIX}
>
> @@ -33,8 +31,6 @@ LIB_DEPENDS+= net/curl \
>www/nghttp2
>
> DOCDIR=${PREFIX}/share/doc/cfitsio
> -
> -WRKDIST= ${WRKDIR}/cfitsio
>
> post-patch:
>sed -i 's|||' ${WRKSRC}/*.[chl] ${WRKSRC}/zlib/*.h
> Index: distinfo
> ===
> RCS file: /cvs/ports/math/cfitsio/distinfo,v
> retrieving revision 1.5
> diff -u -p -r1.5 distinfo
> --- distinfo 2 May 2019 13:13:08 - 1.5
> +++ distinfo 18 Aug 2019 02:10:13 -
> @@ -1,2 +1,2 @@
> -SHA256 (cfitsio3450.tar.gz) = v2AS2+Zo7LIsOZxLeygUVX7igsdKfV3HBOsXww2fuS4=
> -SIZE (cfitsio3450.tar.gz) = 4738748
> +SHA256 (cfitsio-3.47.tar.gz) = QYUW8Q7h4PG1IJJu7Ka3fOY5vtiIBMfFRedPJrPt9O8=
> +SIZE (cfitsio-3.47.tar.gz) = 4853990
> Index: patches/patch-configure
> ===
> RCS file: /cvs/ports/math/cfitsio/patches/patch-configure,v
> retrieving revision 1.1
> diff -u -p -r1.1 patch-configure
> --- patches/patch-configure 2 May 2019 13:13:08 - 1.1
> +++ patches/patch-configure 18 Aug 2019 02:10:13 -
> @@ -1,9 +1,9 @@
> -$OpenBSD: patch-configure,v 1.1 2019/05/02 13:13:08 rsadowski Exp $
> +$OpenBSD$
>
> Index: configure
> --- configure.orig
> +++ configure
> -@@ -4768,7 +4768,7 @@ esac
> +@@ -4851,7 +4851,7 @@ esac
> # Darwin uses gcc (=cc), but needs different flags (see above)
> if test "x$EXT" != xdarwin && test "x$EXT" != xcygwin && test "x$EXT" !=
> xmingw32; then
> if test "x$GCC" = xyes; then
> Index: patches/patch-fitsio2_h
> ===
> RCS file: /cvs/ports/math/cfitsio/patches/patch-fitsio2_h,v
> retrieving revision 1.3
> diff -u -p -r1.3 patch-fitsio2_h
> --- patches/patch-fitsio2_h 3 May 2019 13:32:57 - 1.3
> +++ patches/patch-fitsio2_h 18 Aug 2019 02:10:13 -
> @@ -1,4 +1,5 @@
> -$OpenBSD: patch-fitsio2_h,v 1.3 2019/05/03 13:32:57 kn Exp $
> +$OpenBSD$
> +
> Index: fitsio2.h
> --- fitsio2.h.orig
> +++ fitsio2.h
www/apache-httpd OpenBSD 6.5-stable Fix
Hi, After the update for Apache HTTPD on the 6.5-stable branch we see while trying to build: ===> Applying OpenBSD patch patch-modules_filters_mod_reqtimeout_c Hmm... Looks like a unified diff to me... The text leading up to this was: -- |$OpenBSD: patch-modules_filters_mod_reqtimeout_c,v 1.1 2019/04/08 23:25:23 sthen Exp $ | |Fix file uploads which were broken in 2.4.39 unless the admin specifies |an explicit RequestReadTimeout. | |https://bz.apache.org/bugzilla/show_bug.cgi?id=63325 |https://svn.apache.org/viewvc?view=revision=1857129 | |Index: modules/filters/mod_reqtimeout.c |--- modules/filters/mod_reqtimeout.c.orig |+++ modules/filters/mod_reqtimeout.c -- Attached is a patch to remove the offending patch file Ian McWilliam apache-httpd-65.diff Description: apache-httpd-65.diff
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/08/20 16:56:19 Modified files: sysutils/diffoscope: Makefile distinfo Log message: Update to diffoscope-121
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/08/20 16:54:57 Modified files: editors/featherpad: Makefile distinfo Log message: Update to featherpad-0.11.1 Changelog: https://github.com/tsujan/FeatherPad/releases/tag/V0.11.1
powerpc bulk build report
bulk build on macppc-1.ports.openbsd.org started on Fri Aug 9 12:44:57 MDT 2019 finished at Tue Aug 20 16:49:45 MDT 2019 lasted 11D21h04m done with kern.version=OpenBSD 6.5-current (GENERIC.MP) #565: Thu Aug 8 16:24:04 MDT 2019 built packages:9721 Aug 9:1459 Aug 10:2655 Aug 11:270 Aug 12:1017 Aug 13:519 Aug 14:376 Aug 15:382 Aug 16:699 Aug 17:503 Aug 18:666 Aug 19:714 Aug 20:460 critical path missing pkgs: http://build-failures.rhaalovely.net//powerpc/2019-08-09/summary.log build failures: 81 http://build-failures.rhaalovely.net//powerpc/2019-08-09/audio/chromaprint.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/audio/gradio.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/benchmarks/wrk.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/cad/gnucap.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/cad/magic.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/cad/netgen.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/cad/openscad.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/cad/qucs.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/databases/sqlitebrowser.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/databases/sqliteman.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/devel/angr/py-z3-solver.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/devel/geany.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/devel/kdevelop.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/devel/py-unicorn.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/devel/reposurgeon.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/devel/woboq_codebrowser.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/devel/xtensa-elf/gcc.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/emulators/citra.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/emulators/gambatte,-main.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/emulators/nestopia,-libretro.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/emulators/ppsspp.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/emulators/vbam.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/emulators/xnp2.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/games/devilutionx.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/games/dxx-rebirth.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/games/freeorion.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/games/godot.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/games/mvdsv.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/games/pentobi.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/games/pokerth.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/games/puzzles.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/games/valyriatear.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/games/xevil.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/geo/qlandkartegt.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/geo/spatialite/gis.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/graphics/DevIL.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/graphics/colord-gtk.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/graphics/dibuja.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/graphics/makehuman.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/graphics/ocaml-cairo.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/graphics/vulkan-tools.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/graphics/vulkan-validation-layers.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/inputmethods/scim-fcitx.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/inputmethods/scim-hangul.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/inputmethods/scim-pinyin.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/inputmethods/scim-tables.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/lang/gprolog.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/lang/parrot.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/lang/php/7.3.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/mail/kopano/core.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/math/kst.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/math/mlpack,-main.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/multimedia/mkvtoolnix.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/multimedia/synfig.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/net/dleyna/renderer.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/net/dleyna/server.log http://build-failures.rhaalovely.net//powerpc/2019-08-09/net/fastnetmon.log
Re: [macppc/ports-gcc] Unbreak benchmarks/wrk
On Tue, 20 Aug 2019 21:00:15 +0200 Frederic Cambus wrote: > On Mon, Aug 12, 2019 at 10:05:30PM +0200, Charlene Wendling wrote: > > > > > http://build-failures.rhaalovely.net/powerpc/2019-07-29/benchmarks/wrk.log > > > > It requires a move from __sync to __atomic. Debian did that already > > [0], so i've taken their stuff. > > > > While wrk is written in C, the use of __atomic functions requires > > estdc++ and ports-gcc (we can't use COMPILER_LANGS=c). > > > > It builds [1] and runs fine on macppc and amd64 with multiple > > threads. > > > > Comments/feedback are welcome, > > The patches from Debian are for wrk 4.0.2, released in March 2016. > There has since been a 4.1.0 release in January 2018, without those > changes. I don't know if the Debian package maintainer tried to > upstream this diff or not, but it would be nice to find out, as the > diff changes code for all platforms. > It seems Debian didn't. I did a PR [0], but it seems pretty clear to me that upstream will refactor it. I'll resend a diff once things are settled. Charlène. [0] https://github.com/wg/wrk/pull/395
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/20 15:29:05 Modified files: net/nfdump : Makefile distinfo Removed files: net/nfdump/patches: patch-bin_Makefile_am patch-bin_util_c Log message: update to nfdump-1.6.18
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/20 15:27:59 Modified files: www/nghttp2: Makefile distinfo Log message: update to nghttp2-1.39.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/20 15:02:41 Modified files: multimedia/get_iplayer: Makefile distinfo Log message: update to get_iplayer-3.22
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/20 14:57:19 Modified files: net/arp-scan : Makefile distinfo Log message: update mac-vendor table
sparc64 bulk build report
bulk build on sparc64-0.ports.openbsd.org started on Sun Aug 18 08:52:06 MDT 2019 finished at Tue Aug 20 14:22:05 MDT 2019 lasted 02D22h29m done with kern.version=OpenBSD 6.6-beta (GENERIC.MP) #28: Sat Aug 17 18:27:11 MDT 2019 built packages:9657 Aug 18:7052 Aug 19:1842 Aug 20:762 critical path missing pkgs: http://build-failures.rhaalovely.net//sparc64/2019-08-18/summary.log build failures: 71 http://build-failures.rhaalovely.net//sparc64/2019-08-18/audio/gradio.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/cad/magic.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/cad/netgen.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/cad/qcad.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/cad/qucs.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/chinese/libpinyin.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/comms/xastir.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/devel/kdevelop.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/devel/libcoap.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/devel/ocaml-menhir.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/devel/py-unicorn.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/devel/woboq_codebrowser.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/emulators/BasiliskII.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/emulators/citra.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/emulators/fs-uae.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/emulators/gambatte,-main.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/emulators/nestopia,-libretro.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/emulators/ppsspp.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/emulators/vbam.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/games/devilutionx.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/games/dxx-rebirth.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/games/love.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/games/mvdsv.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/games/pokerth.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/games/xevil.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/geo/spatialite/gis.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/graphics/colord-gtk.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/graphics/dibuja.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/graphics/makehuman.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/graphics/openimageio.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/inputmethods/scim-tables.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/lang/apl.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/lang/erlang/16.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/lang/erlang/17,-main.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/lang/erlang/18,-main.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/lang/erlang/19.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/lang/erlang/21.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/lang/janet.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/mail/kopano/core.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/math/kst.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/math/py-scikit-learn.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/multimedia/mkvtoolnix,no_x11.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/multimedia/synfig.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/net/bitcoin.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/net/dleyna/renderer.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/net/dleyna/server.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/net/ktorrent.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/net/litecoin.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/net/mutella.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/net/telegram-purple.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/net/toxcore.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/productivity/gnucash.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/security/libfprint.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/security/sslscan,openssl.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/telephony/iaxclient.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/telephony/pjsua,-main.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/x11/gnome/libgweather.log http://build-failures.rhaalovely.net//sparc64/2019-08-18/x11/gnome/photos.log
Re: UPDATE: databases/sqlitebrowser 3.11.2
On Tue Aug 20, 2019 at 08:59:29PM +0200, Caspar Schutijser wrote:
> ping
>
> On Sun, Jul 28, 2019 at 11:29:34AM +0200, Caspar Schutijser wrote:
> > Hi ports@,
> >
> > Below is a diff that updates databases/sqlitebrowser to 3.11.2. Tested
> > for quite a while now on amd64, works fine here.
> >
> > Thanks,
> > Caspar Schutijser
> >
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/databases/sqlitebrowser/Makefile,v
> > retrieving revision 1.28
> > diff -u -p -r1.28 Makefile
> > --- Makefile12 Jul 2019 20:44:02 - 1.28
> > +++ Makefile28 Jul 2019 09:24:15 -
> > @@ -4,12 +4,11 @@ COMMENT= graphical interface to sqlite d
> >
> > GH_ACCOUNT = sqlitebrowser
> > GH_PROJECT = sqlitebrowser
> > -GH_TAGNAME = v3.10.1
> > -REVISION = 3
> > +GH_TAGNAME = v3.11.2
> >
> > CATEGORIES=databases x11
> >
> > -HOMEPAGE= http://sqlitebrowser.org/
> > +HOMEPAGE= https://sqlitebrowser.org/
> >
> > # MPLv2/GPLv3+
> > PERMIT_PACKAGE=Yes
> > @@ -21,7 +20,7 @@ MODULES= x11/qt5 \
> > devel/cmake
> >
> > LIB_DEPENDS = databases/sqlite3 \
> > - editors/qscintilla,qt5
> > + editors/qscintilla,qt5>=2.10.2
> >
> > RUN_DEPENDS = x11/gtk+3,-guic \
> > devel/desktop-file-utils
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/databases/sqlitebrowser/distinfo,v
> > retrieving revision 1.5
> > diff -u -p -r1.5 distinfo
> > --- distinfo25 Oct 2017 09:51:11 - 1.5
> > +++ distinfo28 Jul 2019 09:24:15 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (sqlitebrowser-3.10.1.tar.gz) =
> > NutTvHUZLGh9zimMefFTLEEM5Oy+6s+we50Cowfxa+8=
> > -SIZE (sqlitebrowser-3.10.1.tar.gz) = 1992186
> > +SHA256 (sqlitebrowser-3.11.2.tar.gz) =
> > KYrLKIeKpxInehw1wYWweloWccw+LGohsyNHe5HUhvw=
> > +SIZE (sqlitebrowser-3.11.2.tar.gz) = 2530497
> >
>
Works here but I see also WANTLIB changes. See below.
Index: Makefile
===
RCS file: /cvs/ports/databases/sqlitebrowser/Makefile,v
retrieving revision 1.28
diff -u -p -u -p -r1.28 Makefile
--- Makefile12 Jul 2019 20:44:02 - 1.28
+++ Makefile20 Aug 2019 19:20:52 -
@@ -4,24 +4,24 @@ COMMENT= graphical interface to sqlite d
GH_ACCOUNT = sqlitebrowser
GH_PROJECT = sqlitebrowser
-GH_TAGNAME = v3.10.1
-REVISION = 3
+GH_TAGNAME = v3.11.2
CATEGORIES=databases x11
-HOMEPAGE= http://sqlitebrowser.org/
+HOMEPAGE= https://sqlitebrowser.org/
# MPLv2/GPLv3+
PERMIT_PACKAGE=Yes
-WANTLIB += ${COMPILER_LIBCXX} Qt5Core Qt5Gui Qt5Network Qt5PrintSupport
-WANTLIB += Qt5Test Qt5Widgets c m sqlite3 qscintilla2_qt5
+WANTLIB += ${COMPILER_LIBCXX} Qt5Concurrent Qt5Core Qt5Gui Qt5Network
+WANTLIB += Qt5PrintSupport Qt5Test Qt5Widgets Qt5Xml c m qscintilla2_qt5
+WANTLIB += sqlite3
MODULES= x11/qt5 \
devel/cmake
LIB_DEPENDS = databases/sqlite3 \
- editors/qscintilla,qt5
+ editors/qscintilla,qt5>=2.10.2
RUN_DEPENDS = x11/gtk+3,-guic \
devel/desktop-file-utils
Index: distinfo
===
RCS file: /cvs/ports/databases/sqlitebrowser/distinfo,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 distinfo
--- distinfo25 Oct 2017 09:51:11 - 1.5
+++ distinfo20 Aug 2019 19:20:52 -
@@ -1,2 +1,2 @@
-SHA256 (sqlitebrowser-3.10.1.tar.gz) =
NutTvHUZLGh9zimMefFTLEEM5Oy+6s+we50Cowfxa+8=
-SIZE (sqlitebrowser-3.10.1.tar.gz) = 1992186
+SHA256 (sqlitebrowser-3.11.2.tar.gz) =
KYrLKIeKpxInehw1wYWweloWccw+LGohsyNHe5HUhvw=
+SIZE (sqlitebrowser-3.11.2.tar.gz) = 2530497
Re: [macppc/ports-gcc] Unbreak benchmarks/wrk
On Mon, Aug 12, 2019 at 10:05:30PM +0200, Charlene Wendling wrote: > > > http://build-failures.rhaalovely.net/powerpc/2019-07-29/benchmarks/wrk.log > > It requires a move from __sync to __atomic. Debian did that already [0], > so i've taken their stuff. > > While wrk is written in C, the use of __atomic functions requires > estdc++ and ports-gcc (we can't use COMPILER_LANGS=c). > > It builds [1] and runs fine on macppc and amd64 with multiple threads. > > Comments/feedback are welcome, The patches from Debian are for wrk 4.0.2, released in March 2016. There has since been a 4.1.0 release in January 2018, without those changes. I don't know if the Debian package maintainer tried to upstream this diff or not, but it would be nice to find out, as the diff changes code for all platforms.
Re: x264 on ARM
On Tue, Aug 20, 2019 at 2:47 PM adr wrote: > > Pay attention, it's not legacy, there are real actual reasons to do that. > > Read again thru Theo's mail, carefully. > > Pay attention, this wasn't a response to Theo's mail. What I get from Theo's email is a detailed description of a cross-platform OS robustness issue, given limited testing resources. Legacy would suggest to me more of a historical burden that could go away if the offending software were removed. Anyways, this particular example seems like it should be simple. -- Raul
Re: UPDATE: databases/sqlitebrowser 3.11.2
ping On Sun, Jul 28, 2019 at 11:29:34AM +0200, Caspar Schutijser wrote: > Hi ports@, > > Below is a diff that updates databases/sqlitebrowser to 3.11.2. Tested > for quite a while now on amd64, works fine here. > > Thanks, > Caspar Schutijser > > > Index: Makefile > === > RCS file: /cvs/ports/databases/sqlitebrowser/Makefile,v > retrieving revision 1.28 > diff -u -p -r1.28 Makefile > --- Makefile 12 Jul 2019 20:44:02 - 1.28 > +++ Makefile 28 Jul 2019 09:24:15 - > @@ -4,12 +4,11 @@ COMMENT=graphical interface to sqlite d > > GH_ACCOUNT = sqlitebrowser > GH_PROJECT = sqlitebrowser > -GH_TAGNAME = v3.10.1 > -REVISION = 3 > +GH_TAGNAME = v3.11.2 > > CATEGORIES= databases x11 > > -HOMEPAGE=http://sqlitebrowser.org/ > +HOMEPAGE=https://sqlitebrowser.org/ > > # MPLv2/GPLv3+ > PERMIT_PACKAGE= Yes > @@ -21,7 +20,7 @@ MODULES=x11/qt5 \ > devel/cmake > > LIB_DEPENDS =databases/sqlite3 \ > - editors/qscintilla,qt5 > + editors/qscintilla,qt5>=2.10.2 > > RUN_DEPENDS =x11/gtk+3,-guic \ > devel/desktop-file-utils > Index: distinfo > === > RCS file: /cvs/ports/databases/sqlitebrowser/distinfo,v > retrieving revision 1.5 > diff -u -p -r1.5 distinfo > --- distinfo 25 Oct 2017 09:51:11 - 1.5 > +++ distinfo 28 Jul 2019 09:24:15 - > @@ -1,2 +1,2 @@ > -SHA256 (sqlitebrowser-3.10.1.tar.gz) = > NutTvHUZLGh9zimMefFTLEEM5Oy+6s+we50Cowfxa+8= > -SIZE (sqlitebrowser-3.10.1.tar.gz) = 1992186 > +SHA256 (sqlitebrowser-3.11.2.tar.gz) = > KYrLKIeKpxInehw1wYWweloWccw+LGohsyNHe5HUhvw= > +SIZE (sqlitebrowser-3.11.2.tar.gz) = 2530497 >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2019/08/20 12:53:14 Modified files: lang/scala : Makefile distinfo lang/scala/pkg : PLIST Log message: Update to scala 2.12.9, the latest version on the 2.12 branch. The major upgrade to 2.13 may cause difficulties with collections, so this will be done in a second step (post 6.6). ok sthen
Re: x264 on ARM
Pay attention, it's not legacy, there are real actual reasons to do that. Read again thru Theo's mail, carefully. Pay attention, this wasn't a response to Theo's mail.
Re: [NEW] www/p5-WWW-Shodan-API
I had BUILD_DEPENDS=${RUN_DEPENDS} to silence the warnings about
missing modules from Makefile.PL when packaging. If this isn't a
problem, I can certainly send an updated port with that line
removed.
Peter
On Mon, Aug 19, 2019 at 7:00 PM Andrew Hewus Fresh
wrote:
> On Thu, Jul 25, 2019 at 04:20:05PM -0700, Peter Ezetta wrote:
> > Hi Stuart,
> >
> > Thank you for the feedback, the clarification on *_DEPENDS was very
> > helpful. Attached is an updated port that incorporates your suggestions.
>
> I looked at this as well and I'm not sure why you need the
> BUILD_DEPENDS=${RUN_DEPENDS} at all, it seems to package just fine
> without that.
>
> With that change (unless someone knows why it's needed) OK afresh1@
>
> >
> > On Thu, Jul 25, 2019 at 2:53 PM Stuart Henderson
> > wrote:
> >
> > > On 2019/07/25 13:34, Peter Ezetta wrote:
> > > > Hello ports@,
> > > >
> > > > Attached is a new port to provide the WWW::Shodan::API module. This
> > > module
> > > > provides a Perl interface to the Shodan computer search engine.
> > > >
> > > > I was a bit unclear on whether the dependencies should be marked as
> > > > BUILD_DEPENDS or RUN_DEPENDS. I currently have them set as BUILD so
> that
> > > > they will be installed ahead of the configuration step, silencing the
> > > > warnings from Makefile.PL about missing modules. If this is
> incorrect,
> > > > please let me know and I'll update it.
> > > >
> > > > As always, any other feedback would be greatly appreciated, as I'm
> pretty
> > > > new to porting.
> > > >
> > > > Comments? OK?
> > > >
> > > > Thanks,
> > > > Peter
> > >
> > > Just setting them as BUILD_DEPENDS means that they aren't listed as
> > > run dependencies, so the packages won't work unless the user just
> happens
> > > to have the right things already installed. Normally set them like
> this:
> > >
> > > RUN_DEPENDS = converters/p5-JSON \
> > > www/p5-libwww \
> > > www/p5-URI
> > > BUILD_DEPENDS = ${RUN_DEPENDS}
> > >
> > > (and not the other way around i.e. not RUN_DEPENDS=${BUILD_DEPENDS},
> > > because you'll often have extra things automatically added to
> > > BUILD_DEPENDS that you don't want to make it into RUN_DEPENDS).
> > >
> > > Please also drop NO_TEST, that is for "this port doesn't have tests
> > > and errors out as a result". In this case it doesn't have tests but
> > > just says so and exits cleanly.
> > >
> > >
>
>
>
> --
> andrew - http://afresh1.com
>
> Instructions are just another man's opinion of how to do something.
> -- Weldboy #DPWisdom
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/20 10:05:24 Modified files: net/unifi/testing: Makefile distinfo net/unifi/testing/pkg: PLIST Log message: update unifi-testing to 5.11.39 release candidate
Re: UPDATE mail/s-nail
On 2019/08/20 17:12, Steffen Nurpmeso wrote: > Hello Stuart. > > Stuart Henderson wrote in <20190820095908.gy32...@symphytum.spacehopper.org>: > |On 2019/08/19 18:33, Steffen Nurpmeso wrote: > |> Please find below an update to S-nail v14.9.15, the (likely) last > |> in the v14.9 series. > ... > |> Index: Makefile > |> === > |> RCS file: /cvs/ports/mail/s-nail/Makefile,v > |> retrieving revision 1.24 > |> diff -u -p -r1.24 Makefile > |> --- Makefile29 Jul 2019 20:23:41 - 1.24 > |> +++ Makefile19 Aug 2019 16:07:37 - > |> @@ -2,12 +2,12 @@ > |> > |> COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail > |> > |> -DISTNAME= s-nail-14.9.14 > |> +DISTNAME= s-nail-14.9.15 > |> CATEGORIES=mail > |> HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx > |> > |> # BSD > |> -PERMIT_PACKAGE=Yes > |> +PERMIT_PACKAGE_CDROM= Yes > | > |That needs to stay. > > Ok. It was just that i got myriads of > > The licensing info for s-nail-14.9.15 is incomplete. (in mail/s-nail) > The licensing info for s-nail-14.9.15 is incomplete. (in mail/s-nail) > Please notify the OpenBSD port maintainer: (in mail/s-nail) > > which lead me to bsd.port.mk and the change above. > And since my update script always does > > (cd ports && cvs -q up $VERSION -PR infrastructure) || exit 5 > > Ah, maybe i just have to create a -current VM for further package > updates, instead of going $VERSION, it is hacky anyway to update > a package in that 6.5 release environment, i'd say. Yes that's it, you really need -current for doing ports work.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2019/08/20 09:41:37 Modified files: archivers/zstd : Makefile distinfo Log message: Update to zstd-1.4.3. Fixes an issue, which can degrade the effectiveness of dictionary compression. Overview of changes can be found at https://github.com/facebook/zstd/releases/tag/v1.4.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/20 09:27:16 Modified files: graphics/digikam: Makefile Added files: graphics/digikam/patches: patch-core_tests_dimg_magickloader_cpp Log message: cope with API change done in ImageMagick due to "module" becoming a reserved word in C++20; build failure reported by naddy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2019/08/20 09:22:57 Modified files: x11/spectrwm : Makefile Added files: x11/spectrwm/patches: patch-spectrwm_1 Log message: Fix libswmhack example in spectrwm(1). OK gonzalo@ (maintainer)
Re: UPDATE mail/s-nail
Hello Stuart. Stuart Henderson wrote in <20190820095908.gy32...@symphytum.spacehopper.org>: |On 2019/08/19 18:33, Steffen Nurpmeso wrote: |> Please find below an update to S-nail v14.9.15, the (likely) last |> in the v14.9 series. ... |> Index: Makefile |> === |> RCS file: /cvs/ports/mail/s-nail/Makefile,v |> retrieving revision 1.24 |> diff -u -p -r1.24 Makefile |> --- Makefile29 Jul 2019 20:23:41 - 1.24 |> +++ Makefile19 Aug 2019 16:07:37 - |> @@ -2,12 +2,12 @@ |> |> COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail |> |> -DISTNAME= s-nail-14.9.14 |> +DISTNAME= s-nail-14.9.15 |> CATEGORIES=mail |> HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx |> |> # BSD |> -PERMIT_PACKAGE=Yes |> +PERMIT_PACKAGE_CDROM= Yes | |That needs to stay. Ok. It was just that i got myriads of The licensing info for s-nail-14.9.15 is incomplete. (in mail/s-nail) The licensing info for s-nail-14.9.15 is incomplete. (in mail/s-nail) Please notify the OpenBSD port maintainer: (in mail/s-nail) which lead me to bsd.port.mk and the change above. And since my update script always does (cd ports && cvs -q up $VERSION -PR infrastructure) || exit 5 Ah, maybe i just have to create a -current VM for further package updates, instead of going $VERSION, it is hacky anyway to update a package in that 6.5 release environment, i'd say. |I'll commit the rest shortly. Great, thank you Stuart. Ciao, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
security/ghidra and libstdc++
A few days ago, I did a test bulk build on amd64 with gcc, g++, and
libstdc++ removed from the system. Ports should not use these any
longer on clang platforms.
security/ghidra failed to build right away since it has stdc++ in
WANTLIB. Further testing shows:
* If you build ghidra on a system where gcc/g++/libstdc++ are
available, it does indeed link something against libstdc++ and
port-lib-depends-check indicates WANTLIB+=stdc++.
* If you build ghidra on a system where gcc/g++/libstdc++ are NOT
available, it still builds fine, something is linked against
libc++/libc++abi/pthread and port-lib-depends-check consequently
indicates WANTLIB+=${COMPILER_LIBCXX}.
There must be some magic in the build where it first tries to use
g++ and falls back to c++. Unfortunately, the actual build commands
are hidden and the build is run by some Java tool, so it's not
obvious what's going on.
The port should honor CXX or at least not use g++. Maybe Lawrence
or somebody else can take a look...
--
Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2019/08/20 08:11:01 Modified files: www/h2o: Makefile Log message: Bundled picotls makes the build fail on at least arm, so switch to libressl unconditonally. ok sthen@
h2o: disable bundled picotls
Hi,
http://build-failures.rhaalovely.net/arm/2019-07-19/www/h2o.log shows
the bundled picotls does not build on arm. I don't care for picotls
at all, so switch to libressl on all platforms unconditionally.
OK?
-Otto
Index: Makefile
===
RCS file: /cvs/ports/www/h2o/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile18 Aug 2019 08:06:00 - 1.4
+++ Makefile20 Aug 2019 13:33:41 -
@@ -11,6 +11,7 @@ CATEGORIES = www
GH_ACCOUNT = h2o
GH_PROJECT = h2o
GH_TAGNAME = v2.2.6
+REVISION = 0
HOMEPAGE = https://h2o.examp1e.net/
MAINTAINER = Otto Moerbeek
@@ -37,7 +38,8 @@ LIB_DEPENDS = devel/libuv
CONFIGURE_ARGS = -DBUILD_SHARED_LIBS=ON \
-DCMAKE_INSTALL_SYSCONFDIR=${SYSCONFDIR}/h2o \
-DWITH_BUNDLED_SSL=OFF \
- -DWITH_MRUBY=ON
+ -DWITH_MRUBY=ON \
+ -DWITH_PICOTLS=OFF
pre-configure:
ln -sf ${RUBY} ${WRKDIR}/bin/ruby
Re: remove rsync from devel/git
On Tue, Aug 20, 2019 at 01:47:15PM +0100, Stuart Henderson wrote: > On 2019/08/20 14:39, Marc Espie wrote: > > On Fri, Aug 16, 2019 at 12:48:09AM +0200, Jan Stary wrote: > > > On Aug 15 18:30:20, j...@wxcvbn.org wrote: > > > > Committed, thanks! > > > > > > So now, with openrsync in base (thank you Kristaps), > > > rsync can finaly go. > > > > As of now, the main point of openrsync is to be able to test > > interoperability of the protocol itself. > > > > There's still a lot of work to be done before it can actually > > replace full-featured rsync. > > > > And it currently only speaks a really old protocol version that, amongst > other things, doesn't do incremental filelist updates, so it is likely to use > a bunch more RAM if you are transferring large numbers of files. Please > consider > that if you are fetching anything from public rsync servers.. Ouch, it's even worse than I expected :(
Re: remove rsync from devel/git
On 2019/08/20 14:39, Marc Espie wrote: > On Fri, Aug 16, 2019 at 12:48:09AM +0200, Jan Stary wrote: > > On Aug 15 18:30:20, j...@wxcvbn.org wrote: > > > Committed, thanks! > > > > So now, with openrsync in base (thank you Kristaps), > > rsync can finaly go. > > As of now, the main point of openrsync is to be able to test > interoperability of the protocol itself. > > There's still a lot of work to be done before it can actually > replace full-featured rsync. > And it currently only speaks a really old protocol version that, amongst other things, doesn't do incremental filelist updates, so it is likely to use a bunch more RAM if you are transferring large numbers of files. Please consider that if you are fetching anything from public rsync servers..
Re: remove rsync from devel/git
On Fri, Aug 16, 2019 at 12:48:09AM +0200, Jan Stary wrote: > On Aug 15 18:30:20, j...@wxcvbn.org wrote: > > Committed, thanks! > > So now, with openrsync in base (thank you Kristaps), > rsync can finaly go. As of now, the main point of openrsync is to be able to test interoperability of the protocol itself. There's still a lot of work to be done before it can actually replace full-featured rsync.
Re: x264 on ARM
On Mon, Aug 12, 2019 at 03:27:55PM +, adr wrote: > >And disabling asm is unappealing on an arch which needs as much > >help with speed as it can get. > > Even worst if you have to play video without hw acc. > > I thought that the decision of using --no_unaligned_access was a > security one, but it seems from the thread that is more like a > legacy one. So there is no point to talk to someone to change > his/her code to take into account the arm conventions when unalignment > access is not permitted, if there is no real reason for doing that. Pay attention, it's not legacy, there are real actual reasons to do that. Read again thru Theo's mail, carefully.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/08/20 06:32:06 Modified files: databases/ports-readmes-dancer: Makefile distinfo databases/ports-readmes-dancer/pkg: PLIST Log message: new minor version
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/08/20 05:55:01 Modified files: graphics/shotwell: Makefile distinfo Log message: Update to shotwell-0.30.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/08/20 05:47:33 Modified files: databases/py-sqlalchemy-migrate: Makefile distinfo databases/py-sqlalchemy-migrate/pkg: PLIST Log message: Update to py-sqlachemy-migrate 0.12.0.
Re: tootstream: update to 0.3.7
On Mon, Aug 19, 2019 at 02:50:23PM -0400, Kurt Mosiejczuk wrote: > I like dropping the PKGNAME. I don't like the version specs other than > py-mastodon.py. Those were versions we already had in our tree. I > fell it just clutters up the diff. I'm also dropping the extraneous > MODPY_PYTEST since there aren't any tests and NO_TEST was already set. I like them but that's (just) me and you're MAINTIANER, please go ahead. > I've included a patch to allow for versions of py-mastodon.py >=1.4.5 > and <1.5.0. I sent it upstream and it looks like the next release after > 1.4.6 may have it incorporated. I have tested this against 1.4.6, so it > is ready for it now. Even better, thanks. OK kn
Re: maintainer update: www/py-mastodon.py -> 1.4.6
On Mon, Aug 19, 2019 at 08:59:33PM -0400, Pamela Mosiejczuk wrote: > I have been reminded that revisions exist, so here is an update > from py-mastodon.py 1.3.1 -> 1.4.6 with the tests still disabled, > awaiting potential vcr.py/test-vcr import. This will bring us to the > current release (and also allow updating to the current version of > tootstream with kmos@'s patch to the requirements). Thanks for the upstream work; disregard my diff and go ahead with yours. > The python 2 version of this software has just been sunsetted, and > I'd like to go ahead and remove that flavor now. The only consumer is > currently tootstream, which is python 3-only. Thought about it but didn't want to be too intrusive, but fine with me if you want to ditch it now. > With the tests enabled (using the ports sent to ports@ earlier today), this > fails one test: for blurhash, an optional dependency with an incompatible > license. Haven't tested tests yet. > This increases Mastodon version support from 2.4.3 to 2.9.2(current). > Changelog here: https://github.com/halcy/Mastodon.py/releases > (Of note, streaming API behavior now makes the initial connection > asynchronous). > > OK? (this would be committed at the same time as a compatible tootstream > update, as these are currently in lockstep) OK kn
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/20 05:07:07 Modified files: infrastructure/mk: bsd.port.mk Log message: portcheck now checks against the default COMPILER string; add a comment to bsd.port.mk to keep it in-sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/20 05:06:06 Modified files: infrastructure/bin: portcheck Log message: complain if C++ libraries are found and COMPILER is left at the default. ok kmos@ cwen@
Re: UPDATE: sysutils/yank
On Tue, Aug 20, 2019 at 09:34:13AM +0200, Anton Lindqvist wrote:
> ping
I only build tested it. ok semarie@
> On Wed, Aug 14, 2019 at 09:46:35AM +0200, Anton Lindqvist wrote:
> > Hi,
> > Update from author and maintainer, the complete changelog can be found
> > here[1].
> >
> > Comments? OK?
> >
> > [1] https://github.com/mptre/yank/releases/tag/v1.2.0
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/sysutils/yank/Makefile,v
> > retrieving revision 1.6
> > diff -u -p -r1.6 Makefile
> > --- Makefile12 Jul 2019 20:49:55 - 1.6
> > +++ Makefile12 Aug 2019 08:42:26 -
> > @@ -2,7 +2,7 @@
> >
> > COMMENT = yank terminal output to clipboard
> >
> > -V =1.1.0
> > +V =1.2.0
> > DISTNAME = yank-${V}
> > CATEGORIES = sysutils
> >
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/sysutils/yank/distinfo,v
> > retrieving revision 1.4
> > diff -u -p -r1.4 distinfo
> > --- distinfo8 Nov 2018 19:02:40 - 1.4
> > +++ distinfo12 Aug 2019 08:42:26 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (yank-1.1.0.tar.gz) = 8ZcQfNYExB7zwjkBdb005a08fPH+r+3v41e6dRSfHFk=
> > -SIZE (yank-1.1.0.tar.gz) = 8516
> > +SHA256 (yank-1.2.0.tar.gz) = tQDRpxN45poqNIAyEH5tjbcouPavKAqbtMtEbB0m5Do=
> > +SIZE (yank-1.2.0.tar.gz) = 8682
>
--
Sebastien Marie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2019/08/20 04:09:23 Modified files: www/sblg : Makefile distinfo www/sblg/pkg : DESCR PLIST Log message: Update to sblg-0.5.4. Release notes: https://kristaps.bsd.lv/sblg/archive.html >From Bryan Vyhmeister (maintainer); thanks!
Re: [update] lang/scala to 2.12.9
On 2019/08/19 20:53, Theo Buehler wrote:
> Here's a trivial update for scala to the latest minor release of the
> 2.12 branch. Note that about two months ago 2.13.0 was released. The
> latter contains a major rework of collections (among other things) which
> may cause some headache, so doing the major upgrade in a second step
> (perhaps after 6.6?) seems more prudent.
>
> The list of improvements between 2.12.3 and 2.12.9 is too big to be
> included here. The changes between 2.12.8 and 2.12.9 are here:
> https://github.com/scala/scala/releases/tag/v2.12.9
That strategy makes sense. Not a scala user but no concerns and ports-wise
it's fine, OK sthen@
> Index: Makefile
> ===
> RCS file: /var/cvs/ports/lang/scala/Makefile,v
> retrieving revision 1.12
> diff -u -p -r1.12 Makefile
> --- Makefile 12 Jul 2019 21:02:22 - 1.12
> +++ Makefile 19 Aug 2019 11:51:25 -
> @@ -2,8 +2,7 @@
>
> COMMENT= general purpose multi-paradigm programming language
>
> -VERSION =2.12.3
> -REVISION = 0
> +VERSION =2.12.9
> DISTNAME=scala-${VERSION}
> CATEGORIES= lang
>
> Index: distinfo
> ===
> RCS file: /var/cvs/ports/lang/scala/distinfo,v
> retrieving revision 1.4
> diff -u -p -r1.4 distinfo
> --- distinfo 11 Oct 2017 05:21:29 - 1.4
> +++ distinfo 19 Aug 2019 11:51:33 -
> @@ -1,2 +1,2 @@
> -SHA256 (scala-2.12.3.tgz) = K3lqt3P77cxzS6iBpkhtVBgLaZrei6dJPpGRIEQmfIw=
> -SIZE (scala-2.12.3.tgz) = 19760624
> +SHA256 (scala-2.12.9.tgz) = Xp8ET1ebYCFfFEuiGHjJq+87lUGzezTBdExDaGHu9nI=
> +SIZE (scala-2.12.9.tgz) = 20649062
> Index: pkg/PLIST
> ===
> RCS file: /var/cvs/ports/lang/scala/pkg/PLIST,v
> retrieving revision 1.4
> diff -u -p -r1.4 PLIST
> --- pkg/PLIST 11 Oct 2017 05:21:29 - 1.4
> +++ pkg/PLIST 19 Aug 2019 11:52:04 -
> @@ -25,7 +25,6 @@ scala/doc/licenses/apache_jansi.txt
> scala/doc/licenses/bsd_asm.txt
> scala/doc/licenses/bsd_jline.txt
> scala/doc/licenses/mit_jquery.txt
> -scala/doc/licenses/mit_sizzle.txt
> scala/doc/licenses/mit_tools.tooltip.txt
> scala/doc/tools/
> scala/doc/tools/css/
> @@ -40,11 +39,11 @@ scala/doc/tools/scalac.html
> scala/doc/tools/scaladoc.html
> scala/doc/tools/scalap.html
> scala/lib/
> -scala/lib/jline-2.14.4.jar
> +scala/lib/jline-2.14.6.jar
> scala/lib/scala-compiler.jar
> scala/lib/scala-library.jar
> -scala/lib/scala-parser-combinators_2.12-1.0.6.jar
> +scala/lib/scala-parser-combinators_2.12-1.0.7.jar
> scala/lib/scala-reflect.jar
> -scala/lib/scala-swing_2.12-2.0.0.jar
> +scala/lib/scala-swing_2.12-2.0.3.jar
> scala/lib/scala-xml_2.12-1.0.6.jar
> -scala/lib/scalap-2.12.3.jar
> +scala/lib/scalap-2.12.9.jar
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/20 03:59:59 Modified files: mail/s-nail: Makefile distinfo Log message: update to s-nail-14.9.15, from maintainer/upstream Steffen Nurpmeso
Re: UPDATE mail/s-nail
On 2019/08/19 18:33, Steffen Nurpmeso wrote: > Hello ports@! > > Please find below an update to S-nail v14.9.15, the (likely) last > in the v14.9 series. > You get test parallelization if you use -j with a number (greater > than 1 say), or no -j at all. > > Fixes a bug present in all BSD Mails and Unix v10 mail regarding > handling of invalid MBOX database files: in cmd2.c:save1(), after > sendmessage() (and once initially) "mbox_prepare_append()" must be > called (separation must be ensured). > > EXTERNANON authentication to overcome deficient EXTERNAL server > implementations (the web is broken!), GSS-API for POP3, nice > followup-to-add-cc variable that this message will stress, > automatic "name" to "name@host" expansion with > expandaddr=namehostex etc. > Note on-account-cleanup hook now runs even on-program-exit. > > Thanks for your consideration. > > Index: Makefile > === > RCS file: /cvs/ports/mail/s-nail/Makefile,v > retrieving revision 1.24 > diff -u -p -r1.24 Makefile > --- Makefile 29 Jul 2019 20:23:41 - 1.24 > +++ Makefile 19 Aug 2019 16:07:37 - > @@ -2,12 +2,12 @@ > > COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail > > -DISTNAME=s-nail-14.9.14 > +DISTNAME=s-nail-14.9.15 > CATEGORIES= mail > HOMEPAGE=https://www.sdaoden.eu/code.html\#s-mailx > > # BSD > -PERMIT_PACKAGE= Yes > +PERMIT_PACKAGE_CDROM=Yes That needs to stay. I'll commit the rest shortly. > WANTLIB += c crypto curses iconv ssl > > Index: distinfo > === > RCS file: /cvs/ports/mail/s-nail/distinfo,v > retrieving revision 1.17 > diff -u -p -r1.17 distinfo > --- distinfo 29 Jul 2019 20:23:41 - 1.17 > +++ distinfo 19 Aug 2019 16:07:37 - > @@ -1,2 +1,2 @@ > -SHA256 (s-nail-14.9.14.tar.gz) = 8OMnUnTJPzdW+6bFjKU/Bbn6L4m624Z4YIs3LZPqUQw= > -SIZE (s-nail-14.9.14.tar.gz) = 1033460 > +SHA256 (s-nail-14.9.15.tar.gz) = TEux2uD9btq/HSaKxqR23pqrPBW0u+IUFUmhHb8rrnM= > +SIZE (s-nail-14.9.15.tar.gz) = 1036102 > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/08/20 03:37:22 Added files: x11/xfce4/xfce4-pulseaudio/patches: patch-panel-plugin_pulseaudio-config_h Log message: Remove useless inclusion of dbus-glib.h, its unneeded. Build breakage reported by sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/08/20 03:34:29 ports/x11/xfce4/xfce4-pulseaudio/patches Update of /cvs/ports/x11/xfce4/xfce4-pulseaudio/patches In directory cvs.openbsd.org:/tmp/cvs-serv3126/patches Log Message: Directory /cvs/ports/x11/xfce4/xfce4-pulseaudio/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/08/20 03:24:46 Modified files: multimedia/dav1d: Makefile Log message: unbreak i386, multimedia/dav1d now uses -Denable_asm=false not -Dbuild_asm=false
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: feine...@cvs.openbsd.org2019/08/20 02:51:21 Modified files: net: Makefile Log message: +kdeconnect-kde
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: feine...@cvs.openbsd.org2019/08/20 02:48:30 Log message: Import KDE Connect 1.3.5 KDE Connect is a multi-platform app that allows your devices to communicate (eg: your phone and your computer). * Shared clipboard: Copy and paste between your phone and your computer. * Notification sync: Read and reply to your Android notifications from the PC. * Share files and URLs instantly from one device to another. * Multimedia remote control: Use your phone as a remote for media players. * Virtual touchpad: Use your phone screen as your PC's touchpad and keyboard. * Presentation remote: Advance your presentation slides from your phone. All this is done completely wirelessly, utilising TLS encryption. OK rsadowski@ Status: Vendor Tag: feinerer Release Tags: feinerer_20190820 N ports/net/kdeconnect-kde/Makefile N ports/net/kdeconnect-kde/distinfo N ports/net/kdeconnect-kde/patches/patch-plugins_mousepad_CMakeLists_txt N ports/net/kdeconnect-kde/patches/patch-core_backends_lan_lanlinkprovider_cpp N ports/net/kdeconnect-kde/patches/patch-plugins_sftp_mounter_cpp N ports/net/kdeconnect-kde/patches/patch-core_backends_lan_uploadjob_cpp N ports/net/kdeconnect-kde/pkg/PLIST N ports/net/kdeconnect-kde/pkg/DESCR N ports/net/kdeconnect-kde/pkg/README No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: an...@cvs.openbsd.org 2019/08/20 02:47:41 Modified files: sysutils/yank : Makefile distinfo Log message: Update yank to 1.2.0. ok rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: feine...@cvs.openbsd.org2019/08/20 02:37:39 Modified files: x11: Makefile Log message: +libfakekey
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: feine...@cvs.openbsd.org2019/08/20 02:34:08 Log message: Import libfakekey 0.1 libfakekey is a simple library for converting UTF-8 characters into 'fake' X key-presses. OK rsadowski@ Status: Vendor Tag: feinerer Release Tags: feinerer_20190820 N ports/x11/libfakekey/Makefile N ports/x11/libfakekey/distinfo N ports/x11/libfakekey/pkg/PLIST N ports/x11/libfakekey/pkg/DESCR No conflicts created by this import
Re: [ports-clang] Unbreak devel/woboq_codebrowser
On Mon, Aug 19 2019, Charlene Wendling wrote: > On Mon, 19 Aug 2019 22:39:34 +0200 > Jeremie Courreges-Anglas wrote: > >> On Mon, Aug 19 2019, Jeremie Courreges-Anglas wrote: >> > On Mon, Aug 19 2019, Charlene Wendling wrote: >> >>> http://build-failures.rhaalovely.net/sparc64/2019-08-15/devel/woboq_codebrowser.log >> >> (same thing for macppc, but latest full bulk report is archived) >> >> > [...] >> >> >> >> OK? >> > >> > yep, but obvious comment is obvious... >> >> Thinking more about it... > > It's more explicit that my comment, and it works fine as well. > > I attached the diff below. ok jca@, builds fine on sparc64 Like for include-what-you-use, ''COMPILER = ports-gcc'' also works on sparc64 (tested with /usr/src/usr.bin/du), but I'm fine with ports-clang. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: UPDATE: sysutils/yank
ping
On Wed, Aug 14, 2019 at 09:46:35AM +0200, Anton Lindqvist wrote:
> Hi,
> Update from author and maintainer, the complete changelog can be found
> here[1].
>
> Comments? OK?
>
> [1] https://github.com/mptre/yank/releases/tag/v1.2.0
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/sysutils/yank/Makefile,v
> retrieving revision 1.6
> diff -u -p -r1.6 Makefile
> --- Makefile 12 Jul 2019 20:49:55 - 1.6
> +++ Makefile 12 Aug 2019 08:42:26 -
> @@ -2,7 +2,7 @@
>
> COMMENT =yank terminal output to clipboard
>
> -V = 1.1.0
> +V = 1.2.0
> DISTNAME = yank-${V}
> CATEGORIES = sysutils
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/sysutils/yank/distinfo,v
> retrieving revision 1.4
> diff -u -p -r1.4 distinfo
> --- distinfo 8 Nov 2018 19:02:40 - 1.4
> +++ distinfo 12 Aug 2019 08:42:26 -
> @@ -1,2 +1,2 @@
> -SHA256 (yank-1.1.0.tar.gz) = 8ZcQfNYExB7zwjkBdb005a08fPH+r+3v41e6dRSfHFk=
> -SIZE (yank-1.1.0.tar.gz) = 8516
> +SHA256 (yank-1.2.0.tar.gz) = tQDRpxN45poqNIAyEH5tjbcouPavKAqbtMtEbB0m5Do=
> +SIZE (yank-1.2.0.tar.gz) = 8682
