CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/20 23:32:53 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.25.13.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/20 23:32:39 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py3-boto3-1.24.13.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/20 23:32:27 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py3-botocore-1.27.13.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/20 23:26:02 Modified files: devel/libidn : Makefile distinfo devel/libidn/pkg: PLIST Log message: Update to libidn-1.40.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/20 23:21:44 Modified files: net/libproxy : Makefile distinfo net/libproxy/patches: patch-libproxy_CMakeLists_txt Removed files: net/libproxy/patches: patch-bindings_perl_t_CMakeLists_txt Log message: Update to libproxy-0.4.18.
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Sun Jun 19 00:37:59 MDT 2022 finished at Mon Jun 20 23:14:22 MDT 2022 lasted 1D22h36m done with kern.version=OpenBSD 7.1-current (GENERIC.MP) #1704: Fri Jun 17 12:27:10 MDT 2022 built packages:11196 Jun 19:3981 Jun 20:7214 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-06-19/summary.log build failures: 1 http://build-failures.rhaalovely.net/aarch64/2022-06-19/geo/qgis.log recurrent failures failures/geo/qgis.log new failures +++ ls-failures Mon Jun 20 23:14:36 2022 resolved failures --- ../old/aarch64/last//ls-failuresThu Jun 16 11:20:08 2022 -failures/net/minio/server.log -failures/x11/kde-applications/ksirk.log -failures/x11/yakuake.log
powerpc bulk build report
Bulk build on macppc-0.ports.openbsd.org Started : Wed Jun 1 18:50:45 MDT 2022 Finished: Mon Jun 20 22:48:10 MDT 2022 Duration: 19 Days 3 hours 57 minutes Built using OpenBSD 7.1-current (GENERIC) #1039: Tue May 31 20:13:56 MDT 2022 Built 9318 packages Number of packages built each day: Jun 1: 3896 Jun 2: 2855 Jun 3: 122 Jun 4: 853 Jun 5: 98 Jun 6: 533 Jun 7: 387 Jun 8: 241 Jun 9: 333 Jun 10: 196 Jun 11: 244 Jun 12: 226 Jun 13: 370 Jun 14: 385 Jun 15: 329 Jun 16: 558 Jun 17: 410 Jun 18: 385 Jun 19: 394 Jun 20: 2581 Critical path missing pkgs: http://build-failures.rhaalovely.net/powerpc/2022-06-01/summary.log Build failures: 16 http://build-failures.rhaalovely.net/powerpc/2022-06-01/devel/abseil-cpp.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/emulators/higan.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/emulators/mednafen.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/emulators/qemu,-ga.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/emulators/retroarch.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/games/eduke32.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/games/hyperrogue.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/games/nblood.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/games/odamex.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/graphics/birdfont.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/graphics/openimageio.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/lang/gambit.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/lang/pcc/pcc-libs.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/productivity/gnucash.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/x11/gnome/secrets.log http://build-failures.rhaalovely.net/powerpc/2022-06-01/x11/qt6/qtdeclarative.log Recurrent failures: failures/emulators/higan.log failures/emulators/mednafen.log failures/emulators/qemu,-ga.log failures/games/eduke32.log failures/games/hyperrogue.log failures/games/nblood.log failures/graphics/openimageio.log failures/lang/gambit.log failures/lang/pcc/pcc-libs.log failures/productivity/gnucash.log failures/summary.log failures/x11/gnome/secrets.log New failures: +failures/emulators/retroarch.log +failures/x11/qt6/qtdeclarative.log Resolved failures: -failures/lang/rakudo.log -failures/mail/gmime30.log -failures/x11/mate/menu-advanced.log Packages newly built: +astro/py-erfa,python3 +audio/s-cdda +audio/s-cdda-to-db +databases/openldap, +databases/openldap,,-main +databases/openldap,,-server +databases/postgresql-ip4r +devel/py-extension-helpers,python3 +devel/py-test-arraydiff,python3 +devel/py-test-astropy,python3 +devel/py-test-astropy-header,python3 +devel/py-test-doctestplus,python3 +devel/py-test-filter-subpackage,python3 +devel/py-test-openfiles,python3 +devel/py-test-remotedata,python3 +inputmethods/fcitx-chinese-addons +inputmethods/fcitx-gtk +inputmethods/fcitx-hangul +inputmethods/fcitx-lua +inputmethods/fcitx-qt +inputmethods/fcitx-table-extra +inputmethods/fcitx-unikey +inputmethods/libime +inputmethods/xcb-imdkit +lang/binaryen +lang/rakudo +lang/wasi-libc +lang/wasi-sdk/compiler-rt +lang/wasi-sdk/libcxx +lang/wasi-sdk/libcxxabi +mail/gmime30 +mail/mu +mail/mutt-wizard +mail/neomutt,gpgme,notmuch +mail/neomutt,gpgme,notmuch,sasl +mail/neomutt,notmuch +mail/notmuch/notmuch +mail/notmuch/notmuch,-emacs +mail/notmuch/notmuch,-main +mail/notmuch/py-notmuch,python3 +mail/s-postgray +math/arpack,-main +math/arpack,-mpi +net/pidgin-sipe +net/sshuttle +news/pan +productivity/monica +security/cyrus-sasl-xoauth2 +security/pivy +sysutils/py-mitogen,python3 +telephony/asterisk-g729 +telephony/asterisk/16 +telephony/asterisk/16,-calendar +telephony/asterisk/16,-http_post +telephony/asterisk/16,-kqueue +telephony/asterisk/16,-ldap +telephony/asterisk/16,-lua +telephony/asterisk/16,-main +telephony/asterisk/16,-odbc +telephony/asterisk/16,-pgsql +telephony/asterisk/16,-snmp +telephony/asterisk/16,-speex +telephony/asterisk/16,-tds +telephony/asterisk/18 +telephony/asterisk/18,-calendar +telephony/asterisk/18,-http_post +telephony/asterisk/18,-kqueue +telephony/asterisk/18,-ldap +telephony/asterisk/18,-lua +telephony/asterisk/18,-main +telephony/asterisk/18,-odbc +telephony/asterisk/18,-pgsql +telephony/asterisk/18,-snmp +telephony/asterisk/18,-speex +telephony/asterisk/18,-tds +telephony/asterisk/18,-vm_imap +telephony/asterisk/18,-vm_odbc +telephony/asterisk/19 +telephony/asterisk/19,-calendar +telephony/asterisk/19,-http_post +telephony/asterisk/19,-kqueue +telephony/asterisk/19,-ldap +telephony/asterisk/19,-lua +telephony/asterisk/19,-main +telephony/asterisk/19,-odbc +telephony/asterisk/19,-pgsql +telephony/asterisk/19,-snmp +telephony/asterisk/19,-speex +telephony/asterisk/19,-tds +telephony/asterisk/19,-vm_imap +telephony/asterisk/19,-vm_odbc +textproc/crunch +www/vaultwarden-web +x11/qt6/qtlanguageserver
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2022/06/20 20:41:29 Modified files: net/minio/server: Makefile distinfo modules.inc Log message: Update to minio-0.20220620 While there, remove BROKEN markers. Hopefully it builds.
Re: UPDATE: libtorrent-rasterbar 1.2.16
Brad Smith writes: > On 5/16/2022 11:21 PM, Nam Nguyen wrote: >> This diff additionally: >> - removes ${FILESDIR}/setup.py and uses boost-build. This depends on a >> diff for devel/boost to install b2 and bjam. I will send this after this >> e-mail. >> >> The motivation is to lower maintenance of carrying a local copy of >> setup.py with an upside of easier transition to 2.0 in the future. >> >> - minor bump to 5.1 instead of major bump >> >> check_sym shows added symbols. >> see: >> https://github.com/arvidn/libtorrent/commit/175c20a897ce29a6ba42b564d015d90d7dceefb1 >> https://github.com/arvidn/libtorrent/commit/9a73ab76233fecd4948a32169d07086d871fc939 >> >> Diffing reveals that a function in a public header was >> removed. Specifically, libtorrent::dh_key_exchange::good() in >> include/libtorrent/pe_crypto.hpp was removed. >> see: >> https://github.com/arvidn/libtorrent/commit/175c20a897ce29a6ba42b564d015d90d7dceefb1 >> >> Is my understanding correct? good() has its definition in a header so it >> is inline and never shows up in the shared object >> (libtorrent-rasterbar.so.5.0). >> >> Even right above it in the same link, >> include/libtorrent/bt_peer_connection.hpp removes init_bt_handshake from >> enum class state_t. This enum class has changed. >> >> In these two cases, because they affect headers, consumers could include >> the header, but it never shows up in the shared object. Thus, no need to >> major bump? > > Ya, I was not 100% sure of this part so I thought it's better to be on > the safe side. ping now that boost-build is back in devel/boost and is in the mirrors. There is a major bump, as Brad had suggested, due to removal of libtorrent::dh_key_exchange::good() in pe_crypto.hpp. Should I use `ONLY_FOR_ARCHS = ${CLANG_ARCHS}'? Inside the patch for bindings/python/setup.py, I have added `toolset=clang cxxstd=17...'. Usage of `toolset=gcc' instead, according to ${WRKSRC}/bindings/python/Jamfile, adds: result += hidden ; result += -Wl,-Bsymbolic gcc:-Wno-deprecated-declarations which is not too drastic of a difference from clang. There has not really been testing on non-clang arches. It is no worse off than before, so I propose omitting ONLY_FOR_ARCHS for now. > >> Testing >> === >> I was able to download a linux iso torrent with qbittorrent and deluge. >> >> Testers will need to apply the b2/bjam diff to devel/boost I will be >> sending shortly. >> >> Feedback and tests are welcome. OK? To test, upgrade to boost-1.79.0p0v0 so boost-build is available. OK? Index: Makefile === RCS file: /cvs/ports/net/libtorrent-rasterbar/Makefile,v retrieving revision 1.21 diff -u -p -u -p -r1.21 Makefile --- Makefile11 Mar 2022 19:46:17 - 1.21 +++ Makefile21 Jun 2022 02:15:04 - @@ -1,10 +1,9 @@ COMMENT = C++ library implementing a BitTorrent client -MODPY_EGG_VERSION =1.2.15 +MODPY_EGG_VERSION =1.2.16 DISTNAME = libtorrent-rasterbar-${MODPY_EGG_VERSION} -REVISION = 0 -SHARED_LIBS += torrent-rasterbar 5.0 # 10.0.0 +SHARED_LIBS += torrent-rasterbar 6.0 # 10.0.0 CATEGORIES = net devel @@ -13,13 +12,15 @@ HOMEPAGE = https://libtorrent.org/ # BSD3 PERMIT_PACKAGE = Yes -WANTLIB += ${COMPILER_LIBCXX} boost_python${MODPY_VERSION:C/\.//g}-mt -WANTLIB += boost_system-mt crypto iconv m ssl +WANTLIB += ${COMPILER_LIBCXX} boost_python${MODPY_VERSION:C/\.//g} +WANTLIB += boost_system boost_system-mt crypto iconv m ssl MASTER_SITES = https://github.com/arvidn/libtorrent/releases/download/v${MODPY_EGG_VERSION}/ MODULES = lang/python +MODPY_SETUPTOOLS = Yes + BUILD_DEPENDS =devel/libtool LIB_DEPENDS = converters/libiconv \ @@ -47,13 +48,18 @@ MAKE_ENV = CC="${CC}" CXX="${CXX}" CONFIGURE_ARGS += --enable-debug .endif +post-patch: + ${SUBST_CMD} ${WRKSRC}/Jamfile + pre-configure: sed -i 's,-Os,,g' ${WRKSRC}/configure -# use setup.py from 1.2.11 because >=1.2.12 introduced dependency on boost-build - ${SUBST_CMD} -m 644 -c ${FILESDIR}/setup.py \ - ${WRKSRC}/bindings/python/setup.py pre-test: ln -sf ${MODPY_BIN} ${WRKDIR}/bin/python + +EGG = ${PREFIX}/lib/python${MODPY_VERSION}/site-packages/libtorrent-*.egg +post-install: + mv ${EGG}/libtorrent.cpython-${MODPY_VERSION:C/\.//g}.so ${EGG}/.. + rm -rf ${EGG} .include Index: distinfo === RCS file: /cvs/ports/net/libtorrent-rasterbar/distinfo,v retrieving revision 1.10 diff -u -p -u -p -r1.10 distinfo --- distinfo31 Dec 2021 00:31:16 - 1.10 +++ distinfo21 Jun 2022 02:15:04 - @@ -1,2 +1,2 @@ -SHA256 (libtorrent-rasterbar-1.2.15.tar.gz) = yK2GOGhMCpA+urwwSQB54xsaamONoq3sWovvag5iIUs= -SIZE (libtorrent-rasterbar-1.2.15.tar.gz) = 4163049 +SHA256
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2022/06/20 16:58:31 Modified files: misc/py-yfinance: Makefile distinfo Log message: misc/py-yfinance: update to 0.1.72 from maintainer
[update] chafa 1.12.0
Hi, this updates chafa to 1.12.0. Changes are listed here[1]. The biggest change is probably dropping ImageMagick. Some testing done on amd64. No issues found. I will test i386 soonish and send a follow-up mail. Tests on big endian architectures welcome. portcheck, 'make lib-depends-check' and 'make test' are happy. Comments? Thanks! [1] https://github.com/hpjansson/chafa/blob/master/NEWS Index: Makefile === RCS file: /daten/openbsdmirror/cvs/mirror/ports/graphics/chafa/Makefile,v retrieving revision 1.7 diff -u -p -u -p -r1.7 Makefile --- Makefile22 Mar 2022 08:49:35 - 1.7 +++ Makefile20 Jun 2022 13:45:06 - @@ -1,7 +1,7 @@ COMMENT = character art facsimile generator -DISTNAME = chafa-1.10.0 +DISTNAME = chafa-1.12.0 -SHARED_LIBS += chafa 2.1 # 7.0 +SHARED_LIBS += chafa 3.0 # 2.1 CATEGORIES = graphics @@ -12,19 +12,27 @@ MAINTAINER =Florian Viehweger https://hpjansson.org/chafa/releases/ EXTRACT_SUFX = .tar.xz COMPILER = base-clang ports-gcc +CONFIGURE_ARGS += --without-imagemagick LIB_DEPENDS = devel/glib2 \ - graphics/ImageMagick + devel/harfbuzz \ + devel/pango \ + graphics/cairo \ + graphics/gdk-pixbuf2 \ + graphics/libwebp \ + x11/gnome/librsvg CONFIGURE_STYLE = gnu Index: distinfo === RCS file: /daten/openbsdmirror/cvs/mirror/ports/graphics/chafa/distinfo,v retrieving revision 1.5 diff -u -p -u -p -r1.5 distinfo --- distinfo22 Mar 2022 08:49:35 - 1.5 +++ distinfo20 Jun 2022 13:45:06 - @@ -1,2 +1,2 @@ -SHA256 (chafa-1.10.0.tar.xz) = iPS4sVQfmCMK8R1N4ujci4pMU329V9wvY/LgpI09aO4= -SIZE (chafa-1.10.0.tar.xz) = 511416 +SHA256 (chafa-1.12.0.tar.xz) = qv3mJ15JjzTlEgtW3CDdFfa7Xps1rFkPUv3lrWsscxk= +SIZE (chafa-1.12.0.tar.xz) = 638560 -- greetings, Florian Viehweger
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/06/20 14:17:25 Modified files: mail/aerc : Makefile distinfo mail/aerc/pkg : PLIST Log message: mail/aerc: update to 0.10.0 for real last update only bumped "V" and not really updated the port. Appeding "pl0" to the package version to have a differently-named DISTNAME and avoid breakage. Thanks to James Cook (falsifian [at] falsifian org) for noticing the issue, semarie and sthen for confirming that without a name change it would break in bulks. OK sthen@
[maintainer update] www/gotosocial 0.3.4 -> 0.3.6
Hi @ports, Here is an update for Gotosocial. They changed a bit the frontend and provide the web assets in a separate tar now (hence another distfile). The plus side is that the admin interface is now bundled in Gotosocial itself. Release notes here: https://github.com/superseriousbusiness/gotosocial/releases/tag/v0.3.5 https://github.com/superseriousbusiness/gotosocial/releases/tag/v0.3.6 There is a database migration introduced in v0.3.5 that can take long when restarting the service for the first time. Is there a way to advertise this or is the user supposed to read the release notes? Runs fine for me. Thank you, Hukadandiff --git a/www/gotosocial/Makefile b/www/gotosocial/Makefile index 63d1b41fc91..e506e8399c7 100644 --- a/www/gotosocial/Makefile +++ b/www/gotosocial/Makefile @@ -4,7 +4,7 @@ ONLY_FOR_ARCHS = amd64 COMMENT = ActivityPub social network server MODGO_MODNAME = github.com/superseriousbusiness/gotosocial -MODGO_VERSION = v0.3.4 +MODGO_VERSION = v0.3.6 DISTNAME = gotosocial-${MODGO_VERSION} @@ -14,6 +14,10 @@ HOMEPAGE = https://docs.gotosocial.org MAINTAINER = Hukadan +# fetch the web assets built for the release +DISTFILES += gotosocial_${MODGO_VERSION:S/v//}_web-assets.tar.gz:0 +MASTER_SITES0 = https://github.com/superseriousbusiness/gotosocial/releases/download/${MODGO_VERSION}/ + # AGPL-3.0+ PERMIT_PACKAGE = yes @@ -26,6 +30,11 @@ WRKDIST = ${WRKSRC} PREFIX = ${VARBASE} INSTDIR = ${PREFIX}/gotosocial +post-extract: + tar -C ${WRKSRC} -xzf \ + ${FULLDISTDIR}/gotosocial_${MODGO_VERSION:S/v//}_web-assets.tar.gz \ + web/assets/dist/* + post-patch: ${SUBST_CMD} ${WRKSRC}/example/config.yaml diff --git a/www/gotosocial/distinfo b/www/gotosocial/distinfo index 5dcf50a679d..0179ed2fc12 100644 --- a/www/gotosocial/distinfo +++ b/www/gotosocial/distinfo @@ -508,6 +508,8 @@ SHA256 (go_modules/github.com/memcachier/mc/@v/v2.0.1+incompatible.mod) = dsgFcL SHA256 (go_modules/github.com/memcachier/mc/@v/v2.0.1+incompatible.zip) = WiuH7lEDCfQzOyK/5KRAE6e9fFtJvMzBUaPKTu/92og= SHA256 (go_modules/github.com/microcosm-cc/bluemonday/@v/v1.0.18.mod) = YWMpz9CyFvsOHpynKIzN0FGJXcdWfmKtL+nDLwyV6g0= SHA256 (go_modules/github.com/microcosm-cc/bluemonday/@v/v1.0.18.zip) = XuAH1JqfFgUlkZ64M0h8web+JauLPsMD4rexlR4LkHw= +SHA256 (go_modules/github.com/miekg/dns/@v/v1.1.49.mod) = jRFjb/6wCx3Yu6RX99Uy9Sy8Ng8kRxSR5H3EkWeKH2I= +SHA256 (go_modules/github.com/miekg/dns/@v/v1.1.49.zip) = n1qxjgh0How2qBX6GoPY1UmGOg/BBvSEpG7QfgHmrpM= SHA256 (go_modules/github.com/mitchellh/go-homedir/@v/v1.1.0.mod) = 7CxA4qyGvdktZKJVid3u9lIneJqPQovt6GvcQgZPYPE= SHA256 (go_modules/github.com/mitchellh/go-homedir/@v/v1.1.0.zip) = //7DYfx+d2u3FDNWDChe4pgtLBQLj1v7oNtgM8Ct4YQ= SHA256 (go_modules/github.com/mitchellh/mapstructure/@v/v1.4.3.mod) = 0SvfCVDElAiP2TYEreFZaXQFS6Flcp1roTNjPCfa/+M= @@ -699,6 +701,7 @@ SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.1.25.mod) = 4sdj+GGtoFxhUMMvgE SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.1.27.mod) = 4sdj+GGtoFxhUMMvgEvKMclqGLlEMg4O6bvw1sYHWtc= SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.1.32.mod) = 4sdj+GGtoFxhUMMvgEvKMclqGLlEMg4O6bvw1sYHWtc= SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.2.1.mod) = 4sdj+GGtoFxhUMMvgEvKMclqGLlEMg4O6bvw1sYHWtc= +SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.3.5.mod) = 2rHWY7hg6+VF/NzsJOX5M9UXvSAZr2jXprWodkqmGw8= SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.4.1.mod) = 2rHWY7hg6+VF/NzsJOX5M9UXvSAZr2jXprWodkqmGw8= SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.4.1.zip) = ukdjwG5AqqhloLkKFgPwvhMXTMiArPrZZACJxsqb0IY= SHA256 (go_modules/github.com/zeebo/assert/@v/v1.1.0.mod) = y4zqaey8mWkq8h1EkJCD9Nli6V3Lety1/QZ2t3NYfpw= @@ -797,6 +800,7 @@ SHA256 (go_modules/golang.org/x/mod/@v/v0.2.0.mod) = sojwiP2FGIWm00gzni9YjlipTmx SHA256 (go_modules/golang.org/x/mod/@v/v0.3.0.mod) = sojwiP2FGIWm00gzni9YjlipTmx25eY0rh1nwnSetBM= SHA256 (go_modules/golang.org/x/mod/@v/v0.4.0.mod) = sojwiP2FGIWm00gzni9YjlipTmx25eY0rh1nwnSetBM= SHA256 (go_modules/golang.org/x/mod/@v/v0.4.1.mod) = sojwiP2FGIWm00gzni9YjlipTmx25eY0rh1nwnSetBM= +SHA256 (go_modules/golang.org/x/mod/@v/v0.4.2.mod) = sojwiP2FGIWm00gzni9YjlipTmx25eY0rh1nwnSetBM= SHA256 (go_modules/golang.org/x/mod/@v/v0.6.0-dev.0.20220106191415-9b9b3d81d5e3.mod) = CT1MzqEdCHW3jvAJ119ua0lGy5YRNQEqZC8SVR1ISNw= SHA256 (go_modules/golang.org/x/mod/@v/v0.6.0-dev.0.20220419223038-86c51ed26bb4.mod) = QtGQI/+PLq5wC8VJXzcezZmKItGbqYXQr19pkAslQIM= SHA256 (go_modules/golang.org/x/mod/@v/v0.6.0-dev.0.20220419223038-86c51ed26bb4.zip) = K3Rx7TSjSfkQVVJ8Uyis1A6augBrZE5R1AqGJ++napI= @@ -836,7 +840,9 @@ SHA256 (go_modules/golang.org/x/net/@v/v0.0.0-20201031054903-ff519b6c9102.mod) = SHA256 (go_modules/golang.org/x/net/@v/v0.0.0-20201209123823-ac852fbbde11.mod) = /vWJbRA6C85QVf216W6DCUQzR5JDeGU0dxjtzrYzNIo= SHA256 (go_modules/golang.org/x/net/@v/v0.0.0-20201224014010-6772e930b67b.mod) = /vWJbRA6C85QVf216W6DCUQzR5JDeGU0dxjtzrYzNIo= SHA256
Re: WIP graphics/py-fonttools-4.33.3
On 6/18/22 11:54, Lucas Raab wrote: On Tue, Jun 14, 2022 at 10:42:02PM -0400, George Rosamond wrote: Attached is a preliminary port for graphics/fonttools for anyone interested. Tested with a bunch of the functions. There are optional dependencies for extended functionality which will require porting more python modules. pkg/DESCR: fontTools is a library for manipulating fonts, written in Python. The project includes the TTX tool, that can convert TrueType and OpenType fonts to and from an XML text format, which is also called TTX. It supports TrueType, OpenType, AFM and to an extent Type 1 and some Mac-specific formats. portcheck shows this error when installing the ttx(1) man page: "in FLAVOR "python3": manual pages should go under ${PREFIX}/man/ rather than under ${PREFIX}/share/man/" I can get it to install to ${PREFIX}/man with ${INSTALL_MAN}, but setting MANDIR still isn't stopping ttx.1 from installing in ${PREFIX}/share/man. g jca@ helpfully pointed out that FONTTOOLS_MANPATH can be set (as > documented in setup.py): https://pbot.rmdir.de/xM2-m1bNVSiyy3hrmKSBwQ cython should either be brought in as BUILD_DEPENDS or MAKE_ENV should set FONTTOOLS_WITH_CYTHON=0 Thanks Lucas and jca@. Appreciated. George
Re: update sysutils/mangl to 1.1.0
Brian Callahan wrote: > Sure, thanks. thanks :) > Maybe we can convince upstream to update mandoc too. I'm about to send a patch upstream for that (and btw 2 years of mandoc are quite a big diff :-), just need to understand why a compat fails to build... > ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/06/20 11:46:48 Modified files: sysutils/mangl : Makefile distinfo sysutils/mangl/patches: patch-Makefile Removed files: sysutils/mangl/patches: patch-configure Log message: update sysutils/mangl to 1.1.0 - change windowing library from FreeGLUT to GLFW (suport for Wayland) - add smartcase search - if only lowercase characters are used, search case-insensitive port-wise drop patch-configure and use CONFIGURE_SCRIPT=mandoc/configure instead. ok bcallah@
Re: update sysutils/mangl to 1.1.0
Hi Omar -- On 6/20/2022 1:00 PM, Omar Polo wrote: > a thread on tech@ made me discover this little port: > > https://marc.info/?l=openbsd-tech=165567563116773=2 > > it seems like a really nice graphical manpager, quickly tested but it's > nice :) > > attaching a diff to update it to the latest version. Upstream changelog > consists only of: > > - change windowing library from FreeGLUT to GLFW (suport for Wayland) > - add smartcase search - if only lowercase characters are used, search >case-insensitive > > upstream doesn't seem to have updated the bundled copy of mandoc, but at > least it doesn't segfaults at startup anymore as Ingo noticed. > > port-wise i've updated the patch for the makefile and removed the > configure. If upstream provided one it would be nicer, but in the > meantime we can use CONFIGURE_SCRIPT = mandoc/configure and add -I. to > CFLAGS so that it correctly includes config.h (which is now generated in > ${WRKSRC} instead that in mandoc/.) > > ok? > Sure, thanks. Maybe we can convince upstream to update mandoc too. ~Brian
update sysutils/mangl to 1.1.0
a thread on tech@ made me discover this little port: https://marc.info/?l=openbsd-tech=165567563116773=2 it seems like a really nice graphical manpager, quickly tested but it's nice :) attaching a diff to update it to the latest version. Upstream changelog consists only of: - change windowing library from FreeGLUT to GLFW (suport for Wayland) - add smartcase search - if only lowercase characters are used, search case-insensitive upstream doesn't seem to have updated the bundled copy of mandoc, but at least it doesn't segfaults at startup anymore as Ingo noticed. port-wise i've updated the patch for the makefile and removed the configure. If upstream provided one it would be nicer, but in the meantime we can use CONFIGURE_SCRIPT = mandoc/configure and add -I. to CFLAGS so that it correctly includes config.h (which is now generated in ${WRKSRC} instead that in mandoc/.) ok? Index: Makefile === RCS file: /home/cvs/ports/sysutils/mangl/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile11 Mar 2022 19:57:40 - 1.4 +++ Makefile20 Jun 2022 16:43:02 - @@ -3,29 +3,27 @@ CATEGORIES = sysutils x11 GH_ACCOUNT = zigalenarcic GH_PROJECT = mangl -GH_TAGNAME = v1.0.3 +GH_TAGNAME = v1.1.0 MAINTAINER = Brian Callahan # BSD PERMIT_PACKAGE = Yes -WANTLIB += GL c freetype glut m util z +WANTLIB += GL c freetype glfw m util z DEBUG_PACKAGES = ${BUILD_PACKAGES} -LIB_DEPENDS = graphics/freeglut +LIB_DEPENDS = graphics/glfw CONFIGURE_STYLE = simple +CONFIGURE_SCRIPT = mandoc/configure USE_GMAKE =Yes ALL_TARGET = mangl -MAKE_FLAGS = CC="${CC}" CFLAGS="${CFLAGS} -std=c99" +MAKE_FLAGS = CC="${CC}" CFLAGS="${CFLAGS} -std=c99 -I." NO_TEST = Yes - -do-gen: - chmod +x ${WRKSRC}/configure do-install: ${INSTALL_PROGRAM} ${WRKSRC}/mangl ${PREFIX}/bin Index: distinfo === RCS file: /home/cvs/ports/sysutils/mangl/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo22 Dec 2020 03:27:42 - 1.3 +++ distinfo20 Jun 2022 16:24:07 - @@ -1,2 +1,2 @@ -SHA256 (mangl-1.0.3.tar.gz) = O1k4HYcwIQL+YtTlGMvxfVVZAyW7fEE/SxagNl9lbOo= -SIZE (mangl-1.0.3.tar.gz) = 1941169 +SHA256 (mangl-1.1.0.tar.gz) = E9rRU+JtJBuOy+Kh4yXz7VWcyYXCwaDAwn5n3jjNf7A= +SIZE (mangl-1.1.0.tar.gz) = 1943498 Index: patches/patch-Makefile === RCS file: /home/cvs/ports/sysutils/mangl/patches/patch-Makefile,v retrieving revision 1.3 diff -u -p -r1.3 patch-Makefile --- patches/patch-Makefile 11 Mar 2022 19:57:40 - 1.3 +++ patches/patch-Makefile 20 Jun 2022 16:31:14 - @@ -5,9 +5,9 @@ Index: Makefile +++ Makefile @@ -1,5 +1,5 @@ -CFLAGS = -g -O2 -Wall $(shell pkg-config --cflags zlib gl freetype2) --LDFLAGS = -lm -lglut $(shell pkg-config --libs zlib gl freetype2) -+CCFLAGS += -Wall $(shell pkg-config --cflags zlib gl freetype2) -I${LOCALBASE}/include -+LDFLAGS += -lm -lutil -L${LOCALBASE}/lib -lglut $(shell pkg-config --libs zlib gl freetype2) +-LDFLAGS = -lm -lglfw $(shell pkg-config --libs zlib gl freetype2) ++CCFLAGS += -Wall $(shell pkg-config --cflags zlib gl freetype2 glfw3) ++LDFLAGS += -lm -lutil $(shell pkg-config --libs zlib gl freetype2 glfw3) LIBMAN_OBJS= mandoc/man.o \ mandoc/man_macro.o \ @@ -18,5 +18,5 @@ Index: Makefile - $(CC) $(CFLAGS) -o $@ $(COMPAT_OBJS) $(LIBMANDOC_OBJS) $(MANGL_SOURCES) $(LDFLAGS) + $(CC) $(CFLAGS) $(CCFLAGS) -o $@ $(COMPAT_OBJS) $(LIBMANDOC_OBJS) $(MANGL_SOURCES) $(LDFLAGS) - .PHONY: install - install: mangl + sanitizer: CFLAGS += -fsanitize=address + sanitizer: mangl Index: patches/patch-configure === RCS file: patches/patch-configure diff -N patches/patch-configure --- patches/patch-configure 11 Mar 2022 19:57:40 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,9 +0,0 @@ -Need to configure mandoc separately before building. - -Index: configure configure.orig -+++ configure -@@ -0,0 +1,3 @@ -+#!/bin/sh -+ -+cd mandoc && ./configure
Re: [new] graphics/pixelorama: pixel art editor
Stuart Henderson wrote: > There are some whitespaces nits in the Makefile (space/tab/space etc) > otherwise OK with me. I've fixed the spacing issues in the makefile, added a comment explaining why ONLY_FOR_ARCHS and a missing '*' in pkg/DESCR. committed, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/06/20 10:18:13 Modified files: graphics : Makefile Log message: +pixelorama
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/06/20 10:17:53 Log message: import pixelorama-0.10.1 Pixelorama is a free and open source pixel art editor, proudly created with the Godot Engine, by Orama Interactive. Whether you want to make animated pixel art, game graphics, tiles and any kind of pixel art you want, Pixelorama has you covered with its variety of tools and features. port from Riccardo Mazzurco who is also taking maintainership, thanks! tweaks and improvements from Yifei Zhan and sthen@; ok sthen@ Status: Vendor Tag: op Release Tags: op_20220620 N ports/graphics/pixelorama/Makefile N ports/graphics/pixelorama/distinfo N ports/graphics/pixelorama/files/pixelorama.desktop N ports/graphics/pixelorama/files/pixelorama.sh N ports/graphics/pixelorama/pkg/PLIST N ports/graphics/pixelorama/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/06/20 09:54:00 Modified files: devel/ruby-colorize: Makefile distinfo devel/ruby-colorize/pkg: PLIST Log message: Update to 0.8.1 == 0.8.1 / 2016-06-29 * fix gemspec bug == 0.8.0 / 2016-06-27 * add ColorizedString class * update README file * add rubocop.yml and follow style * add italic mode * remove interpreter warrnings Also added HOMEPAGE ok abieber@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/06/20 09:34:41 Modified files: devel/ruby-i18n: Makefile distinfo devel/ruby-i18n/pkg: PLIST Log message: Update to version 1.10.0 https://github.com/ruby-i18n/i18n/releases Updated HOMEPAGE ok abieber@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/06/20 09:33:07 Modified files: devel/ruby-colorator: Makefile distinfo devel/ruby-colorator/pkg: PLIST Log message: Update to colorator 1.1.0 ok abieber@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/06/20 09:32:18 Modified files: graphics/ruby-rqrcode-core: Makefile distinfo graphics/ruby-rqrcode-core/pkg: PLIST Log message: Update to 1.2.0 ok abieber@
Re: [UPDATE] misc/py-yfinance 0.1.69 => 0.1.72
On Sun, 2022-06-19 at 15:23 -0500, Lucas Raab wrote: > On Sun, Jun 19, 2022 at 08:55:14PM +0200, Clemens Gößnitzer wrote: > > Simple update of py-yfinance from 0.1.69 to 0.1.72. > > > > Changelog from github: > > > > 0.1.72 > > bugfix > > 0.1.71 > > Added Tickers(…).news() > > Return empty DF if YF missing earnings dates > > Fix EPS % to 0->1 > > Fix timezone handling > > Fix handling of missing data > > Clean earnings_dates table > > Add .get_earnings_dates() to retreive earnings calendar > > Added .get_earnings_history() to fetch earnings data > > 0.1.70 > > Bug fixed - Closes #937 > > > Is your tree not completely up to date? 0.1.70 is the version > currently > in so the patch doesn't apply. > > Lucas > Indeed, my ports tree was not up-to-date. New diff attached. Index: Makefile === RCS file: /cvs/ports/misc/py-yfinance/Makefile,v retrieving revision 1.5 diff -u -p -u -p -r1.5 Makefile --- Makefile16 Mar 2022 10:39:55 - 1.5 +++ Makefile20 Jun 2022 15:14:03 - @@ -1,6 +1,6 @@ COMMENT= fetching finanical market data with Python -MODPY_EGG_VERSION= 0.1.70 +MODPY_EGG_VERSION= 0.1.72 DISTNAME= yfinance-${MODPY_EGG_VERSION} PKGNAME= py-yfinance-${MODPY_EGG_VERSION} Index: distinfo === RCS file: /cvs/ports/misc/py-yfinance/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo16 Mar 2022 10:39:55 - 1.4 +++ distinfo20 Jun 2022 15:14:03 - @@ -1,2 +1,2 @@ -SHA256 (yfinance-0.1.70.tar.gz) = pCGQ3Ts/zhsArsJz2zY5K48QDMjHPceIG7VYEXy/fGk= -SIZE (yfinance-0.1.70.tar.gz) = 24356 +SHA256 (yfinance-0.1.72.tar.gz) = KPmk4pv9ZKRn87n857rriHm915P8qIqA8qUEj8CNOBo= +SIZE (yfinance-0.1.72.tar.gz) = 26400
Re: UPDATE: SMPlayer-22.2.0
On Mon, Jun 20, 2022 at 10:42:56AM +0200, Gonzalo Rodriguez wrote: > ping > > On 5/31/22 20:44, Gonzalo L. Rodriguez wrote: > > Update for SMPlayer to 22.2.0: > > > > https://www.smplayer.info/en/changes Works fine on amd64. Unable to test new features.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/06/20 03:19:07 Modified files: x11/qt6/qtmultimedia: Makefile Log message: Add more build dependencies Spotted by aja, merci
Re: [NEW] archivers/lrzip
On 2022/06/19 16:48, Rubén Llorente wrote: > On Tue, Jun 14, 2022 at 10:35:13PM +0200, Omar Polo wrote: > > the part of the getrlimit could be simplified, see the version in the > > updated tarball attached. > > I am including a new version with this message. With this version of the > patch, the RAM declared as detected will be: > > - The physical RAM (without swap) in case the rlimit is bigger than the > actual existing physical RAM. > > - The max RAM permisible by rlimit is the amount of RAM present is > bigger than the limit. > > This will allow lrzip to heuristically set its compression window > lengths within reasonable limits (which is the point of the get_ram > function). This is looking reasonably sane now. OK sthen@. I would add @sample: --- PLIST.orig Mon Jun 20 10:04:44 2022 +++ PLIST Mon Jun 20 10:04:57 2022 @@ -35,4 +35,6 @@ share/doc/lrzip/lzma/lzma.txt share/doc/lrzip/magic.header.txt share/doc/pkg-readmes/${PKGSTEM} share/examples/lrzip/ +@sample ${SYSCONFDIR}/lrzip/ share/examples/lrzip/lrzip.conf.example +@sample ${SYSCONFDIR}/lrzip/lrzip.conf
Re: [new] graphics/pixelorama: pixel art editor
There are some whitespaces nits in the Makefile (space/tab/space etc) otherwise OK with me. On 2022/06/19 20:00, mazzurco.riccardo wrote: > Thanks Yifei Zhan, Stuart Henderson, Omar Polo for the suggestions, I am > attaching an updated tarball with the fixes > > --- Original Message --- > Il lunedì 13 giugno 2022 11:16 AM, Stuart Henderson ha > scritto: > > > Please rename the distfile using the {} syntax of DISTFILES (see > > bsd.port.mk(5) or crib from another port), having a file named icon.png in > > the common distfiles directory is not ideal > > > > -- > > Sent from a phone, apologies for poor formatting. > > > > On 13 June 2022 05:41:48 Yifei Zhan wrote: > > > >> On 22/06/12 10:43AM, mazzurco.riccardo wrote: > >> > >>> Hi, > >>> I attached a new port for Pixelorama - > >>> https://orama-interactive.itch.io/pixelorama > >>> From the DESCR: > >> > >> Looks interesting to me :) > >> > >> A few tweaks: > >> > >> - The built in .desktop file sets Icon=icon.png, this won't work > >> because that file doesn't exist. I tweaked Makefile to fetch the > >> icon file from the upstream repo and install it before setting up > >> .desktop file: > >> > >> MASTER_SITES = > >> https://github.com/Orama-Interactive/Pixelorama/releases/download/v$V/ > >> MASTER_SITES0 = > >> https://github.com/Orama-Interactive/Pixelorama/raw/v$V/Misc/Clickable/click/ > >> DISTFILES = ${DISTNAME}{Pixelorama.Linux-64bit}${EXTRACT_SUFX} \ > >> icon.png:0 > >> > >> EXTRACT_ONLY = ${DISTNAME}${EXTRACT_SUFX} > >> > >> ---cut--- > >> > >> ${INSTALL_DATA_DIR} ${PREFIX}/share/pixmaps/ > >> ${INSTALL_DATA} ${FULLDISTDIR}/icon.png > >> ${PREFIX}/share/pixmaps/pixelorama.png > >> ${SUBST_DATA} ${FILESDIR}/pixelorama.desktop \ > >> ${PREFIX}/share/applications/pixelorama.desktop > >> > >> - .desktop file is modified to use the correct path: > >> > >> Icon=${TRUEPREFIX}/share/pixmaps/pixelorama.png > >> > >> - This port is tested on amd64 (the only supported arch, as this port > >> uses pre-compiled file), works fine for me. > >> > >> - Formatting change for consistency.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/20 02:47:27 Modified files: net/arouteserver: Makefile distinfo Log message: update to arouteserver-1.16.1
Re: UPDATE: Varnish-7.1.0
ping On 5/31/22 20:48, Gonzalo L. Rodriguez wrote: Hello, Update for Varnish to 7.1.0: https://varnish-cache.org/docs/7.1/whats-new/changes-7.1.html OK? Comments? Cheers.-
Re: UPDATE: SMPlayer-22.2.0
ping On 5/31/22 20:44, Gonzalo L. Rodriguez wrote: Update for SMPlayer to 22.2.0: https://www.smplayer.info/en/changes OK? Comments? Cheers.-
Re: ports: pkg/SCREENSHOTS proposal
On 2022/06/18 23:53, Thomas Dettbarn wrote: > At most my proposal would lead to a new paragraph within the > porter's handbook. And potentially a bunch of diffs, some of which will be mangled, trickled in piece by piece, that somebody needs to keep track of and check and commit..
Re: [MAINTAINER UPDATE] www/honk 0.9.7 -> 0.9.8
On 2022/06/19 13:28, Horia Racoviceanu wrote: > From my tests, The OCSP response is valid for a few hours e.g. > > Using http to host ocsp.buypass.com, port 80, path / > OCSP response validated from ocsp.buypass.com >This Update: Sun Jun 19 09:55:11 2022 >Next Update: Sun Jun 19 17:55:11 2022 > > This is why I don't use "&&" to restart relayd when there's a new OCSP > response without a certificate renewal or vice versa. > > relayd could restart only when there's a new OCSP response but I > haven't tested it e.g. > > ~ * * * * acme-client honk.example.com; ocspcheck -No \ > ${SYSCONFDIR}/ssl/honk.example.com.{ocsp,crt} && rcctl restart relayd > > Or I could separate acme-client and ocspcheck cron jobs and use "&&" > on both but I'm afraid there may be a few minutes of stale OCSP > response e.g. > > ~ * * * * acme-client honk.example.com && rcctl restart relayd > ~ * * * * ocspcheck -No ${SYSCONFDIR}/ssl/honk.example.com.{ocsp,crt} > && rcctl restart relayd > > What do you think? acme-client doesn't need to run every hour. Once a day is plenty. You do really want to update OCSP if a cert has been renewed. Isn't "reload" enough? A full restart of relayd is rather disruptive especially if it's running multiple services. Looking at the existing pkg-readme: : Icon and favicon : : : honk# mkdir ${VARBASE}/www/htdocs/honk : honk# ftp -o ${VARBASE}/www/htdocs/honk/icon.png \ : https://honk.tedunangst.com/icon.png : honk# ftp -o ${VARBASE}/www/htdocs/honk/favicon.ico \ : https://honk.tedunangst.com/favicon.ico Why not include these in the package? Easiest way is probably to install in /usr/local/share/examples/honk and @sample into /var/www.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/06/20 00:30:59 Modified files: x11/qt6/qtquick3d: Makefile Log message: Add missing build dependency on vulkan, by naddy
Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb
On Sun, Jun 19, 2022 at 5:09 AM Stefan Hagen wrote: > Abel Abraham Camarillo Ojeda wrote (2022-06-19 04:52 CEST): > > On Sat, Jun 18, 2022 at 1:04 PM Omar Polo wrote: > > > > > Abel Abraham Camarillo Ojeda wrote: > > > > > #7 0x0324aacad36a in _libc_setlocale (category=4, > > > > > locname=0x322035807fb "C") at > /usr/src/lib/libc/locale/setlocale.c:177 > > > > > > this seems to be a known issue, see > > > https://github.com/Beep6581/RawTherapee/issues/6452 > > > > > > maybe you could try sdk@' diff (linked in the GH issue) and see if it > > > fixes the issue for you :) > > > > > > > > > > > sadly I can still reproduce with this patch > > https://codevoid.de/0/p/rawtherapee-rmlocale.diff > > I think you either didn't apply the patch correctly, or didn't install > the fixed executable. > > My patch comments the setlocale call at: > > > > /usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtengine/procparams.cc:3732 > > Maybe give it another shot and bump revision? > > Best Regards, > Stefan > You're right, I blindly ran $ make clean; make DEBUG="-g" repackage; make reinstall after applying the patch in /usr/ports/pobj/rawtherapee*, so the make clean stage deleted the patched files, haha. I now applied the patch correctly, I can no longer reproduce the issue. upstream seems unresponsive about this, any chance of getting it on ports? Thank you