Ofertas da Semana - Compre Galera Novo Site de Compras Coletivas por Região de Campo Grande! Hoje com Vários descontos.
Compre Galera As melhores ofertas de Centro 75 % 0FF - FESTA INFANTIL NO MELHOR BUFFET DA CIDADE DE R$ 1500,00 POR R$ 375,00 R$ 375,00 [IMAGE] [IMAGE] 50% OFF - ESPETO DE PICANHA OU FIL� MIGNON PARA 02 PESSOAS + ARROZ + FRITAS + VINAGRETE + 02 SUCOS DE LARANJA R$ 13,50 [IMAGE] [IMAGE] 90% OFF - PEELING DE DIAMANTE DE R$ 110,00 POR R$ 19,90 R$ 19,90 [IMAGE] [IMAGE] 50% OFF - SUPER X SALADA DE R$ 6,00 POR APENAS R$ 2,99 R$ 2,99 [IMAGE] [IMAGE] 70% OFF - RESTAURA��O CAPILAR ANEETHUN SEM FORMOL COM MASSAGEM CAPILAR + ESCOVA E CHAPINHA DE R$120,00 POR APENAS R$ 48,90 R$ 48,90 [IMAGE] [IMAGE] 85% OFF - 01 ALINHAMENTO DE FIOS COM REDU��O DE VOLUME SEM FORMOL DE R$250,00 por apenas R$ 39,90 R$ 39,90 [IMAGE] [IMAGE] 95% OFF - A GALERA PEDIU N�S TROUXEMOS PARA VOC�: PACOTE DE DRENAGEM+ENDERMO+MANTA T�RMICA POR R$ 49,90 R$ 49,90 [IMAGE] [IMAGE] 72% OFF - 01 P� E M�O COM HIDRATA��O E MASSAGEM DE R$ 37,00 POR APENAS R$ 10,90 R$ 10,90 [IMAGE] [IMAGE] 76% OFF - MUAI TAY OU DAN�A DO VENTRE OU MUSCULA��O COM AVALIA��O E TAXA DE MATR�CULA DE R$ 125,00 POR APENAS R$ 29,90 R$ 29,90 [IMAGE] [IMAGE] [IMAGE] Não desejo mais receber estes e-mails.
Brinde&Companhia - Os Brindes mais baratos do mercado - Newsletter 02 de 2012
Se não conseguir visualizar esta newsletter, clique aqui. A sua empresa para Brindes Publicitários - Brinde&Companhia A sua empresa para Brindes Publicitários - Brinde&Companhia MEMÓRIA USB CARACTERÍSTICAS Memória USB 4 ou 8 Gb. Apresentação em caixa individual. DIMENSÕES E TAMANHOS 1,8 (largura) x 5,2 (altura) x 0,9 cm (espessura) CORES DISPONÍVEIS Cor TABELA DE PREÇOS IMPRESSÃO 1 COR INCLUÍDA Qtd. 250 500 1000 €/un. 4 Gb 3,95 3,80 3,70 €/un. 8 Gb 4,75 4,60 4,50 Pedir Orçamento Brinde&Companhia A sua empresa para Brindes Publicitários - Brinde&Companhia ESFEROGRÁFICA CARACTERÍSTICAS Esferográ ca de plástico com clip em metal. DIMENSÕES E TAMANHOS 13,5 (altura) x 1 cm (diâmetro) CORES DISPONÍVEIS Cor TABELA DE PREÇOS IMPRESSÃO 1 COR INCLUÍDA Qtd. 250 500 1000 €/un. 0,24 0,22 0,20 Pedir Orçamento Brinde&Companhia A sua empresa para Brindes Publicitários - Brinde&Companhia ESFEROGRÁFICA CARACTERÍSTICAS Nova esferográ ca de alum�nio, especial laser cor. DIMENSÕES E TAMANHOS 14,2 (altura) x 1 cm (diâmetro) CORES DISPONÍVEIS Cor TABELA DE PREÇOS IMPRESSÃO 1 COR LASER INCLUÍDA Qtd. 250 500 1000 €/un. 0,50 0,48 0,45 Pedir Orçamento Brinde&Companhia Brinde&Companhia Criamos Laços, Seja Positivo www.brinde-companhia.pt i...@brinde-companhia.pt (+351) 252 860 330 Se recebeu por engano ou deseja deixar de receber as newsletters da Brinde&Companhia por favor clique aqui. Não responda a este email. Esta caixa de correio não é monitorizada. Obrigado.
Webkit-1.6.3 and loongson patches and help needed
Hi ports -- So in my attempt to have once again a fully working Webkit for Loongson, I have run into a snag. I have two patches at the bottom of this email that, when applied, will allow webkit-1.6.3 to build and run on loongson. So far with these patches: *The SunSpider benchmark runs and completes. *On webkit-gtk3-1.6.3, the Google search as you type feature works. *Some JavaScript works. However, a lot of JavaScript does not work and crashes webkit and the browser. I've discovered that the quickest way to get a crash is to go to gmail.com and attempt to log in. Here are two gdb backtraces from logging into gmail.com (both with the gtk2 version of webkit), the first compiled normally as per the Makefile, the second compiled with -O0: http://devio.us/~bcallah/gdb-surf.txt http://devio.us/~bcallah/gdb-webkit.txt I was hoping that someone could look through this and see what I've missed, and hopefully get webkit fully working once again. If there's something else you'd like me to include, please let me know. Everything is being compiled on a Yeeloong, running -current with a GENERIC kernel. The "ideal" solution to this issue would be to enable the JIT on Loongson, but our assembler is missing the .reloc pseudo-op, which is necessary to compile the JIT for MIPS. Thanks. ~Brian Patch 1: --- patch-Source_JavaScriptCore_wtf_dtoa_utils_h.orig Thu Oct 13 02:52:49 2011 +++ patch-Source_JavaScriptCore_wtf_dtoa_utils_hMon Feb 27 19:57:22 2012 @@ -1,12 +1,12 @@ $OpenBSD: patch-Source_JavaScriptCore_wtf_dtoa_utils_h,v 1.1 2011/10/13 06:52:49 jasper Exp $ Source/JavaScriptCore/wtf/dtoa/utils.h.origMon Oct 10 10:19:48 2011 -+++ Source/JavaScriptCore/wtf/dtoa/utils.h Mon Oct 10 10:21:27 2011 +--- Source/JavaScriptCore/wtf/dtoa/utils.h.origSat Sep 17 03:09:25 2011 Source/JavaScriptCore/wtf/dtoa/utils.h Mon Feb 27 19:55:35 2012 @@ -49,7 +49,7 @@ defined(__ARMEL__) || \ defined(_MIPS_ARCH_MIPS32R2) #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1 -#elif CPU(MIPS) || CPU(PPC) || CPU(PPC64) || OS(WINCE) || CPU(SH4) -+#elif CPU(MIPS) || CPU(PPC) || CPU(PPC64) || OS(WINCE) || CPU(SH4) || CPU(SPARC64) ++#elif CPU(MIPS) || CPU(MIPS64) || CPU(PPC) || CPU(PPC64) || OS(WINCE) || CPU(SH4) || CPU(SPARC64) #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1 #elif defined(_M_IX86) || defined(__i386__) #if defined(_WIN32) Patch 2: --- patch-Source_JavaScriptCore_wtf_Platform_h.orig Thu Oct 13 02:52:49 2011 +++ patch-Source_JavaScriptCore_wtf_Platform_h Mon Feb 27 19:57:25 2012 @@ -2,8 +2,8 @@ Allow webkit to build and run on mips64 Source/JavaScriptCore/wtf/Platform.h.orig Mon Sep 26 22:54:57 2011 -+++ Source/JavaScriptCore/wtf/Platform.h Fri Oct 7 10:03:03 2011 +--- Source/JavaScriptCore/wtf/Platform.h.orig Sat Oct 15 01:26:50 2011 Source/JavaScriptCore/wtf/Platform.h Mon Feb 27 19:55:04 2012 @@ -76,9 +76,14 @@ /* CPU(MIPS) - MIPS 32-bit */ @@ -21,6 +21,15 @@ #if defined(__MIPSEB__) #define WTF_CPU_BIG_ENDIAN 1 #endif +@@ -295,7 +300,7 @@ + + #endif /* ARM */ + +-#if CPU(ARM) || CPU(MIPS) || CPU(SH4) ++#if CPU(ARM) || CPU(MIPS) || CPU(MIPS64) || CPU(SH4) + #define WTF_CPU_NEEDS_ALIGNED_ACCESS 1 + #endif + @@ -913,7 +918,8 @@ || CPU(ALPHA) \ || CPU(SPARC64) \
Re: UPDATE: VLC 2.0.0
On Sun, Feb 26, 2012 at 12:50:49AM -0500, Brad Smith wrote: > Here is an update to VLC 2.0.0. > > Tested on amd64 and i386. >Here is an updated diff which includes a build fix for -current after >adding _POSIX_MONOTONIC_CLOCK to unistd as well as a fix for the bug >exposed by the failing test as Remi pointed out. >Index: Makefile >=== >RCS file: /home/cvs/ports/x11/vlc/Makefile,v >retrieving revision 1.140 >diff -u -p -r1.140 Makefile >--- Makefile 17 Feb 2012 22:07:16 - 1.140 >+++ Makefile 10 Mar 2012 11:27:38 - Hi Brad and ports, I tried to build this updated version (I'm running a clean ports tree from 6 March -current) and am getting an error message. I tried removing the *.orig patches, running make clean=depends, and make install again, but got same error. I suspect the line "env: bootstrap: No such file or directory" should be giving me a clue what to do, but I don't know what. Websearching for ports bootstrap information, and looking at SASQ/ports pages did not help me either.. Thanks, Brett. # make install ===> vlc-2.0.0 depends on: libxml-* -> libxml-2.7.8p5 ===> vlc-2.0.0 depends on: gtk+2-* -> gtk+2-2.24.10 ===> vlc-2.0.0 depends on: jack-* -> jack-0.121.3 ===> Verifying specs: dbus-1 m intl>=5 iconv>=6 lib/qt4/QtCore GL ICE lib/qt4/QtGui SM SDL SDL_image X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes Xi Xinerama Xpm Xrandr Xrender Xxf86vm ass atk-1.0 avcodec avformat avutil bz2 c cairo cddb drm dvbpsi dvdnav dvdread ebml enca expat ffi fontconfig freetype fribidi gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gsm gthread-2.0 gtk-x11-2.0 jpeg matroska modman mp3lame notify orc-0.4 ogg pango-1.0 pangocairo-1.0 pangoft2-1.0 pcre pixman-1 png portaudio postproc proxy pthread-stubs pthread sndio stdc++ schroedinger-1.0>=2.0 sndio speex speexdsp swscale tag tar tiff theoradec theoraenc usbhid vorbis vorbisenc vpx x264 xcb-composite xcb-keysyms xcb-randr xcb-render xcb-shape xcb-shm xcb-xfixes xcb-xv xcb xml2 z dbus-1 m intl>=5 iconv>=6 lib/qt4/QtCore jack vlccore dbus-1 m intl>=5 iconv>=6 lib/qt4/QtCore ===> found dbus-1.9.1 m.7.0 intl.6.0 iconv.6.0 lib/qt4/QtCore.9.0 GL.12.0 ICE.9.0 lib/qt4/QtGui.10.0 SM.8.0 SDL.8.0 SDL_image.3.0 X11.15.0 Xau.9.0 Xcomposite.3.0 Xcursor.4.0 Xdamage.3.1 Xdmcp.10.0 Xext.12.0 Xfixes.5.1 Xi.11.0 Xinerama.5.0 Xpm.8.0 Xrandr.6.1 Xrender.5.0 Xxf86vm.5.0 ass.0.1 atk-1.0.2801.0 avcodec.16.1 avformat.14.2 avutil.8.2 bz2.10.4 c.62.0 cairo.11.1 cddb. 0.0 drm.2.6 dvbpsi.7.0 dvdnav.6.0 dvdread.4.3 ebml.2.1 enca.0.0 expat.9.0 ffi.0.0 fontconfig.7.0 freetype.18.1 fribidi.1.0 gdk-x11-2.0.2400.0 gdk_pixbuf-2.0.2200.1 gio-2.0.2992.0 glib-2.0.2992.0 gmodule-2.0.2992.0 gobject-2.0.2992.0 gsm.1.0 gthread-2.0.2992.0 gtk-x11-2.0.2400.0 jpeg.64.0 matroska.3.0 modman.0.0 mp3lame.2.1 notify.4.0 orc-0.4.4.0 ogg.6.2 pango-1.0.2903.0 pangocairo-1.0.2903.0 pangoft2-1.0.2903.0 pcre.3.0 pixman-1.24.4 png.14.0 portaudio.1.0 postproc.14.0 proxy.1.0 pthread-stubs.1.0 pthread.14.1 sndio.4.0 stdc++.54.0 schroedinger-1.0.3.0 speex.8.0 speexdsp.1.0 swscale.3.2 tag.8.1 tar.0.0 tiff.38.3 theoradec.1.1 theoraenc.1.2 usbhid.3.0 vorbis.8.0 vorbisenc.3.1 vpx.3.0 x264.8.0 xcb-composite.0.0 xcb-keysyms.1.0 xcb-randr.1.0 xcb-render.0.0 xcb-shape.0.0 xcb-shm.0.0 xcb-xfixes.0.0 xcb-xv.0.0 xcb.2.2 xml2.13.0 z.4.1 jack.0.0 vlccore.2.0 ===> Extracting for vlc-2.0.0 ===> Patching for vlc-2.0.0 ===> Ignoring patchfile patch-configure_ac.orig ===> Ignoring patchfile patch-modules_access_Modules_am.orig ===> Ignoring empty patchfile patch-modules_access_v4l2_c ===> Ignoring patchfile patch-modules_access_v4l2_c.orig ===> Ignoring patchfile patch-modules_audio_output_Modules_am.orig ===> Ignoring patchfile patch-modules_audio_output_portaudio_c.orig ===> Ignoring patchfile patch-modules_misc_inhibit_xdg_c.orig ===> Ignoring patchfile patch-modules_misc_inhibit_xscreensaver_c.orig ===> Ignoring patchfile patch-po_POTFILES_in.orig ===> Ignoring patchfile patch-share_Makefile_am.orig ===> Ignoring empty patchfile patch-share_Makefile_in ===> Ignoring patchfile patch-share_Makefile_in.orig ===> Ignoring patchfile patch-src_posix_thread_c.orig ===> Ignoring empty patchfile patch-src_stream_output_announce_c ===> Ignoring patchfile patch-src_stream_output_announce_c.orig ===> Ignoring patchfile patch-src_text_strings_c.orig ===> Configuring for vlc-2.0.0 Using /usr/ports/pobj/vlc-2.0.0/config.site (generated) env: bootstrap: No such file or directory *** Error code 127 Stop in /usr/ports/x11/vlc (line 182 of Makefile). *** Error code 1 Stop in /usr/ports/x11/vlc (line 2417 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/vlc (line 1678 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/vlc (line 2224 of /usr/ports/infrastructure/mk/bsd.port.mk).
Re: NO_BUILD port
On Mon, Mar 12, 2012 at 04:55:52PM -0400, Brad Smith wrote: > > On 12-Mar-12, at 4:42 PM, Jan Stary wrote: > > >I am working on a port of software that is only a collection > >of sh(1) scripts. So there is no compilation; it doesn't even > >have a Makefile (the installation is just a cp(1) call). > > > >Is this special case described somewhere? Could you please > >point me to a port like this that already exists, so that > >I may learn from it? > > There are all kinds of NO_BUILD ports. You can easily find > them with find + grep. Or you can use sqlports, which contains this kind of information, and is precisely there to be more efficient than find + grep !
NEW: net/jnettop
someone was looking for this on OpenBSD. it's quite similar to iftop; jnettop is better if you want to work with pre-configured pcap filters and has slightly more detailed output, whereas iftop has better on-the-fly filtering options. .-- -- -- | Jnettop is a traffic visualiser, which captures traffic going through | the host it is running from and displays streams sorted by bandwidth | they use. | | - list connections going across this host in a nice way | - supports IPv6 | - supports customizable text output for further analysis | - supports machine-friendly mode to support further analysis | - allows pre-configured pcap filters in the config file `-- -- -- comments? OK? thanks! jnettop.tgz Description: application/tar-gz
Re: NO_BUILD port
On 12-Mar-12, at 4:42 PM, Jan Stary wrote: I am working on a port of software that is only a collection of sh(1) scripts. So there is no compilation; it doesn't even have a Makefile (the installation is just a cp(1) call). Is this special case described somewhere? Could you please point me to a port like this that already exists, so that I may learn from it? There are all kinds of NO_BUILD ports. You can easily find them with find + grep. From what you've desribed you shold set NO_BUILD and define a do-install target which installs the scripts as appropriate. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: NO_BUILD port
You can take a look on audio/mp3cddb or some ports from books/ On Mon, 12 Mar 2012 21:42:40 +0100, Jan Stary wrote: I am working on a port of software that is only a collection of sh(1) scripts. So there is no compilation; it doesn't even have a Makefile (the installation is just a cp(1) call). Is this special case described somewhere? Could you please point me to a port like this that already exists, so that I may learn from it? Thank you Jan -- Sending from my VCR
NO_BUILD port
I am working on a port of software that is only a collection of sh(1) scripts. So there is no compilation; it doesn't even have a Makefile (the installation is just a cp(1) call). Is this special case described somewhere? Could you please point me to a port like this that already exists, so that I may learn from it? Thank you Jan
UPDATE: www/py-mako
This diff updates py-mako to 0.6.2 and adds the python3 flavor.
I have just posted the run dependencies updates as well.
Eric.
Index: Makefile
===
RCS file: /cvs/ports/www/py-mako/Makefile,v
retrieving revision 1.10
diff -u -u -r1.10 Makefile
--- Makefile14 Oct 2011 05:25:03 - 1.10
+++ Makefile12 Mar 2012 20:13:31 -
@@ -2,7 +2,7 @@
COMMENT = super-fast templating language
-MODPY_EGG_VERSION = 0.5.0
+MODPY_EGG_VERSION = 0.6.2
DISTNAME = Mako-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME:L}
@@ -20,16 +20,23 @@
MODULES = lang/python
-RUN_DEPENDS = textproc/py-MarkupSafe>=0.9.2 \
- www/py-beaker>=1.1
-REGRESS_DEPENDS = devel/py-nose>=0.11 \
- devel/py-babel \
+FLAVORS = python3
+FLAVOR ?=
+
+RUN_DEPENDS = textproc/py-MarkupSafe${MODPY_FLAVOR}>=0.9.2 \
+ www/py-beaker${MODPY_FLAVOR}>=1.1
+REGRESS_DEPENDS = devel/py-nose${MODPY_FLAVOR}>=0.11 \
+ devel/py-babel${MODPY_FLAVOR} \
${RUN_DEPENDS}
MODPY_SETUPTOOLS = Yes
post-install:
- ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/py-mako
- cd ${WRKSRC}/doc && pax -rw *.html _static ${PREFIX}/share/doc/py-mako
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/${MODPY_PY_PREFIX}mako
+ cd ${WRKSRC}/doc && pax -rw *.html _static \
+ ${PREFIX}/share/doc/${MODPY_PY_PREFIX}mako
+.if ${FLAVOR:L:Mpython3}
+ mv ${PREFIX}/bin/mako-render
${PREFIX}/bin/mako-render${MODPY_BIN_SUFFIX}
+.endif
.include
Index: distinfo
===
RCS file: /cvs/ports/www/py-mako/distinfo,v
retrieving revision 1.4
diff -u -u -r1.4 distinfo
--- distinfo13 Oct 2011 21:09:52 - 1.4
+++ distinfo12 Mar 2012 20:13:31 -
@@ -1,5 +1,5 @@
-MD5 (Mako-0.5.0.tar.gz) = Uy16p/+/0oc8FGGjBDE2ag==
-RMD160 (Mako-0.5.0.tar.gz) = z2OES75ksCXD8ml1+tFzS9phVfs=
-SHA1 (Mako-0.5.0.tar.gz) = S7hbWMz5R85oQYpEajinU+kM6SM=
-SHA256 (Mako-0.5.0.tar.gz) = xR+qpA96A6Gca92b0fqUlfbdQBQSlOCC1CZ/zLVOoa0=
-SIZE (Mako-0.5.0.tar.gz) = 318696
+MD5 (Mako-0.6.2.tar.gz) = V+03IAeJi1QUIVVoGjjY0A==
+RMD160 (Mako-0.6.2.tar.gz) = 6uUo8J2Rclj80NMu9GdNug40jtI=
+SHA1 (Mako-0.6.2.tar.gz) = zZFb8b8rbG9JtDAwMAFru65p5mw=
+SHA256 (Mako-0.6.2.tar.gz) = 9H25nLexpD563ZTf+UTZ0yKYI+6pHplWwzXuk98Ss/M=
+SIZE (Mako-0.6.2.tar.gz) = 384871
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/py-mako/pkg/PLIST,v
retrieving revision 1.3
diff -u -u -r1.3 PLIST
--- pkg/PLIST 27 May 2011 16:10:00 - 1.3
+++ pkg/PLIST 12 Mar 2012 20:13:31 -
@@ -1,5 +1,5 @@
@comment $OpenBSD: PLIST,v 1.3 2011/05/27 16:10:00 fgsch Exp $
-bin/mako-render
+bin/mako-render${MODPY_BIN_SUFFIX}
lib/python${MODPY_VERSION}/site-packages/Mako-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
lib/python${MODPY_VERSION}/site-packages/Mako-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
lib/python${MODPY_VERSION}/site-packages/Mako-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
@@ -28,6 +28,8 @@
lib/python${MODPY_VERSION}/site-packages/mako/ext/autohandler.pyc
lib/python${MODPY_VERSION}/site-packages/mako/ext/babelplugin.py
lib/python${MODPY_VERSION}/site-packages/mako/ext/babelplugin.pyc
+lib/python${MODPY_VERSION}/site-packages/mako/ext/beaker_cache.py
+lib/python${MODPY_VERSION}/site-packages/mako/ext/beaker_cache.pyc
lib/python${MODPY_VERSION}/site-packages/mako/ext/preprocessors.py
lib/python${MODPY_VERSION}/site-packages/mako/ext/preprocessors.pyc
lib/python${MODPY_VERSION}/site-packages/mako/ext/pygmentplugin.py
@@ -52,29 +54,39 @@
lib/python${MODPY_VERSION}/site-packages/mako/template.pyc
lib/python${MODPY_VERSION}/site-packages/mako/util.py
lib/python${MODPY_VERSION}/site-packages/mako/util.pyc
-share/doc/py-mako/
-share/doc/py-mako/_static/
-share/doc/py-mako/_static/basic.css
-share/doc/py-mako/_static/default.css
-share/doc/py-mako/_static/docs.css
-share/doc/py-mako/_static/doctools.js
-share/doc/py-mako/_static/file.png
-share/doc/py-mako/_static/jquery.js
-share/doc/py-mako/_static/minus.png
-share/doc/py-mako/_static/plus.png
-share/doc/py-mako/_static/pygments.css
-share/doc/py-mako/_static/searchtools.js
-share/doc/py-mako/_static/sidebar.js
-share/doc/py-mako/_static/underscore.js
-share/doc/py-mako/caching.html
-share/doc/py-mako/defs.html
-share/doc/py-mako/filtering.html
-share/doc/py-mako/genindex.html
-share/doc/py-mako/index.html
-share/doc/py-mako/inheritance.html
-share/doc/py-mako/namespaces.html
-share/doc/py-mako/runtime.html
-share/doc/py-mako/search.html
-share/doc/py-mako/syntax.html
-share/doc/py-mako/unicode.html
-share/doc/py-mako/usage.html
+share/doc/${MODPY_PY_PREFIX}mako/
+share/doc/${MODPY_PY_PREFIX}mako/_static/
+share/doc/${MODPY_PY_PREFIX}mako/_static/basic.css
+share/doc/${MODPY_PY_PREFIX}mako/_static/comment-bright.png
+share/doc/
UPDATE: www/py-beaker
This diffs adds the python3 flavor.
The regress dependencies would need to be updated.
Eric.
Index: Makefile
===
RCS file: /cvs/ports/www/py-beaker/Makefile,v
retrieving revision 1.8
diff -u -u -r1.8 Makefile
--- Makefile31 Dec 2011 15:10:35 - 1.8
+++ Makefile12 Mar 2012 20:10:44 -
@@ -20,13 +20,16 @@
MODULES = lang/python
-RUN_DEPENDS = security/py-crypto
-REGRESS_DEPENDS = databases/py-sqlalchemy \
- devel/py-coverage \
- devel/py-mock \
- devel/py-nose \
- misc/py-memcached \
- www/py-webtest \
+FLAVORS = python3
+FLAVOR ?=
+
+RUN_DEPENDS = security/py-crypto${MODPY_FLAVOR}
+REGRESS_DEPENDS = databases/py-sqlalchemy${MODPY_FLAVOR} \
+ devel/py-coverage${MODPY_FLAVOR} \
+ devel/py-mock${MODPY_FLAVOR} \
+ devel/py-nose${MODPY_FLAVOR} \
+ misc/py-memcached${MODPY_FLAVOR} \
+ www/py-webtest${MODPY_FLAVOR} \
${RUN_DEPENDS}
MODPY_SETUPTOOLS = Yes
UPDATE: textproc/py-MarkupSafe
Hi, This diff adds the python3 FLAVOR. Eric. Index: Makefile === RCS file: /cvs/ports/textproc/py-MarkupSafe/Makefile,v retrieving revision 1.6 diff -u -u -r1.6 Makefile --- Makefile6 Nov 2011 14:29:00 - 1.6 +++ Makefile12 Mar 2012 19:10:47 - @@ -24,4 +24,7 @@ MODPY_SETUPTOOLS= Yes +FLAVORS= python3 +FLAVOR?= + .include
Re: UPDATE: games/openarena
On Sun, Mar 11, 2012 at 06:16:37PM +0200, Antti Harri wrote:
> On Sunday 11 March 2012 17:41:03 Kirill Bychkov wrote:
> > Hi. patches/patch-code_sys_sys_unix_c was killed 3 days ago, and you still
> > have this in your diff.
> > Anyway playing with bots on localhost is fine on amd64
>
> On Sunday 11 March 2012 16:12:47 Stuart Henderson wrote:
> > REVISION-data should be zapped, rest reads OK but untested
>
> Fixed diff attached.
>
> PS. It might be enough on macppc to package this and run openarena-server.
> Then load any map, for example: "map aggressor". That should show if it's
> using the VM or the interpreter just like openarena-client. Please send
> me a log of the output to my personal mail if anyone tests this.
works good on i386-current built yesterday. played a few matches
with bots, and played a match online without issue.
-ryan
>
> --
> Antti Harri
>
> diff --git games/openarena/Makefile games/openarena/Makefile
> index b290974..592ba81 100644
> --- games/openarena/Makefile
> +++ games/openarena/Makefile
> @@ -10,27 +10,24 @@ MULTI_PACKAGES = -main -server -data
>
> CATEGORIES = games x11
>
> -V = 0.8.5
> -E_V =0.8.1 # engine version
> +V = 0.8.8
> +E_V =${V}# engine version
>
> PKGNAME =openarena-${V}
> PKGNAME-main = openarena-${V}
> PKGNAME-server = openarena-server-${V}
> PKGNAME-data = openarena-data-${V}
>
> -REVISION-main = 0
> -REVISION-server =0
> -REVISION-data = 0
> -
> PKG_ARCH-data = *
>
> -DISTNAME = oa${V:S/.//g}
> -DISTFILES = ${DISTNAME}.zip openarena-engine-${E_V}-1.tar.bz2
> +DISTNAME = openarena-${V}
> +DISTFILES = ${DISTNAME}.zip openarena-engine-source-${E_V}.tar.bz2:0
>
> -MS_PREFIX = http://download.tuxfamily.org/openarena/rel/
> HOMEPAGE = http://www.openarena.ws/
> -MASTER_SITES = ${MS_PREFIX}/${V:S/.//g}/ \
> - ${MS_PREFIX}/${E_V:S/.//g}/source/ \
> +MS_PREFIX = http://download.tuxfamily.org/openarena/rel/
> +MASTER_SITES = ${MS_PREFIX}${V:S/.//g}/ \
> + ${MS_PREFIX}${E_V:S/.//g}/source/
> +MASTER_SITES0 =
> http://files.poulsander.com/~poul19/public_files/oa/dev088/ \
> http://openbsd.fi/distfiles/
>
> # GPLv2 but contains software with other (free) licenses as well
> @@ -40,22 +37,25 @@ PERMIT_DISTFILES_CDROM =Yes
> PERMIT_DISTFILES_FTP = Yes
>
> WANTLIB-main = GL c m pthread sndio ogg>=5 SDL>=7 vorbis>=7 \
> - vorbisfile>=5
> + vorbisfile>=5 curl
> WANTLIB-server = c m
>
> LIB_DEPENDS-main = audio/libogg \
> + audio/libvorbis \
> devel/sdl \
> - audio/libvorbis
> + net/curl
> RUN_DEPENDS-main = ${BASE_PKGPATH},-data
> RUN_DEPENDS-server = ${BASE_PKGPATH},-data
>
> -ALL_TARGET = release
> USE_GMAKE = Yes
> MAKE_FLAGS = USE_OPENAL=0 \
> - BINEXT='' \
> + FULLBINEXT='' \
> + V=1 \
> DEFAULT_BASEDIR=${LOCALBASE}/share/openarena
>
> -WRKDIST =${WRKDIR}/openarena-engine-${E_V}
> +NO_REGRESS = Yes
> +WRKDIST =${WRKDIR}/openarena-engine-source-${E_V}
> +ALL_TARGET = release
>
> post-extract:
> find ${WRKDIR} -name '*.orig' -print0 | xargs -0r rm -f
> diff --git games/openarena/distinfo games/openarena/distinfo
> index fa891e0..dfad2d2 100644
> --- games/openarena/distinfo
> +++ games/openarena/distinfo
> @@ -1,10 +1,10 @@
> -MD5 (oa085.zip) = NrxQRfKfzfOBENoPD1kpkw==
> -MD5 (openarena-engine-0.8.1-1.tar.bz2) = TuaW6sxLA1D527VYjc10og==
> -RMD160 (oa085.zip) = SH1bw959W+u4LB5/rvW4r9F9QfQ=
> -RMD160 (openarena-engine-0.8.1-1.tar.bz2) = Ej6fcGIf2FY4XGynrQWAuBRU1oc=
> -SHA1 (oa085.zip) = NOn0OMPBjXmMELKwZprU04qKTtY=
> -SHA1 (openarena-engine-0.8.1-1.tar.bz2) = beNFwL69h+FAbLBxiVN9uZpCKAg=
> -SHA256 (oa085.zip) = +NSSnwa9+LI8k098FFPzsxBuhRaS/eQHlUXmfFiOnEg=
> -SHA256 (openarena-engine-0.8.1-1.tar.bz2) =
> QwuptpHICFuUbgBPDMiQmVx/gpVJi9jIznRCk6hydNI=
> -SIZE (oa085.zip) = 356536552
> -SIZE (openarena-engine-0.8.1-1.tar.bz2) = 2951703
> +MD5 (openarena-0.8.8.zip) = nzU9lteInDdzSdaSw5BeWw==
> +MD5 (openarena-engine-source-0.8.8.tar.bz2) = ypsjm0d61njr94HhTObteg==
> +RMD160 (openarena-0.8.8.zip) = 3sfEPCcnI16Xvhqzlo2IA/3XElE=
> +RMD160 (openarena-engine-source-0.8.8.tar.bz2) = 6CPBhO/6y0Lp7NKq94nZVwIh6JY=
> +SHA1 (openarena-0.8.8.zip) = N6tBmQs3RZgizowv5ZBgdhbh9tE=
> +SHA1 (openarena-engine-source-0.8.8.tar.bz2) = ZPMzwpCxW2sOOBncEgs+yiZTNA4=
> +SHA256 (openarena-0.8.8.zip) = Wo+vf1tR81GwoWGMBra5il8aZ1jx05gY3iyH3yoLrEo=
> +SHA256 (openarena-engine-source-0.8.8.tar.bz2) =
> lapQDLfkLlf7H223uXolQ
Re: UPDATE Rdesktop-1.7.1
whoops, wrong link, pointed by Paul de Weerd, here is the resume: * Fix clipboard issue when not building with unicode support * Fix compilation against newer PCSC lite versions * Fix for per-device license mode on Windows 2008 R2 terminal server * Fix building 64bit version with static openssl linkage * Rewrite of smartcard handling for 64bit support, fixes several bugs * Improved license handling using XDG directories Sorry :) On Mon, 12 Mar 2012 14:54:49 -0300, Gonzalo L. R. wrote: Hi, An update for rdesktop, here is the release notes: http://sourceforge.net/projects/libvncserver/files/x11vnc/0.9.13/README.txt/view Ok? Comments? Cheers. -- Sending from my VCR
UPDATE Rdesktop-1.7.1
Hi, An update for rdesktop, here is the release notes: http://sourceforge.net/projects/libvncserver/files/x11vnc/0.9.13/README.txt/view Ok? Comments? Cheers. -- Sending from my VCR rdesktop-1.7.1.diff Description: Binary data
Re: cgit-0.8.3.5p1 segfault on 5.0 GENERIC#53 amd64
On Mon, Mar 12, 2012 at 12:56:36PM +, Olivier Mehani wrote:
> Hi,
>
> I'm trying to run cgit on 5.0 GENERIC#53 amd64 on a VIA Nano U2250 (Dell
> XS11-VX8). But I get segfaults right at the start.
>
> I've tried both the binary package (cgit-0.8.3.5p1 from
> ftp.fr.openbsd.org) and one built from ports (same from OPENBSD_5_0 on
> anoncvs.fr.openbsd.org).
>
> In both cases, it segfaults in trim_end() (line 114 [0]: t[len] = '\0';)
> called from main() (line 686 [1]; both according to gdb*). This bit of
> code tries to trim the path after the last '/' in argv[0], whitc never
> seems to have one even when manually called from a different directory
> (e.g. ./cgi-bin/cgit.cgi).
>
> What is odd is that in trim_end(), at the previous line also references
> t[len] (c = t[len];), but doesn't fail there. c then changes to '\0'
> (and gdb says it's "not available"), supposedly at line 113, then the
> segfault occurs. len is 8, which is the length of str ("cgit.cgi").
>
> However, there is some possibly dirty things happening as *t is a
> pointer equals to trim_end's argument const char *str. Could this be
> some protection forbidding functions to modifiy anything in the memory
> passed as const?
/etc/malloc.conf ?
> Did anybody notice anything similar? Any idea on how to fix it or
> investigate it further?
Never had any issue on amd64 since i've imported it. You may discuss it
with upstream... or try the new versions (0.9.0.2 is in current)
Landry
Re: UPDATE: arduino and avrdude
Working for me! On Fri, Dec 9, 2011 at 5:26 AM, Jasper Lievisse Adriaanse wrote: > Hi, > > Here are two updates for arduino and avrdude. There have been quite some > changes in arduino for the 1.0, so please test this update with your sketches > and report any success/failure. You'll have to rename your existing files from > .pde to .ino btw. > > OK? > > - update arduino to 1.0, please see the changelog: > http://arduino.cc/blog/2011/10/04/arduino-1-0/ > - various changes related to this port: > - adjust sketch extensions from .pde to .ino > - deal with different variants > - adjust template to get it compiling/linking again >
UPDATE Gtk-vnc-0.5.0
Hi, Here is an update for gtk-vnc with properly free xkbDesk, memory leaks and another fixes. Ok? Comments? Cheers. -- Sending from my VCR gtk-vnc-0.5.0.diff Description: Binary data
Re: UPDATE: libdvdread 4.2.0 / libdvdnav 4.2.0
On 30-Dec-11, at 4:34 PM, Brad wrote: Here is an update to libdvdread 4.2.0 and libdvdnav 4.2.0 and adjustments for various dependencies. This also allows enabling the use of external copies of libdvdread/libdvdnav for MPlayer. Tested with a handful of DVDs on amd64 with VLC/Xine-ui/MPlayer. http://comstyle.com/ports/libdvdread/ Still looking for some more testing. Updated diffs for gst-plugins-bad and mplayer after they had some commits. Updated libdvdcss for a new bug fix release. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
UPDATE xxxterm-1.11.3
Hi, Update for xxxterm with new features: * Add a TLD list in order to make whitelists work correctly with domains such as .co.uk * Add option to require confirmation of downloads * Add ability to control HTTP 'Referer' * In hinting mode make same URLs have the same link number * Add support for Strict-Transport-Security * Add a pass-through mode so that the browser receives all keystrokes * Add a "remove all" button on the cookiejar page * Add initial support for Windows and OSX (experimental!) * Tons of flyspray bugs squashed And bug fixes. Ok? Comments? Cheers. Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.27 diff -u -p -r1.27 Makefile --- Makefile17 Jan 2012 19:55:53 - 1.27 +++ Makefile12 Mar 2012 13:01:10 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.27 2012/01/17 19:55:53 edd Exp $ COMMENT = vi-like minimalists web browser -DISTNAME = xxxterm-1.10.0 +DISTNAME = xxxterm-1.11.3 EPOCH =0 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.18 diff -u -p -r1.18 distinfo --- distinfo17 Jan 2012 19:55:53 - 1.18 +++ distinfo12 Mar 2012 13:01:10 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.10.0.tgz) = RkXFUZWGottfK72eU+0nzg== -RMD160 (xxxterm-1.10.0.tgz) = XSI7kJADbOxfSJ5CmPXwQhu4JSo= -SHA1 (xxxterm-1.10.0.tgz) = KsbIZeD4BsQWPO2Q+Fukk0Hbox4= -SHA256 (xxxterm-1.10.0.tgz) = cJhwKSIwEr5cHB8sHQIa9gRVC4oQ3Gar2ZOx8xVhTSU= -SIZE (xxxterm-1.10.0.tgz) = 187630 +MD5 (xxxterm-1.11.3.tgz) = gUOZ467pXAa8qd6zxJqSqA== +RMD160 (xxxterm-1.11.3.tgz) = aVmeIQIkSY3o+U3aQ+M4kRHn2ts= +SHA1 (xxxterm-1.11.3.tgz) = ycGRzmDiNR/btH6uGQ6TPLzb0Jc= +SHA256 (xxxterm-1.11.3.tgz) = dm0sHAIgiHrRE5mBNaBJffu2Qb/p0PJL2LnOZ/vIeaE= +SIZE (xxxterm-1.11.3.tgz) = 223312 -- Sending from my VCR
cgit-0.8.3.5p1 segfault on 5.0 GENERIC#53 amd64
Hi,
I'm trying to run cgit on 5.0 GENERIC#53 amd64 on a VIA Nano U2250 (Dell
XS11-VX8). But I get segfaults right at the start.
I've tried both the binary package (cgit-0.8.3.5p1 from
ftp.fr.openbsd.org) and one built from ports (same from OPENBSD_5_0 on
anoncvs.fr.openbsd.org).
In both cases, it segfaults in trim_end() (line 114 [0]: t[len] = '\0';)
called from main() (line 686 [1]; both according to gdb*). This bit of
code tries to trim the path after the last '/' in argv[0], whitc never
seems to have one even when manually called from a different directory
(e.g. ./cgi-bin/cgit.cgi).
What is odd is that in trim_end(), at the previous line also references
t[len] (c = t[len];), but doesn't fail there. c then changes to '\0'
(and gdb says it's "not available"), supposedly at line 113, then the
segfault occurs. len is 8, which is the length of str ("cgit.cgi").
However, there is some possibly dirty things happening as *t is a
pointer equals to trim_end's argument const char *str. Could this be
some protection forbidding functions to modifiy anything in the memory
passed as const?
Did anybody notice anything similar? Any idea on how to fix it or
investigate it further?
[0]
http://hjemli.net/git/cgit/tree/shared.c?id=9e849950dc7c1f2fb6ffa62ab65bd30f35717d13#n114
[1]
http://hjemli.net/git/cgit/tree/cgit.c?id=9e849950dc7c1f2fb6ffa62ab65bd30f35717d13#n686
* Starting program: /srv/www/cgi-bin/cgit.cgi
Program received signal SIGSEGV, Segmentation fault.
[Switching to process 28106, thread 0x203488800]
trim_end (str=0x56bc08 "cgit.cgi", c=0 '\0') at shared.c:114
114 t[len] = '\0';
(gdb) bt
#0 trim_end (str=0x56bc08 "cgit.cgi", c=0 '\0') at shared.c:114
#1 0x00404f76 in main (argc=1, argv=0x7f7c5800) at cgit.c:686
--
Olivier Mehani
PGP fingerprint: 4435 CF6A 7C8D DD9B E2DE F5F9 F012 A6E2 98C6 6655
Re: NEW: japanese/gwaei
On Mon, Mar 12, 2012 at 9:29 AM, Stuart Henderson 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
Re: NEW: japanese/gwaei
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).
