[fix] www/luakit display version correctly

Hi, This is a small fix for the luakit port, it leads to the correct `luakit --version` output and also prevents a shell script from running for each C file. I saw that build-utils/getversion.sh I called for every file when I had an error in there and the error showed up after each file. Settin

Re: Teeworlds update - Teeworlds 0.7.5

Daniel Dickman wrote: > I’ve tried the update and unfortunately it doesn’t work for me. Which > is too bad because I really want to switch this one over to python3. > > After I launch teeworlds, I see a loading bar and hear the music. Then > the screen goes red and I don’t see anything. > > I’m on

[remove-or-fix] x11/ion

Hi, X11/ion is currently broken. With x11/notion, we have the successor of ion imported. Ion itself is unmaintained upstream since 2009. Can we remove it? If someone wants to keep it, the below diff makes it build again. (compiles, but untested) It was also missing nroff. Best regards, Stefan

Re: Warnings for %n in format strings

On Tue, Sep 07, 2021 at 09:10:39PM +0100, Stuart Henderson wrote: > > devel/libvstr The OpenBSD ports mailing-list > > I don't remember what libvstr was imported for originally but it's > unused in ports, I propose removing it Converting it to avoid %n will be a bit of work (18 files w

math/mcl: fix for %n and -fno-common

This avoids the %n usage, switches HOMEPAGE and MASTER_SITES to https and adds a proper fix for -fno-common, as all common variables come from iface.[ch], so we can simply extern them in the header. Index: Makefile === RCS file: /cvs/

Re: Teeworlds update - Teeworlds 0.7.5

 > On Sep 12, 2021, at 10:23 AM, Stefan Hagen > wrote: > > Daniel Dickman wrote: On Sep 12, 2021, at 9:57 AM, Stefan Hagen wrote: >>> Stuart Henderson wrote: > On 2021/09/12 07:35, Daniel Dickman wrote: > Can take a look if no one beats me to it but one question below. >>>

Re: [BUG] net/qbittorrent and net/deluge not working

Thanks for the links Theo, I didn't know about those mirrors with the previous builds. Yep, the problem seems to lie with the boost update from 1.76 to 1.77. Using 1.76 works OK. On Mon, Sep 13, 2021 at 6:28 PM Theo Buehler wrote: > On Mon, Sep 13, 2021 at 05:55:51PM -0300, Elias M. Mariani wrot

update py-importlib-metadata to 4.8.1 (unbreak spyder3)

@ports py-keyring seems to require updated importlib-metadata quick and maybe dirty fix to update devel/importlib-metadata to latest. other consumers of importlib-metadata has not been tested (there is one other package which i don't use) Index: Makefile ===

neomutt Segmentation fault (core dumped)

I had only been using neomutt about 10 minutes. desktop(~)$: uname -a OpenBSD desktop 6.9 GENERIC.MP#4 amd64 desktop(~)$: desktop(~)$: egdb neomutt neomutt.core GNU gdb (GDB) 7.12.1 Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

Re: [new] devel/luarocks

On Sun, Sep 12, 2021, at 6:52 AM, Omar Polo wrote: > > Aaron Bieber writes: > > > Omar Polo writes: > > > >> this time with the tarball... > >> > >> Omar Polo writes: > >> > >>> Omar Polo writes: > >>> > Hello ports, > > I wanted to play with lua and ended up needing luarock

Re: update py-importlib-metadata to 4.8.1 (unbreak spyder3)

On Tue, Sep 14, 2021 at 05:54:41AM +0900, rgc wrote: > @ports > py-keyring seems to require updated importlib-metadata > quick and maybe dirty fix to update devel/importlib-metadata to latest. other > consumers of importlib-metadata > has not been tested (there is one other package which i don't

Re: devel/adb remove snprintf %n

On Sun, Sep 12 2021, Ian Darwin wrote: > This leaves one snprintf %n which is inside "#ifdef APPLE" and two > scanf(%n) which are all ignorable. > > tests/oks? I would suggest a simpler approach: > Index: Makefile > === > RCS file:

Re: [BUG] net/qbittorrent and net/deluge not working

On Mon, Sep 13, 2021 at 05:55:51PM -0300, Elias M. Mariani wrote: > I should add some more info: > - I tested this on amd64, qbittorrent 4.3.8 was working OK a week or so > ago. I just tested deluge because it uses the same libraries. > - Reproduce: pkg_add qbittorrent on -current, run qbittorrent.

khal update 0.10.2 to 0.10.4

Hello! This updates khal from 0.10.2 to 0.10.4. Only quickly tested, but running with from now on. (The "CHANGE for tab" helps a lot...) Changes: https://github.com/pimutils/khal/releases/tag/v0.10.4 DROPPED support for Python 3.5 CHANGE ikhal: tab (and shift tab) jump from the events back to

Re: [BUG] net/qbittorrent and net/deluge not working

I should add some more info: - I tested this on amd64, qbittorrent 4.3.8 was working OK a week or so ago. I just tested deluge because it uses the same libraries. - Reproduce: pkg_add qbittorrent on -current, run qbittorrent. The same applies for deluge. I tested both in a vanilla -current machine

[BUG] net/qbittorrent and net/deluge not working

net/qbittorrent and net/deluge are broken (at least on amd64). Both are using net/libtorrent-rasterbar and devel/boost. I'm guessing that this is the fallout from some change on the system libraries or caused by the devel/boost update. I'm adding the backtrace frdsdsdom gdb for both to see if som

sysutils/bat: fix build on i386

sysconf returns a long which is an i32 on ILP32 architectures. Add a cast which is a noop on LP64 architectures; the overflow of an u32 in this check can't happen on ILP32 anyway. Index: Makefile === RCS file: /cvs/ports/sysutils/bat/

net/epic5 new port

Extremely customizable IRC client, evolution of net/epic4. epic5.tar.gz Description: application/tar-gz

Re: powerpc bulk build report

Hi, On Thu, 9 Sep 2021 22:27:27 +0200 Alexander Bluhm wrote: > On Thu, Sep 09, 2021 at 08:56:52AM -0600, c...@openbsd.org wrote: > > http://build-failures.rhaalovely.net/powerpc/2021-08-21/misc/open62541,ns0_full.log > > /usr/obj/ports/open62541-1.0.6-ns0_full/bin/cc ... > namespace0_generated.

net/epic4 update

Hello, this is update for net/epic4 port from 2.10.5 to 2.10.10. patch-include_irc_h and patch-source_irc_c were incorporated upstream and should be rm'ed diff --git a/net/epic4/Makefile b/net/epic4/Makefile index 4fab14b1dc7..9b8e93e3448 100644 --- a/net/epic4/Makefile +++ b/net/epic4/Makefile

Re: lang/ghc

On Mon, Sep 13, 2021 at 09:49:03AM +0200, Matthias Kilian wrote: > New diff, where I only changed the debug stuff (and introduced a > new typedef for it). The reason I didn't touch the other message > printing functions is that they call printf(3)-like functions several > times and don't do any err

math/yorick vs %n

There's a few more %n in this code, but as far as I can see, they're all fed into *scanf or into that complicated thing called YError(). I cannot tell for sure that this latter will not end up in a *printf()... Index: Makefile === RCS

[new] net/telescope -- multi-protocol browser

Hello ports@ I've been keeping this into mystuff for a while because I was unsure if it would be interesting for a wider audience (it's hard to guess how "useful" something is when you're the author; for me it's useful indeed!) Given that's already available on other repositories and that I'm dev

[UPDATE] fonts/doulous to 6.001

Diff attached. As above, PLIST change plus dropped REVISION. Thanks GeorgeIndex: Makefile === RCS file: /cvs/ports/fonts/doulos/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile 12 Jul 2019 20:46:11 - 1.

Re: [UPDATE] fonts/doulous to 6.001

Correct diff attached. It's doulos not doulous. George On 9/13/21 12:18, George Rosamond wrote: Diff attached. As above, PLIST change plus dropped REVISION. Thanks GeorgeIndex: Makefile === RCS file: /cvs/ports/fonts/doulos/Mak

[UPDATE] fonts/charis to 6.001

Diff attached. PLIST change and REVISION dropped. GeorgeIndex: Makefile === RCS file: /cvs/ports/fonts/charis/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile 12 Jul 2019 20:46:11 - 1.7 +++ Makefile 13 S

[UPDATE] fonts/stixfonts to 2.13b171

Diff attached. REVISION dropped. Added TTF fonts. GeorgeIndex: Makefile === RCS file: /cvs/ports/fonts/stixfonts/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile 25 May 2020 03:40:08 - 1.2 +++ Makefile

[UPDATE} fonts/andika to 6.001

Diff attached. some PLIST changes and dropped REVISION. GeorgeIndex: Makefile === RCS file: /cvs/ports/fonts/andika/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile 12 Jul 2019 20:46:10 - 1.8 +++ Makefil

Re: extend bsd.port.mk poisoning from gettext-tools

On Mon, Sep 13, 2021 at 05:17:16PM +0200, Christian Weisgerber wrote: > Stuart Henderson: > > > I have been running bulks with this for ages and forgotten about it > > until it actually triggered today. It extends the gettext-tools > > poisoning to a few more scripts, and adds the same for asciido

Re: extend bsd.port.mk poisoning from gettext-tools

Stuart Henderson: > I have been running bulks with this for ages and forgotten about it > until it actually triggered today. It extends the gettext-tools > poisoning to a few more scripts, and adds the same for asciidoc, > making hidden dependencies more obvious. I'm fine with the gettext-tools p

Re: The Neovim and LuaJIT saga (was [New] devel/luaffi)

Hi Stuart, On Mon, Sep 13, 2021 at 03:57:00PM +0100, Stuart Henderson wrote: > On 2021/09/13 12:23, Edd Barrett wrote: > > - Therefore, Neovim upstream uses a hard-coded LuaJIT commit and > >statically embeds. > > Which branch does it take this from? I had a quick look at their repo > but I

Re: The Neovim and LuaJIT saga (was [New] devel/luaffi)

On 2021/09/13 12:23, Edd Barrett wrote: > - Therefore, Neovim upstream uses a hard-coded LuaJIT commit and >statically embeds. Which branch does it take this from? I had a quick look at their repo but I didn't find any version of luajit either directly or via submodule, might have missed some

Re: Slowing down, testing for release

Christian Weisgerber wrote: > We also need to finish the %n cleanup. It looks like Theo wants > to ship 7.0 with %n triggering abort(3). Without testing, we will > not find all application uses. It can miss release if it needs to. But I urge users to install new ports, and test, and not defer

lang/clisp: fix parallel make build

It annoys me that lang/clisp fails to build with parallel make (MAKE_JOBS). I would like to fix that so MAKE_JOBS builds of ports and their dependencies don't error out when they recurse into clisp. Clisp hasn't had a release since 2010, but there has been upstream development up to 2018 in a Mer

Slowing down, testing for release

The OpenBSD 7.0 release is approaching fast. Ports development needs to wind down. Please finish pending imports and updates, and remember that not everything needs to make the release. Let's concentrate on fixing bugs. This is also a call for people to start testing packages in earnest. If you

extend bsd.port.mk poisoning from gettext-tools

I have been running bulks with this for ages and forgotten about it until it actually triggered today. It extends the gettext-tools poisoning to a few more scripts, and adds the same for asciidoc, making hidden dependencies more obvious. OK? (It maybe worth adding asciidoctor as well, as it is in

Re: [NEW] textproc/py-marisa (previously posted as devel/py-marisa)

On 2021/09/12 23:45, Kinichiro Inoguchi wrote: > - Added "REVISION-main=0". > I didn't add REVISION-main with my last diff since I thought > 'libmarisa-main' > would be the first revision but it was wrong. That would be correct if the PKGNAME changed, but it doesn't, it is still "libmarisa-$V

Re: [NEW] textproc/py-marisa (previously posted as devel/py-marisa)

Hello, > This is just my thoughts, but this could be a subpackage of libmarisa since > it uses the same dist file, and libxml does the same kind of thing. I agree your opinion. In fact I tryed it but failed, so separate bindings from library. You are going to work to solve this issue, please go

Re: The Neovim and LuaJIT saga (was [New] devel/luaffi)

On Mon, Sep 13, 2021 at 12:23:54PM +0100, Edd Barrett wrote: > What I take away from this is that: in order to give the "expected" > Neovim experience, we are going to need to embed the right version of > LuaJIT into Neovim going forward. I forgot to add. There is a LuaJIT fork (OpenResty) that ma

aarch64 bulk build report

bulk build on arm64.ports.openbsd.org started on Fri Sep 10 16:14:02 MDT 2021 finished at Mon Sep 13 05:24:17 MDT 2021 lasted 2D13h10m done with kern.version=OpenBSD 7.0-beta (GENERIC.MP) #10: Fri Sep 10 15:53:46 MDT 2021 built packages:10901 Sep 10:3266 Sep 11:1354 Sep 12:2771 Sep 13:3509 cri

The Neovim and LuaJIT saga (was [New] devel/luaffi)

Hi, On Tue, Aug 31, 2021 at 04:35:26PM +0100, Edd Barrett wrote: > On Tue, Aug 24, 2021 at 03:06:02PM +0100, Laurence Tratt wrote: > In case anyone is wondering why we don't just build Neovim with LuaJIT: > > - LuaJIT isn't as portable, although we could use it only for certain >arches. > >

UPDATE: libass 0.15.2

Here is an update to libass 0.15.2. libass (0.15.2) * Fix some known 0.15.x regressions: * Fix Core Text font fallback failing on some fonts with multiple names * Fix DirectWrite failing to look up any but the first loaded variant of system fonts * Fix some format string bugs, whic

Re: lang/ghc

On Wed, Sep 08, 2021 at 08:19:57PM +0200, Matthias Kilian wrote: > > Are you at all intersted in shaving this yak all the way so we can push > > this fix upstream? > > I'll have a look. Shouldn't be too much work, since there are only > those four function pointers and only for functions actually