CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org 2013/08/17 04:19:15
Modified files:
editors/libreoffice/patches: patch-configure_ac
patch-desktop_source_app_app_cxx
Added files:
editors/libreoffice/patches:
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2013/08/17 23:19:30
Modified files:
games/manaplus : Makefile distinfo
games/manaplus/pkg: PLIST
Log message:
It's been two weeks - so here's the latest manaplus release!
On Sat, Aug 17, 2013 at 1:34 AM, Christian Weisgerber
na...@mips.inka.de wrote:
Stuart Henderson s...@spacehopper.org wrote:
x11/nx/opennx
Suggested fix below.
opennx wants to write a timestamp into a configuration file, but
the wxConfigBase framework does not deal with long long. I've
On 2013/08/16 20:41, patrick keshishian wrote:
I just installed the amd64 snapshot that is out there. I have
obviously done something extremely wrong here. I grabbed
the install54.iso, but now I realize that that file has a time
stamp of Jul 30, and:
install54.iso hasn't been updated yet, see
To get this into ports a bit more work is needed:
On 2013/08/16 16:25, Andrew Klettke wrote:
The easiest way would be to:
1. Copy the contents of the example directory into a directory that
_rwhoisd owns (I like to use /var/rwhoisd, so `cp -R
/usr/local/share/doc/rwhoisd/examples/*
ping?
On Tue, 06 Aug 2013 20:14:59 +0200, Pascal Stumpf wrote:
Just needs unistd.h in two places for _exit(). With this patch in, I
*think* there's nothing in the way of switching to 4.8 per default.
Index: patches/patch-configure_ac
On 08/16/13 14:52, Juan Francisco Cantero Hurtado wrote:
On Fri, Aug 16, 2013 at 09:22:34AM -0400, Stuart Cassoff wrote:
On 08/10/13 16:22, Juan Francisco Cantero Hurtado wrote:
Here is a partial diff with some MASTER_SITES changed from http to
https.
Why?
Increase the encrypted traffic.
On 2013/08/17 07:45, Stuart Cassoff wrote:
On 08/16/13 14:52, Juan Francisco Cantero Hurtado wrote:
On Fri, Aug 16, 2013 at 09:22:34AM -0400, Stuart Cassoff wrote:
On 08/10/13 16:22, Juan Francisco Cantero Hurtado wrote:
Here is a partial diff with some MASTER_SITES changed from http to
Update to sslh-1.15. From changelog:
- Fixed bug in sslh-select: if number of opened file descriptor became bigger
than FD_SETSIZE, bad things would happen
- Fixed bug in sslh-select: if socket dropped while defered_data was present,
sslh-select would crash
--
Björn Ketelaars
GPG key:
Here's a fix so net/poco will build on LP64 archs.
The underlying problem is that Poco's type system assumes that
64-bit quantities are type long on LP64 archs and that long long
only exists on 32-bit archs.
ok?
Index: patches/patch-Foundation_src_PatternFormatter_cpp
This port only provides man pages for libstdc++ 3.3. Not really useful
if you ask me. I'd update it to something more recent, but upstream
doesn't seem to provide these docs in man format any more (peek at
MASTER_SITES). I think a port of the pdf version under books/ could be
considered, if
I'm running OpenBSD 5.3 and have loaded the ntop-1.1 package. Years ago I ran
this package under Suse 9.* and it would fail giving me a core dump. Here is
the message:
ntop v.1.1 MT [i386-unknown-openbsd5.2] listening on ne1
4192 Pkts/3.6 MB [IP 3.6 MB/Other 0] Thpt:
Hi,
I see naddy@ already commited a fix for this from NetBSD. Thank
you!
My patch fwiw was to cast second arg to std::max() to long.
$OpenBSD$
--- src/Toolbar.cc.orig Sat Aug 17 16:58:14 2013
+++ src/Toolbar.cc Sat Aug 17 17:08:12 2013
@@ -44,7 +44,7 @@ long nextTimeout(int resolution)
{
I see naddy@ already commited a fix for this from NetBSD. Thank
you!
My patch fwiw was to cast second arg to std::max() to long.
$OpenBSD$
--- src/Toolbar.cc.orig Sat Aug 17 16:58:14 2013
+++ src/Toolbar.ccSat Aug 17 17:08:12 2013
@@ -44,7 +44,7 @@ long nextTimeout(int
On 8/17/13, Theo de Raadt dera...@cvs.openbsd.org wrote:
I see naddy@ already commited a fix for this from NetBSD. Thank
you!
My patch fwiw was to cast second arg to std::max() to long.
$OpenBSD$
--- src/Toolbar.cc.orig Sat Aug 17 16:58:14 2013
+++ src/Toolbar.cc Sat Aug 17 17:08:12
So basically, this takes a long long value, and casts it to a long.
Yes, but that's not the entire story.
the function declaration is: long nextTimeout(int resolution)
So it would truncate anyway. But look at it closer. It
takes the value of timeval.tv_sec (your time_t / long
16 matches
Mail list logo