Re: -current Haskell ports aborting with SIGILL

This is probably worth a try. I've asked if upstream can update it: https://github.com/haskell/text/issues/563 Index: Makefile === RCS file: /cvs/ports/lang/ghc/Makefile,v retrieving revision 1.220 diff -u -p -r1.220 Makefile --- Make

Re: make setuptools_git python3-only

On 2024/02/17 11:40, Daniel Dickman wrote: > Looks like this port has no more python2 consumers anymore. > > ok to make it python3-only? ok - needs a quirks addition too. > Index: Makefile > === > RCS file: /cvs/ports/devel/py-setup

Re: -current Haskell ports aborting with SIGILL

On 2024/02/18 09:02, Stuart Henderson wrote: > On 2024/02/17 22:08, Greg Steuck wrote: > > Oh wow, this is becoming eerily similar to the failures aja@ is getting. Do > > dig more into this! > > Antoine, can you send a dmesg from one of the exopi VMs, please? - specifically

Re: -current Haskell ports aborting with SIGILL

On 2024/02/17 22:08, Greg Steuck wrote: > Oh wow, this is becoming eerily similar to the failures aja@ is getting. Do > dig more into this! Antoine, can you send a dmesg from one of the exopi VMs, please? > On Sat, Feb 17, 2024, 21:34 Evan Silberman wrote: > > > Evan Silberman wrote: > > > Th

Re: -current Haskell ports aborting with SIGILL

On 2024/02/16 20:45, Stuart Henderson wrote: > It runs ok on ryzen. 11th gen intel + SIGILL - looks like an IBT issue. I've tried cargo-bundler and pandoc on my IBT machine now, they seem to run OK there too. On 2024/02/16 13:41, Evan Silberman wrote: > Greg back to your question abou

Re: x11/qt6/qt6.port.mk: BUILD_DEPENDS on x11/qt6/qttools

You'll need to actually add it to BUILD_DEPENDS e.g. .if ${MODQT6_DEPS:L} == "yes" BUILD_DEPENDS += ${MODQT6_BUILD_DEPENDS} LIB_DEPENDS += ${MODQT6_LIB_DEPENDS} .endif But then you'll also need to knock out the dep in qttools itself and anything that qttools depends on. -- Sent from a phone,

astro/calcmysky broken on i386: qt6 update-related?

Lots of these - ld: error: relocation R_386_PC32 cannot be used against symbol 'QString::QString(char const*)'; recompile with -fPIC calcmysky hasn't changed recently so this is probably from the qt6 update. >>> Building on localhost under astro/calcmysky BDEPENDS = [x11/qt6/qtbase;mat

Re: [New] graphics/decker

On 2024/02/16 13:47, Jag Talon wrote: > On Fri, 16 Feb 2024 13:47:38 + > Stuart Henderson wrote: > > > On 2024/02/15 22:23, Jag Talon wrote: > > > Ok, I tested on i386 (Asus EeePC) and it's working well! Since it's only > > > been tested on i386 an

Re: -current Haskell ports aborting with SIGILL

It runs ok on ryzen. 11th gen intel + SIGILL - looks like an IBT issue. On 2024/02/16 11:48, Evan Silberman wrote: > Hi ports@ and Greg, > > On -current (yesterday's amd64 snap, this morning's amd64 packages), > ports built with ghc are all getting SIGILL early in execution on my > laptop. I'm no

Re: [New] graphics/decker

On 2024/02/15 22:23, Jag Talon wrote: > Ok, I tested on i386 (Asus EeePC) and it's working well! Since it's only > been tested on i386 and amd64, I'm limiting it to those two archs for now. please don't do that. : ifeq ($(UNAME),OpenBSD) : OPEN=xdg-open probably wants a RUN_DEPENDS on de

Re: PING: NEW DEPENDENCY: www/py-flask-apscheduler

On 2024/02/16 10:15, Sebastian Reitenbach wrote: > On Friday, January 19, 2024 14:58 CET, "Sebastian Reitenbach" > wrote: > > > Hi, > > > > On Thursday, January 11, 2024 20:50 CET, "Sebastian Reitenbach" > > wrote: > > > > > Hi, > > > > > > py-flask-apscheduler is a new dependency needed fo

Re: Update u-boot-rk356x to 2024.01

No hardware to test, but diff looks good ports-wise. OK On 2024/02/16 00:43, Mark Kettenis wrote: > Also adds a few more more boards and sorts them in alphabetical order. > Tested on the rock-3a-rk3568 with the latest -current. > > ok? > > P.S. Also tried to update u-boot-rk3588 to 2024.01, but

Re: Update to dnsdist 1.9.0, with new flavor

Generally the diff looks good to me. I'd have a slight preference to move SYSCONFDIR/COMPILER/MODULES/NODLUA_VERSION up so that the flavour-independent variables are grouped together above the .if. On 2024/02/16 10:29, Renaud Allard wrote: > Then maybe the flavor should be named -http3 because DoQ

Re: Remove: x11/qt5/qtwebkit preparations

On 2024/02/15 14:20, Theo Buehler wrote: > On Thu, Feb 15, 2024 at 12:42:44PM +, Klemens Nanni wrote: > > On Thu, Feb 15, 2024 at 01:37:17PM +0100, Theo Buehler wrote: > > > Even if you nuke this port, could you try to get a backtrace? SIGILL > > > might be an IBT issue we need to track down. >

Re: NEW: audio/deadbeef-plugin-mpris2

On 2024/02/14 19:27, Omar Polo wrote: > +BUILD_DEPENDS = audio/deadbeef \ > + devel/libtool that is gnu libtool, which is only used if USE_LIBTOOL=gnu is set (and in that case the BDEP isn't needed). the dep should be removed.

Re: [new] security/certspotter 0.16.0

On 2024/02/14 15:04, Renaud Allard wrote: > > > On 2/14/24 14:43, Ian Darwin wrote: > > On 2/14/24 07:07, Stuart Henderson wrote: > > > ooof, this uses a *lot* of bandwidth! > > > > > From the man page: > > > > > -start_at_end > > &

Re: www/lynx: Update to 2.9.0

On 2024/02/14 13:40, wen heping wrote: > Hi, ports@: > > Here is a patch for www/lynx to update to 2.9.0. See the earlier thread, "lynx update" - new version picks up brotli (which can be disabled easily) and iconv (which can't without patching) - I don't think there were any real opinions wh

Re: [new] security/certspotter 0.16.0

On 2024/02/14 08:43, Ian Darwin wrote: > On 2/14/24 07:07, Stuart Henderson wrote: > > ooof, this uses a *lot* of bandwidth! > > > From the man page: > > > -start_at_end > > > > : Start monitoring logs from the end rather than the beginning. > > &g

Re: [new] security/certspotter 0.16.0

ooof, this uses a *lot* of bandwidth!

Re: [NEW PORT] devel/fast-float - Fast and exact implementation of the C++ from_chars functions

uary 2024 18:51:29 Thomas Frohwein wrote: On Tue, Feb 13, 2024 at 05:00:08PM +, Stuart Henderson wrote: On 2024/02/12 13:37, Jose Maldonado wrote: > > Hello everyone! New port here. > > In this case I bring you devel/fast-float, a series of C/C++ headers > that seeks to offe

Re: [NEW PORT] devel/fast-float - Fast and exact implementation of the C++ from_chars functions

On 2024/02/12 13:37, Jose Maldonado wrote: > > Hello everyone! New port here. > > In this case I bring you devel/fast-float, a series of C/C++ headers > that seeks to offer us numerical operations 4 to 10x times faster than > standard libraries (GCC and Clang). > > These libraries in question ar

Re: aarch64 bulk build report

On 2024/02/12 14:34, Stuart Henderson wrote: > On 2024/02/11 14:25, Rafael Sadowski wrote: > > On Sat Feb 10, 2024 at 05:39:19PM -0700, phess...@openbsd.org wrote: > > > bulk build on arm64.ports.openbsd.org > > > started on Thu Feb 8 00:00:49 MST 2024 > > >

Re: py3-netaddr-1.0.0 breaks ansible.utils.ipaddr('public')

Oof, l'll drop back to 0.10.1 for now, if Ansible uses this I bet other things do too - it had only been marked as deprecated for a few weeks. sorry I missed that. -- Sent from a phone, apologies for poor formatting. On 13 February 2024 13:10:21 Florian Obser wrote: thusly: An exception o

Re: [new] security/certspotter 0.16.0

Imported with some fixes It's probably worth installing the readme file too On 2024/02/13 08:22, Renaud Allard wrote: > ping > > > Forwarded Message > Subject: Re: [new] security/certspotter 0.16.0 > Date: Thu, 26 Oct 2023 13:27:07 +0200 > From: Renaud Allard > To: ports@open

Re: [new] glow - Render markdown on the CLI

On 2024/02/12 12:46, juan.picca wrote: > Hi Stuart. > > Thanks for your tweaks! > > > - missing WANTLIB > > Can you tell me how to determine the `WANTLIB` value for the next time? make port-lib-depends-check (sometimes it needs adjustments but is often ok to just directly copy-and-paste).

Re: [NEW PORT] graphics/glad - Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator

On 2024/02/12 13:42, Jose Maldonado wrote: > > Hello everyone! Another new port here! > > In this case I bring graphics/glad [1] a Multi-Language > Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator that is part of the new > dependencies to build libplacebo (>=v6.338.0) and therefore necessary > to buil

Re: aarch64 bulk build report

On 2024/02/11 14:25, Rafael Sadowski wrote: > On Sat Feb 10, 2024 at 05:39:19PM -0700, phess...@openbsd.org wrote: > > bulk build on arm64.ports.openbsd.org > > started on Thu Feb 8 00:00:49 MST 2024 > > finished at Sat Feb 10 17:37:41 MST 2024 > > lasted 2D17h36m > > done with kern.version=OpenBS

Re: [new] glow - Render markdown on the CLI

On 2024/02/12 01:44, juan.picca wrote: > Hi. > > First port. > > A markdown render for the terminal. > > https://github.com/charmbracelet/glow > > Written in go, the port is trivial. > The site already generate a release for openbsd, I don't see that in assets on their releases page (and the

Re: remove remnants of jpilot in claws-mail

It needs some @conflict/@pkgpath, I think it's something like this but haven't checked carefully. Index: Makefile === RCS file: /cvs/ports/mail/claws-mail/Makefile,v retrieving revision 1.145 diff -u -p -r1.145 Makefile --- Makefile

Re: security/py-service_identity: Add missing RUN_D

On 2024/02/10 08:06, wen heping wrote: >Here is a simple patch for security/py-service_identity to > add missing RUN_DEPENDS. On 2024/02/10 08:35, wen heping wrote: > Here is a simple patch for www/py-urllib3 to > add missing TEST_DEPENDS. thanks, committed. > I am not sure shoul

Re: remove x11/qt5/qtwebkit from x11/py-qt5

On 2024/02/09 10:14, Stuart Henderson wrote: > Is the "remove qtwebkit" approach because it's causing an actual > problem, or is it just that it's old? Can we switch to qtwebengine where > possible but still keep qtwebkit for things where it's still needed >

Re: remove x11/qt5/qtwebkit from x11/py-qt5

Is the "remove qtwebkit" approach because it's causing an actual problem, or is it just that it's old? Can we switch to qtwebengine where possible but still keep qtwebkit for things where it's still needed for certain software to work properly? Rendering local HTML files isn't a particularly high s

Re: [new] sysutils/btop v1.3.0

On 2024/02/08 15:05, Laurent Cheylus wrote: > > Yes, but that is not enough, it should check LC_CTYPE 5oo. > > > > > I have no issue in my OpenBSD env with UTF-8 support for btop: > > > > The standard way to use UTF-8 on OpenBSD is to *only* set LC_CTYPE. > > > > https://www.openbsd.org/faq/faq1

Re: [new] sysutils/btop v1.3.0

On 2024/02/08 10:10, Laurent Cheylus wrote: > > I need to use --utf-force otherwise I get this: > > > > $ btop > > ERROR: No UTF-8 locale detected! > > Use --utf-force argument to force start if you're sure your terminal > > can handle it. > > > > (I am in a UTF-8 environment but as is common on

Re: [NEW] textproc/py-bashlex

On 2024/02/07 11:19, Корякин Артём wrote: > Stuart Henderson writes: > > > On 2024/02/06 21:58, Корякин Артём wrote: > >> So here would be bashlex port attached in application/x-tar format. > > > > Makefile in the tar.gz is not the actual Makefile, but a tar.gz o

Re: [NEW] textproc/py-bashlex

On 2024/02/06 21:58, Корякин Артём wrote: > So here would be bashlex port attached in application/x-tar format. Makefile in the tar.gz is not the actual Makefile, but a tar.gz of the other files.

Re: [UPDATE] devel/msgpack-6.0.0

ok sthen@ On 2024/02/03 18:33, SASANO Takayoshi wrote: > (added neovim/neovim-qt maintainer) > > Hi, > > > It will need doing sometime. It's probably easier to do it sooner rather > > than later before more other ports start using it. > > > > These ports will need changes to adapt: > > > > edi

Re: [UPDATE] New version for mail/claws-mail-4.2.0

I've updated WANTLIB (some libs were missing, some needed moving between subpackages - might not be new) and committed, thanks for the update.

Re: Remove: x11/qt5/qtwebkit preparations

On 2024/02/04 08:25, Rafael Sadowski wrote: > Hi ports@, hi ports hackers, > > I would like to get rid of 'x11/qt5/qtwebkit'. Here is a short list with > ports using qtwebkit with some comments. All $MAINTAINER CC'd. > ... > - misc/subsurface: dead upstream? not dead. 'Current "Weekly" Release:

Re: Remove: x11/qt5/qtwebkit preparations

On 2024/02/04 08:25, Rafael Sadowski wrote: > - databases/recoll: Needs an update, upstream switched to qt5-webengine recoll already uses qtwebengine on arch where qtwebengine is available (amd64, aarch64, i386)

Re: node_exporter vs syscall(2) removal

On 2024/02/02 18:11, Lucas Gabriel Vuotto wrote: > Hi ports, Claudio, > > I noticed my for some time already that my -current node_exporters were > returning no data for node_filesystem_* metrics. There has been a PR [0] > that updates x/sys dep to a version that doesn't issue direct syscalls. > I

Re: [UPDATE] devel/msgpack-6.0.0

On 2024/02/02 21:28, SASANO Takayoshi wrote: > Hi, > > here is the msgpack-5.0.0 -> 6.0.0 update. > > From this release, the name "msgpackc" become "msgpack-c" > (see https://github.com/msgpack/msgpack-c/releases/tag/c-6.0.0), > this might widely affect I think. > > Should we update this library

Re: Ping: [maintainer update] ddrescue 1.27 -> 1.28

thanks, committed with a tweak to fix CONFIGURE_STYLE which I noticed is not really an autoconf script. On 2024/02/01 12:02, Martin Ziemer wrote: > Am Wed, Jan 24, 2024 at 01:47:05PM +0100 schrieb Martin Ziemer: > > This patch updates ddrescue from 1.27 to 1.28. > > > > Tested on amd64. > > > In

Re: [UPDATE] New version for mail/claws-mail-4.2.0

On 2024/01/31 11:36, Jose Maldonado wrote: > El Sun, 28 Jan 2024 12:58:06 -0400 > Jose Maldonado escribió: > > Hello list! > > > > A little update for claws-mail, bump version from 4.1.1 to 4.2.0 > > launched in November 2023. Port compiled and working without problems. > > > > The new version h

Re: Using git mirror instead of CVS for working with ports?

On 2024/01/30 22:58, Johannes Thyssen Tishman wrote: > Subject says it all. I'm wondering if using the git conversion of the ports > tree[0] is regarded as a good alternative to CVS for working with ports. Are > the conversion updates frequent enough to not cause any issues? Do any of you > port

Re: [maintainer update] fdupes 2.2.1 -> 2.3.0

On 2024/01/30 19:05, Björn Ketelaars wrote: > On Sun 28/01/2024 07:18, Martin Ziemer wrote: > > This patch updates fdupes from 2.2.1 to 2.3.0. > > > > Tested on amd64. > > This update picks up sqlite3 [0]. If this is intended then you need to > add sqlite3 to WANTLIB and databases/sqlite3 to LIB_

Re: Trying to install Apache 2.4 with OpenSSL 1.1 instead of LibreSSL

On 2024/01/30 11:09, Theo Buehler wrote: > > what about this one so I can commit it upstream as well ? > > Please do not. Agreed, it is very much a quick hack to sidestep the problem, I do not recommend committing upstream, and am a bit unsure about even just putting it in ports (it disables ALPN

Re: [Fwd: Re: net/i2pd: move login.conf(5) bits from README to i2pd.login]

On 2024/01/30 10:53, beecdadd...@danwin1210.de wrote: > I see the confusion I made I am sorry, when I said routers crash I meant > actual ISP hardware routers. For an ISP "customer premises equipment" router (home/officr router)? That often means you made too many connections and exceeded the size

Re: [new] sysutils/btop v1.3.0

On 2024/01/27 16:58, Laurent Cheylus wrote: > > Attached, a new version of my port adding a patch for Makefile: > > - remove ANSI colour sequence during build/link > - remove part to use all CPU cores by default during build > - remove unnecessary -fstack-clash-protection flag > - use -lkvm flag

Re: audacity-3.3.3p0 obsd-7.3/7.4 i386 issue/notes

ed via: > > # pkg_add audacity > > from official mirror (please note the "Build Information" screenshots). > > p.s.: afair, things break after upgrade from 7.2 to 7.3 after cleanup: > # pkg_delete -a > > On Mon, Jan 29, 2024 at 21:00 +, Stuart Henderson wrote: > &g

Re: scons CPP parser vs dpb junking

On 2024/01/28 23:33, Omar Polo wrote: > Since the import of games/godot4 there have been at least two build > failures that naddy reported to me. Both stems from the same issue: > scons' CPP parser limitations. > > In a nutsell, given the following bit of code > > #ifdef USE_FOO > # include > #

Re: Trying to install Apache 2.4 with OpenSSL 1.1 instead of LibreSSL

On 2024/01/29 09:51, giova...@paclan.it wrote: > On 1/26/24 23:11, Tim wrote: > > I'm trying to troubleshoot an issue where Chrome/Chromium browsers > > randomly fail to correctly use SSL against my web server. > > > This is a known issue, see > https://marc.info/?l=openbsd-ports&m=16744905490327

Re: audacity-3.3.3p0 obsd-7.3/7.4 i386 issue/notes

On 2024/01/29 19:03, Stuart Henderson wrote: > On 2024/01/29 18:32, sda wrote: > > hello. > > > > audacity is using lame and ffmpeg libraries for export functions. right > > now the filenames of (required) libraries are not reflecting the actual > > versions or

Re: audacity-3.3.3p0 obsd-7.3/7.4 i386 issue/notes

On 2024/01/29 18:32, sda wrote: > hello. > > audacity is using lame and ffmpeg libraries for export functions. right > now the filenames of (required) libraries are not reflecting the actual > versions or just not suitable for export from Audacity to various > formats. > > example: > $ /usr/local

Re: net/i2pd: move login.conf(5) bits from README to i2pd.login

hat seems a hard concept for some programmers to understand. > > On Sun, January 28, 2024 7:52 pm, Klemens Nanni wrote: > > On Sun, Jan 28, 2024 at 06:15:52PM +, Stuart Henderson wrote: > > > >> On 2024/01/27 21:54, open...@systemfailure.net wrote: > >> > >&g

Re: net/i2pd: move login.conf(5) bits from README to i2pd.login

On 2024/01/27 21:54, open...@systemfailure.net wrote: > According to i2pd's online documentation [1], the maximum number of open file > descriptors is 4096 for a regular node, and 8192 for a floodfill [2]. > > I have never measured how many FDs i2pd is really using, but this software > for sure

Re: [new] sysutils/btop v1.3.0

On 2024/01/27 15:51, Laurent Cheylus wrote: > Hi Stuart, > > - Mail original - > > The patch fails to apply. Also it patches the install target, which > > is overridden with do-install anyway. > > > > Patching file Makefile using Plan A... > > Hunk #1 succeeded at 57 with fuzz 2 (offset 1

Re: Streamlink 2.0.0p2

On 2024/01/27 06:48, Simon Parrer wrote: > Hello Brian, > > i want to ask if you can update Streamlink, it is really old at the moment > but a good tool to pipe Videos into Mplayer. > > At the moment we are at 2.0.0p2 and the newest Version is 6.5.1. > > https://streamlink.github.io/ > > Many

Re: [new] sysutils/btop v1.3.0

On 2024/01/27 12:04, Laurent Cheylus wrote: > Hi, > > proposal to import sysutils/btop. > > btop is a ressource monitor (written in C++) for CPU, processes, memory, > disks and network => https://github.com/aristocratos/btop > With the work of Jos Dehaes (https://github.com/joske), OpenBSD is no

Re: [OpenBSD -current] xpdf: core dump

On 2024/01/27 12:41, Marcel Logen wrote: > I do a "pkg_add -u" almost every two weeks (after "sysupgrade -s"). Are there any errors or warnings? What does pkg_check say?

Re: productivity/thinkingrock tweaks

On 2024/01/26 00:46, Kirill Bychkov wrote: > On Thu, January 25, 2024 20:02, Stuart Henderson wrote: > > On 2024/01/25 19:54, Kirill Bychkov wrote: > >> Hi! > >> Thinkingrock port still ships MESSAGE which states to bump > >> data size limit to 700-900MB.

Re: productivity/thinkingrock tweaks

On 2024/01/25 19:54, Kirill Bychkov wrote: > Hi! > Thinkingrock port still ships MESSAGE which states to bump > data size limit to 700-900MB. > I suggest to remove pkg/MESSAGE completely because data size > limits on all platforms where java works (ONLY_FOR_ARCHS?= i386 > amd64 aarch64 sparc64, as

Re: firefox - some pages cause SIGILL

On 2024/01/25 16:40, Landry Breuil wrote: > Le Thu, Jan 25, 2024 at 04:17:18PM +0100, Simon a écrit : > > Hello Landry, > > > > Same Problem exist on AMD64, using 7.4 current #1623 at the moment. > > Firefox Version 121.0.1 > > But I don't have any more knowledge to give you more Information. > >

Re: net/i2pd: move login.conf(5) bits from README to i2pd.login

On 2024/01/24 23:06, Klemens Nanni wrote: > Manual instructions are from 2020, we gained /etc/login.d/* support > in 2022, so automate it. Comsidering that the default kern.maxfiles limit on amd64 is 7030, bumping maxfiles in login.conf to 8192 without making the sysctl change means that i2pd can

Re: dnscrypt-proxy: Unable to set the close on exec flag: [function not implemented]

On 2024/01/23 20:14, Nam Nguyen wrote: > Theo Buehler writes: > > > On Wed, Jan 17, 2024 at 01:11:54PM +0100, Florian Obser wrote: > >> On 2024-01-03 17:14 +01, Florian Obser wrote: > >> > Hi there, > >> > > >> > dnscrypt-proxy fails thusly on -current: > >> > > >> > Jan 3 17:07:29 x395 dnscrypt

Re: python3 module location (py3-junos-eznc broken)

On 2024/01/22 14:27, Stuart Henderson wrote: > On 2024/01/22 06:19, Chris Cappuccio wrote: > > Stuart Henderson [s...@spacehopper.org] wrote: > > > On 2024/01/22 02:00, Daniel Dickman wrote: > > > > > > > > > > > > AttributeError:

Re: python3 module location (py3-junos-eznc broken)

On 2024/01/22 06:19, Chris Cappuccio wrote: > Stuart Henderson [s...@spacehopper.org] wrote: > > On 2024/01/22 02:00, Daniel Dickman wrote: > > > > > > > > > AttributeError: module 'collections' has no attribute 'MutableMapping' > &

Re: python3 module location (py3-junos-eznc broken)

On 2024/01/22 02:00, Daniel Dickman wrote: > > > AttributeError: module 'collections' has no attribute 'MutableMapping' > > > > I suspect the module may require python3.9 or earlier? > > Release 2.7.0 claims support for python 3.10 so I suggest updating the port > to the latest release. That'

Re: upcoming split of quirks

Wait for new packages. -- Sent from a phone, apologies for poor formatting. On 20 January 2024 15:29:36 Lucas Gabriel Vuotto wrote: Adding ports@. On Sat, Jan 20, 2024 at 01:15:10AM +0100, Marc Espie wrote: > Can't install quirks-6.206->7.0: can't resolve updatedb-0p0 > Can't find updatedb

Re: [NEW/wip]: devel/py3-bdfparser - library for parsing BDF fonts

On 2024/01/18 23:27, Klemens Nanni wrote: > OK kn to import that, or I'll import with OK sthen in a few days unless > there are objections. s/YES/Yes/ and it's OK sthen@

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

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

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

Re: fluidsynth update 2.3.4

On 2024/01/18 06:54, Rafael Sadowski wrote: > Do we need the COMPILER line and C++ comment? That is the default and > gcc4 can handle C++98? ;) We don't really need the comment but we do need the COMPILER line, the default is "base-clang base-gcc gcc3" but everything C++ needs compiling with ports

Re: cython: 0.9.34 -> 0.9.36

On 2024/01/17 12:56, Daniel Dickman wrote: > Now that we have numpy 1.25 in the tree we can update cython. > > An update of cython is needed in order to update net/py-zmq to 25.1.1 > (which includes Python 3.12 support). > > astro/py-astropy seems to have a tight dependency on a specific version

Re: Update to minio-0.20231214

On 2024/01/17 18:59, Peter Hessler wrote: > Earlier in the thread there was the possibility of adding the in-tree > version of minio as an older version, then adding in a newer version > that'll receive updates. Can we keep the old version for a long time? Should be fine for now - it may suffer t

Re: lynx update

On 2024/01/17 11:39, Jan Stary wrote: > On Jan 17 10:00:55, s...@spacehopper.org wrote: > > Currently the port has no dependencies but the new version uses > > libiconv by default if available to provide Japanese UTF-8 support. > > To be clear: is that specific to Japanese in any way? > With the c

Re: NEW: Nextcloud-28

On 2024/01/17 10:19, Stuart Henderson wrote: > On 2024/01/14 18:01, Eric Brown wrote: > > Hello Gonzalo: > > > > According to: > > > > https://docs.nextcloud.com/server/latest/admin_manual/installation/system_requirements.html > > > > PHP 8.2 is no

Re: Premature end of archive in 7.3/packages/mips64/go-1.20.1.tgz

On 2024/01/15 14:48, void wrote: > On Sun, Jan 14, 2024 at 05:46:50PM +, void wrote: > > Hello list, > > > > I've been trying to upgrade 'go' on a mips64 machine running OpenBSD 7.3 > > and after completely deinstalling, then running pkg_check, then attempting > > to install afresh, get "Pre

Re: NEW: Nextcloud-28

On 2024/01/14 18:01, Eric Brown wrote: > Hello Gonzalo: > > According to: > > https://docs.nextcloud.com/server/latest/admin_manual/installation/system_requirements.html > > PHP 8.2 is now the recommended version, though 8.3 is also supported. > 8.0 is deprecated. Seems that the port utilizes u

Re: devel/p5-Modern-Perl: Update to 1.20240115

On 2024/01/16 01:33, wen heping wrote: > Hi, ports@: > >Here is a simple patch for devel/p5-Modern-Perl to > pdate to 1.20240115. >It build well and pass all tests on amd64-current system. >No other ports depend on it. The new copyright date is rather optimistic :) > Cheers ! > wen

lynx update

Here's an update to lynx, I've only very lightly tested it so far. Since it can be used in quite a lot of different environments and there are a number of patches relating to pledge, it definitely wants more testing before it can be committed. Currently the port has no dependencies but the new ver

Re: 回复: devel/p5-IPC-Shareable： Update to 1.13

See the comments from bluhm@, Wed, 27 Dec 2023 18:04:06 +0100 On 2024/01/16 01:34, wen heping wrote: > ping ... > > > 发件人: wen heping > 发送时间: 2023年12月8日 14:30 > 收件人: ports@openbsd.org > 主题: devel/p5-IPC-Shareable： Update to 1.13 > > Hi, ports@: > >

Re: Fwd: [security update] mail/exim 4.97.1

a LIB_DEPENDS without an associated WANTLIB is not valid, I'll fix it up and commit. On 2024/01/17 09:45, Renaud Allard wrote: > ping > > > Forwarded Message > Subject: [security update] mail/exim 4.97.1 > Date: Sat, 30 Dec 2023 10:04:51 +0100 > From: Renaud Allard > To: port

Re: WPA_supplicant no longer working on -current

On 2023/12/18 18:34, Gabriel Brito wrote: > Hi guys, is anyone using wpa_supplicant successfully on -current with > eduroam? I tried switching to the openSLL flavor, and following the read > me, but I'm still unable to connect for the last 5 days. There were TLS errors in the log you posted from t

Re: new: fort-valdiator, yet another RPKI RP

On 2024/01/15 17:08, Claudio Jeker wrote: > OpenBSD ships with rpki-client which handles all RPKI needs but for > testing I like to have some additional RP softwares in ports. > > This is a port of NICMx FORT-validator. Now this currentl does not work > with OpenBGPD because the version negotiatio

Re: net/isc-dhcpd: avoid uncontrolled grow of lease db

On 2024/01/10 18:49, Kirill A. Korinsky wrote: > > On 10. Jan 2024, at 12:55, Stuart Henderson wrote: > > > > I think we'll need to warn users about the change some way or other > > otherwise they'll lose their existing lease db and could end up issuing >

Re: numpy 1.24.1 -> 1.25.2

OK sthen@ On 2024/01/09 22:38, Theo Buehler wrote: > On Tue, Jan 09, 2024 at 09:46:01PM +0100, Theo Buehler wrote: > > On Tue, Jan 09, 2024 at 09:42:30PM +0100, Theo Buehler wrote: > > > With the below diff regress on aarch64 passes. It only changes things > > > there and maybe on arm, so there is

Re: [new] sysutils/cloud-init (again)

On 2024/01/09 22:12, A Tammy wrote: > > On 1/9/24 09:32, Mina Galić wrote: > >> Could you provide a tarball with the new port? > > Tarball is attached. > > > > I've also updated my Git repo: > > > > browse: > > https://codeberg.org/meena/openbsd-ports/src/branch/add/cloud-init/sysutils/cloud-init

Re: net/isc-dhcpd: avoid uncontrolled grow of lease db

On 2024/01/10 04:01, Kirill A. Korinsky wrote: > Greetings, > > I've noticed inside /var/log/messages > > Jan 8 21:38:49 island dhcpd: Can't create new lease file: Permission denied > Jan 8 22:42:41 island dhcpd: Can't create new lease file: Permission denied > Jan 8 23:42:42 island dhcpd: Can

Re: error on quirks

On 2024/01/10 12:16, Marc Espie wrote: > On Mon, Nov 20, 2023 at 01:56:54PM +0100, Manuel Giraud wrote: > > Hi, > > > > For the first time, I have to touch devel/quirks after a port > > modification. But when I try to update the patched devel/quirks from > > port I get the following error: > > F

Re: UPDATE: comms/rtl-sdr and take MAINTAINER

On 2024/01/10 10:07, Rafael Sadowski wrote: > - Set -DCMAKE_DISABLE_FIND_PACKAGE_Git=ON, checkout: > /usr/ports/pobj/rtl-sdr-2.0.1/rtl-sdr-2.0.1/cmake/Modules/Version.cmake good catch > - Set NO_TEST = Yes that is for "things error out if you run 'make test'", please don't yse it for "port has n

Re: UPDATE: comms/rtl-sdr and take MAINTAINER

On 2024/01/09 22:24, Sebastian Reitenbach wrote: > Hi, > > below and attached an update our _very old_ version of comms/rtl-sdr. > Tested with RTL-SDR BLOG on amd64. > Tuned in into FM radio station with rtl_fm, tracked aircrafts with rtl_adsb. > rtl_test, rtl_power work as well, the other binari

Re: devel/py-trio: Update COMMENTS

On 2024/01/10 07:24, wen heping wrote: > Hi, ports@: > > Seems the COMMENTS of devel/py-trio is duplicate of devel/py-untangle. > It should be updated as the patch below: > > --- Makefile27 Nov 2023 20:37:54 - 1.1.1.1 > +++ Makefile10 Jan 2024 07:19:05 - > @@ -1,4 +1,4 @@

Re: pipewire/helvum build fails on i386

On 2024/01/09 12:22, Theo Buehler wrote: > On Tue, Jan 09, 2024 at 10:59:43AM +0000, Stuart Henderson wrote: > > helvum doesn't build on i386, error below, full log attached. > > Could you try this? > > https://gitlab.freedesktop.org/pip

Re: numpy 1.24.1 -> 1.25.2

btw: --disable-optimization is still needed on i386. I'm not going to try to debug it but here's the backtrace in case anyone's interested. $ egdb python3.10 python3.10.core GNU gdb (GDB) 9.2 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

pipewire/helvum build fails on i386

helvum doesn't build on i386, error below, full log attached. It did build in my 20231116 bulk (0.3.84), I think this was probably introduced with the 0.3.85 update, but every bulk of mine since then missed this due to the problem with the ld.lld !exists check - gcc failing knocked out graphviz an

bsd.port.mk linker "if !exists" check and USE_LLD=ports

bsd.port.mk has this check to see whether a non-default linker exists: revision 1.1468 date: 2019/05/28 20:08:17; author: naddy; state: Exp; lines: +6 -1; commitid: xn33Wb6skIgmKqtI; When switching to a non-default linker with USE_LLD, check whether that linker (l

Re: [NEW]: misc/openhab - open Home Automation Bus (openHAB)

On 2024/01/07 01:15, Chaz Kettleson wrote: > Hello, > > This is my first port. I'm looking for mentorship, testing, and feedback > to eventually get this committed. I've read the porting guide, > bsd.port.mk(5), rc.subr(8), and login.conf(5) when making this port. > > This is a port for open Home

Re: [NEW/wip]: devel/py3-bdfparser - library for parsing BDF fonts

On 2024/01/06 23:28, artsi0m wrote: > Hello there, that my initial patches[5] for port of py3-bdfparser -- > python library for parsing file format of bdf fonts. > > First of all, thanks for creating python-module(5) and py-cparser port > from which I copied almost all. > > Paragraph about why I

<    2   3   4   5   6   7   8   9   10   11   >