Re: print/muttprint

2014-10-12 Thread Matthias Apitz
El día Sunday, October 12, 2014 a las 04:56:00PM +0200, Kurt Jaeger escribió: > Hi! > > > For the moment, I'd suggest to let the two additional RUN_DEPENDS= > > lines in the Makefile as proposed. > > Can you try with > > USE_TEX=latex dvipsk > > and without the two additional RUN_DEPEN

Re: print/muttprint

2014-10-12 Thread Matthias Apitz
El día Sunday, October 12, 2014 a las 04:52:27PM +0200, Matthias Apitz escribió: > # svn diff Makefile > RUN_DEPENDS= psnup:${PORTSDIR}/print/psutils \ > - latex:${PORTSDIR}/print/texlive-full \ > - dvips:${PORTSDIR}/print/tex-dvipsk \ > uncompface:${

FreeBSD Port: sendmail+tls+sasl2-8.14.9_2

2014-10-12 Thread Pavel Sokolov
Hi! I use gcc48 to build ports. While building the port I receive this error message: gcc48 -O2 -pipe -fno-strict-aliasing -I. -I../../include -I/usr/local/include -DNEWDB -DNIS -DMAP_REGEX -DTCPWRAPPERS -I/usr/local/include -DSASL=2 -DMILTER -DHASSRANDOMDEV -DSTARTTLS -D_FFR_TLS_1 -c versio

Fwd: Re: devel/mingw32-gcc problem

2014-10-12 Thread Naram Qashat
Forwarded Message Subject: Re: devel/mingw32-gcc problem From: David Chisnall Date: Sun, 12 Oct 2014 21:07:03 +0100 Cc: freebsd-toolch...@freebsd.org, r...@freebsd.org There have been some changes to how the ports tree handles libtool files recently, but I don't know the detai

Re: py-imaging vs. py-pillow

2014-10-12 Thread Kevin Oberman
On Sun, Oct 12, 2014 at 8:36 AM, William Grzybowski wrote: > On Sat, Oct 11, 2014 at 6:02 PM, Kevin Oberman > wrote: > > print/hplip is still building with py-imaging and I had to delete it to > get > > py-opengl to update. I suspect that just changing "py-imaging" to > > "py-pillow" in Makefile

Re: py-imaging vs. py-pillow

2014-10-12 Thread William Grzybowski
On Sat, Oct 11, 2014 at 6:02 PM, Kevin Oberman wrote: > print/hplip is still building with py-imaging and I had to delete it to get > py-opengl to update. I suspect that just changing "py-imaging" to > "py-pillow" in Makefile would do the trick. Yes, it is part of a non-default option so thats wh

Updating Master/Slave Ports

2014-10-12 Thread Cory Dohm
I'm trying to update the port pair net/libtorrent-rasterbar and net/libtorrent-rasterbar-python (slave port of net/libtorrent-rasterbar) from 0.16.17 to 1.0.2 because that is the latest stable release. I've never updated a port before, but found this tutorial (http://www.unix-experience.fr/2013/con

Re: print/muttprint

2014-10-12 Thread Matthias Apitz
El día Sunday, October 12, 2014 a las 04:56:00PM +0200, Kurt Jaeger escribió: > Hi! > > > For the moment, I'd suggest to let the two additional RUN_DEPENDS= > > lines in the Makefile as proposed. > > Can you try with > > USE_TEX=latex dvipsk > > and without the two additional RUN_DEPEN

Re: print/muttprint

2014-10-12 Thread Kurt Jaeger
Hi! > For the moment, I'd suggest to let the two additional RUN_DEPENDS= > lines in the Makefile as proposed. Can you try with USE_TEX=latex dvipsk and without the two additional RUN_DEPENDS ? Or did I miss that you already tried that ? -- p...@opsec.eu+49 171 3101372

Re: print/muttprint

2014-10-12 Thread Matthias Apitz
El día Saturday, October 11, 2014 a las 07:34:26PM +0200, Kurt Jaeger escribió: > > > > 'USE_TEX= texlive' pulls in > > > > Tex, but it does not if you compile the ports with poudriere. > > > > > > I'm surprised that USE_TEX=texlive in poudriere does not pull it in. > > > > Mee too. > > > > > C