NEW: editors/tiled
Hi, Tiled is a general purpose tile map editor. It's built to be easy to use, yet flexible enough to work with varying game engines, whether your game is an RPG, platformer or Breakout clone. Tiled is free software and written in C++, using the Qt application framework. The main features in a nutshell: - General purpose tile map editor with XML-based map format - Supports orthogonal and isometric maps - Custom objects can be placed with pixel precision - Full undo/redo and copy/paste support - Add custom properties to tiles, layers, objects or the map - Automatically reloads tilesets when changed externally - Resize or offset your tile map later as needed - Efficient tile editing tools like stamp and fill brushes - Supports input/output plugins to open and save files in custom formats Tested on i386/amd64. ok? -- Anthony J. Bentley tiled.tar.gz Description: tiled.tar.gz
Re: UPDATE: ISC-DHCP 4.2.4
On Sun, Jun 10, 2012 at 01:01:18AM -0400, Brad Smith wrote:
> Here is an update to ISC-DHCP 4.2.4.
I forgot to mention server tested on i386 and client tested on
amd64 and i386.
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/net/isc-dhcp/Makefile,v
> retrieving revision 1.25
> diff -u -p -r1.25 Makefile
> --- Makefile 8 Jun 2012 14:12:57 - 1.25
> +++ Makefile 10 Jun 2012 04:12:22 -
> @@ -4,7 +4,7 @@ COMMENT-main= ISC DHCP Server
> COMMENT-client= ISC DHCP Client
> COMMENT-omapi= ISC DHCP OMAPI
>
> -VERSION= 4.2.3-P2
> +VERSION= 4.2.4
> DISTNAME=isc-dhcp-${VERSION}
> PKGNAME= isc-dhcp-${VERSION:S/-P/./}
> PKGNAME-main=isc-dhcp-server-${VERSION:S/-P/./}
> Index: distinfo
> ===
> RCS file: /home/cvs/ports/net/isc-dhcp/distinfo,v
> retrieving revision 1.15
> diff -u -p -r1.15 distinfo
> --- distinfo 14 Jan 2012 12:43:25 - 1.15
> +++ distinfo 10 Jun 2012 04:12:36 -
> @@ -1,5 +1,5 @@
> -MD5 (dhcp-4.2.3-P2.tar.gz) = FPV/1YDQFjPQ+tSAkAeoAQ==
> -RMD160 (dhcp-4.2.3-P2.tar.gz) = RFZjpEsYrNLwJJe2UscmVvmg4yg=
> -SHA1 (dhcp-4.2.3-P2.tar.gz) = bOET2OYwE0O2bU1xvlmjw0gFN40=
> -SHA256 (dhcp-4.2.3-P2.tar.gz) = XPeuLK2cTKAQN0iyR27I6nhITkCPj+WX5OCkr7BRtGk=
> -SIZE (dhcp-4.2.3-P2.tar.gz) = 9527546
> +MD5 (dhcp-4.2.4.tar.gz) = wkTO/mY9QxAK91fY/2JaHw==
> +RMD160 (dhcp-4.2.4.tar.gz) = ma+H6tOIB9QUoyYimW6YFda2qV0=
> +SHA1 (dhcp-4.2.4.tar.gz) = uod7avXyHfhIMfaYGHgUZoQy6P4=
> +SHA256 (dhcp-4.2.4.tar.gz) = qfd+smNyrak27DnYQ+D+jImLfmmANB52yM2mlHSPv5o=
> +SIZE (dhcp-4.2.4.tar.gz) = 8063457
> Index: patches/patch-common_socket_c
> ===
> RCS file: /home/cvs/ports/net/isc-dhcp/patches/patch-common_socket_c,v
> retrieving revision 1.1
> diff -u -p -r1.1 patch-common_socket_c
> --- patches/patch-common_socket_c 14 Jan 2012 12:43:25 - 1.1
> +++ patches/patch-common_socket_c 10 Jun 2012 04:13:05 -
> @@ -1,7 +1,7 @@
> $OpenBSD: patch-common_socket_c,v 1.1 2012/01/14 12:43:25 sthen Exp $
> common/socket.c.orig Mon Jun 27 12:18:20 2011
> -+++ common/socket.c Fri Dec 23 14:14:40 2011
> -@@ -717,6 +717,7 @@ ssize_t send_packet6(struct interface_info *interface,
> +--- common/socket.c.orig Fri Mar 9 06:28:11 2012
> common/socket.c Sun Jun 10 00:12:59 2012
> +@@ -718,6 +718,7 @@ ssize_t send_packet6(struct interface_info *interface,
> /*
>* Set the target address we're sending to.
>*/
> @@ -9,7 +9,7 @@ $OpenBSD: patch-common_socket_c,v 1.1 20
> m.msg_name = to;
> m.msg_namelen = sizeof(*to);
>
> -@@ -747,7 +748,6 @@ ssize_t send_packet6(struct interface_info *interface,
> +@@ -748,7 +749,6 @@ ssize_t send_packet6(struct interface_info *interface,
> pktinfo = (struct in6_pktinfo *)CMSG_DATA(cmsg);
> memset(pktinfo, 0, sizeof(*pktinfo));
> pktinfo->ipi6_ifindex = if_nametoindex(interface->name);
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Re: Update: devel/node-fibers 0.6.4 -> 0.6.7, requires www/node changes
This looks good to me ( pending the www -> lang change )
On Mon, May 21, 2012 at 11:20 PM, Jeremy Evans wrote:
> This updates node-fibers to 0.6.7, the latest version. Doing so
> requires some patches to node.
>
> www/node patches:
>
> * Move npm dependencies (including node-gyp) from being private
> dependencies of npm to being globally installed modules, by moving the
> files to ${LOCALBASE}/lib/node_modules and then symlinking them into
> npm's dependencies. If node-gyp is left as a private dependency,
> you can't set node-gyp in MODNODE_DEPENDS. For something that
> requires node-gyp as a dependency (e.g. node-fibers), you have to
> either disable systrace and have npm install node-gyp over the net,
> or use this hack. Unless we want to ship a separate node-gyp package,
> I think we should use this symlink hack, at least for node-gyp. This
> patch does it for all of npm's dependencies, since I don't really see
> the downside.
>
> * Don't try to chmod 0755 a file that already has mode 0755. This fixes
> a bug when building node-fibers, where npm would call chmod as a regular
> user on a file owned by root, and get EPERM.
>
> * Patch node-gyp to recognize openbsd. Without this, node-gyp assumes
> you are on linux, which breaks node-fibers as node-fibers uses ucontext
> on linux (and that doesn't work on OpenBSD).
>
> devel/node-fibers patches:
>
> * Upgrade to 0.6.7, which uses node-gyp. This eliminates the need for
> some local patches.
>
> * Remove the explicit dependency on node-gyp, as it makes the build
> fail for reasons I have yet to determine.
>
> * Change the path of the cached node-gyp.js binary, as it is does not
> work correctly with our use of npm link.
>
> I haven't tested this enough, it is not yet ready for commit. I'm
> sending this early to get feedback from other porters as to whether
> these changes make sense.
>
> Thanks,
> Jeremy
>
NEW: mail/ripmime
mpack/munpack isn't particularly good, so here's a port of ripMIME which can be used as a slightly better alternative to munpack. OK? ripmime.tgz Description: application/tar-gz
Fw: Enc: Documento anexado :
Anexo : Documento-Anexo.docx (147,2 KB) Segue anexado acima o documento conforme combinado ! Tenha um bom dia .
NEW: games/flare
Hi, Flare (Free Libre Action Roleplaying Engine) is a simple game engine built to handle a very specific kind of game: single-player 2D action RPGs. Flare is not a reimplementation of an existing game or engine. It is a tribute to and exploration of the action RPG genre. Rather than building a very abstract, robust game engine, the goal of this project is to build several real games and harvest an engine from the common, reusable code. The first game, in progress, is a fantasy dungeon crawl. Tested on i386/amd64. ok? -- Anthony J. Bentley flare.tar.gz Description: flare.tar.gz
Re: Emacs 24.1
On Wed, Jun 20, 2012 at 04:22:38AM +0200, Juan Francisco Cantero Hurtado wrote: > On Tue, Jun 19, 2012 at 02:45:29PM +0200, Manuel Giraud wrote: > > Hi, > > > > Here is another try, with: > > - a gtk3 flavor > > - xdg-utils run dependency (not for no_x11) > > - no more liboss > > - more correct PLIST > > > > I've spotted an issue: M-x report-emacs-bug doesn't work if the "-el" > > subpackage is not installed (don't know why maybe it's a bug to be > > reported). Do you think "-main" and "-el" subpackages could be merged > > into one big jumbo pack? > > > > Gtk3 flavor tested on amd64. All seems OK. > > I agree with the removing of the "-el" subpackage, but wait to the reply > of a developer. OK, I was wrong. Ctrl-x Ctrl-c doesn't close the emacs window (gtk3 flavor). The same behavior with File->Quit. It works with the CLI version of emacs (emacs -nw). -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: mathe/R update need help
On Wed Jun 20, 2012 at 01:55:28PM +0200, David Coppa wrote: > On Wed, Jun 20, 2012 at 1:47 PM, Rafael Sadowski > wrote: > > Hey @ports, > > > > I need some advices for my math/R[1] update. It build fine and other > > ports are working with the libs but the bin/R throws the following > > output. > > You need something like this patch: > > http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/math/R/patches/patch-src_main_Makefile_in > > Ciao, > David I thought, I patched all -pthread stuff. Thanks for the pointer. Cheers, Rafael
Re: New seeks port? (tokyo cabinet/tyrant inside)
On 2012/06/20 12:27, Jérémie Courrèges-Anglas wrote: > - Would you like the port to have support for userdb and P2P (allowing > for personalization of results). Without it, seeks is just another > meta search engine. This would require Tokyo Cabinet and Tokyo > Tyrant[2], which are not available as ports right now (any particular > reason for this?). I looked at Tokyo Cabinet but there were regression test failures. If someone wants to pick it up I've attached a tar.gz of the port. tokyocabinet.tgz Description: application/tar-gz
Re: mathe/R update need help
On Wed, Jun 20, 2012 at 1:47 PM, Rafael Sadowski wrote: > Hey @ports, > > I need some advices for my math/R[1] update. It build fine and other > ports are working with the libs but the bin/R throws the following > output. You need something like this patch: http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/math/R/patches/patch-src_main_Makefile_in Ciao, David
mathe/R update need help
Hey @ports,
I need some advices for my math/R[1] update. It build fine and other
ports are working with the libs but the bin/R throws the following
output.
# start R and called demo(image)
##
# R
R version 2.15.0 (2012-03-30)
Copyright (C) 2012 The R Foundation for Statistical Computing
ISBN 3-900051-07-0
Platform: x86_64-unknown-openbsd5.1 (64-bit)
R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.
R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.
Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.
[Previously saved workspace restored]
> demo(image)
demo(image)
~
Type to start :
> require(datasets)
> require(grDevices); require(graphics)
> x <- 10*(1:nrow(volcano)); x.at <- seq(100, 800, by=100)
> y <- 10*(1:ncol(volcano)); y.at <- seq(100, 600, by=100)
> # Using Terrain Colors
>
> image(x, y, volcano, col=terrain.colors(100),axes=FALSE)
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_attr_destroy'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_create'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_rwlock_rdlock'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_attr_init'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_rwlock_init'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_key_delete'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_condattr_setclock'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_mutexattr_destroy'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_rwlock_destroy'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_rwlock_unlock'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_detach'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_attr_setstacksize'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_rwlock_wrlock'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_sigmask'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_mutexattr_settype'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_rwlock_trywrlock'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_rwlock_tryrdlock'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_mutexattr_init'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_mutex_trylock'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libglib-2.0.so.3200.0: undefined
symbol 'pthread_join'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libcairo.so.11.1: undefined symbol
'pthread_mutexattr_destroy'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libcairo.so.11.1: undefined symbol
'pthread_mutexattr_settype'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libcairo.so.11.1: undefined symbol
'pthread_mutexattr_init'
*** caught segfault ***
address 0x34ba6, cause 'memory not mapped'
Traceback:
1: function (display = "", width, height, pointsize, gamma, bg, canvas,
fonts, family, xpos, ypos, title, type, antialias) {if (display == "" &&
.Platform$GUI == "AQUA" && is.na(Sys.getenv("DISPLAY", NA)))
Sys.setenv(DISPLAY = ":0")new <- list()if (!missing(display))
new$display <- displayif (!missing(width)) new$width <- widthif
(!missing(height)) new$height <- heightif (!missing(gamma))
new$gamma <- gammaif (!missing(pointsize)) new$pointsize <-
pointsizeif (!missing(bg)) new$bg <- bgif (!missing(canvas))
new$canvas <- canvasif (!missing(xpos)) new$xpos <- xposif
(!missing(ypos)) new$ypos <- yposif (!missing(title))
new$title <- titleif (!checkIntFormat(new$title)) stop("invalid
'title'")if (!missing(type)) {new$type <- match.arg(type, c("Xlib",
"cairo", "nbcairo", "dbcairo"))if (!capabilities("cairo")
&& type != "Xlib") warning("cairo-based types are not supported on
this build - using \"Xlib\"")
Re: WIP: graphviz update
On Tue, Jun 19, 2012 at 09:57:38PM -0400, Stuart Cassoff wrote: > "We"? Why not you? You're the one who decided to remove Tcl. Incase anyone wants to help. > Why disable the Tcl bindings anyway? Point taken. The old port has perl, guile and tcl bindings enabled (somewhat arbitrary), so I/we can start my re-enabling these. I have started work on this and will continue if I find more time: https://github.com/vext01/ports-wip/tree/master/math/graphviz -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
New seeks port? (tokyo cabinet/tyrant inside)
Hi folks. I'm a seeks[1] user, currently using it on non-OpenBSD hosts. I'm not too happy with that, and I think lots of OpenBSD users might like it too. So my questions are: - Has anyone started working on it? - Would you like it to use the opencv lib (needed for the image search plugin). The seeks project says it is optional[2], it might be a bit harder, though. - Would you like the port to have support for userdb and P2P (allowing for personalization of results). Without it, seeks is just another meta search engine. This would require Tokyo Cabinet and Tokyo Tyrant[2], which are not available as ports right now (any particular reason for this?). I'm willing to work on it, and know a few persons that expressed interest in helping. Thanks for your attention. [1] http://seeks-project.info/ [2] http://seeks-project.info/wiki/index.php/Download -- Jérémie Courrèges-Anglas GPG fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494 pgpXwBP4rxasQ.pgp Description: PGP signature
