games/pokerth (Qt5)
Simple switch from qt4 to qt5. I played a local game without issues
but more tests are welcome! Port changes:
- Replace qmake with qmake-qt5
- Remove protobuf from BUILD_DEPENDS, it's already in LIB_DEPENDS.
- Remove COMPILER line, it comes from qt5 now
Feedback, OK?
Index: Makefile
===
RCS file: /cvs/ports/games/pokerth/Makefile,v
retrieving revision 1.45
diff -u -p -u -p -r1.45 Makefile
--- Makefile12 Jul 2019 20:46:22 - 1.45
+++ Makefile11 Feb 2020 06:56:40 -
@@ -5,7 +5,7 @@ COMMENT=texas hold'em poker game with o
BROKEN-hppa = needs atomic ops
DISTNAME = pokerth-1.1.2
-REVISION = 4
+REVISION = 5
CATEGORIES=games x11
@@ -14,21 +14,19 @@ HOMEPAGE= https://www.pokerth.net/
# AGPL3+
PERMIT_PACKAGE=Yes
-WANTLIB += ${COMPILER_LIBCXX} ICE QtGui QtNetwork QtSql SDL SDL_mixer
-WANTLIB += SM X11 Xext Xi Xinerama Xrender boost_chrono-mt boost_filesystem-mt
+WANTLIB += ${COMPILER_LIBCXX} GL Qt5Core Qt5Gui Qt5Network Qt5Sql
+WANTLIB += Qt5Widgets SDL SDL_mixer boost_chrono-mt boost_filesystem-mt
WANTLIB += boost_iostreams-mt boost_program_options-mt boost_random-mt
WANTLIB += boost_regex-mt boost_system-mt boost_thread-mt c crypto
-WANTLIB += curl fontconfig freetype gsasl iconv ircclient m protobuf
-WANTLIB += sqlite3 ssl tinyxml
+WANTLIB += curl gsasl iconv ircclient m protobuf sqlite3 ssl tinyxml
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=pokerth/}
# C++11
-COMPILER = base-clang ports-gcc base-gcc
CXXFLAGS +=-std=gnu++11
MODULES= devel/qmake \
- x11/qt4
+ x11/qt5
MODQMAKE_PROJECTS =pokerth.pro
@@ -44,8 +42,6 @@ LIB_DEPENDS= converters/libiconv \
security/libgsasl \
textproc/tinyxml
-BUILD_DEPENDS =devel/protobuf
-
CONFIGURE_ENV= HOME=${WRKDIR}
NO_TEST= Yes
@@ -58,7 +54,9 @@ MODQMAKE_ARGS += CONFIG+="client"
pre-configure:
cd ${WRKSRC} && \
protoc --cpp_out=src/third_party/protobuf chatcleaner.proto && \
- protoc --cpp_out=src/third_party/protobuf pokerth.proto
+ protoc --cpp_out=src/third_party/protobuf pokerth.proto && \
+ find . -name "*.pro" -print0 | xargs -0r perl -pi \
+ -e 's,qmake,${MODQT5_QMAKE},g;'
post-install:
${INSTALL_PROGRAM} ${WRKBUILD}/pokerth ${PREFIX}/bin
Index: pkg/PLIST
===
RCS file: /cvs/ports/games/pokerth/pkg/PLIST,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 PLIST
--- pkg/PLIST 27 Jun 2018 21:03:49 - 1.11
+++ pkg/PLIST 11 Feb 2020 06:56:40 -
@@ -423,7 +423,6 @@ share/pokerth/data/misc/agpl.html
share/pokerth/data/misc/third_party_libs.txt
share/pokerth/data/sounds/
share/pokerth/data/sounds/default/
-share/pokerth/data/sounds/default/.directory
share/pokerth/data/sounds/default/allin.wav
share/pokerth/data/sounds/default/bet.wav
share/pokerth/data/sounds/default/blinds_raises_level1.wav
Re: Remove: devel/beediff
On Tue Feb 04, 2020 at 08:07:09PM +0100, Rafael Sadowski wrote:
> We certainly have many GUI diff tools in the tree. kompare is almost the
> same as beediff, but is actively under development upstream and under
> the hood of KDE. OK to remove Qt4 beediff?
If anyone wants to save this, the deadline is weekend.
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/quirks/Makefile,v
> retrieving revision 1.839
> diff -u -p -u -p -r1.839 Makefile
> --- Makefile 4 Feb 2020 06:29:37 - 1.839
> +++ Makefile 4 Feb 2020 19:04:28 -
> @@ -5,7 +5,7 @@ CATEGORIES = devel databases
> DISTFILES =
>
> # API.rev
> -PKGNAME =quirks-3.230
> +PKGNAME =quirks-3.231
> PKG_ARCH = *
> MAINTAINER = Marc Espie
>
> Index: files/Quirks.pm
> ===
> RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
> retrieving revision 1.857
> diff -u -p -u -p -r1.857 Quirks.pm
> --- files/Quirks.pm 4 Feb 2020 06:29:37 - 1.857
> +++ files/Quirks.pm 4 Feb 2020 19:04:28 -
> @@ -1369,6 +1369,7 @@ my $obsolete_reason = {
> 'dclib' => 3,
> 'luma' => 3,
> 'qhacc' => 15,
> + 'beediff' => 16,
> };
>
> # reasons for obsolete packages
> @@ -1389,6 +1390,7 @@ my @msg = (
> "has a dependency on obsolete software", #13
> "python2 port superseded by python3 version", #14
> "no longer maintained upstream, suggest homebank, gnucash, kmymoney",
> #15
> + "no longer maintained upstream, suggest kompare", #16
> );
>
> # ->is_base_system($handle, $state):
>
Re: UPDATE: devel/ninja
On Fri Feb 07, 2020 at 10:31:26PM +0100, Charlene Wendling wrote:
> Hi,
>
> On Thu, 6 Feb 2020 21:45:47 +0100
> Rafael Sadowski wrote:
>
> > Hi ports@,
> >
> > Ninja 0.10.0 was released a while ago. Here is a link to the notes:
> >
> > https://groups.google.com/forum/#!msg/ninja-build/piOltAhywFA/zPfkrTtRCwAJ
> >
> > The new version comes with Fortran support. Maybe we can finally get
> > rid of all the "USE_NINJA=No". This is a job for someone who's
> > interested. Volunteers come forward :)
> >
> > This diff needs a hand full of OKs from persons in charge of the
> > bulks.
>
> Ninja is built with ports-gcc on base-gcc archs, but i've found that
> the environment is not passed in the "do-test" hook, so tests are built
> with base-gcc, and fail with:
>
> cc1plus: error: unrecognized command line option "-fdiagnostics-color"
>
> I've tweaked your Makefile diff to pass the test environment.
>
> On powerpc, it builds and tests are passing [0]. I can't test bulk on
> macppc within a reasonable timeframe, but i'll fix stuff with it, so
> i'll report back if any issue arise.
>
> Charlène.
>
>
> [0] https://bin.charlenew.xyz/ninja.powerpc.log
>
>
> do-test:
> - @cd ${WRKSRC} && ./ninja ninja_test \
> + @cd ${WRKSRC} && ${SETENV} ${ALL_TEST_ENV} ./ninja ninja_test \
> && ./ninja_test --gtest_filter=MyTest.Name
>
> .include
> Index: distinfo
I would suggest that we go in with the test fix. OK rsadowski
sparc64 bulk build report
Bulk build on sparc64-0.ports.openbsd.org Started : Sat Feb 8 14:48:41 MST 2020 Finished: Mon Feb 10 20:55:26 MST 2020 Duration: 2 Days 6 hours 7 minutes Built using OpenBSD 6.6-current (GENERIC.MP) #208: Fri Feb 7 08:21:05 MST 2020 Built 9852 packages Number of packages built each day: Feb 8: 6388 Feb 9: 2711 Feb 10: 753 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2020-02-08/summary.log Build failures: 42 http://build-failures.rhaalovely.net/sparc64/2020-02-08/cad/magic.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/cad/netgen.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/cad/qucs.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/chinese/libpinyin.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/comms/xastir.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/devel/py-unicorn.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/devel/rebar,erlang21.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/emulators/BasiliskII.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/emulators/fs-uae.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/games/pokerth.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/games/xevil.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/geo/spatialite/gis.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/graphics/colord-gtk.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/lang/janet.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/lang/squeak/vm.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/mail/kopano/core.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/mail/rspamd.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/math/py-scikit-learn.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/misc/dtcltiny.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/multimedia/mkvtoolnix,no_x11.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/net/dleyna/renderer.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/net/dleyna/server.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/net/mutella.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/net/telegram-purple.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/print/hplip.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/productivity/gnucash.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/sysutils/collectd,-main.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/telephony/iaxclient.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/telephony/pjsua,-main.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/textproc/ruby-nokogiri,ruby27.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/www/newsboat.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/www/zola.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/x11/gnome/bijiben.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/x11/gnome/builder.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/x11/gnome/mutter.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/x11/gtk+4.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/x11/kde-applications/kio-extras.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/x11/kde4/libs,,-en_US.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/x11/kde4/smokeqt.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/x11/libdbus-c++.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/x11/libhandy.log http://build-failures.rhaalovely.net/sparc64/2020-02-08/x11/ogre.log Recurrent failures: failures/cad/qucs.log failures/chinese/libpinyin.log failures/comms/xastir.log failures/devel/rebar,erlang21.log failures/emulators/BasiliskII.log failures/emulators/fs-uae.log failures/games/pokerth.log failures/games/xevil.log failures/geo/spatialite/gis.log failures/graphics/colord-gtk.log failures/lang/janet.log failures/lang/squeak/vm.log failures/mail/kopano/core.log failures/math/py-scikit-learn.log failures/misc/dtcltiny.log failures/multimedia/mkvtoolnix,no_x11.log failures/net/dleyna/renderer.log failures/net/dleyna/server.log failures/net/mutella.log failures/net/telegram-purple.log failures/productivity/gnucash.log failures/summary.log failures/sysutils/collectd,-main.log failures/telephony/iaxclient.log failures/telephony/pjsua,-main.log failures/www/newsboat.log failures/x11/gnome/bijiben.log failures/x11/gnome/builder.log failures/x11/gnome/mutter.log failures/x11/kde4/libs,,-en_US.log failures/x11/kde4/smokeqt.log failures/x11/libdbus-c++.log failures/x11/libhandy.log failures/x11/ogre.log New failures: +failures/devel/py-unicorn.log +failures/mail/rspamd.log +failures/print/hplip.log +failures/textproc/ruby-nokogiri,ruby27.log +failures/www/zola.log +failures/x11/gtk+4.log +failures/x11/kde-applications/kio-extras.log
Mark lang/squeak/vm BROKEN-sparc64?
I've never had lang/squeak/vm build successfully on sparc64. Shall I mark it BROKEN-sparc64? (cc maintainer) --Kurt Index: Makefile === RCS file: /cvs/ports/lang/squeak/vm/Makefile,v retrieving revision 1.29 diff -u -p -r1.29 Makefile --- Makefile14 Jan 2020 22:20:29 - 1.29 +++ Makefile11 Feb 2020 03:50:12 - @@ -1,5 +1,7 @@ # $OpenBSD: Makefile,v 1.29 2020/01/14 22:20:29 sthen Exp $ +BROKEN-sparc64 = Many undefined references when linking + COMMENT = smalltalk system, vm SRCV = 1
Mark lang/janet BROKEN-sparc64?
lang/janet has never built on sparc64. It fails trying to make a bootstrap. ok to mark BROKEN-sparc64? (cc maintainer) --Kurt Index: Makefile === RCS file: /cvs/ports/lang/janet/Makefile,v retrieving revision 1.17 diff -u -p -r1.17 Makefile --- Makefile4 Feb 2020 23:15:01 - 1.17 +++ Makefile11 Feb 2020 03:44:56 - @@ -1,5 +1,6 @@ # $OpenBSD: Makefile,v 1.17 2020/02/04 23:15:01 jturner Exp $ +BROKEN-sparc64 = compile error in boot.janet COMMENT = functional and imperative programming language CATEGORIES = lang
Re: [UPDATE] net/gpodder-3.10.11 -> 3.10.13
On Mon Feb 3, 2020 at 9:11 PM, TronDD wrote: > Simple update to gPodder 3.10.13 > > > Improvements > > > #684 added subtitle to the tagging extension > #704 save position and size for preferences and editcfg windows > #724 Save episode column sorting and position > #717 quieter youtube-dl > #718 Add episode menu option to download with youtube-dl extension > #723 get duration for youtube episodes > #725 Fix youtube live stream detection > macOS: switch to gpodder-osx-bundle base-5.0.1 (pipenv based) > > > Bug fixes > > > #681 "Change delete lock" only unlocks an episode > #702 on_podcast_delete method is passed incorrect object > #703 The GtkNotebook in the preferences dialog doesn't resize > #716 Possible channel tooltip coordinate bug > #715 use box instead of table to fix size of channel tooltips > #686 add YouTube channel not working with YouTube DL extension > activated on Windows > #714 Youtube download fail when preferred formats aren't available > #711 [youtube] support player_response.streamingData.formats > #728 Fix icon for deleted episode > > > fix #737 tagging extension broken in 3.10.12 > > > Tim. > (Sending with the mail/aerc port, so we'll see how it goes.) > > Poke. Index: Makefile === RCS file: /cvs/ports/net/gpodder/Makefile,v retrieving revision 1.22 diff -u -p -r1.22 Makefile --- Makefile 6 Nov 2019 12:04:52 - 1.22 +++ Makefile 4 Feb 2020 01:54:14 - @@ -2,7 +2,7 @@ COMMENT= media aggregator and podcast client -MODPY_EGG_VERSION= 3.10.11 +MODPY_EGG_VERSION= 3.10.13 GH_ACCOUNT= gpodder GH_PROJECT= gpodder Index: distinfo === RCS file: /cvs/ports/net/gpodder/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- distinfo 6 Nov 2019 12:04:52 - 1.10 +++ distinfo 4 Feb 2020 01:54:14 - @@ -1,2 +1,2 @@ -SHA256 (gpodder-3.10.11.tar.gz) = 6qWwt0ugBpk0Lb8xfVLxxOUtd7cxP8kUTNAe6mizFMw= -SIZE (gpodder-3.10.11.tar.gz) = 1040876 +SHA256 (gpodder-3.10.13.tar.gz) = r7jdKxec+KoddXUdSlNMfUXmUuWi0ZVAVRrI0RUM0CA= +SIZE (gpodder-3.10.13.tar.gz) = 1044074
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/02/10 15:44:20 Modified files: net: Makefile Log message: + bitlbee-mastodon
Re: CVS: cvs.openbsd.org: ports
On Mon, Feb 10, 2020 at 03:42:09PM -0700, Solene Rapenne wrote: > CVSROOT: /cvs > Module name: ports > Changes by: sol...@cvs.openbsd.org 2020/02/10 15:42:09 > > Log message: > import bitlbee-mastodon > > original port from cwen@ > tweaks by cwen@ and sthen@ > > ok cwen@ sthen@ > > Status: > > Vendor Tag: solene > Release Tags: solene_20200210 > > N ports/net/bitlbee-mastodon/Makefile > N ports/net/bitlbee-mastodon/distinfo > N ports/net/bitlbee-mastodon/pkg/DESCR > N ports/net/bitlbee-mastodon/pkg/PLIST > N ports/net/bitlbee-mastodon/patches/patch-doc_Makefile_am > > No conflicts created by this import > forgot to include DESCR This Bitlbee plugin allows you to communicate with Mastodon instances, using your favourite IRC client. Mastodon is a decentralized, free and open-source microblogging network that implements the ActivityPub protocol. You'll need an account on a Mastodon instance to use this plugin.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/02/10 15:42:09 Log message: import bitlbee-mastodon original port from cwen@ tweaks by cwen@ and sthen@ ok cwen@ sthen@ Status: Vendor Tag: solene Release Tags: solene_20200210 N ports/net/bitlbee-mastodon/Makefile N ports/net/bitlbee-mastodon/distinfo N ports/net/bitlbee-mastodon/pkg/DESCR N ports/net/bitlbee-mastodon/pkg/PLIST N ports/net/bitlbee-mastodon/patches/patch-doc_Makefile_am No conflicts created by this import
RUN_DEPENDS=${BUILD_DEPENDS}
Hi,
[cc'd maintainers so it doesn't get forgotten]
after this mention of facts:
no port should use RUN_DEPENDS=${BUILD_DEPENDS}
i just ran a quick
make show=RUN_DEPENDS BUILD_DEPENDS=HURZ | grep -B2 HURZ
in /usr/ports, and found the following ports using
RUN_DEPENDS=${BUILD_DEPENDS}:
devel/angr/py-angr
devel/angr/py-pyvex
devel/qt-creator
devel/tortoisehg
sysutils/slant
Why is this bad? Because BUILD_DEPENDS may change *silently* (think
of changes to some port modules) and then RUN_DEPENDS would also
change silently, allthough a REVISION bump would be required.[1]
So better don't do this.
Ciao,
Kili
[1] naddy@ just mentioned somthing like an added USE_GMAKE as another
example which would cause a silent change to BUILD_DEPENDS.
dbusmenu-qt qt4/5 cleanup
First of all my my main concern, devel/qjson is qt4 only and should be -main
package not in the qt5 FLAVOR.
qjson is only used to build the test-application so remove it from the
qt5 flavor. Finally, COMPILER is set by the qt5 module.
OK?
Index: Makefile
===
RCS file: /cvs/ports/x11/dbusmenu-qt/Makefile,v
retrieving revision 1.13
diff -u -p -u -p -r1.13 Makefile
--- Makefile12 Jul 2019 20:51:09 - 1.13
+++ Makefile10 Feb 2020 11:44:23 -
@@ -8,7 +8,7 @@ FULLPKGNAME = ${PKGNAME}
CATEGORIES = x11 devel
HOMEPAGE = https://launchpad.net/libdbusmenu-qt/
MAINTAINER = KDE porting team
-REVISION = 4
+REVISION = 5
SHARED_LIBS = dbusmenu-qt 1.0 # 2.7
SHARED_LIBS += dbusmenu-qt51.0 # 2.7
@@ -20,7 +20,6 @@ MASTER_SITES =http://archive.ubuntu.com
EXTRACT_SUFX = .orig.tar.gz
MODULES = devel/cmake
-COMPILER = base-clang ports-gcc
FLAVORS = qt5
FLAVOR ?=
@@ -32,19 +31,21 @@ WANTLIB += ${COMPILER_LIBCXX}
.if ${FLAVOR:Mqt5}
MODULES += x11/qt5
WANTLIB += Qt5Core Qt5DBus Qt5Gui Qt5Widgets m
-CONFIGURE_ARGS=-DUSE_QT4=No -DUSE_QT5=Yes
+CONFIGURE_ARGS=-DUSE_QT4=OFF \
+ -DUSE_QT5=ON \
+ -DCMAKE_DISABLE_FIND_PACKAGE_QJSON=ON
PKGSTEM = dbusmenu-qt5
.else
MODULES += x11/qt4
+COMPILER = base-clang ports-gcc
WANTLIB += QtDBus QtGui m
CONFIGURE_ARGS=-DUSE_QT4=Yes -DUSE_QT5=No
PKGSTEM = dbusmenu-qt
+BUILD_DEPENDS =devel/qjson
+TEST_DEPENDS = devel/qjson
.endif
CONFIGURE_ARGS += -DWITH_DOC=OFF
-
-BUILD_DEPENDS =devel/qjson
-TEST_DEPENDS = devel/qjson
# XXX "!icon.isNull()" failed tests are normal, they do mean that
# mentioned icon is not installed; e.g., these are the test bugs.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/02/10 13:52:15 Modified files: x11/polkit-qt5 : Makefile Log message: Remove devel/automoc (Qt4) as bdep. OK ajacoutot@ (maintainer)
Re: new misc/open62541
On 2020/02/10 17:31, Alexander Bluhm wrote:
> On Mon, Feb 10, 2020 at 12:58:49PM +, Stuart Henderson wrote:
> > Maybe worth @comment'ing the empty share/doc/open62541/open62541.html/
> > directory?
>
> Yes. I do not want to build the html documentation as it adds so
> many files to the package. It can be read online anyway.
>
> Having a pdf in the package is useful for offline developent. For
> that I had to add some missing build dependencies to print/texlive/texmf.
>
> I guess splitting a -doc sub package is not worth it.
>
> > Is there a reason to use share/open62541/examples rather than the standard
> > i.e. share/examples/open62541?
>
> I was to lazy to patch it :-) Fixed.
>
> > I don't think it's worth bytecode-compiling the tools.
>
> Makes sense. portcheck suggested to do it, but your arguments are
> better.
>
> I have build the library with debug symbols as I want to do development
> on top of it. Do we have a policy for that?
If you only need symbols on amd64 then I'd prefer just setting
DEBUG_PACKAGES=${BUILD_PACKAGES}, which will automatically split into
open62541 and debug-open62541 packages with detached symbols in the latter.
If you would like them on other arches too then
-DCMAKE_BUILD_TYPE=RelWithDebInfo makes sense.
> New port attached.
OK.
> bluhm
Re: new net/bitlebee-mastodon
On 2020/02/10 15:51, Solene Rapenne wrote: > On Mon, Feb 10, 2020 at 03:11:58PM +0100, Solene Rapenne wrote: > > I thought this one was already submit or imported but it seems not. > > > > Original port is from the software author I think, then it was reworked > > by cwen@ and I updated it. > > > > This allow using mastodon through IRC with bitlbee, works pretty fine. > > new version removing a .orig file and changing CONFIGURE_STYLE to > autoreconf to remove the pre-configure target starting autogen.sh, > pointed out by cwen@ glib2 should be LIB_DEPENDS not BUILD_DEPENDS. Please remove MODGNU_AUTOCONF_DEPENDS MODGNU_AUTOMAKE_DEPENDS and devel/libtool from BUILD_DEPENDS, they are all added by autoreconf. Otherwise OK
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/10 13:38:29 Modified files: net/unifi/testing: Makefile distinfo net/unifi/testing/pkg: PLIST Log message: update unifi/testing to 5.12.60 release candidate
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/02/10 13:24:24 Modified files: graphics/termtosvg: Makefile Log message: Move termtosvg to MODPY_PYTEST
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/02/10 12:34:33 Modified files: misc/mc: Makefile distinfo misc/mc/patches: patch-configure patch-src_diffviewer_ydiff_c misc/mc/pkg: PLIST Log message: Update to mc-4.8.24 Changes: https://midnight-commander.org/wiki/NEWS-4.8.24 OK robert@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/10 12:21:49 Modified files: x11/xkbcommon : Makefile Log message: explicitly pass x-locale-root and xkb-config-root to meson pointed out by "su.root"
Re: git: Adding git-prompt and bash/tcsh/zsh completions
On Mon, Feb 10, 2020 at 07:42:11PM +0100, Johannes Kastl wrote: > Hi Matthew, > > thanks for the feedback. > > On 2020-02-10 19:10 Matthew Martin wrote: > > On Mon, Feb 10, 2020 at 04:56:54PM +0100, Johannes Kastl wrote: > >> Hi all, > >> > >> I was wondering why the git port/package was missing the git-prompt.sh > >> and the completion files for bash, tcsh and zsh. > > > > Please do not install the zsh completion file. zsh includes a better > > completer by default. The one in git's tree seems to be a shim to let > > zsh use the bash completer which isn't as detailed. > > The files are only put there, if someone wants to use them. But AFAIK > this has to be done manually, as this place it not search for > completions automatically. But please correct me if I am wrong. That's correct; however, in general zsh completers ought to be installed to share/zsh/site-functions/ so that they are automatically picked up. In this case since the 3rd party completer is not as good as the one provided by zsh, it would be a net negative to install it to the correct place. I don't see any value in installing the zsh completer as it is unlikely to ever be used.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/10 12:14:07 Added files: devel/libffi/patches: patch-src_powerpc_ffi_powerpc_h Log message: fix build on ppc from upstream via cwen@
Re: git: Adding git-prompt and bash/tcsh/zsh completions
Hi all,
On 2020-02-10 16:56 Johannes Kastl wrote:
> The attached diff adds those files to /usr/local/share/git-core/. IMHO
> nicer would be to have a separate git-completion package containing
> those files, but that is beyond my porting/packaging skills... ;-)
I also tried and succeded in updating the port to 2.25.0, see attached
diff.
Johannes
Index: devel/git//Makefile
===
RCS file: /cvs/ports/devel/git/Makefile,v
retrieving revision 1.203.2.1
diff -u -p -u -r1.203.2.1 Makefile
--- devel/git//Makefile 11 Dec 2019 20:45:28 - 1.203.2.1
+++ devel/git//Makefile 10 Feb 2020 19:05:18 -
@@ -4,7 +4,7 @@ COMMENT-main = distributed version contr
COMMENT-svn = subversion interoperability tools
COMMENT-x11 = graphical tools
-V = 2.24.1
+V = 2.25.0
DISTNAME = git-${V}
PKGNAME-main = ${DISTNAME}
PKGNAME-svn = git-svn-${V}
@@ -116,6 +116,14 @@ post-install:
.endfor
${INSTALL_DATA} ${WRKBUILD}/contrib/hooks/setgitperms.perl \
${PREFIX}/share/git-core/templates/hooks/setgitperms.perl
+ ${INSTALL_DATA} ${WRKBUILD}/contrib/completion/git-prompt.sh \
+ ${PREFIX}/share/git-core/git-prompt.sh
+ ${INSTALL_DATA} ${WRKBUILD}/contrib/completion/git-completion.bash \
+ ${PREFIX}/share/git-core/
+ ${INSTALL_DATA} ${WRKBUILD}/contrib/completion/git-completion.tcsh \
+ ${PREFIX}/share/git-core/
+ ${INSTALL_DATA} ${WRKBUILD}/contrib/completion/git-completion.zsh \
+ ${PREFIX}/share/git-core/
chown -R ${BINOWN}:${BINGRP} ${PREFIX}/libexec/git
${MAKE_ENV} ${MAKE_PROGRAM} -C ${WRKBUILD}/contrib/subtree \
${MAKE_FLAGS} install install-man
Index: devel/git//distinfo
===
RCS file: /cvs/ports/devel/git/distinfo,v
retrieving revision 1.152.2.1
diff -u -p -u -r1.152.2.1 distinfo
--- devel/git//distinfo 11 Dec 2019 20:45:28 - 1.152.2.1
+++ devel/git//distinfo 10 Feb 2020 19:05:18 -
@@ -1,4 +1,4 @@
-SHA256 (git-2.24.1.tar.gz) = rVM0lWMByGhB6x5bG7IIhKa62JoQpnYslYIgx89k2gI=
-SHA256 (git-manpages-2.24.1.tar.gz) = mnrjoJO+o5dw65bKPltAv/evC59hI/CJ14IdDluOEjA=
-SIZE (git-2.24.1.tar.gz) = 8726527
-SIZE (git-manpages-2.24.1.tar.gz) = 745896
+SHA256 (git-2.25.0.tar.gz) = qYybltkVRLEw8Tv4Rv8IDdooZ+d/4IcAt5OrFLpTRvY=
+SHA256 (git-manpages-2.25.0.tar.gz) = IrI4CELvdekAbANY3iUOrUSeE3bX5ROAcLmjBz72HUQ=
+SIZE (git-2.25.0.tar.gz) = 9023390
+SIZE (git-manpages-2.25.0.tar.gz) = 758712
Index: devel/git//pkg/PLIST-main
===
RCS file: /cvs/ports/devel/git/pkg/PLIST-main,v
retrieving revision 1.90.2.1
diff -u -p -u -r1.90.2.1 PLIST-main
--- devel/git//pkg/PLIST-main 11 Dec 2019 20:45:28 - 1.90.2.1
+++ devel/git//pkg/PLIST-main 10 Feb 2020 19:05:21 -
@@ -383,6 +383,10 @@ share/emacs/site-lisp/
share/emacs/site-lisp/git-blame.el
share/emacs/site-lisp/git.el
share/git-core/
+share/git-core/git-prompt.sh
+share/git-core/git-completion.bash
+share/git-core/git-completion.tcsh
+share/git-core/git-completion.zsh
share/git-core/templates/
share/git-core/templates/branches/
share/git-core/templates/description
signature.asc
Description: OpenPGP digital signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/02/10 11:57:48 Modified files: www/p5-HTML-FormFu: Makefile distinfo www/p5-HTML-FormFu/pkg: PLIST Log message: p5-HTML-FormFu: update to 2.07 Changelog: https://metacpan.org/changes/distribution/HTML-FormFu >From Wen Heping, with some tweaks from bluhm@ and me. OK bluhm@
Re: git: Adding git-prompt and bash/tcsh/zsh completions
Hi Matthew, thanks for the feedback. On 2020-02-10 19:10 Matthew Martin wrote: > On Mon, Feb 10, 2020 at 04:56:54PM +0100, Johannes Kastl wrote: >> Hi all, >> >> I was wondering why the git port/package was missing the git-prompt.sh >> and the completion files for bash, tcsh and zsh. > > Please do not install the zsh completion file. zsh includes a better > completer by default. The one in git's tree seems to be a shim to let > zsh use the bash completer which isn't as detailed. The files are only put there, if someone wants to use them. But AFAIK this has to be done manually, as this place it not search for completions automatically. But please correct me if I am wrong. > I have no opinion on the completion files for other shells. It may be > nice to have a standardized place for bash completions, but I'll leave > that to people who use the shell. OK. Johannes signature.asc Description: OpenPGP digital signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/10 11:19:58 Modified files: security/py-cryptodome: Makefile distinfo security/py-cryptodome/pkg: PLIST Log message: update to py-cryptodome-3.9.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/10 11:19:45 Modified files: graphics/evince: Makefile graphics/evince/pkg: PFRAG.no-light PLIST Log message: build debug packages
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/10 11:18:47 Modified files: lang/vala : Makefile distinfo lang/vala/pkg : PLIST-main PLIST-valadoc Log message: update to vala-0.46.6
Re: git: Adding git-prompt and bash/tcsh/zsh completions
On Mon, Feb 10, 2020 at 04:56:54PM +0100, Johannes Kastl wrote: > Hi all, > > I was wondering why the git port/package was missing the git-prompt.sh > and the completion files for bash, tcsh and zsh. Please do not install the zsh completion file. zsh includes a better completer by default. The one in git's tree seems to be a shim to let zsh use the bash completer which isn't as detailed. I have no opinion on the completion files for other shells. It may be nice to have a standardized place for bash completions, but I'll leave that to people who use the shell. - Matthew Martin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/10 11:06:34 Modified files: devel/libffi : Makefile distinfo devel/libffi/patches: patch-configure patch-src_arm_ffi_c patch-src_closures_c patch-testsuite_lib_libffi_exp Removed files: devel/libffi/patches: patch-libffi_pc_in patch-src_alpha_osf_S patch-src_arm_sysv_S Log message: update to libffi-3.3 tested on amd64 and arm64
Re: UPDATE mail/s-nail
Hello. Steffen Nurpmeso wrote in <20200203180923.xuph6%stef...@sdaoden.eu>: |update to v14.9.17, mostly due to two fixes and a general review |of key-`bind'ings. You would also get the new reply-to-swap-in[=mlist] variable which help with all those "x via y" mailing-lists. (Which i really, really hate.) Ah, and Coverity.com we have filled the gap and are on par with sudo's 0.00! |Thanks for your consideration! Juu-huuu! --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)
PATCH: Collision /usr/local/bin/gsutil between google-cloud-sdk-279.0.0 and gsutil-3.1
Hi,
I found that /usr/local/bin/gsutil is present in two packages which
don't have conflict makrker in their PLIST.
Part of output when google-cloud-sdk is installed and pkg_add gsutil is
executed:
Collision in gsutil-3.1: the following files already exist
/usr/local/bin/gsutil (google-cloud-sdk-279.0.0 and gsutil-3.1)
Couldn't install gsutil-3.1
After the patch pkg_add output looks as follows:
# env TRUSTED_PKG_PATH=... pkg_add -ni gsutil
quirks-3.230 signed on 2020-02-09T15:05:31Z
gsutil-3.1p0:p5-HTML-Form-6.03: ok
Can't install gsutil-3.1p0 because of conflicts (google-cloud-sdk-279.0.0p0)
--- gsutil-3.1p0 ---
Can't install gsutil-3.1p0: conflicts
Couldn't install gsutil-3.1p0
Index: telephony/gsutil/Makefile
===
RCS file: /cvs/ports/telephony/gsutil/Makefile,v
retrieving revision 1.5
diff -u -p -u -r1.5 Makefile
--- telephony/gsutil/Makefile 12 Jul 2019 20:49:55 - 1.5
+++ telephony/gsutil/Makefile 10 Feb 2020 16:18:22 -
@@ -3,6 +3,7 @@
COMMENT = dump/restore Grandstream device configurations
DISTNAME = gsutil-3.1
+REVISION = 0
CATEGORIES = telephony
Index: telephony/gsutil/pkg/PLIST
===
RCS file: /cvs/ports/telephony/gsutil/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -r1.1.1.1 PLIST
--- telephony/gsutil/pkg/PLIST 20 Mar 2008 18:59:15 - 1.1.1.1
+++ telephony/gsutil/pkg/PLIST 10 Feb 2020 16:18:22 -
@@ -1,4 +1,5 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2008/03/20 18:59:15 ian Exp $
+@conflict google-cloud-sdk-*
bin/gsutil
share/doc/gsutil/
share/doc/gsutil/README
Index: sysutils/google-cloud-sdk/Makefile
===
RCS file: /cvs/ports/sysutils/google-cloud-sdk/Makefile,v
retrieving revision 1.152
diff -u -p -u -r1.152 Makefile
--- sysutils/google-cloud-sdk/Makefile 8 Feb 2020 12:07:25 - 1.152
+++ sysutils/google-cloud-sdk/Makefile 10 Feb 2020 16:18:30 -
@@ -6,6 +6,7 @@ V= 279.0.0
DISTNAME= google-cloud-sdk-${V}-linux-x86
PKGNAME= google-cloud-sdk-${V}
WRKDIST= ${WRKDIR}/google-cloud-sdk
+REVISION = 0
CATEGORIES=sysutils
Index: sysutils/google-cloud-sdk/pkg/PLIST
===
RCS file: /cvs/ports/sysutils/google-cloud-sdk/pkg/PLIST,v
retrieving revision 1.139
diff -u -p -u -r1.139 PLIST
--- sysutils/google-cloud-sdk/pkg/PLIST 8 Feb 2020 12:07:25 - 1.139
+++ sysutils/google-cloud-sdk/pkg/PLIST 10 Feb 2020 16:18:31 -
@@ -1,4 +1,5 @@
@comment $OpenBSD: PLIST,v 1.139 2020/02/08 12:07:25 ajacoutot Exp $
+@conflict gsutil-*
bin/bq
bin/gcloud
bin/git-credential-gcloud.sh
--
Regards,
Mikolaj
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/02/10 09:37:22 Modified files: databases/kexi : Makefile Log message: Regen WANTLIB
Re: new misc/open62541
On Mon, Feb 10, 2020 at 12:58:49PM +, Stuart Henderson wrote: > Maybe worth @comment'ing the empty share/doc/open62541/open62541.html/ > directory? Yes. I do not want to build the html documentation as it adds so many files to the package. It can be read online anyway. Having a pdf in the package is useful for offline developent. For that I had to add some missing build dependencies to print/texlive/texmf. I guess splitting a -doc sub package is not worth it. > Is there a reason to use share/open62541/examples rather than the standard > i.e. share/examples/open62541? I was to lazy to patch it :-) Fixed. > I don't think it's worth bytecode-compiling the tools. Makes sense. portcheck suggested to do it, but your arguments are better. I have build the library with debug symbols as I want to do development on top of it. Do we have a policy for that? New port attached. bluhm open62541.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/10 09:12:54 Modified files: devel/p5-File-Next: Makefile distinfo Log message: Update to p5-File-Next-1.18.
Re: [NEW] mail/aerc
On Sat, 01 Feb 2020 at 03:29:25 -0500, Raymond E. Pasco wrote:
> - I used a modified distfile provided by abieber with a vendor directory,
> which is necessary due to the large number of go package dependencies.
>
> - The custom version of go-libvterm used by aerc upstream includes an
> (unmodified) bundled copy of libvterm itself, which causes issues with
> the build. I instead link against devel/libvterm.
>
> - One filter script shipped with aerc (to display HTML email) depends on
> socksify (provided by security/dante) and www/w3m. I did not include these
> as RUN_DEPENDS because this is an optional script disabled by default,
> but I'm not sure whether this approach is correct.
>
> - cgo in go 1.13 (but not go 1.14) considers ~ an invalid path character,
> but the top-level package name here (and therefore WRKSRC) contains an ~.
> I remedied this by moving the vendor directory contents up to the level
> of the MODGO_WORKSPACE. This workaround shouldn't be necessary when go
> 1.14 is released.
>
> - aerc can be built with notmuch support, but notmuch isn't in ports (yet?),
> so I didn't bother with this.
It looks good to me. I'd like to pass in MODGO_FLAGS so we can have verbose
info when DEBUG is set. Something like:
MAKE_ENV += GOFLAGS="${MODGO_FLAGS}"
But it seems the "-p ${MAKE_JOBS}" bit from go.port.mk isn't getting parsed
properly in this case.
Anyway, if that bit can be sorted out, OK abieber@ for import!
--
PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE
git: Adding git-prompt and bash/tcsh/zsh completions
Hi all,
I was wondering why the git port/package was missing the git-prompt.sh
and the completion files for bash, tcsh and zsh.
The attached diff adds those files to /usr/local/share/git-core/. IMHO
nicer would be to have a separate git-completion package containing
those files, but that is beyond my porting/packaging skills... ;-)
Any feedback is highly appreciated, please point out things I might
have done wrong (sorry, first diff I send...).
Kind Regards,
Johannes
Index: devel/git//Makefile
===
RCS file: /cvs/ports/devel/git/Makefile,v
retrieving revision 1.203.2.1
diff -u -p -u -r1.203.2.1 Makefile
--- devel/git//Makefile 11 Dec 2019 20:45:28 - 1.203.2.1
+++ devel/git//Makefile 10 Feb 2020 15:54:48 -
@@ -5,6 +5,7 @@ COMMENT-svn = subversion interoperabilit
COMMENT-x11 = graphical tools
V = 2.24.1
+REVISION = 0
DISTNAME = git-${V}
PKGNAME-main = ${DISTNAME}
PKGNAME-svn = git-svn-${V}
@@ -116,6 +117,14 @@ post-install:
.endfor
${INSTALL_DATA} ${WRKBUILD}/contrib/hooks/setgitperms.perl \
${PREFIX}/share/git-core/templates/hooks/setgitperms.perl
+ ${INSTALL_DATA} ${WRKBUILD}/contrib/completion/git-prompt.sh \
+ ${PREFIX}/share/git-core/git-prompt.sh
+ ${INSTALL_DATA} ${WRKBUILD}/contrib/completion/git-completion.bash \
+ ${PREFIX}/share/git-core/
+ ${INSTALL_DATA} ${WRKBUILD}/contrib/completion/git-completion.tcsh \
+ ${PREFIX}/share/git-core/
+ ${INSTALL_DATA} ${WRKBUILD}/contrib/completion/git-completion.zsh \
+ ${PREFIX}/share/git-core/
chown -R ${BINOWN}:${BINGRP} ${PREFIX}/libexec/git
${MAKE_ENV} ${MAKE_PROGRAM} -C ${WRKBUILD}/contrib/subtree \
${MAKE_FLAGS} install install-man
Index: devel/git//pkg/PLIST-main
===
RCS file: /cvs/ports/devel/git/pkg/PLIST-main,v
retrieving revision 1.90.2.1
diff -u -p -u -r1.90.2.1 PLIST-main
--- devel/git//pkg/PLIST-main 11 Dec 2019 20:45:28 - 1.90.2.1
+++ devel/git//pkg/PLIST-main 10 Feb 2020 15:54:48 -
@@ -383,6 +383,10 @@ share/emacs/site-lisp/
share/emacs/site-lisp/git-blame.el
share/emacs/site-lisp/git.el
share/git-core/
+share/git-core/git-prompt.sh
+share/git-core/git-completion.bash
+share/git-core/git-completion.tcsh
+share/git-core/git-completion.zsh
share/git-core/templates/
share/git-core/templates/branches/
share/git-core/templates/description
signature.asc
Description: OpenPGP digital signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/10 08:55:02 Modified files: devel/p5-ExtUtils-InstallPaths: Makefile distinfo devel/p5-ExtUtils-InstallPaths/pkg: PLIST Log message: Update to p5-ExtUtils-InstallPaths-0.012.
Re: new net/bitlebee-mastodon
On Mon, 10 Feb 2020 15:51:18 +0100
Solene Rapenne wrote:
> On Mon, Feb 10, 2020 at 03:11:58PM +0100, Solene Rapenne wrote:
> > I thought this one was already submit or imported but it seems not.
> >
> > Original port is from the software author I think, then it was
> > reworked by cwen@ and I updated it.
It's a long story i had with upstream. I ported it to all major BSDs
OSes because Alex (the plugin author) was annoyed by a FreeBSD user
telling him his instructions were bad pretty rudely [0]. I wanted
to annoy back this FreeBSD user by building the plugin on its own OS.
We've a great port system compared to the others, by the way :)
> > This allow using mastodon through IRC with bitlbee, works pretty
> > fine.
>
> new version removing a .orig file and changing CONFIGURE_STYLE to
> autoreconf to remove the pre-configure target starting autogen.sh,
> pointed out by cwen@
You can zap:
${MODGNU_AUTOCONF_DEPENDS} \
${MODGNU_AUTOMAKE_DEPENDS} \
With CONFIGURE_STYLE=autoreconf there are automagically added, see
infrastructure/mk/gnu.port.mk
Other than that, it works fine on powerpc and amd64, OK cwen@
If someone want to do a quick test, here is an howto [1]
Charlène.
[0]
https://github.com/kensanata/bitlbee-mastodon/pull/33/commits/6707171624ddf1de2708af112512dfda33b96dbc
[1] https://wiki.bitlbee.org/HowtoMastodon
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/10 08:30:24 Modified files: devel/p5-Class-Method-Modifiers: Makefile distinfo Log message: Update to p5-Class-Method-Modifiers-2.13.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/10 08:07:00 Modified files: devel/p5-Carp-Clan: Makefile distinfo devel/p5-Carp-Clan/pkg: PLIST Log message: Update to p5-Carp-Clan-6.08.
Re: [update] databases/redis-5.0.7
On Sun, Feb 09, 2020 at 09:31:51PM +, Stuart Henderson wrote:
> On 2020/02/09 22:02, Theo Buehler wrote:
> > On Sun, Feb 09, 2020 at 08:58:13PM +, Stuart Henderson wrote:
> > > > I ran the tests a bunch of times last night. At first I was thinking it
> > > > was only the first test run that would fail, but it seems to actually
> > > > be an intermittent failure. I got a failure and then 3 passes and then
> > > > a failure. I may try running the original tests multitple times to see
> > > > if we have a failure crop up there over multiple runs.
I get the occasional failure from the current 4.0.14 version too.
It generally takes several runs with total success before having one.
I'll include the exception log below.
I'd be curious to see if running in the single client mode for amd64
might turn up anything since the reasoning for less clients on slow
cpus is to "prevent false positives".
Since I do get similar failures on the old version, I wouldn't hold back
the update at this point. It can be considered to have ok kmos (although
others who disagree should weigh in).
--Kurt
[exception]: Executing test client: domain error: argument not in valid range.
domain error: argument not in valid range
while executing
"expr {2.0 * 6372797.560856 * asin(sqrt($u * $u + cos($lat1r) * cos($lat2r) * $
v * $v))}"
(procedure "geo_distance" line 8)
invoked from within
"geo_distance $lon $lat $search_lon $search_lat"
("uplevel" body line 35)
invoked from within
"uplevel 1 $code"
(procedure "test" line 29)
invoked from within
"test {GEOADD + GEORANGE randomized test} {
set attempt 30
while {[incr attempt -1]} {
set rv [lindex $regression_vectors $..."
("uplevel" body line 152)
invoked from within
"uplevel 1 $code "
(procedure "start_server" line 3)
invoked from within
"start_server {tags {"geo"}} {
test {GEOADD create} {
r geoadd nyc -73.9454966 40.747533 "lic market"
} {1}
test {GEOADD update} {..."
(file "tests/unit/geo.tcl" line 67)
invoked from within
"source $path"
(procedure "execute_tests" line 4)
invoked from within
"execute_tests $data"
(procedure "test_client_main" line 10)
invoked from within
"test_client_main $::test_server_port "
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/02/10 07:52:45 Modified files: www/py-query : Makefile distinfo Log message: Update www/py-query 1.4.0 -> 1.4.1 This release is the last with python2 support ok benoit@
Re: new net/bitlebee-mastodon
On Mon, Feb 10, 2020 at 03:11:58PM +0100, Solene Rapenne wrote: > I thought this one was already submit or imported but it seems not. > > Original port is from the software author I think, then it was reworked > by cwen@ and I updated it. > > This allow using mastodon through IRC with bitlbee, works pretty fine. new version removing a .orig file and changing CONFIGURE_STYLE to autoreconf to remove the pre-configure target starting autogen.sh, pointed out by cwen@ bitlbee-mastodon.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/02/10 07:47:27 Modified files: www/py-responses: Makefile distinfo Log message: Update www/py-responses 0.10.7 -> 0.10.9 Fixes for cookie parsing and a couple regressions OK benoit@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/02/10 07:44:54 Modified files: textproc/py-humanize: Makefile distinfo textproc/py-humanize/pkg: PLIST Log message: Update textproc/py-humanize 0.5.1 -> 1.0.0 Updates to latest. Tests are now included in the pypi tarball so make tests work. Changes are mostly localization with a couple minor fixes. OK benoit@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/02/10 07:36:26 Modified files: devel/py-test-localserver: Makefile distinfo Log message: Update devel/py-test-localserver 0.3.7 -> 0.5.0 OK benoit@
new net/bitlebee-mastodon
I thought this one was already submit or imported but it seems not. Original port is from the software author I think, then it was reworked by cwen@ and I updated it. This allow using mastodon through IRC with bitlbee, works pretty fine. bitlbee-mastodon.tar.gz Description: application/tar-gz
[ports-gcc] Unbreak devel/ddd
Hi,
> http://build-failures.rhaalovely.net/sparc64/2020-02-05/devel/ddd.log
(not yet on powerpc)
This is happening since the libXt update and the subsequent fix of ddd.
Putting _X_NORETURN as a declaration identifier [0] fixes the issue on
powerpc [1] and does not break the build with clang on amd64.
Comments/feedback are welcome,
Charlène.
[0] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60625
[1] https://bin.charlenew.xyz/ddd.log
Index: Makefile
===
RCS file: /cvs/ports/devel/ddd/Makefile,v
retrieving revision 1.80
diff -u -p -u -p -r1.80 Makefile
--- Makefile12 Jul 2019 20:44:07 - 1.80
+++ Makefile10 Feb 2020 12:31:25 -
@@ -3,7 +3,7 @@
COMMENT= Data Display Debugger, graphical front-end for GDB, etc
DISTNAME= ddd-3.3.12
-REVISION = 15
+REVISION = 16
CATEGORIES=devel
MASTER_SITES= ${MASTER_SITE_GNU:=ddd/}
Index: patches/patch-ddd_exit_C
===
RCS file: /cvs/ports/devel/ddd/patches/patch-ddd_exit_C,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 patch-ddd_exit_C
--- patches/patch-ddd_exit_C17 Jan 2020 13:34:54 - 1.5
+++ patches/patch-ddd_exit_C10 Feb 2020 12:31:25 -
@@ -8,7 +8,7 @@ Index: ddd/exit.C
static XtAppContext xt_error_app_context = 0;
-static void ddd_xt_error(String message = 0)
-+static void ddd_xt_error(String message = 0) _X_NORETURN
++_X_NORETURN static void ddd_xt_error(String message = 0)
{
ddd_has_crashed = true;
Re: pledge net/ngircd
Hi Michael, On 10.02.2020 14:31, Michael wrote: On Fri, Feb 07, 2020 at 03:27:33PM +0100, Michael wrote: Hello ports@, this patch adds pledge() to net/ngircd. Tested on amd64 with ngircd running with TLS. Unfortunately the promises can't be further reduced since this would break /rehash (i.e. reloading the config) later. But this is better than nothing. [...] solene@ pointed out that if the option "PidFile" is being used unlink()ing the file later fails. However I personally don't like adding another promise just for that. I can't see any sensible use case for ngircds PID file; the Option itself is not set by default. So my idea would be to either skip or remove the PidFile code, or just ignore the issue. The abort happens after shutting everything else down and starting ngircd again works even if the old PID file is still in place. Both variants mean changing or breaking functionality but that would be bearable given the low impact IMHO. Using unveil() might also be an option. Any thoughts on this? Active ngircd user here. I personally use the PID file with my monitoring system for process supervision (monit in my case). Although I could use process name matching, getting the PID from the PIDFile seems more natural. Cheers Matthias PS: I would appreciate a pledged ngircd very much.
Re: ??????: ??????: [Update] www/p5-HTML-FormFu
On Mon, 10 Feb 2020 13:29:00 +0100
Alexander Bluhm wrote:
> On Mon, Feb 10, 2020 at 10:05:01AM +0100, Charlene Wendling wrote:
> > Here is a diff with all your suggestions inside.
>
> There is a requirement "HTTP::Headers" => "1.64", portgen translates
> this to www/p5-HTTP-Message>=1.64. Do we need this?
I'll add it, it will make future checks against portcheck easier;
it's already pulled by www/p5-libwww, via www/p5-HTTP-Daemon.
> And it should be devel/p5-MooseX-Attribute-Chained>=1.0.2
I'll correct it, thanks.
> OK bluhm@
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/www/p5-HTML-FormFu/Makefile,v
> > retrieving revision 1.10
> > diff -u -p -u -p -r1.10 Makefile
> > --- Makefile12 Jul 2019 20:50:53 - 1.10
> > +++ Makefile10 Feb 2020 08:55:02 -
> > @@ -4,30 +4,35 @@ COMMENT = HTML form creation, rendering
> >
> > MODULES = cpan
> > PKG_ARCH = *
> > -DISTNAME = HTML-FormFu-0.07003
> > +DISTNAME = HTML-FormFu-2.07
> > CATEGORIES = www textproc
> > -REVISION = 0
> >
> > # Perl
> > PERMIT_PACKAGE = Yes
> >
> > -BUILD_DEPENDS =devel/p5-Task-Weaken
> > +BUILD_DEPENDS =devel/p5-File-ShareDir-Install>=0.06
> >
> > -RUN_DEPENDS = devel/p5-Class-Accessor-Chained \
> > - devel/p5-Clone \
> > - devel/p5-Config-Any>=0.23 \
> > - devel/p5-Data-Visitor \
> > +RUN_DEPENDS = converters/p5-JSON-MaybeXS \
> > + devel/p5-Class-Accessor-Chained \
> > + devel/p5-Clone>=0.31 \
> > + devel/p5-Config-Any>=0.18 \
> > + devel/p5-Data-Visitor>=0.26 \
> > devel/p5-Date-Calc \
> > - devel/p5-DateTime-Format-Builder \
> > + devel/p5-DateTime>=0.54 \
> > + devel/p5-DateTime-Format-Builder>=0.7901 \
> > devel/p5-DateTime-Format-Natural \
> > - devel/p5-DateTime-Format-Strptime \
> > - devel/p5-DateTime-Locale \
> > + devel/p5-DateTime-Format-Strptime>=1.20 \
> > + devel/p5-DateTime-Locale>=0.45 \
> > devel/p5-File-ShareDir \
> > devel/p5-Hash-Flatten \
> > devel/p5-List-MoreUtils \
> > devel/p5-MRO-Compat \
> > + devel/p5-Moose>=1.0 \
> > + devel/p5-MooseX-Aliases \
> > + devel/p5-MooseX-Attribute-Chained \
> > devel/p5-Path-Class \
> > devel/p5-Readonly \
> > + devel/p5-Task-Weaken \
> > devel/p5-YAML-XS \
> > graphics/p5-Captcha-reCAPTCHA \
> > mail/p5-Email-Valid \
> > @@ -37,11 +42,14 @@ RUN_DEPENDS =
> > devel/p5-Class-Accessor-C textproc/p5-Regexp-Common \
> > textproc/p5-Template \
> > www/p5-HTML-Scrubber \
> > - www/p5-HTML-TokeParser-Simple \
> > + www/p5-HTML-TokeParser-Simple>=3.14 \
> > www/p5-libwww
> >
> > -TEST_DEPENDS = devel/p5-Test-NoWarnings
> > -
> > -CONFIGURE_STYLE = modinst
> > +TEST_DEPENDS = devel/p5-Test-Exception \
> > + devel/p5-Test-Memory-Cycle \
> > + devel/p5-Test-RequiresInternet \
> > + textproc/p5-Regexp-Assemble \
> > + www/p5-CGI>=3.37 \
> > + www/p5-CGI-Simple
> >
> > .include
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/www/p5-HTML-FormFu/distinfo,v
> > retrieving revision 1.3
> > diff -u -p -u -p -r1.3 distinfo
> > --- distinfo18 Jan 2015 03:15:44 - 1.3
> > +++ distinfo10 Feb 2020 08:55:02 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (HTML-FormFu-0.07003.tar.gz) =
> > i7WfYfjiSO42tExZED3FZAgdJEixuLzmiz4aK1jodbw= -SIZE
> > (HTML-FormFu-0.07003.tar.gz) = 296639 +SHA256
> > (HTML-FormFu-2.07.tar.gz) =
> > Ty8Bf3qHVPu26RIGyI7RPHVqFOO+oXgYjDuXdGNm6zI= +SIZE
> > (HTML-FormFu-2.07.tar.gz) = 342125 Index: pkg/PLIST
> > ===
> > RCS file: /cvs/ports/www/p5-HTML-FormFu/pkg/PLIST,v retrieving
> > revision 1.2 diff -u -p -u -p -r1.2 PLIST
> > --- pkg/PLIST 7 Apr 2012 19:50:59 - 1.2
> > +++ pkg/PLIST 10 Feb 2020 08:55:02 -
> > @@ -24,6 +24,7 @@ ${P5SITE}/HTML/FormFu/Constraint/File/Ma
> > ${P5SITE}/HTML/FormFu/Constraint/File/MinSize.pm
> > ${P5SITE}/HTML/FormFu/Constraint/File/Size.pm
> > ${P5SITE}/HTML/FormFu/Constraint/Integer.pm
> > +${P5SITE}/HTML/FormFu/Constraint/JSON.pm
> > ${P5SITE}/HTML/FormFu/Constraint/Length.pm
> > ${P5SITE}/HTML/FormFu/Constraint/MaxLength.pm
> >
Re: pledge net/ngircd
On Fri, Feb 07, 2020 at 03:27:33PM +0100, Michael wrote: > Hello ports@, > > this patch adds pledge() to net/ngircd. Tested on amd64 with ngircd > running with TLS. Unfortunately the promises can't be further reduced > since this would break /rehash (i.e. reloading the config) later. But > this is better than nothing. > > [...] solene@ pointed out that if the option "PidFile" is being used unlink()ing the file later fails. However I personally don't like adding another promise just for that. I can't see any sensible use case for ngircds PID file; the Option itself is not set by default. So my idea would be to either skip or remove the PidFile code, or just ignore the issue. The abort happens after shutting everything else down and starting ngircd again works even if the old PID file is still in place. Both variants mean changing or breaking functionality but that would be bearable given the low impact IMHO. Using unveil() might also be an option. Any thoughts on this?
Re: new misc/open62541
On 2020/02/05 00:32, Alexander Bluhm wrote: > Hi, > > I would like to import a new library for the industrial network > protocol OPC UA. > > ok? > > Comment: > library implementation of OPC UA > > Description: > open62541 is an open source and free implementation of OPC UA (OPC > Unified Architecture) written in the common subset of the C99 and > C++98 languages. The library is usable with all major compilers > and provides the necessary tools to implement dedicated OPC UA > clients and servers, or to integrate OPC UA-based communication > into existing applications. > > Maintainer: Alexander Bluhm > > WWW: https://open62541.org/ > > bluhm Maybe worth @comment'ing the empty share/doc/open62541/open62541.html/ directory? Is there a reason to use share/open62541/examples rather than the standard i.e. share/examples/open62541? I don't think it's worth bytecode-compiling the tools. The main benefit of bytecode-compiling is to stop new pyc files from being created at runtime (iff the tools are run by a user with write access to the directory). But these are tied to the python version; since there's no executable in bin/ the user has to choose themselves whether to run them with python2 or python3, and if they pick "the other one" than the port was built with, it will still create pyc files. And ports isn't setup to allow bytecode- compiling with both py2+py3.
less annoying GH_TAGNAME
Currently setting GH_TAGNAME automatically populates DISTNAME (and hence
PKGNAME) and WRKDIST, based on the contents of GH_TAGNAME, with a leading
'v' stripped off. Often this is helpful but other times it isn't, requiring
overriding defaults.
We can be a bit smarter by only stripping v when it's followed by what looks
like a version number (optionally - . or _, followed by a digit). Also add a few
more commonly seen prefixes so that the automatic naming comes into play more
often.
This means renaming a distfile in a couple of existing ports to match (shown
in the diff) but I think that's a small price to pay for less mess in other
ports. If this goes in I can do a sweep and get rid of unnecessary manual
setting of DISTNAME/PKGNAME/WRKDIST that will go away as a result.
(The only other ports I've touched in this particular diff are the ones that
*need* changing).
I've put it into a bulk build to make sure I didn't miss anything, assuming
there are no problems with that - any comments/concerns/OKs?
Index: infrastructure/mk/bsd.port.mk
===
RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v
retrieving revision 1.1515
diff -u -p -r1.1515 bsd.port.mk
--- infrastructure/mk/bsd.port.mk 26 Jan 2020 12:51:47 - 1.1515
+++ infrastructure/mk/bsd.port.mk 10 Feb 2020 12:17:34 -
@@ -609,7 +609,7 @@ GH_ACCOUNT ?=
GH_PROJECT ?=
.if !empty(GH_PROJECT) && !empty(GH_TAGNAME)
-DISTNAME ?=${GH_PROJECT}-${GH_TAGNAME:C/^v//}
+DISTNAME ?=
${GH_PROJECT}-${GH_TAGNAME:C/^(v|V|ver|[Rr]el|[Rr]elease)[-._]?([0-9])/\2/}
.endif
PKGNAME ?= ${DISTNAME}
@@ -873,7 +873,7 @@ _WRKDIRS += ${WRKOBJDIR}/${_WRKDIR_STEM}
_WRKDIRS += ${WRKOBJDIR_MFS}/${_WRKDIR_STEM}
.if !empty(GH_TAGNAME)
-WRKDIST ?= ${WRKDIR}/${GH_PROJECT}-${GH_TAGNAME:C/^v//}
+WRKDIST ?= ${WRKDIR}/${GH_PROJECT}-${GH_TAGNAME:C/^[vV]([0-9])/\1/}
.elif !empty(GH_COMMIT)
WRKDIST ?= ${WRKDIR}/${GH_PROJECT}-${GH_COMMIT}
.else
Index: devel/gtest/distinfo
===
RCS file: /cvs/ports/devel/gtest/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- devel/gtest/distinfo23 Apr 2017 11:14:47 - 1.3
+++ devel/gtest/distinfo10 Feb 2020 12:17:34 -
@@ -1,2 +1,2 @@
-SHA256 (googletest-release-1.8.0.tar.gz) =
WKb0J3yivIVlIis7vVihd2CenEiOinJkk1m6UUUNt9g=
-SIZE (googletest-release-1.8.0.tar.gz) = 1281617
+SHA256 (googletest-1.8.0.tar.gz) = WKb0J3yivIVlIis7vVihd2CenEiOinJkk1m6UUUNt9g=
+SIZE (googletest-1.8.0.tar.gz) = 1281617
Index: editors/featherpad/Makefile
===
RCS file: /cvs/ports/editors/featherpad/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- editors/featherpad/Makefile 13 Jan 2020 19:31:41 - 1.11
+++ editors/featherpad/Makefile 10 Feb 2020 12:17:34 -
@@ -32,6 +32,4 @@ CONFIGURE_ARGS = -DCMAKE_CXX_FLAGS="${CX
NO_TEST = Yes
-WRKDIST = ${WRKDIR}/${GH_PROJECT}-${GH_TAGNAME:S/^V//}
-
.include
Index: editors/featherpad/distinfo
===
RCS file: /cvs/ports/editors/featherpad/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- editors/featherpad/distinfo 13 Jan 2020 19:31:41 - 1.9
+++ editors/featherpad/distinfo 10 Feb 2020 12:17:34 -
@@ -1,2 +1,2 @@
-SHA256 (FeatherPad-V0.12.1.tar.gz) =
wy1mIANZHWEnMefHCGpcfYxZCTFBxBTslw1oYFCZx08=
-SIZE (FeatherPad-V0.12.1.tar.gz) = 791670
+SHA256 (FeatherPad-0.12.1.tar.gz) =
wy1mIANZHWEnMefHCGpcfYxZCTFBxBTslw1oYFCZx08=
+SIZE (FeatherPad-0.12.1.tar.gz) = 791670
Index: editors/texworks/Makefile
===
RCS file: /cvs/ports/editors/texworks/Makefile,v
retrieving revision 1.49
diff -u -p -r1.49 Makefile
--- editors/texworks/Makefile 12 Jul 2019 20:46:06 - 1.49
+++ editors/texworks/Makefile 10 Feb 2020 12:17:34 -
@@ -18,8 +18,6 @@ REVISION-main = 3
EPOCH =0
-WRKDIST = ${WRKDIR}/texworks-release-${V}
-
CATEGORIES = editors print
HOMEPAGE = http://www.tug.org/texworks/
MAINTAINER = Edd Barrett
Index: editors/texworks/distinfo
===
RCS file: /cvs/ports/editors/texworks/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- editors/texworks/distinfo 30 Dec 2018 12:11:56 - 1.7
+++ editors/texworks/distinfo 10 Feb 2020 12:17:34 -
@@ -1,2 +1,2 @@
-SHA256 (texworks-release-0.6.2.tar.gz) =
IohcEdkmVLDLofSAj8mqPC/dPlQ1/Ynf+aoeZ2WKYzk=
-SIZE (texworks-release-0.6.2.tar.gz) = 11508277
+SHA256 (texworks-0.6.2.tar.gz) = IohcEdkmVLDLofSAj8mqPC/dPlQ1/Ynf+aoeZ2WKYzk=
+SIZE (texworks-0.6.2.tar.gz) = 11508277
Index: misc/feathernotes/Makefile
===
RCS
Re: ??????: ??????: [Update] www/p5-HTML-FormFu
On Mon, Feb 10, 2020 at 10:05:01AM +0100, Charlene Wendling wrote:
> Here is a diff with all your suggestions inside.
There is a requirement "HTTP::Headers" => "1.64", portgen translates
this to www/p5-HTTP-Message>=1.64. Do we need this?
And it should be devel/p5-MooseX-Attribute-Chained>=1.0.2
OK bluhm@
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/p5-HTML-FormFu/Makefile,v
> retrieving revision 1.10
> diff -u -p -u -p -r1.10 Makefile
> --- Makefile 12 Jul 2019 20:50:53 - 1.10
> +++ Makefile 10 Feb 2020 08:55:02 -
> @@ -4,30 +4,35 @@ COMMENT = HTML form creation, rendering
>
> MODULES =cpan
> PKG_ARCH = *
> -DISTNAME = HTML-FormFu-0.07003
> +DISTNAME = HTML-FormFu-2.07
> CATEGORIES = www textproc
> -REVISION = 0
>
> # Perl
> PERMIT_PACKAGE = Yes
>
> -BUILD_DEPENDS = devel/p5-Task-Weaken
> +BUILD_DEPENDS = devel/p5-File-ShareDir-Install>=0.06
>
> -RUN_DEPENDS =devel/p5-Class-Accessor-Chained \
> - devel/p5-Clone \
> - devel/p5-Config-Any>=0.23 \
> - devel/p5-Data-Visitor \
> +RUN_DEPENDS =converters/p5-JSON-MaybeXS \
> + devel/p5-Class-Accessor-Chained \
> + devel/p5-Clone>=0.31 \
> + devel/p5-Config-Any>=0.18 \
> + devel/p5-Data-Visitor>=0.26 \
> devel/p5-Date-Calc \
> - devel/p5-DateTime-Format-Builder \
> + devel/p5-DateTime>=0.54 \
> + devel/p5-DateTime-Format-Builder>=0.7901 \
> devel/p5-DateTime-Format-Natural \
> - devel/p5-DateTime-Format-Strptime \
> - devel/p5-DateTime-Locale \
> + devel/p5-DateTime-Format-Strptime>=1.20 \
> + devel/p5-DateTime-Locale>=0.45 \
> devel/p5-File-ShareDir \
> devel/p5-Hash-Flatten \
> devel/p5-List-MoreUtils \
> devel/p5-MRO-Compat \
> + devel/p5-Moose>=1.0 \
> + devel/p5-MooseX-Aliases \
> + devel/p5-MooseX-Attribute-Chained \
> devel/p5-Path-Class \
> devel/p5-Readonly \
> + devel/p5-Task-Weaken \
> devel/p5-YAML-XS \
> graphics/p5-Captcha-reCAPTCHA \
> mail/p5-Email-Valid \
> @@ -37,11 +42,14 @@ RUN_DEPENDS = devel/p5-Class-Accessor-C
> textproc/p5-Regexp-Common \
> textproc/p5-Template \
> www/p5-HTML-Scrubber \
> - www/p5-HTML-TokeParser-Simple \
> + www/p5-HTML-TokeParser-Simple>=3.14 \
> www/p5-libwww
>
> -TEST_DEPENDS = devel/p5-Test-NoWarnings
> -
> -CONFIGURE_STYLE =modinst
> +TEST_DEPENDS = devel/p5-Test-Exception \
> + devel/p5-Test-Memory-Cycle \
> + devel/p5-Test-RequiresInternet \
> + textproc/p5-Regexp-Assemble \
> + www/p5-CGI>=3.37 \
> + www/p5-CGI-Simple
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/www/p5-HTML-FormFu/distinfo,v
> retrieving revision 1.3
> diff -u -p -u -p -r1.3 distinfo
> --- distinfo 18 Jan 2015 03:15:44 - 1.3
> +++ distinfo 10 Feb 2020 08:55:02 -
> @@ -1,2 +1,2 @@
> -SHA256 (HTML-FormFu-0.07003.tar.gz) =
> i7WfYfjiSO42tExZED3FZAgdJEixuLzmiz4aK1jodbw=
> -SIZE (HTML-FormFu-0.07003.tar.gz) = 296639
> +SHA256 (HTML-FormFu-2.07.tar.gz) =
> Ty8Bf3qHVPu26RIGyI7RPHVqFOO+oXgYjDuXdGNm6zI=
> +SIZE (HTML-FormFu-2.07.tar.gz) = 342125
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/www/p5-HTML-FormFu/pkg/PLIST,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 PLIST
> --- pkg/PLIST 7 Apr 2012 19:50:59 - 1.2
> +++ pkg/PLIST 10 Feb 2020 08:55:02 -
> @@ -24,6 +24,7 @@ ${P5SITE}/HTML/FormFu/Constraint/File/Ma
> ${P5SITE}/HTML/FormFu/Constraint/File/MinSize.pm
> ${P5SITE}/HTML/FormFu/Constraint/File/Size.pm
> ${P5SITE}/HTML/FormFu/Constraint/Integer.pm
> +${P5SITE}/HTML/FormFu/Constraint/JSON.pm
> ${P5SITE}/HTML/FormFu/Constraint/Length.pm
> ${P5SITE}/HTML/FormFu/Constraint/MaxLength.pm
> ${P5SITE}/HTML/FormFu/Constraint/MaxRange.pm
> @@ -40,8 +41,6 @@ ${P5SITE}/HTML/FormFu/Constraint/Require
> ${P5SITE}/HTML/FormFu/Constraint/Set.pm
> ${P5SITE}/HTML/FormFu/Constraint/SingleValue.pm
> ${P5SITE}/HTML/FormFu/Constraint/Word.pm
> -${P5SITE}/HTML/FormFu/Constraint/_others.pm
> -${P5SITE}/HTML/FormFu/Constraint/reCAPTCHA.pm
>
Re: cannot set firefox as default
On Sun, Feb 09, 2020 at 10:22:04AM GMT, Solene Rapenne wrote: > On Sat, Feb 08, 2020 at 10:49:53PM +0100, Jan Stary wrote: > > On Feb 08 16:26:36, h...@stare.cz wrote: > > > On Feb 08 15:53:11, sol...@perso.pw wrote: > > > > Le 2020-02-08 14:45, Jan Stary a écrit : > > > > > This is firefox-72.0.2 on a fresh current/amd64. > > > > > > > > > > Upon start, it asks to be the default browser. > > > > > I click yes, but the setting does not get saved: > > > > Perhaps similarly, > > > > (firefox:90643): Gtk-CRITICAL **: 15:40:50.103: Unable to create user data > > directory '/home/hans/.local/share' for storing the recently used files > > list: No such file or directory > > > > Can you run mkdir -p ~/.local/share? Is it owned by your user? > > For dbus, I don't know exactly what dbus-launch do, but you must either > start the service messagebus using rcctl enable messagebus && rcctl > start messagebus or start it at the beginning of your ~/.xsession, > firefox is known to not work properly if dbus is not started. > > You should have an environment variable DBUS_SESSION_BUS_ADDRESS > Hi Solene, After /usr/local/share/doc/pkg-readmes/firefox: D-BUS = For proper integration with various desktop-oriented components, firefox needs a session bus instance running. If you're not running a desktop environment that takes care of it, refer to /usr/local/share/doc/pkg-readmes/dbus-* to configure your session startup script to start one. Without a session bus running, the port is faking one (see https://bugzilla.mozilla.org/show_bug.cgi?id=1466593), but GLIB might still try to spawn one which might lead to a 'proc' pledge violation in the content process. Could you elaborate on "is known to not work properly if dbus is not started", please? I've been using Firefox for years and never had dbus running. Regards, Raf
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/10 03:47:24 Modified files: cad/xnecview : Makefile distinfo cad/xnecview/patches: patch-draw_c patch-xwin_c Log message: Update to xnecview-1.37.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2020/02/10 03:44:26 Modified files: misc/spdrs60 : Makefile distinfo Log message: update 0.6.3 -> 0.6.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/10 03:20:29 Modified files: audio/gradio : Makefile distinfo audio/gradio/pkg: PLIST Log message: Update to gradio-7.3.
Re: Update: devel/py-test-localserver 0.3.7 -> 0.5.0
On 10/02/2020 04:52, Kurt Mosiejczuk wrote:
0.5 (2018-09-20)
New feature: SMTP email message objects now include a ``details`` property
capturing the envelope details.
0.4.2 (2018-11-14)
Fix support for Python 3.6 (fixes #21).
Add support for Python 3.7.
0.4.1 (2017-11-28)
Re-release of 0.4.0 because of pypi.org's restrictive file management #PITA
0.4 (2017-11-28)
New feature: All received requests are now stored for ilater inspection. Thanks
Benjamin Wohlwend!
The two consumers are www/py-responses and productivity/vdirsyncer.
Tests pass just fine on py-responses. vdirsyncer had a problem with its
tests due to a problem with py-hypothesis.
ok?
ok benoit@
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/devel/py-test-localserver/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile12 Jul 2019 20:45:54 - 1.4
+++ Makefile10 Feb 2020 03:45:22 -
@@ -2,10 +2,9 @@
COMMENT = py.test plugin to test server connections locally
-MODPY_EGG_VERSION = 0.3.7
+MODPY_EGG_VERSION =0.5.0
DISTNAME =pytest-localserver-${MODPY_EGG_VERSION}
PKGNAME = py-test-localserver-${MODPY_EGG_VERSION}
-REVISION = 0
CATEGORIES = devel
Index: distinfo
===
RCS file: /cvs/ports/devel/py-test-localserver/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo16 Oct 2017 21:05:44 - 1.1.1.1
+++ distinfo10 Feb 2020 03:45:22 -
@@ -1,2 +1,2 @@
-SHA256 (pytest-localserver-0.3.7.tar.gz) =
2CjXkjJFbQtOuGPp3iyFaZJZ9DajGF450NUAG4yFIbA=
-SIZE (pytest-localserver-0.3.7.tar.gz) = 19772
+SHA256 (pytest-localserver-0.5.0.tar.gz) =
OlQnkJ0d/aEHcsG65LmANnnAqPBK22bDOKxgd3O/78I=
+SIZE (pytest-localserver-0.5.0.tar.gz) = 20409
Re: Maintainer Update: textproc/py-humanize 0.5.1 -> 1.0.0
On 09/02/2020 22:43, Kurt Mosiejczuk wrote:
Update py-humanize to the 1.0.0 release. Tests are not included in
the pypi tarball. Also, they merged my diff making py-mock unnecessary
for the python3 flavor.
Changes are largely localization, but there's a few minor fixes.
Only consumer is tootstream which still works.
ok?
ok benoit@
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/textproc/py-humanize/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile9 Sep 2019 21:36:14 - 1.4
+++ Makefile9 Feb 2020 21:19:31 -
@@ -2,10 +2,9 @@
COMMENT = python number humanization utilities
-MODPY_EGG_VERSION = 0.5.1
+MODPY_EGG_VERSION =1.0.0
DISTNAME =humanize-${MODPY_EGG_VERSION}
PKGNAME = py-humanize-${MODPY_EGG_VERSION}
-REVISION = 1
CATEGORIES = textproc
@@ -19,13 +18,18 @@ PERMIT_PACKAGE = Yes
MODULES = lang/python
MODPY_SETUPTOOLS =Yes
MODPY_PI =Yes
+MODPY_PYTEST = Yes
FLAVORS = python3
FLAVOR ?=
-# Tests aren't included in pypi distribution
-NO_TEST = Yes
+BUILD_DEPENDS =devel/py-setuptools_scm${MODPY_FLAVOR}
+TEST_DEPENDS = devel/py-freezegun${MODPY_FLAVOR}
-TEST_DEPENDS = devel/py-mock${MODPY_FLAVOR}
+TEST_ENV = PYTHONPATH=${WRKSRC}/src
+
+.if !${FLAVOR:Mpython3}
+TEST_DEPENDS +=devel/py-mock
+.endif
.include
Index: distinfo
===
RCS file: /cvs/ports/textproc/py-humanize/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo3 Apr 2019 02:30:05 - 1.1.1.1
+++ distinfo9 Feb 2020 21:19:31 -
@@ -1,2 +1,2 @@
-SHA256 (humanize-0.5.1.tar.gz) = pD9XEVgxrHxw3gmOasRqwTvgDWmrv2C9ysJRNEeFuxk=
-SIZE (humanize-0.5.1.tar.gz) = 14250
+SHA256 (humanize-1.0.0.tar.gz) = OKzptmvK63+Bhrnb8LNEjgAUjltPuvcm+Wx4nlLD50E=
+SIZE (humanize-1.0.0.tar.gz) = 34411
Index: pkg/PLIST
===
RCS file: /cvs/ports/textproc/py-humanize/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 3 Apr 2019 02:30:05 - 1.1.1.1
+++ pkg/PLIST 9 Feb 2020 21:19:31 -
@@ -4,11 +4,11 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
-lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/entry_points.txt
lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe
+lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
lib/python${MODPY_VERSION}/site-packages/humanize/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/humanize/${MODPY_PYCACHE}
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/humanize/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/humanize/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/humanize/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/humanize/${MODPY_PYCACHE}filesize.${MODPY_PYC_MAGIC_TAG}pyc
@@ -19,17 +19,65 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/humanize/filesize.py
lib/python${MODPY_VERSION}/site-packages/humanize/i18n.py
lib/python${MODPY_VERSION}/site-packages/humanize/locale/
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/de_DE/
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/de_DE/LC_MESSAGES/
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/de_DE/LC_MESSAGES/humanize.mo
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/de_DE/LC_MESSAGES/humanize.po
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/fa_IR/
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/fa_IR/LC_MESSAGES/
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/fa_IR/LC_MESSAGES/humanize.mo
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/fa_IR/LC_MESSAGES/humanize.po
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/fi_FI/
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/fi_FI/LC_MESSAGES/
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/fi_FI/LC_MESSAGES/humanize.mo
+lib/python${MODPY_VERSION}/site-packages/humanize/locale/fi_FI/LC_MESSAGES/humanize.po
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2020/02/10 02:19:04 Modified files: net/ruby-msgpack: Makefile distinfo Log message: update 1.3.1 -> 1.3.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/10 02:14:51 Modified files: audio/fdk-aac : Makefile distinfo audio/fdk-aac/pkg: PLIST Log message: Update to fdk-aac-0.1.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/02/10 02:12:48 Modified files: www/p5-HTML-Scrubber: Makefile distinfo Log message: p5-HTML-Scrubber: update to 0.19 Changelog: https://metacpan.org/changes/distribution/HTML-Scrubber >From Wen Heping, with some tweaks from me. OK bluhm@
Re: ??????: ??????: [Update] www/p5-HTML-FormFu
On Sun, 9 Feb 2020 23:10:05 +0100 Alexander Bluhm wrote: > On Mon, Feb 03, 2020 at 01:29:29PM +0100, Charlene Wendling wrote: > > I've found out that: > > > > - devel/p5-File-ShareDir-Install is needed as BUILD_DEPENDS > > - devel/p5-Task-Weaken is a RUN_DEPENDS not a BUILD_DEPENDS > > - converters/p5-JSON-MaybeXS was a missing RUN_DEPENDS > > - some TEST_DEPENDS were missing > > - it uses ExtUtils::MakeMaker, so Module::Install should be zapped > > I compared the dependencies with what "portgen p5 HTML::FormFu" > produces. I would prefer the correct version dependencies from the > Makefile.pl. > > I think run depends should also contain these: > devel/p5-Clone>=0.31 > devel/p5-Config-Any>=0.18 > devel/p5-Data-Visitor>=0.26 > devel/p5-DateTime>=0.54 > devel/p5-DateTime-Format-Builder>=0.7901 > devel/p5-DateTime-Format-Strptime>=1.20 > devel/p5-DateTime-Locale>=0.45 > devel/p5-Module-Pluggable > devel/p5-Moose>=1.0 > www/p5-HTML-TokeParser-Simple>=3.14 > > And test depends: > devel/p5-Test-Exception > www/p5-CGI>=3.37 > > I wonder about: > devel/p5-MooseX-Attribute-Chained>=1.0.2 > > Is this commited? I could not find it. Thanks for having committed it. Here is a diff with all your suggestions inside. Charlène. Index: Makefile === RCS file: /cvs/ports/www/p5-HTML-FormFu/Makefile,v retrieving revision 1.10 diff -u -p -u -p -r1.10 Makefile --- Makefile12 Jul 2019 20:50:53 - 1.10 +++ Makefile10 Feb 2020 08:55:02 - @@ -4,30 +4,35 @@ COMMENT = HTML form creation, rendering MODULES = cpan PKG_ARCH = * -DISTNAME = HTML-FormFu-0.07003 +DISTNAME = HTML-FormFu-2.07 CATEGORIES = www textproc -REVISION = 0 # Perl PERMIT_PACKAGE = Yes -BUILD_DEPENDS =devel/p5-Task-Weaken +BUILD_DEPENDS =devel/p5-File-ShareDir-Install>=0.06 -RUN_DEPENDS = devel/p5-Class-Accessor-Chained \ - devel/p5-Clone \ - devel/p5-Config-Any>=0.23 \ - devel/p5-Data-Visitor \ +RUN_DEPENDS = converters/p5-JSON-MaybeXS \ + devel/p5-Class-Accessor-Chained \ + devel/p5-Clone>=0.31 \ + devel/p5-Config-Any>=0.18 \ + devel/p5-Data-Visitor>=0.26 \ devel/p5-Date-Calc \ - devel/p5-DateTime-Format-Builder \ + devel/p5-DateTime>=0.54 \ + devel/p5-DateTime-Format-Builder>=0.7901 \ devel/p5-DateTime-Format-Natural \ - devel/p5-DateTime-Format-Strptime \ - devel/p5-DateTime-Locale \ + devel/p5-DateTime-Format-Strptime>=1.20 \ + devel/p5-DateTime-Locale>=0.45 \ devel/p5-File-ShareDir \ devel/p5-Hash-Flatten \ devel/p5-List-MoreUtils \ devel/p5-MRO-Compat \ + devel/p5-Moose>=1.0 \ + devel/p5-MooseX-Aliases \ + devel/p5-MooseX-Attribute-Chained \ devel/p5-Path-Class \ devel/p5-Readonly \ + devel/p5-Task-Weaken \ devel/p5-YAML-XS \ graphics/p5-Captcha-reCAPTCHA \ mail/p5-Email-Valid \ @@ -37,11 +42,14 @@ RUN_DEPENDS = devel/p5-Class-Accessor-C textproc/p5-Regexp-Common \ textproc/p5-Template \ www/p5-HTML-Scrubber \ - www/p5-HTML-TokeParser-Simple \ + www/p5-HTML-TokeParser-Simple>=3.14 \ www/p5-libwww -TEST_DEPENDS = devel/p5-Test-NoWarnings - -CONFIGURE_STYLE = modinst +TEST_DEPENDS = devel/p5-Test-Exception \ + devel/p5-Test-Memory-Cycle \ + devel/p5-Test-RequiresInternet \ + textproc/p5-Regexp-Assemble \ + www/p5-CGI>=3.37 \ + www/p5-CGI-Simple .include Index: distinfo === RCS file: /cvs/ports/www/p5-HTML-FormFu/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- distinfo18 Jan 2015 03:15:44 - 1.3 +++ distinfo10 Feb 2020 08:55:02 - @@ -1,2 +1,2 @@ -SHA256 (HTML-FormFu-0.07003.tar.gz) = i7WfYfjiSO42tExZED3FZAgdJEixuLzmiz4aK1jodbw= -SIZE (HTML-FormFu-0.07003.tar.gz) = 296639 +SHA256 (HTML-FormFu-2.07.tar.gz) = Ty8Bf3qHVPu26RIGyI7RPHVqFOO+oXgYjDuXdGNm6zI= +SIZE (HTML-FormFu-2.07.tar.gz) = 342125 Index: pkg/PLIST === RCS file: /cvs/ports/www/p5-HTML-FormFu/pkg/PLIST,v retrieving
Re: Remove: net/qsynergy
On Tue, Jan 28, 2020 at 10:32:08PM +0100, Rafael Sadowski wrote: > On Tue Jan 28, 2020 at 12:53:32PM -0700, Aaron Bieber wrote: > > On Tue, 28 Jan 2020 at 16:50:11 +0100, Solene Rapenne wrote: > > > On Tue, Jan 28, 2020 at 06:30:37AM +0100, Rafael Sadowski wrote: > > > > Facts: Qt4 synergy application, last update 2010, upstream dead. > > > > > > > > Synergy looks also more or less dead as open-source: > > > > https://en.wikipedia.org/wiki/Synergy_(software) > > > > https://synergy-foss.org/ > > > > > > > > BTW, Qt4 ports in the category "net" no longer make sense to. > > > > > > > > OK to remove? > > > > > > > > > > ok for removing net/qsynergy but net/synergy is still useful, I > > > installed it last week for openbsd->windows and it works fine. I've > > > tried qsynergy and it wasn't helpful at all. > > > > There is also barrier which I sent a while back: > > > > https://marc.info/?l=openbsd-ports=157127455812780=2 > > https://github.com/jasperla/openbsd-wip/tree/master/net/barrier > > > > (also, woops, just noticed I checked the tarball in :P) > > > > It uses qt5 and is more actively maintained! > > Sounds like a plan to replace net/synergy with net/barrier, right? > Paco Esteban has already tested. > > > > > > > > > > -- > > PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE > > I switched to barrier, GUI worked perfectly!
Re: Maintainer Update: www/py-responses 0.10.7 -> 0.10.9
On 10/02/2020 02:04, Kurt Mosiejczuk wrote:
0.10.9
--
- Fixed regression with `add_callback()` and content-type header.
- Fixed implicit dependency on urllib3>1.23.0
0.10.8
--
- Fixed cookie parsing and enabled multiple cookies to be set by using a list of
tuple values.
I see no dependency on urllib3 before or after the changes.
All tests pass on both amd64 and sparc64.
The only consumer is audio/beets. Tests pass just the same both
before and after on amd64.
ok?
ok benoit@
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/www/py-responses/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile13 Dec 2019 22:58:51 - 1.2
+++ Makefile10 Feb 2020 00:38:34 -
@@ -2,7 +2,7 @@
COMMENT = utility library for mocking out the `requests` Python
-MODPY_EGG_VERSION = 0.10.7
+MODPY_EGG_VERSION =0.10.9
DISTNAME = responses-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
Index: distinfo
===
RCS file: /cvs/ports/www/py-responses/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo13 Dec 2019 22:58:51 - 1.2
+++ distinfo10 Feb 2020 00:38:34 -
@@ -1,2 +1,2 @@
-SHA256 (responses-0.10.7.tar.gz) = RtTlRqGfxhBrx+gE7dRVHvBGkEBeQefnUOvCldBCYjs=
-SIZE (responses-0.10.7.tar.gz) = 22666
+SHA256 (responses-0.10.9.tar.gz) = jOjLTn4a2JM2+IZa8VLgVj0ufw4LhtLPdfAV+BlAkkM=
+SIZE (responses-0.10.9.tar.gz) = 23372
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2020/02/10 01:21:05 Modified files: security/hcxtools: Makefile distinfo security/hcxtools/pkg: PLIST Log message: Update 5.2.2 -> 5.3.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2020/02/10 01:17:42 Modified files: audio/qsynth : Makefile distinfo audio/qsynth/pkg: PLIST Log message: Update 0.6.0 -> 0.6.1
