G'day,
Port textproc/pandoc indicates it is broken with a ghc out of memory error
setting at top of the Makefile, and I think that the mainainer isn't a
person but here.
So the Makefile
*# Even with the highest memory limit pandoc fails to compile.BROKEN-i386 =
ghc: out of memory (requested 2097152 bytes)*
Increasing the datasize-max and datasize-cur by 2Mb in /etc/login.conf
fixes the problem, for example:
*default:\ :path=/usr/bin /bin /usr/sbin /sbin /usr/X11R6/bin
/usr/local/bin /usr/local/sbin:\ :umask=022:\ :datasize-max=2768M:\
:datasize-cur=2768M:\ :maxproc-max=256:\ :maxproc-cur=128:\
:openfiles-max=1024:\ :openfiles-cur=512:\ :stacksize-cur=4M:\
:localcipher=blowfish,a:\ :tc=auth-defaults:\ :tc=auth-ftp-defaults:*
Now clearly that is a bat shit crazy amount of store, so maybe we do one of:
1. Change the error message to indicate you should/may increase datasize*
in /etc/login.conf
2. Change the default system login.conf (but that seems unusual and a bit
risky). This is that tail wagging
the dog, etc. Still I'm surprised that everything in /usr/local/bin has
a datasize limited 768M given the
bloatware.
Ta
--
Phil Maker
web: https://eds.power.on.net/EDS
email: <philip.maker@gmail.com>
phoneemail: <philmakerphone@gmail.com> -- email to phone (fastest)
phone: +61 (0)447 630 229
Nicknames: bung, browndog, uncle, chippy.
"fain (feɪn) Archaic. adv. 1. gladly; willingly: He fain would accept"
"obrigado: I am obligated"
"The inability to isolate software components from each other is the main
reason why many popular programming languages cannot be used for making
robust system software." -- Joe Armstrong
No comments:
Post a Comment