CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/08/01 04:56:21 Modified files: www/mediawiki : Makefile www/mediawiki-CategoryTree: Makefile www/mediawiki-httpauth: Makefile Log message: stephan@ drops maintainership of these, wen heping takes over. ok espie@ landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/08/01 04:56:50 Modified files: x11/xfe: Makefile Log message: steph@ drops maintainership, amit kulkarni takes over ok espie@ landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2011/08/01 05:35:34 Modified files: graphics/asymptote: Makefile graphics/asymptote/pkg: PLIST Log message: remove bogus 'texlinks' calls in packing list. texlinks is bad as it lead to symlinks in /usr/local/bin which are not in a packing list. OK jasper@, espie@
Griferías, Lavaderos, Porcelanatos. publicidad da seg
[demime 1.01d removed an attachment of type image/jpeg which had a name of mariposeador.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of canonicamente.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of nornitodelfo.jpg]
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2011/08/01 11:43:20 Modified files: www/firefox35 : Makefile Log message: Fix MASTER_SITES, old unmaintained releases were removed from releases.mozilla.org. Spotted by kurt@, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: step...@cvs.openbsd.org 2011/08/01 13:30:31 Modified files: devel/p5-MooseX-Log-Log4perl: Makefile devel/p5-MooseX-Role-Parameterized: Makefile devel/p5-Throwable: Makefile devel/pear-Log : Makefile devel/pear-Log/pkg: PLIST Log message: remove me as maintainer and bump, ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: step...@cvs.openbsd.org 2011/08/01 13:36:02 Modified files: graphics/gpicview: Makefile textproc/p5-Template-Plugin-GD: Makefile www/p5-Drupal-Admin: Makefile www/p5-WWW-Mechanize-TreeBuilder: Makefile Log message: remove me as maintainer and bump, ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: step...@cvs.openbsd.org 2011/08/01 13:42:19 Modified files: mail/claws-mail-attremover: Makefile mail/p5-Email-MIME-Attachment-Stripper: Makefile mail/p5-Email-MIME-Encodings: Makefile mail/p5-Email-Reply: Makefile mail/p5-Email-Sender: Makefile mail/p5-Email-Simple: Makefile Log message: remove me as maintainer and bump, ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2011/08/01 14:50:10 Modified files: devel/orc : Makefile Added files: devel/orc/patches: patch-orc_orcparse_c Log message: Make sure the log buffer is initialized to a valid zero-length string. ok Brad sthen@
Re: Should p5-Crypt-CBC run depend on p5-Crypt-Rijndael?
On Sun, Jul 31, 2011 at 10:46:43PM +0100, Mikolaj Kucharski wrote: Hi, # pkg_add -ri p5-Crypt-CBC quirks-1.44-quirks-1.53: ok p5-Crypt-CBC-2.30p0:p5-Crypt-DES-2.05p3: ok p5-Crypt-CBC-2.30p0:p5-Crypt-Blowfish-2.12p1: ok p5-Crypt-CBC-2.30p0: ok Read shared items: ok # pkg_info -L p5-Crypt-CBC Information for inst:p5-Crypt-CBC-2.30p0 Files: /usr/local/libdata/perl5/site_perl/Crypt/CBC.pm /usr/local/man/cat3p/Crypt::CBC.0 /usr/local/share/examples/p5-Crypt-CBC/aes.pl /usr/local/share/examples/p5-Crypt-CBC/des.pl /usr/local/share/examples/p5-Crypt-CBC/idea.pl # perl /usr/local/share/examples/p5-Crypt-CBC/aes.pl AES key: Re-type key: Couldn't load Crypt::Rijndael: Can't locate Crypt/Rijndael.pm in @INC ... Installing p5-Crypt-Rijndael solves the problem. Shouldn't p5-Crypt-Rijndael be added as a run dependency to p5-Crypt-CBC? -- best regards q# I think that would be allright. CBC.pm has: You may use any compatible block encryption algorithm that you have installed. Currently, this includes Crypt::DES, Crypt::DES_EDE3, Crypt::IDEA, Crypt::Blowfish, Crypt::CAST5 and Crypt::Rijndael. Currently we already depend on Crypt::DES and Crypt::Blowfish, so adding Crypt::Rijndael.pm would be ok with me, though not release critical and will thus wait for 5.1 (as it's documented one could make use of it when it's installed). Right? -- Cheers, Jasper Capable, generous men do not create victims, they nurture them.
Re: emacs 24
On Wed, Jul 27, 2011 at 10:25:50AM +0200, Manuel Giraud wrote: Hi, I've talked to upstream to include some patches from our emacs 23 port in their trunk for the next release. So far so good, but their is some questions wrt the mips patches (see http://permalink.gmane.org/gmane.emacs.devel/142154) I can't test on mips (or even answer those questions). Could someone jump in (or help me) on this? -- Manuel Giraud I've shrank the mips64* patches for our current emacs23 port, and Ill commit the following patch post-lock. I don't know if defining VIRT_ADDR_VARIES in opehbsd.h would be a good idea though.. Remove symbols that aren't used in emacs anymore. Index: patches/patch-src_m_mips64_h === RCS file: /cvs/ports/editors/emacs23/patches/patch-src_m_mips64_h,v retrieving revision 1.2 diff -p -u -r1.2 patch-src_m_mips64_h --- patches/patch-src_m_mips64_h29 Mar 2011 20:56:42 - 1.2 +++ patches/patch-src_m_mips64_h1 Aug 2011 08:52:27 - @@ -1,7 +1,7 @@ $OpenBSD: patch-src_m_mips64_h,v 1.2 2011/03/29 20:56:42 jasper Exp $ src/m/mips64.h.origTue Mar 29 21:55:24 2011 -+++ src/m/mips64.h Tue Mar 29 21:59:00 2011 -@@ -0,0 +1,104 @@ +--- src/m/mips64.h.origMon Aug 1 10:49:43 2011 src/m/mips64.h Mon Aug 1 10:51:06 2011 +@@ -0,0 +1,82 @@ +/* machine description file template. + Copyright (C) 1985, 1986 Free Software Foundation, Inc. + @@ -37,21 +37,6 @@ $OpenBSD: patch-src_m_mips64_h,v 1.2 201 + +#define NO_ARG_ARRAY + -+/* Define WORD_MACHINE if addresses and such have -+ * to be corrected before they can be used as byte counts. */ -+ -+#define WORD_MACHINE -+ -+/* Now define a symbol for the cpu type, if your compiler -+ does not define it automatically: -+ Ones defined so far include vax, m68000, ns16000, pyramid, -+ orion, tahoe, APOLLO and many others */ -+ -+/* Use type int rather than a union, to represent Lisp_Object */ -+/* This is desirable for most machines. */ -+ -+#define NO_UNION_TYPE -+ +/* Define EXPLICIT_SIGN_EXTEND if XINT must explicitly sign-extend + the 24-bit bit field into an int. In other words, if bit fields + are always unsigned. @@ -77,11 +62,6 @@ $OpenBSD: patch-src_m_mips64_h,v 1.2 201 + +#define VIRT_ADDR_VARIES + -+/* Define C_ALLOCA if this machine does not support a true alloca -+ and the one written in C should be used instead. */ -+ -+#define C_ALLOCA -+ +/* Define NO_REMAP if memory segmentation makes it not work well + to change the boundary between the text section and data section + when Emacs is dumped. If you define this, the preloaded Lisp @@ -104,5 +84,3 @@ $OpenBSD: patch-src_m_mips64_h,v 1.2 201 +#define NO_SOCK_SIGIO + +#define TEXT_START 0x0040L -+ -+#define BROKEN_NOCOMBRELOC Index: patches/patch-src_m_mips64el_h === RCS file: /cvs/ports/editors/emacs23/patches/patch-src_m_mips64el_h,v retrieving revision 1.2 diff -p -u -r1.2 patch-src_m_mips64el_h --- patches/patch-src_m_mips64el_h 29 Mar 2011 20:56:42 - 1.2 +++ patches/patch-src_m_mips64el_h 1 Aug 2011 08:52:27 - @@ -1,7 +1,7 @@ $OpenBSD: patch-src_m_mips64el_h,v 1.2 2011/03/29 20:56:42 jasper Exp $ src/m/mips64el.h.orig Tue Mar 29 21:55:24 2011 -+++ src/m/mips64el.h Tue Mar 29 21:59:14 2011 -@@ -0,0 +1,104 @@ +--- src/m/mips64el.h.orig Mon Aug 1 10:49:43 2011 src/m/mips64el.h Mon Aug 1 10:52:02 2011 +@@ -0,0 +1,82 @@ +/* machine description file template. + Copyright (C) 1985, 1986 Free Software Foundation, Inc. + @@ -37,21 +37,6 @@ $OpenBSD: patch-src_m_mips64el_h,v 1.2 2 + +#define NO_ARG_ARRAY + -+/* Define WORD_MACHINE if addresses and such have -+ * to be corrected before they can be used as byte counts. */ -+ -+#define WORD_MACHINE -+ -+/* Now define a symbol for the cpu type, if your compiler -+ does not define it automatically: -+ Ones defined so far include vax, m68000, ns16000, pyramid, -+ orion, tahoe, APOLLO and many others */ -+ -+/* Use type int rather than a union, to represent Lisp_Object */ -+/* This is desirable for most machines. */ -+ -+#define NO_UNION_TYPE -+ +/* Define EXPLICIT_SIGN_EXTEND if XINT must explicitly sign-extend + the 24-bit bit field into an int. In other words, if bit fields + are always unsigned. @@ -77,11 +62,6 @@ $OpenBSD: patch-src_m_mips64el_h,v 1.2 2 + +#define VIRT_ADDR_VARIES + -+/* Define C_ALLOCA if this machine does not support a true alloca -+ and the one written in C should be used instead. */ -+ -+#define C_ALLOCA -+ +/* Define NO_REMAP if memory segmentation makes it not work well + to change the boundary between the text section and data section + when Emacs is dumped. If you define this, the preloaded Lisp @@ -104,5 +84,3 @@ $OpenBSD: patch-src_m_mips64el_h,v 1.2 2 +#define NO_SOCK_SIGIO + +#define TEXT_START
Python broken on sparc WAS: Re: compiling python 2.7.1 segfaults python on sparc
On Friday, July 29, 2011 16:25 CEST, Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: trying to compile python on a sparc with 5.0 snapshot ends up with a segfault of python itself: out of curiosity I tried python-2.5, and the same happens here too: Compiling /home/ports/pobj/Python-2.5.4/fake-sparc/usr/local/lib/python2.5/test/test_bufio.py ... Compiling /home/ports/pobj/Python-2.5.4/fake-sparc/usr/local/lib/python2.5/test/test_builtin.py ... Segmentation fault (core dumped) #0 0x0b0c5908 in listextend (self=0xfccd5f8, b=0x83c7dc8) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Objects/listobject.c:783 783 Py_INCREF(o); (gdb) bt #0 0x0b0c5908 in listextend (self=0xfccd5f8, b=0x83c7dc8) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Objects/listobject.c:783 #1 0x0b0c5dc4 in _PyList_Extend (self=0xfccd5f8, b=0x83c7dc8) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Objects/listobject.c:861 #2 0x0b084088 in PySequence_List (v=0x83c7dc8) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Objects/abstract.c:1582 #3 0x0b18a2ec in makecode (c=0xf7fe9df4, a=0xf7fe9960) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/compile.c:4475 #4 0x0b18ab94 in assemble (c=0xf7fe9df4, addNone=1) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/compile.c:4614 #5 0x0b17f9cc in compiler_function (c=0xf7fe9df4, s=0x9156ee8) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/compile.c:2033 #6 0x0b183360 in compiler_visit_stmt (c=0xf7fe9df4, s=0x9156ee8) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/compile.c:2717 #7 0x0b17ea4c in compiler_body (c=0xf7fe9df4, stmts=0x101ece90) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/compile.c:1820 #8 0x0b17ffac in compiler_class (c=0xf7fe9df4, s=0xa785fc0) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/compile.c:2083 #9 0x0b183380 in compiler_visit_stmt (c=0xf7fe9df4, s=0xa785fc0) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/compile.c:2719 #10 0x0b17ea4c in compiler_body (c=0xf7fe9df4, stmts=0xaf7a010) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/compile.c:1820 #11 0x0b17ec28 in compiler_mod (c=0xf7fe9df4, mod=0xe42a680) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/compile.c:1840 #12 0x0b17a0f0 in PyAST_Compile (mod=0xe42a680, filename=0xe438fac /usr/local/lib/python2.5/test/test_builtin.py, flags=0xf7fe9f34, arena=0x9aa3910) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/compile.c:297 #13 0x0b1b0940 in Py_CompileStringFlags ( str=0x9ac6014 # Python test set -- built-in functions\n\nimport test.test_support, unittest\nfrom test.test_support import fcmp, have_unicode, TESTFN, unlink, \\\n, ' ' repeats 30 times, run_unittest, run_with_loc..., filename=0xe438fac /usr/local/lib/python2.5/test/test_builtin.py, start=257, flags=0xf7fe9f34) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/pythonrun.c:1330 #14 0x0b162330 in builtin_compile (self=0x0, args=0xfcdbf80) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/bltinmodule.c:464 #15 0x0b0dedc0 in PyCFunction_Call (func=0x83b5670, arg=0xfcdbf80, kw=0x0) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Objects/methodobject.c:73 #16 0x0b176188 in call_function (pp_stack=0xf7fea164, oparg=3) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/ceval.c:3612 #17 0x0b171450 in PyEval_EvalFrameEx (f=0xa20ea10, throwflag=0) at /home/ports/pobj/Python-2.5.4/Python-2.5.4/Python/ceval.c:2304 The last python packages for sparc on the FTP mirrors are from the pre gcc-4.2 aera. Sebastian Compiling /home/ports/pobj/Python-2.7.1/fake-sparc/usr/local/lib/python2.7/test/test_bsddb3.py ... Compiling /home/ports/pobj/Python-2.7.1/fake-sparc/usr/local/lib/python2.7/test/test_buffer.py ... Compiling /home/ports/pobj/Python-2.7.1/fake-sparc/usr/local/lib/python2.7/test/test_bufio.py ... Compiling /home/ports/pobj/Python-2.7.1/fake-sparc/usr/local/lib/python2.7/test/test_builtin.py ... Segmentation fault (core dumped) #0 0x089f136c in listextend (self=0xb6232d8, b=0xb611060) at /home/ports/pobj/Python-2.7.1/Python-2.7.1/Objects/listobject.c:838 838 Py_INCREF(o); (gdb) bt #0 0x089f136c in listextend (self=0xb6232d8, b=0xb611060) at /home/ports/pobj/Python-2.7.1/Python-2.7.1/Objects/listobject.c:838 #1 0x089f17a8 in _PyList_Extend (self=0xb6232d8, b=0xb611060) at /home/ports/pobj/Python-2.7.1/Python-2.7.1/Objects/listobject.c:910 #2 0x08999730 in PySequence_List (v=0xb611060) at /home/ports/pobj/Python-2.7.1/Python-2.7.1/Objects/abstract.c:2247 #3 0x08ae2640 in makecode (c=0xf7fc5e40, a=0xf7fc59a8) at /home/ports/pobj/Python-2.7.1/Python-2.7.1/Python/compile.c:3836 #4 0x08ae2ee8 in assemble (c=0xf7fc5e40, addNone=1) at /home/ports/pobj/Python-2.7.1/Python-2.7.1/Python/compile.c:3975 #5 0x08ad7db4 in compiler_function (c=0xf7fc5e40, s=0xa573ce8) at /home/ports/pobj/Python-2.7.1/Python-2.7.1/Python/compile.c:1399 #6 0x08adb86c in
Re: Python broken on sparc WAS: Re: compiling python 2.7.1 segfaults python on sparc
On Mon, Aug 1, 2011 at 12:40 PM, Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: On Friday, July 29, 2011 16:25 CEST, Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: trying to compile python on a sparc with 5.0 snapshot ends up with a segfault of python itself: out of curiosity I tried python-2.5, and the same happens here too: Compiling /home/ports/pobj/Python-2.5.4/fake-sparc/usr/local/lib/python2.5/test/test_bufio.py ... Compiling /home/ports/pobj/Python-2.5.4/fake-sparc/usr/local/lib/python2.5/test/test_builtin.py ... Segmentation fault (core dumped) http://bugs.python.org/issue7424 http://gnats.netbsd.org/42627 ciao, david
Firefox/Thunderbird 6 betas
Hi, i know we're in lock etc, but that shouldnt prevent ppl to test the upcoming Firefox/Thunderbird beta releases, planned for the 16 Aug. grab the ports at the usual location : cd /usr/ports/mystuff/www git clone -b ffx-6 http://rhaalovely.net/git/mozilla-firefox cd /usr/ports/mystuff/mail git clone -b tb-6 http://rhaalovely.net/git/mozilla-thunderbird (or git pull ; git checkout ffx-6/tb-6 if you already have a clone..) You'll also need nss nspr updates, diffs at : http://rhaalovely.net/~landry/stuff/nss-3.12.10.diff http://rhaalovely.net/~landry/stuff/nspr-4.8.8.diff And as usual, find somewhat -current packages in http://rhaalovely.net/stuff/amd64 http://rhaalovely.net/stuff/i386 http://rhaalovely.net/stuff/powerpc Feedback appreciated. Landry
fix: sysutils/xstatbar
Hi Antoine, xstatbar hangs on startup eating cycles with cmpci(4). I'm not sure if this is a fault of the driver or what is going on exactly. Anyway, if devinfo.type != AUDIO_MIXER_CLASS is true, xstatbar will never make progress and loop forever. Fix it by trying the next device. This patch does not make the mixer appear on cmpci(4), but xstatbar works fine otherwise. Unrelated: ${HOMEPAGE} seems to be down, temporary? Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/sysutils/xstatbar/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile18 Jan 2011 19:04:22 - 1.8 +++ Makefile1 Aug 2011 11:41:25 - @@ -5,6 +5,7 @@ ONLY_FOR_ARCHS= ${APM_ARCHS} COMMENT= simple system monitor bar DISTNAME= xstatbar-0.5 +REVISION= 0 CATEGORIES=sysutils x11 Index: patches/patch-stats_c === RCS file: patches/patch-stats_c diff -N patches/patch-stats_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-stats_c 1 Aug 2011 11:41:25 - @@ -0,0 +1,15 @@ +$OpenBSD$ +--- stats.c.orig Mon Aug 1 09:48:58 2011 stats.cMon Aug 1 09:50:09 2011 +@@ -101,8 +101,10 @@ volume_init() +devinfo.index = 0; +while (ioctl(volume.dev_fd, AUDIO_MIXER_DEVINFO, devinfo) = 0) { + +- if (devinfo.type != AUDIO_MIXER_CLASS) ++ if (devinfo.type != AUDIO_MIXER_CLASS) { ++ devinfo.index++; + continue; ++ } + + if (strncmp(devinfo.label.name, AudioCoutputs, MAX_AUDIO_DEV_LEN) == 0) + oclass_idx = devinfo.index;
[Update]databases/py-sqlalchemy
Hi, Here is an update of databases/py-sqlalchemy to 0.7.2. Tested OK and regress OK on Loongson. Comments? OK? wen cvs server: Diffing py-sqlalchemy Index: py-sqlalchemy/Makefile === RCS file: /cvs/ports/databases/py-sqlalchemy/Makefile,v retrieving revision 1.23 diff -u -p -r1.23 Makefile --- py-sqlalchemy/Makefile 14 Jul 2011 14:36:34 - 1.23 +++ py-sqlalchemy/Makefile 1 Aug 2011 12:31:09 - @@ -2,7 +2,7 @@ COMMENT = database toolkit for Python -MODPY_EGG_VERSION =0.7.1 +MODPY_EGG_VERSION =0.7.2 DISTNAME = SQLAlchemy-${MODPY_EGG_VERSION} PKGNAME = py-sqlalchemy-${MODPY_EGG_VERSION:S/p/./} Index: py-sqlalchemy/distinfo === RCS file: /cvs/ports/databases/py-sqlalchemy/distinfo,v retrieving revision 1.16 diff -u -p -r1.16 distinfo --- py-sqlalchemy/distinfo 14 Jul 2011 14:36:34 - 1.16 +++ py-sqlalchemy/distinfo 1 Aug 2011 12:31:09 - @@ -1,5 +1,5 @@ -MD5 (SQLAlchemy-0.7.1.tar.gz) = duLh5IuAR/HKcCPxQzdK7w== -RMD160 (SQLAlchemy-0.7.1.tar.gz) = /91dE3uOp6a2B4hnjWKgz9sRza4= -SHA1 (SQLAlchemy-0.7.1.tar.gz) = WL3uLbsznnfPXvcW/DtSqC7Bz04= -SHA256 (SQLAlchemy-0.7.1.tar.gz) = 7t0tY9ZATZu+PExqY6VELSwmULhi+cEPchz65Kc10Fo= -SIZE (SQLAlchemy-0.7.1.tar.gz) = 2341398 +MD5 (SQLAlchemy-0.7.2.tar.gz) = I0SUgA8qCsOtfAbg/6RkHg== +RMD160 (SQLAlchemy-0.7.2.tar.gz) = XScmm0kFmxbRfTdcI0v4juUz/bM= +SHA1 (SQLAlchemy-0.7.2.tar.gz) = 5B6CK6S3KK4TlTLYS7uLUEP7kRY= +SHA256 (SQLAlchemy-0.7.2.tar.gz) = ntCRl85kZXOLe7n5FT2KHjkiVrm28UT5vu2UszE83do= +SIZE (SQLAlchemy-0.7.2.tar.gz) = 2380948 cvs server: Diffing py-sqlalchemy/patches cvs server: Diffing py-sqlalchemy/pkg Index: py-sqlalchemy/pkg/PLIST === RCS file: /cvs/ports/databases/py-sqlalchemy/pkg/PLIST,v retrieving revision 1.11 diff -u -p -r1.11 PLIST --- py-sqlalchemy/pkg/PLIST 27 May 2011 10:39:37 - 1.11 +++ py-sqlalchemy/pkg/PLIST 1 Aug 2011 12:31:09 - @@ -427,6 +427,7 @@ share/doc/py-sqlalchemy/build/templates/ share/doc/py-sqlalchemy/build/templates/static_base.mako share/doc/py-sqlalchemy/build/testdocs.py share/doc/py-sqlalchemy/build/texinputs/ +share/doc/py-sqlalchemy/build/texinputs/Makefile share/doc/py-sqlalchemy/build/texinputs/sphinx.sty share/doc/py-sqlalchemy/contents.html share/doc/py-sqlalchemy/copyright.html @@ -551,6 +552,7 @@ share/examples/py-sqlalchemy/sharding/__ share/examples/py-sqlalchemy/sharding/attribute_shard.py share/examples/py-sqlalchemy/versioning/ share/examples/py-sqlalchemy/versioning/__init__.py +share/examples/py-sqlalchemy/versioning/_lib.py share/examples/py-sqlalchemy/versioning/history_meta.py share/examples/py-sqlalchemy/versioning/test_versioning.py share/examples/py-sqlalchemy/vertical/
Hotel Fazenda Betione com 50% OFF| Manutenção 70% OFF | 1 KG Canelone Recheado c/ Presunto e Mussarela+Molho Sugo Cong =?utf-8?B?ZWxhZG8gNjAlIE9GRnwgODAlIE9GR
www.incriveisofertas.com [IMAGE] Depila��o de Sobrancelhas e Bu�o Eg�pcia ou Convencional � na R� Centro de Beleza e Est�tica por apenas R$ 9,90. (80% OFF) de R$ 50,00 por R$ R$ 9,90 [IMAGE] Super Oferta M�s dos Pais! 70% de desconto em 1 Formata��o Pc/Notebook + Backup + Sistema Operacional + Softwares B�sicos + Antiv�rus + MSN + Leitor PDF + Instala��o de Impressora na Super T�cnico (de R$80 por R$24,90) de R$ 80,00 por R$ R$ 24,90 [IMAGE] Pr�ximo do Para�so com 50% OFF! Imperd�vel Di�ria em Apartamento Duplo ou Casal + Caf� da Manh� + 02 Passeios Di�rios pela Metade do Pre�o no Hotel Fazenda do Betione em Bodoquena/MS (de R$220 por R$110) de R$ 220,00 por R$ R$ 110,00 [IMAGE] Sensazione di Italia! 60% de desconto em 1kg de Canelone Recheado de Presunto e Mussarela ao Molho Sugo Congelado na Dona Doces (de R$32,00 por R$12,80) de R$ 32,00 por R$ R$ 12,80 [IMAGE] 1 Limpeza de Pele + 1 M�scara de Argila ou Hidrata��o + 1 Drenagem Linf�tica Facial com Bamb�! De R$ 70,00 Por R$ 29,90 ( 60% OFF ) de R$ 70,00 por R$ R$ 29,90 [IMAGE] Cama El�stica + Piscina de Bolinha + Barraca de Algod�o Doce + Barraca de Pipoca! Isso mesmo de R$ 600,00 por R$ 269,90 ( 55% OFF ) de R$ 600,00 por R$ R$ 269,90 [IMAGE] Não desejo mais receber estes e-mails.
Re: Python broken on sparc WAS: Re: compiling python 2.7.1 segfaults python on sparc
On Monday, August 1, 2011 12:49 CEST, David Coppa dco...@gmail.com wrote: On Mon, Aug 1, 2011 at 12:40 PM, Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: On Friday, July 29, 2011 16:25 CEST, Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: trying to compile python on a sparc with 5.0 snapshot ends up with a segfault of python itself: out of curiosity I tried python-2.5, and the same happens here too: Compiling /home/ports/pobj/Python-2.5.4/fake-sparc/usr/local/lib/python2.5/test/test_bufio.py ... Compiling /home/ports/pobj/Python-2.5.4/fake-sparc/usr/local/lib/python2.5/test/test_builtin.py ... Segmentation fault (core dumped) http://bugs.python.org/issue7424 http://gnats.netbsd.org/42627 ah, thanks for those links, then we are at least not alone ;) Sebastian ciao, david
Re: amd64 snapshot kqemu hangs
On 2011-07-31, Mikolaj Kucharski miko...@kucharski.name wrote: On Sun, Jul 31, 2011 at 10:38:57AM +, Stuart Henderson wrote: On 2011-07-29, Todd T. Fries t...@openbsd.org wrote: One comment was that perhaps the upgrade to qemu from qemu-old be handled properly, then this can get removed... That's what this part of my diff is for: | diff -u -p -r1.72 Makefile | --- qemu/Makefile 19 Jul 2011 06:05:42 - 1.72 | +++ qemu/Makefile 29 Jul 2011 10:41:07 - | @@ -7,7 +7,7 @@ VMEM_WARNING =yes | COMMENT =multi system emulator | | DISTNAME = qemu-0.14.1 | -REVISION = 4 | +REVISION = 5 | CATEGORIES = emulators | MASTER_SITES = ${MASTER_SITE_SAVANNAH:=qemu/} | | Index: qemu/pkg/PLIST | === | RCS file: /cvs/ports/emulators/qemu/pkg/PLIST,v | retrieving revision 1.18 | diff -u -p -r1.18 PLIST | --- qemu/pkg/PLIST15 Jun 2011 21:13:33 - 1.18 | +++ qemu/pkg/PLIST29 Jul 2011 10:41:08 - | @@ -1,5 +1,6 @@ | @comment $OpenBSD: PLIST,v 1.18 2011/06/15 21:13:33 sthen Exp $ | @conflict qemu-* | +@pkgpath emulators/qemu-old | @pkgpath emulators/qemu,kqemu | %%bsduser%% | @bin bin/qemu Should in above PLIST be included @pkgpath marker for no_x11 flavor of emulators/qemu-old too? Ah yes, I missed it as it wasn't linked to the build so I didn't see any packages. The line will look like this, then: @pkgpath emulators/qemu-old[,no_x11] Obviously post-unlock now, but is it useful to keep the no_x11 flavour of qemu anyway?
Re: Collision in e2fsprogs and ossp-uuid
On 2011-07-31, Matthias Kilian k...@outback.escape.de wrote: On Sun, Jul 31, 2011 at 04:36:00PM +0200, Jasper Lievisse Adriaanse wrote: Have it your way if this works. I've gone blind on those markers already.. Sure, but why does @conflict ossp-uuid-1.6.2p1 work while @conflict ossp-uuid-=1.6.2 doesnt? I *think* the former explicitly matches 1.6.2, 1.6.2p0 and older versions, whereas the latter is meant to match any 1.6.2 version regardless of REVISION so it will also conflict with 1.6.2p2.
Thiet ke Website !
THIẾT KẾ WEBSITE TMĐT TRỌN GÓI GIÁ 130 USD * Tặng tên miền Việt Nam cấp 2 có dạng *.pas.vn * Tặng Hosting 300MB, Băng thông 3000MB * 10 eMaiL Doanh nghiệp theo tên miền * Đăng ký từ khóa tìm kiếm với ngành nghề kinh doanh của Doanh nghiệp * Bảo đảm lên Top 3 của Google * Giới thiệu website lên 100 trang Thương mại điện tử VN * Cập nhật lên Trang vàng Việt Nam * Cập nhật lên Trang Danh bạ website Việt Nam * Bảo hành website 12 tháng * Backup dữ liệu hàng tuần * Hỗ trợ kỹ thuật 24/7 * Liên hệ: 08.38955226 - Hotline: 19001561 * eMaiL: supp...@ect.vn mailto:supp...@ect.vn - DĐ: 0969 79 79 99 (Mr Thắng) * YM: in3979 ymsgr:sendIM?in3979 * Chi tiết tại: webdesign.ect.vn http://www.webdesign.ect.vn/ * Download Báo giá http://www.webdesign.ect.vn/images/stories/files/espeed_web_130.doc
Revenue for Forums
Monetize Your Forum Hello Forum owner, VigLink generates revenue for thousands of Forums, Blogs, and Websites. VigLink automatically affiliates and optimizes outbound clicks in your content so you get paid by your visitor's actions. - Monetizes outbound clicks from both user generated links, links inserted by administrators - Works with over 12,500 merchants, including eBay, Apple, Amazon, and Tire Rack - Internet Brands, Vertical Scope, and AVSForum just some of the companies using VigLink Cut and Paste this link http://info.viglink.com/ForumsEmailLandingPage.html?Adid=1009 to request more information. Plus, get a Free Whitepaper that explains why monetizing your website content is a smart and effective way to earn more revenue. Viglink 1321 119th st. Whiting, IN 46394 Contact Us If you no longer wish to receive these emails, go to the following link to unsubscribe: http://info.viglink.com/UnsubscribePage.html?mkt_unsubscribe=1mkt_tok=3RkMMJWWfF9wsRonu6TKZKXonjHpfsX67O0sXLHr08Yy0EZ5VunJEUWy2YMESdQhcOuuEwcWGog81gVfFumbdw%3D%3D.
Re: firefox leaking memory badly
hmm, on Thu, Jul 28, 2011 at 11:09:06PM +0200, roberth said that i can confirm the memleak that ultimatly bumps into the data ulimit. correct. ulimit stops it. but firefox becomes even more sluggish if that is possible. and it gets worse: PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND 9705 f 20 591M 599M sleep/0 poll 71:32 22.27% firefox-bin note that RES is around 600M. closing the offending tab does not reclaim memory. but when i close firefox, my free memory goes from 549M to 1990M (2G RAM in the notebook). who do i have to kill to get opera working again? state of browsers on unix is a disgrace, trapped between the firefox monster and webkit's grip. it would be quite nice to have a prebuilt firefox-debug package but i guess it must be a monster to build... -f -- i'll mention you on my organ donor card.
Re: firefox leaking memory badly
On Tue, 2 Aug 2011 01:02:35 +0200 frantisek holop min...@obiit.org wrote: hmm, on Thu, Jul 28, 2011 at 11:09:06PM +0200, roberth said that i can confirm the memleak that ultimatly bumps into the data ulimit. correct. ulimit stops it. but firefox becomes even more sluggish if that is possible. with default ulimit of 512MB i see the slow wtf is going on... but shortly after firefox just dissapeares for me, no error, it just quits.
ettercap-0.7.3p6 segfault on OpenBSD 4.9 AMD64
Hi, Installing ettercap-0.7.3p6 from a package mirror on OpenBSD 4.9 AMD64 was resulting in a segfault when running any basic capture - this would occur after 1 or 2 seconds following startup of ettercap eg: sudo ettercap -T -i re0 Tried both the ettercap-0.7.3p6 and ettercap-0.7.6-no_x11 flavours with the same result. Testing the i386 package(s) on a i386 OpenBSD 4.9 machine had no issues. Did a quick Google search and found the following post: http://forums.freebsd.org/showthread.php?t=15719 I removed the packages and recompiled from the ports RELEASE tree, after running a make extract to modify the line in ec_tcp.c as mentioned in the post above. Following the package build, ettercap appears to run fine, with no segfaults in my limited testing. uname -a : OpenBSD thor.solvant.local 4.9 GENERIC.MP#819 amd64 Files modified: /usr/ports/pobj/ettercap-0.7.3-no_x11/ettercap-NG-0.7.3/src/protocols/ec_tcp.c Changes to files: Modified line 119 in ec_tcp.c Old: opt_end = (u_char *)((int)tcp + tcp-off * 4); New: opt_end = (u_char *)(tcp + tcp-off * 4); I am not experienced enough to see if this change affects any other functions, but on the off chance that this occurs to someone else, this appears to overcome the segfault issue. If any maintainers would like debugging or testing of the vanilla package, please let me know. Thanks again, Nick
Re: firefox leaking memory badly
who do i have to kill to get opera working again? state of browsers on unix is a disgrace, trapped between the firefox monster and webkit's grip. If you don't need javascript then netsurf is quite good, and fast. Uses its own layout engine, not webkit. Brett.
Re: firefox leaking memory badly
frantisek holop min...@obiit.org writes: who do i have to kill to get opera working again? state of browsers on unix is a disgrace, trapped between the firefox monster and webkit's grip. I've been using Chrome for a few weeks after I got tired of Firefox dying with out of memory errors. Quite nice, lets you run with lots of tabs but the ads came back. And I haven't gotten around to checking whether Flash can be made to work there. - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.