Re: New: rigg - program to run independent games with unveil

On Sat, Apr 27, 2024 at 10:57:28PM -0400, Thomas Frohwein wrote: > updated tarball; I had some left over, commented out lines in the > Makefile and unnecessary SUBST_*. Looks good, having this in the ports tree would be nice. ok brynet@ for what its worth :-) > > On Sat, Apr 27, 2024 at 10:20:3

Re: security/openssl/3.1 endbr64 sprinkling

Hey Mark, does the order of .cfi_startproc and endbranch matter at all, I noticed a difference between your openssl/3.1 and 3.2 patches and was just wondering, it's reversed in gcm_init_avx. -Bryan. diff -u -p -r1.1.1.1 patch-crypto_modes_asm_ghash-x86_64_pl --- security/openssl/3.1/patches/patch

Re: lang/mono: stop using syscall(2)

On Fri, Oct 27, 2023 at 09:45:52PM -0400, Thomas Frohwein wrote: > This diff patches out mono's use of syscall(SYS_fork), which is the > only instance of syscall(2) in use. Upstream has this behind: > > #elif !defined(HOST_DARWIN) && defined(SYS_fork) > > This diff changes that to #elif defined(_

Re: chromium 96.0.4664.110 stopped working with Dec 19th snapshot

On Sun, Dec 19, 2021 at 06:24:21PM -0600, Amit Kulkarni wrote: > On Sun, Dec 19, 2021 at 2:23 PM Bryan Steele wrote: > > > > I'm thinking this could be llvm/clang13 fallout, but with the new Dec 19 > > snapshot chromium stopped working for me. It opens up a blank whi

chromium 96.0.4664.110 stopped working with Dec 19th snapshot

I'm thinking this could be llvm/clang13 fallout, but with the new Dec 19 snapshot chromium stopped working for me. It opens up a blank white page, and trying to visit any website is stuck "loading..." In ps(1), one chrome subprocess is pegging a CPU at 99% utilization.. brynet 10507 96.6 0.8

Re: new games/amnesia-tdd

On Sat, Oct 23, 2021 at 07:16:20PM -0700, Nam Nguyen wrote: > Please find attached a port for Amnesia: The Dark Descent. It is a port > from brynet@ with tweaks by me. > > Thanks to brynet@ for making and upstreaming patches to compile on > OpenBSD with clang. Thanks to shamazmazum for providing a

Re: new games/amnesia-tdd

On Sat, Oct 23, 2021 at 07:16:20PM -0700, Nam Nguyen wrote: > Please find attached a port for Amnesia: The Dark Descent. It is a port > from brynet@ with tweaks by me. > > Thanks to brynet@ for making and upstreaming patches to compile on > OpenBSD with clang. Thanks to shamazmazum for providing a

Re: audio/openal no longer works since 1.21.1 update

On Sat, Jul 31, 2021 at 12:31:42AM -0400, Brad Smith wrote: > On Thu, Jul 29, 2021 at 03:01:33PM -0400, Kurt Mosiejczuk wrote: > > On Thu, Jul 29, 2021 at 02:46:57PM -0400, Bryan Steele wrote: > > > > > > > It would be nice to commit his diff below, or perhaps

audio/openal no longer works since 1.21.1 update

After upgrading to the latest amd64 snapshot, OpenAL is broken now and no longer produces any sound. It was working for me using 1.20.1 previously. I tested with ioquake and several games playable using fnaify and libgdx/lwjgl{2,3}. No issues with others ports using e.g: SDL2 sndio backend for ex

Re: fix games/barony textures in sdl2-2.0.14

On Sat, Apr 10, 2021 at 08:39:07PM -0400, Bryan Steele wrote: > On Sat, Apr 10, 2021 at 04:56:55PM -0700, Nam Nguyen wrote: > > solene@ reported that games/barony has missing textures.[1] Here is a > > diff fixing this sourced from a PR by Sylvain Becker. > > > > I u

Re: fix games/barony textures in sdl2-2.0.14

On Sat, Apr 10, 2021 at 04:56:55PM -0700, Nam Nguyen wrote: > solene@ reported that games/barony has missing textures.[1] Here is a > diff fixing this sourced from a PR by Sylvain Becker. > > I used hg bisect to track down the revision in sdl2's repository that > introduced this bug.[2] I contacte

Re: NEW: libgdx, a Java-based framework for games

On Sat, Feb 20, 2021 at 05:49:28PM -0700, Thomas Frohwein wrote: > Hi, > > This is a port of libgdx, a framework for games in Java. It has been > used for a variety of high-profile indie games in recent years. Notable > titles include Slay the Spire, Pathway, and others [1]. > > This port has bee

Re: [New] libva-intel-media-driver port

On Tue, Feb 09, 2021 at 01:47:37PM +, Laurence Tratt wrote: > On Tue, Feb 09, 2021 at 10:57:32PM +1100, Jonathan Gray wrote: > > Hello Jonathan, > > > See previous libva discussions. If it is to support more than just Intel > > it needs to be in xenocara and new Mesa Makefiles will need to b

Re: devel/sdl2: enable real GUID-based controller mapping

On Thu, Jan 21, 2021 at 12:05:59PM -0700, Thomas Frohwein wrote: > On Sat, Jan 09, 2021 at 10:46:17AM -0700, Thomas Frohwein wrote: > > Hi, > > > > The next stepping stone in my project to improve out-of-the-box > > gamecontroller support. > > Haven't gotten much feedback since I sent this out. B

Re: [NEW] graphics/libva and graphics/intel-vaapi-driver

On Thu, Dec 17, 2020 at 04:45:01PM +0100, Robert Nagy wrote: > The upcoming chromium update also requires libva, so I've fixed up > and updated the submitted libva port. Attached is the new version. If it is blocking chromium updates now, perhaps libva should go in ports. But if AMD graphics are e

Re: gnupg: avoid printf %n in build process

On Fri, Oct 16, 2020 at 09:54:25PM -0700, Greg Steuck wrote: > I tried to get this upstreamed in https://dev.gnupg.org/T5104 to no > avail. If people find it useful to not see %n related complaints during > the build, the patch below would do it. If desirable, OK? > > Thanks > Greg > >From 8afc03

Re: update games/barony - looking for help with cmake

On Sat, Oct 03, 2020 at 11:09:51PM +0200, Rafael Sadowski wrote: > On Sat Oct 03, 2020 at 10:19:12PM +0200, Solene Rapenne wrote: > > This diff updates barony to version 3.3.7 which > > matches the version available on GOG for download > > and should bring support for latest DLC that I don't > > ow

Re: VAAPI ports

On Sat, Aug 22, 2020 at 07:35:47PM +0200, Luca De Pandis wrote: > Hi everyone, > I'm Luca De Pandis and I'm an OpenBSD user since March. > > I'd like to contribute to the project since I'm using it everyday, so I > decided to work on porting the VAAPI stack on OpenBSD. > > Before submitting I che

Re: games/godot: add libao to make audio functional

On Tue, Aug 04, 2020 at 07:39:30PM +0200, Omar Polo wrote: > > Christian Weisgerber writes: > > > Omar Polo: > > > >> The following patch is to make audio working on games/godot via libao. > >> > >> Six years ago, Anton Yabchinskiy added a libao driver[0] to have audio > >> working on OpenBSD, b

Re: Clang 10 FIX: games/devilutionx

On Fri, Jul 31, 2020 at 02:09:53PM +, Brian Callahan wrote: > Hi ports -- > > As reported by naddy@, games/devilutionx doesn't build with clang-10. > The problem is that our ar doesn't understand archives with LLVM thin > LTO objects in it (devilutionx turns -flto=thin on by default if you > h

Re: NEW: x11/picom

On Wed, May 27, 2020 at 09:33:57PM +0200, Omar Polo wrote: > > Hi, > > This is a port for picom, a compositor for X11. It's an actively > developed fork of compton. > > I've been running for a month now, and it has been rock stable (instead > of compton which would occasionally crash.) > > Bui

Re: should we port ssh-copy-id ?

On Sat, Jan 18, 2020 at 10:14:57AM +0100, Jan-Piet Mens wrote: > > I assume a better distfile would be OpenSSH portable tarballs. > > It occurred to me, but I assumed the original source repository of the > script would be the cleaner method. > > > ./openssh-8.0p1/contrib/ssh-copy-id > > Would t

Re: should we port ssh-copy-id ?

On Fri, Jan 17, 2020 at 02:33:09PM +, Stuart Henderson wrote: > On 2020/01/17 14:55, Jan-Piet Mens wrote: > > > Seems reasonable - is there a stable distfile somewhere or does it > > > need mirroring? > > > > I'm aware only of the git repository at [1], in other words, I assume if we > > need

Re: [NEW] VA-API for OpenBSD

On Sun, Dec 15, 2019 at 12:14:33AM -0500, Bryan Steele wrote: > I did a dirty, awful thing. For r600/radeonsi gallium drivers it seems > neccessary to compile Mesa with --enable-va for this to work. That said, > it seems that installing the shared libraries from this build is > enough

Re: [NEW] VA-API for OpenBSD

I did a dirty, awful thing. For r600/radeonsi gallium drivers it seems neccessary to compile Mesa with --enable-va for this to work. That said, it seems that installing the shared libraries from this build is enough to make the vainfo utility happy. I haven't seen if this actualy works with ffmpeg

Re: [NEW] graphics/libva and graphics/intel-vaapi-driver

On Mon, Dec 09, 2019 at 11:28:57AM -0600, Brad DeMorrow wrote: > Bryan, > I've attached the full output of *moonlight > moonlight.log 2>&1* > > There are no errors that I see, however, I do see a behavior that's probably > not intended. > The original code used the RTLD_NODELETE flag with dlopen t

Re: [NEW] graphics/libva and graphics/intel-vaapi-driver

On Mon, Dec 09, 2019 at 12:42:45AM -0600, Brad DeMorrow wrote: > I managed to get moonlight-qt (to stream games) to work today. > I'm trying to bundle up my work, but I need some help/feedback on a few > things. > > First, here is libva and the intel-vaapi-driver. > I've ran portcheck and done sev

gimp 2.10.12 SIGSEGV on image export (gdk-pixbuf?)

It's only semi-reproducible, if you create a screenshot from within gimp and then click "Export As..." Thanks to sthen@ for explaining how to use the new debug- packages. -Bryan. (gdb backtrace) Thread 1 received signal SIGSEGV, Segmentation fault. 0x1d28c1e569f1 in compute_hint (pixbuf=,

Re: UPDATE: games/devilutionx to 0.5.0+

On Sat, Nov 09, 2019 at 04:16:22PM -0500, Bryan Steele wrote: > On Sat, Nov 09, 2019 at 12:16:24PM -0500, Brian Callahan wrote: > > > > > > On 2019-11-09 12:12 PM, Brian Callahan wrote: > > > Hi ports -- > > > > > > Attached is an update t

Re: UPDATE: games/devilutionx to 0.5.0+

On Sat, Nov 09, 2019 at 12:16:24PM -0500, Brian Callahan wrote: > > > On 2019-11-09 12:12 PM, Brian Callahan wrote: > > Hi ports -- > > > > Attached is an update to games/devilutionx. The latest release is 0.5.0 > > but this update is a good bit past that point. Primarily because brynet@ > > did

Re: UPDATE: games/devilutionx to 0.5.0+

On Sat, Nov 09, 2019 at 12:12:58PM -0500, Brian Callahan wrote: > Hi ports -- > > Attached is an update to games/devilutionx. The latest release is 0.5.0 but > this update is a good bit past that point. Primarily because brynet@ did a > lot of work upstreaming all patches but that came after the 0

Re: chromium-77.0.3865.90 and Aw, Snap! everywhere

On Thu, Sep 26, 2019 at 11:47:39PM -0400, Bryan Steele wrote: > On Thu, Sep 26, 2019 at 11:22:23PM +, Mikolaj Kucharski wrote: > > Hi, > > > > Does anyone else sees chrome not usable with latest snapshot? After > > starting the browser it crashes any tab with "

Re: chromium-77.0.3865.90 and Aw, Snap! everywhere

On Thu, Sep 26, 2019 at 11:22:23PM +, Mikolaj Kucharski wrote: > Hi, > > Does anyone else sees chrome not usable with latest snapshot? After > starting the browser it crashes any tab with "Aw, Snap!". At the same > time when I start the browser dmesg is full of pledge entries from > chrome (se

Re: update games/devilutionx 0.4.0pl20190914

On Sat, Sep 14, 2019 at 06:47:56PM -0700, Nam Nguyen wrote: > I attached an update for games/devilutionx as of September 14, > 2019. Upstream added my fix for 64-bit TCP multiplayer. UDP is still > broken. > > Update: > https://github.com/diasurgical/devilutionX/commit/c52464d2278660cbfe6c23ea48d

Re: egcc-ar in ports-gcc fails with Cannot find plugin 'liblto_plugin.so'

Please use ports@ for ports related discussions. On Mon, Aug 26, 2019 at 04:03:23PM -0600, j...@bitminer.ca wrote: > For ports package gcc-8.3.0p3, on abd64, using -current. > > The shared lib liblto_plugin.so.5.0 is installed > but no link is created. Thus egcc-ar (and egcc-ranlib and egcc-nm) f

Re: NEW: games/devilutionx

I had a lot of fun testing this, indeed, this fixes multiplayer. I'm ok with getting this in to make it easier for others to get in. :-) On Tue, Jul 23, 2019 at 11:46:10PM -0700, Nam Nguyen wrote: > > I promise that this third attachment preserves ^M properly. I had to use > application/octet-str

Re: NEW: games/devilutionx

On Fri, Jul 19, 2019 at 10:37:59AM -0400, Bryan Steele wrote: > On Thu, Jul 18, 2019 at 07:49:51PM -0400, Brian Callahan wrote: > > Hi ports -- > > > > Attached is a new port, games/devilutionx. DevilutionX is an open source > > engine recreation for

Re: NEW: games/devilutionx

On Thu, Jul 18, 2019 at 07:49:51PM -0400, Brian Callahan wrote: > Hi ports -- > > Attached is a new port, games/devilutionx. DevilutionX is an open source > engine recreation for the original Diablo I game. > > --- > pkg/DESCR: > DevilutionX is an open source recreation of the game engine used in

Re: add pledge and unveil to net/irssi

On Tue, Jun 11, 2019 at 08:59:55AM +0200, Solene Rapenne wrote: > On Fri, Jun 07, 2019 at 11:41:14PM +0200, Solene Rapenne wrote: > > On Fri, Jun 07, 2019 at 07:25:45PM +0100, Stuart Henderson wrote: > > > On 2019/06/07 19:05, Solene Rapenne wrote: > > > > Hi, > > > > > > > > This is a first draft

WASM/WebAssembly is busted

In -current (and 6.4), chrome repeatedly attempts to mmap a large linear area of memory for WASM/WebAssembly and it always fails. WASM JIT avoids using the system malloc/free, opting instead for their own "Heartbleed accelerating custom allocator". Despite the horribleness, this feature is being i

Re: PATCH: Fix SSP on amd64 for ports gcc 4.9

On Mon, Jun 19, 2017 at 10:33:26AM -0400, Bryan Steele wrote: > On Sat, Jun 17, 2017 at 12:58:03PM +0100, Stuart Henderson wrote: > > On 2017/06/04 04:40, Bryan Steele wrote: > > > "As Shmuel reported in > > > <https://gcc.gnu.org/ml/gcc-help/2017-03/ms

Re: PATCH: Fix SSP on amd64 for ports gcc 4.9

On Sat, Jun 17, 2017 at 12:58:03PM +0100, Stuart Henderson wrote: > On 2017/06/04 04:40, Bryan Steele wrote: > > "As Shmuel reported in > > <https://gcc.gnu.org/ml/gcc-help/2017-03/msg9.html>, > > on x86-64 small structures in automatic storage are aligned t

Re: PATCH: Fix SSP on amd64 for ports gcc 4.9

On Tue, Jun 06, 2017 at 12:05:57PM -0400, Bryan Steele wrote: > On Tue, Jun 06, 2017 at 04:53:27PM +0100, Stuart Henderson wrote: > > On 2017/06/06 11:12, Bryan Steele wrote: > > > On Mon, Jun 05, 2017 at 11:58:43AM -0400, Bryan Steele wrote: > > > > This will prob

Re: PATCH: Fix SSP on amd64 for ports gcc 4.9

On Tue, Jun 06, 2017 at 12:23:31PM -0400, Bryan Steele wrote: > On Tue, Jun 06, 2017 at 12:05:57PM -0400, Bryan Steele wrote: > > > > SELECT FULLPKGPATH,MODULES,WANTLIB FROM Ports WHERE MODULES LIKE > > > > '%gcc4%' AND WA > > > > N

Re: PATCH: Fix SSP on amd64 for ports gcc 4.9

On Tue, Jun 06, 2017 at 12:05:57PM -0400, Bryan Steele wrote: > > > SELECT FULLPKGPATH,MODULES,WANTLIB FROM Ports WHERE MODULES LIKE '%gcc4%' > > > AND WA > > > NTLIB NOT LIKE '%CXX%' AND WANTLIB NOT LIKE '%stdc++%'; > > > > I

Re: PATCH: Fix SSP on amd64 for ports gcc 4.9

On Tue, Jun 06, 2017 at 04:53:27PM +0100, Stuart Henderson wrote: > On 2017/06/06 11:12, Bryan Steele wrote: > > On Mon, Jun 05, 2017 at 11:58:43AM -0400, Bryan Steele wrote: > > > This will probably require library and ports bumps > > > > I'm not sure w

Re: PATCH: Fix SSP on amd64 for ports gcc 4.9

On Mon, Jun 05, 2017 at 11:58:43AM -0400, Bryan Steele wrote: > This will probably require library and ports bumps I'm not sure where to go from here, bumping estdc++ should take care of any ports using eg++, but there are still a few ports using egcc for emulated TLS support. What a

Re: PATCH: Fix SSP on amd64 for ports gcc 4.9

On Sun, Jun 04, 2017 at 04:40:17AM -0400, Bryan Steele wrote: > "As Shmuel reported in > <https://gcc.gnu.org/ml/gcc-help/2017-03/msg9.html>, > on x86-64 small structures in automatic storage are aligned to 16 bytes. > This seems to be because of a mix-up between bit

PATCH: Fix SSP on amd64 for ports gcc 4.9

"As Shmuel reported in , on x86-64 small structures in automatic storage are aligned to 16 bytes. This seems to be because of a mix-up between bits and bytes in the i386 target code. * config/i386/i386.c (ix86_local_alignment): Align most aggr

Re: possible chromium regression on -current

On Wed, Feb 22, 2017 at 11:35:24AM +, Dimitris Papastamos wrote: > Hi everyone, > > I think at some point in the last week a possible chromium regression > was introduced. > > Youtube videos give a playback error. This is what I get in the log: > > [11087:-105893312:0221/190453.466753:ERROR

Re: Update emulators/mednafen 0.9.38.7 -> 0.9.39.2

On Wed, Oct 19, 2016 at 10:41:27PM -0700, Jeremy Evans wrote: > Update to the latest medafen release. The major change in this update > is the addition of Saturn support, which I tested and does appear to > work (at least with Shanghai Triple Threat). > > Changelog: > > Added experimental Sega S

Re: Cruft: imake

On Fri, Sep 02, 2016 at 12:56:50PM +0200, Christian Weisgerber wrote: > Now that gtk1 has been removed, we need to give jasper@ a new goal > in life. I think a good candidate is imake. Anything that still > uses imake for configuration is likely old cruft that has been > barely maintained, if at

Re: [patch] archivers/libarchive ioctl woes

On Tue, Mar 22, 2016 at 10:30:51PM +0100, Matthias Kilian wrote: > Hi, > > On Tue, Mar 22, 2016 at 04:20:34PM -0400, Bryan Steele wrote: > > It seems libarchive/bsdtar is picking up headers from e2fsprogs if > > installed, specifically, headers related to Linux file ioctls.

[patch] archivers/libarchive ioctl woes

It seems libarchive/bsdtar is picking up headers from e2fsprogs if installed, specifically, headers related to Linux file ioctls. ./ext2_fs.h:#define EXT2_IOC_GETFLAGS _IOR('f', 1, long) Here's a patch so that it stops trying random ioctls that fortunately all fail with our kernel. ..

Re: nginx woes

On Sat, Mar 28, 2015 at 01:02:25PM +0100, frantisek holop wrote: > > so i have just been bitten by the implicitly > included openbsd chroot patch for nginx. > > the issue is, that i _remembered_ there is a > parameter to turn it off, but upon doing > man nginx, i could not find it. then i proceed

Re: remove print/epdfview?

On Mon, Dec 15, 2014 at 01:09:11PM +0100, Matthias Kilian wrote: > Hi, > > the HOMEPAGE for print/epdfview is dead, there was no update since > 2011, and, most important, it doesn't display anything, at least > for me. > > So is it be ok to remove it? > > Ciao, > Kili I think epdfview has

Re: please remove the procmail port

On Tue, Nov 18, 2014 at 10:32:58PM +0100, Landry Breuil wrote: > On Tue, Nov 18, 2014 at 10:01:33PM +0100, frantisek holop wrote: > > Philip Guenther, 18 Nov 2014 12:42: > > > Executive summary: delete the procmail port; the code is not safe and > > > should not be used as a basis for any further