UPDATE: games/gottcode/tetzle 2.0.2.1 => 2.0.3

2013-11-25 Thread Brian Callahan
Hi ports -- Here's a minor update to Tetzle. Mostly additional translations. OK? ~Brian Index: Makefile === RCS file: /cvs/ports/games/gottcode/tetzle/Makefile,v retrieving revision 1.2 diff -u -p -u -p -r1.2 Makefile --- Makefile

[update] lang/node 0.10.21 -> 0.10.22

2013-11-25 Thread Aaron Bieber
Hola! This trivial update brings node to the latest version. Tested on amd64 with all node-* ports. OK? Index: Makefile === RCS file: /cvs/ports/lang/node/Makefile,v retrieving revision 1.23 diff -u -p -r1.23 Makefile --- Makefile

Re: if_var.h fallout in ports

2013-11-25 Thread Jérémie Courrèges-Anglas
Hi (again), here's a diff for nsh, openmdns, libgtop2 and wide-dhcp. I hope I got the _KERNEL dance right... The only remaining offender seems to be Zabbix. Bonus strlcpy "fix" for openmdns. OK? Comments? Index: devel/libgtop2/Makefile

UPDATE: audio/musique 1.2.1 => 1.3

2013-11-25 Thread Brian Callahan
Hi ports -- Here's a diff to update audio/musique. An i386 tester would be much appreciated. Also, the information icon seems to have disappeared when running outside a DM (fluxbox, in my case) - you'll notice some blank space after the "Skip to the next track" button - so a cluebat for that

Re: security/wpa_supplicant broken by recent if.h changes ?

2013-11-25 Thread Stuart Henderson
On 2013/11/25 17:04, Matthieu Herrb wrote: > Hi, > > Sorry I don't have time to prepare a patch now, just whining here... Yes the following are known fallout from splitting if.h, no need to report them ;) devel/libgtop2 net/miniupnp/miniupnpd net/openmdns net/wide-dhcp net/wmnetload net/zabbix

security/wpa_supplicant broken by recent if.h changes ?

2013-11-25 Thread Matthieu Herrb
Hi, Sorry I don't have time to prepare a patch now, just whining here... cc -c -o ../src/drivers/driver_openbsd.o -O2 -pipe -I../src -I../src/utils -I/usr/local/include/PCSC -DCONFIG_BACKEND_FILE -DCONFIG_PEERKEY -DCONFIG_DRIVER_WIRED -DCONFIG_DRIVER_OPENBSD -DEAP_TLS -DEAP_PEAP -DEAP_TTLS

Re: PATCH bsd.port.mk.5: now VAX can use .xz files with big dictionaries

2013-11-25 Thread Juan Francisco Cantero Hurtado
On Mon, Nov 25, 2013 at 03:57:53PM +0100, Marc Espie wrote: > On Mon, Nov 25, 2013 at 12:14:04AM +0100, Juan Francisco Cantero Hurtado > wrote: > > The problem with some .xz files was the limited datasize of VAX (40MB). > > miod@ increased the limits to 128MB with his last commits. > > > > OK? >

Re: PATCH bsd.port.mk.5: now VAX can use .xz files with big dictionaries

2013-11-25 Thread Marc Espie
On Mon, Nov 25, 2013 at 12:14:04AM +0100, Juan Francisco Cantero Hurtado wrote: > The problem with some .xz files was the limited datasize of VAX (40MB). > miod@ increased the limits to 128MB with his last commits. > > OK? Okay for the patch. Your explanation of the problem is wrong, though. vax

Re: missing VMEM_WARNING in infrastructure/templates/Makefile.template

2013-11-25 Thread Marc Espie
Makes less sense today than it did a few years ago. Okay to kill it completely. That should be bsd.port.mk, Makefile.template, bsd.port.mk(5), sqlports and individual ports, if memory serves. Possibly also www but I haven't checked.

Re: missing VMEM_WARNING in infrastructure/templates/Makefile.template

2013-11-25 Thread Amit Kulkarni
On Mon, Nov 25, 2013 at 2:41 AM, Stuart Henderson wrote: > On 2013/11/24 17:01, Amit Kulkarni wrote: > > can somebody please add it in the desired place? > > Is VMEM_WARNING actually useful for anything? I'd rather just remove it. > It is currently added ad hoc to ports where the maintainer think

Re: [new] openscenegraph, {sim,flight}gear

2013-11-25 Thread Juan Francisco Cantero Hurtado
On Sun, Nov 24, 2013 at 09:00:24PM -0600, Shawn K. Quinn wrote: > On Sun, Nov 24, 2013, at 07:33 AM, Pascal Stumpf wrote: > > Whoops, forgot one diff to go along with this; add *.tar.bz to > > EXTRACT_CASES: > > Are you sure this is .tar.bz and not .tar.bz2? > Yes. Search the tarballs in the pro

Re: missing VMEM_WARNING in infrastructure/templates/Makefile.template

2013-11-25 Thread Vadim Zhukov
25.11.2013 15:14 пользователь "David Coppa" написал: > > On Mon, Nov 25, 2013 at 12:11 PM, Stuart Henderson wrote: > > On 2013/11/25 10:02, Antoine Jacoutot wrote: > >> On Mon, Nov 25, 2013 at 08:41:53AM +, Stuart Henderson wrote: > >> > On 2013/11/24 17:01, Amit Kulkarni wrote: > >> > > can

Re: missing VMEM_WARNING in infrastructure/templates/Makefile.template

2013-11-25 Thread David Coppa
On Mon, Nov 25, 2013 at 12:11 PM, Stuart Henderson wrote: > On 2013/11/25 10:02, Antoine Jacoutot wrote: >> On Mon, Nov 25, 2013 at 08:41:53AM +, Stuart Henderson wrote: >> > On 2013/11/24 17:01, Amit Kulkarni wrote: >> > > can somebody please add it in the desired place? >> > >> > Is VMEM_WAR

Re: missing VMEM_WARNING in infrastructure/templates/Makefile.template

2013-11-25 Thread Stuart Henderson
On 2013/11/25 10:02, Antoine Jacoutot wrote: > On Mon, Nov 25, 2013 at 08:41:53AM +, Stuart Henderson wrote: > > On 2013/11/24 17:01, Amit Kulkarni wrote: > > > can somebody please add it in the desired place? > > > > Is VMEM_WARNING actually useful for anything? I'd rather just remove it. > >

Re: missing VMEM_WARNING in infrastructure/templates/Makefile.template

2013-11-25 Thread Antoine Jacoutot
On Mon, Nov 25, 2013 at 08:41:53AM +, Stuart Henderson wrote: > On 2013/11/24 17:01, Amit Kulkarni wrote: > > can somebody please add it in the desired place? > > Is VMEM_WARNING actually useful for anything? I'd rather just remove it. > It is currently added ad hoc to ports where the maintain

Re: missing VMEM_WARNING in infrastructure/templates/Makefile.template

2013-11-25 Thread Stuart Henderson
On 2013/11/24 17:01, Amit Kulkarni wrote: > can somebody please add it in the desired place? Is VMEM_WARNING actually useful for anything? I'd rather just remove it. It is currently added ad hoc to ports where the maintainer thinks it uses "a lot of memory" but that isn't really useful without ref