On Thu, Aug 26, 2010 at 12:01:25AM +0100, Stuart Henderson wrote:
> On 2010/08/25 18:28, Nathan Houghton wrote:
> > As far as I can tell from the OpenBSD web cvs, this port has not
> > changed in a long while (years). I can try contacting the rxvt
> > folks, but the project seems to be pretty dead
Hello,
a new version of udunits has been released (2.1.18->2.1.19).
Could someone update this port please ?
Thanks a lot,
Remi.
udunits-2.1.19.diff
Description: Binary data
On 08:04 Thu 26 Aug , Bj?rn Ketelaars wrote:
> 2010/8/15 Bj?rn Ketelaars :
> > Hello,
> >
> > Included is a port for SABnzbd 0.5.3. [1]. Description:
> >
> > [1] http://sabnzbd.org/
> > [2] http://sabnzbd.wikidot.com/unix-packaging
> >
>
>
> Updated to SABnzbd 0.5.4. Tested on i386 and amd64.
al
Oops.
ledger-2.6.1 is not latest release. 2.6.3 is latest.
Patch for new version attached.
On 08:14 Tue 24 Aug , Jim Razmus wrote:
> * Sergey Bronnikov [100824 04:06]:
> > Guys, please commit update for ledger port.
> > Because no response from port maintainer...
>
> I thought I had replied tha
Hi,
The www/libcroco Makefile has "xmlt" in its WANTLIB. I think this
should be "xslt", which also means there's a missing LIB_DEPENDS on
"::textproc/libxslt".
This port was broken by the commit of revision 1.6 of the Makefile
recently.
Cheers,
Andreas
--
Andreas Kähäri, Ensembl Software Dev
On Thu, 26 Aug 2010, Andreas Kahari wrote:
> Hi,
>
> The www/libcroco Makefile has "xmlt" in its WANTLIB. I think this
> should be "xslt", which also means there's a missing LIB_DEPENDS on
> "::textproc/libxslt".
I think instead it should read xml2, not xslt nor xmlt.
I'll fix it, thanks.
--
On 2010/08/26 15:38, Andreas Kahari wrote:
> Hi,
>
> The www/libcroco Makefile has "xmlt" in its WANTLIB. I think this
> should be "xslt", which also means there's a missing LIB_DEPENDS on
> "::textproc/libxslt".
thanks, fixed. (but actually it's xml2 not xslt).
I tried running warzone2100 on a couple different amd64 machines
and it always crashes fairly quickly. I see a *lot* of "warning:
cast from pointer to integer of different size" in the build log.
anyone ever successfully used warzone2100 on a 64-bit arch?
--
jake...@sdf.lonestar.org
SDF Public
Not exactly what you were looking for, but I get similar behavior
on my amd64 machine as well. For me it crashes immediately.
--- On Thu, 8/26/10, Jacob Meuser wrote:
From: Jacob Meuser
Subject: games/warzone2100 broken on amd64? all 64-bit archs?
To: ports@openbsd.org
Cc: si...@openbsd.org
Da
On Thursday 26 August 2010 17:29:18 Jacob Meuser wrote:
> I tried running warzone2100 on a couple different amd64 machines
> and it always crashes fairly quickly. I see a *lot* of "warning:
> cast from pointer to integer of different size" in the build log.
>
> anyone ever successfully used warzon
On Thu, Aug 26, 2010 at 06:02:19PM -0400, Brad wrote:
> On Thursday 26 August 2010 17:29:18 Jacob Meuser wrote:
> > I tried running warzone2100 on a couple different amd64 machines
> > and it always crashes fairly quickly. I see a *lot* of "warning:
> > cast from pointer to integer of different si
On Thursday 26 August 2010 18:24:19 Jacob Meuser wrote:
> On Thu, Aug 26, 2010 at 06:02:19PM -0400, Brad wrote:
> > On Thursday 26 August 2010 17:29:18 Jacob Meuser wrote:
> > > I tried running warzone2100 on a couple different amd64 machines
> > > and it always crashes fairly quickly. I see a *lo
On Thu, Aug 26, 2010 at 06:38:15PM -0400, Brad wrote:
> On Thursday 26 August 2010 18:24:19 Jacob Meuser wrote:
> > On Thu, Aug 26, 2010 at 06:02:19PM -0400, Brad wrote:
> > > On Thursday 26 August 2010 17:29:18 Jacob Meuser wrote:
> > > > I tried running warzone2100 on a couple different amd64 mac
On Thu, Aug 26, 2010 at 06:02:19PM -0400, Brad wrote:
> On Thursday 26 August 2010 17:29:18 Jacob Meuser wrote:
> > I tried running warzone2100 on a couple different amd64 machines
> > and it always crashes fairly quickly. I see a *lot* of "warning:
> > cast from pointer to integer of different si
bufsize should be the size of a block, not the size of the full
buffer. try to get 0.1 second total latency, but more importantly,
make sure the buffer has at least two blocks, if the client asked
for large blocks.
switch to REVISION while here.
tested with openarena, I'll send a patch to let it
new style port constructs while here too.
this is a soft dependency. it's dlopened and openarena uses it's own
headers. if you have openarena configured to use openal, but it's
not installed, it falls back to the sndio backend and still
"just works". actually, that's how it works now, but it al
On Wed, Aug 25, 2010 at 09:35:26AM +0200, Alf Schlichting wrote:
> On Tue, Aug 24, 2010 at 10:30:46PM +, Jacob Meuser wrote:
> > On Tue, Aug 24, 2010 at 10:27:37PM +0100, Stuart Henderson wrote:
> > > On 2010/08/24 20:29, Jacob Meuser wrote:
> > > > > > > This seems to be a bug intruduced with
hiya
arirang v1.7 released in 8 years ;-)
so, i did update security/arirang ports.
thanks
- jung
arirang-1.7.ports.tar.gz
Description: GNU Zip compressed data
Hi,
here is an updated to openvpn 2.1.2.
Changes are listed here:
http://openvpn.net/index.php/open-source/documentation/change-log/71-21-change-log.html>
felix
Index: Makefile
===
RCS file: /cvs/ports/net/openvpn/Makefile,v
retriev
On Fri, 27 Aug 2010, Felix Kronlage wrote:
> Hi,
>
> here is an updated to openvpn 2.1.2.
> Changes are listed here:
> http://openvpn.net/index.php/open-source/documentation/change-log/71-21-change-log.html>
Hi Felix.
In the following files, the default user/group is changed from nobody to
_op
20 matches
Mail list logo