Re: [new] security/step-cli an x509, oauth, jwt and otp tool
Stuart Henderson writes: > On 2022/08/26 13:18, Aaron Bieber wrote: >> Here is the companion tool to step-ca. >> >> It can be used to create X.509 certs, request certs from an ACME server, >> JWT... >> things.. and a number of other tasks! >> >> OK to import? > > I still think the binary should not be renamed, either leave it to conflict > with kde-applications/step (since I don't think many people will run KDE > software _and_ this), or since KDE step would normally be run from a desktop > environment we could rename it there and adjust the .desktop file and > probably no users would notice any difference as they probably don't > even type the name..(diff for that below) > > As a cli tool, the short name matching the doco seems to make much more > sense to me. (I am totally happy with the step-cli package name which > is pretty standard across OS). And that matches what freebsd, nix and > alpine do. > > OTOH arch does rename it so if you *really* want to then I'll grudgingly > ok that too, at least we wouldn't be the only one doing it. > > I see there are some bash/zsh completions files which I think would make > sense to install. > > Thoughts? rsadowski? > I am down with what ever. I don't know if the change below is acceptable for K* things or not. To me, the assumption about how people use it feels as dirty as assuming people that have kde-step installed won't use step-cli :P . @conflict might be TheBestTM approach. Then at least things are explicit. > Index: Makefile > === > RCS file: /cvs/ports/x11/kde-applications/step/Makefile,v > retrieving revision 1.17 > diff -u -p -r1.17 Makefile > --- Makefile 25 Aug 2022 20:13:27 - 1.17 > +++ Makefile 12 Sep 2022 21:21:36 - > @@ -1,6 +1,7 @@ > COMMENT =KDE interactive physics simulator > DISTNAME = step-${VERSION} > CATEGORIES = education math > +REVISION = 0 > > HOMEPAGE = https://www.kde.org/applications/education/step > > @@ -42,5 +43,8 @@ LIB_DEPENDS = devel/gsl \ > devel/kf5/kxmlgui \ > devel/kf5/sonnet \ > math/libqalculate > + > +post-install: > + mv ${PREFIX}/bin/step ${PREFIX}/bin/step-kde > > .include > Index: patches/patch-step_org_kde_step_desktop > === > RCS file: patches/patch-step_org_kde_step_desktop > diff -N patches/patch-step_org_kde_step_desktop > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-step_org_kde_step_desktop 12 Sep 2022 21:21:36 - > @@ -0,0 +1,12 @@ > +Index: step/org.kde.step.desktop > +--- step/org.kde.step.desktop.orig > step/org.kde.step.desktop > +@@ -1,7 +1,7 @@ > + # KDE Config File > + [Desktop Entry] > + Type=Application > +-Exec=step -qwindowtitle %c -qwindowicon step > ++Exec=step-kde -qwindowtitle %c -qwindowicon step > + Icon=step > + MimeType=application/x-step; > + X-DocPath=step/index.html > Index: pkg/PLIST > === > RCS file: /cvs/ports/x11/kde-applications/step/pkg/PLIST,v > retrieving revision 1.18 > diff -u -p -r1.18 PLIST > --- pkg/PLIST 13 Jul 2022 15:45:42 - 1.18 > +++ pkg/PLIST 12 Sep 2022 21:21:36 - > @@ -1,5 +1,5 @@ > @pkgpath x11/kde4/step > -@bin bin/step > +@bin bin/step-kde > share/applications/org.kde.step.desktop > share/config.kcfg/ > share/config.kcfg/step.kcfg
Re: [new] security/step-cli an x509, oauth, jwt and otp tool
On 2022/08/26 13:18, Aaron Bieber wrote: > Here is the companion tool to step-ca. > > It can be used to create X.509 certs, request certs from an ACME server, > JWT... > things.. and a number of other tasks! > > OK to import? I still think the binary should not be renamed, either leave it to conflict with kde-applications/step (since I don't think many people will run KDE software _and_ this), or since KDE step would normally be run from a desktop environment we could rename it there and adjust the .desktop file and probably no users would notice any difference as they probably don't even type the name..(diff for that below) As a cli tool, the short name matching the doco seems to make much more sense to me. (I am totally happy with the step-cli package name which is pretty standard across OS). And that matches what freebsd, nix and alpine do. OTOH arch does rename it so if you *really* want to then I'll grudgingly ok that too, at least we wouldn't be the only one doing it. I see there are some bash/zsh completions files which I think would make sense to install. Thoughts? rsadowski? Index: Makefile === RCS file: /cvs/ports/x11/kde-applications/step/Makefile,v retrieving revision 1.17 diff -u -p -r1.17 Makefile --- Makefile25 Aug 2022 20:13:27 - 1.17 +++ Makefile12 Sep 2022 21:21:36 - @@ -1,6 +1,7 @@ COMMENT = KDE interactive physics simulator DISTNAME = step-${VERSION} CATEGORIES = education math +REVISION = 0 HOMEPAGE = https://www.kde.org/applications/education/step @@ -42,5 +43,8 @@ LIB_DEPENDS = devel/gsl \ devel/kf5/kxmlgui \ devel/kf5/sonnet \ math/libqalculate + +post-install: + mv ${PREFIX}/bin/step ${PREFIX}/bin/step-kde .include Index: patches/patch-step_org_kde_step_desktop === RCS file: patches/patch-step_org_kde_step_desktop diff -N patches/patch-step_org_kde_step_desktop --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-step_org_kde_step_desktop 12 Sep 2022 21:21:36 - @@ -0,0 +1,12 @@ +Index: step/org.kde.step.desktop +--- step/org.kde.step.desktop.orig step/org.kde.step.desktop +@@ -1,7 +1,7 @@ + # KDE Config File + [Desktop Entry] + Type=Application +-Exec=step -qwindowtitle %c -qwindowicon step ++Exec=step-kde -qwindowtitle %c -qwindowicon step + Icon=step + MimeType=application/x-step; + X-DocPath=step/index.html Index: pkg/PLIST === RCS file: /cvs/ports/x11/kde-applications/step/pkg/PLIST,v retrieving revision 1.18 diff -u -p -r1.18 PLIST --- pkg/PLIST 13 Jul 2022 15:45:42 - 1.18 +++ pkg/PLIST 12 Sep 2022 21:21:36 - @@ -1,5 +1,5 @@ @pkgpath x11/kde4/step -@bin bin/step +@bin bin/step-kde share/applications/org.kde.step.desktop share/config.kcfg/ share/config.kcfg/step.kcfg
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/09/12 15:46:32 Modified files: devel/cppcheck : Makefile Log message: Add -lpthread to fix build on sparc64 (Apparently clang++ tells lld to do this automatically because magic linking)
Re: aarch64 bulk build report
> :http://build-failures.rhaalovely.net/aarch64/2022-09-10/devel/riscv-elf/newlib.log > > Entering directory > '/usr/obj/ports/riscv-elf-newlib-3.0.0/newlib-3.0.0/riscv64-unknown-elf/rv32imafc/ilp32f/newlib/libm' > ... > riscv64-unknown-elf-ar: ../math/lib.a: No such file or directory This looks like a random gmake failure a bit further up: gmake[8]: *** [Makefile:490: lib_a-k_cos.o] Error 127 gmake[8]: Leaving directory '/usr/obj/ports/riscv-elf-newlib-3.0.0/newlib-3.0.0/riscv64-unknown-elf/rv32imafc/ilp32f/newlib/libm/math' I was unable to reproduce.
Re: aarch64 bulk build report
On 2022 Sep 12 (Mon) at 12:07:04 -0600 (-0600), phess...@openbsd.org wrote: :bulk build on arm64.ports.openbsd.org :started on Sat Sep 10 09:34:26 MDT 2022 :finished at Mon Sep 12 12:06:52 MDT 2022 :lasted 2D02h32m :done with kern.version=OpenBSD 7.2-beta (GENERIC.MP) #1816: Fri Sep 9 18:30:23 MDT 2022 : :built packages:11326 :Sep 10:2166 :Sep 11:3160 :Sep 12:5999 : : :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-09-10/summary.log : :build failures: 3 :http://build-failures.rhaalovely.net/aarch64/2022-09-10/audio/py-eyed3.log dpb false positive failure, it built fine :http://build-failures.rhaalovely.net/aarch64/2022-09-10/devel/riscv-elf/newlib.log Entering directory '/usr/obj/ports/riscv-elf-newlib-3.0.0/newlib-3.0.0/riscv64-unknown-elf/rv32imafc/ilp32f/newlib/libm' ... riscv64-unknown-elf-ar: ../math/lib.a: No such file or directory :http://build-failures.rhaalovely.net/aarch64/2022-09-10/security/step-ca.log already fixed : :recurrent failures : failures/security/step-ca.log :new failures :+++ ls-failuresMon Sep 12 12:07:04 2022 :+failures/audio/py-eyed3.log :+failures/devel/riscv-elf/newlib.log :resolved failures :--- ../old/aarch64/last//ls-failures Thu Sep 8 16:15:02 2022 :-failures/www/py-autobahn,python3.log : -- Lie, n.: A very poor substitute for the truth, but the only one discovered to date.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 15:12:39 Modified files: lang/python: Makefile.inc Log message: allow adding to LIB_DEPENDS-main / WANTLIB-main from a subdir
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 14:39:09 Modified files: security/py-duo_client: Makefile security/py-duo_client/pkg: PLIST security/py-duo_universal: Makefile security/py-duo_universal/pkg: PLIST Log message: MODPY_PEP517 from George Rosamond (maintainer)
Re: [new] jitsi-meet and friends
On 2022/09/12 10:40, aisha wrote: > On 22/09/12 10:38AM, aisha wrote: > > Hi, > > I've attached the ports for net/jicofo-2.0.7648, > > net/jitsi-videobridge-2.0.7648, www/jitsi-meet-1.0.6542, which are enough > > to get a jitsi deployment on a machine. > > Most of the work is done by Philipp, who is giving a talk on this at > > eurobsdcon on the weekend. > > > > Cheers, > > Aisha > > > > with the attachments this time. Nitpicking, jicofo/files/jicofo.sh and jitsi-videobridge/files/jvb.sh should probably use #!/bin/ksh I think we could recycle some old UIDs again, how about 533/534 to keep the uids for the two ports next to each other? I haven't tested runtime yet but ports-wise look OK with me
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 14:35:31 Modified files: infrastructure/db: user.list Log message: # out some removed ports
Re: [Update] databases/py-redis to 4.3.4
On 2022/09/12 20:12, Uwe Werler wrote: > Hi all, > > here's an update for py-redis to 4.3.4 (with cluster support since 4.1.0). It needs some new deps, see the install_requires block in setup.py - tgz attached for those. Here's a tweaked version of the port update diff. The redismod/cluster tests are failing for me, they might just need more setting up, anyway let's disable them for now so that it's easier to be convinced that basic functionality is working ok. Index: Makefile === RCS file: /cvs/ports/databases/py-redis/Makefile,v retrieving revision 1.42 diff -u -p -r1.42 Makefile --- Makefile11 Mar 2022 18:31:41 - 1.42 +++ Makefile12 Sep 2022 20:23:41 - @@ -1,16 +1,13 @@ COMMENT = Python interface to Redis -MODPY_EGG_VERSION =3.5.3 - -GH_ACCOUNT = andymccurdy -GH_PROJECT = redis-py -GH_TAGNAME = ${MODPY_EGG_VERSION} +MODPY_EGG_VERSION =4.3.4 +DISTNAME = redis-${MODPY_EGG_VERSION} PKGNAME = py-redis-${MODPY_EGG_VERSION} + CATEGORIES = databases -REVISION = 2 -HOMEPAGE = https://github.com/andymccurdy/redis-py/ +HOMEPAGE = https://github.com/redis/redis-py MAINTAINER = Remi Pointel @@ -18,17 +15,24 @@ MAINTAINER =Remi Pointel Index: distinfo === RCS file: /cvs/ports/databases/py-redis/distinfo,v retrieving revision 1.25 diff -u -p -r1.25 distinfo --- distinfo6 Oct 2020 20:29:16 - 1.25 +++ distinfo12 Sep 2022 20:23:41 - @@ -1,2 +1,2 @@ -SHA256 (redis-py-3.5.3.tar.gz) = Dj7wSvV9FyB8LxOklkGmO5jgBAoQdWqCR+gzRotaggY= -SIZE (redis-py-3.5.3.tar.gz) = 129884 +SHA256 (redis-4.3.4.tar.gz) = 3fJwcd9K3zghxPLKWdZ1JcOoLl8mi+2XuBPLT6v4eIA= +SIZE (redis-4.3.4.tar.gz) = 4569389 Index: pkg/PLIST === RCS file: /cvs/ports/databases/py-redis/pkg/PLIST,v retrieving revision 1.12 diff -u -p -r1.12 PLIST --- pkg/PLIST 11 Mar 2022 18:31:41 - 1.12 +++ pkg/PLIST 12 Sep 2022 20:23:41 - @@ -1,25 +1,209 @@ @pkgpath databases/py-redis lib/python${MODPY_VERSION}/site-packages/redis/ -lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ -lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO -lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt -lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt -lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt -lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt +lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}.dist-info/ +lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}.dist-info/LICENSE +lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}.dist-info/METADATA +lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}.dist-info/RECORD +lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}.dist-info/WHEEL +lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}.dist-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/redis/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}_compat.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}backoff.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}backoff.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}client.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}client.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}cluster.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}cluster.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}connection.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 13:52:16 Modified files: lang/python: python.port.mk Log message: add MODPY_PEP517=setuptools_scm to add the extra dep
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 13:22:52 Modified files: security/step-ca: Makefile Log message: allow the step-ca go build to fail; then rename a file with an arch-dependent name to an arch-independent one and rebuild. fixes build on aarch64 and maybe mips64. (it's still broken on 32-bit due to an int overflow). sadly, while go allows us to let the build fail then modify files in it and then rebuild, it doesn't seem to have a way to unpack the files in the first place so they can be modified before a first build attempt. lgtm abieber@, build test tb@
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Sat Sep 10 09:34:26 MDT 2022 finished at Mon Sep 12 12:06:52 MDT 2022 lasted 2D02h32m done with kern.version=OpenBSD 7.2-beta (GENERIC.MP) #1816: Fri Sep 9 18:30:23 MDT 2022 built packages:11326 Sep 10:2166 Sep 11:3160 Sep 12:5999 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-09-10/summary.log build failures: 3 http://build-failures.rhaalovely.net/aarch64/2022-09-10/audio/py-eyed3.log http://build-failures.rhaalovely.net/aarch64/2022-09-10/devel/riscv-elf/newlib.log http://build-failures.rhaalovely.net/aarch64/2022-09-10/security/step-ca.log recurrent failures failures/security/step-ca.log new failures +++ ls-failures Mon Sep 12 12:07:04 2022 +failures/audio/py-eyed3.log +failures/devel/riscv-elf/newlib.log resolved failures --- ../old/aarch64/last//ls-failuresThu Sep 8 16:15:02 2022 -failures/www/py-autobahn,python3.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/09/12 11:47:53 Modified files: x11/gnome/gcr4 : Makefile x11/gnome/libshumate: Makefile Log message: Do the usual c99 dance to fix the build on sparc64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2022/09/12 11:21:55 Modified files: sysutils/borgbackup/1.2: Makefile Log message: Missing BDEP on lang/cython${MODPY_FLAVOR} Found by exopi ports build cluster
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2022/09/12 11:21:04 Modified files: net/py-msgpack : Makefile Log message: Missing BDEP on lang/cython${MODPY_FLAVOR} Found by exopi ports build cluster
Re: mirror removal: games/teeworlds and security/shhlockout without MASTER_SITES
On 9/12/2022 12:07 PM, Stuart Henderson wrote: There's a chicken-and-egg problem if those files ever got lost from ftp.o.o though. -- Sent from a phone, apologies for poor formatting. On 12 September 2022 16:47:13 Brad Smith wrote: On 9/12/2022 11:02 AM, Solène Rapenne wrote: Le Mon, 12 Sep 2022 15:24:43 +0100, Stuart Henderson a écrit : On 2022/09/12 13:53, Solène Rapenne wrote: Hello, I was running distfiles-openbsd.perso.pw, but after a server migration it's gone. My new server can't handle the new files because it's super tight on disk space. These two ports don't have a working MASTER_SITES anymore: games/teeworlds security/sshlockout Someone should host the sources, or we should delete the ports. You can always add the distfiles to a repo on github and point at the raw url. See e.g. mail/greyscanner I've lost the tarballs when I migrated the server... There are copies of the distfiles mirrored at.. http://ftp.openbsd.org/pub/OpenBSD/distfiles/ I wasn't implying that ftp.o.o should be the primary. Just that the distfiles were lost and here are copies. Another primary should be setup.
Re: mirror removal: games/teeworlds and security/shhlockout without MASTER_SITES
There's a chicken-and-egg problem if those files ever got lost from ftp.o.o though. -- Sent from a phone, apologies for poor formatting. On 12 September 2022 16:47:13 Brad Smith wrote: On 9/12/2022 11:02 AM, Solène Rapenne wrote: Le Mon, 12 Sep 2022 15:24:43 +0100, Stuart Henderson a écrit : On 2022/09/12 13:53, Solène Rapenne wrote: Hello, I was running distfiles-openbsd.perso.pw, but after a server migration it's gone. My new server can't handle the new files because it's super tight on disk space. These two ports don't have a working MASTER_SITES anymore: games/teeworlds security/sshlockout Someone should host the sources, or we should delete the ports. You can always add the distfiles to a repo on github and point at the raw url. See e.g. mail/greyscanner I've lost the tarballs when I migrated the server... There are copies of the distfiles mirrored at.. http://ftp.openbsd.org/pub/OpenBSD/distfiles/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/09/12 10:03:08 Modified files: geo/mapserver : Makefile distinfo geo/mapserver/patches: patch-CMakeLists_txt geo/mapserver/pkg: PLIST-main PLIST-php PLIST-python PLIST-utils README-main README-php Log message: geo/mapserver: major update to 8.0.0. see https://mapserver.org/development/announce/8-0.html and https://mapserver.org/development/changelog/changelog-8-0.html#changelog-8-0 improve README wrt OGCAPI support. now uses php 8, one less user of php 7.4.
Re: mirror removal: games/teeworlds and security/shhlockout without MASTER_SITES
On 2022/09/12 13:53, Solène Rapenne wrote: > Hello, > > I was running distfiles-openbsd.perso.pw, but after a server migration > it's gone. My new server can't handle the new files because it's super > tight on disk space. > > These two ports don't have a working MASTER_SITES anymore: > > games/teeworlds > security/sshlockout > > Someone should host the sources, or we should delete the ports. > You can always add the distfiles to a repo on github and point at the raw url. See e.g. mail/greyscanner
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 08:21:07 Modified files: graphics/gimp/snapshot: Makefile Log message: add BDEP for bash - can probably be patched in gimp-2.99.12/app/tests/meson.build:49 but going for smallest change for now
Re: CVS: cvs.openbsd.org: ports
Fixed. Bloody weird error! On 2022/09/12 14:00, Antoine Jacoutot wrote: > On Mon, Sep 12, 2022 at 02:56:37AM -0600, Stuart Henderson wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: st...@cvs.openbsd.org 2022/09/12 02:56:37 > > > > Modified files: > > security/pass-import: Makefile distinfo > > security/pass-import/patches: patch-setup_py > > security/pass-import/pkg: PLIST > > > > Log message: > > update to pass-import-3.3 > > The above exception was the direct cause of the following exception: > > Traceback (most recent call last): > File "/usr/local/lib/python3.9/site-packages/setuptools/config/expand.py", > line 191, in read_attr > return getattr(StaticModule(module_name, spec), attr_name) > File "/usr/local/lib/python3.9/site-packages/setuptools/config/expand.py", > line 87, in __getattr__ > raise AttributeError(f"{self.name} has no attribute {attr}") from e > AttributeError: pass_import has no attribute __version__ > > During handling of the above exception, another exception occurred: > > Traceback (most recent call last): > File "/exopi-obj/pobj/pass-import-3.3/pass-import-3.3/./setup.py", line 51, > in > setup( > File "/usr/local/lib/python3.9/site-packages/setuptools/__init__.py", line > 87, in setup > return distutils.core.setup(**attrs) > File > "/usr/local/lib/python3.9/site-packages/setuptools/_distutils/core.py", line > 159, in setup > dist.parse_config_files() > File "/usr/local/lib/python3.9/site-packages/setuptools/dist.py", line 864, > in parse_config_files > setupcfg.parse_configuration( > File > "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line > 174, in parse_configuration > meta.parse() > File > "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line > 496, in parse > section_parser_method(section_options) > File > "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line > 470, in parse_section > self[name] = value > File > "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line > 278, in __setitem__ > value = parser(value) > File > "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line > 602, in _parse_version > return expand.version(self._parse_attr(value, self.package_dir, > self.root_dir)) > File > "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line > 412, in _parse_attr > return expand.read_attr(attr_desc, package_dir, root_dir) > File "/usr/local/lib/python3.9/site-packages/setuptools/config/expand.py", > line 195, in read_attr > return getattr(module, attr_name) > AttributeError: module 'pass_import' has no attribute '__version__' > Warning: 'pypandoc' is required to generate the manual pages. > Traceback (most recent call last): > File "/usr/local/lib/python3.9/site-packages/setuptools/config/expand.py", > line 81, in __getattr__ > return next( > StopIteration > > > > -- > Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 08:00:24 Modified files: security/pass-import: Makefile Log message: some of the RDEPs are also BDEPs, with a very odd error
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2022/09/12 07:57:42 Modified files: www: Makefile Log message: hook www/libreddit up
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2022/09/12 07:56:49 Log message: www/libreddit: import libreddit 0.22.9 Libreddit hopes to provide an easier way to browse Reddit, without the ads, trackers, and bloat. OK bcallah@, sthen@ Status: Vendor Tag: lraab Release Tags: lraab_20220912 N ports/www/libreddit/Makefile N ports/www/libreddit/crates.inc N ports/www/libreddit/distinfo N ports/www/libreddit/pkg/DESCR N ports/www/libreddit/pkg/PLIST N ports/www/libreddit/pkg/libreddit.rc No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2022/09/12 07:53:19 Modified files: infrastructure/db: user.list Log message: infrastructure/db/user.list: revive 552 for www/libreddit replaces _xavante, www/xavante
Re: mirror removal: games/teeworlds and security/shhlockout without MASTER_SITES
On Mon, Sep 12, 2022 at 01:53:50PM +0200, Solène Rapenne wrote: > security/sshlockout Some of my machines use it, so I would be sad to see this go. -- Regards, Mikolaj
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: de...@cvs.openbsd.org 2022/09/12 07:39:49 Modified files: databases/victoriametrics: Makefile distinfo Log message: Update to 1.81.2 Changelog : https://github.com/VictoriaMetrics/VictoriaMetrics/releases/tag/v1.81.2 Beware of breaking changes in previous versions if you are upgrading.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ratc...@cvs.openbsd.org 2022/09/12 07:06:42 Modified files: audio/midish : Makefile distinfo Log message: Update to 1.3.2 and update HOMEPAGE (use https, drop www prefix) ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2022/09/12 06:19:07 Modified files: www/gitea : Makefile distinfo www/gitea/pkg : PLIST Log message: Update gitea 1.17.1 -> 1.17.2 Changelog: https://github.com/go-gitea/gitea/releases/tag/v1.17.2
Re: CVS: cvs.openbsd.org: ports
On Mon, Sep 12, 2022 at 02:56:37AM -0600, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: st...@cvs.openbsd.org 2022/09/12 02:56:37 > > Modified files: > security/pass-import: Makefile distinfo > security/pass-import/patches: patch-setup_py > security/pass-import/pkg: PLIST > > Log message: > update to pass-import-3.3 The above exception was the direct cause of the following exception: Traceback (most recent call last): File "/usr/local/lib/python3.9/site-packages/setuptools/config/expand.py", line 191, in read_attr return getattr(StaticModule(module_name, spec), attr_name) File "/usr/local/lib/python3.9/site-packages/setuptools/config/expand.py", line 87, in __getattr__ raise AttributeError(f"{self.name} has no attribute {attr}") from e AttributeError: pass_import has no attribute __version__ During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/exopi-obj/pobj/pass-import-3.3/pass-import-3.3/./setup.py", line 51, in setup( File "/usr/local/lib/python3.9/site-packages/setuptools/__init__.py", line 87, in setup return distutils.core.setup(**attrs) File "/usr/local/lib/python3.9/site-packages/setuptools/_distutils/core.py", line 159, in setup dist.parse_config_files() File "/usr/local/lib/python3.9/site-packages/setuptools/dist.py", line 864, in parse_config_files setupcfg.parse_configuration( File "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line 174, in parse_configuration meta.parse() File "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line 496, in parse section_parser_method(section_options) File "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line 470, in parse_section self[name] = value File "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line 278, in __setitem__ value = parser(value) File "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line 602, in _parse_version return expand.version(self._parse_attr(value, self.package_dir, self.root_dir)) File "/usr/local/lib/python3.9/site-packages/setuptools/config/setupcfg.py", line 412, in _parse_attr return expand.read_attr(attr_desc, package_dir, root_dir) File "/usr/local/lib/python3.9/site-packages/setuptools/config/expand.py", line 195, in read_attr return getattr(module, attr_name) AttributeError: module 'pass_import' has no attribute '__version__' Warning: 'pypandoc' is required to generate the manual pages. Traceback (most recent call last): File "/usr/local/lib/python3.9/site-packages/setuptools/config/expand.py", line 81, in __getattr__ return next( StopIteration -- Antoine
Re: [update] sysutils/loki to 2.6.1
Le Mon, Sep 12, 2022 at 12:46:40PM +0100, Stuart Henderson a écrit : > On 2022/09/12 02:32, Lucas Raab wrote: > > > > > > > > Here's an update for loki up to 2.6.1 as well as breaking it apart > > > > into -main and -promtail subpackages. promtail is the log forwarder > > > > for loki and meant to be distributed to endpoints. For now, I've > > > > bundled two extra merge requests from upstream that will be included > > > > in the next release: https://github.com/grafana/loki/pull/6833 and > > > > https://github.com/grafana/loki/pull/7021. These are to support > > > > building with Go 1.19 and on OpenBSD after the syscall changes > > > > respectively. Upstream does the vendoring within the repo itself so > > > > when the next version is released, the MASTER_SITES can be removed. > > > > > > > > This has been working for the past couple weeks with syslog forwarding > > > > to it and with a grafana instance for searching. Any other tests > > > > and/or feedback? > > > > > > you need @pkgpath sysutils/loki in PLIST-main if you want sysutils/loki > > > 2.4.2 to be properly upgraded to sysutils/loki,-main 2.6.1 - with that, > > > ok with me. > > > > > > Landry > > > > > > > Ah, thanks for catching that! Updated diff attached. Look good? > > PLIST-promtail needs @conflict loki-<=2.4.2 doh indeed, i always forget some bits :)
Re: [update] sysutils/loki to 2.6.1
On 2022/09/12 02:32, Lucas Raab wrote: > > > > > > Here's an update for loki up to 2.6.1 as well as breaking it apart > > > into -main and -promtail subpackages. promtail is the log forwarder > > > for loki and meant to be distributed to endpoints. For now, I've > > > bundled two extra merge requests from upstream that will be included > > > in the next release: https://github.com/grafana/loki/pull/6833 and > > > https://github.com/grafana/loki/pull/7021. These are to support > > > building with Go 1.19 and on OpenBSD after the syscall changes > > > respectively. Upstream does the vendoring within the repo itself so > > > when the next version is released, the MASTER_SITES can be removed. > > > > > > This has been working for the past couple weeks with syslog forwarding > > > to it and with a grafana instance for searching. Any other tests > > > and/or feedback? > > > > you need @pkgpath sysutils/loki in PLIST-main if you want sysutils/loki > > 2.4.2 to be properly upgraded to sysutils/loki,-main 2.6.1 - with that, > > ok with me. > > > > Landry > > > > Ah, thanks for catching that! Updated diff attached. Look good? PLIST-promtail needs @conflict loki-<=2.4.2
Re: CVS: cvs.openbsd.org: ports
On 2022/09/12 02:55, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: st...@cvs.openbsd.org 2022/09/12 02:55:27 > > Log message: > import ports/security/py-zxcvbn, ok kmos@ and lraab@, thanks! > A realistic password strength estimator. > > This is a Python implementation of the library created by the team at > Dropbox. The original library, written for JavaScript, can be found > at https://github.com/dropbox/zxcvbn. > > - Accepts user data to be added to the dictionaries that are tested > against (name, birthdate, etc) > > - Gives a score to the password, from 0 (terrible) to 4 (great) > > - Provides feedback on the password and ways to improve it > > - Returns time estimates on how long it would take to guess the password > in different situations > > Status: > > Vendor Tag: sthen > Release Tags: sthen_20220912 > > N ports/security/py-zxcvbn/Makefile > N ports/security/py-zxcvbn/distinfo > N ports/security/py-zxcvbn/pkg/PLIST > N ports/security/py-zxcvbn/pkg/DESCR > > No conflicts created by this import >
audio/midish: update to 1.3.2
The update is trivial (mostly bug fixes) and as we're at update HOMEPAGE (drop "www" prefix, use https) ok? Index: Makefile === RCS file: /cvs/ports/audio/midish/Makefile,v retrieving revision 1.25 diff -u -p -u -p -r1.25 Makefile --- Makefile11 Mar 2022 18:20:17 - 1.25 +++ Makefile12 Sep 2022 11:11:04 - @@ -1,7 +1,7 @@ COMMENT= command line MIDI sequencer and filter -DISTNAME= midish-1.3.0 +DISTNAME= midish-1.3.2 CATEGORIES=audio -HOMEPAGE= http://www.midish.org/ +HOMEPAGE= https://midish.org/ MAINTAINER=Alexandre Ratchov # BSD Index: distinfo === RCS file: /cvs/ports/audio/midish/distinfo,v retrieving revision 1.17 diff -u -p -u -p -r1.17 distinfo --- distinfo26 Aug 2019 11:43:58 - 1.17 +++ distinfo12 Sep 2022 11:11:04 - @@ -1,2 +1,2 @@ -SHA256 (midish-1.3.0.tar.gz) = zGYLEQKPvyo4cqGl5vItWkO254sIM29hDWfgxXgDa+Y= -SIZE (midish-1.3.0.tar.gz) = 188650 +SHA256 (midish-1.3.2.tar.gz) = 4BYiyy6eYfA/snY5qaRDyMTOrfXyEnCyxttD8o/iVmk= +SIZE (midish-1.3.2.tar.gz) = 189023
Re: [patch] install gitea web files into /var/www/gitea
On 2022/09/11 19:23, Pavel Korovin wrote: > On 09/11, aisha wrote: > > > > On 9/11/2022 9:47 AM, Pavel Korovin wrote: > > > I tried to play with PREFIX="/", but it didn't work this way, on make > > > update-plist it complains "Can't put into any plist (no applicable > > > prefix)". Tried with PREFIX="" and it works fine. > > > > > > I'd vote for single package approach recommended by Stuart, please find > > > the diff attached (updated for v1.17.2 btw). > > > > Thanks a lot! > > > > Works for me :) > > Since this PREFIX="" looks weird, though works fine, I'm looking for OKs > to update the port. I'm a little uneasy with PREFIX="" because we've not used that before (even in firmware packages) and it feels like it may trigger corner cases somewhere. As well as the everyday things like pkg_create/pkg_add and "once-per-bulk" things like sqlports generation, some of the scripts in ports/infrastructure/bin are typically run once per release or even less. Perhaps it's totally OK but I don't think now is a good time to try and find out. So at the moment I'd be happier with the ugly @cwd method. The downside of this is that it's a bit of a pain for updates, but several other ports use it, so we know that it works - used for things like kcaldav, gotosocial, cgit. I'll include the diff since I have it anyway, but I don't think we can use it as-is. There's a problem: pkg_add -u can't update to the new package because /usr/local/share/gitea/public chnages from a directory to a symlink. I think the best idea for now is to simply update the port to 1.17.2 and ignore splitting out the /var/www files. Then we can think about how to handle that later. Index: Makefile === RCS file: /cvs/ports/www/gitea/Makefile,v retrieving revision 1.82 diff -u -p -r1.82 Makefile --- Makefile19 Aug 2022 18:20:10 - 1.82 +++ Makefile12 Sep 2022 11:07:10 - @@ -1,6 +1,6 @@ COMMENT = compact self-hosted Git service -VERSION = 1.17.1 +VERSION = 1.17.2 DISTNAME = gitea-src-${VERSION} PKGNAME = gitea-${VERSION} @@ -20,10 +20,10 @@ MODULES = lang/go GO_TAGS = sqlite sqlite_unlock_notify MODGO_FLAGS += -tags "${GO_TAGS}" -MODGO_LDFLAGS += -X code.gitea.io/gitea/modules/setting.AppWorkPath=${PREFIX}/share/gitea +MODGO_LDFLAGS += -X code.gitea.io/gitea/modules/setting.AppWorkPath=${LOCALBASE}/share/gitea MODGO_LDFLAGS += -X code.gitea.io/gitea/modules/setting.CustomConf=${SYSCONFDIR}/gitea/app.ini MODGO_LDFLAGS += -X code.gitea.io/gitea/modules/setting.CustomPath=${LOCALSTATEDIR}/gitea/custom -MODGO_LDFLAGS += -X code.gitea.io/gitea/modules/setting.StaticRootPath=${PREFIX}/share/gitea +MODGO_LDFLAGS += -X code.gitea.io/gitea/modules/setting.StaticRootPath=${LOCALBASE}/share/gitea MODGO_LDFLAGS += -X main.Version=${VERSION} MODGO_LDFLAGS += -X 'main.Tags=${GO_TAGS}' @@ -38,12 +38,15 @@ pre-configure: do-install: ${INSTALL_PROGRAM} ${MODGO_WORKSPACE}/bin/gitea ${PREFIX}/sbin ${INSTALL_DATA_DIR} ${PREFIX}/share/gitea -.for _d in custom/conf options public templates +.for _d in custom/conf options templates cp -Rp ${WRKSRC}/${_d} ${PREFIX}/share/gitea .endfor + ${INSTALL_DATA_DIR} ${WRKINST}${VARBASE}/www/gitea + cp -Rp ${WRKSRC}/public ${WRKINST}${VARBASE}/www/gitea + ln -s ${VARBASE}/www/gitea/public ${PREFIX}/share/gitea/public post-install: - @find ${WRKINST} -type f \ - \( -name '*.beforesubst' -o -name '*.orig' \) -delete + @find ${WRKINST}/ -type f \ + \( -name '*.beforesubst' -o -name '*${PATCHORIG}' \) -delete .include Index: distinfo === RCS file: /cvs/ports/www/gitea/distinfo,v retrieving revision 1.68 diff -u -p -r1.68 distinfo --- distinfo19 Aug 2022 18:20:10 - 1.68 +++ distinfo12 Sep 2022 11:07:10 - @@ -1,2 +1,2 @@ -SHA256 (gitea-src-1.17.1.tar.gz) = ttfhsIiCl5VcqfK7ap/CA7bqXxrc4cTVIX+M2S4YanY= -SIZE (gitea-src-1.17.1.tar.gz) = 52649181 +SHA256 (gitea-src-1.17.2.tar.gz) = pDg+HC3dbWf0RxoLvBtIOaFauP1pUYBOG+Q9cinh3lg= +SIZE (gitea-src-1.17.2.tar.gz) = 52668293 Index: pkg/PLIST === RCS file: /cvs/ports/www/gitea/pkg/PLIST,v retrieving revision 1.25 diff -u -p -r1.25 PLIST --- pkg/PLIST 19 Aug 2022 18:20:10 - 1.25 +++ pkg/PLIST 12 Sep 2022 11:07:10 - @@ -800,995 +800,7 @@ share/gitea/options/locale/locale_zh-HK. share/gitea/options/locale/locale_zh-TW.ini share/gitea/options/readme/ share/gitea/options/readme/Default -share/gitea/public/ -share/gitea/public/css/ -share/gitea/public/css/dropzone.css -share/gitea/public/css/index.css -share/gitea/public/css/minicolors.css -share/gitea/public/css/monaco.css -share/gitea/public/css/swagger.css
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 05:29:27 Modified files: math : Makefile Log message: +py-oldest-supported-numpy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 05:28:55 Log message: import math/py-oldest-support-numpy, ok landry@ This is a Python meta-package which can be used in pyproject.toml files to automatically provide as a build-time dependency on Numpy. Normally it is used to depend on the oldest version that supports the given Python version and platform where a pre-built Numpy wheel is available, such that compiled extensions are ABI-compatible with a wider range of Numpy versions. For OpenBSD packages where we manage dependencies internally and don't use upstream pre-built wheels, this is modified to allow any version. Status: Vendor Tag: sthen Release Tags: sthen_20220912 N ports/math/py-oldest-supported-numpy/Makefile N ports/math/py-oldest-supported-numpy/distinfo N ports/math/py-oldest-supported-numpy/patches/patch-setup_cfg N ports/math/py-oldest-supported-numpy/pkg/PLIST N ports/math/py-oldest-supported-numpy/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2022/09/12 05:04:45 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: register removal of games/shapezio and sysutils/boar
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2022/09/12 05:01:45 Modified files: games : Makefile Removed files: games/shapezio : Makefile distinfo games/shapezio/files: shapezio.desktop shapezio.png games/shapezio/pkg: DESCR PLIST Log message: remove shapezio it stopped to work for a while because of Electron it's too complicated to create the tarball required to package it, so better delete it from ports ok op@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2022/09/12 04:58:32 Modified files: sysutils : Makefile Removed files: sysutils/boar : Makefile distinfo sysutils/boar/pkg: DESCR PLIST Log message: remove boar it's still using python2 and not very useful nowadays with replacements such as git-lfs, git-annex or syncthing ok op@
new: math/py-oldest-supported-numpy
ok to import? it's becoming common for python software to depend on this rather than on numpy directly. (it's a bit pointless for us but it's there to simplify dependencies in Python wheel-building land and easier to add a dependency rather than patch it). -- This is a Python meta-package which can be used in pyproject.toml files to automatically provide as a build-time dependency on Numpy. Normally it is used to depend on the oldest version that supports the given Python version and platform where a pre-built Numpy wheel is available, such that compiled extensions are ABI-compatible with a wider range of Numpy versions. For OpenBSD packages where we manage dependencies internally and don't use upstream pre-built wheels, this is modified to allow any version. -- py-oldest-supported-numpy.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 04:24:30 Modified files: net/neon : Makefile distinfo net/neon/patches: patch-src_ne_openssl_c Log message: update to neon-0.32.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/09/12 04:21:27 Modified files: x11/gtkmm40: Makefile distinfo x11/gtkmm40/pkg: PLIST Log message: Update to gtkmm40-4.8.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 04:16:06 Modified files: graphics/ImageMagick: Makefile distinfo Log message: update to ImageMagick-6.9.12.63
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 04:15:40 Modified files: security/pcsc-lite: Makefile distinfo Log message: update to pcsc-lite-1.9.8
Re: [new] www/libreddit
On 2022/09/12 02:19, Lucas Raab wrote: > On Sun, Sep 04, 2022 at 06:52:50PM +, Lucas Raab wrote: > > On Sun, Sep 04, 2022 at 07:41:38PM +0100, Stuart Henderson wrote: > > > See the first line of crates.inc > > > > Fixed up (and will remember for next time) > > > > > > > > Looks like maybe the pexp setting isn't needed? > > > > Doesn't seem to be. I removed the line, recycled, stopped, and started > > with no issues. > > > > > > > > Please zap the comments on rc_bg/rc_reload > > > > Done > > > > Other items to address or good to import? > > Thanks, > Lucas It will need a new uid now. Nit-picking but I'd add . at the end of DESCR. With those OK sthen@ We are running out of UIDs before we hit 1000, and some people use at least a few before 1000 so we should probably stop a bit short. Nobody could agree on a new range to use yet, but I think we should at least recycle old removed uids now, starting with the earliest removed. $ cd /usr/ports/infrastructure/db; cvs blame user.list | grep '#' | sort -nr | tail Annotations for user.list *** 1.278(sthen06-Jul-16): #524 _mail mail/openwebmail 1.278(sthen06-Jul-16): #522 _xcept _xcept comms/xcept 1.277(sthen29-Jun-16): #775 _letskencrypt _letskencrypt security/letskencrypt 1.251(ajacouto 17-Jul-15): #576 _apache2_apache2 www/apache-httpd 1.195(fgsch15-Sep-12): #597 _kqemu emulators/kqemu 1.183(ajacouto 19-Feb-12): #630 _avahi-autoipd _avahi-autoipd net/avahi 1.182(robert 19-Feb-12): #593 _nginx _nginx www/nginx 1.151(fgsch10-Mar-11): #639 _polkituser _polkituser sysutils/policykit 1.151(fgsch10-Mar-11): #567 _dk-milter _dk-milter mail/dk-milter 1.151(fgsch10-Mar-11): #552 _xavante_xavante www/xavante
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 02:56:37 Modified files: security/pass-import: Makefile distinfo security/pass-import/patches: patch-setup_py security/pass-import/pkg: PLIST Log message: update to pass-import-3.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 02:56:02 Modified files: security : Makefile Log message: +py-zxcvbn
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/09/12 02:55:27 Log message: import ports/security/py-zxcvbn, ok kmos@ A realistic password strength estimator. This is a Python implementation of the library created by the team at Dropbox. The original library, written for JavaScript, can be found at https://github.com/dropbox/zxcvbn. - Accepts user data to be added to the dictionaries that are tested against (name, birthdate, etc) - Gives a score to the password, from 0 (terrible) to 4 (great) - Provides feedback on the password and ways to improve it - Returns time estimates on how long it would take to guess the password in different situations Status: Vendor Tag: sthen Release Tags: sthen_20220912 N ports/security/py-zxcvbn/Makefile N ports/security/py-zxcvbn/distinfo N ports/security/py-zxcvbn/pkg/PLIST N ports/security/py-zxcvbn/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/09/12 02:44:34 Modified files: databases/py-puppetdb: Makefile distinfo Log message: update 2.5.2 -> 3.0.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/09/12 02:24:25 Modified files: www/puppetboard: Makefile distinfo Log message: update 4.0.3 -> 4.0.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/09/12 01:49:20 Modified files: sysutils/broot : Makefile crates.inc distinfo Log message: sysutils/broot: update to 1.14.2 use MODCARGO_CRATES_KEEP to build the local copy of libgit2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2022/09/12 01:40:12 Modified files: devel/cargo: cargo.port.mk security/vaultwarden: Makefile www/nextcloud_notify_push: Makefile Log message: devel/cargo: provide a generic way to override MODCARGO_CRATES changes several crates needs few changes (patch) to work easily in ports tree, or might build bundled versions of libraries instead of using ports tree. but in some cases, it's simpler to let porters manage that themselves. the diff replaces MODCARGO_CRATES_SQLITE3_BUNDLED (specific knob for libsqlite3-sys) by MODCARGO_CRATES_KEEP (a list of crates to keep unmodified). adapt security/vaultwarden and www/nextcloud_notify_push to use MODCARGO_CRATES_KEEP instead of MODCARGO_CRATES_SQLITE3_BUNDLED. ok landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/09/12 00:15:48 Modified files: print/lilypond : Makefile distinfo print/lilypond/patches: patch-aclocal_m4 patch-configure_ac patch-lily_include_open-type-font_hh patch-lily_music-iterator_cc patch-lily_pango-font_cc patch-lily_ttf_cc print/lilypond/pkg: PLIST-docs PLIST-main Log message: Update to lilypond-2.22.2.