Re: UPDATE: lang/lua bugfix
On Tue, Mar 6, 2012 at 3:38 AM, Piotr Sikora wrote: > Attached patch fixes this, but to be honest I would consider completely > dropping our "fix" from the port . me too would prefer the latter. Other opinions? > Best regards, > Piotr Sikora < piotr.sik...@frickle.com > ciao, David
Sos el ganador de nuestro concurso
[IMAGE] Felicitaciones Groupon Argentina te comunica que sos el ganador del sorteo de 1000 minutos de credito Gratis para tu celular podes utilizarlos durante todo el 2012 a partir de hoy. Genera el pin para cargar tu celular aqui Descargar Voucher Regalo  © 2012 Groupon Argentina. Todos los derechos reservados Â
Re: nginx lua
Hi David, When running the test suite, it crashes for me once per thousand requests. btw: I'm using "/etc/malloc.conf -> AFGJPRX", so maybe that helped a bit with crashing Lua :) Best regards, Piotr Sikora < piotr.sik...@frickle.com >
UPDATE: lang/lua bugfix
Hey, this bug was introduced 6 years ago when replacing "unsafe" strcpy(), strcat() and sprintf() calls with their "safe" counterparts, the irony. Original (a.k.a. "unsafe") code: size_t len = strcspn(source, "\n\r"); bufflen -= sizeof(" [string \"...\"] "); ... if (source[len] != '\0') { Our "safe" code: size_t pos = strcspn(source, "\n\r"); size_t len = bufflen - sizeof(" [string \"...\"] "); ... if (source[len] != '\0') { Basically, the old "len" variable was changed to "pos", but it wasn't replaced in the code and the new "len" variable was introduced, which resulted in such sweet backtrace: #0 0x000208bbafb9 in luaO_chunkid (out=0x7f7c33f8 "[string \"", source=0x20e161fd8 "ngx.exit", bufflen=60) at lobject.c:203 203 if (source[len] != '\0') { /* must truncate? */ (gdb) p len $1 = 43 (gdb) p pos $2 = 8 (gdb) p source[len] Cannot access memory at address 0x20e162003 (gdb) p source[pos] $3 = 0 '\0' Attached patch fixes this, but to be honest I would consider completely dropping our "fix" from the port . Best regards, Piotr Sikora < piotr.sik...@frickle.com > lua-5.1.4p4.patch Description: Binary data
Re: nginx lua
Hi David, really? ive been using it for the last two or three weeks without issues. Maybe you just didn't notice it because nginx restarts crashed workers automatically? Search your error.log for "exited". When running the test suite, it crashes for me once per thousand requests. The good news is that I've located the issue - it's in our Lua port and it isn't pretty, I'll send patch shortly. pick a tag/download and i'll fix the port to work against it. v0.4.1 Best regards, Piotr Sikora < piotr.sik...@frickle.com >
Re: alpine
Marc Espie [es...@nerim.net] wrote: > On Mon, Mar 05, 2012 at 02:06:05PM -0800, Chris Cappuccio wrote: > > has anyone else noticed that alpine is very incompatible with rthreads? > > Nope. Nobody uses alpine. > I don't either, but some other folks do. > > i sent diagnostics to guenther that were so bad, he didn't even reply. > > > More seriously, when ? guenther has been fixing a huge amount of things > concerning threads lately, some are still in transit. > I know. He is very thorough. And he usually replies very fast but the pathetic nature of my bug reports shut people down. > So, hey, first try again with a really current system. > Feb 27th kernel and library. I don't think anything significant has gone in since that time. > Then, try to figure out what's wrong. Simple test cases do help. Alpine is > not a simple testcase. > > Also, how come guenther gets diagnostics and we don't ? I have no idea > what your bug report looked like. Maybe he didn't reply because he had > better bug reports to look at ? Probably. Here's what I sent to him. Alpine alternates between crashing with sig11 when trying to send mail via SMTP, or failing to send mail through SMTP with a bogus SMTP error message (but not crashing). Sending e-mail always bails after the MAIL FROM in the SMTP session with a bogus 421 SMTP server error message (that the SMTP server didn't send) 13988 alpine GIO fd 8 wrote 34 bytes "MAIL FROM:\r " 13988 alpine RET write 34/0x22 13988 alpine CALL read(0x9,0x204e2f000,0x1000) 13988 alpine RET read 0 13988 alpine CALL close(0x9) 13988 alpine PSIG SIGCHLD caught handler=0x4ba0a0 mask=0x0 13988 alpine RET close 0 13988 alpine CALL sigreturn(0x7f7c4ab0) 13988 alpine RET sigreturn JUSTRETURN 13988 alpine CALL close(0x8) 13988 alpine RET close 0 13988 alpine CALL wait4(0x6401,0x7f7c4e1c,0<>0,0) 13988 alpine RET wait4 25601/0x6401 13988 alpine CALL sigaction(SIGINT,0x7f7c4e30,0x7f7c4e20) 13988 alpine RET sigaction 0 13988 alpine CALL sigaction(SIGHUP,0x7f7c4e30,0x7f7c4e20) 13988 alpine RET sigaction 0 13988 alpine CALL sigaction(SIGQUIT,0x7f7c4e30,0x7f7c4e20) 13988 alpine RET sigaction 0 13988 alpine CALL gettimeofday(0x7f7c91b0,0x7f7c91c0) 13988 alpine RET gettimeofday 0 13988 alpine CALL gettimeofday(0x7f7c91a0,0x7f7c91b0) 13988 alpine RET gettimeofday 0 13988 alpine CALL gettimeofday(0x7f7c9190,0x7f7c91a0) 13988 alpine RET gettimeofday 0 13988 alpine CALL kill(0xfb132,SIGTHR) 13988 alpine RET kill 0 28402 alpine PSIG SIGTHR caught handler=0x20cbd6de0 mask=0x808 28402 alpine RET nanosleep -1 errno 4 Interrupted system call Here's what happens when you try to send mail and alpine crashes: 13988 alpine GIO fd 1 wrote 81 bytes "\^[[23;1H\^[[K\^[[24;1H\^[[K\^[[22;1H\^[[K\^[[7m\^[[22;27H[Sending mail | |]\^[[27m\^[[22;1H" 13988 alpine RET write 81/0x51 13988 alpine CALL munmap(0x206518000,0x12000) 13988 alpine RET munmap 0 13988 alpine CALL mmap(0,0x12000,0x3,0x1000,0x,0) 13988 alpine RET mmap 8710569984/0x20730c000 13988 alpine CALL mprotect(0x20730c000,0x1000,0) 13988 alpine RET mprotect 0 13988 alpine CALL __tfork(0x7f7c8e80) 13988 alpine RET __tfork 1007295/0xf5ebf 13988 alpine CALL gettimeofday(0x7f7c8d40,0x7f7c8d50) 13988 alpine RET gettimeofday 0 7295 alpine RET rfork 0 13988 alpine CALL gettimeofday(0x7f7c91b0,0x7f7c91c0) 7295 alpine CALL sigprocmask(SIG_BLOCK,0x808) 7295 alpine RET sigprocmask 0 13988 alpine RET gettimeofday 0 7295 alpine CALL nanosleep(0x20731dfb0,0) 13988 alpine CALL access(0x20c079f40,0x1) 13988 alpine NAMI "/usr/sbin/sendmail" 13988 alpine RET access 0 13988 alpine CALL pipe(0x7f7c81c0) 13988 alpine RET pipe 0 13988 alpine CALL pipe(0x7f7c81c0) 13988 alpine RET pipe 0 13988 alpine CALL vfork() 26036 alpine PSIG SIGTHR caught handler=0x20cbd6de0 mask=0x0 26036 alpine RET rfork 0 26036 alpine CALL sigreturn(0x7f7c7f50) 26036 alpine RET sigreturn JUSTRETURN 26036 alpine CALL sigprocmask(SIG_BLOCK,0x808) 26036 alpine RET sigprocmask 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine
Re: alpine
On Mon, Mar 05, 2012 at 02:06:05PM -0800, Chris Cappuccio wrote: > has anyone else noticed that alpine is very incompatible with rthreads? Nope. Nobody uses alpine. > i sent diagnostics to guenther that were so bad, he didn't even reply. More seriously, when ? guenther has been fixing a huge amount of things concerning threads lately, some are still in transit. So, hey, first try again with a really current system. Then, try to figure out what's wrong. Simple test cases do help. Alpine is not a simple testcase. Also, how come guenther gets diagnostics and we don't ? I have no idea what your bug report looked like. Maybe he didn't reply because he had better bug reports to look at ?
UPDATE: dnsmasq 2.60
Here is an update to dnsmasq 2.60. Index: Makefile === RCS file: /cvs/ports/net/dnsmasq/Makefile,v retrieving revision 1.21 diff -u -p -r1.21 Makefile --- Makefile25 Oct 2011 10:20:26 - 1.21 +++ Makefile5 Mar 2012 23:59:44 - @@ -1,8 +1,8 @@ # $OpenBSD: Makefile,v 1.21 2011/10/25 10:20:26 sthen Exp $ -COMMENT= caching DNS forwarder and DHCP server +COMMENT= lightweight caching DNS forwarder, DHCP and TFTP server -DISTNAME= dnsmasq-2.59 +DISTNAME= dnsmasq-2.60 CATEGORIES=net MASTER_SITES= http://www.thekelleys.org.uk/dnsmasq/ @@ -27,8 +27,8 @@ pre-build: ${WRKSRC}/dnsmasq.conf.example do-install: - ${INSTALL_PROGRAM} ${WRKSRC}/src/dnsmasq ${PREFIX}/sbin ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/dnsmasq + ${INSTALL_PROGRAM} ${WRKSRC}/src/dnsmasq ${PREFIX}/sbin ${INSTALL_DATA} ${WRKSRC}/dnsmasq.conf.example ${PREFIX}/share/examples/dnsmasq ${INSTALL_MAN} ${WRKSRC}/man/dnsmasq.8 ${PREFIX}/man/man8 Index: distinfo === RCS file: /cvs/ports/net/dnsmasq/distinfo,v retrieving revision 1.16 diff -u -p -r1.16 distinfo --- distinfo25 Oct 2011 10:20:26 - 1.16 +++ distinfo5 Mar 2012 23:59:44 - @@ -1,5 +1,5 @@ -MD5 (dnsmasq-2.59.tar.gz) = tXV+8te2UXSO7ruIrynX1g== -RMD160 (dnsmasq-2.59.tar.gz) = 0u2FX0/BcH3zI92sAnq4/QdwuCc= -SHA1 (dnsmasq-2.59.tar.gz) = kwLzjRLQCCPSDMkScJBQi0h2xa4= -SHA256 (dnsmasq-2.59.tar.gz) = vcHmYJn6/6sOL9OUwGRscYsk9BfssP8ygzgqIEbxQQs= -SIZE (dnsmasq-2.59.tar.gz) = 474036 +MD5 (dnsmasq-2.60.tar.gz) = WgmQjgJyTXWaxg2cr9J96A== +RMD160 (dnsmasq-2.60.tar.gz) = NfiIigt4iIQKX1IsI7RrL7S7TLQ= +SHA1 (dnsmasq-2.60.tar.gz) = B/MHh5Q38VKZ1RZ157zv4pnr/6I= +SHA256 (dnsmasq-2.60.tar.gz) = HJsGxNzVMQmSn/iC8T6g483m1O8poD5L9iLMzbl7Brg= +SIZE (dnsmasq-2.60.tar.gz) = 513601 Index: patches/patch-man_dnsmasq_8 === RCS file: /cvs/ports/net/dnsmasq/patches/patch-man_dnsmasq_8,v retrieving revision 1.10 diff -u -p -r1.10 patch-man_dnsmasq_8 --- patches/patch-man_dnsmasq_8 7 Sep 2011 10:34:26 - 1.10 +++ patches/patch-man_dnsmasq_8 5 Mar 2012 23:59:44 - @@ -1,6 +1,6 @@ $OpenBSD: patch-man_dnsmasq_8,v 1.10 2011/09/07 10:34:26 jasper Exp $ man/dnsmasq.8.orig Tue Aug 9 11:05:38 2011 -+++ man/dnsmasq.8 Mon Aug 29 17:35:40 2011 +--- man/dnsmasq.8.orig Wed Feb 29 16:43:37 2012 man/dnsmasq.8 Wed Feb 29 18:39:43 2012 @@ -113,13 +113,12 @@ Specify an alternate path for dnsmasq to record its pr .TP .B \-u, --user= @@ -17,7 +17,7 @@ $OpenBSD: patch-man_dnsmasq_8,v 1.10 201 .TP .B \-v, --version Print the version number. -@@ -1206,7 +1205,7 @@ with # are always skipped. This flag may be given on t +@@ -1338,7 +1337,7 @@ with # are always skipped. This flag may be given on t line or in a configuration file. .SH CONFIG FILE At startup, dnsmasq reads @@ -26,7 +26,7 @@ $OpenBSD: patch-man_dnsmasq_8,v 1.10 201 if it exists. (On FreeBSD, the file is .I /usr/local/etc/dnsmasq.conf -@@ -1524,7 +1523,7 @@ dnsmasq has no direct way of determining the charset i +@@ -1656,7 +1655,7 @@ dnsmasq has no direct way of determining the charset i assume that it is the system default. .SH FILES Index: patches/patch-src_config_h === RCS file: /cvs/ports/net/dnsmasq/patches/patch-src_config_h,v retrieving revision 1.8 diff -u -p -r1.8 patch-src_config_h --- patches/patch-src_config_h 6 Mar 2011 11:19:53 - 1.8 +++ patches/patch-src_config_h 5 Mar 2012 23:59:44 - @@ -1,7 +1,18 @@ $OpenBSD: patch-src_config_h,v 1.8 2011/03/06 11:19:53 sthen Exp $ src/config.h.orig Fri Feb 18 05:18:39 2011 -+++ src/config.h Fri Feb 18 15:00:08 2011 -@@ -57,13 +57,13 @@ +--- src/config.h.orig Tue Feb 14 15:55:25 2012 src/config.h Wed Feb 15 17:24:57 2012 +@@ -34,8 +34,8 @@ + #define ETHERSFILE "/etc/ethers" + #define RUNFILE "/var/run/dnsmasq.pid" + #define DEFLEASE 3600 /* default lease time, 1 hour */ +-#define CHUSER "nobody" +-#define CHGRP "dip" ++#define CHUSER "_dnsmasq" ++#define CHGRP "_dnsmasq" + #define TFTP_MAX_CONNECTIONS 50 /* max simultaneous connections */ + #define LOG_MAX 5 /* log-queue length */ + #define RANDFILE "/dev/urandom" +@@ -145,7 +145,7 @@ RESOLVFILE # if defined(__FreeBSD__) # define CONFFILE "/usr/local/etc/dnsmasq.conf" # else @@ -10,11 +21,3 @@ $OpenBSD: patch-src_config_h,v 1.8 2011/ # endif #endif - #define DEFLEASE 3600 /* default lease time, 1 hour */ --#define CHUSER "nobody" --#define CHGRP "dip" -+#define CHUSER "_dnsmasq" -+#define CHGRP "_dnsmasq" - #define NAMESERVER_PORT 53 - #define DHCP_SERVER_PORT 67 - #define DHCP_CLIENT_PORT 68 Index: patches/patch-src_dnsmasq_h =
Re: nginx lua
On 06/03/2012, at 6:41 AM, Piotr Sikora wrote: > Hi David, > >> this adds the ngx lua module as a flavor to our port. we rely on >> it here to do "complicated" access control in the server before the >> content phase runs. > > ngx_lua crashes on OpenBSD (and possibly on anything other than Linux). I'll > try to find some time to look into it, but I need to take care of a few other > nginx modules first. really? ive been using it for the last two or three weeks without issues. > Also, agentzh uses "rc" tags in very specific way to tag latest development > snapshot that's bundled within ngx_openresty and it doesn't really mean > "release candidate", so IMHO we shouldn't be using it. pick a tag/download and i'll fix the port to work against it. > While we're at it, what's the policy for including 3rd-party nginx modules in > the port? no idea, i just know im very keen on this one cos it lets me programatically make decisions. dlg
alpine
has anyone else noticed that alpine is very incompatible with rthreads? i sent diagnostics to guenther that were so bad, he didn't even reply.
Re: tinyproxy 1.6.4 -> 1.8.3
On Mon, Mar 5, 2012 at 6:42 PM, frantisek holop 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: nginx lua
Hi David, this adds the ngx lua module as a flavor to our port. we rely on it here to do "complicated" access control in the server before the content phase runs. ngx_lua crashes on OpenBSD (and possibly on anything other than Linux). I'll try to find some time to look into it, but I need to take care of a few other nginx modules first. Also, agentzh uses "rc" tags in very specific way to tag latest development snapshot that's bundled within ngx_openresty and it doesn't really mean "release candidate", so IMHO we shouldn't be using it. While we're at it, what's the policy for including 3rd-party nginx modules in the port? Best regards, Piotr Sikora < piotr.sik...@frickle.com >
Re: update erlang to R14B04
Hi David, is now a good time for this to be considered? im ok with it. It was committed months ago :) Best regards, Piotr Sikora < piotr.sik...@frickle.com >
dpb changes
A bit of stuff got committed. Now, build statistics get collected under ${DISTDIR}/build-stats/${ARCH} (as known as %f/build-stats/%a, since dpb can replace patterns inside files now). if you think the location is strange, I expect to, eventually, bootstrap first run dpbs by asking one of the mirror sites to populate that file. For now, this build-stats file is "smart", using the same techniques as per global distinfo, so that old stats will eventually vanish. Expect things to change a bit more over the coming weeks... One idea is that, now, you could simply zap the logs if you don't need them, pass no option to dpb at all, and this file would ensure that eventually, you'd get % for all builds, and also optimized builds from the previous builds. One major point is that those stats don't have to be perfect, but just "good enough" to direct dpb to build big stuff first.
Re: tinyproxy 1.6.4 -> 1.8.3
another go, keep /etc/tinyproxy/ -f -- a satisfied virgin is a virgin no longer. Index: Makefile === RCS file: /cvs/ports/www/tinyproxy/Makefile,v retrieving revision 1.20 diff -u -p -u -r1.20 Makefile --- Makefile22 Nov 2010 08:36:54 - 1.20 +++ Makefile5 Mar 2012 18:37:01 - @@ -1,38 +1,38 @@ # $OpenBSD: Makefile,v 1.20 2010/11/22 08:36:54 espie Exp $ -COMMENT= lightweight HTTP/SSL proxy +COMMENT = lightweight HTTP/SSL proxy -VERSION= 1.6.4 -DISTNAME= tinyproxy-${VERSION} -CATEGORIES=www net - -HOMEPAGE= https://www.banu.com/tinyproxy/ -MASTER_SITES= https://www.banu.com/pub/tinyproxy/1.6/ -MAINTAINER=frantisek holop - -# GPLv3 -PERMIT_PACKAGE_CDROM= Yes -PERMIT_PACKAGE_FTP=Yes -PERMIT_DISTFILES_CDROM=Yes -PERMIT_DISTFILES_FTP= Yes - -WANTLIB= c - -SEPARATE_BUILD=concurrent -CONFIGURE_STYLE= gnu -CONFIGURE_ARGS+= --with-config=${SYSCONFDIR}/tinyproxy/tinyproxy.conf -USE_GROFF =Yes - -REGRESS_TARGET=check - -do-install: - ${INSTALL_PROGRAM} ${WRKBUILD}/src/tinyproxy ${PREFIX}/sbin - ${INSTALL_DATA} ${WRKSRC}/doc/tinyproxy.8 ${PREFIX}/man/man8 - ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/tinyproxy +V =1.8.3 +DISTNAME = tinyproxy-${V} +CATEGORIES = www net + +HOMEPAGE = https://www.banu.com/tinyproxy/ +MAINTAINER = frantisek holop + +# GPLv2+ +PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE_FTP = Yes +PERMIT_DISTFILES_CDROM = Yes +PERMIT_DISTFILES_FTP = Yes + +BUILD_DEPENDS =textproc/asciidoc + +SEPARATE_BUILD = concurrent +CONFIGURE_STYLE = gnu +CONFIGURE_ARGS += A2X=${LOCALBASE}/bin/a2x.py \ + --localstatedir=/var + +WANTLIB = c + +MASTER_SITES = https://www.banu.com/pub/tinyproxy/1.8/ + +REGRESS_TARGET = check + +SYSCONFDIR = ${BASESYSCONFDIR}/tinyproxy + +post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/tinyproxy - ${INSTALL_DATA} ${WRKSRC}/doc/{debug,default,stats}.html \ - ${PREFIX}/share/doc/tinyproxy - ${INSTALL_DATA} ${WRKSRC}/doc/tinyproxy.conf \ + ${INSTALL_DATA} ${WRKBUILD}/etc/tinyproxy.conf \ ${PREFIX}/share/examples/tinyproxy .include Index: distinfo === RCS file: /cvs/ports/www/tinyproxy/distinfo,v retrieving revision 1.8 diff -u -p -u -r1.8 distinfo --- distinfo11 Apr 2009 23:54:12 - 1.8 +++ distinfo5 Mar 2012 18:37:01 - @@ -1,5 +1,5 @@ -MD5 (tinyproxy-1.6.4.tar.gz) = MVe5FZqNAF9CSM9NTWxl4g== -RMD160 (tinyproxy-1.6.4.tar.gz) = CpFVkch/LTB1/nzyk0uYknZooXw= -SHA1 (tinyproxy-1.6.4.tar.gz) = Gv3WqY6LH4arK2Z8DRXBJp7ao1w= -SHA256 (tinyproxy-1.6.4.tar.gz) = 2a0jShscCA4qyTRJ5TGGEf/XJ3EzUrbqn/d9EKcbAkI= -SIZE (tinyproxy-1.6.4.tar.gz) = 316567 +MD5 (tinyproxy-1.8.3.tar.gz) = 7Kkn9/apzoOUsrJWNhl4pw== +RMD160 (tinyproxy-1.8.3.tar.gz) = QcrkyPzJllCnbXvtUqN5qd0PrvA= +SHA1 (tinyproxy-1.8.3.tar.gz) = 6/S9pg/y0P3xhGRn8Hs7vZ75D68= +SHA256 (tinyproxy-1.8.3.tar.gz) = aCQWyPD3M6gQbIe7OVxjEiJWl1H+Rhe8OB0EmbDwwBc= +SIZE (tinyproxy-1.8.3.tar.gz) = 266744 Index: patches/patch-doc_tinyproxy_conf === RCS file: patches/patch-doc_tinyproxy_conf diff -N patches/patch-doc_tinyproxy_conf --- patches/patch-doc_tinyproxy_conf11 Apr 2009 23:54:12 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,47 +0,0 @@ -$OpenBSD: patch-doc_tinyproxy_conf,v 1.2 2009/04/11 23:54:12 sthen Exp $ doc/tinyproxy.conf.origSun Aug 24 06:58:43 2008 -+++ doc/tinyproxy.conf Tue Mar 24 03:09:09 2009 -@@ -6,8 +6,8 @@ - # Name of the user the tinyproxy daemon should switch to after the port - # has been bound. - # --User nobody --Group nogroup -+User "_tinyproxy" -+Group "_tinyproxy" - - # - # Port to listen on. -@@ -40,25 +40,25 @@ Timeout 600 - # /usr/share/tinyproxy - # /etc/tinyproxy - # --# ErrorFile 404 "/usr/share/tinyproxy/404.html" --# ErrorFile 400 "/usr/share/tinyproxy/400.html" --# ErrorFile 503 "/usr/share/tinyproxy/503.html" --# ErrorFile 403 "/usr/share/tinyproxy/403.html" --# ErrorFile 408 "/usr/share/tinyproxy/408.html" -+# ErrorFile 404 "/usr/local/share/tinyproxy/404.html" -+# ErrorFile 400 "/usr/local/share/tinyproxy/400.html" -+# ErrorFile 503 "/usr/local/share/tinyproxy/503.html" -+# ErrorFile 403 "/usr/local/share/tinyproxy/403.html" -+# ErrorFile 408 "/usr/local/share/tinyproxy/408.html" - - # - # DefaultErrorFile: The HTML file that gets sent if there is no - # HTML file defined with an ErrorFile keyword for the HTTP error - # that has occured. - # --DefaultErrorFile "/usr/share/tinyproxy/default.html" -+DefaultErro
RFC: lang/pypy ports
I have put together a basic port of PyPy 1.8 here: https://github.com/jasperla/openbsd-wip/tree/master/lang/pypy "PyPy is a fast, compliant alternative implementation of the Python language (equivalent to CPython 2.7.2)." For "pure" Python 2.7 programs, PyPy is generally a drop-in replacement; many programs benefit significantly from its tracing JIT. Unfortunately, PyPy's distribution and installation mechanism is currently rather non-standard; to make the problem tractable, the package installs into $PREFIX/pypy-${V}. This has currently had relatively light testing and I would be grateful for comments. Until it has had more testing, I can't consider it suitable for submission to CVS, so if you're interested in PyPy, please test and comment! [In the longer term, I intend adding an RPython sub-package, but that's an unnecessary complication at this stage.] Laurie -- Personal http://tratt.net/laurie/ The Converge programming language http://convergepl.org/ https://github.com/ltratt http://twitter.com/laurencetratt
Re: update parrot to 4.1.0, import nqp, update rakudo to 2012.02
On Sun, 4 Mar 2012 22:19:56 +0100, Landry Breuil wrote: > On Sun, Mar 04, 2012 at 09:26:32PM +0100, Pascal Stumpf wrote: > > Update all rakudo-related stuff to what is included in rakudo-star > > 2012.02. Diff is for parrot and rakudo, nqp 2012.02 is needed to > > bootstrap rakudo. I'm also reattaching the three p5 modules needed for > > parrot's regression tests. > > Reads good, since you're probably the only one using it i trust you on > having something that works fine. I'm just surprised to see a compiler > depending on freeglut.. isnt it also weird to have rakudo depend on nqp ? Freeglut is needed for parrot's OpenGL bindings, and nqp is, well, the language most of rakudo is now written in. > Given that parrot/rakudo build atm on alpha/hppa/ppc/sparc64/i386/amd64 > (and parrot on mips64*), what archs did you tested all that on ? So far only amd64 ... > > Landry > >
Re: [update] Thunar-1.3.0
On Mon, Mar 5, 2012 at 6:45 PM, Landry Breuil wrote: > On Mon, Mar 05, 2012 at 01:57:42PM +0100, David Coppa wrote: >> The following diff updates thunar to the latest version. >> Tested on amd64 (-current from yesterday evening). > > No, this is a development release as all odd minor versions... > 1.4.0 is the stable one, planned for release with Xfce 4.10. Didn't know this. Thanks for the explanation. ciao David
Re: [update] Thunar-1.3.0
On Mon, Mar 05, 2012 at 01:57:42PM +0100, David Coppa wrote: > The following diff updates thunar to the latest version. > Tested on amd64 (-current from yesterday evening). No, this is a development release as all odd minor versions... 1.4.0 is the stable one, planned for release with Xfce 4.10. Landry
Re: sox-14.4.0 - mandoc glitches
On Mar 05 16:46:25, Jan Stary wrote: > Attached is a port of audio/sox, bringing it to 14.4.0. > Tested on i386 and amd. Better now, courtesy of port-lib-depends-check. Jan port-sox-14.4.0.tgz Description: application/tar-gz
sox-14.4.0 - mandoc glitches
Attached is a port of audio/sox, bringing it to 14.4.0. Tested on i386 and amd. make package complains: warning: file `man1/play.1', around line 2667: table wider than line width grotty: (man1/play.1):47303: character above first line discarded warning: file `man1/rec.1', around line 2667: table wider than line width grotty: (man1/rec.1):47303: character above first line discarded warning: file `man1/sox.1', around line 2667: table wider than line width grotty: (man1/sox.1):47303: character above first line discarded warning: file `man7/soxeffect.7', around line 2667: table wider than line width grotty: (man7/soxeffect.7):47303: character above first line discarded Indeed, sox.1 includes this table that is too wide. (source:) as detailed in the following table: .ne 6 .TS center; lB lw52. \-M/\-I/\-L Phase response = minimum/intermediate/linear \-s Steep filter (band-width = 99%) \-a Allow aliasing/imaging above the pass-band \-b\ 74\-99\*d7 Any band-width % \-p\ 0\-100 T{ .na Any phase response (0 = minimum, 25 = intermediate, 50 = linear, 100 = maximum) T} .TE (rendered:) -M/-I/-L Phase response = minimum/intermediate/linear -s Steep filter (band-width = 99%) -a Allow aliasing/imaging above the pass-band -b 74-99.7 Any band-width % -p 0-100 Any phase response (0 = minimum, 25 = intermediate, 50 = linear, 100 = maximum) What do? Shall I persuade upstream to wrap the lines to make mandoc happy? Or provide a patch? (That would be a good excuse to finally learn the man(doc) syntax.) Apart from that: comments? OK? Jan port-sox-14.4.0.tgz Description: application/tar-gz
[update] PostgreSQL 9.1.3
Hi, Small diff to update PostgreSQL to it's latest version. It fixes 3 CVE and a lot of bugfixes. Changelog: http://www.postgresql.org/docs/9.1/static/release-9-1-3.html Tested on @amd64 with rthreads. Regards, -- Pierre-Emmanuel André GPG key: 0x7AE329DC Index: Makefile === RCS file: /cvs/ports/databases/postgresql/Makefile,v retrieving revision 1.160 diff -u -p -r1.160 Makefile --- Makefile24 Jan 2012 09:20:17 - 1.160 +++ Makefile5 Mar 2012 14:32:22 - @@ -5,8 +5,7 @@ COMMENT-server= PostgreSQL RDBMS (server COMMENT-docs= PostgreSQL RDBMS documentation COMMENT-contrib=PostgreSQL RDBMS contributions -VERSION= 9.1.2 -REVISION-server=0 +VERSION= 9.1.3 DISTNAME= postgresql-${VERSION} PKGNAME-main= postgresql-client-${VERSION} PKGNAME-server=postgresql-server-${VERSION} Index: distinfo === RCS file: /cvs/ports/databases/postgresql/distinfo,v retrieving revision 1.41 diff -u -p -r1.41 distinfo --- distinfo7 Dec 2011 08:32:18 - 1.41 +++ distinfo5 Mar 2012 14:32:22 - @@ -1,5 +1,5 @@ -MD5 (postgresql-9.1.2.tar.gz) = /gEpP5bgTamHmECxmWo9LA== -RMD160 (postgresql-9.1.2.tar.gz) = H69ZIX2c5Y9zAuTlwpxeF2WRZxQ= -SHA1 (postgresql-9.1.2.tar.gz) = tdldOJ6L4VUSr/mUyXU+ZPJj5gU= -SHA256 (postgresql-9.1.2.tar.gz) = vMyY/J7++9eNuZ2P3fqNHonJKwbKgTb/MY9MHV+SKxU= -SIZE (postgresql-9.1.2.tar.gz) = 20071146 +MD5 (postgresql-9.1.3.tar.gz) = kCNbReD8FwlU5e0SYDmR4A== +RMD160 (postgresql-9.1.3.tar.gz) = LMPcuZKp0fIoZgDB6cSvg3p/pSM= +SHA1 (postgresql-9.1.3.tar.gz) = Rah8+vpXXJ+xji0p/wJW/MArrKg= +SHA256 (postgresql-9.1.3.tar.gz) = gfpbDqt5T9fUJ5CGZaIIOEc3gp4K3EzPIayWZurmsng= +SIZE (postgresql-9.1.3.tar.gz) = 20391547 Index: pkg/PLIST-docs === RCS file: /cvs/ports/databases/postgresql/pkg/PLIST-docs,v retrieving revision 1.53 diff -u -p -r1.53 PLIST-docs --- pkg/PLIST-docs 7 Dec 2011 08:32:18 - 1.53 +++ pkg/PLIST-docs 5 Mar 2012 14:32:22 - @@ -725,6 +725,7 @@ share/doc/postgresql/html/release-8-3-14 share/doc/postgresql/html/release-8-3-15.html share/doc/postgresql/html/release-8-3-16.html share/doc/postgresql/html/release-8-3-17.html +share/doc/postgresql/html/release-8-3-18.html share/doc/postgresql/html/release-8-3-2.html share/doc/postgresql/html/release-8-3-3.html share/doc/postgresql/html/release-8-3-4.html @@ -736,6 +737,7 @@ share/doc/postgresql/html/release-8-3-9. share/doc/postgresql/html/release-8-3.html share/doc/postgresql/html/release-8-4-1.html share/doc/postgresql/html/release-8-4-10.html +share/doc/postgresql/html/release-8-4-11.html share/doc/postgresql/html/release-8-4-2.html share/doc/postgresql/html/release-8-4-3.html share/doc/postgresql/html/release-8-4-4.html @@ -751,9 +753,11 @@ share/doc/postgresql/html/release-9-0-3. share/doc/postgresql/html/release-9-0-4.html share/doc/postgresql/html/release-9-0-5.html share/doc/postgresql/html/release-9-0-6.html +share/doc/postgresql/html/release-9-0-7.html share/doc/postgresql/html/release-9-0.html share/doc/postgresql/html/release-9-1-1.html share/doc/postgresql/html/release-9-1-2.html +share/doc/postgresql/html/release-9-1-3.html share/doc/postgresql/html/release-9-1.html share/doc/postgresql/html/release.html share/doc/postgresql/html/resources.html
[update] Thunar-1.3.0
The following diff updates thunar to the latest version. Tested on amd64 (-current from yesterday evening). cheers, David Index: Makefile === RCS file: /cvs/ports/x11/xfce4/thunar/Makefile,v retrieving revision 1.45 diff -u -p -r1.45 Makefile --- Makefile3 Mar 2012 10:40:24 - 1.45 +++ Makefile5 Mar 2012 12:50:42 - @@ -2,13 +2,11 @@ COMMENT= Xfce4 file manager -XFCE_VERSION= 1.2.3 +XFCE_VERSION= 1.3.0 XFCE_PROJECT= Thunar # :L is here for a reason PKGNAME= ${DISTNAME:L} -REVISION= 2 - SHARED_LIBS= thunarx-2 0.0 # GPLv2 @@ -49,7 +47,7 @@ WANTLIB += ffi fontconfig freetype gdk-x WANTLIB += gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 WANTLIB += gtk-x11-2.0 m notify pango-1.0 pangocairo-1.0 pangoft2-1.0 WANTLIB += pcre pixman-1 png pthread pthread-stubs startup-notification-1 -WANTLIB += xcb xcb-aux xcb-render xcb-shm xfce4panel-1.0 xfce4ui-1 -WANTLIB += xfce4util z +WANTLIB += stdc++ xcb xcb-aux xcb-render xcb-shm xfce4panel-1.0 +WANTLIB += xfce4ui-1 xfce4util z .include Index: distinfo === RCS file: /cvs/ports/x11/xfce4/thunar/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- distinfo20 Sep 2011 23:03:09 - 1.10 +++ distinfo5 Mar 2012 12:50:42 - @@ -1,5 +1,5 @@ -MD5 (xfce4/Thunar-1.2.3.tar.bz2) = Ciw2zdPLOiq1LL9gVUFbhQ== -RMD160 (xfce4/Thunar-1.2.3.tar.bz2) = RLzk6gwzRzz2qrJOEZusC4b3Vn4= -SHA1 (xfce4/Thunar-1.2.3.tar.bz2) = oF0OFFFdcMWtlMyogYIqcH02aGM= -SHA256 (xfce4/Thunar-1.2.3.tar.bz2) = 5mqprWGpIC4VzHxf/8e5Ydqas7RCj4dMHsjkbrT/rKY= -SIZE (xfce4/Thunar-1.2.3.tar.bz2) = 4176227 +MD5 (xfce4/Thunar-1.3.0.tar.bz2) = q29yg4TA2SW0Cvri9BJo8w== +RMD160 (xfce4/Thunar-1.3.0.tar.bz2) = 57TFHgYfrpC/aaeDdPySLVbxVUY= +SHA1 (xfce4/Thunar-1.3.0.tar.bz2) = HW7ptoCKXqjN1eU2QdUBF4GUv3A= +SHA256 (xfce4/Thunar-1.3.0.tar.bz2) = tpBRSlJhbxmDYtnPWYddGjGuQwPkvFzleLEWMx9rQwo= +SIZE (xfce4/Thunar-1.3.0.tar.bz2) = 4152598 Index: pkg/PLIST === RCS file: /cvs/ports/x11/xfce4/thunar/pkg/PLIST,v retrieving revision 1.17 diff -u -p -r1.17 PLIST --- pkg/PLIST 3 Dec 2011 22:32:21 - 1.17 +++ pkg/PLIST 5 Mar 2012 12:50:43 - @@ -418,7 +418,6 @@ share/locale/ku/LC_MESSAGES/Thunar.mo share/locale/lt/LC_MESSAGES/Thunar.mo share/locale/lv/LC_MESSAGES/Thunar.mo share/locale/mk/LC_MESSAGES/Thunar.mo -share/locale/ms/LC_MESSAGES/Thunar.mo share/locale/nb/LC_MESSAGES/Thunar.mo share/locale/nl/LC_MESSAGES/Thunar.mo share/locale/nn/LC_MESSAGES/Thunar.mo @@ -431,11 +430,13 @@ share/locale/ru/LC_MESSAGES/Thunar.mo share/locale/si/LC_MESSAGES/Thunar.mo share/locale/sk/LC_MESSAGES/Thunar.mo share/locale/sq/LC_MESSAGES/Thunar.mo +share/locale/sr/LC_MESSAGES/Thunar.mo share/locale/sv/LC_MESSAGES/Thunar.mo -share/locale/te/LC_MESSAGES/Thunar.mo share/locale/tr/LC_MESSAGES/Thunar.mo share/locale/ug/LC_MESSAGES/Thunar.mo share/locale/uk/LC_MESSAGES/Thunar.mo +share/locale/ur/ +share/locale/ur/LC_MESSAGES/ share/locale/ur/LC_MESSAGES/Thunar.mo share/locale/ur_PK/ share/locale/ur_PK/LC_MESSAGES/ @@ -445,6 +446,7 @@ share/locale/zh_CN/LC_MESSAGES/Thunar.mo share/locale/zh_TW/LC_MESSAGES/Thunar.mo share/pixmaps/Thunar/ share/pixmaps/Thunar/Thunar-about-logo.png +share/xfce4/ share/xfce4/panel-plugins/ share/xfce4/panel-plugins/thunar-tpa.desktop @exec %D/bin/gtk-update-icon-cache -q %D/share/icons/hicolor 2>/dev/null || true
Re: [new] eliot, a scrabble game
On Mon, Mar 05, 2012 at 10:12:00AM +0100, Landry Breuil wrote: > hi, > > here's a port for eliot, a qt scrabble game including an IA. > See http://www.nongnu.org/eliot/en/index.html for more details, the port > installs the dictionaries under share/eliot. There's also a port for > arabica (http://www.jezuk.co.uk/cgi-bin/view/arabica), which is a > dependency for eliot. And here's a fixed version with feedback/fixes from sthen@. 'Choose dictionary' now defaults to where the dicts are installed, which is much nicer :) Landry eliot+arabica.tgz Description: application/tar-gz
Remove libao plugin's "write_size" constraint from mpd
Uff... Subject forgotten :( Sorry for my lameness! On Mon, 05 Mar 2012, David Coppa wrote: > I'd like to remove this "write_size" constraint, as suggested by > jakemsr@ some time ago: > > http://marc.info/?l=openbsd-ports&m=128630571914847 > > http://marc.info/?l=openbsd-ports&m=128630890119517 > > As jake said, 1024 bytes is only 256 samples of 16-bit stereo. > At 44.1kHz, that's only 5.8 miliseconds. If mpd takes more than > 5.8 ms between writes, for whatever reason, it will skip. > So, this represents a performance penalty on fast machines and > afaik sndiod should already cope with eventual stuffups just > fine on slower ones... > > Alexandre, what do you think about this? Is it reasonable? > > ciao > David Index: Makefile === RCS file: /cvs/ports/audio/mpd/Makefile,v retrieving revision 1.43 diff -u -p -r1.43 Makefile --- Makefile4 Mar 2012 16:57:19 - 1.43 +++ Makefile5 Mar 2012 10:10:23 - @@ -2,6 +2,7 @@ COMMENT = Music Player Daemon DISTNAME = mpd-0.16.7 +REVISION = 0 CATEGORIES = audio HOMEPAGE = http://www.musicpd.org/ MAINTAINER = David Coppa Index: patches/patch-doc_mpd_conf_5 === RCS file: patches/patch-doc_mpd_conf_5 diff -N patches/patch-doc_mpd_conf_5 --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-doc_mpd_conf_55 Mar 2012 10:10:23 - @@ -0,0 +1,20 @@ +$OpenBSD$ + +Remove "write_size" constraint. See: +http://marc.info/?l=openbsd-ports&m=128630571914847 +http://marc.info/?l=openbsd-ports&m=128630890119517 + +--- doc/mpd.conf.5.origMon Mar 5 10:33:42 2012 doc/mpd.conf.5 Mon Mar 5 10:34:09 2012 +@@ -390,11 +390,6 @@ for available options for some commonly used drivers. + using "=", and ";" is used to separate options. An example for oss: + "dsp=/dev/dsp". An example for alsa09: "dev=hw:0,0;buf_size=4096". The + default is "". +-.TP +-.B write_size +-This specifies how many bytes to write to the audio device at once. This +-parameter is to work around a bug in older versions of libao on sound cards +-with very small buffers. The default is 1024. + .SH REQUIRED FIFO OUTPUT PARAMETERS + .TP + .B path Index: patches/patch-src_output_ao_plugin_c === RCS file: patches/patch-src_output_ao_plugin_c diff -N patches/patch-src_output_ao_plugin_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_output_ao_plugin_c5 Mar 2012 10:10:23 - @@ -0,0 +1,35 @@ +$OpenBSD$ + +Remove "write_size" constraint. See: +http://marc.info/?l=openbsd-ports&m=128630571914847 +http://marc.info/?l=openbsd-ports&m=128630890119517 + +--- src/output/ao_plugin.c.origMon Mar 5 10:34:57 2012 src/output/ao_plugin.c Mon Mar 5 10:35:21 2012 +@@ -32,7 +32,6 @@ static const ao_sample_format OUR_AO_FORMAT_INITIALIZE + static unsigned ao_output_ref; + + struct ao_data { +- size_t write_size; + int driver; + ao_option *options; + ao_device *device; +@@ -89,8 +88,6 @@ ao_output_init(G_GNUC_UNUSED const struct audio_format + + ad->options = NULL; + +- ad->write_size = config_get_block_unsigned(param, "write_size", 1024); +- + if (ao_output_ref == 0) { + ao_initialize(); + } +@@ -230,9 +227,6 @@ ao_output_play(void *data, const void *chunk, size_t s + GError **error) + { + struct ao_data *ad = (struct ao_data *)data; +- +- if (size > ad->write_size) +- size = ad->write_size; + + if (ao_play_deconst(ad->device, chunk, size) == 0) { + ao_output_error(error);
[no subject]
I'd like to remove this "write_size" constraint, as suggested by jakemsr@ some time ago: http://marc.info/?l=openbsd-ports&m=128630571914847 http://marc.info/?l=openbsd-ports&m=128630890119517 As jake said, 1024 bytes is only 256 samples of 16-bit stereo. At 44.1kHz, that's only 5.8 miliseconds. If mpd takes more than 5.8 ms between writes, for whatever reason, it will skip. So, this represents a performance penalty on fast machines and afaik sndiod should already cope with eventual stuffups just fine on slower ones... Alexandre, what do you think about this? Is it reasonable? ciao David Index: Makefile === RCS file: /cvs/ports/audio/mpd/Makefile,v retrieving revision 1.43 diff -u -p -r1.43 Makefile --- Makefile4 Mar 2012 16:57:19 - 1.43 +++ Makefile5 Mar 2012 09:48:13 - @@ -2,6 +2,7 @@ COMMENT = Music Player Daemon DISTNAME = mpd-0.16.7 +REVISION = 0 CATEGORIES = audio HOMEPAGE = http://www.musicpd.org/ MAINTAINER = David Coppa Index: patches/patch-doc_mpd_conf_5 === RCS file: patches/patch-doc_mpd_conf_5 diff -N patches/patch-doc_mpd_conf_5 --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-doc_mpd_conf_55 Mar 2012 09:48:13 - @@ -0,0 +1,20 @@ +$OpenBSD$ + +Remove "write_size" constraint. See: +http://marc.info/?l=openbsd-ports&m=128630571914847 +http://marc.info/?l=openbsd-ports&m=128630890119517 + +--- doc/mpd.conf.5.origMon Mar 5 10:33:42 2012 doc/mpd.conf.5 Mon Mar 5 10:34:09 2012 +@@ -390,11 +390,6 @@ for available options for some commonly used drivers. + using "=", and ";" is used to separate options. An example for oss: + "dsp=/dev/dsp". An example for alsa09: "dev=hw:0,0;buf_size=4096". The + default is "". +-.TP +-.B write_size +-This specifies how many bytes to write to the audio device at once. This +-parameter is to work around a bug in older versions of libao on sound cards +-with very small buffers. The default is 1024. + .SH REQUIRED FIFO OUTPUT PARAMETERS + .TP + .B path Index: patches/patch-src_output_ao_plugin_c === RCS file: patches/patch-src_output_ao_plugin_c diff -N patches/patch-src_output_ao_plugin_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_output_ao_plugin_c5 Mar 2012 09:48:13 - @@ -0,0 +1,35 @@ +$OpenBSD$ + +Remove "write_size" constraint. See: +http://marc.info/?l=openbsd-ports&m=128630571914847 +http://marc.info/?l=openbsd-ports&m=128630890119517 + +--- src/output/ao_plugin.c.origMon Mar 5 10:34:57 2012 src/output/ao_plugin.c Mon Mar 5 10:35:21 2012 +@@ -32,7 +32,6 @@ static const ao_sample_format OUR_AO_FORMAT_INITIALIZE + static unsigned ao_output_ref; + + struct ao_data { +- size_t write_size; + int driver; + ao_option *options; + ao_device *device; +@@ -89,8 +88,6 @@ ao_output_init(G_GNUC_UNUSED const struct audio_format + + ad->options = NULL; + +- ad->write_size = config_get_block_unsigned(param, "write_size", 1024); +- + if (ao_output_ref == 0) { + ao_initialize(); + } +@@ -230,9 +227,6 @@ ao_output_play(void *data, const void *chunk, size_t s + GError **error) + { + struct ao_data *ad = (struct ao_data *)data; +- +- if (size > ad->write_size) +- size = ad->write_size; + + if (ao_play_deconst(ad->device, chunk, size) == 0) { + ao_output_error(error);
WIP: agar
I am looking at this GUI library, looks interesting: http://libagar.org/ Mostly working (see attached), however: ---8<--- checking whether to build static libraries... yes checking for objdir... .libs creating libtool /bin/sh: [: ../mk/libtool/ltmain.sh: unexpected operator/operand mv libtool /usr/ports/infrastructure/bin/libtool systrace: deny user: edd, prog: /bin/mv, pid: 30101(0)[14661], policy: /usr/bin/env, filters: 241, syscall: native-rename(128), filename: /usr/ports/pobj/agar-1.4.1/agar-1.4.1/core/libtool, filename: /usr/ports/infrastructure/bin/libtool mv: rename libtool to /usr/ports/infrastructure/bin/libtool: Operation not permitted *** Error code 1 ---8<--- This actually looks like two separate errors, a syntax error *somewhere* (i did try scattering echos around the build system to try to find it, but no cigar). Then there is the error which stops the build. I don't know what the intention of this mv is. I could comment this out, but it feels wrong. Something tells me there is a correct way to override usage of their libtool (and yes, I set "USE_LIBTOOL = Yes", and tried passing --with-libtool to configure). If you use gmake, the above error occurs, is ignored and the build continues, which is how I managed to generate a PLIST, but this is hardly a solution. The build system was generated by BSDBuild. TODO: WANTLIB, try some other arches. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk devel-agar-0.tgz Description: application/tar-gz
Re: UPDATE: WindowMaker-0.95.2
On Sun, 04 Mar 2012, Bryan Linton wrote: > On 2012-03-04 16:27:50, Bryan Linton wrote: > > > > Also, I noticed that the problem I had with the double spawning > > of xterms when I press ctrl+u is fixed as well. > > > > I spoke too soon. WindowMaker ran fine for about a day, then all > of a sudden ctrl+u started spawning two xterms. I can't think of > anything I did which may have caused this. It seemed like it > happened out of the blue. > > Restarting WindowMaker via its own restart option (i.e. not > quitting Xorg nor quitting WindowMaker) fixed the double spawning. I'm just guessing, but... Can you try to reproduce this problem with a fresh configuration directory? i.e.: $ mv ~/GNUstep ~/GNUstep.orig && wmaker.inst cheers, David
Re: Updates for musicpd ports (libmpdclient, mpc, mpd, ncmpc)
On Mon, Mar 05, 2012 at 10:01:21AM +0100, David Coppa wrote: > On Sat, 03 Mar 2012, Landry Breuil wrote: > > > On Fri, Mar 02, 2012 at 01:31:23PM +0100, David Coppa wrote: > > > The following diff updates: > > > > > > libmpdclient 2.6 -> 2.7 > > > > > > mpc 0.21 -> 0.22 > > > > > > mpd 0.16.5 -> 0.16.7 > > > > > > ncmpc 0.19 -> 0.20 (I've also fixed some crap into its configure) > > > > All work fine on ppc, ok for me. Minor nit : mpc version returns 'MPD > > 0.16.0', regardless of the 0.16.x version installed :) > > I don't understand the intention, but it's intended behaviour. > > PROTOCOL_VERSION vs. PACKAGE_VERSION > > config.h:#define PROTOCOL_VERSION "0.16.0" > > config.h:#define PACKAGE_VERSION "0.16.7" Right, makes sense now, but it could precise the difference in its output :) Landry
[new] eliot, a scrabble game
hi, here's a port for eliot, a qt scrabble game including an IA. See http://www.nongnu.org/eliot/en/index.html for more details, the port installs the dictionaries under share/eliot. There's also a port for arabica (http://www.jezuk.co.uk/cgi-bin/view/arabica), which is a dependency for eliot. Comments/feedback/oks welcome. Landry eliot+arabica.tgz Description: application/tar-gz
Re: UPDATE: WindowMaker-0.95.2
On Sun, 04 Mar 2012, Bryan Linton wrote: > > Comment the line with "--enable-xrandr" in the makefile and try > > again. This is a new option and can be the culprit. > > > > This seems to have fixed the problem. Ok, I've removed optional XRandr support. Thanks a lot for testing, new diff is at: http://pbot.rmdir.de/bfdb46b47f24db7e9736acc9fd1f80ab > Also, I noticed that the problem I had with the double spawning > of xterms when I press ctrl+u is fixed as well. > > I wonder if this behavior was a bug triggered by the resize loop > because I can't reproduce it now. I also can't remember if it was > double-spawning before I tried to launch Wesnoth or only after. > > Windows still "roll" up and down with an animation even though I > have animations disabled in my preferences but this is only a > minor annoyance and something that I assume will be fixed in a > future update of WindowMaker. For the other problems, please report them to upstream if you can/want to... Ciao, David