Comment:
SignOn Daemon (Qt)
Description:
The SignOn daemon is a D-Bus service which performs user authentication on
behalf of its clients. There are currently authentication plugins for OAuth 1.0
and 2.0, SASL, Digest-MD5, and plain username/password combination.
Maintainer: Rafael Sadowski <rsadowski@openbsd.org>
WWW: https://accounts-sso.gitlab.io/
Comment:
Qt-based client library for the accounts database
Description:
Library for managing accounts which can be used from Qt applications. It is
part of the @accounts-sso project.
Maintainer: Rafael Sadowski <rsadowski@openbsd.org>
WWW: https://accounts-sso.gitlab.io/
Builds and packages fine, but run tests were generally unsuccessful
(for me) with deluge-gtk not showing up as window under cwm(1) at all.
Either way, this is better than having an outdated python 2 plugin for
a python 3 client.
Diff from bentley
4.3.0 switched to newer glibmm and thus broke clang builds.
4.3.1 is a fix release but not for the glibmm/range-v3/clang issues.
Ship a minimal fix that builds and runs; upstream master is still broken.
Newer versions require more tweaks and newer bundles, so make small steps.
Same fix as the borg 1.1 one except that borg 1.2 uses ports py-msgpack
which has more consumers than borg 1.2, hence the separate commit.
$ borg init -e none ./repo ; echo $?
Unknown integrity data version 0 in integrity.1
0
msgpack-python messed up __BYTE_ORDER handling, but only on sparc64 using
ports GCC 8.4.0; macppc base clang 13 is fine.
msgpack-python got fixed, pull the PR and bump borg 1.2.
Teste on little endian amd64/base-clang and big endian macppc/base-clang,
sparc64/ports-gcc.
OK bket
Uses getpwnam(3) and crypt(3) to check the user passwords, but our
getpwnam(3) doesn't return password hashes since 2016.
Problem spotted by William Orr while toying with this port. William
provided a fix but it's more reasonable to drop this ancient piece of
software. ok tb@
zenmap is a python 2 gui supposed to be run as root, ndiff diffs nmap
outputs. ndiff from the nmap package requires the nmap-zenmap package to
be installed, but doesn't depend on it and won't work unless you actually
install/use zenmap... which noone ever complained about.
Upstream has some active python 3 pull requests, but nothing concrete and
nmap port updates are overdue anyway.
Completely remove all python (2) bits from this port.
Feedback jca sthen
OK jca (on zenmap removal, ndiff removal probably as well)
OK sthen
homepage times out for me, no maintainer, python 2 only, no consumers,
no update since 2009, we lag behind the last upstream version from 2018.
There is plenty of maintained irc bot software to chose from.
OK sthen
no maintainer, no consumers, python 2 only, no update since 2016,
py3 net/py-pcapy exists (albeit broken currently).
Not a good idea to parse network packets with dead python 2 code.
OK sthen
- add tests and compat for setresuid setresgid
- add GEMINI_SEARCH_STRING fastcgi parameter / cgi env variable
- manpage fix: QUERY_STRING is *not* urldecoded
- fixed use-after-free in the fastcgi code
- when switching user also set the groups
- always cast is*() arguments to unsigned char
updates and used file io for other things, but it seems that was changed
sometime around 1.3-ish, which makes it less scary for non-UBC
with this, i see much lower cpu spin%, at least when used with rrdcached,
and haven't noticed any problems with a fairly busy librenms
while there, use -flto on lld archs, except on archs where we usually
have problems with it
