Re: [update] py-simplejson
I have diffs to remove simplejson for a number of ports. If anyone wants to see them please shout. Otherwise I will commit it during the weekend. On Sat, Jan 11, 2014 at 9:05 PM, Federico Schwindt fg...@lodoss.net wrote: before that all ports using it should be checked to ensure they will work with the bundled json module. On Sat, Jan 11, 2014 at 6:48 PM, frantisek holop min...@obiit.org wrote: after some soul searching (and googling), i actually cannot come up with a good reason why this package is needed... it is included in 2.7 if i read the docs correctly. perhaps it should go to the attic. -f hmm, on Tue, Dec 31, 2013 at 10:01:34AM -0500, Eric Radman said that On Sun, Dec 29, 2013 at 12:18:28PM +0100, frantisek holop wrote: hmm, on Sat, Dec 28, 2013 at 11:54:28PM -0800, Martynas Venckus said that The diff looks good but I don't use this anymore, so could you remove me as maintainer and find someone to take care of testing/committing it? ok, i take over. attached the new version. please test and commit. -f -- i'm here to question all your answers. Index: Makefile === RCS file: /cvs/ports/devel/py-simplejson/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile11 Mar 2013 10:50:26 - 1.19 +++ Makefile29 Dec 2013 11:16:55 - @@ -2,15 +2,14 @@ COMMENT = JSON encoder/decoder -MODPY_EGG_VERSION =2.5.0 +MODPY_EGG_VERSION =3.3.1 simplejson is listed as a dependency for several ports, but are they using it? It has been bundled with Python since 2.6. Projects that still support Python 2.5 will typically do include some logic that tries to import the standard library first try: import json except ImportError: import simplejson as json -- so you think you can tell heaven from hell.
Re: [update] py-simplejson
before that all ports using it should be checked to ensure they will work with the bundled json module. On Sat, Jan 11, 2014 at 6:48 PM, frantisek holop min...@obiit.org wrote: after some soul searching (and googling), i actually cannot come up with a good reason why this package is needed... it is included in 2.7 if i read the docs correctly. perhaps it should go to the attic. -f hmm, on Tue, Dec 31, 2013 at 10:01:34AM -0500, Eric Radman said that On Sun, Dec 29, 2013 at 12:18:28PM +0100, frantisek holop wrote: hmm, on Sat, Dec 28, 2013 at 11:54:28PM -0800, Martynas Venckus said that The diff looks good but I don't use this anymore, so could you remove me as maintainer and find someone to take care of testing/committing it? ok, i take over. attached the new version. please test and commit. -f -- i'm here to question all your answers. Index: Makefile === RCS file: /cvs/ports/devel/py-simplejson/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile11 Mar 2013 10:50:26 - 1.19 +++ Makefile29 Dec 2013 11:16:55 - @@ -2,15 +2,14 @@ COMMENT = JSON encoder/decoder -MODPY_EGG_VERSION =2.5.0 +MODPY_EGG_VERSION =3.3.1 simplejson is listed as a dependency for several ports, but are they using it? It has been bundled with Python since 2.6. Projects that still support Python 2.5 will typically do include some logic that tries to import the standard library first try: import json except ImportError: import simplejson as json -- so you think you can tell heaven from hell.
Re: swig 2.0.11 doesn't build on sparc64 due to ruby
shouldn't this be centralized, i.e. in ruby.port.mk when setting the default version? On Mon, Jan 6, 2014 at 6:06 PM, Jeremy Evans jeremyeva...@gmail.com wrote: On Mon, Jan 6, 2014 at 9:42 AM, Markus Lude markus.l...@gmx.de wrote: Hello, with the update of swig to 2.0.11 it doesn't build any more on sparc64. MODULES lang/ruby uses ruby 2.0 per default now, which doesn't build on sparc64. Does the new swig need the new ruby or is ruby 1.8 enough? It still packages on amd64 with MODRUBY_REV = 1.8. I suppose something like this may work if we want to build swig on sparc64/hppa/alpha without holding other arches back: .if ${MACHINE_ARCH:Msparc64} || ${MACHINE_ARCH:Mhppa} || ${MACHINE_ARCH:Malpha} MODRUBY_REV = 1.8 .endif Thanks, Jeremy
Re: Update: www/varnish to v3.0.5
Committed. Thanks! On Fri, Dec 27, 2013 at 12:24 PM, Jim Razmus j...@bonetruck.org wrote: Small udate for varnish. Tested on i386 -current. ok to commit? jim@
Re: [update] py-flask
Yes, it should be and it is in my diff. On Thu, Dec 5, 2013 at 5:17 PM, frantisek holop min...@obiit.org wrote: hmm, on Thu, Dec 05, 2013 at 08:32:12AM +, Federico Schwindt said that Attached is my version. It also fixes the doc install and removes the .DS_Store dirs. FWIW, the original issue was #781. shouldnt be py-itsdangerous BUILD_DEPENDS? sphinx throws errors while generating the docs if not present.. -f -- if the limit was 250, there'd be no speeders...
Re: [new] py-itsdangerous
:) I have an update for flask and a port for this that I was going to send now. I will take a look at this and send the flask update. f.- On Wed, Dec 4, 2013 at 5:51 PM, frantisek holop min...@obiit.org wrote: py-flask's new dependency $ cat pkg/DESCR Various helpers to pass data to untrusted environments and to get it back safe and sound. This repository provides a module that is a port of the django signing module. It's not directly copied but some changes were applied to make it work better on its own. -f -- we must believe in free will. we have no choice.
Re: [new] py-itsdangerous
Attached it's my version. I think it this is more suited for www. Also I've set the homepage to http://pythonhosted.org/itsdangerous/ instead. f.- On Wed, Dec 4, 2013 at 11:22 PM, Federico Schwindt fg...@lodoss.net wrote: :) I have an update for flask and a port for this that I was going to send now. I will take a look at this and send the flask update. f.- On Wed, Dec 4, 2013 at 5:51 PM, frantisek holop min...@obiit.org wrote: py-flask's new dependency $ cat pkg/DESCR Various helpers to pass data to untrusted environments and to get it back safe and sound. This repository provides a module that is a port of the django signing module. It's not directly copied but some changes were applied to make it work better on its own. -f -- we must believe in free will. we have no choice. py-itsdangerous.tgz Description: GNU Zip compressed data
Re: [UPDATE] lang/python/2.7 to 2.7.6
Yes, one for normal (.py) files and once for optimized (.pyo) IIRC. f.- On Fri, Nov 15, 2013 at 4:18 PM, Stuart Henderson st...@openbsd.org wrote: On 2013/11/15 14:34, Stuart Henderson wrote: On 2013/11/15 11:27, Federico Schwindt wrote: It'd be nice to have a test on a 32bit arch at least. i386, anyone? Looks fairly ok on ppc, only failures are: .. same ones for 2.7.5, so I'm OK with this. It looks like the tests are run twice though? (This isn't new either..)
Re: [UPDATE] lang/python/2.7 to 2.7.6
hrmm, test_threading failure is known. the other might be related to the kqueue change. can I have the log please? f.- On Fri, Nov 15, 2013 at 2:34 PM, Stuart Henderson st...@openbsd.org wrote: On 2013/11/15 11:27, Federico Schwindt wrote: It'd be nice to have a test on a 32bit arch at least. i386, anyone? Looks fairly ok on ppc, only failures are: test_3_join_in_forked_from_thread (test.test_threading.ThreadJoinOnShutdown) testPair (test.test_kqueue.TestKQueue) More logs below if interested. Re-running test 'test_kqueue' in verbose mode testPair (test.test_kqueue.TestKQueue) ... FAIL test_create_event (test.test_kqueue.TestKQueue) ... ok test_create_queue (test.test_kqueue.TestKQueue) ... ok test_queue_event (test.test_kqueue.TestKQueue) ... test test_kqueue failed -- Traceback (most recent call last): File /usr/obj/ports/Python-2.7.6/Python-2.7.6/Lib/test/test_kqueue.py, line 177, in testPair self.assertEqual(b.recv(r[0].data), b'foo') AssertionError: '' != 'foo' ok == FAIL: testPair (test.test_kqueue.TestKQueue) -- Traceback (most recent call last): File /usr/obj/ports/Python-2.7.6/Python-2.7.6/Lib/test/test_kqueue.py, line 177, in testPair self.assertEqual(b.recv(r[0].data), b'foo') AssertionError: '' != 'foo' -- Ran 4 tests in 0.006s FAILED (failures=1) Re-running test 'test_threading' in verbose mode [snip] test_start_thread_again (test.test_threading.ThreadingExceptionTests) ... test test_threading failed -- Traceback (most recent call last): File /usr/obj/ports/Python-2.7.6/Python-2.7.6/Lib/test/test_threading.py, line 566, in test_3_join_in_forked_from_thread self._run_and_join(script) File /usr/obj/ports/Python-2.7.6/Python-2.7.6/Lib/test/test_threading.py, line 510, in _run_and_join self.assertEqual(data, end of main\nend of thread\n) AssertionError: '' != 'end of main\nend of thread\n' ok == FAIL: test_3_join_in_forked_from_thread (test.test_threading.ThreadJoinOnShutdown) -- Traceback (most recent call last): File /usr/obj/ports/Python-2.7.6/Python-2.7.6/Lib/test/test_threading.py, line 566, in test_3_join_in_forked_from_thread self._run_and_join(script) File /usr/obj/ports/Python-2.7.6/Python-2.7.6/Lib/test/test_threading.py, line 510, in _run_and_join self.assertEqual(data, end of main\nend of thread\n) AssertionError: '' != 'end of main\nend of thread\n' -- Ran 86 tests in 8.340s
Re: py-selenium
this has been discussed before and unless it has changed recently the problem remains. please check the ports archive. f.- On Sat, Nov 16, 2013 at 2:29 PM, frantisek holop min...@obiit.org wrote: here is a WIP port for py-selenium. it is not a success story yet, i get the following error when trying the simplest test program (included in tarball) selenium.common.exceptions.WebDriverException: Message: Can't load the profile. Profile Dir: /tmp/tmpRc0KlX Firefox output: /usr/local/bin/firefox: /usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.14.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program\n *** LOG addons.xpi: startup\n*** LOG addons.xpi: checkForChanges\n*** LOG addons.xpi: No changes found\n JavaScript error: chrome://browser/content/urlbarBindings.xml, line 654: aUrl is undefined\n JavaScript error: chrome://browser/content/urlbarBindings.xml, line 654: aUrl is undefined\n JavaScript error: chrome://browser/content/urlbarBindings.xml, line 654: aUrl is undefined\n JavaScript error: chrome://browser/content/urlbarBindings.xml, line 654: aUrl is undefined\n JavaScript error: chrome://browser/content/urlbarBindings.xml, line 654: aUrl is undefined\n any ideas? -f -- why is abbreviation such a long word?
Re: [UPDATE] lang/python/2.7 to 2.7.6
Package and test correctly here (amd64). Diff looks sane as well. It'd be nice to have a test on a 32bit arch at least. i386, anyone? I will see if I can get kqueue updated over the weekend. f.- On Thu, Nov 14, 2013 at 11:35 AM, Federico Schwindt fg...@lodoss.netwrote: I will test today and report back. As mentioned in private it'd be nice to include a fix for kqueue in the update to avoid extra bumps. I will look into it. f.- On 11 Nov 2013 15:52, Remi Pointel remi.poin...@xiri.fr wrote: Hi, this is the diff to update python from 2.7.5 to 2.7.6. I only tested on amd64. Are you ok? Changelog: http://hg.python.org/cpython/raw-file/99d03261c1ba/Misc/NEWS Cheers, Remi.
Re: [UPDATE] lang/python/2.7 to 2.7.6
I will test today and report back. As mentioned in private it'd be nice to include a fix for kqueue in the update to avoid extra bumps. I will look into it. f.- On 11 Nov 2013 15:52, Remi Pointel remi.poin...@xiri.fr wrote: Hi, this is the diff to update python from 2.7.5 to 2.7.6. I only tested on amd64. Are you ok? Changelog: http://hg.python.org/cpython/raw-file/99d03261c1ba/Misc/NEWS Cheers, Remi.
Re: UPDATE: net/ngircd
Anyone? I will commit this tomorrow unless someone objects. On Wed, Oct 30, 2013 at 11:55 PM, Federico G. Schwindt fg...@lodoss.netwrote: Hi, The diff below updates ngircd to version 21. I've moved the config to /etc/ngircd. I appreciate this adds a manual step to the upgrade process but should be better in the long run and people using ssl and/or having a separate motd file will benefit. I've been running with some form of rel 21 for a while on i386. Tested on amd64 as well. Comments? OK? f.- Index: Makefile === RCS file: /cvs/ports/net/ngircd/Makefile,v retrieving revision 1.7 diff -p -u -r1.7 Makefile --- Makefile28 Aug 2013 11:53:16 - 1.7 +++ Makefile30 Oct 2013 23:18:18 - @@ -2,7 +2,7 @@ COMMENT = lightweight irc server -DISTNAME = ngircd-20.3 +DISTNAME = ngircd-21 CATEGORIES = net @@ -18,11 +18,15 @@ WANTLIB = c crypto ssl z MASTER_SITES = ftp://ftp.berlios.de/pub/ngircd/ \ http://ngircd.barton.de/pub/ngircd/ -TEST_DEPENDS = lang/expect \ - ${BASE_PKGPATH} +MODULES = converters/libiconv +TEST_DEPENDS = lang/expect \ + ${BASE_PKGPATH} + +SYSCONFDIR = ${BASESYSCONFDIR}/ngircd CONFIGURE_STYLE = gnu -CONFIGURE_ARGS += --with-openssl \ +CONFIGURE_ARGS += --with-iconv=${LOCALBASE} \ + --with-openssl \ --enable-ipv6 .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/net/ngircd/distinfo,v retrieving revision 1.4 diff -p -u -r1.4 distinfo --- distinfo28 Aug 2013 11:53:16 - 1.4 +++ distinfo30 Oct 2013 23:18:18 - @@ -1,2 +1,2 @@ -SHA256 (ngircd-20.3.tar.gz) = VdfHTG33kLEaaMB/OYNtWBllCH77YY0+mmvshVNkwvk= -SIZE (ngircd-20.3.tar.gz) = 479982 +SHA256 (ngircd-21.tar.gz) = DtvUEwQYbkP52QenAXtAUgzJDCzimxM5vc12Iv/+GaA= +SIZE (ngircd-21.tar.gz) = 500668 Index: patches/patch-doc_Makefile_in === RCS file: /cvs/ports/net/ngircd/patches/patch-doc_Makefile_in,v retrieving revision 1.2 diff -p -u -r1.2 patch-doc_Makefile_in --- patches/patch-doc_Makefile_in 19 Jan 2013 20:40:56 - 1.2 +++ patches/patch-doc_Makefile_in 30 Oct 2013 23:18:18 - @@ -1,7 +1,7 @@ $OpenBSD: patch-doc_Makefile_in,v 1.2 2013/01/19 20:40:56 fgsch Exp $ doc/Makefile.in.orig Fri Jan 18 01:32:04 2013 -+++ doc/Makefile.inFri Jan 18 01:32:49 2013 -@@ -584,16 +584,13 @@ maintainer-clean-local: +--- doc/Makefile.in.orig Wed Oct 30 21:21:47 2013 doc/Makefile.inWed Oct 30 22:14:16 2013 +@@ -586,16 +586,13 @@ maintainer-clean-local: all: $(generated_docs) install-data-hook: $(static_docs) $(toplevel_docs) $(generated_docs) Index: patches/patch-doc_sample-ngircd_conf_tmpl === RCS file: /cvs/ports/net/ngircd/patches/patch-doc_sample-ngircd_conf_tmpl,v retrieving revision 1.2 diff -p -u -r1.2 patch-doc_sample-ngircd_conf_tmpl --- patches/patch-doc_sample-ngircd_conf_tmpl 19 Jan 2013 20:40:57 - 1.2 +++ patches/patch-doc_sample-ngircd_conf_tmpl 30 Oct 2013 23:18:18 - @@ -1,7 +1,7 @@ $OpenBSD: patch-doc_sample-ngircd_conf_tmpl,v 1.2 2013/01/19 20:40:57 fgsch Exp $ doc/sample-ngircd.conf.tmpl.orig Tue Jan 1 18:22:11 2013 -+++ doc/sample-ngircd.conf.tmplFri Jan 18 01:31:56 2013 -@@ -67,14 +67,14 @@ +--- doc/sample-ngircd.conf.tmpl.orig Wed Sep 18 22:12:44 2013 doc/sample-ngircd.conf.tmplWed Oct 30 22:36:03 2013 +@@ -71,14 +71,14 @@ # Group ID under which the ngIRCd should run; you can use the name # of the group or the numerical ID. ATTENTION: For this to work the # server must have been started with root privileges! @@ -18,7 +18,7 @@ $OpenBSD: patch-doc_sample-ngircd_conf_t [Limits] # Define some limits and timeouts for this ngIRCd instance. Default -@@ -126,7 +126,7 @@ +@@ -143,7 +143,7 @@ # binary. By default ngIRCd won't use the chroot() feature. # ATTENTION: For this to work the server must have been started # with root privileges! @@ -27,3 +27,25 @@ $OpenBSD: patch-doc_sample-ngircd_conf_t # Set this hostname for every client instead of the real one. # Use %x to add the hashed value of the original hostname. +@@ -246,7 +246,7 @@ + # So don't forget to remove the ; above if this is the case ... + + # SSL Server Key Certificate +- ;CertFile = :ETCDIR:/ssl/server-cert.pem ++ ;CertFile = :ETCDIR:/server-cert.pem + + # Select cipher suites allowed for SSL/TLS connections. This defaults + # to HIGH:!aNULL:@STRENGTH (OpenSSL) or SECURE128 (GnuTLS). +@@ -258,10 +258,10 @@ + ;CipherList = SECURE128 + +
Re: Moving KDE3 out of Python 2.5
On Wed, May 15, 2013 at 11:47 AM, Vadim Zhukov persg...@gmail.com wrote: So here is a patch that moves KDE3 out of Python 2.5 land. It already incorporates some feedback from sthen@ (and probably others, sorry if I don't remember). This patch includes reworked patch that enables Python (and, as a bonus, Perl) support to kdebindings - it's much easier to do that in a single update, than to add and then remove some patches. All problems found by naddy@ and nigel@ during previous attempt, are resolved, hope there are no more. This needs a bulk build before going in, to be sure that nothing KDE3-related breaks. Could someone please test this? Comments are, of course, welcome too. :) Second revision, after input from ajacoutot@ (thanks!) and picking up glasses (conflict in kdebindings, flowed @exec/@unexec lines). can anyone put this on a bulk, ideally on 64bits arch, so we can kill 2.5 for good? f.-
Re: simh-3.9.0p1 on 5.3
On Sat, May 18, 2013 at 4:49 PM, Eric Radman ericsh...@eradman.com wrote: Following the instructions at http://www.openbsd.org/vax-simh.html ... I'm not able to establish communication using bridge(4) or bpf(4) when running simh-vax. # ifconfig qe0 192.168.1.2/24 up # ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes ping: sendto: Host is down ping: wrote 192.168.1.1 64 chars, ret=-1 ping: sendto: Host is down I'm running simh-vax on i386 T60$ ifconfig bridge0 bridge0: flags=41UP,RUNNING groups: bridge priority 32768 hellotime 2 fwddelay 4 maxage 20 holdcnt 6 proto rstp designated: id 00:00:00:00:00:00 priority 0 tun0 flags=3LEARNING,DISCOVER port 7 ifpriority 0 ifcost 0 em0 flags=3LEARNING,DISCOVER port 1 ifpriority 0 ifcost 0 Addresses (max cache: 100, timeout: 240): 00:24:e8:c2:30:03 em0 0 flags=0 qemu works fine using tun0. Is there some special configuration required for simh-vax? is link0 set on tun0 as specified on the vax-simh doc? f.-
Re: UPDATE: emulators/sdlmame 0.148u3 = 0.148u4
On Wed, May 1, 2013 at 5:12 PM, Brian Callahan bcal...@devio.us wrote: Fully rerolled, the real sdlmess diff is identical to this one. ~Brian untested but diff reads ok. if it works for you ok by me. f.-
Re: tests invited: rtl-sdr
On Sat, Apr 13, 2013 at 2:52 AM, Zoran Ivanić z...@5mm.org wrote: On Fri, Apr 12, 2013 at 10:58:11PM +0100, Stuart Henderson wrote: I thought I'd write a port for this while I wait for my dongle to arrive and thought I'd send it out in case anyone wants to give it a try. No idea if it works on OpenBSD as-is or if it needs more work :) I have two dongles, with E4000 and with R820T. Looks like it needs some more work:) Here is quick test: rtl_test Found 2 device(s): 0: ezcap USB 2.0 DVB-T/DAB/FM dongle 1: ezcap USB 2.0 DVB-T/DAB/FM dongle Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle usb_open error -4 Failed to open rtlsdr device #0. dmesg part: ugen2 at uhub1 port 6 Realtek RTL2838UHIDIR rev 2.00/1.00 addr 2 ugen3 at uhub1 port 1 Realtek RTL2838UHIDIR rev 2.00/1.00 addr 3 You need to create the entries in /dev. Only ugen0 and ugen1 are created by default. f.-
Re: pymongo
[..] Ok. Updated port attached. OK to commit? f.-
Re: [UPDATE] py-numpy
On Fri, Apr 12, 2013 at 8:08 AM, Markus Bergkvist markus.bergkv...@noda.se wrote: updates py-numpy to 1.7.0. Builds and installs fine on AMD64 and I'm using it with some in-hourse projects with no obvious issues. However, make regress gives these errors FAILED (KNOWNFAIL=5, SKIP=10, failures=2) Running unit tests for numpy NumPy version 1.7.0 Python version 2.7.3 (default, Apr 4 2013, 16:00:07) [GCC 4.2.1 20070719 ] nose version 1.1.2 But doing the same with in-tree version, 1.6.0, I get FAILED (KNOWNFAIL=3, SKIP=6, failures=12) NumPy version 1.6.0 Python version 2.7.3 Must fix or ignorable? Investigate them please. f.-
Re: pymongo
On Fri, Apr 12, 2013 at 11:47 AM, Markus Bergkvist markus.bergkv...@noda.se wrote: Hi I started to work on a port of pymongo (http://docs.mongodb.org/ecosystem/drivers/python/) but came to a halt on MASTER_SITES, I can't find a proper src-release. Any advice. And any suggestion on PKGNAME? PKGNAME = py-mongo ? Same thing I've sent you privately, attaching it for the benefit of the list in case someone else cares. f.- py-mongo.tgz Description: GNU Zip compressed data
Re: UPDATE: devel/geany
On Mon, Apr 1, 2013 at 7:40 PM, Federico Schwindt fg...@lodoss.net wrote: On Mon, Apr 1, 2013 at 7:30 PM, Federico G. Schwindt fg...@lodoss.net wrote: Update to 1.23. Tested on amd64. OK? just realised the pkgpath was lost on the diff. I will include it on the commit though. ping? f.-
Re: textproc/lyx picks up hunspell
On Sat, Apr 6, 2013 at 1:29 PM, Stuart Henderson s...@spacehopper.org wrote: LyX picks up hunspell if installed at build time. Would any users like to comment on which of the following options we should do? - disable hunspell (I have done this for now to unbreak bulk builds) - enable hunspell and disable enchant - enable both I don't use either but since texmaker and texworks uses hunspell perhaps it makes sense to use hunspell as well in this latex port? f.-
Re: UPDATE: devel/geany
On Mon, Apr 1, 2013 at 7:30 PM, Federico G. Schwindt fg...@lodoss.net wrote: Update to 1.23. Tested on amd64. OK? just realised the pkgpath was lost on the diff. I will include it on the commit though. f.-
Re: UPDATE: x11/compiz
On Mon, Mar 11, 2013 at 11:07 PM, Federico Schwindt fg...@lodoss.net wrote: On Sat, Mar 9, 2013 at 7:05 AM, Federico G. Schwindt fg...@lodoss.net wrote: Hi, This updates compiz to 0.8.8 and adds Makefile.inc that soon will be used by other compiz ports. bcop, ccsm, compizconfig-python, libcompizconfig and plugins-main are done and I will be submitting them over the following days. I think only emerald and plugins-extra are missing in case you want to help ;-) Anyhow, comments, OK? anyone? Unless someone objects I will commit this tomorrow (with a few deprecation fixes not included here). f.-
Re: UPDATE: x11/compiz
On Sat, Mar 9, 2013 at 7:05 AM, Federico G. Schwindt fg...@lodoss.net wrote: Hi, This updates compiz to 0.8.8 and adds Makefile.inc that soon will be used by other compiz ports. bcop, ccsm, compizconfig-python, libcompizconfig and plugins-main are done and I will be submitting them over the following days. I think only emerald and plugins-extra are missing in case you want to help ;-) Anyhow, comments, OK? anyone? f.-
Re: UPDATE: py-simplejson
On Fri, Mar 8, 2013 at 9:57 PM, frantisek holop min...@obiit.org wrote: hi there, update to the latest. i think it's a good idea to explain in DESCR why this package exists if json is in base pyton.. the gcc warning at compile time has also been fixed upstream. please review and commit. actually, could you shorten the DESCR by dropping: The encoder may be subclassed to provide serialization in any kind of situation, without any special support by the objects to be serialized (somewhat like pickle). The decoder can handle incoming JSON strings of any specified encoding. it looks unnecessary long. f.-
Re: UPDATE: WIP py-html5lib
On Fri, Mar 8, 2013 at 10:14 PM, frantisek holop min...@obiit.org wrote: hi there, this is WIP update for py-html5lib that is needed by more and more projects. it is WIP mostly because thousansds of tests fail, but perhaps fellow pythonistas could give a hand with it... this doesn't apply. can you please submit one using cvs and not diff? f.-
Re: UPDATE: emulators/sdlmame
On Sun, Jan 27, 2013 at 4:36 PM, David Coppa dco...@gmail.com wrote: On Sun, Jan 27, 2013 at 5:20 PM, Federico Schwindt fg...@lodoss.net wrote: Hi, The attached diff updates sdlmame to 0.148 and sets myself as maintainer. With input and some changes from dcoppa@. It requires the MAXTSIZ increase to 128 MB, otherwise it will fail with ENOMEM so make sure your vmparam.h is up to date. Comments? OK? Re-read it and still seems ok :) Thanks. Anyone else? Otherwise I will commit this tonight or early tomorrow. f.-
Re: py-selenium - problem to build x_ignore_focus.so
On Fri, Jan 11, 2013 at 11:20 AM, Jiri B ji...@devio.us wrote: On Thu, Jan 10, 2013 at 11:38:57PM +, Federico Schwindt wrote: The port Makefile is here: https://github.com/jirib/openbsd-mystuff/blob/master/devel/py-selenium/Makefile I started writing a port but I found a bug (which I reported upstream) and I didn't get back to it. It was working OK with a remote browser but I guess you are trying to use the browser locally no? Locally browser is started but the windows is blank. Remotelly, selenium with Xvfb I get a problem to start Firefox, some RANDR funcionality (?), but google also says something about mismatch between selenium and Firefox. :( And the remote OS is? [..] Personally I'd start with the driver (to manage a remote browser) and add the other pieces as time and skills permit. You might want to run an IE session anyways :-) IE on OpenBSD? In Grid mode, you can forward execution to selenium nodes and one can be on Windows and it can start IE. It does work like this, doesn't it? I'm still starting to learn it. Obviously driving IE (Windows) from OpenBSD. You can use grid or connect to a server running in a specific machine. f.-
Re: py-selenium - problem to build x_ignore_focus.so
On Thu, Jan 10, 2013 at 4:19 PM, Jiri B ji...@devio.us wrote: I wanted to start using python bindings for Selenium web apps testing server..., but their source includes Linux library only. So I'm trying to build it on OpenBSD. Anybody would like to give a hand? The port Makefile is here: https://github.com/jirib/openbsd-mystuff/blob/master/devel/py-selenium/Makefile I started writing a port but I found a bug (which I reported upstream) and I didn't get back to it. It was working OK with a remote browser but I guess you are trying to use the browser locally no? For that you'll need to get x_ignore_nofocus working but that's only part of the problem. You also need to have the libraries within the xpi to be able to use it. Selenium injects an extension in the browser (IIRC) that requires a OS specific lib. Personally I'd start with the driver (to manage a remote browser) and add the other pieces as time and skills permit. You might want to run an IE session anyways :-) f.-
Re: [UPDATE] www/moin
On Wed, Jan 9, 2013 at 5:35 AM, Remi Pointel remi.poin...@xiri.fr wrote: Hi, this is the diff to update moin to last release: 1.9.6. This version includes security fixes. Are you ok? Yes, OK. f.-
Re: boost 1.52.0 status
On Fri, Nov 23, 2012 at 11:06 PM, Amit Kulkarni amitk...@gmail.com wrote: Hi all 1) I need help porting databases/mongodb to a newer version. The older version will need too many patches. Any volunteers for that? Mongodb is cloud! So make OpenBSD cloudy. I will take a look but as I said privately don't worry too much about it. It's sorta broken since we switched to rthreads so if this is holding you just mark it as broken for the time being. f.-
Re: [UPDATE] www/moin
On Wed, Jan 9, 2013 at 10:07 AM, Stuart Henderson s...@spacehopper.org wrote: On 2013/01/09 06:35, Remi Pointel wrote: Hi, this is the diff to update moin to last release: 1.9.6. This version includes security fixes. Are you ok? Cheers, Remi. OK. As a followup it would be great if somebody who uses this could setup an rc.d script for it and run it as a dedicated userid by default (with write permissions on only the directories which require it). i don't mind doing it but last time i thought about it was not trivial. f.-
Re: UPDATE: kdiff3-0.9.97
[..] I tested it and then removed the diff from my ports tree... I need this patch to go in because kdelibs 4.9.2 is complaining about the same thing i.e Cannot load library icui18n will somebody commit this after approval? marc? new (untested yet) diff attached. this should be OK with espie. f.- qt4.diff Description: Binary data
Re: UPDATE: kdiff3-0.9.97
On Tue, Oct 9, 2012 at 11:46 AM, Stuart Henderson s...@spacehopper.org wrote: On 2012/10/09 12:10, Marc Espie wrote: No, because qt4 won't be really tied to the icu4c version. Consider: install icu4c with shared lib .so.N.0 install qt4 compiled for icu4 shared lib .so.N.0 update icu4 to shared libs .so.N+1.0 which is not guaranteed to be compatible with .so.N.0 (in fact, a major bump means it's GUARANTEED not to be compatible) The common situation with partial updates like this is that libfoo pulls in libXX.so.N.0 and libbar pulls in libXX.so.N+1.0, then some program depends on both libfoo and libbar and you have a symbol conflict, this happens all the time when libs get bumped, the only way to avoid breakage is to update from a consistent set of packages and update everything installed at once. And we have *no finer granularity* than the whole shared object. Again, we may get lucky and just call a few functions that haven't changed... but if we start doing that, we can stop having shared library major numbers altogether!!! See why this is wrong ? I do, but I think the situation where it's actually going to affect things is going to result in a lot of other broken packages anyway, and at least if we record as a dependency, pkg_add / out-of-date has a way to know that there's a problem.. I sent this patch quickly before I left for work so I didn't have time to write anything but I'd like to make my stance clear. I rewrote this patch because espie doesn't believe the original approach was correct and he is too busy to do it himself. I don't specially care about qt4 and I'm a bit annoyed that he's particularly picky about this patch when there are 2 others in qt4 that do this but for the benefit of other users and in order to remove a warning from the only port I use that depends on qt4 I submitted it. I don't agree with espie. The dlopen approach is quite different than linking to a library: a dlopen is always followed by a dlsym. If qt4 expects the library to provide certain symbols without checking (which btw is not the case in qt4) the code is wrong. Having a particular version hardcoded in the qt4 code does not guarantee that this version will have the needed symbols, only that this particular version was present when qt4 was compiled. I think this subtle difference is quite important. qt4 does NOT enforce NOR requires a particular version. It's just using 49 because that's what's in the icu4c headers, that's all. So in my original patch qt4 will try to open libicui18n.so.49, fail and try opening libicui18n.so. Let's say for the sake of this argument that the qt4 was compiled against .49 and we icu4c was updated to .50 and the newer version has dropped some of the symbols that qt4 uses. What would happen in this case? qt4 will try loading libicui18n, find that the symbols are not there and disable icu support. Since icu4c is not a LIB_DEPENDS requirement and therefore the particular version is not recorded as part of the qt4 package I don't think we should be forcing a particular version. Anyhow, the patch is there. You can continue your bikesheding and arguing whether the existing patches should be reworked or not while the affected people waits for you to decide. f.-
Re: NEW comms/gammu wammu
On Tue, Oct 9, 2012 at 11:10 AM, Kirill Bychkov ya...@linklevel.net wrote: On Tue, October 9, 2012 13:07, Kirill Bychkov wrote: Hi. I've made a port of gammu and wammu. From DESCR: Gammu command line utility provides access to wide range of phone features, however support level differs from phone to phone and you might want to check Gammu Phone Database for user experiences with various phones. Generally following features are supported: * Call listing, initiating and handling * SMS retrieval, backup and sending * MMS retrieval * Phonebook listing, export and import (also from standard formats such as vCard) * Calendar and tasks listing, export and import (also from standard formats such as vCalendar or iCalendar) * Retrieval of phone and network information * Access to phone file system. Wammu is a GUI to gammu. I can't get SMS list from my Huawei E352, but I can send SMS. On Huawei E1820 everything was working fine, but I've lost this modem, so I can't test on it anymore. Please test with different modems and phones. Resend with correct PLIS, thanks to Erling Westenvik! fwiw, in case you want to test the list of supported phones is at: http://wammu.eu/phones/ f.-
Re: UPDATE: kdiff3-0.9.97
On Tue, Oct 9, 2012 at 2:16 PM, Marc Espie es...@nerim.net wrote: On Tue, Oct 09, 2012 at 02:01:26PM +0100, Federico Schwindt wrote: I sent this patch quickly before I left for work so I didn't have time to write anything but I'd like to make my stance clear. I rewrote this patch because espie doesn't believe the original approach was correct and he is too busy to do it himself. I don't specially care about qt4 and I'm a bit annoyed that he's particularly picky about this patch when there are 2 others in qt4 that do this but for the benefit of other users and in order to remove a warning from the only port I use that depends on qt4 I submitted it. I don't agree with espie. The dlopen approach is quite different than linking to a library: a dlopen is always followed by a dlsym. If qt4 expects the library to provide certain symbols without checking (which btw is not the case in qt4) the code is wrong. Having a particular version hardcoded in the qt4 code does not guarantee that this version will have the needed symbols, only that this particular version was present when qt4 was compiled. I think this subtle difference is quite important. qt4 does NOT enforce NOR requires a particular version. It's just using 49 because that's what's in the icu4c headers, that's all. I'm going to put a bit more oil on that fire, because I believe what you're writing here is wrong, so there HAS TO BE SOME CORRECTION in the mailing list archives. An ABI is *not* a symbol name. (We are NOT using versioned symbols on OpenBSD, in any case, and versioned symbols are a HUGE can of worms that takes YEARS to get right with DEADLY CONSEQUENCES when you fuck up). In many, many cases, a major library bump will happen *without* any visible symbols changing. Structures that change size *are* a major reason of ABI changes. Heck, they are THE main reason for ABI failures. And you can open the new library, and you can locate the symbols, and you will still get fucked. Or, hey, when/if we switch time_t to 64 bits, have fun mixing your new kernel and your old libc... (no symbol change !!! so it must still be right, right ? Remember that I did handle the big ABI breakage back when we started implementing wide-chars, and suddenly, FILE* were not FILE* any more ?) As usual, you can't predict the future. It might be this will never happen with icu4c. If it does, no amount of guessing through dlsyms will save you. It's what major library numbers are for. [..] As much as it pains me to admit it you're right. I looked at the code and was under the impression that qt was not using any of the structures from icu4c but I was wrong. f.-
Re: UPDATE: kdiff3-0.9.97
On Mon, Oct 1, 2012 at 12:18 PM, David Coppa dco...@gmail.com wrote: On Mon, 01 Oct 2012, Stuart Henderson wrote: OK for the update. Looks like there's a slight problem with qt4 though (noticed when testing this, but it affects other things), this is printed on the console at startup: Unable to load library icui18n Cannot load library icui18n: (File not found) Bit more with LD_DEBUG set, ... entry point: 0x7269392ca10 dlopen: loading: icui18n dlopen: failed to open icui18n dlopen: icui18n: done (failed). dlopen: loading: icui18n.so.49 dlopen: failed to open icui18n.so.49 dlopen: icui18n.so.49: done (failed). dlopen: loading: libicui18n dlopen: failed to open libicui18n dlopen: libicui18n: done (failed). dlopen: loading: libicui18n.so.49 dlopen: failed to open libicui18n.so.49 dlopen: libicui18n.so.49: done (failed). Unable to load library icui18n Cannot load library icui18n: (File not found) ... Will try and have a look at qt4 (it probably just needs to use icui18n.so rather than just icui18n) sometime but if anyone wants to beat me to it, be my guest :) The diff below should do the trick (not tested, qt4 is such a beast to build)... Grepping for QLibrary , finds other occurrences that maybe we should also fix. I'm not sure about this. It seems to me that this: dlopen: loading: libicui18n Should really be libicui18n.so. I think this is better but untested and straight from the source: --- qlibrary_unix.cpp.orig Mon Oct 1 14:59:57 2012 +++ qlibrary_unix.cpp Mon Oct 1 15:00:28 2012 @@ -143,9 +143,8 @@ #endif // Q_OS_AIX if (!fullVersion.isEmpty()) { suffixes QString::fromLatin1(.so.%1).arg(fullVersion); -} else { -suffixes QLatin1String(.so); } +suffixes QLatin1String(.so); #endif # ifdef Q_OS_MAC if (!fullVersion.isEmpty()) { f.-
Re: UPDATE: kdiff3-0.9.97
On Mon, Oct 1, 2012 at 4:02 PM, David Coppa dco...@gmail.com wrote: On Mon, Oct 1, 2012 at 4:59 PM, Stuart Henderson s...@spacehopper.org wrote: On 2012/10/01 15:08, Federico Schwindt wrote: The diff below should do the trick (not tested, qt4 is such a beast to build)... Grepping for QLibrary , finds other occurrences that maybe we should also fix. I'm not sure about this. It seems to me that this: dlopen: loading: libicui18n Should really be libicui18n.so. I think this is better but untested and straight from the source: --- qlibrary_unix.cpp.orig Mon Oct 1 14:59:57 2012 +++ qlibrary_unix.cpp Mon Oct 1 15:00:28 2012 @@ -143,9 +143,8 @@ #endif // Q_OS_AIX if (!fullVersion.isEmpty()) { suffixes QString::fromLatin1(.so.%1).arg(fullVersion); -} else { -suffixes QLatin1String(.so); } +suffixes QLatin1String(.so); #endif # ifdef Q_OS_MAC if (!fullVersion.isEmpty()) { f.- I haven't tested yet, but this seems a much better approach than patching the callers. Sure, I also think Federico got it right. Ok, attached. Ttested with keepassx and a demo for the cups patch removal. The gtk patch removal still needs testing. Anyone? f.- qt4.diff Description: Binary data
Re: WIP: Varnish-3.0.3
On Thu, Sep 27, 2012 at 2:24 PM, Gonzalo L. R. gonz...@x61.com.ar wrote: Hi, WIP of Varnish to 3.0.3, tons of changes: https://www.varnish-cache.org/trac/browser/doc/changes.rst Still working on regress test, but builds/work fine one i386 so far. I've submitted a few diffs for 3.0.3 that should have fixed all but one test failures, at least on amd64 where I checked. What's the situation in i386? Can you share the details? f.-
Re: SECURITY patch for security/libotr
On Tue, Sep 25, 2012 at 7:24 PM, Pascal Stumpf pascal.stu...@cubes.de wrote: On Sun, 19 Aug 2012 15:53:03 +0200, Pascal Stumpf wrote: On Sun, 12 Aug 2012 22:41:44 +0200, Pascal Stumpf wrote: On Sun, 12 Aug 2012 15:56:12 -0400, Brad Smith wrote: On Sun, Aug 12, 2012 at 09:37:41PM +0200, Pascal Stumpf wrote: Fix for CVE-2012-3461 (multiple heap overflows), tested so far with climm on amd64. Also, taking maintainer for this. The first patch in the diff should be removed. As you wish ... They just released a new version, containing the security fixes. Remove the $FreeBSD$ line while here. ping? diff reads ok. if it works just commit it. after all it's a security fix. f.-
Re: NEW: net/ngircd
On Wed, Sep 26, 2012 at 1:25 AM, Stuart Henderson s...@spacehopper.org wrote: On 2012/09/16 14:05, Federico Schwindt wrote: Hi, Attached is a port of ngircd, a lightweight irc server. I've been running it for a few days and I'm quite happy. Comments? OK? f.- Works for me (though with trivial traffic and no linked servers) on macppc with SSL. OK though if you don't mind I'd rather patch the sample config to suggest a dedicated chroot directory rather than /var/empty, seeing as config files and any SSL keys used need to be there in order for reload to work, and it's better if those aren't in the system shared /var/empty dir. (Maybe even worth setting up the package so that it chroots by default, though this is easy enough for the user and probably unnecessary hassle in the package). Attached. Actually after talking to Gonzalo I decided to do so but haven't send the update yet. The new PLIST creates /var/ngircd and patches the sample conf. I've decided against chrooting by default as there are some minor issues with this version but I'm working with upstream to get them fixed. OK? f.- ngircd.tgz Description: GNU Zip compressed data
Re: multimedia/gstreamer1/plugins-libav configure
On Thu, Sep 27, 2012 at 1:22 AM, RD Thrush r...@thrush.com wrote: Since my /tmp is mounted noexec, make configure fails: Unable to create and execute files in /tmp. Set the TMPDIR environment variable to another directory and make sure that it is not mounted noexec. Sanity test failed. The attached patch fixes it for me (lifted from graphics/ffmpeg/Makefile). I would expect this sort of problem to appear in a large number of ports. Maybe we should add TMPDIR to configure permanently and allow the user to override it via mk.conf? f.-
Re: NEW: net/ngircd
On Sun, Sep 16, 2012 at 2:05 PM, Federico Schwindt fg...@lodoss.net wrote: Hi, Attached is a port of ngircd, a lightweight irc server. I've been running it for a few days and I'm quite happy. Comments? OK? Anyone? f.-
NEW: net/ngircd
Hi, Attached is a port of ngircd, a lightweight irc server. I've been running it for a few days and I'm quite happy. Comments? OK? f.- ngircd.tgz Description: GNU Zip compressed data
Re: databases/mongodb builds twice
On Sat, Sep 15, 2012 at 11:33 PM, Christian Weisgerber na...@mips.inka.de wrote: To whoever cares about databases/mongodb... I noticed that mongodb was spending an extraordinary amount of time in the fake stage, and a look at the log files shows that it actually builds all over again during fake. This appears to be a popular problem with scons-based ports. I will take a look. f.-
NEW: inputmethods/libskk and japanese/skk-jisyo
Hi, The attached ports are required to update inputmethods/ibus-skk. libskk is a GObject-based library to deal with Japanese kana-to-kanji (SKK) conversion originally submitted by Tamotsu Takahashi, updated and with some tweak by me. skk-jisyo is a dictionary for SKK. Thanks to Antoine for hosting the skk-jisyo file. To test (from libskk): $ echo A i SPC | skk { input: A i SPC, output: , preedit: ▼愛 } $ echo K a p a SPC K a SPC | skk { input: K a p a SPC K a SPC, output: , preedit: ▼かぱ【▼蚊】 } $ echo r k | skk -r tutcode { input: r k, output: あ, preedit: } $ echo a (usleep 5) b (usleep 20) | skk -r nicola { input: a (usleep 5) b (usleep 20), output: うへ, preedit: } Comments? OKs? f.- libskk.tgz Description: GNU Zip compressed data skk-jisyo.tgz Description: GNU Zip compressed data
Re: [new] audio/deadbeef
[..] Small update sndio backend. sthen@: Can you test this ? (this fix start 'deadbeef emergency.wav' for me) Guys, can this be committed? We can fix that segfault later when it's in the tree. It works well for me fwiw... indeed. it'd be a good time to get it in after the tree is unlocked. f.-
Re: pjsua: disable ffmpeg
On Mon, Jun 11, 2012 at 10:59 AM, David Coppa dco...@openbsd.org wrote: Thinking again about this port, I realized it's better to disable ffmpeg support: while video support can be nice to have when using pjsip as a library for your own voip projects, it's completely unneeded for the standalone sip client pjsua, which is the only piece of the framework we install... While here, add ac_cv_header_uuid_uuid_h=no alongside ac_cv_lib_uuid_uuid_generate=no to fix: configure: WARNING: uuid/uuid.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: uuid/uuid.h: proceeding with the compiler's result OK? untested but if it works an package for you sure, OK. f.-
Re: UPDATE: emulators/sdlmame
On Tue, May 29, 2012 at 11:47 AM, Federico Schwindt fg...@lodoss.net wrote: Hi, Attached is an update to 0.146. Tested on amd64. Unless someone objects I will commit this later today. Thanks, f.-
Re: [new] audio/deadbeef
On Thu, May 31, 2012 at 7:50 PM, Alexandr Shadchin alexandr.shadc...@gmail.com wrote: On Sun, May 20, 2012 at 12:45:52AM +0600, Alexandr Shadchin wrote: On Tue, May 15, 2012 at 01:16:12AM +0600, Alexandr Shadchin wrote: Hi, pkg/DESCR: DeaDBeeF (as in 0xDEADBEEF) is an audio player for GNU/Linux, BSD, OpenSolaris and probably other UNIX-like systems. Some features (more can be found on the homepage): * mp3, ogg vorbis, flac, ape, wv, wav, cd audio (and many more) * ID3v1, ID3v2.2, ID3v2.3, ID3v2.4, APEv2, xing/info tags support * no GNOME or KDE dependencies * minimize to tray, with scrollwheel volume control * drag and drop, both inside the playlist, and from other applications * control playback from command line * global hotkeys * multiple playlists * album artwork display * 18-band graphical equalizer * metadata editor * user-customizable groups in playlists * user-customizable columns with flexible title formatting * radio and podcast support for ogg vorbis, mp3 and aac streams * gapless playback * plugin support; bundled with lots of plugins, such as global hotkeys and last.fm scrobbler; sdk is included Change: * change CONFIGURE_STYLE to gnu * check the usage of yasm * rework alloca patches * sndio plugins on default Change: * Add textproc/intltool to MODULES * Fix pthread_mutex_destroy on mutex with waiters! (thanks to dcoppa@ for both fix) * Simplify sndio backend (+ fix sthen@ segfault, but resampling still does not work for him) please change the COMMENT before committing it to something like 'gtk+2 audio player' or something like that (i.e. remove DeaDBeeF is an). re resampling, is the resample plugin enabled? f.- f.-
UPDATE: emulators/sdlmame
Hi, Attached is an update to 0.146. Tested on amd64. OK? f.- Index: sdlmame/Makefile === RCS file: /cvs/ports/emulators/sdlmame/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- sdlmame/Makefile4 Mar 2012 01:46:41 - 1.20 +++ sdlmame/Makefile29 May 2012 10:46:55 - @@ -8,10 +8,10 @@ MULTI_PACKAGES = -main -tools COMMENT-main = emulates a massive variety of arcades machines COMMENT-tools =tools to manipulate MAME/MESS roms and disk images -V =0145 +V =0146 DISTNAME = mame${V}s -PKGNAME-main = sdlmame-${V:S/0/0./}pl3 -PKGNAME-tools =sdlmame-tools-${V:S/0/0./}pl3 +PKGNAME-main = sdlmame-${V:S/0/0./} +PKGNAME-tools =sdlmame-tools-${V:S/0/0./} CATEGORIES = emulators games @@ -41,9 +41,6 @@ DIST_SUBDIR = mame # PATCHFILES doesn't work for .zip DISTFILES =${DISTNAME}${EXTRACT_SUFX} \ - ${V}u1_diff.zip:0 \ - ${V}u2_diff.zip:0 \ - ${V}u3_diff.zip:0 \ mamehistory${V:S/0//}.zip:1 MODULES = devel/gettext @@ -70,9 +67,9 @@ post-extract: @${UNZIP} -oq ${WRKDIR}/mame.zip -d ${WRKSRC} pre-patch: -.for v in 1 2 3 - ${PATCH} ${PATCH_DIST_ARGS} ${WRKDIR}/${V}u${v}.diff -.endfor +#.for v in 1 2 3 +# ${PATCH} ${PATCH_DIST_ARGS} ${WRKDIR}/${V}u${v}.diff +#.endfor @perl -pi -e 's|\r\n|\n|g' ${WRKDIST}/makefile \ ${WRKDIST}/src/emu/fileio.h Index: sdlmame/distinfo === RCS file: /cvs/ports/emulators/sdlmame/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- sdlmame/distinfo4 Mar 2012 01:46:41 - 1.6 +++ sdlmame/distinfo29 May 2012 10:46:55 - @@ -1,25 +1,10 @@ -MD5 (mame/0145u1_diff.zip) = K1VaL9pg6sRXQ7vvPvBIHQ== -MD5 (mame/0145u2_diff.zip) = zyuGahun9TfAETKLcnpvWw== -MD5 (mame/0145u3_diff.zip) = uKfDBswYycReKJPIrtfE1A== -MD5 (mame/mame0145s.zip) = ndzaWyb0KHPHxNTV3W/M1Q== -MD5 (mame/mamehistory145.zip) = IQG5N9e5ZdZE41HVjuXj/A== -RMD160 (mame/0145u1_diff.zip) = SBVqWG71rzWtw+YQWwT86Dn13ug= -RMD160 (mame/0145u2_diff.zip) = VtFHtT2UXkzvQISfdIZHWkEGCZg= -RMD160 (mame/0145u3_diff.zip) = Xmm0wLFAR2KbrJjcwfLnONBHFac= -RMD160 (mame/mame0145s.zip) = JU7XUvjj+eVPRy8nmzCLP0U0ajs= -RMD160 (mame/mamehistory145.zip) = vvvtcceut4KuAM+duurEUlOBPfc= -SHA1 (mame/0145u1_diff.zip) = 7iXPP5P5NWpl4AaYe00a8jPfbRY= -SHA1 (mame/0145u2_diff.zip) = zSfgAZRE5lf3HomHcMaNAQP3Oz8= -SHA1 (mame/0145u3_diff.zip) = HHbqc376u5iogpzmsK4cCWXQ6pI= -SHA1 (mame/mame0145s.zip) = dAzW7gAWcSSg0SB4/4Pg//LQtF0= -SHA1 (mame/mamehistory145.zip) = kALPjVl+ahcbP6sqQdNwaMh7UQY= -SHA256 (mame/0145u1_diff.zip) = FN7vVH9WZp3uuzRQm/5fNks584hH9hzl5R48qsKT78o= -SHA256 (mame/0145u2_diff.zip) = e18+dlqNe15qcJnTmYvGUDZu79aqWnGSk8qOMTXvVgY= -SHA256 (mame/0145u3_diff.zip) = vI19TaHDDoPDULNIfoqH3o5cR6+I3sitdPYjlFotGBA= -SHA256 (mame/mame0145s.zip) = pqmnLP0OuD+5dI+2y2nNYN8WKDNGqByjY3VSooMxixY= -SHA256 (mame/mamehistory145.zip) = 8vIPDoDhi127AuG8cIw8WzoTqT7Kveh3+akj6Va7Res= -SIZE (mame/0145u1_diff.zip) = 516327 -SIZE (mame/0145u2_diff.zip) = 166967 -SIZE (mame/0145u3_diff.zip) = 2221 -SIZE (mame/mame0145s.zip) = 20346129 -SIZE (mame/mamehistory145.zip) = 3185199 +MD5 (mame/mame0146s.zip) = dj/bWzOd2gD+r6nmNb1Y/Q== +MD5 (mame/mamehistory146.zip) = NdFXq8Bcw7ihAbE5P4YK7w== +RMD160 (mame/mame0146s.zip) = TGUOAxinsABYlx4OR6k7eEJGQ1g= +RMD160 (mame/mamehistory146.zip) = CGG9t7Oq4vwTXzD4WQw2HPSyW9g= +SHA1 (mame/mame0146s.zip) = a9LGIJ3V/GRo0EYc0XObg1Wdu/c= +SHA1 (mame/mamehistory146.zip) = 2nw8MI+e4FgtbSmkA/mWEcnkzEE= +SHA256 (mame/mame0146s.zip) = 1qYf67r9c9CElV4R5eQjeK7yICqB5/6+NkwWAv0YRuk= +SHA256 (mame/mamehistory146.zip) = x9ZU60sBZCMieNCYacY+zwolDyOexrlRm3Vkj9Lmj4s= +SIZE (mame/mame0146s.zip) = 20933242 +SIZE (mame/mamehistory146.zip) = 3240006
Re: [Update]www/py-beautifulsoup
On Sun, May 27, 2012 at 3:51 PM, wen heping wenhep...@gmail.com wrote: Hi, Here is a patch for www/py-beautifulsoup to update to 4.0.5. It build and regress both OK on i386. OK? Comments? wen Just looked at the diff and I'm not so sure. You changed the name of the packag to py-beautifulsoup4. Any reason for that? I'd rather stick with the existing one. f.-
Re: NEW: japanese/mecab
On Sun, Mar 18, 2012 at 5:10 AM, Yozo TODA y...@v007.vaio.ne.jp wrote: Attached is a port of MeCab, a Japanese morphological analyzer engine and the IPA dictionary for MeCab. I didn't have any experience with mecab, but I tried to make and install the package on amd64-current, no problem. Thanks for testing. Any porter willing to comment and/or OK it please? f.-
Re: include headers in leveldb package
n Sun, Mar 18, 2012 at 7:17 AM, Jonathan Matthew jmatt...@openbsd.org wrote: It's a bit hard to compile anything using leveldb when the headers aren't included in the package. no comments on the change but i'd prefer if we use pax -rw * instead of tar ... | tar ... just me nitpicking. Index: databases/leveldb/Makefile === RCS file: /cvs/ports/databases/leveldb/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- databases/leveldb/Makefile 16 Feb 2012 21:27:37 - 1.4 +++ databases/leveldb/Makefile 18 Mar 2012 06:30:55 - @@ -10,6 +10,7 @@ COMMENT= fast and lightweight key/value DISTNAME= leveldb-0.0.48 SHARED_LIBS= leveldb 0.0 CATEGORIES= databases +REVISION= 0 HOMEPAGE= http://leveldb.googlecode.com/ @@ -37,5 +38,7 @@ do-install: ${PREFIX}/lib/ ${INSTALL_DATA_DIR} ${DOC} cd ${WRKSRC}/doc/ tar cf - . | tar xf - -C ${DOC} + ${INSTALL_DATA_DIR} ${PREFIX}/include/leveldb/ + cd ${WRKSRC}/include/ tar cf - . | tar xf - -C ${PREFIX}/include/ .include bsd.port.mk Index: databases/leveldb/pkg/PLIST === RCS file: /cvs/ports/databases/leveldb/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- databases/leveldb/pkg/PLIST 19 Aug 2011 06:44:00 - 1.1.1.1 +++ databases/leveldb/pkg/PLIST 18 Mar 2012 06:30:55 - @@ -1,5 +1,18 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2011/08/19 06:44:00 jasper Exp $ %%SHARED%% +include/leveldb/ +include/leveldb/c.h +include/leveldb/cache.h +include/leveldb/comparator.h +include/leveldb/db.h +include/leveldb/env.h +include/leveldb/iterator.h +include/leveldb/options.h +include/leveldb/slice.h +include/leveldb/status.h +include/leveldb/table.h +include/leveldb/table_builder.h +include/leveldb/write_batch.h lib/libleveldb.a share/doc/leveldb/ share/doc/leveldb/bench/
NEW: japanese/mecab
Hi, Attached is a port of MeCab, a Japanese morphological analyzer engine and the IPA dictionary for MeCab. This is needed for the Japanese plugin for anki and the upcoming gwaei update that supports deinflection of verbs and adjectives. Comments? OK? f.- mecab.tgz Description: GNU Zip compressed data
Re: getdelim/getline fallout
On Fri, Mar 16, 2012 at 9:41 PM, Christian Weisgerber na...@mips.inka.de wrote: Adding support for getdelim() and getline() causes build failures in 33 ports. Once these are fixed, a few additional failures may appear in dependent ports. There are three groups: [..] (2) Things that have a local copy of POSIX getline and for some reason don't pick up the system one, again resulting in a collision: multimedia/subrip duplicate getline multimedia/subtitleripper duplicate getline security/vpnc duplicate getline x11/ratpoison duplicate getline i have diffs for these 4. f.-
Re: UPDATE: QEMU 1.0.1
On Sat, Mar 10, 2012 at 11:08 PM, Brett brett.ma...@gmx.com wrote: Based on what worked for Ryan, I tried with -m 512 instead of -m 1300. Now I can install and run OpenBSD 5.0 i386 (release). Qemu used to be able to run on my computer with -m 1300, but apparently not anymore. 512M is enough, anyway. you may be neglecting to set your ulimit datasize prior to running qemu with large memory values. i.e. ulimit -d unlimited (or a large number such as 1500, before running qemu with -m 1300) I've been running ulimit -d 200 before trying anything with qemu (ksh won't let me go higher than this number). From memory even -m 512 will not work unless this value is first adjusted. Unless there are any objections I will commit this tomorrow. f.-
Re: UPDATE: textproc/py-MarkupSafe
On Mon, Mar 12, 2012 at 8:06 PM, Eric Faurot e...@faurot.net wrote: Hi, This diff adds the python3 FLAVOR. untested but looks good so if works i'd say just commit it. f.-
Re: UPDATE: www/py-beaker
On Mon, Mar 12, 2012 at 8:10 PM, Eric Faurot e...@faurot.net wrote: This diffs adds the python3 flavor. The regress dependencies would need to be updated. ditto here. f.-
Re: UPDATE: www/py-mako
On Mon, Mar 12, 2012 at 8:14 PM, Eric Faurot e...@faurot.net wrote: This diff updates py-mako to 0.6.2 and adds the python3 flavor. I have just posted the run dependencies updates as well. and this too. have you checked regress in all 3 ports right? f.-
Re: NEW: japanese/gwaei
On Mon, Mar 12, 2012 at 9:29 AM, Stuart Henderson s...@spacehopper.org wrote: On 2012/03/11 02:23, Federico Schwindt wrote: Hi, This is a port for gwaei, a japanese-english dictionary program. More details at: http://gwaei.sourceforge.net/ Comments? OKs? f.- This needs intltool to build, also configure picks up enchant if installed (no lib dependency, it only uses the executable, but still I think this should be explicitly handled one way or another). Fixed. New tarball attached. If enchant is not there it won't use it so I think the attached update is correct. OK? f.- gwaei.tgz Description: GNU Zip compressed data
NEW: japanese/gwaei
Hi, This is a port for gwaei, a japanese-english dictionary program. More details at: http://gwaei.sourceforge.net/ Comments? OKs? f.- gwaei.tgz Description: GNU Zip compressed data
Re: UPDATE: QEMU 1.0.1
On Fri, Feb 24, 2012 at 8:02 PM, Brad Smith b...@comstyle.com wrote: Here is an update to QEMU 1.0.1. anyone tested this? come on, don't cry later. you know who you are. f.- Index: Makefile === RCS file: /home/cvs/ports/emulators/qemu/Makefile,v retrieving revision 1.84 diff -u -p -r1.84 Makefile --- Makefile 2 Feb 2012 22:07:33 - 1.84 +++ Makefile 24 Feb 2012 20:01:07 - @@ -1,14 +1,13 @@ # $OpenBSD: Makefile,v 1.84 2012/02/02 22:07:33 sthen Exp $ -ONLY_FOR_ARCHS= amd64 i386 mips64 mips64el powerpc sparc sparc64 +ONLY_FOR_ARCHS= amd64 arm hppa i386 mips64 mips64el powerpc sparc sparc64 +BROKEN-hppa= compiler bug with gcc 4.2 COMMENT= multi system emulator -DISTNAME= qemu-1.0 -REVISION= 1 +DISTNAME= qemu-1.0.1 CATEGORIES= emulators -MASTER_SITES= http://wiki.qemu.org/download/ \ - http://comstyle.com/source/ +MASTER_SITES= http://wiki.qemu.org/download/ HOMEPAGE= http://www.qemu.org/ Index: distinfo === RCS file: /home/cvs/ports/emulators/qemu/distinfo,v retrieving revision 1.18 diff -u -p -r1.18 distinfo --- distinfo 12 Dec 2011 10:56:56 - 1.18 +++ distinfo 17 Feb 2012 20:59:39 - @@ -1,5 +1,5 @@ -MD5 (qemu-1.0.tar.gz) = pks2BnoZFFEyOw0067RJVA== -RMD160 (qemu-1.0.tar.gz) = OmCu9s/rumiWvbEsmVJdpUVhcv0= -SHA1 (qemu-1.0.tar.gz) = fcsbNRZVTW2JnXSIzURNu3ch/O4= -SHA256 (qemu-1.0.tar.gz) = R2dLfaVZ1eG0TMQBr5rFrZYtFOnu3hJWexPkuEGYlzc= -SIZE (qemu-1.0.tar.gz) = 10848714 +MD5 (qemu-1.0.1.tar.gz) = Xv0QkfAeO8Mb/ewnuO3rAA== +RMD160 (qemu-1.0.1.tar.gz) = 3O80TxUOI4iAhxdo8vB8y26OzOc= +SHA1 (qemu-1.0.1.tar.gz) = TQi1qDU4/NeyIr7G8cWE2o0SSXo= +SHA256 (qemu-1.0.1.tar.gz) = GYkC4QeCUX9gfJ7Z5im153COo56zc+0+w/HIoWnZg3g= +SIZE (qemu-1.0.1.tar.gz) = 10853005 Index: patches/patch-configure === RCS file: /home/cvs/ports/emulators/qemu/patches/patch-configure,v retrieving revision 1.21 diff -u -p -r1.21 patch-configure --- patches/patch-configure 12 Dec 2011 10:56:56 - 1.21 +++ patches/patch-configure 17 Feb 2012 21:03:10 - @@ -1,6 +1,6 @@ $OpenBSD: patch-configure,v 1.21 2011/12/12 10:56:56 sthen Exp $ configure.orig Mon Nov 28 17:22:15 2011 -+++ configure Mon Nov 28 18:32:45 2011 +--- configure.orig Fri Feb 17 14:45:39 2012 configure Fri Feb 17 16:02:57 2012 @@ -235,13 +235,11 @@ sdl_config=${SDL_CONFIG-${cross_prefix}sdl-config} # default flags for all hosts @@ -15,15 +15,6 @@ $OpenBSD: patch-configure,v 1.21 2011/12 # make source path absolute source_path=`cd $source_path; pwd` -@@ -1116,7 +1114,7 @@ fi - - if test $pie = ; then - case $cpu-$targetos in -- i386-Linux|x86_64-Linux) -+ i386-Linux|x86_64-Linux|i386-OpenBSD|x86_64-OpenBSD) - ;; - *) - pie=no @@ -2684,8 +2682,9 @@ fi # End of CC checks # After here, no more $cc or $ld runs Index: patches/patch-hw_e1000_c === RCS file: patches/patch-hw_e1000_c diff -N patches/patch-hw_e1000_c --- patches/patch-hw_e1000_c 2 Feb 2012 22:07:33 - 1.4 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,26 +0,0 @@ -$OpenBSD: patch-hw_e1000_c,v 1.4 2012/02/02 22:07:33 sthen Exp $ - -Bounds packet size against buffer size, otherwise we can write beyond -the buffer and corrupt memory. CVE-2012-0029. - -http://git.qemu.org/?p=qemu.git;a=commitdiff;h=65f82df0d7a71ce1b10cd4c5ab0d176ac840 - hw/e1000.c.orig Thu Feb 2 20:07:37 2012 -+++ hw/e1000.c Thu Feb 2 20:11:43 2012 -@@ -466,6 +466,8 @@ process_tx_desc(E1000State *s, struct e1000_tx_desc *d - bytes = split_size; - if (tp-size + bytes msh) - bytes = msh - tp-size; -+ -+ bytes = MIN(sizeof(tp-data) - tp-size, bytes); - pci_dma_read(s-dev, addr, tp-data + tp-size, bytes); - if ((sz = tp-size + bytes) = hdr tp-size hdr) - memmove(tp-header, tp-data, hdr); -@@ -481,6 +483,7 @@ process_tx_desc(E1000State *s, struct e1000_tx_desc *d - // context descriptor TSE is not set, while data descriptor TSE is set - DBGOUT(TXERR, TCP segmentaion Error\n); - } else { -+ split_size = MIN(sizeof(tp-data) - tp-size, split_size); - pci_dma_read(s-dev, addr, tp-data + tp-size, split_size); - tp-size += split_size; - } Index: patches/patch-target-i386_translate_c === RCS file: patches/patch-target-i386_translate_c diff -N patches/patch-target-i386_translate_c --- patches/patch-target-i386_translate_c 12 Dec 2011 10:56:56 - 1.6 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,32
Re: tinyproxy 1.6.4 - 1.8.3
On Mon, Mar 5, 2012 at 6:42 PM, frantisek holop min...@obiit.org wrote: another go, keep /etc/tinyproxy/ haven't tested it yet but looks good. i will put it in my server and see how it goes. f.-
Re: tinyproxy 1.6.4 - 1.8.3
On Sun, Mar 4, 2012 at 5:52 PM, frantisek holop min...@obiit.org wrote: hmm, on Sat, Mar 03, 2012 at 05:21:56PM +, Federico Schwindt said that [..] the port i sent does as mainstream. (nobody commented otherwise, i will do as requested) and? how much more are we going to wait? i am sorry, it's not clear to me at the moment what is expected of me. nobody from the port wizards said they would prefer to keep the old layout, so the last update i sent follows mainstream. (the less changes from mainstream the better, right?) i thought that's the end of the story. Both sthen and myself gave you reasons to keep the configuration under /etc/tinyproxy/. f.-
Re: UPDATE: emulators/sdlmame 0.145u3
On Sat, Mar 3, 2012 at 10:07 AM, Jonathan Gray j...@jsg.id.au wrote: not reflected in the diff but patches/patch-src_mame_video_mcd212_c gets removed with this update. [..] too bad you didn't mention this before. i had a diff that i was planning to send today. your diff misses the removal of: - ${WRKDIST}/src/mame/video/mcd212.c in pre-patch. also adding -N will show that patches/patch-src_mame_video_mcd212_c is removed. f.-
Re: tinyproxy 1.6.4 - 1.8.3
[..] the port i sent does as mainstream. (nobody commented otherwise, i will do as requested) and? how much more are we going to wait? f.-
Re: NEW: education/anki
On Thu, Mar 1, 2012 at 3:45 PM, Jiri B ji...@devio.us wrote: Oops, graphs don't work as py-matplotlib is not dependency :/ Yes, I omitted it on purpose. You won't get an error but an informative message if it's not installed, so if you want graphs you need to add it manually. f.-
Re: NEW: education/anki
On Tue, Feb 28, 2012 at 11:21 PM, Federico Schwindt fg...@lodoss.net wrote: [..] please put more description into DESCR, it should have 'flashcard' string there as this is common name for this kind of application. It would help people to find it. feel free to provide a better description. i've changed the description to: Anki is a spaced repetition flashcard program. The cards are presented using HTML and may include text, images, sounds, and LaTeX equations. Unless there are some objections I'm planning to commit this tomorrow. f.-
Re: NEW: education/anki
[..] please put more description into DESCR, it should have 'flashcard' string there as this is common name for this kind of application. It would help people to find it. feel free to provide a better description. f.-
Re: tinyproxy 1.6.4 - 1.8.3
On Thu, Feb 23, 2012 at 9:52 AM, frantisek holop min...@obiit.org wrote: hmm, on Thu, Feb 23, 2012 at 09:33:49AM +, Stuart Henderson said that On 2012/02/22 23:26, frantisek holop wrote: -configuration moved upstream from /etc/tinyproxy/ to /etc/tinyproxy.conf oh *why* do they needlessly break people's installations like this... do you want me to override it to the old location? i think Federico's patch did this as well. (i personally am not fan of /etc/ subdirectories for 1 file configs.) if you're not going to keep it in /etc/tinyproxy/ you also need to update the manpages. btw your diff is almost what i sent you and i've been using since 2 months ago. f.-
Re: FILESDIR will die
On Thu, Dec 29, 2011 at 6:59 PM, Matthias Kilian k...@outback.escape.de wrote: Hi, On Thu, Dec 29, 2011 at 04:57:37PM +0100, Antoine Jacoutot wrote: So after chatting with espie we came to the conclusion than putting additionnal files under FILESDIR isn't really worth it. Despites a handfull number of ports that have =8 files in that directory, most ports only have 1 to 3 files. Our idea is to move these files to the current directory (where the port Makefile is) for simplicity instead of creating 1 extra directory to put 1 extra file. Some questions and notes: 1. What's the benefit of this? Even if directories are expensive with cvs, I doubt that the few hundred files directories will make a difference that matters; on fast machines you won't notice it, and on slow machines, it doesn't make a difference wether cvs up takes two hours or two hours and ten minutes. 2. You may call me chaotic, but I very often have a lot of shitz in my tree (in a port's root directory) that won't get committed and contains notes, test results, testing programs, scripts i use for weird stuff etc. For example: $ ls /usr/ports/lang/ghc | wc -l 40 I also have some (not yet committed, because unfinished) stuff in lang/ghc/files, which I would have to move to .., and then things will start to become really confusing, at least for me ;-) Recognizing lines starting with `?' during cvs up is something that reminds me to cvs add it if it happens for files, pkg, patches, but which i completely ignore if it happens in a port's root directory. 3. Will FILESDIR disappear from bed.port.mk? Or will it stay for ports with more than 1 to 3 files? 4. Someone on icb mentioned that large files contents should be better done as separate distfile, and that it's easy to find someone to host those extra distfile. But IMHO that only works for already existing ports or for ports from people with openbsd accounts. It would be an additional burden for ordinary people submitting new ports. And it would also be a major annoyance if the port's Makefile and the additional files are tighly coupled (for example, when you now have to change a port's Makefile and something in files/, you then would have to upload an extra distfile and change the port's Makefile). I have to agree with Kili here. He put here very clearly what I failed to explain on icb, specially the last point. And if I'm not wrong CVS will still go through those directories, even if they're deleted. I agree that for multiple files moving some of them to extra distfiles it might make sense (although see point 4 above) but that AND removing files/ is not necessarily related. f.-
Re: Zope python 2.4
zope is gone. RIP. any OKs on the diff below? On Wed, Dec 14, 2011 at 11:20 PM, Federico G. Schwindt fg...@lodoss.net wrote: Hi, I'm planning to commit this along with the zope/plone removal. Comments? OKs? f.- Index: databases/Makefile === RCS file: /cvs/ports/databases/Makefile,v retrieving revision 1.201 diff -u -p -r1.201 Makefile --- databases/Makefile 12 Nov 2011 17:18:55 - 1.201 +++ databases/Makefile 15 Dec 2011 02:14:31 - @@ -134,12 +134,10 @@ SUBDIR += py-cdb SUBDIR += py-couchdb SUBDIR += py-elixir - SUBDIR += py-ldap,python2.4 SUBDIR += py-ldap SUBDIR += py-mysql SUBDIR += py-odbc SUBDIR += py-pgsql - SUBDIR += py-psycopg,python2.4 SUBDIR += py-psycopg SUBDIR += py-psycopg2 SUBDIR += py-pygresql Index: databases/py-ldap/Makefile === RCS file: /cvs/ports/databases/py-ldap/Makefile,v retrieving revision 1.32 diff -u -p -r1.32 Makefile --- databases/py-ldap/Makefile 17 Oct 2011 13:57:59 - 1.32 +++ databases/py-ldap/Makefile 15 Dec 2011 02:14:32 - @@ -8,7 +8,7 @@ COMMENT-examples= example programs for t V= 2.3.1 DISTNAME= python-ldap-${V} PKGNAME-main= py-ldap-${V} -REVISION-main = 9 +REVISION-main = 10 FULLPKGNAME-examples= py-ldap-examples-${V} REVISION-examples = 9 FULLPKGPATH-examples= databases/py-ldap,-examples @@ -28,24 +28,12 @@ WANTLIB-main= crypto ssl ${MODPY_WANTLI MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=python-ldap/} MODULES= lang/python -MODPY_VERSION= ${FLAVOR:S/python//} LIB_DEPENDS-main= databases/openldap \ security/cyrus-sasl2 WANTLIB-main += ldap_r=7 lber=7 sasl2=2 -FLAVORS= python2.4 python2.7 -.if !defined(FLAVOR) || empty(FLAVOR) -FLAVOR= python2.7 -.endif - -.if ${FLAVOR} == python2.4 -MULTI_PACKAGES= -main -.elif ${FLAVOR} == python2.7 MULTI_PACKAGES= -main -examples -.else -ERRORS+= Fatal: You must select one version: ${FLAVORS} -.endif EXAMPLESDIR= ${PREFIX}/share/examples/py-ldap Index: databases/py-ldap/pkg/PFRAG.python2.7-main === RCS file: databases/py-ldap/pkg/PFRAG.python2.7-main diff -N databases/py-ldap/pkg/PFRAG.python2.7-main --- databases/py-ldap/pkg/PFRAG.python2.7-main 12 Jun 2011 09:02:32 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,2 +0,0 @@ -@comment $OpenBSD: PFRAG.python2.7-main,v 1.1 2011/06/12 09:02:32 rpointel Exp $ -@pkgpath databases/py-ldap,-main[,python2.5][,python2.6] Index: databases/py-ldap/pkg/PLIST-main === RCS file: /cvs/ports/databases/py-ldap/pkg/PLIST-main,v retrieving revision 1.5 diff -u -p -r1.5 PLIST-main --- databases/py-ldap/pkg/PLIST-main 12 Jun 2011 09:02:32 - 1.5 +++ databases/py-ldap/pkg/PLIST-main 15 Dec 2011 02:14:32 - @@ -1,8 +1,6 @@ @comment $OpenBSD: PLIST-main,v 1.5 2011/06/12 09:02:32 rpointel Exp $ -@option no-default-conflict -@conflict py-ldap-*-python${MODPY_VERSION} @pkgpath databases/py-ldap -%%python2.7%% +@pkgpath databases/py-ldap,-main[,python2.5][,python2.6][,python2.7] lib/python${MODPY_VERSION}/site-packages/_ldap.so lib/python${MODPY_VERSION}/site-packages/dsml.py lib/python${MODPY_VERSION}/site-packages/dsml.pyc Index: databases/py-psycopg/Makefile === RCS file: /cvs/ports/databases/py-psycopg/Makefile,v retrieving revision 1.48 diff -u -p -r1.48 Makefile --- databases/py-psycopg/Makefile 18 Nov 2011 00:35:08 - 1.48 +++ databases/py-psycopg/Makefile 15 Dec 2011 02:14:32 - @@ -4,19 +4,15 @@ SHARED_ONLY= Yes COMMENT-main= PostgreSQL database adapter for Python COMMENT-examples= examples for PostgreSQL database adapter for Python -COMMENT-zope= database adapter for Zope VERSION= 1.1.21 DISTNAME= psycopg-${VERSION} PKGNAME= py-${DISTNAME} PKGNAME-main= py-${DISTNAME} -REVISION-main = 13 +REVISION-main = 14 FULLPKGNAME-examples= py-psycopg-examples-${VERSION} REVISION-examples = 6 FULLPKGPATH-examples= databases/py-psycopg,-examples -FULLPKGNAME-zope= py-psycopg-zope-${VERSION} -REVISION-zope = 7 -FULLPKGPATH-zope= databases/py-psycopg,-zope,python2.4 CATEGORIES= databases HOMEPAGE= http://initd.org/projects/psycopg1 @@ -37,41 +33,20 @@ MODULES= lang/python BUILD_DEPENDS= databases/postgresql,-server
Re: python related diffs
On Mon, Dec 12, 2011 at 10:38 AM, Federico G. Schwindt fg...@lodoss.net wrote: Hi, In order to prepare for the upcoming diff for python2/3, here's a first shot to fix some ports that don't use the standard convention to install files outside site-packages. Event if at the end they don't support both there is no reason to not installing extra files under py-. Expect more to come. OK? Unless, there are any objections I will commit this tomorrow. f.- Index: graphics/py-pigment/Makefile === RCS file: /cvs/ports/graphics/py-pigment/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- graphics/py-pigment/Makefile 3 Nov 2011 07:40:20 - 1.10 +++ graphics/py-pigment/Makefile 12 Dec 2011 13:34:21 - @@ -7,7 +7,7 @@ CATEGORIES = graphics V= 0.3.12 DISTNAME = pigment-python-$V PKGNAME = py-pigment-$V -REVISION= 5 +REVISION= 6 MASTER_SITES = http://elisa.fluendo.com/static/download/pigment/ # LGPLv2.1 Index: graphics/py-pigment/patches/patch-codegen_Makefile_in === RCS file: graphics/py-pigment/patches/patch-codegen_Makefile_in diff -N graphics/py-pigment/patches/patch-codegen_Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/py-pigment/patches/patch-codegen_Makefile_in 12 Dec 2011 13:34:21 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- codegen/Makefile.in.orig Mon Dec 12 09:42:55 2011 codegen/Makefile.in Mon Dec 12 09:43:02 2011 +@@ -14,7 +14,7 @@ + + @SET_MAKE@ + VPATH = @srcdir@ +-pkgdatadir = $(datadir)/@PACKAGE@ ++pkgdatadir = $(datadir)/py-pigment + pkglibdir = $(libdir)/@PACKAGE@ + pkgincludedir = $(includedir)/@PACKAGE@ + am__cd = CDPATH=$${ZSH_VERSION+.}$(PATH_SEPARATOR) cd Index: graphics/py-pigment/patches/patch-examples_Makefile_in === RCS file: graphics/py-pigment/patches/patch-examples_Makefile_in diff -N graphics/py-pigment/patches/patch-examples_Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/py-pigment/patches/patch-examples_Makefile_in 12 Dec 2011 13:34:21 - @@ -0,0 +1,21 @@ +$OpenBSD$ +--- examples/Makefile.in.orig Wed May 20 14:16:37 2009 examples/Makefile.in Mon Dec 12 09:49:11 2011 +@@ -15,7 +15,7 @@ + @SET_MAKE@ + + VPATH = @srcdir@ +-pkgdatadir = $(datadir)/@PACKAGE@ ++pkgdatadir = $(datadir)/examples/py-pigment + pkglibdir = $(libdir)/@PACKAGE@ + pkgincludedir = $(includedir)/@PACKAGE@ + am__cd = CDPATH=$${ZSH_VERSION+.}$(PATH_SEPARATOR) cd +@@ -235,7 +235,7 @@ top_build_prefix = @top_build_prefix@ + top_builddir = @top_builddir@ + top_srcdir = @top_srcdir@ + SUBDIRS = pictures +-examplesdir = $(pkgdatadir)/$(PYPGM_MAJORMINOR)/examples ++examplesdir = $(pkgdatadir)/$(PYPGM_MAJORMINOR) + examples_DATA = \ + cloning.py \ + groups.py \ Index: graphics/py-pigment/patches/patch-examples_pictures_Makefile_in === RCS file: graphics/py-pigment/patches/patch-examples_pictures_Makefile_in diff -N graphics/py-pigment/patches/patch-examples_pictures_Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/py-pigment/patches/patch-examples_pictures_Makefile_in 12 Dec 2011 13:34:21 - @@ -0,0 +1,21 @@ +$OpenBSD$ +--- examples/pictures/Makefile.in.orig Wed May 20 14:16:37 2009 examples/pictures/Makefile.in Mon Dec 12 09:49:46 2011 +@@ -15,7 +15,7 @@ + @SET_MAKE@ + + VPATH = @srcdir@ +-pkgdatadir = $(datadir)/@PACKAGE@ ++pkgdatadir = $(datadir)/examples/py-pigment + pkglibdir = $(libdir)/@PACKAGE@ + pkgincludedir = $(includedir)/@PACKAGE@ + am__cd = CDPATH=$${ZSH_VERSION+.}$(PATH_SEPARATOR) cd +@@ -222,7 +222,7 @@ target_alias = @target_alias@ + top_build_prefix = @top_build_prefix@ + top_builddir = @top_builddir@ + top_srcdir = @top_srcdir@ +-picturesdir = $(pkgdatadir)/$(PYPGM_MAJORMINOR)/examples/pictures ++picturesdir = $(pkgdatadir)/$(PYPGM_MAJORMINOR)/pictures + pictures_DATA = \ + fluendo.png \ + meiko.jpg \ Index: graphics/py-pigment/pkg/PLIST === RCS file: /cvs/ports/graphics/py-pigment/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- graphics/py-pigment/pkg/PLIST 13 Oct 2009 19:39:12 - 1.1.1.1 +++ graphics/py-pigment/pkg/PLIST 12 Dec 2011 13:34:21 - @@ -94,70 +94,70 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/pgm/widgets/sliced_image.py lib/python${MODPY_VERSION}/site-packages/pgm/widgets/sliced_image.pyc lib/python${MODPY_VERSION}/site-packages/pgm/widgets/sliced_image.pyo -share/pigment-python/ -share/pigment-python/0.3/ -share/pigment-python/0.3/examples/
Re: Zope python 2.4
[..] No objection, OK. If it's added back in later as a newer version I would suggest bundling them into a single directory (a la drupal) where they can easily share common features via Makefile.inc There are some support packages which can go too: databases/py-ldap,python2.4 databases/py-psycopg,python2.4 devel/py-mxDateTime,python2.4 graphics/py-Imaging,python2.4 textproc/py-ElementTree yeah, i know. i will take care of all the zope stuff if and when removed. i just want us to agree on this first. f.-
Re: Zope python 2.4
On Tue, Dec 13, 2011 at 2:51 PM, Amit Kulkarni amitk...@gmail.com wrote: Then this just leaves editors/cooledit. Diff below builds but not really tested as cooledit is currently a barrel of fail on amd64. Index: Makefile === RCS file: /cvs/ports/editors/cooledit/Makefile,v retrieving revision 1.37 diff -u -p -r1.37 Makefile --- Makefile 2 Dec 2011 14:36:13 - 1.37 +++ Makefile 13 Dec 2011 13:45:40 - @@ -1,12 +1,17 @@ # $OpenBSD: Makefile,v 1.37 2011/12/02 14:36:13 espie Exp $ +.include bsd.port.arch.mk +.if ${PROPERTIES:Mlp64} +BROKEN = crashes all over the place on LP64 arches, missing prototypes +.endif + COMMENT = easy to use, graphical editor CATEGORIES = editors MASTER_SITES = ${HOMEPAGE} -HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ +HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ DISTNAME = cooledit-3.17.14 Looking at that website, its not updated in 6 years. Even if you patch to latest python 2/3 there are many other graphical text editor alternatives in the tree... Amen to that.
Re: Permit to build Python 2 and Python 3 ports - diff modified
On Sat, Dec 10, 2011 at 6:49 AM, Remi Pointel remi.poin...@xiri.fr wrote: Hi, I reworked on the diff to update python.port.mk to permit to have both Python 2.x and 3.x working on OpenBSD. How it works: 1) Python2 port - all ports existing don't need to change, they still build with Python 2 2) Python2 and Python3 port - if you know that a port (and its dependencies...) work with Python 3 Python 2, you just need to add: FLAVORS ?= python3 Be carefull to add ${MODPY_FLAVOR} to your dependencies (see examples at the end). Next, to build your port you will need to precise the correct flavor: python3. In this case, you must be very carreful with the conflict of the PLIST. If your port is a library, there is often no problems, but you will have problem with binaries/doc/examples/wub/... So you will have to play with post-install, in moving files which are conflicting by suffixing it (see examples at the end). FYI the port built with python3 will replace the prefix py- by py3-. 3) Python3 port - if you know that a port (and its dependencies) work with Python 3 only, you just need to add: MODPY_VERSION = ${MODPY_DEFAULT_VERSION3} and it will automatically build this port with Python 3. FYI the port built with python3 follow the same logic that in python2, so if the port PKGNAME begins with py- it will automatically be replaced by py3-. More details about modifications needed in the ports tree: - remove the devel/py3-distribute, not used and useless to have py3 in the dir name (maybe a quirks thing to permit distribute - py3-distribute? If not used actually, are modifications in quirks needed?) - some people don't want to replace py-setuptools by py-distribute, so keep py-setuptools (Python 2 only). - add the port devel/py-distribute, only used with Python3 ports (MODPY_VERSION = ${MODPY_DEFAULT_VERSION3}, will have the py3-distribute FULLPKGNAME. - remove the MODPY_DISTRIBUTE, useless. Keep the MODPY_SETUPTOOLS only, easier to maintain, even if we used distribute or setuptools after, it's not the problem of the porters. So, if your ports use: 1) Python 2 only - nothing to change 2) Python 2 and Python 3: - add FLAVORS ?= python3 - add to your *_DEPENDS : ${MODPY_FLAVOR}, without comma (example: BUILD_DEPENDS: devel/py-distribute${MODPY_FLAVOR}). - make sure your PLIST will not be in conflict by adding special tasks in post-install. Example: post-install: .if defined(MODPY_DOC_PREFIX) mv ${WRKINST}/${LOCALBASE}/share/doc/py-foo/ ${WRKINST}/${LOCALBASE}/share/doc/py${MODPY_DOC_PREFIX}-foo/ .endif If you use the default FLAVOR (Python 2), MODPY_BIN_SUFFIX is , MODPY_DOC_PREFIX is so there is no modification for people who use the default. If you use the FLAVOR Python 3, MODPY_BIN_SUFFIX = -3, MODPY_DOC_PREFIX = 3. Idea is to add a suffix to binary to be easier to find the command with auto-completion. Add ${MODPY_BIN_SUFFIX} and ${MODPY_DOC_PREFIX} to your PLIST. 3) Python 3: - add MODPY_VERSION = ${MODPY_DEFAULT_VERSION3} MODPY_DOC_PREFIX is a poor name as anything outside site-packages (where version is not explicit) should be using this. Also I believe if you change it to use py- or py3- (instead of just or 3) you can get this automatically substituted in your PLIST. Finally, can you add a _ in MODPY_DEFAULT_VERSIONX before 2 and 3? It easy to mix the number otherwise. f.-
Re: Permit to build Python 2 and Python 3 ports - diff modified
[..] Finally, can you add a _ in MODPY_DEFAULT_VERSIONX before 2 and 3? It easy to mix the number otherwise. I meant easy to miss. f.-
Zope python 2.4
Hi, The only reason python 2.4 is around is because of Zope. Now, we have a very old version (2.10) that is long time dead. ITOH, newer Zope releases work with more recent python versions and most likely will require newer versions of Plone, CMF, etc. Killing Zope and friends will allow us to remove lot of crap and if someone really needs it she should be using something recent anyways so I don't see much point on keeping this. So the question is, is anyone using this version of Zope? Any objection removing the ports below? books/zopebook www/plone www/plone-formgen www/plone-ldap www/plone-massload www/zope www/zope-cmf www/zope-cmfquickinstaller www/zope-coreblog www/zope-externaleditor www/zope-formulator www/zope-fortune www/zope-fscounter www/zope-genericsetup www/zope-groupuserfolder www/zope-jtracker www/zope-ldapmultiplugins www/zope-ldapuserfolder www/zope-logger www/zope-placelesstranslationservice www/zope-pluggableauthservice www/zope-pluginregistry www/zope-rdfsummary www/zope-xmlmethods www/zope-zippy www/zope-zsyncer www/zope-zwiki www/zopeedit Please talk NOW or get them from the Attic later. Thanks, f.-
Re: UPDATE: ircd-ratbox 3.0.7
On Sun, Nov 20, 2011 at 2:31 AM, Brad b...@comstyle.com wrote: On Fri, Nov 18, 2011 at 11:10:28AM +0100, Simon Kuhnle wrote: On Thu, Nov 17, 2011 at 09:10:41PM -0500, Brad wrote: An update to ircd-ratbox 3.0.7. Tested on amd64. Builds and runs fine so far on sparc64. Did some light testing, could connect via IPv4 and IPv6, got operator status. Didn't test SSL though. Only SSL for me. i386, ssl. all good here. f.-
Re: UPDATE: emulators/sdlmame
anyone? On Fri, Nov 11, 2011 at 10:46 AM, Federico G. Schwindt fg...@lodoss.net wrote: Hi, Not trivial update to sdlmame 0143pl9. Tested on amd64. -tools is not longer a run dependency because it's not needed and will conflict with the upcoming sdlmess update. This will break sdlmess for a short period of time or we can simply remove the sdlmess' dependency on the sdlmame-tools. Since this diff is getting bigger and bigger I'd like to commit it now before it gets too complicated. Comments? OKs? f.- Index: sdlmame/Makefile === RCS file: /cvs/ports/emulators/sdlmame/Makefile,v retrieving revision 1.16 diff -u -p -r1.16 Makefile --- sdlmame/Makefile 29 Oct 2011 08:12:31 - 1.16 +++ sdlmame/Makefile 11 Nov 2011 10:45:18 - @@ -8,18 +8,14 @@ MULTI_PACKAGES = -main -tools COMMENT-main = emulates a massive variety of arcades machines COMMENT-tools = tools to manipulate MAME/MESS roms and disk images -V = 0.132 -DISTNAME = sdlmame${V:S/.//} -PKGNAME-main = sdlmame-${V} -REVISION-main = 8 -PKGNAME-tools = sdlmame-tools-${V} -REVISION-tools = 6 +V = 0143 +DISTNAME = mame${V}s +PKGNAME-main = sdlmame-${V:S/0/0./}pl9 +PKGNAME-tools = sdlmame-tools-${V:S/0/0./}pl9 CATEGORIES = emulators games -HOMEPAGE = http://rbelmont.mameworld.info/?page_id=163 - -MAINTAINER = Pierre Riteau pierre.rit...@gmail.com +HOMEPAGE = http://mamedev.org/ # MAME Distribution License, see http://mamedev.org/license.html # history.dat : Creative Commons Attribution 3.0 @@ -30,67 +26,82 @@ PERMIT_DISTFILES_FTP = Yes MODULE = devel/gettext -WANTLIB += X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext -WANTLIB += Xfixes Xi Xinerama Xrandr Xrender atk-1.0 c cairo dbus-1 -WANTLIB += expat fontconfig freetype gio-2.0 glib-2.0 gmodule-2.0 -WANTLIB += gobject-2.0 gthread-2.0 m pango-1.0 pangocairo-1.0 -WANTLIB += pangoft2-1.0 pixman-1 png pthread pthread-stubs xcb z -WANTLIB += SDL gconf-2 gdk-x11-2.0 gdk_pixbuf-2.0 gtk-x11-2.0 +WANTLIB = GL SDL SDL_ttf X11 Xcomposite Xcursor Xdamage Xext \ + Xfixes Xi Xinerama Xrandr Xrender atk-1.0 c cairo expat \ + fontconfig freetype gconf-2 gdk-x11-2.0 gdk_pixbuf-2.0 \ + gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 \ + gtk-x11-2.0 iconv intl m pango-1.0 pangocairo-1.0 \ + pangoft2-1.0 pixman-1 png pthread pthread-stubs stdc++ util \ + xcb xcb-render xcb-shm z + +MASTER_SITES = http://mamedev.org/downloader.php?file=releases/ +MASTER_SITES0 = http://mamedev.org/updates/ +MASTER_SITES1 = http://www.arcade-history.com/dats/ -MASTER_SITES = http://rbelmont.mameworld.info/ EXTRACT_SUFX = .zip +DIST_SUBDIR = mame -MASTER_SITES0 = http://www.arcade-history.com/dats/ -DISTFILES+= ${DISTNAME}${EXTRACT_SUFX} \ - mamehistory137.zip:0 +# PATCHFILES doesn't work for .zip +DISTFILES = ${DISTNAME}${EXTRACT_SUFX} \ + ${V}u1_diff.zip:0 \ + ${V}u2_diff.zip:0 \ + ${V}u3_diff.zip:0 \ + ${V}u4_diff.zip:0 \ + ${V}u5_diff.zip:0 \ + ${V}u6_diff.zip:0 \ + ${V}u7_diff.zip:0 \ + ${V}u8_diff.zip:0 \ + ${V}u9_diff.zip:0 \ + mamehistory${V:S/0//}a.zip:1 BUILD_DEPENDS = archivers/unzip -LIB_DEPENDS = devel/sdl \ - devel/gconf2 \ +LIB_DEPENDS = devel/gconf2 \ + devel/sdl-ttf \ x11/gtk+2 -RUN_DEPENDS-main = ${PKGNAME-tools}:emulators/sdlmame,-tools - -USE_GMAKE = Yes - -NO_REGRESS = Yes -VMEM_WARNING = Yes +RUN_DEPENDS-main = fonts/liberation-fonts MAKE_FLAGS = OPT_FLAGS='-DINI_PATH=\${SYSCONFDIR}/mame;\' -MAKE_ENV = ARCH=$(ARCH) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(CC) \ +MAKE_ENV = ARCH=$(ARCH) CC=$(CC) CFLAGS=$(CFLAGS) \ TARGETOS=openbsd .if ${MACHINE_ARCH} == amd64 -MAKE_ENV+= PTR64=1 -# XXX -Wno-system-headers is needed because of inclusion of *mmintrin.h from gcc -# those headers don't compile with -Wsystem-headers -Werror on amd64 -MAKE_FLAGS = OPT_FLAGS='-DINI_PATH=\${SYSCONFDIR}/mame;\ -Wno-system-headers' +MAKE_ENV += PTR64=1 .endif +USE_GMAKE = Yes + MAKE_FILE = makefile -MAME_EXTBIN = chdman jedutil ldresample ldverify romcmp
Re: emulators/simh diff (Was Re: [UPDATE] wget-1.13.4)
On Thu, Oct 6, 2011 at 1:10 PM, David Coppa dco...@gmail.com wrote: On Thu, Oct 6, 2011 at 1:56 PM, David Coppa dco...@openbsd.org wrote: On Thu, Oct 06, 2011 at 10:30:45AM +0100, Stuart Henderson wrote: On 2011/10/06 02:42, David Coppa wrote: Hi, The diff below updates wget to version 1.13.4 (the latest). I've tested it on amd64 and sparc64, but I'd appreciate a test on a gcc2 arch if is it possible... http://www.openbsd.org/vax-simh.html is about all that most of us can manage in the way of gcc2 tests.. Ok, thanks. I'll go through the simh route then... In the meantime, this diff applies the interim corrections from: http://simh.trailing-edge.com/interim.html OK? Maintainer's email just bounced back... Can we just add the files to the set and overwrite the existing ones in pre-build or something? f.-
Re: UPDATE: devel/py-buildbot,py-buildslave (from maintainer)
On Tue, Oct 4, 2011 at 9:11 PM, Landry Breuil lan...@rhaalovely.net wrote: On Wed, Sep 28, 2011 at 05:36:52PM +0200, Piotr Sikora wrote: Hi, Running fine here with amd64 bot/slave, old 0.8.3 i386 slave and 0.8.5 sparc64 slave. I'll let it run for a while too. Oh and btw, you might want to mention something about the upgrade path : Sorry about that, updated patch attached (with new Databases and Upgrading sections added to the pkg/README). This has been running fine since then for me, anyone has more comments to make on that ? If i get it right, this requires the tempita update and the py-sqlalchemy-migrate import before being commited ? Who's willing to ok all that ? tempita is in. i'm not sure if i will have time to look at py-sqlalchemy-migrate before the weekend but i will try. f.-
Re: [Update]www/py-flask
On Sat, Oct 1, 2011 at 11:14 AM, wen heping wenhep...@gmail.com wrote: Hi, Here is an update of www/py-flask to 0.8. Tested and regress both OK on Loongson. Comments? OK? looks good. i will test and commit if it's ok. thanks. f.-
Re: UPDATE: databases/mongodb
On Tue, Sep 27, 2011 at 10:55 PM, Federico G. Schwindt fg...@lodoss.net wrote: Update to mongodb 2.0 OK? anyone? f.-
Re: UPDATE: www/py-mako
On Tue, Sep 27, 2011 at 10:57 PM, Federico G. Schwindt fg...@lodoss.net wrote: Hi, Update to 0.4.2. OK? anyone? f.-
Re: [UPDATE] Python 2.7.2
On Wed, Sep 28, 2011 at 7:15 AM, Remi Pointel remi.poin...@xiri.fr wrote: Hi, this is the diff to update Python 2.7.1 to Python 2.7.2. Before applying the diff, please save the regress log of Python 2.7.1 to compare. To test: $ cd /usr/ports/lang/python/2.7 make regress $ cp /usr/ports/pobj/Python-2.7.1/regress.log /somewhere $ apply my diff $ cd /usr/ports/lang/python/2.7 make regress Please send me the two regress log to see the diff. I have only tested on amd64, will test on sparc64. I have a similar diff but the subprocess hang put it on hold. Committing this without fixing the other problem is going to cause more gried IMHO. f.-
Re: NEW: databases/py-sqlalchemy-migrate (py-buildbot dependency)
On Tue, Sep 27, 2011 at 4:00 AM, Piotr Sikora piotr.sik...@frickle.com wrote: Hi, attached ports of sqlalchemy-migrate (new py-buildbot dependency) and Tempita (its RUN_DEPENDS). tempita is already under www. attached diffs updates it to 0.5.1. f.- Index: Makefile === RCS file: /cvs/ports/www/py-tempita/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile 16 Sep 2011 12:00:08 - 1.8 +++ Makefile 27 Sep 2011 07:48:54 - @@ -2,10 +2,9 @@ COMMENT = very small text templating language -MODPY_EGG_VERSION = 0.4 +MODPY_EGG_VERSION = 0.5.1 DISTNAME = Tempita-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME:L} -REVISION = 2 CATEGORIES = www @@ -25,12 +24,7 @@ MODPY_SETUPTOOLS = Yes REGRESS_DEPENDS = devel/py-nose -post-install: - ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/py-tempita - ${INSTALL_DATA} ${WRKSRC}/docs/index.txt \ - ${PREFIX}/share/doc/py-tempita - do-regress: - cd ${WRKSRC} ${LOCALBASE}/bin/nosetests lib tests + cd ${WRKSRC} ${LOCALBASE}/bin/nosetests .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/www/py-tempita/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo 9 Jan 2010 01:10:00 - 1.2 +++ distinfo 27 Sep 2011 07:48:54 - @@ -1,5 +1,5 @@ -MD5 (Tempita-0.4.tar.gz) = Cr4BWnLnSNDGKEZ5pJdCbA== -RMD160 (Tempita-0.4.tar.gz) = rdEFqSHR57qAme6Ax5zgWGa3Bpc= -SHA1 (Tempita-0.4.tar.gz) = lSi+UFFB9rhFSkxf787sz03H4os= -SHA256 (Tempita-0.4.tar.gz) = q/ZtIJMvGHWpwpA0XxnzXa2QMdSpOX3iQqKzTofM3bU= -SIZE (Tempita-0.4.tar.gz) = 21531 +MD5 (Tempita-0.5.1.tar.gz) = 91vf6r0vN1Xx/zLVgqV0pA== +RMD160 (Tempita-0.5.1.tar.gz) = hdrKNjHc/svcFSXRsoH2hNv1wGY= +SHA1 (Tempita-0.5.1.tar.gz) = 0U+/LOryCcFaG2KM5hiH4bqhtec= +SHA256 (Tempita-0.5.1.tar.gz) = Dr5pOMp0Adt5usJ5hJ//y1dSApFQvLbzw+2+eqmgd9g= +SIZE (Tempita-0.5.1.tar.gz) = 12097 Index: pkg/PLIST === RCS file: /cvs/ports/www/py-tempita/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- pkg/PLIST 22 Mar 2009 17:40:59 - 1.2 +++ pkg/PLIST 27 Sep 2011 07:48:54 - @@ -10,5 +10,5 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/tempita/__init__.pyc lib/python${MODPY_VERSION}/site-packages/tempita/_looper.py lib/python${MODPY_VERSION}/site-packages/tempita/_looper.pyc -share/doc/py-tempita/ -share/doc/py-tempita/index.txt +lib/python${MODPY_VERSION}/site-packages/tempita/compat3.py +lib/python${MODPY_VERSION}/site-packages/tempita/compat3.pyc
Re: minor issues with python-2.7
Hi, Comments below: On Fri, Sep 23, 2011 at 1:25 AM, Anders Langworthy lagrang...@gmail.com wrote: (redirected here by maintainer) Hi, I've having some minor problems with python-2.7 1. pdb throws an exception at the end of a debugging session: sprawl$ cat debug.py import pdb pdb.set_trace() a = 1 b = 2 sum = a + b sprawl$ python2.7 debug.py /home/anders/code/random/debug.py(4)module() - a = 1 (Pdb) n /home/anders/code/random/debug.py(5)module() - b = 2 (Pdb) n /home/anders/code/random/debug.py(6)module() - sum = a + b (Pdb) n --Return-- /home/anders/code/random/debug.py(6)module()-None - sum = a + b (Pdb) n Exception AttributeError: 'NoneType' object has no attribute 'path' in function _remove at 0x7e6ac0d4 ignored [..] ths is not openbsd specific. same happens in linux and osx. please fill a bug with python. 2. Signal handling doesn't work on my system in CherryPy (3.2.0 but probably others) using py2.7. It works fine using py2.5 on this system, it worked fine on py2.6 before py2.6 was removed, and it works fine for me and many others on py2.7 on other systems (windows and various linux). The same situation holds for both the port (py-cherrypy) and CherryPy installed via easy_install. For testing here I'm using one of the tutorial files included with cherrypy, but the same situation happens with all of my cherrypy applications. I think this is an issue with python and not cherrypy. [..] (here with py2.7: ^C from keyboard doesn't work and signals sent from kill (except SIGKILL are ignored). Process is not hung but must be terminated with kill -9) sprawl$ cd /usr/local/lib/python2.7/site-packages/cherrypy/tutorial sprawl$ python2.7 tut01_helloworld.py [22/Sep/2011:12:06:03] ENGINE Listening for SIGHUP. [22/Sep/2011:12:06:03] ENGINE Listening for SIGTERM. [22/Sep/2011:12:06:03] ENGINE Listening for SIGUSR1. [22/Sep/2011:12:06:03] ENGINE Bus STARTING [22/Sep/2011:12:06:03] ENGINE Started monitor thread '_TimeoutMonitor'. [22/Sep/2011:12:06:03] ENGINE Started monitor thread 'Autoreloader'. [22/Sep/2011:12:06:04] ENGINE Serving on 127.0.0.1:8080 [22/Sep/2011:12:06:04] ENGINE Bus STARTED ^C^C^C this indeed looks related to our pthreads library. will try to reproduce it/take a look. thanks. f.-
Re: [Update] www/py-webtest
On Fri, Sep 16, 2011 at 2:53 PM, wen heping wenhep...@gmail.com wrote: Hi, Here is an update of www/py-webtest to 1.3. Tested and regress both OK on Loongson. Comments? OK? I will take a look at this and py-webob update today and commit them if they look good. Thanks. f.-
Re: [Update] devel/py-coverage
On Fri, Sep 16, 2011 at 3:20 PM, wen heping wenhep...@gmail.com wrote: Hi, Here is an update of devel/py-coverage to 3.5. Tested OK on Loongson and it has NO_REGRESS. Comments? OK? looks good at first sight. will check it and let you know. Thanks! f.-
Re: [Update] www/py-webob
Kill the USE_ZIP line and EXTRACT_SUFX goes after MASTER_SITES (check templates/Makefile.template). Otherwise looks good but haven't tested it yet. f.- On Thu, Sep 8, 2011 at 3:49 AM, wen heping wenhep...@gmail.com wrote: Here is the new patch to update www/py-webob to 1.1 tested and regress both OK on Loongson. Comments again? OK? wen 2011/9/8 wen heping wenhep...@gmail.com: 2011/9/8 Federico Schwindt fg...@lodoss.net: 1.1 is out. any reason not to use it? H... 1.1 released after this patch :) I shall rework it later. wen On Wed, Sep 7, 2011 at 3:25 PM, wen heping wenhep...@gmail.com wrote: Hi, Here is an update of www/www/py-webob to 1.0.8. Tested and regress both OK on Loongson. Comments? OK? wen
Re: [Update] www/py-webob
1.1 is out. any reason not to use it? On Wed, Sep 7, 2011 at 3:25 PM, wen heping wenhep...@gmail.com wrote: Hi, Here is an update of www/www/py-webob to 1.0.8. Tested and regress both OK on Loongson. Comments? OK? wen
Re: Python 3.2.2 diff
I tested on sparc64, amd64 and macppc. I tried make regress on sparc64, it complains about test test_kqueue failed -- multiple errors occurred; run in verbose mode for details this is known. [..] and later ldd: /usr/lib/libreadline.a: not an ELF executable this is expected. f.-
Re: Python 3.2.2 diff
On Mon, Sep 5, 2011 at 10:45 PM, Remi Pointel remi.poin...@xiri.fr wrote: On Mon, 5 Sep 2011 21:27:45 +0200 Remi Pointel remi.poin...@xiri.fr wrote: Hi, this is the diff to update Python3 from 3.2.1 to 3.2.2. I want to link this version to the build, so please test on multiple archs. I tested on sparc64, amd64 and macppc. is there any reason the patch-Python_ceval_c is not in 3.2 port? i can see all the tests commented out in test_io. f.-
Re: [wip] Python 3.2.1: make regress
FWIW, you might want to apply the same hack I did for 2.7 so you don't need to mark skipIf lots of test. On Mon, Jul 25, 2011 at 9:51 PM, Landry Breuil lan...@rhaalovely.net wrote: On Mon, Jul 25, 2011 at 10:21:03PM +0200, Remi Pointel wrote: Hi, now we have 3.2.1 in ports (not yet linked to the build), could you send me a make regress please on the different arch? For the record, i386/amd64/ppc/sparc64 have already been covered.. we are looking for testers on arm/mips64/mips64el/hppa/alpha/sparc. Landry
UPDATE: inputmethods/ibus-anthy and inputmethods/ibus-skk
Attached. OK? f.- Index: Makefile === RCS file: /cvs/ports/inputmethods/ibus-anthy/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile 8 Jun 2011 17:35:44 - 1.6 +++ Makefile 15 Jun 2011 18:53:45 - @@ -2,8 +2,7 @@ COMMENT = japanese input engine for ibus -DISTNAME = ibus-anthy-1.2.5 -REVISION = 0 +DISTNAME = ibus-anthy-1.2.6 CATEGORIES = inputmethods japanese Index: distinfo === RCS file: /cvs/ports/inputmethods/ibus-anthy/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo 14 Jan 2011 06:01:04 - 1.3 +++ distinfo 15 Jun 2011 18:53:45 - @@ -1,5 +1,5 @@ -MD5 (ibus-anthy-1.2.5.tar.gz) = ALRMh0YW15egEX0IfPMzQQ== -RMD160 (ibus-anthy-1.2.5.tar.gz) = ETpERqUF2hPbipHgz2nmMcnAVnE= -SHA1 (ibus-anthy-1.2.5.tar.gz) = CfuYMeWN3o3n1Inn1AUyOzkFaNs= -SHA256 (ibus-anthy-1.2.5.tar.gz) = XMLPzD2Ic+dUx1fLc95thiU3tHDxq+tGxLHIE/4GdEk= -SIZE (ibus-anthy-1.2.5.tar.gz) = 500228 +MD5 (ibus-anthy-1.2.6.tar.gz) = iUxzEfTVyWsf24s3lURurQ== +RMD160 (ibus-anthy-1.2.6.tar.gz) = VAloAIpi9nEmdxRx+wKmXAwhDxE= +SHA1 (ibus-anthy-1.2.6.tar.gz) = OubzyL2YjH5/HikRqPMvqB73QiA= +SHA256 (ibus-anthy-1.2.6.tar.gz) = 5NXrJ8NSlaacC6owimWJyK6hn3IxfQi2kkN69VEt1vY= +SIZE (ibus-anthy-1.2.6.tar.gz) = 519488 Index: pkg/PLIST === RCS file: /cvs/ports/inputmethods/ibus-anthy/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 12 Sep 2010 11:50:13 - 1.1.1.1 +++ pkg/PLIST 15 Jun 2011 18:53:45 - @@ -6,6 +6,7 @@ libexec/ibus-engine-anthy libexec/ibus-setup-anthy share/ibus-anthy/ share/ibus-anthy/dicts/ +share/ibus-anthy/dicts/oldchar.t share/ibus-anthy/dicts/symbol.t share/ibus-anthy/engine/ share/ibus-anthy/engine/engine.py Index: Makefile === RCS file: /cvs/ports/inputmethods/ibus-skk/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- Makefile 8 Jun 2011 17:35:44 - 1.5 +++ Makefile 15 Jun 2011 18:53:54 - @@ -2,8 +2,7 @@ COMMENT = japanese skk input engine for ibus -DISTNAME = ibus-skk-1.3.5 -REVISION = 0 +DISTNAME = ibus-skk-1.3.7 CATEGORIES = inputmethods japanese Index: distinfo === RCS file: /cvs/ports/inputmethods/ibus-skk/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo 14 Jan 2011 06:02:06 - 1.3 +++ distinfo 15 Jun 2011 18:53:54 - @@ -1,5 +1,5 @@ -MD5 (ibus-skk-1.3.5.tar.gz) = o7Al2JZJ7SbWzdSIOU3hnA== -RMD160 (ibus-skk-1.3.5.tar.gz) = xf12KalUpiKIGBqwnb0RnqAa4qA= -SHA1 (ibus-skk-1.3.5.tar.gz) = Spzn7RCt0ZFxM7RP1ges/XPVoks= -SHA256 (ibus-skk-1.3.5.tar.gz) = j4othRjJwQ7qCxT2NdzWUddcthr34/gY/BzlHJiQGWE= -SIZE (ibus-skk-1.3.5.tar.gz) = 433203 +MD5 (ibus-skk-1.3.7.tar.gz) = 2O0Aps3rp8xcYT+XDf9ZnQ== +RMD160 (ibus-skk-1.3.7.tar.gz) = zKXJ+BXPm1HT38eGd5JrNOsKudo= +SHA1 (ibus-skk-1.3.7.tar.gz) = 9FmTCJEID5k2p0kBaRnT6NVzTtA= +SHA256 (ibus-skk-1.3.7.tar.gz) = Qd3OTHUTphBwdnqcUYdAvjDJAIUudFu26mtqand2XLY= +SIZE (ibus-skk-1.3.7.tar.gz) = 455971
UPDATE: news/leafnode
Attached. OK? f.- Index: Makefile === RCS file: /cvs/ports/news/leafnode/Makefile,v retrieving revision 1.52 diff -u -p -r1.52 Makefile --- Makefile 11 May 2011 07:45:52 - 1.52 +++ Makefile 16 Jun 2011 09:09:45 - @@ -2,10 +2,7 @@ COMMENT= USENET software package designed for small sites -VERSION= 1.11.6 -DISTNAME= leafnode-${VERSION} -REVISION= 1 -EXTRACT_SUFX= .tar.bz2 +DISTNAME= leafnode-1.11.8 CATEGORIES= news HOMEPAGE= http://leafnode.sourceforge.net/ @@ -26,7 +23,6 @@ LIB_DEPENDS= devel/pcre CONFIGURE_STYLE= gnu CONFIGURE_ARGS+= --localstatedir=/var CONFIGURE_ARGS+= --with-lockfile=/var/spool/news/fetchnews.lck -CONFIGURE_ARGS+= --with-ipv6 CONFIGURE_ARGS+= --with-user=_news USE_GROFF = Yes Index: distinfo === RCS file: /cvs/ports/news/leafnode/distinfo,v retrieving revision 1.25 diff -u -p -r1.25 distinfo --- distinfo 12 Feb 2009 13:33:07 - 1.25 +++ distinfo 16 Jun 2011 09:09:45 - @@ -1,5 +1,5 @@ -MD5 (leafnode-1.11.6.tar.bz2) = Wgg5aNusw9b20QEyQcI+OQ== -RMD160 (leafnode-1.11.6.tar.bz2) = wyDml2ik/tXXGDe6kPpqYj402ss= -SHA1 (leafnode-1.11.6.tar.bz2) = GLK6EL+1TCD8aOCysVylz22pI/4= -SHA256 (leafnode-1.11.6.tar.bz2) = wWr9ofeJbQ1mq6ZTL8D21KQpSqwphr0sghVgrWXdk1k= -SIZE (leafnode-1.11.6.tar.bz2) = 438491 +MD5 (leafnode-1.11.8.tar.bz2) = o+2v64VO+qP7sPeVHQIWDw== +RMD160 (leafnode-1.11.8.tar.bz2) = auBx/nd48U3lrotRmofYk1acDck= +SHA1 (leafnode-1.11.8.tar.bz2) = Jb1d5WD/o70631p8cQj+UXw+TN4= +SHA256 (leafnode-1.11.8.tar.bz2) = VD2SFUmoEcvUp3Y7JBr33P5XIqsda3UVyI9oCDOHbiI= +SIZE (leafnode-1.11.8.tar.bz2) = 504617 Index: patches/patch-Makefile_in === RCS file: /cvs/ports/news/leafnode/patches/patch-Makefile_in,v retrieving revision 1.20 diff -u -p -r1.20 patch-Makefile_in --- patches/patch-Makefile_in 12 Feb 2009 13:33:07 - 1.20 +++ patches/patch-Makefile_in 16 Jun 2011 09:09:45 - @@ -1,12 +1,12 @@ -$OpenBSD: patch-Makefile_in,v 1.20 2009/02/12 13:33:07 giovanni Exp $ - Makefile.in.orig Sat Mar 17 12:53:37 2007 -+++ Makefile.in Sun Feb 8 09:59:42 2009 -@@ -1264,7 +1264,6 @@ info-am: +$OpenBSD$ +--- Makefile.in.orig Thu Jun 16 09:36:56 2011 Makefile.in Thu Jun 16 09:36:58 2011 +@@ -1412,7 +1412,7 @@ info-am: install-data-am: install-man @$(NORMAL_INSTALL) - $(MAKE) $(AM_MAKEFLAGS) install-data-hook ++ + install-dvi: install-dvi-recursive - install-exec-am: install-binPROGRAMS install-sbinPROGRAMS \ - install-sysconfDATA + install-dvi-am:
UPDATE: devel/py-pyro
Please find attached. OK? f.- Index: Makefile === RCS file: /cvs/ports/devel/py-pyro/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile 8 Jun 2011 17:39:25 - 1.8 +++ Makefile 15 Jun 2011 18:53:34 - @@ -2,14 +2,13 @@ COMMENT = distributed object middleware for Python -MODPY_EGG_VERSION = 3.11 +MODPY_EGG_VERSION = 3.14 DISTNAME = Pyro-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME:L} -REVISION = 0 CATEGORIES = devel -HOMEPAGE = http://www.xs4all.nl/~irmen/pyro3/ +HOMEPAGE = http://irmen.home.xs4all.nl/pyro3/ # MIT PERMIT_PACKAGE_CDROM = Yes @@ -17,7 +16,7 @@ PERMIT_PACKAGE_FTP = Yes PERMIT_DISTFILES_CDROM = Yes PERMIT_DISTFILES_FTP = Yes -MASTER_SITES = ${HOMEPAGE}/download/ +MASTER_SITES = ${MASTER_SITE_PYPI:=P/Pyro/} MODULES = lang/python Index: distinfo === RCS file: /cvs/ports/devel/py-pyro/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo 16 Jan 2011 18:07:39 - 1.4 +++ distinfo 15 Jun 2011 18:53:34 - @@ -1,5 +1,5 @@ -MD5 (Pyro-3.11.tar.gz) = WZqfKyVPKZp1H2DoIKW10A== -RMD160 (Pyro-3.11.tar.gz) = odYR+TFzMrFMsngGbHdMHUhtFxc= -SHA1 (Pyro-3.11.tar.gz) = nnqCaj0oTK5tQ3H9oESH7D3q0qA= -SHA256 (Pyro-3.11.tar.gz) = 7auRTTi73CWu3C1rMa5+m1CYKH0HhEIe7OxrYNiAWUw= -SIZE (Pyro-3.11.tar.gz) = 295514 +MD5 (Pyro-3.14.tar.gz) = IQEjBCXmx29aounVFny9Ow== +RMD160 (Pyro-3.14.tar.gz) = q/59Ly496QJ6UqvABpCymkoyeNE= +SHA1 (Pyro-3.14.tar.gz) = fQZREYZsx1pBltQSqFym1RrmNzM= +SHA256 (Pyro-3.14.tar.gz) = 8B4y+NHD9CfEkW4T2ejO4k2/kk9ykioGWRUVkRvRN1Y= +SIZE (Pyro-3.14.tar.gz) = 296905 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-pyro/pkg/PLIST,v retrieving revision 1.5 diff -u -p -r1.5 PLIST --- pkg/PLIST 16 Jan 2011 18:07:39 - 1.5 +++ pkg/PLIST 15 Jun 2011 18:53:34 - @@ -71,6 +71,13 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/Pyro/protocol.py lib/python${MODPY_VERSION}/site-packages/Pyro/protocol.pyc lib/python${MODPY_VERSION}/site-packages/Pyro/protocol.pyo +lib/python${MODPY_VERSION}/site-packages/Pyro/test/ +lib/python${MODPY_VERSION}/site-packages/Pyro/test/__init__.py +lib/python${MODPY_VERSION}/site-packages/Pyro/test/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/Pyro/test/__init__.pyo +lib/python${MODPY_VERSION}/site-packages/Pyro/test/echoserver.py +lib/python${MODPY_VERSION}/site-packages/Pyro/test/echoserver.pyc +lib/python${MODPY_VERSION}/site-packages/Pyro/test/echoserver.pyo lib/python${MODPY_VERSION}/site-packages/Pyro/util.py lib/python${MODPY_VERSION}/site-packages/Pyro/util.pyc lib/python${MODPY_VERSION}/site-packages/Pyro/util.pyo @@ -170,7 +177,9 @@ share/examples/py-pyro/authenticate/serv share/examples/py-pyro/autoreconnect/ share/examples/py-pyro/autoreconnect/Readme.txt share/examples/py-pyro/autoreconnect/client.py +share/examples/py-pyro/autoreconnect/client_no_ns.py share/examples/py-pyro/autoreconnect/server.py +share/examples/py-pyro/autoreconnect/server_no_ns.py share/examples/py-pyro/benchmark/ share/examples/py-pyro/benchmark/Readme.txt share/examples/py-pyro/benchmark/bench.py