CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/03 04:55:54 Modified files: net/putty : Makefile Log message: use version number in MASTER_SITES directory rather than latest so they won't go out of date; no pkg change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/03 05:29:32 Modified files: lang/python: python.port.mk Log message: switch our default python 3 to python 3.4. tested in a bulk build by landry@ (thanks).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/03 05:31:10 Modified files: audio/py-mpd2 : Makefile audio/py-tagpy : Makefile audio/rhythmbox: Makefile audio/sonata : Makefile audio/speech-dispatcher: Makefile Log message: changed python3 default version so bump revision.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/03 05:32:18 Modified files: databases/py-apsw: Makefile databases/py-psycopg2: Makefile Log message: changed python3 default version so bump revision.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/03 05:33:07 Modified files: editors/vim: Makefile Log message: changed python3 default version so bump revision.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/03 05:34:24 Modified files: devel/libgit2/libgit2: Makefile devel/libpeas : Makefile devel/py-babel : Makefile devel/py-distribute: Makefile devel/py-gobject3: Makefile devel/py-isodate: Makefile devel/py-libmagic: Makefile devel/py-nose : Makefile devel/py-pip : Makefile devel/py-py: Makefile devel/py-setproctitle: Makefile devel/py-setuptools: Makefile devel/py-test : Makefile devel/py-tz: Makefile devel/py-xdg : Makefile Log message: changed python3 default version so bump revision.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/03 05:35:12 Modified files: security/py-bcrypt: Makefile security/py-crypto: Makefile security/py-passlib: Makefile Log message: changed python3 default version so bump revision.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/03 05:35:30 Modified files: textproc/nfoview: Makefile textproc/py-MarkupSafe: Makefile textproc/py-rdflib: Makefile Log message: changed python3 default version so bump revision.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/03 05:36:49 Modified files: www/py-beaker : Makefile www/py-mako: Makefile Log message: changed python3 default version so bump revision.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/03 05:37:56 Modified files: x11/dbus-python: Makefile x11/gnome/code-assistance: Makefile x11/gnome/eog-plugins: Makefile x11/gnome/gedit: Makefile x11/gnome/gedit-latex: Makefile x11/gnome/gedit-plugins: Makefile x11/gnome/music: Makefile x11/gnome/orca : Makefile x11/gnome/py-atspi: Makefile Log message: changed python3 default version so bump revision.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2014/06/03 07:45:42 Modified files: net/synergy: Makefile distinfo net/synergy/patches: patch-CMakeLists_txt net/synergy/pkg: PLIST Log message: Update to 1.5.0. ok abieber@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/03 08:28:40 Modified files: security/john : Makefile security/john/pkg: PLIST Log message: add conflict marker
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/03 08:28:10 Modified files: security : Makefile Log message: +john-jumbo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/03 08:27:55 Log message: import ports/security/john-jumbo, a patched version of John the Ripper with support for additional hashes etc. ok benoit@, plus I made a minor fix after OK to use the gettext module. Status: Vendor Tag: sthen Release Tags: sthen_20140603 N ports/security/john-jumbo/Makefile N ports/security/john-jumbo/distinfo N ports/security/john-jumbo/patches/patch-src_Makefile N ports/security/john-jumbo/patches/patch-src_vncpcap2john_cpp N ports/security/john-jumbo/patches/patch-src_params_h N ports/security/john-jumbo/patches/patch-src_timer_h N ports/security/john-jumbo/patches/patch-src_SIPdump_c N ports/security/john-jumbo/patches/patch-src_rawSHA1_ng_fmt_c N ports/security/john-jumbo/patches/patch-src_keychain_fmt_plug_c N ports/security/john-jumbo/pkg/DESCR N ports/security/john-jumbo/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2014/06/03 14:37:40 Modified files: net/samba4 : Makefile distinfo net/samba4/pkg : PLIST-docs Log message: Samba 4.0.18 update from Ian McWilliam (MAINTAINER). This bug fix release also addresses two minor security issues without being a dedicated security release: o CVE-2014-0239: dns: Don't reply to replies (bug #10609). o CVE-2014-0178: Malformed FSCTL_SRV_ENUMERATE_SNAPSHOTS response (bug #10549). Still not connected to bulk builds.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2014/06/03 14:41:36 Modified files: graphics/opencv: Makefile distinfo graphics/opencv/patches: patch-CMakeLists_txt patch-cmake_OpenCVFindLibsVideo_cmake patch-cmake_OpenCVUtils_cmake patch-modules_core_include_opencv2_core_operations_hpp patch-modules_java_CMakeLists_txt graphics/opencv/pkg: PLIST-docs PLIST-java PLIST-main Added files: graphics/opencv/patches: patch-modules_ts_CMakeLists_txt Log message: Update OpenCV to 2.4.9. Initial patch from Rafael Sadowski (MAINTAINER), with some tweaks from me, including enabling -java back on i386. Tested on i386 and amd64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/03 15:52:46 Modified files: lang/php/5.4 : Makefile distinfo lang/php/5.5 : Makefile distinfo Log message: update to php-5.4.28 / 5.5.13, bug/crash/DOS fixes. ok robert@ http://www.php.net/ChangeLog-5.php
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2014/06/03 19:37:47 Modified files: net/texapp : Makefile distinfo Log message: Update to 0.6.8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: l...@cvs.openbsd.org2014/06/03 21:17:12 Modified files: net/snort : Makefile net/snort/patches: patch-etc_snort_conf Log message: Due to checksum offload, Snort might see bad checksums in outbound packets since those checksums are not calculated until after Snort sees those packets. This causes Snort to discard those packets instead of processing them, which in turn prevents Snort from triggering alerts for them. To fix this, set checksum_mode to none in snort.conf to disable Snort's checksum verification feature. Looks OK to maintainer Markus Lude.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2014/06/03 23:07:59 Modified files: x11/icewm : Makefile Added files: x11/icewm/patches: patch-src_wmmgr_cc Log message: Handle ctrl-alt-canc buttons remove traling whitespaces from Makefile
Re: nmap broken?
On 06/03/14 01:06, Kent Fritz wrote: Here's a very simple scan that shows a fundamental problem: # nmap -Pn -sS -p22,80 scanme.nmap.org Starting Nmap 6.46 ( http://nmap.org ) at 2014-06-02 15:41 PDT Nmap scan report for scanme.nmap.org (74.207.244.221) Host is up (0.035s latency). PORT STATESERVICE 22/tcp open ssh 80/tcp filtered http Nmap done: 1 IP address (1 host up) scanned in 2.39 seconds That answer is wrong, both ports are open and responded to the syn packets. The above was run on a May 28th AMD snapshot, but I get the same results on i386 from an older April 3rd snapshot. PF was disabled. I have this result on current 28 May amd64: # nmap -Pn -sS -p22,80 scanme.nmap.org Starting Nmap 6.46 ( http://nmap.org ) at 2014-06-03 09:07 CEST Nmap scan report for scanme.nmap.org (74.207.244.221) Host is up (0.42s latency). PORT STATE SERVICE 22/tcp open ssh 80/tcp open http Nmap done: 1 IP address (1 host up) scanned in 5.40 seconds Cheers Giovanni
Re: SOGo on 5.5 not working
On 06/02/14 21:12, Sebastian Reitenbach wrote: On Monday, June 2, 2014 11:55 CEST, Martijn Rijkeboer mart...@bunix.org wrote: Hi, I'm trying to use SOGo on OpenBSD 5.5 AMD64 but it is not working. When I try to connect I get a timeout and the log file contains many lines with the following errors: Loading two versions of SOGoEMailAlarmsManager. The class that will be used is undefined Loading two versions of SOGoAppointmentOccurence. The class that will be used is undefined Loading two versions of SOGoComponentOccurence. The class that will be used is undefined Loading two versions of SOGoAppointmentObject. The class that will be used is undefined Loading two versions of SOGoCalendarComponent. The class that will be used is undefined Loading two versions of SOGoCalendarMailBodyPart. The class that will be used is undefined Loading two versions of SOGoHTMLMailBodyPart. The class that will be used is undefined Loading two versions of SOGoMailBodyPart. The class that will be used is undefined Loading two versions of SOGoTrashFolder. The class that will be used is undefined Loading two versions of SOGoDraftsFolder. The class that will be used is undefined Loading two versions of SOGoSentFolder. The class that will be used is undefined Loading two versions of SOGoMailObject. The class that will be used is undefined Loading two versions of SOGoMailNamespace. The class that will be used is undefined Loading two versions of SOGoMailFolder. The class that will be used is undefined Loading two versions of SOGoSpecialMailFolder. The class that will be used is undefined Loading two versions of SOGoMailAccount. The class that will be used is undefined Loading two versions of SOGoMailAccounts. The class that will be used is undefined Loading two versions of SOGoMailBaseObject. The class that will be used is undefined Loading two versions of SOGoDraftObject. The class that will be used is undefined above classes are linked twice, that's normal. Calling [libxmlSAXLocator -lineNumber] with incorrect signature. Method has i16@0:8, selector has q16@0:8 Calling [NGDOMElement -setLine:] with incorrect signature. Method has v24@0:8q16, selector has v20@0:8i16 Calling [GSMutableArray -length] with incorrect signature. Method has I16@0:8, selector has Q16@0:8 those should also not really matter. Is there more warnings/errors you get in sogo logs? Maybe you can start it manually: su - _sogo /usr/local/sbin/sogod -WOUseWatchDog NO -WOLogFile - -WONoDetach YES that should start sogod in foreground, when its loaded, it should write something as: listening on port: X Whatever port you configured sogo to listen on. Then, when you point your browser on it, what do you get then in the console. The system has the following software: - OS: OpenBSD 5.5 AMD64 GENERIC.MP - SOGO: sogo-2.1.1.1p0 - SOPE: sope-2.1.1.1 sope-mysql-2.1.1.1 - GNUSTEP: gnustep-base-1.24.6 gnustep-libobjc2-1.7p0 gnustep-make-2.6.6 I hope it's not because of sope-mysql, I've never tried it, since I run a postgresql in the background. I have several sogo-mysql instances that work very well. Have you checked for apache/nginx errors in log file ? Cheers Giovanni
Re: nmap broken?
On Tue, Jun 3, 2014, at 02:09 AM, Giovanni Bechis wrote: On 06/03/14 01:06, Kent Fritz wrote: Here's a very simple scan that shows a fundamental problem: [...] That answer is wrong, both ports are open and responded to the syn packets. The above was run on a May 28th AMD snapshot, but I get the same results on i386 from an older April 3rd snapshot. PF was disabled. I have this result on current 28 May amd64: [...] I tried this twice. I have no idea how this happened. This is on a relatively recent -current, btw. $ sudo nmap -Pn -sS -p22,80 scanme.nmap.org Starting Nmap 6.46 ( http://nmap.org ) at 2014-06-03 02:26 CDT Nmap scan report for scanme.nmap.org (74.207.244.221) Host is up (0.059s latency). PORT STATESERVICE 22/tcp filtered ssh 80/tcp open http Nmap done: 1 IP address (1 host up) scanned in 2.68 seconds $ sudo nmap -Pn -sS -p22,80 scanme.nmap.org Starting Nmap 6.46 ( http://nmap.org ) at 2014-06-03 02:26 CDT Nmap scan report for scanme.nmap.org (74.207.244.221) Host is up (0.060s latency). PORT STATESERVICE 22/tcp open ssh 80/tcp filtered http Nmap done: 1 IP address (1 host up) scanned in 2.59 seconds $ -- Shawn K. Quinn skqu...@rushpost.com
Re: SOGo on 5.5 not working
Calling [libxmlSAXLocator -lineNumber] with incorrect signature. Method has i16@0:8, selector has q16@0:8 Calling [NGDOMElement -setLine:] with incorrect signature. Method has v24@0:8q16, selector has v20@0:8i16 Calling [GSMutableArray -length] with incorrect signature. Method has I16@0:8, selector has Q16@0:8 those should also not really matter. Is there more warnings/errors you get in sogo logs? Apparently I missed the following: Jun 02 11:49:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 1 minutes Jun 02 11:50:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 2 minutes Jun 02 11:51:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 3 minutes Jun 02 11:52:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 4 minutes Jun 02 11:53:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 5 minutes Jun 02 11:54:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 6 minutes Jun 02 11:55:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 7 minutes Jun 02 11:56:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 8 minutes Jun 02 11:57:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 9 minutes Jun 02 11:58:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] safety belt -- sending KILL signal to pid 22089 After some head scratching I found that my IMAP server was the problem, not SOGo. After fixing the IMAP server everything works as expected. Sorry for the noise... Kind regards, Martijn Rijkeboer
Re: SOGo on 5.5 not working
I hope it's not because of sope-mysql, I've never tried it, since I run a postgresql in the background. I have several sogo-mysql instances that work very well. Have you checked for apache/nginx errors in log file ? The problem was caused by the IMAP server. After fixing the IMAP server everything works. Kind regards, Martijn Rijkeboer
Re: nmap broken?
On Tuesday, June 3, 2014 09:28 CEST, Shawn K. Quinn skqu...@rushpost.com wrote: On Tue, Jun 3, 2014, at 02:09 AM, Giovanni Bechis wrote: On 06/03/14 01:06, Kent Fritz wrote: Here's a very simple scan that shows a fundamental problem: [...] That answer is wrong, both ports are open and responded to the syn packets. The above was run on a May 28th AMD snapshot, but I get the same results on i386 from an older April 3rd snapshot. PF was disabled. I have this result on current 28 May amd64: [...] I tried this twice. I have no idea how this happened. This is on a relatively recent -current, btw. I see the same on i386, snapshot only few days old. $ sudo nmap -Pn -sS -p22,80 scanme.nmap.org Starting Nmap 6.46 ( http://nmap.org ) at 2014-06-03 02:26 CDT Nmap scan report for scanme.nmap.org (74.207.244.221) Host is up (0.059s latency). PORT STATESERVICE 22/tcp filtered ssh 80/tcp open http Nmap done: 1 IP address (1 host up) scanned in 2.68 seconds $ sudo nmap -Pn -sS -p22,80 scanme.nmap.org Starting Nmap 6.46 ( http://nmap.org ) at 2014-06-03 02:26 CDT Nmap scan report for scanme.nmap.org (74.207.244.221) Host is up (0.060s latency). PORT STATESERVICE 22/tcp open ssh 80/tcp filtered http Nmap done: 1 IP address (1 host up) scanned in 2.59 seconds $ -- Shawn K. Quinn skqu...@rushpost.com
Re: NEW: net/ucspi-tcp
On Mon, Jun 02, 2014 at 09:25:59PM +0200, Henning Brauer wrote: * Jan Klemkow j.klem...@wemelug.de [2014-06-02 19:56]: On Mon, Jun 02, 2014 at 11:50:19AM +0200, Henning Brauer wrote: * Jan Klemkow j.klem...@wemelug.de [2014-06-01 23:38]: On Fri, May 30, 2014 at 09:51:24PM +0100, Stuart Henderson wrote: On 2014/05/30 22:43, Jan Klemkow wrote: On Fri, May 30, 2014 at 10:26:43PM +0200, Jan Klemkow wrote: On Fri, May 30, 2014 at 01:49:55PM +0200, Henning Brauer wrote: * Stuart Henderson st...@openbsd.org [2014-05-28 12:31]: the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static that is everything but smart, it makes MUCH more sense to increase the datasize limits (the softlimit calls) in the run scripts. Henning is right. It is stupid to compile this port static cause of the datasize limit. So I removed it from the port. If something is still needed for this, then it probably needs some kind of instructions somewhere... I talked with Henning about the reason of that static compiling hack. As I understand him, there are some scripts from djb which sets the datasize limit to a low value and that causes some crashes. So I add an install notice to the port: Please notice, there may be some scripts that manipulate the datasize limit of tcpclient/tcpserver which may cause a process termination. For more information look at login.conf(5). not really. a typical daemontools-style run script looks like this: #!/bin/sh exec 21 exec envuidgid tinydns envdir ./env softlimit -d3 /usr/local/bin/tinydns since it's djb and just HAS to be different to be different... the softlimit invocation is the culprit, that number there needs adjustment, the defaults from more than a decade ago (when no randomization, eating a little virtual mem, took place) just don't cut it any more. What should I do with this port now? Adding this message, no message, or an other message? IMO: tweak the message - explicit mention of softlimit, and I think the pointer to login.conf is misleading. I changed the message to: Please note, there are scripts which use the softlimit application to manipulate the datasize limit of tcpclient/tcpserver which may cause a process termination. To avoid this you could disable the usage of softlimit or set the datasize limit to a proper value. Thanks for you help, Jan ucspi-tcp.tar.gz Description: application/tar-gz
[UPDATE] Python 3.4.1
Hi, this is the diff to update Python 3.4 to latest release. Release notes: https://docs.python.org/3.4/whatsnew/changelog.html#python-3-4-1 Any ok? Cheers, Remi. Index: Makefile === RCS file: /cvs/ports/lang/python/3.4/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile13 Apr 2014 07:10:09 - 1.1.1.1 +++ Makefile3 Jun 2014 11:39:55 - @@ -1,8 +1,10 @@ # $OpenBSD: Makefile,v 1.1.1.1 2014/04/13 07:10:09 rpointel Exp $ VERSION = 3.4 -PATCHLEVEL = .0 -SHARED_LIBS = python3.4m 0.0 +PATCHLEVEL = .1 +SHARED_LIBS = python3.4m 1.0 VERSION_SPEC = =3.4,3.5 + +CONFIGURE_ARGS += --with-ensurepip=no .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/lang/python/3.4/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo13 Apr 2014 07:10:09 - 1.1.1.1 +++ distinfo3 Jun 2014 11:39:55 - @@ -1,2 +1,2 @@ -SHA256 (Python-3.4.0.tgz) = 0sg+oCF3aac+ix7jP/vKgUkD+FaOMPjRPmjj0fdDRJw= -SIZE (Python-3.4.0.tgz) = 1999 +SHA256 (Python-3.4.1.tgz) = jQB+PvgLEoopK+EBIB513sVIDlYy6ZR3HnwjHRdyC2Y= +SIZE (Python-3.4.1.tgz) = 19113124 Index: patches/patch-Lib_os_py === RCS file: patches/patch-Lib_os_py diff -N patches/patch-Lib_os_py --- patches/patch-Lib_os_py 13 Apr 2014 07:10:12 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,53 +0,0 @@ -$OpenBSD: patch-Lib_os_py,v 1.1.1.1 2014/04/13 07:10:12 rpointel Exp $ Lib/os.py.orig Mon Mar 17 03:31:29 2014 -+++ Lib/os.py Sat Apr 5 09:28:41 2014 -@@ -206,23 +206,16 @@ SEEK_SET = 0 - SEEK_CUR = 1 - SEEK_END = 2 - -- --def _get_masked_mode(mode): --mask = umask(0) --umask(mask) --return mode ~mask -- - # Super directory utilities. - # (Inspired by Eric Raymond; the doc strings are mostly his) - - def makedirs(name, mode=0o777, exist_ok=False): - makedirs(path [, mode=0o777][, exist_ok=False]) - --Super-mkdir; create a leaf directory and all intermediate ones. --Works like mkdir, except that any intermediate path segment (not --just the rightmost) will be created if it does not exist. If the --target directory with the same mode as we specified already exists, --raises an OSError if exist_ok is False, otherwise no exception is -+Super-mkdir; create a leaf directory and all intermediate ones. Works like -+mkdir, except that any intermediate path segment (not just the rightmost) -+will be created if it does not exist. If the target directory already -+exists, raise an OSError if exist_ok is False. Otherwise no exception is - raised. This is recursive. - - -@@ -243,20 +236,7 @@ def makedirs(name, mode=0o777, exist_ok=False): - try: - mkdir(name, mode) - except OSError as e: --dir_exists = path.isdir(name) --expected_mode = _get_masked_mode(mode) --if dir_exists: --# S_ISGID is automatically copied by the OS from parent to child --# directories on mkdir. Don't consider it being set to be a mode --# mismatch as mkdir does not unset it when not specified in mode. --actual_mode = st.S_IMODE(lstat(name).st_mode) ~st.S_ISGID --else: --actual_mode = -1 --if not (e.errno == errno.EEXIST and exist_ok and dir_exists and --actual_mode == expected_mode): --if dir_exists and actual_mode != expected_mode: --e.strerror += ' (mode %o != expected mode %o)' % ( --actual_mode, expected_mode) -+if not exist_ok or e.errno != errno.EEXIST or not path.isdir(name): - raise - - def removedirs(name): Index: patches/patch-Lib_test_test_os_py === RCS file: patches/patch-Lib_test_test_os_py diff -N patches/patch-Lib_test_test_os_py --- patches/patch-Lib_test_test_os_py 13 Apr 2014 07:10:12 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,24 +0,0 @@ -$OpenBSD: patch-Lib_test_test_os_py,v 1.1.1.1 2014/04/13 07:10:12 rpointel Exp $ Lib/test/test_os.py.orig Mon Mar 17 03:31:30 2014 -+++ Lib/test/test_os.pySat Apr 5 09:27:14 2014 -@@ -901,7 +901,7 @@ class MakedirTests(unittest.TestCase): - os.makedirs(path, mode) - self.assertRaises(OSError, os.makedirs, path, mode) - self.assertRaises(OSError, os.makedirs, path, mode, exist_ok=False) --self.assertRaises(OSError, os.makedirs, path, 0o776, exist_ok=True) -+os.makedirs(path, 0o776, exist_ok=True) - os.makedirs(path, mode=mode, exist_ok=True) - os.umask(old_mask) - -@@ -938,9 +938,8 @@ class MakedirTests(unittest.TestCase): - os.makedirs(path,
Re: NEW: net/ucspi-tcp
* Jan Klemkow j.klem...@wemelug.de [2014-06-03 13:09]: I changed the message to: Please note, there are scripts which use the softlimit application to manipulate the datasize limit of tcpclient/tcpserver which may cause a process termination. To avoid this you could disable the usage of softlimit or set the datasize limit to a proper value. yup, that's what it comes down to.
www/mozilla-sync update ?
Did anyone look at updating www/mozilla-sync ? Current version is 1.5, not sure if anything would actually work with the version we have in ports. -- viq
Re: opencv 2.4.6.1 - 2.4.9
On Tue Jun 03, 2014 at 01:00:01AM +0400, Vadim Zhukov wrote: hi @ports, Here is an update to opencv 2.4.9. Tested on amd64. Comments/OK? CHANGELOG: http://code.opencv.org/projects/opencv/wiki/ChangeLog Slightly tweaked version. No problems on i386 so far. Unless anyone objects, I'll commit it in a day or two, after more runtime testing. -- WBR, Vadim Zhukov OK from me. Cheers, Rafael
NEW: security/john-jumbo
We already have John the Ripper in security/john but it's the standard version which only supports a limited range of hashes. I'd like to add a separate port with the jumbo patchset applied that includes many additional hashes, support for ZIP/RAR archives, OpenSSH private keys, PDF files, etc. security/john should stay in parallel, as it does enough for many use cases, and it takes a while before the patched version catches up with new releases. Tested on i386/amd64/powerpc. Works fine on i386/amd64. Most things work on powerpc, segfaults in some tests but still enough to be useful. Any comments? OK to import? john-jumbo.tgz Description: application/tar-gz
NEW: games/cdogs-sdl
Hi ports -- Attached is a new port, games/cdogs-sdl. $ cat pkg/DESCR C-Dogs SDL is a classic overhead run-and-gun game, supporting up to 4 players in co-op and deathmatch modes. Customize your player, choose from up to 11 weapons, and try over 100 user-created campaigns. Works well for me on amd64. OK? ~Brian cdogs-sdl.tgz Description: Binary data
Re: NEW: games/cdogs-sdl
On 06/03/14 10:34, Brian Callahan wrote: Hi ports -- Attached is a new port, games/cdogs-sdl. $ cat pkg/DESCR C-Dogs SDL is a classic overhead run-and-gun game, supporting up to 4 players in co-op and deathmatch modes. Customize your player, choose from up to 11 weapons, and try over 100 user-created campaigns. Works well for me on amd64. OK? ~Brian Now with a better tarball. cdogs-sdl-2.tgz Description: Binary data
devel/quilt: maintainer update to v0.63
This diff updates devel/quilt to v0.63. Our previous patches were merged upstream; one goes away completly. I also fed the new patches upstream as well. Passes portcheck. Ok? Index: Makefile === RCS file: /work/cvsroot/ports/devel/quilt/Makefile,v retrieving revision 1.5 diff -p -u -r1.5 Makefile --- Makefile9 Jan 2014 14:55:42 - 1.5 +++ Makefile2 Jun 2014 21:09:53 - @@ -2,7 +2,7 @@ COMMENT= manage large numbers of patches -DISTNAME= quilt-0.61 +DISTNAME= quilt-0.63 CATEGORIES=devel HOMEPAGE= http://savannah.nongnu.org/projects/quilt/ Index: distinfo === RCS file: /work/cvsroot/ports/devel/quilt/distinfo,v retrieving revision 1.2 diff -p -u -r1.2 distinfo --- distinfo9 Jan 2014 14:55:42 - 1.2 +++ distinfo2 Jun 2014 22:24:44 - @@ -1,2 +1,2 @@ -SHA256 (quilt-0.61.tar.gz) = HuwKJwrE1B7qD9WCNgPJ0qNatrirc6kN2SzhKRsqn8M= -SIZE (quilt-0.61.tar.gz) = 450552 +SHA256 (quilt-0.63.tar.gz) = KEZ4giGqiETFTxAjnHy8XogDGFkWK8woVElEbDz//lI= +SIZE (quilt-0.63.tar.gz) = 389593 Index: patches/patch-Makefile_in === RCS file: /work/cvsroot/ports/devel/quilt/patches/patch-Makefile_in,v retrieving revision 1.2 diff -p -u -r1.2 patch-Makefile_in --- patches/patch-Makefile_in 9 Jan 2014 14:55:42 - 1.2 +++ patches/patch-Makefile_in 3 Jun 2014 18:12:39 - @@ -1,6 +1,6 @@ $OpenBSD: patch-Makefile_in,v 1.2 2014/01/09 14:55:42 jca Exp $ Makefile.in.orig Sun Dec 8 10:40:42 2013 -+++ Makefile.inMon Dec 30 18:40:55 2013 +--- Makefile.in.orig Wed May 7 13:41:15 2014 Makefile.inTue Jun 3 13:11:41 2014 @@ -13,7 +13,7 @@ docdir :=@docdir@ mandir := @mandir@ localedir := $(datadir)/locale @@ -10,12 +10,34 @@ $OpenBSD: patch-Makefile_in,v 1.2 2014/0 INSTALL :=@INSTALL@ POD2MAN :=@POD2MAN@ -@@ -42,6 +42,8 @@ MSGCAT :=@MSGCAT@ +@@ -42,7 +42,6 @@ MSGCAT :=@MSGCAT@ DIFFSTAT := @DIFFSTAT@ RPMBUILD := @RPMBUILD@ SENDMAIL := @SENDMAIL@ -+CP := @CP@ -+MD5SUM := @MD5SUM@ +-CP := @CP@ + MD5SUM := @MD5SUM@ USE_NLS :=@USE_NLS@ - STAT_HARDLINK := @STAT_HARDLINK@ +@@ -122,8 +121,10 @@ GIT_DESC := $(shell ./git-desc | sed -e 's:^v::') + + TESTS := $(filter-out test/patch-wrapper.test,$(wildcard test/*.test)) + ifneq ($(PATCH_WRAPPER),) ++ifneq ($(PATCH_WRAPPER), no) + TESTS += test/patch-wrapper.test + endif ++endif + DIRT += test/.depend $(wildcard test/.*.ok) + + # Settings for running the uninstalled version of quilt in the source tree: +@@ -316,9 +317,11 @@ install-main :: scripts + $(INSTALL) -m 644 quilt/scripts/patchfns quilt/scripts/utilfns \ + $(BUILD_ROOT)$(datadir)/$(PACKAGE)/scripts + ifneq ($(PATCH_WRAPPER),) ++ifneq ($(PATCH_WRAPPER), no) + $(INSTALL) -d $(BUILD_ROOT)$(datadir)/$(PACKAGE)/wrapper + $(INSTALL) -m 755 bin/patch-wrapper \ + $(BUILD_ROOT)$(datadir)/$(PACKAGE)/wrapper/patch ++endif + endif + + $(INSTALL) -d $(BUILD_ROOT)$(docdir)/ Index: patches/patch-configure_ac === RCS file: /work/cvsroot/ports/devel/quilt/patches/patch-configure_ac,v retrieving revision 1.1 diff -p -u -r1.1 patch-configure_ac --- patches/patch-configure_ac 9 Jan 2014 14:55:42 - 1.1 +++ patches/patch-configure_ac 3 Jun 2014 18:01:51 - @@ -1,13 +1,11 @@ -$OpenBSD: patch-configure_ac,v 1.1 2014/01/09 14:55:42 jca Exp $ configure.ac.orig Sun Dec 8 21:51:39 2013 -+++ configure.ac Mon Dec 30 18:28:26 2013 -@@ -367,6 +367,9 @@ fi +$OpenBSD$ +--- configure.ac.orig Tue Jun 3 13:01:15 2014 configure.ac Tue Jun 3 13:01:33 2014 +@@ -367,7 +367,6 @@ fi QUILT_COMPAT_PROG_PATH(SENDMAIL, sendmail, [], [/usr/sbin]) -+QUILT_COMPAT_PROG_PATH(CP, cp, gcp cp) -+QUILT_COMPAT_PROG_PATH(MD5SUM, md5sum, gmd5sum md5sum) -+ +-QUILT_COMPAT_PROG_PATH(CP, cp, [cp]) + QUILT_COMPAT_PROG_PATH(MD5SUM, md5sum, [gmd5sum md5sum]) + AC_PATH_PROG(MSGMERGE, [msgmerge]) - AC_PATH_PROG(MSGFMT, [msgfmt]) - AC_PATH_PROG(XGETTEXT, [xgettext]) Index: patches/patch-test_delete_test === RCS file: /work/cvsroot/ports/devel/quilt/patches/patch-test_delete_test,v retrieving revision 1.2 diff -p -u -r1.2 patch-test_delete_test --- patches/patch-test_delete_test 9 Jan 2014 14:55:42 - 1.2 +++ patches/patch-test_delete_test 3 Jun 2014 18:12:25 - @@ -1,6 +1,6 @@ $OpenBSD: patch-test_delete_test,v 1.2 2014/01/09 14:55:42 jca Exp $ test/delete.test.orig Sun Dec 8 10:40:42 2013 -+++ test/delete.test Mon Dec 30 18:34:19 2013 +---
Re: www/mozilla-sync update ?
On Tue, Jun 03, 2014 at 02:26:16PM +0200, viq wrote: Did anyone look at updating www/mozilla-sync ? Current version is 1.5, not sure if anything would actually work with the version we have in ports. It's somewhere on my todo as something to do before updating to 31 which wont work anymore with what we have now. Landry
Re: -fstack-protecor-strong for gcc 4.8
On Sat, May 31, 2014 at 03:16:23PM +0200, Pascal Stumpf wrote: This patch from brad@ backports -fstack-protector-strong support from 4.9. It seems to work fine on amd64 amd powerpc, but I think it could really use some more test coverage as it's a somewhat intrusive change. Sorry for slacking... No negative effects observed on sparc64 so far. Put it in and see what breaks?
Re: NEW: security/john-jumbo
The john team seems to be a little slow on releasing the jumbo patches for the latest (1.8.0). Would it be more useful to take a snapshot of the bleeding-jumbo git repo? It seems to have progressed significantly from 1.7.9 jumbo. On Tue, Jun 3, 2014 at 7:15 AM, Stuart Henderson st...@openbsd.org wrote: We already have John the Ripper in security/john but it's the standard version which only supports a limited range of hashes. I'd like to add a separate port with the jumbo patchset applied that includes many additional hashes, support for ZIP/RAR archives, OpenSSH private keys, PDF files, etc. security/john should stay in parallel, as it does enough for many use cases, and it takes a while before the patched version catches up with new releases. Tested on i386/amd64/powerpc. Works fine on i386/amd64. Most things work on powerpc, segfaults in some tests but still enough to be useful. Any comments? OK to import?