On Sat, Sep 09, 2023 at 06:12:36AM -0300, Lucas de Sena wrote:
> PrBoom+ development had long moved from SourceForge to Github[1][2],
> so the ports include an old version of the source engine.
>
> The development, however has been discontinued in June this year; a
> last maintainer version
On Thu, Aug 17, 2023 at 08:08:12PM -0400, Thomas Frohwein wrote:
> On Thu, Aug 17, 2023 at 02:08:09PM -0700, Ryan Freeman wrote:
> > On Thu, Aug 17, 2023 at 03:24:38PM -0400, Thomas Frohwein wrote:
> > > On Thu, Aug 17, 2023 at 11:18:29AM -0700,
On Thu, Aug 17, 2023 at 03:24:38PM -0400, Thomas Frohwein wrote:
> On Thu, Aug 17, 2023 at 11:18:29AM -0700, Ryan Freeman wrote:
>
> [...]
>
> > Bubbling this one back up, I'd love to see it go in. I've went ahead and
> > taken MAINTAINER anyway, adjusted HOMEPAGE to
On Thu, May 04, 2023 at 11:37:02PM -0700, Ryan Freeman wrote:
> On Wed, May 03, 2023 at 07:24:11PM -0400, Thomas Frohwein wrote:
> > On Mon, Sep 19, 2022 at 02:53:41PM -0700, Ryan Freeman wrote:
> > > Hi,
> > >
> > > Attached is a new port for crispy
On Tue, Jun 27, 2023 at 02:49:45PM -0700, Nam Nguyen wrote:
> Marc Espie writes:
>
> > I know you're not maintainer, but most of the relevant commits point back
> > to you:
> >
> > retroarch uses some ass-backwards build system making it prefer system
> > includes to its own includes, with
On Wed, May 03, 2023 at 07:24:11PM -0400, Thomas Frohwein wrote:
> On Mon, Sep 19, 2022 at 02:53:41PM -0700, Ryan Freeman wrote:
> > Hi,
> >
> > Attached is a new port for crispy-doom.
> > last thread here: https://marc.info/?l=openbsd-ports=163917053508968=2
> &g
+++ Makefile21 Nov 2022 17:56:22 -
@@ -9,8 +9,6 @@ REVISION = 0
HOMEPAGE = https://www.eduke32.com/
-MAINTAINER = Ryan Freeman
-
# GPLv2, BUILD license and shareware data
PERMIT_PACKAGE ="BUILD engine license is not compatible with GPLv2."
PERMIT_DISTFILES
On Tue, Oct 04, 2022 at 10:36:17AM +0200, Omar Polo wrote:
> % pkg_info rset
> Information for inst:rset-2.4
>
> Comment:
> configure systems using any scripting language
>
> Description:
> rset(1) operates by staging files on a remote system, then executing
> instructions embedded in the pln(5)
Hi,
Attached is a new port for crispy-doom.
last thread here: https://marc.info/?l=openbsd-ports=163917053508968=2
Hexen has the crispy treatment since the last preliminary port was posted.
> Crispy Doom is a friendly fork of Chocolate Doom that provides a higher
> display resolution, removes
On Thu, May 26, 2022 at 07:24:50PM -0700, Ryan Freeman wrote:
> On Fri, May 13, 2022 at 08:16:44PM -0700, Ryan Freeman wrote:
> > Hi ports@,
> >
> > Here is an update to nestopia 1.51.1. I sent an earlier version of this to
> > bentley@, ready to get wider testing
On Thu, May 26, 2022 at 07:31:04PM -0700, Ryan Freeman wrote:
> On Fri, May 13, 2022 at 08:21:49PM -0700, Ryan Freeman wrote:
> > Hi ports@,
> >
> > Attached is a new port for libretro-nestopia. This is essentially
> > bentley@'s nestopia port with the -main
On Fri, May 13, 2022 at 08:21:49PM -0700, Ryan Freeman wrote:
> Hi ports@,
>
> Attached is a new port for libretro-nestopia. This is essentially
> bentley@'s nestopia port with the -main bits removed. It is based
> on an upstream libretro GH_COMMITID, they don't rea
On Fri, May 13, 2022 at 08:16:44PM -0700, Ryan Freeman wrote:
> Hi ports@,
>
> Here is an update to nestopia 1.51.1. I sent an earlier version of this to
> bentley@, ready to get wider testing now.
>
> Upstream has eliminated the libretro bits in lieu of letting lib
Hi ports@,
Attached is a new port for libretro-nestopia. This is essentially
bentley@'s nestopia port with the -main bits removed. It is based
on an upstream libretro GH_COMMITID, they don't really do releases
unfortunately. I set the version to 1.51.1 as they just recently
synced with
Hi ports@,
Here is an update to nestopia 1.51.1. I sent an earlier version of this to
bentley@, ready to get wider testing now.
Upstream has eliminated the libretro bits in lieu of letting libretro
themselves be the upstream. bentley@ gave his blessing for the creation
of a separate
On Wed, Aug 18, 2021 at 11:13:22AM +0100, Edd Barrett wrote:
> On Mon, Aug 16, 2021 at 03:06:09PM +0100, Edd Barrett wrote:
> > On Fri, Aug 06, 2021 at 10:52:51AM +0100, Edd Barrett wrote:
> > > Comments? OK?
> >
> > Any comments before I commit this?
>
> 0.9.4 was just released. Here's a diff
On Sun, Feb 14, 2021 at 04:08:34PM -0800, Ryan Freeman wrote:
> On Sun, Feb 14, 2021 at 05:23:17PM +0100, Christian Weisgerber wrote:
> > Klemens Nanni:
> >
> > > OK kn to remove this, although I certainly do not object to fixing it
> > > if someone wants t
On Sun, Feb 14, 2021 at 05:23:17PM +0100, Christian Weisgerber wrote:
> Klemens Nanni:
>
> > OK kn to remove this, although I certainly do not object to fixing it
> > if someone wants to do the legwork -- it just seems unreasonable to me
> > (if done by people who only fix it "to fix the tree").
Hey, I didn't notice you had already done this. Tested your patch, looks
like same results I had, so tests good still here on amd64.
Thanks!
On Sat, Feb 13, 2021 at 10:24:08PM +, Stuart Henderson wrote:
> On 2021/02/13 23:15, Klemens Nanni wrote:
> > On Sat, Feb 13, 2021 at 10:25:55PM +0100, Christian Weisgerber wrote:
> > > Ryan Freeman:
> > >
> > > > > anything I've forgotten for remov
>From FreeBSD, a bit hard to follow as their commit (re)touched the
original patches
https://svnweb.freebsd.org/ports?view=revision=548113
Once this builds, the game doesn't seem very playable. Seems like
it might be running /way/ too fast on modern systems. Tried stock
fvwm with no fancy
On Fri, Feb 12, 2021 at 03:30:52PM -0800, Ryan Freeman wrote:
> Took a stab here, FreeBSD has moved to 2.0.20 and uses Debian's mirror
> to fetch the distfile. I followed suit.
>
> Never used this WM before, it doesn't even have a root menu, but this
> builds and seems to ru
Took a stab here, FreeBSD has moved to 2.0.20 and uses Debian's mirror
to fetch the distfile. I followed suit.
Never used this WM before, it doesn't even have a root menu, but this
builds and seems to run as advertised. Xterms move around and it has
default sloppy focus.
All patches courtesy
On Fri, Feb 12, 2021 at 10:33:30AM -0800, Ryan Freeman wrote:
> On Fri, Feb 12, 2021 at 09:39:26AM -0800, Ryan Freeman wrote:
> > Hold off on this, it seems the CMake-based build process does in fact
> > still build crispy-hexen and crispy-strife games. I mistakenly assumed
&g
On Fri, Feb 12, 2021 at 09:39:26AM -0800, Ryan Freeman wrote:
> Hold off on this, it seems the CMake-based build process does in fact
> still build crispy-hexen and crispy-strife games. I mistakenly assumed
> the autotools build system was still sufficient here.
>
>
Hold off on this, it seems the CMake-based build process does in fact
still build crispy-hexen and crispy-strife games. I mistakenly assumed
the autotools build system was still sufficient here.
I will restart this with CMake instead, apologies for the noise.
On Thu, Feb 11, 2021 at 02:53:04PM -0800, Ryan Freeman wrote:
> On Wed, Feb 10, 2021 at 05:46:28PM -0800, Ryan Freeman wrote:
> > First time trying to remove something, here is a patch to move
> > games/prboom to the attic. games/prboom-plus does everything it
> > di
On Thu, Feb 11, 2021 at 02:53:04PM -0800, Ryan Freeman wrote:
> On Wed, Feb 10, 2021 at 05:46:28PM -0800, Ryan Freeman wrote:
> > First time trying to remove something, here is a patch to move
> > games/prboom to the attic. games/prboom-plus does everything it
> > di
On Wed, Feb 10, 2021 at 05:46:28PM -0800, Ryan Freeman wrote:
> First time trying to remove something, here is a patch to move
> games/prboom to the attic. games/prboom-plus does everything it
> did and more with fixes. netgames can be played with:
> - games/chocolate-doom
>
On Thu, Feb 11, 2021 at 08:35:29AM +0100, Landry Breuil wrote:
> On Wed, Feb 10, 2021 at 05:39:42PM -0800, Ryan Freeman wrote:
> > Hey,
> >
> > Attached is a patch for prboom-plus, which takes it to a new repo that is
> > receiving 'cleanups', but some other assor
On Thu, Feb 11, 2021 at 07:34:24PM +1100, Jonathan Gray wrote:
> On Wed, Feb 10, 2021 at 11:12:17PM -0800, Ryan Freeman wrote:
> > Here is a shot at a port for crispy-doom, I adapted off the
> > chocolate-doom port. builds and runs fine here on amd64.
> >
> > prov
On Sun, Jan 31, 2021 at 12:27:31PM +0100, Han Boetes wrote:
> And the comment should start with an upcase and not end in a dot.
Tested good here on amd64 with my slsk account. Runs quite snappy,
thanks for the port!
-ryan
Here is a shot at a port for crispy-doom, I adapted off the
chocolate-doom port. builds and runs fine here on amd64.
provides a 'medium-ground' Doom experience:
- can double the resolution for a 640x400 'crisp' experience
- has support for non-4:3 screens, even in low resolution mode
- new
First time trying to remove something, here is a patch to move
games/prboom to the attic. games/prboom-plus does everything it
did and more with fixes. netgames can be played with:
- games/chocolate-doom
- games/odamex
- games/gzdoom
anything I've forgotten for removal?
OK?
-ryan
?
Hey,
Attached is a patch for prboom-plus, which takes it to a new repo that is
receiving 'cleanups', but some other assorted improvements.
https://github.com/coelckers/prboom-plus/
One thing I'm unsure of is the version scheme chosen, they use 'um' as a
suffix. The port packages up just fine,
On Fri, Feb 05, 2021 at 10:42:49AM +, Stuart Henderson wrote:
> Updated list, with the dependent ports listed (which may or may not
> be broken, but can't be built until the parent is fixed) It's gradually.
> shrinking, and the majority of these are edge ports now.
...snip...
On Sat, Jan 30, 2021 at 04:08:08PM +1100, Jonathan Gray wrote:
> backport a patch to fix -fno-common build
> https://github.com/chocolate-doom/chocolate-doom/commit/a8fd4b1f563d24d4296c3e8225c8404e2724d4c2.patch
>
looks good to me
> --- /dev/null Sat Jan 30 16:04:08 2021
> +++
Nice, thanks for this. Tested on amd64 just fine against the shareware
data and atomic edition data, played through the first level ok.
OK from me.
-ryan
On Tue, Jan 05, 2021 at 09:21:18PM +1100, Jonathan Gray wrote:
> Tested with Duke3D and Ion Fury.
>
> Index: Makefile
>
On Sun, Aug 02, 2020 at 01:09:18PM -0700, Ryan Freeman wrote:
> On Sat, Aug 01, 2020 at 03:47:19AM +, Brian Callahan wrote:
> > Hi ports and Ryan --
> >
> > I noticed via Repology that our version of chocolate-doom is
> > vulnerable to CVE-2020-14983 [0].
&
On Sat, Aug 01, 2020 at 03:47:19AM +, Brian Callahan wrote:
> Hi ports and Ryan --
>
> I noticed via Repology that our version of chocolate-doom is
> vulnerable to CVE-2020-14983 [0].
>
> The simple solution is to update to version 3.0.1, which contains the
> fix [1].
>
> Doom works here
On Sat, Aug 01, 2020 at 10:32:53AM -0700, Ryan Freeman wrote:
> On Sat, Aug 01, 2020 at 03:47:19AM +, Brian Callahan wrote:
> > Hi ports and Ryan --
> >
> > I noticed via Repology that our version of chocolate-doom is
> > vulnerable to CVE-2020-14983 [0].
&
On Sat, Aug 01, 2020 at 03:47:19AM +, Brian Callahan wrote:
> Hi ports and Ryan --
>
> I noticed via Repology that our version of chocolate-doom is
> vulnerable to CVE-2020-14983 [0].
>
> The simple solution is to update to version 3.0.1, which contains the
> fix [1].
>
> Doom works here
ames
> -REVISION = 3
>
> -HOMEPAGE = http://victornils.net/tetris/
> +GH_TAGNAME = v0.58.0
> +GH_ACCOUNT = vicgeralds
> +GH_PROJECT = vitetris
> +
> +HOMEPAGE = https://www.victornils.net/tetris/
>
> MAINTAINER = Ryan Freeman
>
> @@ -13,8 +15,6 @@ MAINTA
On Sun, Jan 26, 2020 at 02:32:50PM +0100, Charlene Wendling wrote:
> Hi!
>
> NBlood being based on EDuke32, i've spotted the same atomics issue
> later during the current bulk:
>
> > enet.cpp:(.text+0x2e20): undefined reference to `__atomic_load_8'
> > enet.cpp:(.text+0x2e98): undefined
tps://www.eduke32.com/
MAINTAINER = Ryan Freeman
@@ -20,14 +19,14 @@ PERMIT_DISTFILES = "BUILD engine licens
BUILD_DEPENDS = archivers/unzip \
graphics/gdk-pixbuf2
-WANTLIB += c m ogg pthread vorbis vorbisfile vpx lz4
-WANTLIB += SDL2 SDL2_mixer FLAC execinfo ${COMPILER_L
On Fri, Dec 27, 2019 at 08:43:47PM -0800, Ryan Freeman wrote:
> On Sat, Dec 28, 2019 at 03:18:28PM +1100, Jonathan Gray wrote:
> > On Fri, Dec 27, 2019 at 06:21:35PM -0800, Ryan Freeman wrote:
> > > On Sat, Dec 28, 2019 at 01:17:33AM +1100, Jonathan Gray wrote:
> > > &
On Sat, Dec 28, 2019 at 03:18:28PM +1100, Jonathan Gray wrote:
> On Fri, Dec 27, 2019 at 06:21:35PM -0800, Ryan Freeman wrote:
> > On Sat, Dec 28, 2019 at 01:17:33AM +1100, Jonathan Gray wrote:
> > > On Tue, Dec 24, 2019 at 08:16:22PM +1100, Jonathan Gray wrote:
> > > &
On Sat, Dec 28, 2019 at 01:17:33AM +1100, Jonathan Gray wrote:
> On Tue, Dec 24, 2019 at 08:16:22PM +1100, Jonathan Gray wrote:
> > On Tue, Dec 24, 2019 at 09:22:27AM +0100, Solene Rapenne wrote:
> > > Le Tue, 24 Dec 2019 10:46:41 +1100,
> > > Jonathan Gray a écrit :
> > >
> > > > On Mon, Dec
2_src_${RDATE}-${RTAG}
> PKGNAME =eduke32-2.0.0.${RTAG}
> -REVISION = 3
> EXTRACT_SUFX = .tar.xz
> CATEGORIES = games x11
>
> -HOMEPAGE = http://www.eduke32.com/
> +HOMEPAGE = https://www.eduke32.com/
>
> MAINTAINER = Ryan Freeman
>
> @@ -37,9 +3
Here is an updated patch with your suggestion incorporated.
On Sat, Jul 27, 2019 at 1:55 PM Ryan Freeman wrote:
> On Sat, Jul 27, 2019 at 04:13:07PM -0400, Brian Callahan wrote:
> >
> >
> > On 7/27/19 3:52 PM, Ryan Freeman wrote:
> > >Thanks Brian. How about
On Sat, Jul 27, 2019 at 04:13:07PM -0400, Brian Callahan wrote:
>
>
> On 7/27/19 3:52 PM, Ryan Freeman wrote:
> >Thanks Brian. How about this, then? Same thing, just without
> >Simon's name in the DESCR.
> >
>
> How about just "Chocolate Doom aim
Hey All,
For some reason my normal email doesn't seem to be working with regards to
reaching ports@.
Apologies for the gmail-based delivery.
This isn't a version update, just a change to the package DESCR, and
removal of MESSAGE
in lieu of a pkg README. I've tried to dress it up to cover most
On Sun, Jun 02, 2019 at 08:06:17AM +0300, Timo Myyrä wrote:
> ping, anyone had time to test this?
Hey,
Just built and tested this on a current snapshot (Jun 1), played for an
hour or so. IIRC Knee Deep in ZDoom was crashing with previous release,
whereas I played most of the way through the
On Thu, May 09, 2019 at 08:36:50AM -0600, Aaron Bieber wrote:
> Bring ioquake3 to the latest. I left my PAK files at home so I can't test.
>
> :(
>
> OK?
I have my PAK files still! :) Tests good here on -current amd64.
-Ryan
>
> diff --git a/games/ioquake3/Makefile
On Tue, Mar 19, 2019 at 10:10:50PM +0100, Steven Mestdagh wrote:
> Ryan Freeman [2019-03-17, 14:09:08]:
> > On Fri, Mar 15, 2019 at 07:52:50PM +, Bryan Everly wrote:
> > > Hi Ports@,
> > >
> > > Below is the terminal output I get when I try to laun
On Fri, Mar 22, 2019 at 05:02:17PM +0100, Stefan Sperling wrote:
> On Sun, Mar 17, 2019 at 04:44:28PM -0700, Ryan Freeman wrote:
> > On Tue, Mar 05, 2019 at 10:40:48AM -0800, Ryan Freeman wrote:
> > > Hello!
> > >
> > > In testing my way around a w
On Tue, Mar 05, 2019 at 10:40:48AM -0800, Ryan Freeman wrote:
> Hello!
>
> In testing my way around a www/chromium-related crash, I created
> a brand new test user. I was surprised to see that this fresh
> user, logging in from gdm, never makes it to gnome desktop.
I've been chec
On Sun, Mar 17, 2019 at 02:09:08PM -0700, Ryan Freeman wrote:
> On Fri, Mar 15, 2019 at 07:52:50PM +, Bryan Everly wrote:
> > Hi Ports@,
> >
> > Below is the terminal output I get when I try to launch the chromium build
> > (latest & greatest package from sn
On Fri, Mar 15, 2019 at 07:52:50PM +, Bryan Everly wrote:
> Hi Ports@,
>
> Below is the terminal output I get when I try to launch the chromium build
> (latest & greatest package from snapshots) on the latest snapshot:
>
> $ chrome
>
Hello!
In testing my way around a www/chromium-related crash, I created
a brand new test user. I was surprised to see that this fresh
user, logging in from gdm, never makes it to gnome desktop.
The welome dialogs display to let me choose language, keyboard
input, etc, but gnome-shell never
Hey,
I've been seeing an abort trap when trying to start chrome for quite
some time now, since around the New Year I believe.
I tried to send robert@ some debug info, and only just noticed
I did a terrible job and ran egdb against the chrome /script/
rather than the actual binary :(
Let's do
Hi,
I've been banging my head on this one for 2 months. Alas, a fix is found,
and I hope it can make it in for 6.5.
After the update to gnome-3.30, I noticed running fullscreen 3d things
felt really sluggish. Tonight I happily stumbled upon the fix from
upstream:
On Sun, Oct 28, 2018 at 04:50:41PM -0400, Brian Callahan wrote:
>
>
> On 10/28/18 2:36 PM, Ryan Freeman wrote:
> >iortcw is an effort to provide a baseline RTCW (Return to Castle
> >Wolfenstein) engine with updated idtech3 engine-base from the ioquake3
> >project.
>
iortcw is an effort to provide a baseline RTCW (Return to Castle
Wolfenstein) engine with updated idtech3 engine-base from the ioquake3
project.
There is a single player, multiplayer, and dedicated server binary.
Tested single-player with my own ancient gamedata for this game, plus
the patch for
On Thu, Aug 02, 2018 at 02:53:17PM -0800, Micah Muer wrote:
> The desktop file that ships with vitetris
> (/usr/local/share/applications/vitetris.desktop) has the line
> `Exec=tetris -w 80`.
>
> Not only is tetris the wrong binary, but it doesn't work anyway since
> /usr/games/tetris doesn't
On Sun, Jul 08, 2018 at 05:53:16PM -0700, Bryan Vyhmeister wrote:
> I have unable to get remmina to work well for quite a while. I try to
> connect to various macOS machines and I just get an "Abort trap (core
> dumped)." I must not be the only one seeing these errors. I like remmina
> only
On Sat, Jun 30, 2018 at 07:44:41PM +0200, Solene Rapenne wrote:
>
> Rafael Sadowski writes:
>
> > On Sat Jun 30, 2018 at 11:21:28AM +0200, Solene Rapenne wrote:
> >> Hello
> >>
> >> Does someone already started porting gzdoom? I would like to port it.
> >>
> >> At first I wasn't sure we would
Hey,
Trivial update to Urbanterror 4.3.4, unfortunately they did touch the
data files ever-so-slightly, so that got bumped too. Mostly engine
fixes: https://www.urbanterror.info/news/520-urban-terror-4-3-4-release/
Builds/packages a-okay on -current amd64, looking for OK + commit :-)
Cheers,
On Sat, Jun 30, 2018 at 01:05:37PM -0700, Ryan Freeman wrote:
> On Sat, Jun 30, 2018 at 07:01:05PM +0300, Timo Myyrä wrote:
> > Rafael Sadowski writes:
> >
> > > On Sat Jun 30, 2018 at 11:21:28AM +0200, Solene Rapenne wrote:
> > >
> > >> Hello
> &
On Sat, Jun 30, 2018 at 07:01:05PM +0300, Timo Myyrä wrote:
> Rafael Sadowski writes:
>
> > On Sat Jun 30, 2018 at 11:21:28AM +0200, Solene Rapenne wrote:
> >
> >> Hello
> >>
> >> Does someone already started porting gzdoom? I would like to port it.
> >>
> >> At first I wasn't sure we would
On Thu, May 10, 2018 at 12:15:56AM -0700, Ryan Freeman wrote:
> Hey,
>
> I sent this in back in 2016, totally forgot about it:
> https://marc.info/?l=openbsd-ports=145953130908490=2
>
> Apologies to naddy@ who recently modified this and likely wouldn't have
> had to i
On Sat, Apr 28, 2018 at 08:49:15PM +0200, Matthieu Herrb wrote:
> Ok ?
Thanks Matthieu,
Builds and runs good on amd64, command history et al works again.
OK as far as my word works :-)
Cheers!
-ryan
>
> Index: Makefile
> ===
>
= prboom-plus-2.5.1.3
-REVISION = 1
+DISTNAME = prboom-plus-2.5.1.4
CATEGORIES = games x11
HOMEPAGE = http://prboom-plus.sourceforge.net/
@@ -12,9 +11,7 @@ MAINTAINER = Ryan Freeman <ryan@slipgate
# GPLv2+
PERMIT_PACKAGE_CDROM = Yes
-BUILD_DEPENDS =archivers/un
I mucked up by forgetting to readd a patch, and then also
noticed the man pages are being compressed :|
Please ignore until a new diff comes, sorry for the noise
-ryan
On Wed, May 09, 2018 at 03:16:17PM -0700, Ryan Freeman wrote:
> On Sat, Apr 28, 2018 at 04:27:56PM +1000, Jonathan Gray wrote:
> > On Sat, Apr 28, 2018 at 12:47:54AM -0400, Brian Callahan wrote:
> > >
> > > On 04/28/18 00:31, Jonathan Gray wrote:
> > > > O
On Sat, Apr 28, 2018 at 04:27:56PM +1000, Jonathan Gray wrote:
> On Sat, Apr 28, 2018 at 12:47:54AM -0400, Brian Callahan wrote:
> >
> > On 04/28/18 00:31, Jonathan Gray wrote:
> > > On Fri, Apr 27, 2018 at 05:11:01PM -0400, Brian Callahan wrote:
> > > > Hi ports --
> > > >
> > > > Attached is a
Hello ports@
Attached is a new port for the xash3d engine and accompanying mod to play
a game about hitting things with crowbars. I believe you end up playing
as my cousin Gordon. ;-)
You can play Half-Life with this package, but you must have access to a
steam version of the game files to
On Wed, May 02, 2018 at 08:55:18AM -0700, Ryan Freeman wrote:
> On Mon, Apr 30, 2018 at 07:23:11PM -0700, Thomas Frohwein wrote:
> > Please find attached this port of the 3DS emulator citra. It can run
> > homebrew
> > and other 3DS roms. Comes with a commandline binary
On Mon, Apr 30, 2018 at 07:23:11PM -0700, Thomas Frohwein wrote:
> Please find attached this port of the 3DS emulator citra. It can run homebrew
> and other 3DS roms. Comes with a commandline binary (citra) and a Qt one
> (citra-qt). Like many other emulators, it requires USE_WXNEEDED to run
>
On Wed, Mar 14, 2018 at 12:51:40PM -0700, Ryan Freeman wrote:
> On Sat, Mar 03, 2018 at 07:59:46PM -0800, Ryan Freeman wrote:
> > On Sat, Mar 03, 2018 at 09:22:26AM +, Stuart Henderson wrote:
> > > This is not an uploaded release tarball, it's auto-generated so
>
On Sat, Mar 03, 2018 at 07:59:46PM -0800, Ryan Freeman wrote:
> On Sat, Mar 03, 2018 at 09:22:26AM +, Stuart Henderson wrote:
> > This is not an uploaded release tarball, it's auto-generated so
> > please keep GH_*.
> >
> > Like Makefile.template says, look at the f
On Sat, Mar 03, 2018 at 09:22:26AM +, Stuart Henderson wrote:
> This is not an uploaded release tarball, it's auto-generated so
> please keep GH_*.
>
> Like Makefile.template says, look at the file url -
>
> /archive/ -> GH_*
> /releases/ -> MASTER_SITES etc
>
> --
> Sent from a phone,
Hot on the heels of the 4.3.2 hotfix is a full-fledged 4.3.3 release.
Titled 'Still Dying', it has lots of bug fixes and game behavior
tweaks this time around, as well as security fixes:
http://www.urbanterror.info/news/516-urban-terror-4-3-3-release/
Diff inline for both urbanterror and
On Tue, Feb 20, 2018 at 05:56:50PM -0500, Stuart Cassoff wrote:
> > > > > -- Original Message --
> > > > > From: Stuart Cassoff <3...@bell.net>
> > > > > Date: December 9, 2017 at 11:27 AM
> > > > >
> > > > >
> > > > > Comment:
> > > > > diff functions for Tcl
> > > > >
> > > >
On Tue, Feb 13, 2018 at 03:18:02PM -0800, Ryan Freeman wrote:
> On Wed, Feb 07, 2018 at 08:12:07AM -0800, Ryan Freeman wrote:
> > On Wed, Feb 07, 2018 at 07:22:04AM +, Mikolaj Kucharski wrote:
> > > On Tue, Feb 06, 2018 at 08:58:29AM -0800, Ryan Freeman wrote:
On Wed, Feb 07, 2018 at 08:12:07AM -0800, Ryan Freeman wrote:
> On Wed, Feb 07, 2018 at 07:22:04AM +, Mikolaj Kucharski wrote:
> > On Tue, Feb 06, 2018 at 08:58:29AM -0800, Ryan Freeman wrote:
> > > -DISTNAME = urbanterror-4.3.2
> > > +DISTNAME = urb
On Wed, Feb 07, 2018 at 07:22:04AM +, Mikolaj Kucharski wrote:
> On Tue, Feb 06, 2018 at 08:58:29AM -0800, Ryan Freeman wrote:
> > -DISTNAME = urbanterror-4.3.2
> > +DISTNAME = urbanterror-4.3.2p1
>
> I think `p` marker is reserved for REVISION, so why not useing
> r
mazocomp _at_ disroot.org noticed that the code does not contain
PROT_WRITE|PROT_EXEC anymore, and thusly we can strip USE_WXNEEDED.
At the same time there is also a hotfix update that addresses some CVE
related to the quake3 engine:
On Sat, Feb 03, 2018 at 11:07:05AM +, Stuart Henderson wrote:
> On 2018/02/03 10:04, Mikolaj Kucharski wrote:
> > On Fri, Feb 02, 2018 at 06:41:26AM +0200, mazocomp wrote:
> > > Index: Makefile
> > > ===
> > > RCS file:
On Fri, Feb 02, 2018 at 06:41:26AM +0200, mazocomp wrote:
> Hi!
>
> By quickly grepping Urban Terror's code I've seen:
>
> ./code/qcommon/vm_x86.c:if(mprotect(vm->codeBase, compiledOfs,
> PROT_READ|PROT_EXEC))
> ./code/qcommon/vm_x86_64.c: mem = mmap(NULL, stb.st_size,
>
On Wed, Jan 10, 2018 at 06:55:50PM -0800, Ryan Freeman wrote:
> On Tue, Nov 21, 2017 at 07:14:18PM -0800, Ryan Freeman wrote:
> > After prodding from bentley@ about modified chunk canary crashes,
> > when running with 'ln -s S /etc/malloc.conf', I had a go at
> > resolv
On Tue, Nov 21, 2017 at 07:14:18PM -0800, Ryan Freeman wrote:
> After prodding from bentley@ about modified chunk canary crashes,
> when running with 'ln -s S /etc/malloc.conf', I had a go at
> resolving it. Lucky for me, the new sdl2-branch of chocolate-doom
> seems to neatly
+16,41 @@ MAINTAINER =Ryan Freeman <ryan@slipgate
# GPLv2+
PERMIT_PACKAGE_CDROM = Yes
-WANTLIB += SDL SDL_mixer SDL_net c m png pthread samplerate z
+WANTLIB += SDL2 SDL2_mixer SDL2_net c m png samplerate z
-LIB_DEPENDS = devel/sdl-mixer \
- devel/sdl-
Attached is a new port for a nice Nintendo 64 emulator core, for
retroarch. It has several video backends within itself, and by
default it autodetects the best one to use. In my testing, it
plays several games with less glitches (practically none?) compared
to even the mupen64plus standalone
On Mon, Nov 13, 2017 at 11:46:16PM -0700, Anthony J. Bentley wrote:
> Hi,
>
> DeuTex is a WAD file composer. It can do many things with Doom, Freedoom,
> Heretic, Hexen, and Strife WAD files, such as extracting and inserting
> graphics, sounds, levels, and other resources. It can be used for
This updates eduke32 to a current version (20171105 svn tag 6496).
Upstream has moved their buildsystem around a bunch, and added some
small internal implementations to replace libpng and zlib usage:
6365118d 01hterminx /GNUmakefile
Drop libpng and zlib in favor of a
On Sun, Jun 18, 2017 at 11:28:15AM +0200, Jakub Skrzypnik wrote:
> Good morning,
>
> Today I ported the PPSSPP, an emulator of Sony PlayStation Portable
> console.
>
> Runs actually neat, even on integrated graphics.
> Tested with:
> - cube.elf (the spinning 3D cube program from PPSSPP
On Wed, Oct 25, 2017 at 02:51:23PM -0700, Ryan Freeman wrote:
> On Mon, Oct 02, 2017 at 02:31:49PM +0200, Landry Breuil wrote:
> > Hi,
> >
> > of course not targeted for the upcoming 6.2 release, but firefox 57 will
> > be quite a big change from 56, so t
On Mon, Oct 02, 2017 at 02:31:49PM +0200, Landry Breuil wrote:
> Hi,
>
> of course not targeted for the upcoming 6.2 release, but firefox 57 will
> be quite a big change from 56, so testing is more than welcome.
>
> https://www.mozilla.org/en-US/firefox/57.0beta/releasenotes/
>
On Sat, May 27, 2017 at 01:03:41PM +0200, Marc Espie wrote:
> while checking eduke32 for clang, I ran into a weird compile error.
>
> Turns out eduke32 includes an (old?) version of lz4 that doesn't look quite
> like the one in archivers/lz4.
>
> The following patch makes eduke32 just use
1 - 100 of 420 matches
Mail list logo