UPDATE: libcares 1.10.0

2013-08-25 Thread Brad Smith
Here is an update to libcares 1.10.0. OK? Index: Makefile === RCS file: /home/cvs/ports/net/libcares/Makefile,v retrieving revision 1.13 diff -u -p -r1.13 Makefile --- Makefile21 Mar 2013 08:46:34 - 1.13 +++ Makefile

UPDATE: glew 1.10.0

2013-08-25 Thread Brad Smith
Here is an update to glew 1.10.0. OK? Index: Makefile === RCS file: /home/cvs/ports/graphics/glew/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile11 Mar 2013 11:10:52 - 1.10 +++ Makefile22

UPDATE: graphics/birdfont 0.21 => 0.28

2013-08-25 Thread Brian Callahan
Hi ports -- Attached is a diff to update birdfont to its latest version. I'd appreciate if someone tests this before I put it in. A lot of the silliness (like having to change all the #!/bin/bash to #!/bin/sh) has been sent upstream. Don't be alarmed by the insane amount of "linker not used

Re: quake2 segfault (sndio related?) on amd64 5.4-current

2013-08-25 Thread Chess Griffin
On Mon, 26 Aug 2013 02:12:26 +1000 Jonathan Gray wrote: > On Sun, Aug 25, 2013 at 11:08:45AM -0400, Chess Griffin wrote: > > $ /usr/local/share/yquake2/quake2 +set vid_ref gl > > you don't need to specify that for the yamagi version, perhaps > remove your ~/.yq2 dir and try start it without arg

Re: [wip] Firefox 24.0b5, Thunderbird 24.0b1

2013-08-25 Thread Landry Breuil
On Sat, Aug 24, 2013 at 08:31:09AM +0200, Landry Breuil wrote: > Hi, > > next round of betas for gecko 24, those one are targeted for release in > mid-september. > > Note that both should now build and actually run fine on sparc64. Finally. > That will allow to retire the EOL'ed www/firefox36 por

Re: quake2 segfault (sndio related?) on amd64 5.4-current

2013-08-25 Thread Jonathan Gray
On Sun, Aug 25, 2013 at 11:08:45AM -0400, Chess Griffin wrote: > On Sun, 25 Aug 2013 15:46:48 +1000 > Jonathan Gray wrote: > > > I doubt you want the software renderer you want ref_gl.so (+set > > vid_ref gl). And the Yamagi version (http://www.yamagi.org/quake2/) > > is a better option. A port

Re: R: Re: time_t and nmap

2013-08-25 Thread Florian Stinglmayr
On Sun, Aug 25, 2013 at 01:54:14PM +0200, Giovanni Bechis wrote: > I have an update to 6.40 which removes the conversions between timeval > and bpf_timeval by linking with their libpcap. > I will post it asap. > Giovanni Thanks a lot! Florian

Re: quake2 segfault (sndio related?) on amd64 5.4-current

2013-08-25 Thread Chess Griffin
On Sun, 25 Aug 2013 15:46:48 +1000 Jonathan Gray wrote: > I doubt you want the software renderer you want ref_gl.so (+set > vid_ref gl). And the Yamagi version (http://www.yamagi.org/quake2/) > is a better option. A port of it is attached. > Jonathan, Thanks very much. I built and installed

ports API and stuff

2013-08-25 Thread Marc Espie
Just to clarify a minor misconception that showed up in private email. There are very few things hardcoded in the ports tree, the correct way to enquire about some file location is to use make show=variable with the correct value (or preferably make dump-vars if you need a largish collection). Tw

R: Re: time_t and nmap

2013-08-25 Thread Giovanni Bechis
I have an update to 6.40 which removes the conversions between timeval and bpf_timeval by linking with their libpcap. I will post it asap. Giovanni -- msg. originale -- Oggetto: Re: time_t and nmap Da: Stuart Henderson Data: 25/08/2013 11:38 On 2013/08/25 09:46, Florian Stinglmayr wrote: > Hi,

Re: time_t and nmap

2013-08-25 Thread Stuart Henderson
On 2013/08/25 09:46, Florian Stinglmayr wrote: > Hi, > > I just compiled nmap from ports and it always gives the following > error: > > Starting Nmap 6.25 ( http://nmap.org ) at 2013-08-25 09:45 CEST > assertion "diff <= interval" failed: file "timing.cc", line 408, function > "update" > Abort t

time_t and nmap

2013-08-25 Thread Florian Stinglmayr
Hi, I just compiled nmap from ports and it always gives the following error: Starting Nmap 6.25 ( http://nmap.org ) at 2013-08-25 09:45 CEST assertion "diff <= interval" failed: file "timing.cc", line 408, function "update" Abort trap I supppose it has something to do with the time_t change? R