Re: UPDATE math/R 2.8.1 -> 2.15.0
On Fri, Jun 29, 2012 at 03:16:03PM -0500, Amit Kulkarni wrote: > > Rafael / Amit: please test this with cantor from kde4 and report > > success/failure > > cantor still crashes with the R backend. But the other two cantor > backends are ok i.e qalculate and kalgebra. we can revisit this later. > the R diff is the best combined effort i have seen so far. i am > emailing benjamin so he can test R. My scripts (mostly plots) work with this version on i386.
What is the state of sysutils/cfengine3?
Now that I got my copy of 'Learning CFEngine3' I am interested in this port to toy with it a bit on my notebook. What is the current state of it? The last entry in the archives that I found about it was this: http://marc.info/?l=openbsd-ports&m=133581754107185&w=2 I currently have this version installed and wondered if there is anything wrong with it. What is the reason it did not get imported yet?
Re: UPDATE math/R 2.8.1 -> 2.15.0
On Mon, Jun 25, 2012 at 12:10:42AM +0200, Rafael Sadowski wrote: > On Thu Jun 21, 2012 at 07:52:02PM +0200, Rafael Sadowski wrote: > > On Thu Jun 21, 2012 at 12:09:30PM +0200, Rafael Sadowski wrote: > > > Hey @ports, > > > > > > here is my R[1] update from 2.8.1 to 2.15.0. After long time and many > > > fixes and tests R works with x11/kde4/contor[2] and it pass regress > > > test. All demo() calls works fine. > > > > > > Big step between this two versions, see: > > > http://cran.r-project.org/src/base/NEWS > > > > > > comments? OK? commit? > > > > > > Thanks David Coppa! > > > Cheers, Rafael > > > > > > [1]: https://github.com/jasperla/openbsd-wip/tree/master/math/R > > > [2]: https://github.com/jasperla/openbsd-wip/tree/master/x11/kde4/cantor > > > > > > > After tango dance with `cvs rm/mv` here is the final patch. It hope it > > works. Thanks Amit ... > > > > I need one advice. The port built good without modify `ulimit -d` but `make > > regress` crashed, if we don't set ulimit -d value upper. So, should I set > > VMEM_WARNING=Yes? > > > > No comments? I want to push it to cvs! The patches in math/R/patches don't apply for me after the update. Not sure though if it's a problem on my side. After I do `rm math/R/patches/*` the port builds and installs. I tested it a bit on my i386 machine and it works for me. It also is a recent enough version to install and use the ggplot2 package, so I would like to see this update imported.
Re: Fix math/R
On Thu, Jan 19, 2012 at 09:22:03AM -0700, David Coppa wrote: > Hi, > > This diff fixes R's problem with pthread undefined symbols, as > reported here: > > http://marc.info/?l=openbsd-ports&m=132196919327917 > > and here: > > http://marc.info/?l=openbsd-ports&m=132187529729922 > > It also fixes libpthread linkage (-lpthread -> -pthread) and > an incorrect usage of the "--export-dynamic" linker flag (it's > '-Wl,--export-dynamic', not '-Wl,-export-dynamic'. > > Tested on sparc64 and amd64. Tested on i386. Works fine, thanks!
Re: Fix math/R
On Sun, Jan 22, 2012 at 06:47:28PM +0100, David Coppa wrote: > On Thu, Jan 19, 2012 at 5:22 PM, David Coppa wrote: > > Hi, > > > > This diff fixes R's problem with pthread undefined symbols, as > > reported here: > > > > http://marc.info/?l=openbsd-ports&m=132196919327917 > > > > and here: > > > > http://marc.info/?l=openbsd-ports&m=132187529729922 > > > > It also fixes libpthread linkage (-lpthread -> -pthread) and > > an incorrect usage of the "--export-dynamic" linker flag (it's > > '-Wl,--export-dynamic', not '-Wl,-export-dynamic'. > > > > Tested on sparc64 and amd64. > > Ok? > > Ping! It seems my last message did not get through, sorry. This fixes my problems on i386. Thanks.
Re: [NEW PORT] devel/p5-App-cpanminus
On Sun, Dec 04, 2011 at 08:16:39PM +0800, wen heping wrote: > Hi, > >Here is an new port for devel/p5-App-cpanminus. > >cpanminus is a script to get, unpack, build and install modules > from CPAN and does nothing else. It's dependency free (can bootstrap > itself), requires zero configuration, and stands alone. When running, > it requires only 10MB of RAM. > >Tested and regress both OK on Loongson. Tested on i386.
Re: R crashes due to pthread issues
On Tue, Nov 22, 2011 at 12:05:42PM -0600, Amit Kulkarni wrote: > > I can not use any tested graphical features of R without it crashing > > because of some pthread issue. > > > > Is this a known problem? Any ideas, solutions or workarounds? > > Benjamin, > > If you are willing to test patches, I will be willing to update R to > latest version with feedback from previous months. I don't grok R, and > I need somebody who can give feedback that R is working as it should. > > please let me know, and I will do it soon. Absolutely. I just realized that the version in ports is to old to use ggplot2 and plyr. So I would really like to help to get a new version in. Thanks.
Re: R crashes due to pthread issues
On Tue, Nov 22, 2011 at 02:41:42PM +0100, Sebastian Reitenbach wrote: > Hi, > On Tuesday, November 22, 2011 14:32 CET, Benjamin Nadland > wrote: > > > I can not use any tested graphical features of R without it crashing > > because of some pthread issue. > > > > Is this a known problem? Any ideas, solutions or workarounds? > > > > I run a -current i386 machine and have installed a fresh snapshot and > > fresh packages before reporting. > > see the other thread with subject: glib2: libgthread-2.0 linked without > pthread support > maybe this helps when you do:: > export LD_PRELOAD=libpthread.so > before starting R. Yes, this seems to work. Thanks alot!
R crashes due to pthread issues
I can not use any tested graphical features of R without it crashing
because of some pthread issue.
Is this a known problem? Any ideas, solutions or workarounds?
I run a -current i386 machine and have installed a fresh snapshot and
fresh packages before reporting.
How to reproduce:
-
(14:05:50)[~]$ R
R version 2.8.1 (2008-12-22)
Copyright (C) 2008 The R Foundation for Statistical Computing
ISBN 3-900051-07-0
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.
> demo(graphics)
demo(graphics)
Type to start :
> require(datasets)
> require(grDevices); require(graphics)
> oask <- devAskNewPage(dev.interactive(orNone = TRUE))
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_attr_destroy'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_create'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_attr_init'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_getschedparam'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_attr_setscope'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_setschedparam'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_attr_setstacksize'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'sched_get_priority_max'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'sched_get_priority_min'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_mutex_trylock'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_attr_setschedparam'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_attr_setdetachstate'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_join'
/usr/local/lib/R/bin/exec/R:/usr/local/lib/libgthread-2.0.so.2992.0: undefined
symbol 'pthread_attr_getschedparam'
/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 0x23, cause 'memory not mapped'
Traceback:
1: function (display = "", width, height, pointsize, gamma, bg, canvas,
fonts, 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"))if (!missing(antialias)) {new$antialias <-
pmatch(antialias, c("default", "none", "gray", "subpixel"))
if (is.na(new$antialias)) stop("invalid value for 'antialias'")
}d <- check.options(new, name.opt = ".X11.Options", envir = .X11env)
type <- if (capabilities("cairo")) switch(d$type, cairo = 1, nbcairo =
2, 0)else 0if (display == "XImage") type <- 0
.Internal(X11(d$display, d$width, d$height, d$pointsize, d$gamma,
d$colortype, d$maxcubesize, d$bg, d$canvas, d$fonts, NA_integer_,
d$xpos, d$ypos, d$title, type, d$antialias))}()
2: devAskNewPage(dev.interactive(orNone = TRUE))
3: eval.with.vis(expr, envir, enclos)
4: eval.with.vis(ei, envir)
5: source(available, echo = TRUE, max.deparse.length = 250, keep.source = TRUE)
6: demo(graphics)
Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R without saving workspace
4: exi
Re: NEW: databases/p5-Mojolicious-Plugin-Database
> On Fri, May 06, 2011 at 01:04:59AM +0100, Mikolaj Kucharski wrote: > > Kind reminder. > > > > http://marc.info/?l=openbsd-ports&m=130373754101080&w=1 > > > > On Mon, Apr 25, 2011 at 02:15:42PM +0100, Mikolaj Kucharski wrote: > > > Okay? > > > > > > Information for inst:p5-Mojolicious-Plugin-Database-1.05 > > > > > > Comment: > > > handling of DBI based connections in Mojolicious > > > > > > Description: > > > Mojolicious::Plugin::Database provides handling of DBI connections so > > > problems with pre-forking (Hypnotoad, etc.) will not occur. Works for me on i386. Note: I got this while building: Warning: prerequisite Module::Build 0.38 not found. We have 0.3603. Warning: prerequisite Try::Tiny 0 not found. but it installs and is usable.
Re: NEW: devel/libhiredis
On Wed, Apr 13, 2011 at 08:44:57AM +0200, Piotr Sikora wrote: > $ pkg_info libhiredis > Information for inst:libhiredis-0.9.2 > > Comment: > minimalistic C client library for Redis > > Description: > Hiredis is a minimalistic C client library for the Redis database. Works for me on i386.
Re: NEW: py-beautifulsoup
On Sat, Mar 19, 2011 at 01:06:26PM +, Edd Barrett wrote: > Hi, > > Convenient XML parser for python. Version 3.1.0.1 is already in ports as www/py-beautifulsoup Works for me on i368.
Re: [new] www/p5-Mojolicious
On Wed, Mar 16, 2011 at 02:23:40PM +0300, Igor Zinovik wrote: > On Mar 16, Igor Zinovik wrote: > > Hello, ports@ readers. > > > > Here is a port for Mojolicious framework. Mojo is modern MVC web > > development framework that depends only on Perl itself. > > [...] > > Forgot to do `make update-plist' and attached wrong archive in previous > mail. This letter contains update tarball. Tested on i386 with some small projects I hand at hand. BTW an older version already is in ports: $ cat www/p5-Mojo/pkg/DESCR Mojo is a collection of libraries and example web frameworks for web framework developers. If you are searching for a higher level MVC web framework you should take a look at Mojolicious, also coming with this module.
Re: [UPDATE] py-CherryPy
On Sat, Sep 18, 2010 at 02:01:37PM +0200, Björn Ketelaars wrote: > On Sat, Sep 18, 2010 at 10:16 AM, Federico G. Schwindt > wrote: > > On Sat, Sep 18, 2010 at 09:39:11AM +0200, Bj?rn Ketelaars wrote: > >> Included a small diff which updates py-CherryPY to 3.1.2. This update fixes > >> the md5 deprecation warning (due to python changes in -current). > > > > You don't need: > > > > SUBST_VARS= MODPY_EGG_VERSION > > > > f.- > > > > As suggested by Frederico -> See diff: Installed and tested on i386. Works fine so far. Actually, at least for me, it not only fixes the warnings, but also unbreaks py-CherryPy after the switch to python2.6): http://www.cherrypy.org/ticket/891 http://www.cherrypy.org/changeset/2096 Thanks.
