CVS: cvs.openbsd.org: ports

2013-08-17 Thread Pascal Stumpf
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:

CVS: cvs.openbsd.org: ports

2013-08-17 Thread Brian Callahan
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!

Re: ports build failures [mostly 64-bit time_t]

2013-08-17 Thread David Coppa
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

Re: ports build failures [mostly 64-bit time_t]

2013-08-17 Thread Stuart Henderson
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

Re: [NEW] net/rwhoisd

2013-08-17 Thread Stuart Henderson
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/*

Re: fix libreoffice build with gcc 4.8

2013-08-17 Thread Pascal Stumpf
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

Re: PATCH: http - https in a bunch of ports

2013-08-17 Thread Stuart Cassoff
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.

Re: PATCH: http - https in a bunch of ports

2013-08-17 Thread Stuart Henderson
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] net/sslh 1.14 - 1.15

2013-08-17 Thread Björn Ketelaars
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:

net/poco time_t fix

2013-08-17 Thread Christian Weisgerber
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

tedu devel/libstdc++-man ?

2013-08-17 Thread Pascal Stumpf
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

A request.

2013-08-17 Thread Bill Swisher
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:

x11/blackbox: time_t fix (too late i see .. but please read)

2013-08-17 Thread patrick keshishian
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) {

Re: x11/blackbox: time_t fix (too late i see .. but please read)

2013-08-17 Thread Theo de Raadt
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

Re: x11/blackbox: time_t fix (too late i see .. but please read)

2013-08-17 Thread patrick keshishian
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

Re: x11/blackbox: time_t fix (too late i see .. but please read)

2013-08-17 Thread Theo de Raadt
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