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.


--
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"

Reply via email to