CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/19 00:56:08 Modified files: textproc/re2 : Makefile distinfo Log message: Update to re2-20231101.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/19 00:55:00 Modified files: graphics/jasper: Makefile distinfo graphics/jasper/patches: patch-src_libjasper_jpc_jpc_enc_c Log message: Update to jasper-4.1.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/19 00:52:18 Modified files: x11/icewm : Makefile distinfo x11/icewm/pkg : PLIST Log message: Update to icewm-3.4.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/19 00:34:21 Modified files: x11/gnome/gjs : Makefile distinfo Log message: Update to gjs-1.78.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/19 00:31:48 Modified files: sysutils/amazon-ssm-agent: Makefile distinfo Log message: Update to amazon-ssm-agent-3.2.2143.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/19 00:00:35 Added files: x11/gnome/builder/patches: patch-src_libide_tweaks_ide-tweaks-window_c Log message: Unbreak build with newer GTK.
Re: update games/unknown-horizons to latest git commit
On Thu, Jan 18, 2024 at 01:25:35PM -0500, Daniel Dickman wrote: > The latest upstream commit drops legacy Python 2 support code. Interesting that they are refactoring this much while the project goal seems to be the move to a Godot4-based engine [1]. > Following this update we can drop the RDEP on py-future. However testing > this change revealed that fifengine was missing an RDEP on py-future. The > fix for fifengine is already in the tree, but I updated the fifengine RDEP > here to 0.4.2p4 to make sure py-future continues to stay around at > runtime. Not sure if specifying the min version of fifengine is necessary if -current only has the latest version anyway. Installation should anyway be done with pkg_add -U if packages aren't up-to-date... > The TDEP on py-nose was removed upstream in commit 3a808be which switched > to pytest. (But tests are still broken as they do not support pytest 4+ > yet.) > > Also switch to using MODPY_SETUPTOOLS=Yes which seems to work (possibly > after upstream commit 50397fa. > > ok? Tested and builds and works, but I'm getting a slightly different PLIST. I also understand the difference between REVISION and the version in PKGNAME such that REVISION is for when the port changes with same upstream version generally, and PKGNAME changes with change in upstream version (cf. packages-specs(7)). If this is accurate, using a more recent GH_COMMIT would mean changing the PKGNAME. I would propose updating it to 2019.1pl0 and dropping REVISION... Per bsd.port.mk(5), NO_TEST shouldn't be used for ports with existing, but failing tests. Therefore, I suggest removing the NO_TEST line. My own adjusted diff is below, but it builds and runs so with or without the changes I'm suggesting, ok thfr@. [1] https://github.com/unknown-horizons/godot-port > Index: Makefile > === > RCS file: /cvs/ports/games/unknown-horizons/Makefile,v > diff -u -p -u -r1.12 Makefile > --- Makefile 28 Sep 2023 00:23:24 - 1.12 > +++ Makefile 18 Jan 2024 18:16:52 - > @@ -3,11 +3,11 @@ COMMENT = economic historical real-time > MODPY_EGG_VERSION = 2019.1 > DISTNAME = ${GH_PROJECT}-${MODPY_EGG_VERSION} > PKGNAME =unknown-horizons-${MODPY_EGG_VERSION} > -REVISION = 3 > +REVISION = 4 > > GH_ACCOUNT = unknown-horizons > GH_PROJECT = unknown-horizons > -GH_COMMIT = d106648463a391a86779b63a2e643ea8301f2683 > +GH_COMMIT = e50348da5ed3044957b56525d8e9816b8815d3f1 > > CATEGORIES = games > > @@ -18,7 +18,9 @@ PERMIT_PACKAGE =Yes > > MODULES =lang/python \ > textproc/intltool > + > MODPY_ADJ_FILES =unknown-horizons > +MODPY_SETUPTOOLS = Yes > MODPY_PYTEST = Yes > > SEPARATE_BUILD = Yes > @@ -29,12 +31,10 @@ BUILD_DEPENDS = devel/gettext,-tools \ > graphics/py-Pillow${MODPY_FLAVOR} \ > sysutils/py-distro > RUN_DEPENDS =devel/desktop-file-utils \ > - devel/py-future${MODPY_FLAVOR} \ > - games/fifengine>=0.4.2p3 \ > + games/fifengine>=0.4.2p4 \ > textproc/py-yaml${MODPY_FLAVOR} > TEST_DEPENDS = devel/py-greenlet${MODPY_FLAVOR} \ > devel/py-mock${MODPY_FLAVOR} \ > - devel/py-nose${MODPY_FLAVOR} \ > textproc/py-polib${MODPY_FLAVOR} \ > textproc/py-yaml${MODPY_FLAVOR} > > Index: distinfo > === > RCS file: /cvs/ports/games/unknown-horizons/distinfo,v > diff -u -p -u -r1.3 distinfo > --- distinfo 28 Sep 2023 00:23:25 - 1.3 > +++ distinfo 18 Jan 2024 18:16:52 - > @@ -1,2 +1,2 @@ > -SHA256 (unknown-horizons-2019.1-d1066484.tar.gz) = > iQRU8UJ55nfR2/2UCovDBl7I4DP/QywHLQJFr2AGWOc= > -SIZE (unknown-horizons-2019.1-d1066484.tar.gz) = 267534197 > +SHA256 (unknown-horizons-2019.1-e50348da.tar.gz) = > BEJz4GrCu1WdZldiKyQsv0LzpvnycpO8R6guxYm14OM= > +SIZE (unknown-horizons-2019.1-e50348da.tar.gz) = 267530463 > Index: pkg/PLIST > === > RCS file: /cvs/ports/games/unknown-horizons/pkg/PLIST,v > diff -u -p -u -r1.5 PLIST > --- pkg/PLIST 28 Sep 2023 00:23:25 - 1.5 > +++ pkg/PLIST 18 Jan 2024 18:16:54 - > @@ -1,5 +1,9 @@ > bin/unknown-horizons > -lib/python${MODPY_VERSION}/site-packages/UnknownHorizons-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info > +lib/python${MODPY_VERSION}/site-packages/UnknownHorizons-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ > +lib/python${MODPY_VERSION}/site-packages/UnknownHorizons-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO > +lib/python${MODPY_VERSION}/site-packages/UnknownHorizons-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt >
Re: UPDATE: sysutils/coreutils 9.3 => 9.4
On 1/18/2024 4:56 AM, Theo Buehler wrote: > And right after it was committed, someone found a bug in split > > https://marc.info/?l=oss-security=170556990821840=2 > Hah! Of course... ok, thanks! ~Brian
audio/shairport-sync: save config permissions, clearer sndio(7) instructions
Config may contain passwords, but is world-readable. I'd say /etc/ files are usually root-owned as well: -rw-r--r-- 1 _shairport _shairport 23340 Jan 19 01:24 /etc/shairport-sync.conf Fix it in PLIST; daemon user's home ownership/permissions stay the same: -rw-r- 1 root_shairport 23340 Jan 19 01:53 /etc/shairport-sync.conf drwxr-xr-x 3 _shairport _shairport512 Jan 19 01:56 /var/spool/shairport-sync/ Paul mentioned shairpoint-sync's instructions as reply to spotifyd, where I went with less repitition and more precise instructions. I suggest syncing with that so copy/paste after install just works. Playback on amd64 from an iPhone works for me without further config. (Pausing on the remote device crashes the daemon, but that's not news and we're due updating our port, anyways.) Feedback? OK? Index: Makefile === RCS file: /cvs/ports/audio/shairport-sync/Makefile,v diff -u -p -r1.3 Makefile --- Makefile5 Oct 2022 14:54:23 - 1.3 +++ Makefile19 Jan 2024 00:51:56 - @@ -3,7 +3,7 @@ COMMENT = AirPlay audio player GH_ACCOUNT = mikebrady GH_PROJECT = shairport-sync GH_TAGNAME = 3.3.9 -REVISION = 1 +REVISION = 2 CATEGORIES = audio @@ -30,6 +30,9 @@ CONFIGURE_ARGS += --with-ssl=openssl \ --with-sndio \ --with-os=openbsd FAKE_FLAGS = sysconfdir=${PREFIX}/share/examples/shairport-sync + +HOME_DIR = ${LOCALSTATEDIR}/spool/${PKGSTEM} +SUBST_VARS = HOME_DIR post-install: mv ${PREFIX}/man/man7/shairport-sync.7 \ Index: pkg/PLIST === RCS file: /cvs/ports/audio/shairport-sync/pkg/PLIST,v diff -u -p -r1.2 PLIST --- pkg/PLIST 1 May 2022 14:00:13 - 1.2 +++ pkg/PLIST 19 Jan 2024 00:45:59 - @@ -1,12 +1,17 @@ @newgroup _shairport:876 -@newuser _shairport:876:876::Shairport-sync Account:/var/spool/shairport-sync:/sbin/nologin +@newuser _shairport:876:876::Shairport-sync Account:${HOME_DIR}:/sbin/nologin @rcscript ${RCDIR}/shairport_sync +@owner _shairport +@group _shairport +@sample ${HOME_DIR}/ +@extraunexec rm -rf ${HOME_DIR} +@owner +@group @bin bin/shairport-sync @man man/man1/shairport-sync.1 share/doc/pkg-readmes/${PKGSTEM} share/examples/shairport-sync/ share/examples/shairport-sync/shairport-sync.conf -@owner _shairport +@mode 0640 @group _shairport @sample ${SYSCONFDIR}/shairport-sync.conf -@sample /var/spool/shairport-sync/ Index: pkg/README === RCS file: /cvs/ports/audio/shairport-sync/pkg/README,v diff -u -p -r1.2 README --- pkg/README 1 May 2022 14:00:13 - 1.2 +++ pkg/README 19 Jan 2024 00:43:28 - @@ -8,16 +8,7 @@ boot time, the rc.conf.local(8) pkg_scri rcctl enable messagebus avahi_daemon shairport_sync rcctl order messagebus avahi_daemon shairport_sync -sndiod(8) concurrent access by shairport-sync(1) and other users - +Follow sndio(7) Authentication if both dedicated and your own user shall be +able to play audio at the same time, e.g. on a desktop system: -sndiod(8) normally only allows access to audio by a single system user -at a time. This is done by generating a random authentication token and -storing it in $HOME/.sndio/cookie when a user first accesses audio, -providing a limited capability to share with other users by copying -the token to their home directory. See AUTHENTICATION in sndio(7) for -more details. - -If you want to share sndiod(8) access with shairport-sync(1) running as -the default _shairport user, you may copy .sndio/cookie from your user's -home directory to /var/spool/shairport/.sndio/cookie. +install -D -p -o _shairport -m 0600 ~/.sndio/cookie ${HOME_DIR}/.sndio/cookie Index: pkg/shairport_sync.rc === RCS file: /cvs/ports/audio/shairport-sync/pkg/shairport_sync.rc,v diff -u -p -r1.1.1.1 shairport_sync.rc --- pkg/shairport_sync.rc 27 Apr 2022 02:19:25 - 1.1.1.1 +++ pkg/shairport_sync.rc 19 Jan 2024 00:40:41 - @@ -6,4 +6,5 @@ daemon_user="_shairport" . /etc/rc.d/rc.subr rc_bg=YES + rc_cmd $1
Re: [new] games/simutrans
On Wed, Jan 17, 2024 at 08:11:14PM -0500, Thomas Frohwein wrote: > On Wed, Mar 15, 2023 at 01:05:51AM -0400, Thomas Frohwein wrote: > > [...] > > I would like to follow-up about this port. It seems that the upcoming > version 123.0.2 has some changes that make this much easier to manage > as a port: The paksets (content packages) that needed to be relative to > the executable can now be stored in ~/simutrans/paksets/. There is also > a new pak installer that helps with downloading paksets when none are > present. This means that the port doesn't need the subdirectories > base/, pak/, and pak128/ anymore. There are other more existing paksets > that can be installed just as easily as the standard ones. > > Since I haven't seen follow-up on this in a while - James, are you > still planning to be maintainer for this port? I left your maintainer > address in and it would be great if you could give this new version a > look and still consider maintaining it, as I'm not sure that I will > have the long-term bandwidth to follow-up on this regularly. > > The attached package is now for simutrans-123.0.2alpha0 because the > game menu advertises itself as 123.0.2 already and the alpha suffix > allows for the most options in between this and the next release. > This tarball also contains fixes to find fluidsynth soundfonts from > generaluser-gs-soundfont, scummvm, or gzdoom if installed. > > The fluidsynth support will only be built with the newer fluidsynth > port; the current one (1.1) is too old - see my email [1]. I've also > included comments in the Makefile to help with updating the port from > GitHub checkouts, and how to switch back to Sourceforge releases when > the time is right. > > I updated the README to reflect the new reality of managing paksets. I > left out the translations for now as they currently require pulling in > online files that seem to change the ports contents and aren't just > added in. > > I'm working with upstream on getting the patches added, especially for > the dr_mkdir before dr_chdir and the recursive dr_mkdir > > ok to import (with/after fluidsynth update)? and with James still as > maintainer? > > [1] https://marc.info/?l=openbsd-ports=170551090219393=2 I overlooked that I made the Makefile with the uncommitted patch for DIST_TUPLE WRKDIST in my tree [1], so the port Makefile is missing a WRKDIST entry. I've added this so that it works for anyone testing simutrans. Also if someone reads this who can run a bulk build with the diff from [1], this would help to check before getting an okay for the DIST_TUPLE enhancement to set WRKDIST... [1] https://marc.info/?l=openbsd-ports=170380735025739=2 simutrans-123.0.2alpha0.tgz Description: application/tar-gz
Re: [NEW/wip]: devel/py3-bdfparser - library for parsing BDF fonts
On Sun, Jan 07, 2024 at 05:12:34AM +0300, Корякин Артём wrote: > Hello, thanks for responding. > > > This tries to replace "py" with "py-" from DISTNAME, but there is > > no py in DISTNAME. I think it should just use > > > > PKGNAME=py-${DISTNAME} > > It really should, thanks for pointing this out. > I rewrited this. > > >> +CATEGORIES= devel > > > > devel is quite a busy category and it's usually better to choose another > > if possible. I think perhaps graphics might be better (or maybe even > > sysutils). > > Moved to sysutils category. > > > Please add a HOMEPAGE, I think either https://font.tomchen.org/bdfparser_py/ > > or https://github.com/tomchen/bdfparser would do. > > Added first web page as a HOMEPAGE. > > >> --- /dev/null > >> +++ b/pkg/DESCR > >> @@ -0,0 +1,6 @@ > >> +BDF format bitmap font file parser library in Python. It has Font, > >> +Glyph and Bitmap classes providing more than 30 chainable API methods > >> +of parsing BDF fonts, getting their meta information, rendering text > >> +in any writing direction, adding special effects and manipulating > >> +bitmap images. It works seamlessly with PIL / Pillow and NumPy, and > >> +has detailed documentation / tutorials / API reference. > >> \ No newline at end of file > > > > Should have a newline at end of file. > > Yep, I added it. For some reason I thought that ports is simillar to > tech@ in fact that only textual patches would be applied and I used git > send-email. In the second commit I added newline, but turns out that > git send-email --to=ports@openbsd.org HEAD~2 --relative . > would not create a draft with two commits in one email, but two > emails. Sorry. > > > The rest looks good, so with those changes I'd give an ok for someone to > > import it. > > > > If possible we would prefer an attached tar.gz for new ports; applying > > git diffs to a cvs tree for import is a bit of a pain. > > Sorry, py3-bdfparser.tar.gz would be attached as attachment with > application/x-tar MIME type. > > Best regards, Arstiom. Pretty sure this needs the usual FLAVOR dance, otherwhise pkgname/path mismatch (regardless, the ports directory needs to be named py-*): $ make show='FULLPKGNAME FULLPKGPATH' py3-bdfparser-2.2.0 graphics/py-bdfparser Also, I slightly prefer graphics/ over sysutils/ here. OK kn to import that, or I'll import with OK sthen in a few days unless there are objections. py-bdfparser.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2024/01/18 15:59:17 Modified files: net/tdesktop : Makefile distinfo Log message: update to tdesktop 4.14.8
net/torsocks: update to 2.4.0
Upstream changed sites, release is from may 2022, that one fclose(3) is effectively merged, others remain. https://gitlab.torproject.org/tpo/core/torsocks/-/releases While here, bump AUTO*_VERSION, sync DESCR and capitalise COMMENT. No shared lib, WANTLIB or PLIST change. 100% amd64 tests pass, works for me. Feedback? OK? Index: Makefile === RCS file: /cvs/ports/net/torsocks/Makefile,v diff -u -p -r1.18 Makefile --- Makefile11 Nov 2023 11:51:22 - 1.18 +++ Makefile18 Jan 2024 22:47:05 - @@ -1,13 +1,14 @@ -COMMENT = socks proxy for use with tor +COMMENT = SOCKS proxy for use with Tor -DISTNAME = torsocks-2.3.0 -REVISION = 0 +V =2.4.0 +DISTNAME = torsocks-v${V} +PKGNAME = ${DISTNAME:S/v//} SHARED_LIBS = torsocks2.0 # 0.0 CATEGORIES = net -HOMEPAGE = https://gitweb.torproject.org/torsocks.git/ +HOMEPAGE = https://gitlab.torproject.org/tpo/core/torsocks MAINTAINER = Pascal Stumpf @@ -16,10 +17,10 @@ PERMIT_PACKAGE =Yes WANTLIB += pthread -SITES= https://gitweb.torproject.org/torsocks.git/snapshot/ +SITES= https://gitlab.torproject.org/tpo/core/torsocks/-/archive/v${V}/ -AUTOCONF_VERSION= 2.69 -AUTOMAKE_VERSION= 1.15 +AUTOCONF_VERSION= 2.71 +AUTOMAKE_VERSION= 1.16 USE_LIBTOOL = gnu @@ -31,6 +32,5 @@ CONFIGURE_STYLE = autoreconf autoheader pre-configure: ${SUBST_CMD} ${WRKSRC}/src/bin/torsocks.in - .include Index: distinfo === RCS file: /cvs/ports/net/torsocks/distinfo,v diff -u -p -r1.4 distinfo --- distinfo1 Jun 2022 12:35:11 - 1.4 +++ distinfo18 Jan 2024 22:35:05 - @@ -1,2 +1,2 @@ -SHA256 (torsocks-2.3.0.tar.gz) = gXwUPoqdIX9BoiOoUTnGyijhuZVWxUf820xy28Fwtsk= -SIZE (torsocks-2.3.0.tar.gz) = 118033 +SHA256 (torsocks-v2.4.0.tar.gz) = wBtHHYntqfPI3LhaRI6AZmktBwf5/4sqx+ZlpgIpG4c= +SIZE (torsocks-v2.4.0.tar.gz) = 118991 Index: patches/patch-src_common_compat_h === RCS file: /cvs/ports/net/torsocks/patches/patch-src_common_compat_h,v diff -u -p -r1.3 patch-src_common_compat_h --- patches/patch-src_common_compat_h 1 Jun 2022 12:35:11 - 1.3 +++ patches/patch-src_common_compat_h 18 Jan 2024 22:38:40 - @@ -20,7 +20,7 @@ Index: src/common/compat.h #if defined(__linux__) #include -@@ -196,7 +197,8 @@ void tsocks_once(tsocks_once_t *o, void (*init_routine +@@ -204,7 +205,8 @@ void tsocks_once(tsocks_once_t *o, void (*init_routine #endif /* __linux__ */ @@ -30,7 +30,7 @@ Index: src/common/compat.h #include #include -@@ -215,7 +217,7 @@ void tsocks_once(tsocks_once_t *o, void (*init_routine +@@ -223,7 +225,7 @@ void tsocks_once(tsocks_once_t *o, void (*init_routine #define TSOCKS_NR_LISTENSYS_listen #define TSOCKS_NR_RECVMSG SYS_recvmsg Index: patches/patch-src_lib_fclose_c === RCS file: patches/patch-src_lib_fclose_c diff -N patches/patch-src_lib_fclose_c --- patches/patch-src_lib_fclose_c 11 Mar 2022 19:47:53 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,19 +0,0 @@ -Unbreak funopen usage with libtorsocks - always call the libc fclose -function, even when fd < 0. - -Index: src/lib/fclose.c src/lib/fclose.c.orig -+++ src/lib/fclose.c -@@ -64,11 +64,9 @@ LIBC_FCLOSE_RET_TYPE tsocks_fclose(LIBC_FCLOSE_SIG) - connection_put_ref(conn); - } - -+error: - /* Return the original libc fclose. */ - return tsocks_libc_fclose(fp); -- --error: -- return -1; - } - - /* Index: patches/patch-src_lib_syscall_c === RCS file: /cvs/ports/net/torsocks/patches/patch-src_lib_syscall_c,v diff -u -p -r1.4 patch-src_lib_syscall_c --- patches/patch-src_lib_syscall_c 11 Nov 2023 11:51:22 - 1.4 +++ patches/patch-src_lib_syscall_c 18 Jan 2024 22:38:40 - @@ -3,7 +3,7 @@ Don't attempt to intercept syscall(2) if Index: src/lib/syscall.c --- src/lib/syscall.c.orig +++ src/lib/syscall.c -@@ -442,6 +442,7 @@ static LIBC_SYSCALL_RET_TYPE handle_memfd_create(va_li +@@ -483,6 +483,7 @@ static LIBC_SYSCALL_RET_TYPE handle_passthrough(long n /* * Torsocks call for syscall(2) */ @@ -11,7 +11,7 @@ Index: src/lib/syscall.c LIBC_SYSCALL_RET_TYPE tsocks_syscall(long int number, va_list args) { LIBC_SYSCALL_RET_TYPE ret; -@@ -594,7 +595,9 @@ LIBC_SYSCALL_DECL +@@ -636,7 +637,9 @@ LIBC_SYSCALL_DECL return ret; } @@ -21,7 +21,7 @@ Index: src/lib/syscall.c /* Only used for *BSD systems. */ #if (defined(__NetBSD__) || defined(__FreeBSD__)) -@@ -661,3 +664,4 @@
net/tor: rcctl configtest
# rcctl -d configtest tor doing _rc_parse_conf tor_flags empty, using default >< doing _rc_parse_conf /var/run/rc.d/tor tor doing rc_configtest Jan 18 22:53:19.437 [notice] Tor 0.4.8.10 running on OpenBSD with Libevent 2.1.12-stable, OpenSSL LibreSSL 3.8.2, Zlib 1.3.0.1-motley, Liblzma N/A, Libzstd N/A and BSD 202310 as libc. Jan 18 22:53:19.438 [notice] Tor can't help you if you use it wrong! Learn how to be safe at https://support.torproject.org/faq/staying-anonymous/ Jan 18 22:53:19.438 [notice] Read configuration file "/etc/tor/torrc". Configuration was valid (ok) Feedback? OK? Index: Makefile === RCS file: /cvs/ports/net/tor/Makefile,v diff -u -p -r1.162 Makefile --- Makefile9 Dec 2023 22:38:11 - 1.162 +++ Makefile18 Jan 2024 21:52:31 - @@ -3,6 +3,7 @@ COMMENT=anonymity service using onion r DISTNAME= tor-0.4.8.10 CATEGORIES=net HOMEPAGE= https://www.torproject.org/ +REVISION= 0 MAINTAINER=Pascal Stumpf Index: pkg/tor.rc === RCS file: /cvs/ports/net/tor/pkg/tor.rc,v diff -u -p -r1.8 tor.rc --- pkg/tor.rc 11 Mar 2022 19:47:53 - 1.8 +++ pkg/tor.rc 18 Jan 2024 21:52:26 - @@ -7,4 +7,8 @@ daemon_timeout=60 rc_stop_signal=INT +rc_configtest() { + ${daemon} ${daemon_flags} --verify-config +} + rc_cmd $1
Re: fluidsynth update 2.3.4
Le mercredi 17 janvier 2024 à 12:01 -0500, Thomas Frohwein a écrit : > Hi, > > Following up on [1], I adjusted the fluidsynth diff to the latest > version 2.3.4. Got interested in this when revisiting simutrans [2] > which looks for fluidsynth>=2.1. I tested fluidsynth with shockolate > and generaluser-gs-soundfont which works as previously. I assume from > looking at the prior discussion that updating fluidsynth would require > updating qsynth (see [3]). > > One (minor?) issue is that the test binaries aren't built and so `make > test` doesn't show any useful results. I looked a little through the > cmake files and couldn't spot the problem, but that could probably be > revisited later...? > > ok to catch up our fluidsynth port? > I don't have much opinion about the diff, but the ports using audio/fluidsynth all build well with it
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2024/01/18 13:53:02 Modified files: net/syncthing : Makefile distinfo Log message: update to syncthing 1.27.2; OK paco edd
Update: Ruby 3.2.3
This updates from Ruby 3.2.2 to Ruby 3.2.3. Release announcement at https://www.ruby-lang.org/en/news/2024/01/18/ruby-3-2-3-released/ One security fix in this release: CVE-2023-36617: ReDoS vulnerability in URI Porting wise, the only unusual change is the addition of a new command line tool (syntax_suggest32) in a tiny release. The command line tool doesn't work, and I checked and Ruby 3.3 has the same issue. I filed a bug upstream for that. Tested on amd64. Will be committing in a couple days unless I hear objections. Since this has a security fix, I'll commit to -stable next week. Thanks, Jeremy Index: Makefile === RCS file: /cvs/ports/lang/ruby/3.2/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile1 Jan 2024 17:03:48 - 1.8 +++ Makefile18 Jan 2024 18:53:11 - @@ -1,9 +1,8 @@ -VERSION = 3.2.2 +VERSION = 3.2.3 DISTNAME = ruby-${VERSION} SHARED_LIBS = ruby32 0.0 NEXTVER = 3.3 PKGSPEC-main ?= ruby->=3.2.0,<${NEXTVER} -REVISION-main =2 PSEUDO_FLAVORS=no_ri_docs bootstrap # Do not build the RI docs on slow arches Index: distinfo === RCS file: /cvs/ports/lang/ruby/3.2/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo1 Apr 2023 19:28:25 - 1.3 +++ distinfo18 Jan 2024 18:53:11 - @@ -1,2 +1,2 @@ -SHA256 (ruby-3.2.2.tar.gz) = lsV1WIcaZ0jeW8nydOk/S1qtBs2PN776Do2U57ikI7w= -SIZE (ruby-3.2.2.tar.gz) = 20467023 +SHA256 (ruby-3.2.3.tar.gz) = r38XV9ndtjA0WYgTkhHx/VcP9bqDDe8cx8Rorptlybo= +SIZE (ruby-3.2.3.tar.gz) = 20577155 Index: pkg/MESSAGE-main === RCS file: /cvs/ports/lang/ruby/3.2/pkg/MESSAGE-main,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 MESSAGE-main --- pkg/MESSAGE-main26 Dec 2022 03:03:57 - 1.1.1.1 +++ pkg/MESSAGE-main18 Jan 2024 18:53:11 - @@ -13,6 +13,7 @@ create symbolic links like so (overwriti ln -sf ${PREFIX}/bin/rdbg32 ${PREFIX}/bin/rdbg ln -sf ${PREFIX}/bin/rdoc32 ${PREFIX}/bin/rdoc ln -sf ${PREFIX}/bin/ri32 ${PREFIX}/bin/ri + ln -sf ${PREFIX}/bin/syntax_suggest32 ${PREFIX}/bin/syntax_suggest ln -sf ${PREFIX}/bin/typeprof32 ${PREFIX}/bin/typeprof The ruby-shims package is also available to automatically select an Index: pkg/PLIST-main === RCS file: /cvs/ports/lang/ruby/3.2/pkg/PLIST-main,v retrieving revision 1.3 diff -u -p -r1.3 PLIST-main --- pkg/PLIST-main 1 Apr 2023 19:28:26 - 1.3 +++ pkg/PLIST-main 18 Jan 2024 18:53:11 - @@ -13,6 +13,7 @@ bin/rdbg32 bin/rdoc32 bin/ri32 @bin bin/ruby32 +bin/syntax_suggest32 bin/typeprof32 include/ruby-${REV}/ include/ruby-${REV}/ruby/ @@ -221,7 +222,7 @@ include/ruby-${REV}/ruby/util.h include/ruby-${REV}/ruby/version.h include/ruby-${REV}/ruby/vm.h include/ruby-${REV}/${SUB}/ -include/ruby-${REV}/${SUB}/rb_mjit_min_header-3.2.2.h +include/ruby-${REV}/${SUB}/rb_mjit_min_header-3.2.3.h include/ruby-${REV}/${SUB}/ruby/ include/ruby-${REV}/${SUB}/ruby/config.h @so lib/libruby32.so @@ -412,6 +413,7 @@ lib/ruby/${REV}/bundler/rubygems_ext.rb lib/ruby/${REV}/bundler/rubygems_gem_installer.rb lib/ruby/${REV}/bundler/rubygems_integration.rb lib/ruby/${REV}/bundler/runtime.rb +lib/ruby/${REV}/bundler/safe_marshal.rb lib/ruby/${REV}/bundler/self_manager.rb lib/ruby/${REV}/bundler/settings/ lib/ruby/${REV}/bundler/settings.rb @@ -1225,7 +1227,12 @@ lib/ruby/${REV}/rubygems/ext/configure_b lib/ruby/${REV}/rubygems/ext/ext_conf_builder.rb lib/ruby/${REV}/rubygems/ext/rake_builder.rb lib/ruby/${REV}/rubygems/gem_runner.rb +lib/ruby/${REV}/rubygems/gemcutter_utilities/ lib/ruby/${REV}/rubygems/gemcutter_utilities.rb +lib/ruby/${REV}/rubygems/gemcutter_utilities/webauthn_listener/ +lib/ruby/${REV}/rubygems/gemcutter_utilities/webauthn_listener.rb +lib/ruby/${REV}/rubygems/gemcutter_utilities/webauthn_listener/response.rb +lib/ruby/${REV}/rubygems/gemcutter_utilities/webauthn_poller.rb lib/ruby/${REV}/rubygems/indexer.rb lib/ruby/${REV}/rubygems/install_default_message.rb lib/ruby/${REV}/rubygems/install_message.rb @@ -1346,6 +1353,7 @@ lib/ruby/${REV}/rubygems/security/policy lib/ruby/${REV}/rubygems/security/signer.rb lib/ruby/${REV}/rubygems/security/trust_dir.rb lib/ruby/${REV}/rubygems/security_option.rb +lib/ruby/${REV}/rubygems/shellwords.rb lib/ruby/${REV}/rubygems/source/ lib/ruby/${REV}/rubygems/source.rb lib/ruby/${REV}/rubygems/source/git.rb @@ -1393,6 +1401,9 @@ lib/ruby/${REV}/syntax_suggest.rb lib/ruby/${REV}/syntax_suggest/api.rb lib/ruby/${REV}/syntax_suggest/around_block_scan.rb lib/ruby/${REV}/syntax_suggest/block_expand.rb +lib/ruby/${REV}/syntax_suggest/capture/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2024/01/18 13:05:48 Modified files: net/tdesktop : Makefile distinfo Log message: update to tdesktop 4.14.7
update games/unknown-horizons to latest git commit
The latest upstream commit drops legacy Python 2 support code. Following this update we can drop the RDEP on py-future. However testing this change revealed that fifengine was missing an RDEP on py-future. The fix for fifengine is already in the tree, but I updated the fifengine RDEP here to 0.4.2p4 to make sure py-future continues to stay around at runtime. The TDEP on py-nose was removed upstream in commit 3a808be which switched to pytest. (But tests are still broken as they do not support pytest 4+ yet.) Also switch to using MODPY_SETUPTOOLS=Yes which seems to work (possibly after upstream commit 50397fa. ok? Index: Makefile === RCS file: /cvs/ports/games/unknown-horizons/Makefile,v diff -u -p -u -r1.12 Makefile --- Makefile28 Sep 2023 00:23:24 - 1.12 +++ Makefile18 Jan 2024 18:16:52 - @@ -3,11 +3,11 @@ COMMENT = economic historical real-time MODPY_EGG_VERSION =2019.1 DISTNAME = ${GH_PROJECT}-${MODPY_EGG_VERSION} PKGNAME = unknown-horizons-${MODPY_EGG_VERSION} -REVISION = 3 +REVISION = 4 GH_ACCOUNT = unknown-horizons GH_PROJECT = unknown-horizons -GH_COMMIT =d106648463a391a86779b63a2e643ea8301f2683 +GH_COMMIT =e50348da5ed3044957b56525d8e9816b8815d3f1 CATEGORIES = games @@ -18,7 +18,9 @@ PERMIT_PACKAGE = Yes MODULES = lang/python \ textproc/intltool + MODPY_ADJ_FILES = unknown-horizons +MODPY_SETUPTOOLS = Yes MODPY_PYTEST = Yes SEPARATE_BUILD = Yes @@ -29,12 +31,10 @@ BUILD_DEPENDS = devel/gettext,-tools \ graphics/py-Pillow${MODPY_FLAVOR} \ sysutils/py-distro RUN_DEPENDS = devel/desktop-file-utils \ - devel/py-future${MODPY_FLAVOR} \ - games/fifengine>=0.4.2p3 \ + games/fifengine>=0.4.2p4 \ textproc/py-yaml${MODPY_FLAVOR} TEST_DEPENDS = devel/py-greenlet${MODPY_FLAVOR} \ devel/py-mock${MODPY_FLAVOR} \ - devel/py-nose${MODPY_FLAVOR} \ textproc/py-polib${MODPY_FLAVOR} \ textproc/py-yaml${MODPY_FLAVOR} Index: distinfo === RCS file: /cvs/ports/games/unknown-horizons/distinfo,v diff -u -p -u -r1.3 distinfo --- distinfo28 Sep 2023 00:23:25 - 1.3 +++ distinfo18 Jan 2024 18:16:52 - @@ -1,2 +1,2 @@ -SHA256 (unknown-horizons-2019.1-d1066484.tar.gz) = iQRU8UJ55nfR2/2UCovDBl7I4DP/QywHLQJFr2AGWOc= -SIZE (unknown-horizons-2019.1-d1066484.tar.gz) = 267534197 +SHA256 (unknown-horizons-2019.1-e50348da.tar.gz) = BEJz4GrCu1WdZldiKyQsv0LzpvnycpO8R6guxYm14OM= +SIZE (unknown-horizons-2019.1-e50348da.tar.gz) = 267530463 Index: pkg/PLIST === RCS file: /cvs/ports/games/unknown-horizons/pkg/PLIST,v diff -u -p -u -r1.5 PLIST --- pkg/PLIST 28 Sep 2023 00:23:25 - 1.5 +++ pkg/PLIST 18 Jan 2024 18:16:54 - @@ -1,5 +1,9 @@ bin/unknown-horizons -lib/python${MODPY_VERSION}/site-packages/UnknownHorizons-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info +lib/python${MODPY_VERSION}/site-packages/UnknownHorizons-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ +lib/python${MODPY_VERSION}/site-packages/UnknownHorizons-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO +lib/python${MODPY_VERSION}/site-packages/UnknownHorizons-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt +lib/python${MODPY_VERSION}/site-packages/UnknownHorizons-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/UnknownHorizons-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/horizons/ lib/python${MODPY_VERSION}/site-packages/horizons/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/horizons/${MODPY_PYCACHE}/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: phess...@cvs.openbsd.org2024/01/18 10:00:05 Modified files: x11/kde-plasma/kwin: Makefile Log message: add a missing hidden dep on multimedia/pipewire/pipewire,-libs OK rsadowski@ (MAINTAINER)
Re: NEW: x11/emwm
On 2024/01/18 10:02, izder456 wrote: > Here is one with spaces favored, please don't, pretty much all the rest of the ports tree lines things up to some extent. when people do bulk work across the ports tree touching large numbers of ports it's helpful to have a bit of consistency, and it's easier to visually scan the Makefile that way. > I plan on getting emwm-utils too in a bit later either today or > tomorrow, it could possibly be a flavour, but I'm unsure if that makes > sense here. flavours are for when you build the same software with different build options. for software which is distributed separately it's simplest to use a separate port.
Re: NEW: games/Bugdom
Hey, sorry, Accidentally kept the files subdir, and didn't update the licensing info Attatched is the fix. Comments or OK? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu bugdom-1.3.4.tgz Description: application/compressed-tar
Re: NEW: games/Bugdom
On Thu, 18 Jan 2024 09:39:15 -0600 izder456 wrote: > Hey again, > > Fixed up and patched to mirror games/nanosaur2 from omar > > it was a simple enough patch. > > Comments or O.K. to merge? > Hey, sorry, Accidentally kept the files subdir, and didn't update the licensing info Attatched is the fix. Comments or OK? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu bugdom-1.3.4.tgz Description: application/compressed-tar
Re: NEW: x11/emwm
Hey, Sorry, i was half awake when building that. Here is one with spaces favored, otherwise not changed much. I plan on getting emwm-utils too in a bit later either today or tomorrow, it could possibly be a flavour, but I'm unsure if that makes sense here. OK? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu emwm-1.1.tgz Description: application/compressed-tar
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/18 08:39:51 Modified files: sysutils/terragrunt: Makefile distinfo Log message: Update to terragrunt-0.54.19.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/18 08:30:35 Modified files: sysutils/polkit: Makefile distinfo Removed files: sysutils/polkit/patches: patch-meson_build Log message: Update to polkit-124.
Re: fluidsynth update 2.3.4
Accounting for sthen's response I left the compiler line and removed the compiler comment. I looked through it and I think we can also drop the bdep on gettext,-tools which was needed for autoconf stuff before. The do-test works now, thanks! On Thu, Jan 18, 2024 at 06:54:02AM +0100, Rafael Sadowski wrote: [...] > > Following up on [1], I adjusted the fluidsynth diff to the latest > > version 2.3.4. Got interested in this when revisiting simutrans [2] > > which looks for fluidsynth>=2.1. I tested fluidsynth with shockolate > > and generaluser-gs-soundfont which works as previously. I assume from > > looking at the prior discussion that updating fluidsynth would require > > updating qsynth (see [3]). > > It would be nice to get an okay from the qsynth maintainer sebastia@. Sure, do you know if this fluidsynth update breaks qsynth if not updated? If so, should there be a comment in fluidsynth port to update both together? Index: Makefile === RCS file: /cvs/ports/audio/fluidsynth/Makefile,v retrieving revision 1.34 diff -u -p -r1.34 Makefile --- Makefile5 Nov 2022 17:06:22 - 1.34 +++ Makefile18 Jan 2024 13:21:40 - @@ -1,50 +1,46 @@ COMMENT = SoundFont2 software synthesizer + GH_ACCOUNT = FluidSynth GH_PROJECT = fluidsynth -GH_TAGNAME = v1.1.9 -REVISION = 1 +GH_TAGNAME = v2.3.4 -SHARED_LIBS += fluidsynth 2.0 # 6.0 +SHARED_LIBS += fluidsynth 3.0 # 6.0 CATEGORIES = audio + HOMEPAGE = https://www.fluidsynth.org/ # LGPLv2+ PERMIT_PACKAGE = Yes -WANTLIB = FLAC c glib-2.0 gthread-2.0 iconv intl m curses ogg opus -WANTLIB += pcre2-8 pthread readline sndfile sndio vorbis vorbisenc +WANTLIB += ${COMPILER_LIBCXX} SDL2 c glib-2.0 gthread-2.0 intl +WANTLIB += m readline sndfile sndio -LIB_DEPENDS = audio/libsndfile \ - devel/glib2 +COMPILER = base-clang ports-gcc base-gcc -AUTOCONF_VERSION = 2.69 -AUTOMAKE_VERSION = 1.16 -AUTORECONF = ./autogen.sh - -# autogen.sh needs aclocal/lib-ld.m4 -BUILD_DEPENDS += devel/gettext,-tools - -CONFIGURE_STYLE = autoreconf -CONFIGURE_ARGS += --disable-coreaudio \ - --disable-coremidi \ - --disable-dart \ - --disable-dbus-support \ - --disable-lash \ - --disable-ladcca \ - --disable-midishare \ - --disable-oss-support \ - --disable-portaudio-support \ - --disable-pulse-support +MODULES = devel/cmake -# broken -CONFIGURE_ARGS += --disable-jack-support +LIB_DEPENDS = audio/libsndfile \ + devel/glib2 \ + devel/sdl2 + +CONFIGURE_ARGS = -DCMAKE_DISABLE_FIND_PACKAGE_Doxygen=On \ + -Denable-jack=OFF \ + -Denable-coreaudio=OFF \ + -Denable-coremidi=OFF \ + -Denable-dart=OFF \ + -Denable-dbus=OFF \ + -Denable-lash=OFF \ + -Denable-ladcca=OFF \ + -Denable-midishare=OFF \ + -Denable-oss=OFF \ + -Denable-pipewire=OFF \ + -Denable-pulseaudio=OFF post-patch: cp ${FILESDIR}/fluid_sndio.c ${WRKSRC}/src/drivers/ - # not defined in autoconf build, but required by source code - # upstream really wants cmake, but the sndio patches need porting first - sed -i 's,DEFAULT_SOUNDFONT,"${LOCALBASE}/share/generaluser-gs/GeneralUser_GS.sf2",' \ - ${WRKSRC}/src/synth/fluid_synth.c + +do-test: + cd ${WRKBUILD} && exec ${SETENV} ${ALL_TEST_ENV} ninja check .include Index: distinfo === RCS file: /cvs/ports/audio/fluidsynth/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo25 Jun 2021 21:48:40 - 1.4 +++ distinfo18 Jan 2024 13:21:40 - @@ -1,2 +1,2 @@ -SHA256 (fluidsynth-1.1.9.tar.gz) = 3WMh4Tp8h17zAyZEvTGX6Es9JJKOI3m8gGa3ys571BA= -SIZE (fluidsynth-1.1.9.tar.gz) = 630651 +SHA256 (fluidsynth-2.3.4.tar.gz) = FSnvW8O57zrcKnlkUFkS9zBRA+Jp5QzAMW9QCyIFOsk= +SIZE (fluidsynth-2.3.4.tar.gz) = 1775291 Index: patches/patch-CMakeLists_txt === RCS file: patches/patch-CMakeLists_txt diff -N patches/patch-CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-CMakeLists_txt18 Jan 2024 13:21:40 - @@ -0,0 +1,41 @@ +Index: CMakeLists.txt +--- CMakeLists.txt.orig CMakeLists.txt +@@ -95,6 +95,7 @@ option ( enable-waveout "compile Windows WaveOut suppo + option (
Re: [new] games/nanosaur2: port of Pangea Software' Nanosaur II
Hello, On 2024/01/17 20:21:52 -0500, George Koehler wrote: > On Fri, 23 Dec 2022 16:24:10 +0100 > Omar Polo wrote: > > > Today I discovered that someone has made a port of Nanosaur II for > > modern OSes and I just had to try it :) > > Hi op, I tried your port of Nanosaur2 after izder456 made ports of > Bugdom and Bugdom 2. > > I needed to edit your Makefile. People who want to play Nanosaur2 > right now may apply this diff after extracting nanosaur2.tar.gz from > your mail last month, > https://marc.info/?l=openbsd-ports=167180883506465=2 it was actually one year ago :-) > I only made the smallest edits; it would be better to use DIST_TUPLE > (like the Bugdoms). Thanks for taking interest in this port. I agree with your changes, and while here I've done a few more on top. Here's a diff and an attached tarball. (I still have to look at Bugdom and Bugdom 2.) > Also, the nanosaur2-desktopicon.png didn't > appear in my xfce's menu; it probably needs to be in 256x256/apps > but I didn't try moving it. > --gkoehler Ah, haven't noticed since I'm not using a graphical launcher. It could be, however the image should be scaled accordingly. Don't know if it's ok for a port to depend on, say, imagemagick and resize the icons during the build. --- Makefile.orig Thu Jan 18 14:44:43 2024 +++ MakefileThu Jan 18 14:46:08 2024 @@ -2,10 +2,9 @@ PKGNAME = ${DISTNAME:L} -GH_ACCOUNT = jorio -GH_PROJECT = Nanosaur2 -GH_TAGNAME = v2.1.0 POMME_COMMIT = 6e4ea042ba9e7e525d3930e45662be15605153c4 +DIST_TUPLE = github jorio Nanosaur2 v2.1.0 . +DIST_TUPLE += github jorio Pomme ${POMME_COMMIT} extern/Pomme CATEGORIES = games @@ -18,11 +17,6 @@ WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m -SITES.p = https://github.com/jorio/Pomme/archive/ - -DISTFILES =${GH_DISTFILE} -DISTFILES.p = Pomme-{}${POMME_COMMIT}${EXTRACT_SUFX} - # C++20 C17 COMPILER = base-clang ports-gcc @@ -32,9 +26,6 @@ x11/gtk+4,-guic LIB_DEPENDS = devel/sdl2 - -post-extract: - mv ${WRKDIR}/Pomme-${POMME_COMMIT}/* ${WRKSRC}/extern/Pomme/ pre-configure: ${SUBST_CMD} ${WRKSRC}/Source/Boot.cpp nanosaur2.tar.gz Description: GNU Zip compressed data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/01/18 06:31:36 Modified files: security/openssl-ruby-tests: Makefile distinfo security/openssl-ruby-tests/patches: patch-test_openssl_test_ssl_rb Log message: Update to openssl-ruby-tests 20240117
Re: WPA_supplicant no longer working on -current
Thanks! Nothing different then what I was trying, probably down to the local implementation of eduroam. Best, g On Tue, 9 Jan 2024 at 18:00, Корякин Артём wrote: > Gabriel Brito writes: > > > Thank you for the reply! > > Do you mind sharing your wpa_supplicant.conf? > > > > Best, > > g > > Yep, althought I obviously can't publish my login\password pair and it > would be substituted. > > Here it is (surrounded in three dashes): > --- > ctrl_interface=/var/run/wpa_supplicant > ctrl_interface_group=wheel > > network={ > ssid="eduroam" > key_mgmt=WPA-EAP > eap=PEAP > identity="studentidnum...@bsuir.by" > password="IISuserAccountPassword" > } > > --- > > That all. > > In BSUIR we have dedicated subdomain iis.bsuir.by with MS IIS server > probably, hence the name. But more important is that we can access our > schedule through this portal and login in user account where we can see > our marks, rating, request a document and such and such. So the password > from this user account and ID from student card are used > to login to eduroam. > > I think that eduroam differs from other wifi networks in fact that it > uses WPA2_ENTERPRICE and thus needs to authenticate using some > implementation of radius or something. But I haven't tested it myself, I > don't know how it works inside, only how to connect. > > I thought that maybe couple of strings from hostname.iwm0 would also be > useful, so here it is: > --- > join "eduroam" wpa wpaakms 802.1x > up > inet autoconf > --- > > Best regards, Artsiom. >
Re: WPA_supplicant no longer working on -current
Thank you for the reply, Stuart. The logs from the openssl flavour (with -dd): wpa_supplicant v2.9 Successfully initialized wpa_supplicant Initializing interface 'iwx0' conf '/etc/wpa_supplicant.conf' driver 'default' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group='wheel' Line: 20 - start of a new network block ssid - hexdump_ascii(len=16): 4d 50 49 4c 48 4c 54 2d 56 49 53 49 54 4f 52 53 MPILHLT-VISITORS key_mgmt: 0xb eap methods - hexdump(len=32): 00 00 00 00 15 00 00 00 00 00 00 00 19 00 00 00 00 00 00 00 0d 00 00 00 00 00 00 00 00 00 00 00 ca_cert - hexdump_ascii(len=17): 2f 65 74 63 2f 73 73 6c 2f 63 65 72 74 2e 70 65 /etc/ssl/cert.pe 6dm identity - hexdump_ascii(len=8): 31 33 31 36 36 37 32 30 13166720 password - hexdump_ascii(len=6): [REMOVED] Line: 38 - start of a new network block ssid - hexdump_ascii(len=7): 65 64 75 72 6f 61 6d eduroam key_mgmt: 0x1 eap methods - hexdump(len=16): 00 00 00 00 19 00 00 00 00 00 00 00 00 00 00 00 ca_cert - hexdump_ascii(len=17): 2f 65 74 63 2f 73 73 6c 2f 63 65 72 74 2e 70 65 /etc/ssl/cert.pe 6dm anonymous_identity - hexdump_ascii(len=21): 61 6e 6f 6e 79 6d 6f 75 73 40 6c 68 6c 74 2e 6d anonymous@lhlt.m 70 67 2e 64 65pg.de identity - hexdump_ascii(len=19): 67 61 73 74 39 35 30 40 6c 68 6c 74 2e 6d 70 67 gast...@lhlt.mpg 2e 64 65 .de password - hexdump_ascii(len=12): [REMOVED] openssl_ciphers - hexdump_ascii(len=18): 44 45 46 41 55 4c 54 40 53 45 43 4c 45 56 45 4c DEFAULT@SECLEVEL 3d 30 =0 phase1 - hexdump_ascii(len=29): 61 6c 6c 6f 77 5f 75 6e 73 61 66 65 5f 72 65 6e allow_unsafe_ren 65 67 6f 74 69 61 74 69 6f 6e 73 3d 31egotiations=1 phase2 - hexdump_ascii(len=13): 61 75 74 68 3d 4d 53 43 48 41 50 56 32auth=MSCHAPV2 Priority group 0 id=0 ssid='MPILHLT-VISITORS' id=1 ssid='eduroam' Add interface iwx0 to a new radio N/A iwx0: Failed to attach pkt_type filter iwx0: Own MAC address: b0:a4:60:2d:3b:b0 iwx0: RSN: flushing PMKID list in the driver iwx0: Setting scan request: 0.10 sec ENGINE: Loading builtin engines ENGINE: Loading builtin engines EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: Supplicant port status: Unauthorized EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED ctrl_interface_group=0 (from group name 'wheel') iwx0: Added interface iwx0 iwx0: State: DISCONNECTED -> DISCONNECTED EAPOL: External notification - EAP success=0 EAPOL: External notification - EAP fail=0 EAPOL: External notification - portControl=Auto iwx0: Already associated with a configured network - generating associated event iwx0: Event ASSOC (0) received iwx0: Association info event iwx0: State: DISCONNECTED -> ASSOCIATED iwx0: Associated to a new BSS: BSSID=24:f2:7f:f5:ae:11 iwx0: Select network based on association information iwx0: Network configuration found for the current AP iwx0: WPA: No WPA/RSN IE available from association info iwx0: WPA: Set cipher suites based on configuration iwx0: WPA: Selected cipher suites: group 24 pairwise 24 key_mgmt 1 proto 2 iwx0: WPA: clearing AP WPA IE iwx0: WPA: clearing AP RSN IE iwx0: WPA: AP group 0x18 network profile group 0x18; available group 0x18 iwx0: WPA: using GTK CCMP iwx0: WPA: AP pairwise 0x18 network profile pairwise 0x18; available pairwise 0x18 iwx0: WPA: using PTK CCMP iwx0: WPA: AP key_mgmt 0x1 network profile key_mgmt 0x1; available key_mgmt 0x1 iwx0: WPA: using KEY_MGMT 802.1X WPA: Set own WPA IE default - hexdump(len=22): 30 14 01 00 00 0f ac 04 01 00 00 0f ac 04 01 00 00 0f ac 01 00 00 WPA: No current PMKSA - clear PMK iwx0: Failed to get scan results EAPOL: External notification - EAP success=0 EAPOL: External notification - EAP fail=0 EAPOL: External notification - portControl=Auto iwx0: Associated with 24:f2:7f:f5:ae:11 iwx0: WPA: Association event - clear replay counter iwx0: WPA: Clear old PTK EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 EAPOL: External notification - portEnabled=1 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: SUPP_BE entering state IDLE EAP: EAP entering state INITIALIZE EAP: EAP entering state IDLE iwx0: Setting authentication timeout: 10 sec 0 usec iwx0: Cancelling scan request EAPOL: External notification - portValid=1 iwx0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0 EAPOL: startWhen --> 0 EAPOL: SUPP_PAE entering state
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/01/18 05:42:28 Modified files: editors/libreoffice: Makefile distinfo editors/libreoffice/patches: patch-RepositoryExternal_mk patch-configure patch-external_skia_UnpackedTarball_skia_mk patch-vcl_source_app_svapp_cxx Log message: update to 7.6.4.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/01/18 05:07:45 Modified files: textproc/ripgrep: Makefile crates.inc distinfo Log message: Update ripgrep to 14.1.0.
Re: Premature end of archive in 7.3/packages/mips64/go-1.20.1.tgz
On Wed, Jan 17, 2024 at 10:24:23AM +, Stuart Henderson wrote: Try downloading the file first and pkg_add from local disk in case there's some network issue preventing it from being fetched properly (where "network issue" can include some OS problem with the nic, or an issue on the network path, I have no idea how stable mips64 is at the moment..) Downloading the file first to /tmp then installing it worked. I'll bear this in mind for future reference, many thanks. I think the issue is perhaps that 'go' is maybe a bit more complex to install than other similar packages, and this hardware is really just a glorified switch. The 'disk' is a usb2 key. The hw is an edgerouter-lite-3. ### Thu Jan 18 11:10:22 root@erl3 /tmp # pkg_add go-1.20.1.tgz quirks-6.121 signed on 2023-04-02T15:19:31Z File /usr/local/go/pkg.KwVuneEd2x does not exist File /usr/local/go/pkg.b9yrLeAecL does not exist File /usr/local/go/api/pkg.JNGf8TwYPT does not exist File /usr/local/go/api/pkg.9SexezSuMX does not exist File /usr/local/go/api/pkg.P2jjkSDYgz does not exist File /usr/local/go/api/pkg.mmdIP9JCp1 does not exist File /usr/local/go/api/pkg.txSYixf8PV does not exist File /usr/local/go/bin/pkg.T78eaIQSsG does not exist partial-go-1.20.1->go-1.20.1: ok Thu Jan 18 11:23:23 root@erl3 /tmp # which go /usr/local/bin/go ### --
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/01/18 04:17:37 Modified files: textproc/riff : Makefile crates.inc distinfo Log message: Update riff to 2.27.1 and add missing WANTLIB.
Re: NEW: x11/emwm
oops, missed attachment. On 2024/01/18 10:58, Stuart Henderson wrote: > On 2024/01/17 20:59, izder456 wrote: > > Hey ports@, > > > > I want to import EMWM, which is an enhanced fork of Motif WM that: > > > > - Provides compatibility with current xorg extensions and applications > > - Supports multi-monitor setups trough Xinerama/Xrandr > > - Includes UFT-8 support via Xft fonts > > - Brings better compatibility with software that requires EWMH. > > > > the project page is here: > > http://fastestcode.org/emwm.html > > > > Port is attached > > > > Comments, or OK to merge? > > > > -- > > -iz > > Here are some fixes and tidying. It's in better shape but I have only > built it, not tried running it. > > - line up variables better in the Makefile, avoid some unnecessary > duplication around DISTNAME etc which are set automatically when you use > GH_xx variables > > - fix installing; what you sent produced an empty package > > - list WANTLIB > > - trim DESCR - the "separate -utilities package" isn't included so don't > mention it. note on compatibility doesn't really belong there either. > fix typos. > emwm.tgz Description: application/tar-gz
Re: NEW: x11/emwm
On 2024/01/17 20:59, izder456 wrote: > Hey ports@, > > I want to import EMWM, which is an enhanced fork of Motif WM that: > > - Provides compatibility with current xorg extensions and applications > - Supports multi-monitor setups trough Xinerama/Xrandr > - Includes UFT-8 support via Xft fonts > - Brings better compatibility with software that requires EWMH. > > the project page is here: > http://fastestcode.org/emwm.html > > Port is attached > > Comments, or OK to merge? > > -- > -iz Here are some fixes and tidying. It's in better shape but I have only built it, not tried running it. - line up variables better in the Makefile, avoid some unnecessary duplication around DISTNAME etc which are set automatically when you use GH_xx variables - fix installing; what you sent produced an empty package - list WANTLIB - trim DESCR - the "separate -utilities package" isn't included so don't mention it. note on compatibility doesn't really belong there either. fix typos.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/01/18 03:50:26 Modified files: sysutils/ttyplot: Makefile distinfo sysutils/ttyplot/patches: patch-Makefile Added files: sysutils/ttyplot/patches: patch-ttyplot_c Log message: Update ttyplot to 1.6.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/01/18 03:41:17 Modified files: games/nudoku : Makefile distinfo Log message: Update nudoku to 3.0.0.
Re: Add devel/rust-analyzer
On Thu, Jan 18, 2024 at 09:44:20AM -, Laurent Cheylus wrote: > The RDEP on lang/rust,-src is not optional, rust-analyzer tool needs Rust > sources to work properly. Agreed, but on the other hand, you may not be using the packaged version of Rust, in which case you'd point RUST_SRC_PATH elsewhere, and the packaged rust-src would be unused. Then again, given how difficult rust is to bootstrap on OpenBSD, I doubt anyone is using their own build of rust, so actually I'm fine with making rust-src a hard dependency. Also, disk is cheap. We should probably mention RUST_SRC_PATH in a package README. -- Best Regards Edd Barrett https://www.theunixzoo.co.uk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2024/01/18 02:57:11 Modified files: games/freeciv : Makefile distinfo Log message: update to freeciv-3.0.9
Re: UPDATE: sysutils/coreutils 9.3 => 9.4
And right after it was committed, someone found a bug in split https://marc.info/?l=oss-security=170556990821840=2 Index: Makefile === RCS file: /cvs/ports/sysutils/coreutils/Makefile,v diff -u -p -r1.29 Makefile --- Makefile16 Jan 2024 22:12:45 - 1.29 +++ Makefile18 Jan 2024 09:55:17 - @@ -2,6 +2,7 @@ COMMENT = file, shell and text manipula DISTNAME = coreutils-9.4 CATEGORIES = sysutils +REVISION = 0 MAINTAINER = Brian Callahan Index: patches/patch-src_split_c === RCS file: patches/patch-src_split_c diff -N patches/patch-src_split_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_split_c 18 Jan 2024 09:50:12 - @@ -0,0 +1,19 @@ +Fix heap buffer overflow + +https://github.com/coreutils/coreutils/commit/c4c5ed8f4e9cd55a12966d4f520e3a13101637d9 +https://marc.info/?l=oss-security=170556990821840=2 + +Index: src/split.c +--- src/split.c.orig src/split.c +@@ -809,10 +809,7 @@ line_bytes_split (intmax_t n_bytes, char *buf, idx_t b + { + cwrite (n_out == 0, hold, n_hold); + n_out += n_hold; +- if (n_hold > bufsize) +-hold = xirealloc (hold, bufsize); + n_hold = 0; +- hold_size = bufsize; + } + + /* Output to eol if present. */
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/18 02:51:02 Modified files: sysutils/terraform: Makefile distinfo modules.inc Log message: Update to terraform-1.7.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2024/01/18 02:05:15 Removed files: www/sogo/patches: patch-SoObjects_SOGo_SOGoGCSFolder_m Log message: remove obsolete patch file, not needed anymore since last update where it was forgotten to be removed breakage pointed out by naddy@
Re: aarch64 bulk build report
On 2024 Jan 17 (Wed) at 19:53:18 -0700 (-0700), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2024-01-15/summary.log : :build failures: 5 :http://build-failures.rhaalovely.net/aarch64/2024-01-15/databases/updatedb.log missing REVISION, fixed :http://build-failures.rhaalovely.net/aarch64/2024-01-15/meta/gnome.log transient failure, asked it to rebuild and it built fine :http://build-failures.rhaalovely.net/aarch64/2024-01-15/sysutils/ugrep.log cpu feature detection problems cc -DHAVE_CONFIG_H -I. -I../.. -DZ7_PPMD_SUPPORT -DZ7_EXTRACT_ONLY -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/usr/local/include -I/usr/local/include -I/usr/include -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I../lzma/C -O2 -pipe -MT libviiz_a-CpuArch.o -MD -MP -MF .deps/libviiz_a-CpuArch.Tpo -c -o libviiz_a-CpuArch.o `test -f 'CpuArch.c' || echo './'`CpuArch.c CpuArch.c:763:10: fatal error: 'sys/auxv.h' file not found #include ^~~~ :http://build-failures.rhaalovely.net/aarch64/2024-01-15/www/sogo.log ===> Failed patches: patch-SoObjects_SOGo_SOGoGCSFolder_m :http://build-failures.rhaalovely.net/aarch64/2024-01-15/x11/kde-plasma/kwin.log missing dep on multimedia/pipewire/pipewire,-libs ? /usr/obj/ports/kwin-5.27.10/kwin-5.27.10/src/plugins/screencast/screencastsource.h:10:10: fatal error: 'spa/buffer/buffer.h' file not found #include ^ 1 error generated. -- Life may have no meaning -- or even worse, it may have a meaning of which I disapprove.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/18 01:35:39 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-460.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/18 01:34:58 Modified files: sysutils/p5-Sys-Virt: Makefile distinfo Log message: Update to p5-Sys-Virt-10.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/18 01:33:09 Modified files: sysutils/cloud-sql-proxy: Makefile distinfo Log message: Update to cloud-sql-proxy-2.8.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/18 01:27:29 Modified files: x11/gtk+4 : Makefile distinfo x11/gtk+4/pkg : PLIST-main Log message: Update to gtk+4-4.12.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/01/18 01:26:32 Modified files: x11/gtk+3 : Makefile distinfo x11/gtk+3/pkg : PLIST-main Log message: Update to gtk+3-3.24.40.
Re: NEW: devel/zug devel/immer devel/lager (krita update depedencies)
Rafael Sadowski writes: > Hi All! > > Would someone be kind enough to review these 3 new ports? There are no > heavy dependencies necessary to build it. > Just one question, shouldn't they be using NO_BUILD = Yes ? If I properly understood, they are headers/source files only ports. Currently, when running the 'build' target, the output is the following: ===> Building for zug-0.1.1 Change Dir: '/data/semarie/repos/openbsd/ports/pobj/zug-0.1.1/build-amd64' Run Build Command(s): /usr/local/bin/ninja -v -j 1 ninja: no work to do. Thanks. -- Sebastien Marie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2024/01/18 01:17:38 Modified files: databases/updatedb: Makefile Log message: placate register-plist