Re: Frotz upgrade to 2.50
My reply is at the bottom. Please put your reply there too.
On Thu, 19 Dec 2019, David Griffith wrote:
My reply is at the bottom. Please put your reply there too.
On Thu, 19 Dec 2019, Marcin Cieslak wrote:
On Thu, 19 Dec 2019, David Griffith wrote:
My reply is at the bottom. Please put your reply there too.
On Wed, 18 Dec 2019, Marcin Cieslak wrote:
On Mon, 16 Dec 2019, David Griffith wrote:
I released version 2.50 of Frotz last month. Would someone please
update ports to install this version?
I have never used that software but I gave it a try and:
* moved it to Gitlab
* applied fix for a https://gitlab.com/DavidGriffith/frotz/issues/180
* I think we do not need to generate soundcard.h manually anymore?
Now I am getting:
===> Building for frotz-2.50
gmake[2]: Entering directory
'/usr/home/saper/sw/FreeBSD/ports/games/frotz/work/frotz-9867a1f14da1e9c0707492d2ac74d1e8ffdd3a64-9867a1f14da1e9c0707492d2ac74d1e8ffdd3a64'
** Generating src/common/defs.h
** Generating src/common/git_hash.h
** ERROR UTF-8 support only works with ncursesw!
exit 2
gmake[2]: *** [Makefile:391: src/curses/ux_defines.h] Error 2
but then second "make" works just fine...
The OSS interface is deprecated for now. There's no need to go hunting
around for soundcard.h anymore in favor of libao. I've resisted removing
ux_audio_oss.c entirely because I'd like to someday reenable that for
older machines and massage it into something for older Sun workstations.
Thank you. Is there any quick way to test if sound is working?
I have a couple sound-using games that should suffice.
https://661.org/proj/if/uninvited/uninvited.zblorb
https://661.org/proj/if/oldcode/soundtest.blb
The first is a reimplementation of Uninvited
(https://en.wikipedia.org/wiki/Uninvited_(video_game)) and the second is
intended to quickly and easily test all of Frotz's audio capabilities.
What about that ncursesw thing? I think it is NetBSD-specific?
It might be. The distinction between old BSD curses and ncurses has been a
source of problems over the years. I'm puzzled as to why it would complain
there because I went over curses stuff repeatedly with all the BSDs prior to
releasing 2.50 and it still compiles fine outside of the ports system.
How is this patch supposed to be applied?
Just like as you did. Can you check if your ports tree is up to date?
The Makefile should have the following line:
# $FreeBSD: head/games/frotz/Makefile 442400 2017-06-02 15:43:42Z sunpoet $
If 442400 is a lower number, the ports tree needs updating, the way
to do it depends on the way you got it (I have used the portsnap method):
https://www.freebsd.org/doc/handbook/ports-using.html
That's the same top line that I have. I updated it with Subversion.
After fixing them by hand, I noticed that the patch zeroed out
patch-src_curses_ux__audio__oss.c instead of deleting it. That caused a
complaint from the ports Makefile. After manually deleting that, I got the
same error you did. So, now we're sort of on the same page. I'll prod at
this over the next couple days. NetBSD already has 2.50 commited. Maybe
borrowing from there will work.
I came up with a patch against the 2.44 ports entry that seems to work.
Things have considerably changed since 2.44, so simply changing lines to
point at Gitlab didn't work. The strange complaint about ncurses came
about because the CURSES variable in the Makefile no longer contains
LDFLAGS, but just a simple string: [curses|ncurses|ncursesw].
With this patch applied, you get both frotz without audio support and dumb
frotz. For audio, some more libraries are required, but that should not
pull in anything graphical. For the graphics-capable variant of Frotz,
SDL2 is needed among other things.
I propose to add two additional ports entries for Frotz. One is
"frotz-audio" which is simply curses Frotz with the audio subsystem
compiled in and dumb Frotz along for the ride. This would be
mutually-exclusive from the regular silent "frotz" entry for obvious
reasons. The other would be "frotz-sdl" for the SDL interface.
For now, here's the patch for silent Frotz:
===cut here===
diff -ruP frotz-orig/Makefile frotz/Makefile
--- frotz-orig/Makefile 2017-06-02 08:43:42.0 -0700
+++ frotz/Makefile 2019-12-20 00:15:17.440596000 -0800
@@ -1,8 +1,8 @@
# Created by: Andrey Zakhvatov
-# $FreeBSD: head/games/frotz/Makefile 442400 2017-06-02 15:43:42Z sunpoet $
+# $FreeBSD: tags/RELEASE_12_0_0/games/frotz/Makefile 442400 2017-06-02
15:43:42Z sunpoet $
PORTNAME= frotz
-PORTVERSION= 2.44
+PORTVERSION= 2.50
CATEGORIES=games
MAINTAINER=po...@freebsd.org
@@ -11,31 +11,29 @@
LICENSE= GPLv2+
LICENSE_FILE= ${WRKSRC}/COPYING
-USE_GITHUB=yes
-GH_ACCOUNT=DavidGriffith
+USE_GITLAB=yes
+GL_ACCOUNT=DavidGriffith
+GL_COMMIT= 9867a1f14da1e9c0707492d2ac74d1e8ffdd3a64
USES= gmake ncurses
-MAKE_ARGS= -e CURSES="${LDFLAGS} -lncurses"
M
Re: Frotz upgrade to 2.50
On Fri, 20 Dec 2019, David Griffith wrote: With this patch applied, you get both frotz without audio support and dumb frotz. For audio, some more libraries are required, but that should not pull in anything graphical. For the graphics-capable variant of Frotz, SDL2 is needed among other things. I propose to add two additional ports entries for Frotz. One is "frotz-audio" which is simply curses Frotz with the audio subsystem compiled in and dumb Frotz along for the ride. This would be mutually-exclusive from the regular silent "frotz" entry for obvious reasons. The other would be "frotz-sdl" for the SDL interface. I don't know frotz so I have no idea what the differences are but we could decide to have more OPTIONS or FLAVOURS (pretty new facility in FreeBSD ports) if really needed. I wonder why DUMB is optional really - it does not take much to build I guess so it could always be shipped (or never if one feels so). One can always decided to ship the tools with "all batteries included" - I don't know what the users really want. Sadly this port has no maintainer who would probably knew more. For now, here's the patch for silent Frotz: ===cut here=== diff -ruP frotz-orig/Makefile frotz/Makefile can you add -N ? otherwise we only get: Only in frotz-orig/files: patch-src_curses_ux__audio__oss.c Marcin smime.p7s Description: S/MIME Cryptographic Signature
Re: Frotz upgrade to 2.50
My reply is at the bottom. Please put your reply there too. On Fri, 20 Dec 2019, Marcin Cieslak wrote: On Fri, 20 Dec 2019, David Griffith wrote: With this patch applied, you get both frotz without audio support and dumb frotz. For audio, some more libraries are required, but that should not pull in anything graphical. For the graphics-capable variant of Frotz, SDL2 is needed among other things. I propose to add two additional ports entries for Frotz. One is "frotz-audio" which is simply curses Frotz with the audio subsystem compiled in and dumb Frotz along for the ride. This would be mutually-exclusive from the regular silent "frotz" entry for obvious reasons. The other would be "frotz-sdl" for the SDL interface. I don't know frotz so I have no idea what the differences are but we could decide to have more OPTIONS or FLAVOURS (pretty new facility in FreeBSD ports) if really needed. I wonder why DUMB is optional really - it does not take much to build I guess so it could always be shipped (or never if one feels so). Dumb is built optionally because that's how things evolved. I started with the separated core and curses interface, then started adding additional interfaces. Each of them is built with a different target. So "make dumb" makes dfrotz and simply "make" builds curses frotz. I see no particular reason to change the ports installer such that it doesn't install dfrotz along with regular curses frotz. To explain things, Frotz is a modern reimplementation of the Z-machine. This is a virtual machine designed by Infocom in the last 1970s to play "interactive fiction" aka "text adventures". If you've heard of games like "Zork" and "Hitchhiker's Guide to the Galaxy", that's it. Infocom ported the virtual machine to pretty much all the home computers available in the 1980s and so just had to write the game once. Their stuff was also available for the PDP10 (their development systems) and PDP11 if you knew who to ask. Nowadays, there are some new languages for making new games. Many of those new games can be found at https://ifarchive.org/ The regular curses interface is more or less what you got with the classic Infocom games. The Dumb interface doesn't bother with screen and cursor control. The experience is akin to "adventure" in the bsd games package. The Dumb interface is intended to make chatbots that play text adventures through IRC, instant messengers, etc and for use on teletypes. The SDL interface allows one to play any of the four graphical Z-machine games as intended. The can be played with the curses or dumb interfaces, but with outlines drawn where graphics should go. The SDL interface can also play all nongraphical games as well. Two of Infocom's games included sound effects. The effects are brief audio samples that play at certain parts of the game. After the demise of Infocom, the Blorb standard was proposed to allow for Ogg-vorbis compressed audio and MOD music as well as uncompressed samples. The Blorb standard describes how everything a game needs: executable, graphics, audio, and metadata can be wrapped up into a single IFF container. One can always decided to ship the tools with "all batteries included" - I don't know what the users really want. Sadly this port has no maintainer who would probably knew more. I could possibly take it over if nobody else wants to. For now, here's the patch for silent Frotz: ===cut here=== diff -ruP frotz-orig/Makefile frotz/Makefile can you add -N ? otherwise we only get: Only in frotz-orig/files: patch-src_curses_ux__audio__oss.c That's because that patch is no longer necessary. I applied the changes in that patch to upstream a few years ago. When I ran your patch, I got an empty file named patch-src_curses_ux__audio__oss.c. The build process refused to continue unless I removed that file. -- David Griffith d...@661.org A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ lang/micropython| 1.5.1 | v1.12 +-+ multimedia/minitube | 2.9 | 3.3 +-+ security/wolfssl| 4.2.0 | 4.3.0 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by:portscout! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
