arm bulk build report

2023-01-14 Thread phessler
bulk build on armv7.ports.openbsd.org started on Tue Dec 20 16:09:18 MST 2022 finished at Sat Jan 14 22:19:19 MST 2023 lasted 25D06h10m done with kern.version=OpenBSD 7.2-current (GENERIC) #91: Tue Dec 20 00:00:31 MST 2022 built packages:8448 Dec 20:270 Dec 21:440 Dec 22:54 Dec 23:269 Dec 24:263

Re: [NEW] audio/alsa-lib-1.2.8

2023-01-14 Thread SASANO Takayoshi
Hi, > Let's keep it simple like: > /usr/local/lib/alsa-lib/... > /usr/local/include/alsa-lib/... Really? I thought: /usr/local/alsa-lib/include /usr/local/alsa-lib/lib (how about /usr/local/linux-alsa/{include,lib}?) Both are not difficult to write alsa-lib's Makefile but very hard to porting

Re: [update] net/knot net/py-libknot to 3.2.4

2023-01-14 Thread A Tammy
On 1/14/23 17:57, Jeremie Courreges-Anglas wrote: > On Sat, Jan 14 2023, aisha wrote: >> Hi, >> I've attached updates for both knot and py-libknot to 3.2.4. >> No major changes in net/knot, no new symbols in library. >> py-libknot has additional functionality added but its a ctypes library, so

Re: [update] Update repository for devel/luafs

2023-01-14 Thread A Tammy
On 1/14/23 16:52, A Tammy wrote: > > On 1/14/23 12:19, Laurent Cheylus wrote: >> Hi, >> >> a little diff to fix repository and homepage for devel/luafs : >> >> - Main repo is now https://github.com/lunarmodules/luafilesystem >> - Homepage is now http://lunarmodules.github.io/luafilesystem/ >> >>

Re: [update] net/knot net/py-libknot to 3.2.4

2023-01-14 Thread Jeremie Courreges-Anglas
On Sat, Jan 14 2023, aisha wrote: > Hi, > I've attached updates for both knot and py-libknot to 3.2.4. > No major changes in net/knot, no new symbols in library. > py-libknot has additional functionality added but its a ctypes library, so > the update patch is trivial. > > Working fine for me,

[update] www/libreddit to 0.27.1

2023-01-14 Thread Lucas Raab
Hello, Here's an update for libreddit that's been working fine with my instance. changelog: Bugfix: 'all posts are hidden because NSFW' Search - add support for raw reddit links fix a11y and HTML issues on settings page build: enable LTO and strip the binary Link to libreddit/libreddit and open

[update] i2pd-2.45.1

2023-01-14 Thread Ganymede
Hi, Here's an update for i2pd. This is a bugfix release. Changelog : https://github.com/PurpleI2P/i2pd/releases/tag/2.45.1 Cheers, GanymedeIndex: Makefile === RCS file: /cvs/ports/net/i2pd/Makefile,v retrieving revision 1.14 diff

Re: [update] Update repository for devel/luafs

2023-01-14 Thread A Tammy
On 1/14/23 12:19, Laurent Cheylus wrote: > Hi, > > a little diff to fix repository and homepage for devel/luafs : > > - Main repo is now https://github.com/lunarmodules/luafilesystem > - Homepage is now http://lunarmodules.github.io/luafilesystem/ > > Build and tests OK on amd64 with luafs-1.

Re: UPDATE net/luasocket 3.0rc1p1 -> 3.1.0

2023-01-14 Thread Ashlen
On 23/01/07 00:20, Ashlen wrote: > As for the renaming thing, I realized I didn't actually provide any links > showing why I kept this in. I looked at the commits and it appears their > rationale is that anyone that writes a Lua script and imports luasocket as > well > as another module that happe

Re: libgcrypt: arm64 assembly fixes

2023-01-14 Thread Mark Kettenis
> Date: Sat, 14 Jan 2023 21:08:38 +0100 > From: Theo Buehler > > This moves constants from .text into .rodata. > > All tests pass, gnupg tests work, gpgme and gcr build. Right, and then the idiots did this: https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=commit;h=fd02e8e78470deb6612

Re: [update] www/vaultwarden-web to 2023.1.0

2023-01-14 Thread Bjorn Ketelaars
On Sat 14/01/2023 12:26, A Tammy wrote: > There can be multiple versions of the web-vault which are compatible > with the current version of vaultwarden, so keeping it independent makes > it easy to update it separately. > > Also the web-vault has had more frequent releases, not always breaking, >

libgcrypt: arm64 assembly fixes

2023-01-14 Thread Theo Buehler
This moves constants from .text into .rodata. All tests pass, gnupg tests work, gpgme and gcr build. Index: Makefile === RCS file: /cvs/ports/security/libgcrypt/Makefile,v retrieving revision 1.81 diff -u -p -r1.81 Makefile --- Makef

new: fonts/nerd-fonts/nerdfontssymbolsonly

2023-01-14 Thread Ariel Popper
I thought I would share this with anyone who might be interested. I notice that there are a few of the patched "Nerd Fonts" already in ports, but there are some programs (like x11/kitty) which can pick up symbols automagically from this font without requiring patched fonts. I've been using this fo

Re: tor-browser can't see ffmpeg

2023-01-14 Thread Theo de Raadt
onatinadr...@tutanota.com wrote: > I have no intention to disable unveil permanently. I was just trying > to solve a bug. But it does not solve a bug. It does not even identify the bugs. If you really wanted to try to act like a developer, you would grab a huge piece of disk and ktrace -di the

Re: tor-browser can't see ffmpeg

2023-01-14 Thread onatinadresi
I have no intention to disable unveil permanently. I was just trying to solve a bug. When I saw that it didn't work, I enabled it again. Yes, I considered using linux. I give it a go from time to time. It gets worse every time. It moves away from unix philosophy. I don't like it. If I could, I w

Re: tor-browser can't see ffmpeg

2023-01-14 Thread Theo de Raadt
At some point you have to realize two things - the restrictions we added to browsers inside are *intentional* to reduce access outside of their general usage, in particular restrictions inside your home directory - But some libraries and applications you are trying to use are designed to vi

Re: tor-browser can't see ffmpeg

2023-01-14 Thread onatinadresi
(sorry, I forgot to break lines) ok, I disabled unveil by renaming all unveil* files and creating new files that contain only "# disable". the issue persists though. another hint: libmozav* files in /usr/local/lib/tor-browser have the extension .7.0. those in /usr/local/lib/firefox-esr, have

Re: [new] meta/jitsi-1.0 - meta port for jitsi and friends

2023-01-14 Thread Philipp Buehler
Moin Aisha, piece of cake! :-) This is all on a fresh VM I just upgraded to latest -current snapshot jitsi# env FETCH_PACKAGES= make build Sat Jan 14 17:12:50 CET 2023 ===>  Checking files for jitsi-1.0 >> No DISTFILES nor PATCHFILES. ===>  Extracting for jitsi-1.0 ===>  Patching for jit

Re: [update] www/vaultwarden-web to 2023.1.0

2023-01-14 Thread A Tammy
On 1/14/23 11:38, Bjorn Ketelaars wrote: > On Sat 14/01/2023 08:33, aisha wrote: >> Hi, >> I've attached update for www/vaultwarden-web to 2023.1.0. >> >> This needs testers as upstream has mentioned "latest version of >> vaultwarden-web might not always be compatible with latest version of >

[update] Update repository for devel/luafs

2023-01-14 Thread Laurent Cheylus
Hi, a little diff to fix repository and homepage for devel/luafs : - Main repo is now https://github.com/lunarmodules/luafilesystem - Homepage is now http://lunarmodules.github.io/luafilesystem/ Build and tests OK on amd64 with luafs-1.8.0p0 package Laurent Index: Makefile ===

Re: OpenSSL 1.1 arm64 assembly fixes

2023-01-14 Thread Theo Buehler
On Sat, Jan 14, 2023 at 05:41:10PM +0100, Mark Kettenis wrote: > > Date: Sat, 14 Jan 2023 16:56:32 +0100 > > From: Theo Buehler > > > > This is a backport of kettenis's diff. Most of it applied with a few > > offsets. I had to hand-apply two or three hunks due to whitespace noise. > > > > The on

Re: OpenSSL 1.1 arm64 assembly fixes

2023-01-14 Thread Mark Kettenis
> Date: Sat, 14 Jan 2023 16:56:32 +0100 > From: Theo Buehler > > This is a backport of kettenis's diff. Most of it applied with a few > offsets. I had to hand-apply two or three hunks due to whitespace noise. > > The only real changes are the hunks containing __ILP32__ which were > needed to mak

Re: [update] www/vaultwarden-web to 2023.1.0

2023-01-14 Thread Bjorn Ketelaars
On Sat 14/01/2023 08:33, aisha wrote: > Hi, > I've attached update for www/vaultwarden-web to 2023.1.0. > > This needs testers as upstream has mentioned "latest version of > vaultwarden-web might not always be compatible with latest version of > vaultwarden". > > Moving forward I will try to

OpenSSL 1.1 arm64 assembly fixes

2023-01-14 Thread Theo Buehler
This is a backport of kettenis's diff. Most of it applied with a few offsets. I had to hand-apply two or three hunks due to whitespace noise. The only real changes are the hunks containing __ILP32__ which were needed to make it link. They are part of the diff to OpenSSL 3, which came from https://

Re: [update] devel/rebar3 3.20.0

2023-01-14 Thread Stuart Henderson
On 2023/01/14 10:43, Volker Schlecht wrote: > bump .. > > On 12/29/22 21:33, Volker Schlecht wrote: > > > Cc: Maintainer > > > > > > Updates rebar3 to version 3.20 > > > https://github.com/erlang/rebar3/releases/tag/3.20.0 > > > > > > * Starting with this version they bundle all of their build de

Re: [UPDATE] net/rabbitmq 3.10.13

2023-01-14 Thread Stuart Henderson
On 2022/12/30 21:04, Volker Schlecht wrote: > While rabbitmq.rc always started the rabbitmq launch script as _rabbitmq, it > contained a call to rabbitmqctl in rc_check(). rabbitmqctl always starts an > instance of epmd if none is running, and since the first call to rc_check() > is run by root, it

[update] www/vaultwarden-web to 2023.1.0

2023-01-14 Thread aisha
Hi, I've attached update for www/vaultwarden-web to 2023.1.0. This needs testers as upstream has mentioned "latest version of vaultwarden-web might not always be compatible with latest version of vaultwarden". Moving forward I will try to give these ports some fresh air for a while by letting

[update] net/knot net/py-libknot to 3.2.4

2023-01-14 Thread aisha
Hi, I've attached updates for both knot and py-libknot to 3.2.4. No major changes in net/knot, no new symbols in library. py-libknot has additional functionality added but its a ctypes library, so the update patch is trivial. Working fine for me, ok? Cheers, Aisha diff --git a/net/knot/Makefi

[update] www/freshrss to 1.20.2

2023-01-14 Thread aisha
Hi, I've attached an update for freshrss to 1.20.2. I've got it running for a couple of week, no issues. ok? aisha diff --git a/www/freshrss/Makefile b/www/freshrss/Makefile index 585d794678f..601ea3a2d8d 100644 --- a/www/freshrss/Makefile +++ b/www/freshrss/Makefile @@ -5,7 +5,7 @@ PKG_ARCH =

Re: Opinions - Multiple versions of lang/erlang needed?

2023-01-14 Thread Rafael Sadowski
On Sat Jan 14, 2023 at 11:33:00AM +, Stuart Henderson wrote: > On 2023/01/14 10:52, Volker Schlecht wrote: > > I never tried to submit a patch for dropping something, but > > here's an honest attempt - of course devel/rebar needs to be > > dropped as well, since it depends on erlang21. > > > >

[new] meta/jitsi-1.0 - meta port for jitsi and friends

2023-01-14 Thread aisha
Hi, I've attached the meta port for jitsi, which contains the README for jitsi as well as sample files for nginx and prosody. I've had it running locally for a while and its been working fine. Tests, comments, OKs would be good to have. Cheers, Aisha jitsi-1.0.tgz Description: GNU Zip compres

Re: UPDATE: emulators/citra

2023-01-14 Thread Stefan Sperling
On Sat, Jan 14, 2023 at 12:14:41PM +0100, Rafael Sadowski wrote: > It looks like 1827 fixes this issue. Stefan, could you verify this for me? > Before I tested 1827 I removed my config in .config/citra-emu I won't be able to test this until at least a week from now. So please proceed. I will check

Re: Opinions - Multiple versions of lang/erlang needed?

2023-01-14 Thread Stuart Henderson
On 2023/01/14 11:33, Stuart Henderson wrote: > Looks good to me, we will also need quirks/@pkgpath markers to handle > updates from 21 to 25 but whoever commits can do that. And rebar->rebar3 I think

Re: UPDATE: emulators/citra

2023-01-14 Thread Rafael Sadowski
On Wed Dec 14, 2022 at 11:33:23AM +0100, Stefan Sperling wrote: > On Wed, Dec 14, 2022 at 10:53:09AM +0100, Stefan Sperling wrote: > > On Tue, Dec 13, 2022 at 11:16:59PM +0100, Stefan Sperling wrote: > > > On Sun, Dec 04, 2022 at 05:19:01PM +0100, Rafael Sadowski wrote: > > > > Hi Thomas, Hi ports@

Re: openssl3 arm64 assembly fixes

2023-01-14 Thread Mark Kettenis
> Date: Sat, 14 Jan 2023 00:24:19 +0100 > From: Theo Buehler > > On Fri, Jan 13, 2023 at 11:36:00PM +0100, Mark Kettenis wrote: > > This fixes the arm64 perl assembly scripts to no longer emit data into > > .text segments. I removed the -Wl,--no-execute-only flags and ran > > "make test" which s

Re: [update] devel/rebar3 3.20.0

2023-01-14 Thread Volker Schlecht
bump On 1/5/23 16:12, Volker Schlecht wrote: bump On 12/29/22 21:33, Volker Schlecht wrote: Cc: Maintainer Updates rebar3 to version 3.20 https://github.com/erlang/rebar3/releases/tag/3.20.0 * Starting with this version they bundle all of their build dependencies * Drop all DISTFILES for the

Re: [UPDATE] net/rabbitmq 3.10.13

2023-01-14 Thread Volker Schlecht
bump On 12/30/22 21:04, Volker Schlecht wrote: Updates net/rabbitmq to the most recent 3.10.x release. * Reinstates patch-deps_rabbit_scripts_rabbitmq-defaults that shouldn't have been dropped * Drops patch-deps_rabbitmq_cli_mix_exs that is now upstreamed * Substitutes versions of bundled d

[Update] lang/node 18.13.0

2023-01-14 Thread Volker Schlecht
Here's an update for everyone's favourite port. Nothing particularly urgent or important about it, according to upstream's changelog. Tested on amd64, arm64 and i386. Builds and runs fine on all three. None of the riscv64 patches are affected by the update, but there's been some renaming of ri