update net/p5-Event-RPC
Hi,
I would like to update p5-Event-RPC to 1.05 so that the regression
tests pass.
ok?
bluhm
Index: net/p5-Event-RPC/Makefile
===
RCS file: /data/mirror/openbsd/cvs/ports/net/p5-Event-RPC/Makefile,v
retrieving revision 1.9
diff -u -p -u -p -r1.9 Makefile
--- net/p5-Event-RPC/Makefile 11 Mar 2013 11:35:50 - 1.9
+++ net/p5-Event-RPC/Makefile 15 May 2014 23:35:01 -
@@ -3,10 +3,8 @@
COMMENT= Event based transparent Client/Server RPC framework
MODULES= cpan
-DISTNAME= Event-RPC-1.01
-REVISION= 0
+DISTNAME= Event-RPC-1.05
CATEGORIES=net devel
-USE_GROFF =Yes
# perl
PERMIT_PACKAGE_CDROM= Yes
Index: net/p5-Event-RPC/distinfo
===
RCS file: /data/mirror/openbsd/cvs/ports/net/p5-Event-RPC/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- net/p5-Event-RPC/distinfo 10 Nov 2008 11:14:45 - 1.3
+++ net/p5-Event-RPC/distinfo 15 May 2014 23:27:50 -
@@ -1,5 +1,2 @@
-MD5 (Event-RPC-1.01.tar.gz) = ydXKOe+BXOF53SiYE0K4/g==
-RMD160 (Event-RPC-1.01.tar.gz) = FLG9qDab32h3O0ox7xffV22lN+M=
-SHA1 (Event-RPC-1.01.tar.gz) = baV16vlcFz7uBiUz51hoz8VofUY=
-SHA256 (Event-RPC-1.01.tar.gz) = Sk0IZjD8ivb9hMyAU6sEg/o3EqQtMg515RAnMZykbOQ=
-SIZE (Event-RPC-1.01.tar.gz) = 35011
+SHA256 (Event-RPC-1.05.tar.gz) = bYKGzCTcnIfUcf+KNhtHGwDnoUHW/Ud9FzA/491jQSg=
+SIZE (Event-RPC-1.05.tar.gz) = 48716
Index: net/p5-Event-RPC/pkg/PLIST
===
RCS file: /data/mirror/openbsd/cvs/ports/net/p5-Event-RPC/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- net/p5-Event-RPC/pkg/PLIST 19 May 2007 10:06:53 - 1.1.1.1
+++ net/p5-Event-RPC/pkg/PLIST 15 May 2014 23:38:28 -
@@ -9,6 +9,7 @@ ${P5SITE}/Event/RPC/LogConnection.pm
${P5SITE}/Event/RPC/Logger.pm
${P5SITE}/Event/RPC/Loop/
${P5SITE}/Event/RPC/Loop.pm
+${P5SITE}/Event/RPC/Loop/AnyEvent.pm
${P5SITE}/Event/RPC/Loop/Event.pm
${P5SITE}/Event/RPC/Loop/Glib.pm
${P5SITE}/Event/RPC/Message.pm
@@ -19,6 +20,7 @@ ${P5SITE}/Event/RPC/Server.pm
@man man/man3p/Event::RPC::LogConnection.3p
@man man/man3p/Event::RPC::Logger.3p
@man man/man3p/Event::RPC::Loop.3p
+@man man/man3p/Event::RPC::Loop::AnyEvent.3p
@man man/man3p/Event::RPC::Loop::Event.3p
@man man/man3p/Event::RPC::Loop::Glib.3p
@man man/man3p/Event::RPC::Message.3p
Re: [UPDATE]: zeromq to 4.0.4
2014-05-14 10:31 GMT+02:00 Stuart Henderson : > On 2014/05/13 23:42, Markus Bergkvist wrote: >> I'm on >> $ dmesg | head -n 2 >> OpenBSD 5.5-current (GENERIC.MP) #105: Sun May 4 18:35:59 MDT 2014 >> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP >> >> The complete port is attached. > > Weird: on macppc, running "test_immediate" from "make test" hangs, > burning cpu (though not making system calls). Running it outside > the test framework i.e. "cd tests; ./test_immediate" it returns > successfully. > Thanks for testing. I've tested it on amd64 and i386, both with libsodium-0.5.0 and both passing the tests. > I'm not sure whether this is important or not... I'm don't think I can be of any help with this.
Update lang/rubinius 2.2.3 -> 2.2.6
This updates rubinius to the latest release. Changes located
at: https://github.com/rubinius/rubinius/blob/master/Changelog
Portwise, this now depends on libexecinfo for backtrace display
when crashing. libyaml is not actually used, so remove it from
WANTLIB.
Turns out the build system for the virtual machine was not
respecting CPPFLAGS. This wasn't a problem before, but is a
problem now that the virtual machine uses libexecinfo (as it
needs to find the headers for it). Work around the issue by using
CXXFLAGS.
The Fileutils.mkdir_p patch to quiet systrace is broken in this
version, resulting in silently failing and not creating the
directories. Rather than debug it, I'm just removing the patch.
For some reason, rubinius really wants to know the location of
libc, so add an ugly hack to get the information, similar to
how rubinius gets the information for other platforms.
Don't BUILD_DEPENDS on llvm since it isn't currently used. This
updated version still doesn't build with llvm in ports.
Tested on i386 and amd64, including a bulk of the rbx FLAVOR
ports. Will be committing this weekend unless I hear objections.
I've gzipped the diff as the PLIST changes make it quite large
(334k). I'm including the Makefile changes below as they are
the only interesting changes.
Thanks,
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/lang/rubinius/Makefile,v
retrieving revision 1.29
diff -u -p -r1.29 Makefile
--- Makefile20 Apr 2014 20:00:35 - 1.29
+++ Makefile15 May 2014 22:44:06 -
@@ -10,10 +10,9 @@ BROKEN-powerpc = no atomics for this arc
COMMENT = Ruby virtual machine and core library
-V= 2.2.3
+V= 2.2.6
EXTRACT_SUFX= .tar.bz2
DISTNAME = rubinius-${V}
-REVISION = 0
MASTER_SITES = http://releases.rubini.us/
@@ -26,12 +25,13 @@ MAINTAINER =Jeremy Evans
rbx.diff.gz
Description: application/gunzip
Re: UPDATE: math/R 3.0.3 -> 3.1.0
On Thu, May 15, 2014 at 06:41:56PM +0200, Rafael Sadowski wrote: > On Sun May 04, 2014 at 01:40:22PM +0200, Rafael Sadowski wrote: > > On Fri May 02, 2014 at 11:03:29PM +0200, Rafael Sadowski wrote: > > > Hi @ports and R-users, > > > > > > attached is an maintainer-update for mathe/R. All test pass @amd64. > > > > > > - Update 3.0.3 => 3.1.0 > > > - SHARED_LIBS-syntax, okay? > > > > > > Comments? OKs? > > > > > > cheers, Rafael > > > > > > > > > @exec %D/bin/mktexlsr > /dev/null 2>&1 > > > -@unexec-delete %D/bin/mktexlsr > /dev/null 2>&1 > > > +@unexec-delete %D/bin/mktexlsr > /dev/null 2>& > > > > > ups, this is wrong. > > okay, heads up, correct and 100% working (all tests pass) R ports > update. > > comments? okays? commit it, please! Sorry for coming late to the show, but I just realised that the X11cairo plotting device is not working properly on R 3.0.3, running on amd64 -current. To be more specific, parts of the plot aren't immediately drawn when the device comes up or when resizing the plot's window. Can anyone reproduce this? Cheers Zé --
Re: py-M2Crypto vs SSL round 2 (was: Re: CVS: cvs.openbsd.org: ports)
On 15 May 2014 23:58:41 CEST, Stuart Henderson wrote: >On 2014/05/15 23:44, viq wrote: >> On Sun, May 11, 2014 at 11:14 PM, Stuart Henderson >> wrote: >> > CVSROOT:/cvs >> > Module name:ports >> > Changes by: st...@cvs.openbsd.org 2014/05/11 15:14:38 >> > >> > Modified files: >> > security/py-M2Crypto: Makefile >> > >> > Log message: >> > add a sanity check to ensure that the built M2Crypto python module >actually >> > works; this currently fails due to ssl ASN1 API changes which >nobody who has >> > looked at it has been able to work out yet - better to have a >visible failure >> > at build time than not know about it until you try to run code >using it.. >> > ok rpe@ >> > >> >> Currently this test fails, but if it is removed from the makefile >from >> a quick test salt works with the resulting package. So what's the way >> from here? >> >> -- >> viq > >Aha - Miod brought back the various ASN1_* functions that this needs, >but the test I picked as a "simple not too intensive check" actually >needs more than I thought. I'll change it to a different test, the >intention is just to catch a totally broken library rather than to >do complex tests at that stage. Awesome, thanks. -- viq
Re: py-M2Crypto vs SSL round 2 (was: Re: CVS: cvs.openbsd.org: ports)
On 2014/05/15 23:44, viq wrote: > On Sun, May 11, 2014 at 11:14 PM, Stuart Henderson > wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: st...@cvs.openbsd.org 2014/05/11 15:14:38 > > > > Modified files: > > security/py-M2Crypto: Makefile > > > > Log message: > > add a sanity check to ensure that the built M2Crypto python module actually > > works; this currently fails due to ssl ASN1 API changes which nobody who has > > looked at it has been able to work out yet - better to have a visible > > failure > > at build time than not know about it until you try to run code using it.. > > ok rpe@ > > > > Currently this test fails, but if it is removed from the makefile from > a quick test salt works with the resulting package. So what's the way > from here? > > -- > viq Aha - Miod brought back the various ASN1_* functions that this needs, but the test I picked as a "simple not too intensive check" actually needs more than I thought. I'll change it to a different test, the intention is just to catch a totally broken library rather than to do complex tests at that stage.
py-M2Crypto vs SSL round 2 (was: Re: CVS: cvs.openbsd.org: ports)
On Sun, May 11, 2014 at 11:14 PM, Stuart Henderson wrote: > CVSROOT:/cvs > Module name:ports > Changes by: st...@cvs.openbsd.org 2014/05/11 15:14:38 > > Modified files: > security/py-M2Crypto: Makefile > > Log message: > add a sanity check to ensure that the built M2Crypto python module actually > works; this currently fails due to ssl ASN1 API changes which nobody who has > looked at it has been able to work out yet - better to have a visible failure > at build time than not know about it until you try to run code using it.. > ok rpe@ > Currently this test fails, but if it is removed from the makefile from a quick test salt works with the resulting package. So what's the way from here? -- viq
Re: Spelling Checking in Firefox and Thunderbird
On Thu, May 15, 2014 at 08:19:08PM +0100, Fred wrote: > Hi Ports, > > This might be old information but I have just noticed that spell checking is > working again in Firefox 29.0 and Thunderbird 24.5.0 Yes, i finally found time to dig into it, and it got commited with 29.0. Not everything is properly fixed (the root issue is not, see http://bugzilla.mozilla.org/991278), but at least this way it works. > port:fred ~> pkg_info|grep thunder > thunderbird-24.5.0 Mozilla e-mail, rss and usenet client > thunderbird-i18n-en-GB-24.5.0 en-GB language pack for Thunderbird > port:fred ~> pkg_info|grep firefox > firefox-29.0Mozilla web browser Well, the interesting part is having mozilla-dicts-$YOURLANG installed for proper spellcheck in your language :) not the i18n ui strings.. Landry
Spelling Checking in Firefox and Thunderbird
Hi Ports, This might be old information but I have just noticed that spell checking is working again in Firefox 29.0 and Thunderbird 24.5.0 port:fred ~> pkg_info|grep thunder thunderbird-24.5.0 Mozilla e-mail, rss and usenet client thunderbird-i18n-en-GB-24.5.0 en-GB language pack for Thunderbird port:fred ~> pkg_info|grep firefox firefox-29.0Mozilla web browser port:fred ~> dmesg|head -2 OpenBSD 5.5-current (GENERIC.MP) #126: Mon May 12 22:40:04 MDT 2014 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Thanks Fred
Update lang/jruby 1.7.9 -> 1.7.12
Now that Java works again on i386 (thanks kurt@), here's an update to
JRuby.
Full release notes at http://jruby.org/news, here are the highlights:
* 115 issues fixed
* Accidental SNAPSHOT dependency fixed
* A couple of Marshalling bugs involving encoding fixed.
* Miscellaneous encoding fixes
* Several fiber edge cases fixed
* Fiber thread pool reinstated
* More Ruby-friendly Java backtraces
* Mostly small 1.9.3 compatibility fixes
* Fixed a small leak if throwing lots of X509Errors
* Improved loading speed of Ruby files from jar files.
Portswise, the only change is a bugfix for trailing whitespace in the
Makefile, which caused the RDOC_V variable to not be substituted in
the PLIST.
Tested on i386 and amd64. Will be committing this weekend unless
I hear objections.
Thanks,
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/lang/jruby/Makefile,v
retrieving revision 1.41
diff -u -p -r1.41 Makefile
--- Makefile19 Dec 2013 21:39:50 - 1.41
+++ Makefile15 May 2014 18:56:16 -
@@ -4,7 +4,7 @@ SHARED_ONLY = Yes
COMMENT = pure-Java implementation of the Ruby language
-V =1.7.9
+V =1.7.12
DISTNAME = jruby-bin-${V}
PKGNAME = jruby-${V}
CATEGORIES = lang lang/ruby
@@ -50,7 +50,7 @@ JFFI_HOME = ${WRKDIST}/jffi
JFFI_ARCH =${MACHINE_ARCH:S/amd64/x86_64/}-OpenBSD
FFI_ARCH = ${JFFI_ARCH:L}
RAKE_V = 10.1.0
-RDOC_V = 4.0.1
+RDOC_V = 4.0.1
JRUBY_LAUNCHER_GEM = jruby-launcher-1.0.19-java.gem
SUBST_VARS = JRUBY_HOME JFFI_ARCH FFI_ARCH RAKE_V RDOC_V
Index: distinfo
===
RCS file: /cvs/ports/lang/jruby/distinfo,v
retrieving revision 1.23
diff -u -p -r1.23 distinfo
--- distinfo19 Dec 2013 21:39:50 - 1.23
+++ distinfo15 May 2014 18:26:36 -
@@ -1,8 +1,8 @@
SHA256 (jnr-jffi-1.2.2-0-g4c196bb.tar.gz) =
xK/m48Z/YA+fg4yFJqcRxceFnT0F98y255Ju9eSE7b0=
SHA256 (jnr-posix.20130822.tar.gz) =
kXV0idWCYw/iRsDSwJdvAL3IjU9L/gEvuD9b9Rt2UYk=
-SHA256 (jruby-bin-1.7.9.tar.gz) = x6zQnJMpQfBOIx1D9HYG6ytqLWiYrj3JfdQy3PFQGCQ=
+SHA256 (jruby-bin-1.7.12.tar.gz) = LBWFjbwG1jRqMHBPttzHefLmcFNWbJwhlz+W4wnqxgk=
SHA256 (jruby-launcher-1.0.19-java.gem) =
Hgd9U6dYh1HV85FrIy5WUoy0nehO8sQD74QRhhJuqWI=
SIZE (jnr-jffi-1.2.2-0-g4c196bb.tar.gz) = 1759433
SIZE (jnr-posix.20130822.tar.gz) = 141316
-SIZE (jruby-bin-1.7.9.tar.gz) = 19791385
+SIZE (jruby-bin-1.7.12.tar.gz) = 21981488
SIZE (jruby-launcher-1.0.19-java.gem) = 55296
Index: pkg/PLIST
===
RCS file: /cvs/ports/lang/jruby/pkg/PLIST,v
retrieving revision 1.21
diff -u -p -r1.21 PLIST
--- pkg/PLIST 19 Dec 2013 21:39:50 - 1.21
+++ pkg/PLIST 15 May 2014 18:56:35 -
@@ -750,33 +750,6 @@ jruby/lib/ruby/1.9/irb/version.rb
jruby/lib/ruby/1.9/irb/workspace.rb
jruby/lib/ruby/1.9/irb/ws-for-case-2.rb
jruby/lib/ruby/1.9/irb/xmp.rb
-jruby/lib/ruby/1.9/json/
-jruby/lib/ruby/1.9/json.rb
-jruby/lib/ruby/1.9/json/add/
-jruby/lib/ruby/1.9/json/add/bigdecimal.rb
-jruby/lib/ruby/1.9/json/add/complex.rb
-jruby/lib/ruby/1.9/json/add/core.rb
-jruby/lib/ruby/1.9/json/add/date.rb
-jruby/lib/ruby/1.9/json/add/date_time.rb
-jruby/lib/ruby/1.9/json/add/exception.rb
-jruby/lib/ruby/1.9/json/add/ostruct.rb
-jruby/lib/ruby/1.9/json/add/range.rb
-jruby/lib/ruby/1.9/json/add/rational.rb
-jruby/lib/ruby/1.9/json/add/regexp.rb
-jruby/lib/ruby/1.9/json/add/struct.rb
-jruby/lib/ruby/1.9/json/add/symbol.rb
-jruby/lib/ruby/1.9/json/add/time.rb
-jruby/lib/ruby/1.9/json/common.rb
-jruby/lib/ruby/1.9/json/ext/
-jruby/lib/ruby/1.9/json/ext.rb
-jruby/lib/ruby/1.9/json/ext/generator.jar
-jruby/lib/ruby/1.9/json/ext/parser.jar
-jruby/lib/ruby/1.9/json/generic_object.rb
-jruby/lib/ruby/1.9/json/pure/
-jruby/lib/ruby/1.9/json/pure.rb
-jruby/lib/ruby/1.9/json/pure/generator.rb
-jruby/lib/ruby/1.9/json/pure/parser.rb
-jruby/lib/ruby/1.9/json/version.rb
jruby/lib/ruby/1.9/kconv.rb
jruby/lib/ruby/1.9/logger.rb
jruby/lib/ruby/1.9/mathn.rb
@@ -1840,10 +1813,20 @@ jruby/lib/ruby/gems/1.8/gems/
jruby/lib/ruby/gems/1.8/gems/rake-${RAKE_V}/
jruby/lib/ruby/gems/1.8/gems/rake-${RAKE_V}/bin/
jruby/lib/ruby/gems/1.8/gems/rake-${RAKE_V}/bin/rake
-jruby/lib/ruby/gems/1.8/gems/rdoc-4.0.1/
-jruby/lib/ruby/gems/1.8/gems/rdoc-4.0.1/bin/
-jruby/lib/ruby/gems/1.8/gems/rdoc-4.0.1/bin/rdoc
-jruby/lib/ruby/gems/1.8/gems/rdoc-4.0.1/bin/ri
+jruby/lib/ruby/gems/1.8/gems/rdoc-${RDOC_V}/
+jruby/lib/ruby/gems/1.8/gems/rdoc-${RDOC_V}/bin/
+jruby/lib/ruby/gems/1.8/gems/rdoc-${RDOC_V}/bin/rdoc
+jruby/lib/ruby/gems/1.8/gems/rdoc-${RDOC_V}/bin/ri
+jruby/lib/ruby/gems/1.8/specifications/
+jruby/lib/ruby/gems/1.8/specifications/default/
+jruby/lib/ruby/gems/1.8/specifications/default/bouncy-castle-java-1.5.0147.gemspec
+jruby/lib/ruby/gems/1.8/specifications/default/jruby-openssl-0.9.3.gemspec
+jruby/lib/ruby/gems/1.8/specifications/default/json-1.8.
Re: NEW: textproc/igor
On 2014-05-15, Ingo Schwarze wrote:
>
> i've just met Warren Block at the FreeBSD DocSprint during BSDCan
> and he has shown me his igor utility. This may be useful to
> complement mandoc -Tlint and mdoclint to check manuals for
> markup errors, and especially for typos and stilistic issues.
A couple of minor things,
- "Original from" usually just goes in commit log
- /usr/local/etc in manpage/script should be replaced with ${SYSCONFDIR}
- It's probably worth having an @extra ${SYSCONFDIR}/igor/spelling in PLIST
Re: [NEW] beets
>> I really ask myself why I didn't discover this piece of software >> earlier - never heard of it before. It would have saved me so much >> work a year ago. Very excited to see it in ports/packages. >> Thanks a lot for bringing it in > > Yeah. Thanks a lot, Nils! > > Erling > Thanks :) It's a nice program indeed. Finally a tagger with a sane config syntax, low overhead and which allows to get tags from musicbrainz *and* discogs. Btw, i use to browse the ports tree on ports.su from time to time to look for nice programs i would otherwise never notice, e.g. xbanish, youtube-dl, lumail, and many more. Nils
Re: NEW: textproc/igor
On Thu, May 15, 2014 at 03:40:37AM +0200, Ingo Schwarze wrote: > Hi, > > i've just met Warren Block at the FreeBSD DocSprint during BSDCan > and he has shown me his igor utility. This may be useful to > complement mandoc -Tlint and mdoclint to check manuals for > markup errors, and especially for typos and stilistic issues. > > OK? > Ingo This is useful. I tried this on several files, and it caught some real mistakes I had made in xhtml and mdoc. Eric
Re: UPDATE: math/R 3.0.3 -> 3.1.0
On Sun May 04, 2014 at 01:40:22PM +0200, Rafael Sadowski wrote:
> On Fri May 02, 2014 at 11:03:29PM +0200, Rafael Sadowski wrote:
> > Hi @ports and R-users,
> >
> > attached is an maintainer-update for mathe/R. All test pass @amd64.
> >
> > - Update 3.0.3 => 3.1.0
> > - SHARED_LIBS-syntax, okay?
> >
> > Comments? OKs?
> >
> > cheers, Rafael
> >
> >
> > @exec %D/bin/mktexlsr > /dev/null 2>&1
> > -@unexec-delete %D/bin/mktexlsr > /dev/null 2>&1
> > +@unexec-delete %D/bin/mktexlsr > /dev/null 2>&
> >
> ups, this is wrong.
okay, heads up, correct and 100% working (all tests pass) R ports
update.
comments? okays? commit it, please!
cheers Rafael
Index: Makefile
===
RCS file: /cvs/ports/math/R/Makefile,v
retrieving revision 1.61
diff -u -p -u -r1.61 Makefile
--- Makefile24 Mar 2014 09:08:46 - 1.61
+++ Makefile15 May 2014 16:35:00 -
@@ -3,11 +3,11 @@
SHARED_ONLY= Yes
COMMENT= powerful math/statistics/graphics language
-DISTNAME= R-3.0.3
+DISTNAME= R-3.1.0
-SHARED_LIBS= R 2.0 \
- Rlapack 31.1 \
- Rblas 31.0
+SHARED_LIBS= R 2.1 # 2.0
+SHARED_LIBS+= Rlapack 31.2# 31.1
+SHARED_LIBS+= Rblas 31.1# 31.0
CATEGORIES=math
HOMEPAGE= http://www.r-project.org/
@@ -41,7 +41,10 @@ MASTER_SITES=http://cran.r-project.org/
http://cran.stat.ucla.edu/src/base/R-3/ \
http://probability.ca/cran/src/base/R-3/
-MODULES= fortran devel/gettext x11/tk
+MODULES= fortran \
+ devel/gettext \
+ x11/tk
+
MODFORTRAN_COMPILER= gfortran
BUILD_DEPENDS= ${MODFORTRAN_BUILD_DEPENDS} \
Index: distinfo
===
RCS file: /cvs/ports/math/R/distinfo,v
retrieving revision 1.19
diff -u -p -u -r1.19 distinfo
--- distinfo12 Mar 2014 11:04:41 - 1.19
+++ distinfo15 May 2014 16:35:00 -
@@ -1,2 +1,2 @@
-SHA256 (R-3.0.3.tar.gz) = uXz9lUDylKt4boRhU/PdhgVhDX4nYWv7QpZ5W8T95tY=
-SIZE (R-3.0.3.tar.gz) = 28075821
+SHA256 (R-3.1.0.tar.gz) = imgDkPhMWMAdze/Wguqg6QOJ8J5tLy4JDHGvQAZfX+I=
+SIZE (R-3.1.0.tar.gz) = 28469975
Index: patches/patch-Makeconf_in
===
RCS file: patches/patch-Makeconf_in
diff -N patches/patch-Makeconf_in
--- patches/patch-Makeconf_in 12 Mar 2014 11:04:41 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,11 +0,0 @@
-$OpenBSD: patch-Makeconf_in,v 1.2 2014/03/12 11:04:41 dcoppa Exp $
Makeconf.in.orig Wed Mar 6 00:02:46 2013
-+++ Makeconf.inMon May 27 14:00:25 2013
-@@ -19,7 +19,6 @@ CPICFLAGS = @CPICFLAGS@
- CPPFLAGS = @CPPFLAGS@
- DEFS = @DEFS@ @R_DEFS@
- DISTDIR_TAR_EXCLUDE = --exclude=.svn --exclude=Makefile --exclude="*.o"
--exclude="*$(SHLIB_EXT)" --exclude="*~"
--DYLIB_EXT = @DYLIB_EXT@
- DYLIB_LD = @DYLIB_LD@
- DYLIB_LDFLAGS = @DYLIB_LDFLAGS@@BUILD_LTO_TRUE@ $(DYLIBS_LTO)
- DYLIB_LINK = $(DYLIB_LD) $(DYLIB_LDFLAGS) $(LDFLAGS)
Index: patches/patch-Makefile_in
===
RCS file: /cvs/ports/math/R/patches/patch-Makefile_in,v
retrieving revision 1.3
diff -u -p -u -r1.3 patch-Makefile_in
--- patches/patch-Makefile_in 12 Mar 2014 11:04:41 - 1.3
+++ patches/patch-Makefile_in 15 May 2014 16:35:00 -
@@ -1,75 +1,20 @@
-$OpenBSD: patch-Makefile_in,v 1.3 2014/03/12 11:04:41 dcoppa Exp $
+$OpenBSD$
Do not build PDF versions of the R manuals
Makefile.in.orig Tue Sep 10 00:05:05 2013
-+++ Makefile.inTue Feb 4 09:15:53 2014
-@@ -95,7 +95,7 @@ install install-strip: installdirs svnonly
- @for f in $(INSTFILES); do \
- $(INSTALL_DATA) $(srcdir)/$${f} "$(DESTDIR)$(rhome)"; \
- done
-- @for f in NEWS NEWS.pdf $(NON_SVN_INSTFILES); do \
-+ @for f in NEWS $(NON_SVN_INSTFILES); do \
- $(INSTALL_DATA) $${f} "$(DESTDIR)$(rhome)"; \
- done
- @WANT_R_FRAMEWORK_TRUE@ $(MAKE) -f $(srcdir)/Makefile.fw
top_srcdir=$(top_srcdir) $@
-@@ -121,7 +121,7 @@ svnonly:
- fi \
- fi
-
--libR_la = lib/libR$(DYLIB_EXT)
-+libR_la = lib/libR.so.$(LIBR_VERSION)
- install-libR:
- @if test -f $(libR_la); then $(MAKE) install-libR-exists; fi
- install-libR-exists:
-@@ -133,13 +133,13 @@ installdirs:
- uninstall:
- @(for d in $(SUBDIRS); do rsd="$${d} $${rsd}"; done; \
- for d in $${rsd}; do (cd $${d} && $(MAKE) $@); done)
-- @for f in NEWS NEWS.pdf $(INSTFILES) $(NON_SVN_INSTFILES); do \
-+ @for f in NEWS $(INSTFILES) $(NON_SVN_INSTFILES); do \
- rm -f "$(DESTDIR)$(rhome)/$${f}"; \
- done
- @rm -rf "$(DESTDIR)$(Rexecbindir)" "$(DESTDIR)$(rhome)/lib"
- @rmdir "$(DESTDIR)$(rhome)" 2>/dev/null \
- || $(ECHO) " dir $(DESTDIR)$(rhome) not removed"
-- @rm -f "$(DESTDIR)${libdir}/libR$(DYLIB_EXT)"
-+ @rm -
Re: subtitleeditor core dumps because of gstreamermm
On Wed, May 14, 2014 at 03:32:44PM +0200, Antoine Jacoutot wrote: > On Tue, May 13, 2014 at 12:02:15PM -0400, Jiri B wrote: > > Hi, > > > > I wanted to use subtitleeditor and it core dumps when ones > > tries to generate 'Generate Keyframes from video' (Keyframes in menu). > > > > Any idea? Without keyframes this app is mostly a dump editor :/ > > Fixed, thanks for the report. Thanks, 'Generate Keyframes from video' doesn't make it core dump anymore. But 'Generate Keyframes from video (using frame)' does cause core dump from time to time. I'll send more info later. j.
Re: [UPDATE] databases/p5-DBIx-Class to 0.08270
This time (after unpacking my laptop, ready to head to BSDCan), with an
attachment.
On Thu, May 15, 2014 at 07:15:41AM -0700, Andrew Fresh wrote:
> Bring DBIx::Class up-to-date, significant speed improvements all
> around., makes this a highly recommended update.
>
> Plus the usual bug and documentation fixes.
>
> https://metacpan.org/changes/distribution/DBIx-Class
>
> Take maintainership.
>
> I haven't finished looking completely through the test results for
> dependencies, but no apparent changes from the previous version.
>
> OK?
>
--
andrew - http://afresh1.com
Computer analyst to programmer:
"You start coding. I'll go find out what they want."
Index: databases/p5-DBIx-Class/Makefile
===
RCS file: /cvs/ports/databases/p5-DBIx-Class/Makefile,v
retrieving revision 1.18
diff -u -p -u -r1.18 Makefile
--- databases/p5-DBIx-Class/Makefile11 Mar 2013 02:52:06 - 1.18
+++ databases/p5-DBIx-Class/Makefile2 May 2014 16:15:05 -
@@ -1,59 +1,73 @@
# $OpenBSD: Makefile,v 1.18 2013/03/11 02:52:06 espie Exp $
-COMMENT= object-oriented database access
+COMMENT = object-oriented database access
-MODULES= cpan
-DISTNAME= DBIx-Class-0.08196
-REVISION= 0
-CATEGORIES=databases devel
+MODULES = cpan
+DISTNAME = DBIx-Class-0.08270
+CATEGORIES = databases devel
-# Artistic
-PERMIT_PACKAGE_CDROM= Yes
+MAINTAINER = Andrew Fresh
-CONFIGURE_ARGS=--skipdeps
+# perl_5
+PERMIT_PACKAGE_CDROM = Yes
-BUILD_DEPENDS= ${RUN_DEPENDS}
+CONFIGURE_ARGS += --skipdeps
-RUN_DEPENDS= devel/p5-Carp-Clan \
- devel/p5-Class-Accessor-Grouped \
- devel/p5-Class-C3-Componentised>=1.0009 \
- devel/p5-Class-C3>=0.13 \
- devel/p5-Class-Data-Accessor \
- devel/p5-Class-Inspector \
- devel/p5-Config-Any \
- devel/p5-Context-Preserve \
- devel/p5-Data-Compare \
- devel/p5-Data-Dumper-Concise \
+RUN_DEPENDS = databases/p5-DBI>=1.57 \
databases/p5-Data-Page>=2.00 \
- databases/p5-DBI \
- converters/p5-JSON \
- devel/p5-Hash-Merge \
- devel/p5-Module-Find \
- devel/p5-namespace-clean \
- devel/p5-Path-Class \
- devel/p5-Scope-Guard \
- databases/p5-SQL-Abstract \
- databases/p5-SQL-Abstract-Limit \
- devel/p5-Sub-Name \
- devel/p5-Try-Tiny \
- devel/p5-Variable-Magic
-
-TEST_DEPENDS=databases/p5-DBD-SQLite \
- devel/p5-PadWalker \
- devel/p5-Test-Memory-Cycle \
- devel/p5-Test-Warn \
- textproc/p5-Text-CSV_XS \
+ databases/p5-SQL-Abstract>=1.77 \
+ devel/p5-Class-Accessor-Grouped>=0.10010 \
+ devel/p5-Class-C3-Componentised>=1.0009 \
+ devel/p5-Class-Inspector>=1.24 \
+ devel/p5-Config-Any>=0.20 \
+ devel/p5-Context-Preserve>=0.01 \
+ devel/p5-Data-Compare>=1.22 \
+ devel/p5-Data-Dumper-Concise>=2.020 \
+ devel/p5-Devel-GlobalDestruction>=0.09 \
+ devel/p5-Hash-Merge>=0.12 \
+ devel/p5-MRO-Compat>=0.12 \
+ devel/p5-Module-Find>=0.07 \
+ devel/p5-Moo>=1.002 \
+ devel/p5-Path-Class>=0.18 \
+ devel/p5-Scope-Guard>=0.03 \
+ devel/p5-Sub-Name>=0.04 \
+ devel/p5-Try-Tiny>=0.07 \
+ devel/p5-namespace-clean>=0.24
+
+TEST_DEPENDS = databases/p5-DBD-SQLite>=1.29 \
+ devel/p5-Package-Stash>=0.28 \
+ devel/p5-Test-Deep>=0.101 \
+ devel/p5-Test-Exception>=0.31 \
+ devel/p5-Test-Warn>=0.21
+
+# Optional depends to avoid skipping tests
+TEST_DEPENDS +=databases/p5-Class-DBI \
+ databases/p5-SQL-Translator>=0.11016 \
+ converters/p5-JSON-Any>=1.23 \
+ devel/p5-DateTime>=0.55 \
devel/p5-DateTime-Format-MySQL \
- databases/p5-SQL-Translator
+ devel/p5-DateTime-Format-Pg \
+ devel/p5-DateTime-Format-Strptime>=1.2 \
+ devel/p5-DateTime-Format-SQLite \
+ devel/p5-Moose>=0.98 \
+ devel/p5-MooseX-Types>=0.21 \
+ devel/p5-MooseX-Types-LoadableClass>=0.011 \
+ devel/p5-MooseX-Types-Path-Class>=0.05 \
+ devel/p5-namespace-autoclean>=0.09 \
+ devel/p5-Time-Piece-MySQL
+
+# If somone ports these, we will get more tests
+# p5-MooseX-Types-JSON>=0.02
+# p5-Class-DBI-Plugin-DeepAbstractSearch
-MAKE_ENV= DATA_DUMPER_TEST=Yes \
+MAKE_ENV = DATA_DUMPER_TEST=Yes \
DBICTEST_FORK_STRESS=Yes \
RELEASE_TESTING=Yes \
amd64 bulk build failures 2014-05-13
Build failures from the amd64 bulk build started on 2014-05-13: devel/arm-elf/gcc gmake[4]: *** [addsf3.o] Segmentation fault (core dumped) security/py-M2Crypto FAIL: test_load_save (tests.test_rand.RandTestCase) x11/kde4/l10n/pt file INSTALL cannot find "/usr/obj/kde-l10n-pt-4.11.5/build-amd64/docs/kdeutils/ark/ark.1". The devel/arm-elf/gcc error happened in the previous build as well. malloc fallout? -- Christian "naddy" Weisgerber na...@mips.inka.de
[UPDATE] databases/p5-DBIx-Class to 0.08270
Bring DBIx::Class up-to-date, significant speed improvements all around., makes this a highly recommended update. Plus the usual bug and documentation fixes. https://metacpan.org/changes/distribution/DBIx-Class Take maintainership. I haven't finished looking completely through the test results for dependencies, but no apparent changes from the previous version. OK?
Re: [NEW] beets
On Thu, May 15, 2014 at 09:34:28AM +0200, lvdd wrote: > > On 13 May 2014 at 17:07 Nils R wrote: > > > > Hi Brian, > > > > i have to get more comfortable with all that ports stuff before i > > become a maintainer. So it looks like there are tests, but for now > > i disabled them. When i have more time i will have a look at this > > and maybe enable it later. > > > > Added NO_TEST = Yes to the Makefile. > > > > Nils > > Hi, > > I built this yesterday on amd64. Seems to be running fine, although I > haven't used it too much yet. Same for i386. > I really ask myself why I didn't discover this piece of software > earlier - never heard of it before. It would have saved me so much > work a year ago. Very excited to see it in ports/packages. > Thanks a lot for bringing it in Yeah. Thanks a lot, Nils! Erling
Re: cmake segfault
15.05.2014 17:11 пользователь "Stuart Henderson" написал: > > On 2014/05/15 16:55, Vadim Zhukov wrote: > > 15.05.2014 16:45 пользователь "David Coppa" написал: > > > > > > On Thu, May 15, 2014 at 2:30 PM, Vadim Zhukov > > wrote: > > > > 15.05.2014 3:28 пользователь "Stuart Henderson" > > написал: > > > > > > > > > > > >> > > > >> Segfault in cmake while attempting to configure kde4libs on > > -current i386. > > > >> > > > >> I might try repeating this with symbols when my current bulk build > > > >> is done, but thought I'd post it here now in case anyone would > > > >> like to dig in... > > > > > > > > So we have two CMake-related package building problems now. > > Yet there has been no relevant change to CMake that makes the timescale. > Discounting the java/python changes which don't seem like they could > do this, last update was in March. > > > > What's the other one? > > > > x11/kde4/l10n/pt, reproduceable in bulk build on i386 and amd64. > > > > > > David, do you have a port for upcoming CMake 3.0? > > > > > > not yet. > > > > Hm. What if we try to use -O1 for building CMake itself, as it's done > > on arm already?.. Stuart, could you test if this helps, please? I > > cannot reproduce any of those problems on my laptop in simple builds, > > and bulk builds of KDE4 take too much time. :( > > > > x11/kde4/l10n/pt is reproducable in a simple "make package", it does not > need a bulk build. > > I'm wondering about "When the stack protector heuristics doesn't cover a > function, leave a little pointer-sized gap before the return value" in gcc. > My build machines are busy with an llvm test build at the moment though. I'll use fresh snapshot here then and try again, things still work fine for me now.
Re: cmake segfault
On 2014/05/15 16:55, Vadim Zhukov wrote: > 15.05.2014 16:45 пользователь "David Coppa" написал: > > > > On Thu, May 15, 2014 at 2:30 PM, Vadim Zhukov > wrote: > > > 15.05.2014 3:28 пользователь "Stuart Henderson" > написал: > > > > > > > > >> > > >> Segfault in cmake while attempting to configure kde4libs on > -current i386. > > >> > > >> I might try repeating this with symbols when my current bulk build > > >> is done, but thought I'd post it here now in case anyone would > > >> like to dig in... > > > > > > So we have two CMake-related package building problems now. Yet there has been no relevant change to CMake that makes the timescale. Discounting the java/python changes which don't seem like they could do this, last update was in March. > > What's the other one? > > x11/kde4/l10n/pt, reproduceable in bulk build on i386 and amd64. > > > > David, do you have a port for upcoming CMake 3.0? > > > > not yet. > > Hm. What if we try to use -O1 for building CMake itself, as it's done > on arm already?.. Stuart, could you test if this helps, please? I > cannot reproduce any of those problems on my laptop in simple builds, > and bulk builds of KDE4 take too much time. :( > x11/kde4/l10n/pt is reproducable in a simple "make package", it does not need a bulk build. I'm wondering about "When the stack protector heuristics doesn't cover a function, leave a little pointer-sized gap before the return value" in gcc. My build machines are busy with an llvm test build at the moment though.
Re: cmake segfault
15.05.2014 16:45 пользователь "David Coppa" написал: > > On Thu, May 15, 2014 at 2:30 PM, Vadim Zhukov wrote: > > 15.05.2014 3:28 пользователь "Stuart Henderson" написал: > > > > > >> > >> Segfault in cmake while attempting to configure kde4libs on -current i386. > >> > >> I might try repeating this with symbols when my current bulk build > >> is done, but thought I'd post it here now in case anyone would > >> like to dig in... > > > > So we have two CMake-related package building problems now. > > What's the other one? x11/kde4/l10n/pt, reproduceable in bulk build on i386 and amd64. > > David, do you have a port for upcoming CMake 3.0? > > not yet. Hm. What if we try to use -O1 for building CMake itself, as it's done on arm already?.. Stuart, could you test if this helps, please? I cannot reproduce any of those problems on my laptop in simple builds, and bulk builds of KDE4 take too much time. :(
Re: cmake segfault
On Thu, May 15, 2014 at 2:30 PM, Vadim Zhukov wrote: > 15.05.2014 3:28 пользователь "Stuart Henderson" написал: > > >> >> Segfault in cmake while attempting to configure kde4libs on -current i386. >> >> I might try repeating this with symbols when my current bulk build >> is done, but thought I'd post it here now in case anyone would >> like to dig in... > > So we have two CMake-related package building problems now. What's the other one? > David, do you have a port for upcoming CMake 3.0? not yet.
Re: cmake segfault
15.05.2014 3:28 пользователь "Stuart Henderson" написал: > > Segfault in cmake while attempting to configure kde4libs on -current i386. > > I might try repeating this with symbols when my current bulk build > is done, but thought I'd post it here now in case anyone would > like to dig in... So we have two CMake-related package building problems now. David, do you have a port for upcoming CMake 3.0? > #0 0x02b7f0a5 in strlen ( > str=0x82c39fec "\200I\v\207\214#\177}", ' ) at /usr/src/lib/libc/string/strlen.c:43 > 43 for (s = str; *s; ++s) > (gdb) bt > #0 0x02b7f0a5 in strlen ( > str=0x82c39fec "\200I\v\207\214#\177}", ' ) at /usr/src/lib/libc/string/strlen.c:43 > #1 0x04f024db in basic_string (this=0xcfbc2270, > __s=0x82c39fec "\200I\v\207\214#\177}", ' , __a=@0xcfbc2277) at char_traits.h:258 > #2 0x1b9882b5 in cmTarget::GetLinkClosure () from /usr/local/bin/cmake > #3 0x1ba98909 in cmComputeLinkInformation::GetRPath () >from /usr/local/bin/cmake > #4 0x1bb55cfd in cmLocalGenerator::OutputLinkLibraries () >from /usr/local/bin/cmake > #5 0x1bb521c2 in cmLocalGenerator::GetTargetFlags () from /usr/local/bin/cmake > #6 0x1b9f1436 in cmNinjaNormalTargetGenerator::WriteLinkStatement () >from /usr/local/bin/cmake > #7 0x1b9e3c77 in cmLocalNinjaGenerator::Generate () from /usr/local/bin/cmake > #8 0x1bb19aa6 in cmGlobalGenerator::Generate () from /usr/local/bin/cmake > #9 0x1b9dd7ce in cmGlobalNinjaGenerator::Generate () from /usr/local/bin/cmake > #10 0x1b9b7431 in cmake::Generate () from /usr/local/bin/cmake > #11 0x1b9c0c23 in cmake::Run () from /usr/local/bin/cmake > #12 0x1b8fec57 in do_cmake () from /usr/local/bin/cmake > #13 0x1b8ff8ed in main () from /usr/local/bin/cmake > > > > >>> Compare 9132 + 340474 to 8 > >>> Building under x11/kde4/libs > BDEPENDS = [devel/ninja;sysutils/gamin;converters/libiconv;devel/pcre;x11/grantlee;graphics/openexr;textproc/enchant;security/qca2;x11/dbusmenu-qt;archivers/bzip2;misc/shared-desktop-ontologies;multimedia/phonon;misc/shared-mime-info;net/avahi;x11/qt4;devel/automoc;databases/soprano;productivity/attica;devel/gettext;graphics/giflib;graphics/jasper;textproc/aspell/core;textproc/docbook-xsl;devel/cmake;textproc/docbook;textproc/libxslt;archivers/xz;x11/polkit-qt4;databases/strigi] > FULLPKGNAME = kdelibs-4.11.5p8 > RDEPENDS = [graphics/openexr;sysutils/upower;multimedia/phonon-backend/gstreamer;devel/desktop-file-utils;sysutils/gamin;multimedia/phonon;misc/shared-mime-info;misc/shared-desktop-ontologies;textproc/enchant;archivers/bzip2;x11/dbusmenu-qt;graphics/jasper;graphics/giflib;x11/kde4/libs,,-langlist;databases/strigi;x11/gtk+2,-guic;archivers/xz;devel/pcre;x11/grantlee;converters/libiconv;x11/qt4;security/qca2;textproc/aspell/core;net/cagibi;x11/kde4/libs,,-en_US;productivity/attica;x11/dbus;devel/gettext;databases/soprano;x11/kde4/oxygen-icons;x11/polkit-qt4;textproc/libxslt] > (Junk lock failure for localhost at 1400107389) > Received IO > (Junk lock obtained for localhost at 1400107390) > Woken up x11/kde4/libs > Woken up x11/kde4/libs > >>> Running depends in x11/kde4/libs at 1400107391 >last junk was in emulators/zsnes > /usr/sbin/pkg_add -aI -Dunsigned -Drepair OpenEXR-1.6.1p2 aspell-0.60.6.1p1 attica-0.4.2 automoc4-0.9.88p0 avahi-0.6.31p13 cmake-2.8.12.2p3 dbusmenu-qt-0.9.2 docbook-4.5p1 docbook-xsl-1.68.1p5 enchant-1.6.0p1 gamin-0.1.10p20 giflib-5.0.5 grantlee-0.3.0 jasper-1.900.1p2 pcre-8.33 phonon-4.6.0p1 polkit-qt4-0.103.0p0 qca2-2.0.3p2 qt4-4.8.5p3 shared-desktop-ontologies-0.11.0 shared-mime-info-1.3 soprano-2.9.4 strigi-0.7.7pl1 > was: /usr/sbin/pkg_add -aI -Dunsigned -Drepair OpenEXR-1.6.1p2 aspell-0.60.6.1p1 attica-0.4.2 automoc4-0.9.88p0 avahi-0.6.31p13 bzip2-1.0.6p0 cmake-2.8.12.2p3 dbusmenu-qt-0.9.2 docbook-4.5p1 docbook-xsl-1.68.1p5 enchant-1.6.0p1 gamin-0.1.10p20 gettext-0.18.2p4 giflib-5.0.5 grantlee-0.3.0 jasper-1.900.1p2 libiconv-1.14p1 libxslt-1.1.28p0 ninja-1.4.0 pcre-8.33 phonon-4.6.0p1 polkit-qt4-0.103.0p0 qca2-2.0.3p2 qt4-4.8.5p3 shared-desktop-ontologies-0.11.0 shared-mime-info-1.3 soprano-2.9.4 strigi-0.7.7pl1 xz-5.0.5p0 > /usr/sbin/pkg_add -aI -Dunsigned -Drepair OpenEXR-1.6.1p2 aspell-0.60.6.1p1 attica-0.4.2 automoc4-0.9.88p0 avahi-0.6.31p13 cmake-2.8.12.2p3 dbusmenu-qt-0.9.2 docbook-4.5p1 docbook-xsl-1.68.1p5 enchant-1.6.0p1 gamin-0.1.10p20 giflib-5.0.5 grantlee-0.3.0 jasper-1.900.1p2 pcre-8.33 phonon-4.6.0p1 polkit-qt4-0.103.0p0 qca2-2.0.3p2 qt4-4.8.5p3 shared-desktop-ontologies-0.11.0 shared-mime-info-1.3 soprano-2.9.4 strigi-0.7.7pl1 > Look in /usr/local/share/doc/pkg-readmes for extra documentation. > >>> Running show-prepare-results in x11/kde4/libs at 1400107406 > ===> x11/kde4/libs > ===> kdelibs-4.11.5p8 depends on: shared-desktop-ontologies->=0.10 -> shared-desktop-ontologies-0.11.0 > ===> kdelibs-4.11.5p8 depends on: shared-mime-info-* -> shared-mime-info-1.3 > ===> kdelibs-4.11.5p8 depends on: avahi-* -> avahi-0.6.31p13 > ===>
Re: [NEW] beets
> On 13 May 2014 at 17:07 Nils R wrote: > > Hi Brian, > > i have to get more comfortable with all that ports stuff before i become > a maintainer. So it looks like there are tests, but for now i disabled > them. When i have more time i will have a look at this and maybe enable > it later. > > Added NO_TEST = Yes to the Makefile. > > Nils Hi, I built this yesterday on amd64. Seems to be running fine, although I haven't used it too much yet. I really ask myself why I didn't discover this piece of software earlier - never heard of it before. It would have saved me so much work a year ago. Very excited to see it in ports/packages. Thanks a lot for bringing it in Lars
Re: [NEW] beets
Stuart Henderson schrieb am 13.05.2014 17:13:
> On 2014/05/13 17:07, Nils R wrote:
>> Brian Callahan schrieb am 13.05.2014 16:57:
>>
>> >
>> > On 05/13/14 10:41, Nils R wrote:
>> >> Now that all dependencies are in the tree, here's an updated port
>> >> for the new beets version 1.3.6.
>> >>
>> >> Any comments?
>> >>
>> >> Nils
>> >
>> > Do you not want to be maintainer?
>> >
>> > 'make test' downloads a whole bunch of stuff from the Internet, then
>> > fails for me:
>> > AttributeError: 'module' object has no attribute 'suite'
>> > So something needs to be done about that. Maybe just NO_TEST=Yes
>> >
>> > Otherwise looks ok.
>> >
>> > ~Brian
>> >
>>
>> Hi Brian,
>>
>> i have to get more comfortable with all that ports stuff before i become
>> a maintainer. So it looks like there are tests, but for now i disabled
>> them. When i have more time i will have a look at this and maybe enable
>> it later.
>>
>> Added NO_TEST = Yes to the Makefile.
>
> The question there is, whether there are non-test codepaths that
> would also try to install things from the internet at runtime...
>
I checked the setup.py file, which lists the dependencies for the various
targets (main program, tests, plugins):
install_requires=[
'enum34',
'mutagen>=1.22',
'munkres',
'unidecode',
'musicbrainzngs>=0.4',
'pyyaml',
]
+ (['colorama'] if (sys.platform == 'win32') else [])
+ (['ordereddict'] if sys.version_info < (2, 7, 0) else []),
tests_require=[
'responses',
'pyechonest',
'mock',
'flask',
'rarfile',
'pylast',
],
# Plugin (optional) dependencies:
extras_require={
'beatport': ['requests'],
'fetchart': ['requests'],
'chroma': ['pyacoustid'],
'discogs': ['discogs-client'],
'echonest': ['pyechonest'],
'echonest_tempo': ['pyechonest'],
'lastgenre': ['pylast'],
'mpdstats': ['python-mpd'],
'web': ['flask'],
'import': ['rarfile'],
Until all test dependencies are ported, i would go for a NO_TEST=Yes.
What do you think?
Nils
