Re: FreeBSD Port: R-3.6.2

2019-12-19 Thread Joseph Mingrone
"Joel Rodriguez"  writes:

> Hello,



> I am having trouble building the latest version of R. The build is
> complaining:



> Fatal error: cannot create 'R_TempDir'



> I have reviewed my /tmp directory and cleaned it out to no avail. Nothing
> under a google search seems relevant(pretty much all windows stuff).



> Any suggestions?



> Thanks in advance.



> Joel


Hello Joel,

Are any of 'TMPDIR', 'TMP', or 'TEMP' set in the build environment?  Do
you have anything in the user's ~/.Renviron ?  Maybe you could share a
link to the full build log.

What do `ls -ld /tmp` and `df -h /tmp` report?

Joseph


signature.asc
Description: PGP signature


Re: Frotz upgrade to 2.50

2019-12-19 Thread David Griffith



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"


Re: Frotz upgrade to 2.50

2019-12-19 Thread Marcin Cieslak

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?

What about that ncursesw thing? I think it is NetBSD-specific?


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

Marcin

smime.p7s
Description: S/MIME Cryptographic Signature