September 2014 - macports-tickets - lists.macosforge.org

[MacPorts] #41973: Add "enable-ec_nistp_64_gcc_128" variant to openssl?
by MacPorts 28 Sep '14

28 Sep '14

#41973: Add "enable-ec_nistp_64_gcc_128" variant to openssl? ---------------------+-------------------------------- Reporter: jlg@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: openssl ---------------------+-------------------------------- The need for accelerated NIST P-224 and P-256 encryption support is growing. Would it be possible to add the "enable-ec_nistp_64_gcc_128" configure option as a variant to the openssl port? -- Ticket URL: <https://trac.macports.org/ticket/41973> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #45159: daq 2.0.2: error: tokdefs.h: No such file or directory
by MacPorts 28 Sep '14

28 Sep '14

#45159: daq 2.0.2: error: tokdefs.h: No such file or directory --------------------------+-------------------- Reporter: ryandesign@… | Owner: jann@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: daq --------------------------+-------------------- daq 2.0.2 failed to build on the Snow Leopard build server only: https://build.macports.org/builders/buildports-snowleopard- x86_64/builds/29811/steps/compile/logs/stdio But I don't know that it's a Snow Leopard-specific problem. The error that caused the build to fail was: {{{ ./scanner.l:70:21: error: tokdefs.h: No such file or directory }}} But later in the log we see: {{{ make[2]: *** [libsfbpf_la-sf_scanner.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... mv y.tab.c sf_grammar.c mv y.tab.h tokdefs.h }}} So tokdefs.h got created, but after it was already expected to exist. This makes me think it's a parallel build failure brought on by incomplete target dependencies in the Makefile. -- Ticket URL: <https://trac.macports.org/ticket/45159> MacPorts <http://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #43008: [update] nagios 3.5.0 -> 3.5.1/4.0.4
by MacPorts 28 Sep '14

28 Sep '14

#43008: [update] nagios 3.5.0 -> 3.5.1/4.0.4 -----------------------+-------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: nagios -----------------------+-------------------------------- * split subport nagios & nagios3 * examples files & config for apache/nagios, will add them later after a bit more usage/review -- Ticket URL: <https://trac.macports.org/ticket/43008> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #43233: [update] asterisk 12.1.1
by MacPorts 28 Sep '14

28 Sep '14

#43233: [update] asterisk 12.1.1 -----------------------+-------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: asterisk -----------------------+-------------------------------- * Bump to 12.1.1 from 1.6.2.20 * creation of user/group in post-configure (#27492), add to startupitem and extra dir but possibly more to do * add variants * too big gap, compilation issues to review, new dependencies, ... * some dependencies are required w digium modification, most notably ice- cpp https://wiki.asterisk.org/wiki/display/TOP/System+Requirements https://wiki.asterisk.org/wiki/display/TOP/Building+on+Linux * move conf to examples and post-activate it (my tcl extract is not good, else without that, it installs correctly) {{{ :info:build chan_bridge_media.c:142:13: error: use of undeclared identifier 'pvt' :info:build ast_answer(pvt->chan); :info:build ^ :info:build chan_bridge_media.c:144:34: error: use of undeclared identifier 'pvt' :info:build if (ast_channel_add_bridge_role(pvt->chan, role)) { :info:build ^ :info:build 15 errors generated. :info:build [CC] btree/bt_close.c -> btree/bt_close.o :info:build make[1]: *** [chan_bridge_media.o] Error 1 :info:build make: *** [channels] Error 2 }}} switch to gcc49 goes to the end of destroot/install -- Ticket URL: <https://trac.macports.org/ticket/43233> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #45182: cmake fails to configure; yosemite beta, xcode 6
by MacPorts 28 Sep '14

28 Sep '14

#45182: cmake fails to configure; yosemite beta, xcode 6 -------------------------+-------------------------------- Reporter: m74z00219@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: cmake -------------------------+-------------------------------- I'm having trouble building cmake on yosemite with xcode 6. I followed the migration instructions and tried some of the steps on the problems hotlist page -- to no avail. -- Ticket URL: <https://trac.macports.org/ticket/45182> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #45192: kmymoney: Make port obsolete
by MacPorts 28 Sep '14

28 Sep '14

#45192: kmymoney: Make port obsolete ----------------------+-------------------------------- Reporter: nicos@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: kmymoney ----------------------+-------------------------------- In the process of making KDE3 obsolete in MacPorts, the Portfile kmymoney should be marked as obsolete and replaced by its more recent version based on KDE4, kmymoney4. Please see the attached patch. -- Ticket URL: <https://trac.macports.org/ticket/45192> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #45196: julia: use the right compiler
by MacPorts 28 Sep '14

28 Sep '14

#45196: julia: use the right compiler --------------------------+-------------------- Reporter: ryandesign@… | Owner: sean@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: | Port: julia --------------------------+-------------------- julia is hardcoding the use of clang in its Makefiles; it should instead honor the value of configure.compiler specified by MacPorts. {{{ DEBUG: Executing proc-pre-org.macports.destroot-destroot-0 DEBUG: Executing org.macports.destroot (julia) DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_julia/julia/work/julia-0.3.1" && /usr/bin/make -w install FC=/opt/local/bin/gfortran-mp-4.8 USE_SYSTEM_LLVM=1 LLVM_CONFIG=llvm-config-mp-3.3 USE_SYSTEM_LIBUNWIND=1 USE_SYSTEM_LIBM=1 USE_SYSTEM_GMP=1 USE_SYSTEM_MPFR=1 USE_SYSTEM_ZLIB=1 USE_SYSTEM_READLINE=1 USE_SYSTEM_PCRE=1 USE_SYSTEM_FFTW=1 USE_SYSTEM_ARPACK=1 USE_SYSTEM_SUITESPARSE=1 DESTDIR=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_julia/julia/work/destroot' DEBUG: Executing command line: cd "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_julia/julia/work/julia-0.3.1" && /usr/bin/make -w install FC=/opt/local/bin/gfortran-mp-4.8 USE_SYSTEM_LLVM=1 LLVM_CONFIG=llvm-config-mp-3.3 USE_SYSTEM_LIBUNWIND=1 USE_SYSTEM_LIBM=1 USE_SYSTEM_GMP=1 USE_SYSTEM_MPFR=1 USE_SYSTEM_ZLIB=1 USE_SYSTEM_READLINE=1 USE_SYSTEM_PCRE=1 USE_SYSTEM_FFTW=1 USE_SYSTEM_ARPACK=1 USE_SYSTEM_SUITESPARSE=1 DESTDIR=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_julia/julia/work/destroot clang -stdlib=libc++ -mmacosx-version-min=10.7 -dumpmachine clang: Error: You should be using ${configure.cc} See https://trac.macports.org/wiki/UsingTheRightCompiler }}} -- Ticket URL: <https://trac.macports.org/ticket/45196> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #45190: llvm-3.5 : use https with svn when building
by MacPorts 28 Sep '14

28 Sep '14

#45190: llvm-3.5 : use https with svn when building ------------------------------+-------------------------------- Reporter: mk-macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: llvm, snv, https | Port: llvm-3.5 ------------------------------+-------------------------------- Hi, i fell over this weird bug: http://stackoverflow.com/questions/21033706/svn-e175002-unable-to-connect- to-a-repository-at-url resulting in me being unable to build llvm-3.5 and getting this error: {{{ svn: E175002: Unable to connect to a repository at URL ... }}} Is there any reason in particular that you are not using https when fetching with svn? Otherwise this would solve 2 problems (weird bug above and insecure transfer) at once. cheers -- Ticket URL: <https://trac.macports.org/ticket/45190> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #45132: ncarg @6.2.1_0: fetch fails
by MacPorts 28 Sep '14

28 Sep '14

#45132: ncarg @6.2.1_0: fetch fails -----------------------------+-------------------------------- Reporter: zwaardmeester@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: -----------------------------+-------------------------------- $ sudo port upgrade ncarg ---> Computing dependencies for ncarg ---> Fetching archive for ncarg ---> Attempting to fetch ncarg-6.2.1_0+gcc48.darwin_13.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/ncarg ---> Attempting to fetch ncarg-6.2.1_0+gcc48.darwin_13.x86_64.tbz2 from http://lil.fr.packages.macports.org/ncarg ---> Attempting to fetch ncarg-6.2.1_0+gcc48.darwin_13.x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/ncarg ---> Fetching distfiles for ncarg Error: Download ncl_ncarg-6.2.1.tar.gz manually and place it in /opt/local/var/macports/distfiles/ncarg. See instructions on http://www.ncl.ucar.edu//Download/index.shtml ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://mse.uk.distfiles.macports.org/sites/distfiles.macports.org/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://lil.fr.distfiles.macports.org/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://nue.de.distfiles.macports.org/macports/distfiles/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://fco.it.distfiles.macports.org/mirrors/macports-distfiles/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://her.gr.distfiles.macports.org/mirrors/macports/mpdistfiles/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://ykf.ca.distfiles.macports.org/MacPorts/mpdistfiles/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://distfiles.macports.org/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://www.earthsystemgrid.org/ ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://sea.us.distfiles.macports.org/macports/distfiles/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://jog.id.distfiles.macports.org/macports/mpdistfiles/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://aarnet.au.distfiles.macports.org/pub/macports/mpdistfiles/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://cjj.kr.distfiles.macports.org/ncarg ---> Attempting to fetch ncl_ncarg-6.2.1.tar.gz from http://svn.macports.org/repository/macports/distfiles/ncarg Error: org.macports.fetch for port ncarg returned: fetch failed -- Ticket URL: <https://trac.macports.org/ticket/45132> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #44991: Use vecLibFort instead of dotwrp
by MacPorts 28 Sep '14

28 Sep '14

#44991: Use vecLibFort instead of dotwrp -------------------------+------------------------------------------------- Reporter: takeshi@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: qrupdate, octave, petsc, itsol, hpl -------------------------+------------------------------------------------- I added vecLibFort port to use it in ncarg. vecLibFort should fix all the problems with vecLib framework used from Fortran. The author of vecLibFort kindly sent me a pull request to dotwrp, which I haven't noticed for months, and I updated dotwrp. vecLibFort is more capable because it allows both static and dynamic linking and it includes a preloaded library. vecLibFort allows the use of vecLib in octave and qrupdate at the same time. So I switched from my dotwrp to vecLibFort in ncarg. I'll make dotwrp obsolete when all the ports using dotwrp (octave only?) switch to vecLibFort. The accelerate variant of petsc, itsol and hpl can use vecLibFort if they use vecLib from Fortran. Any other ports? Some ports in python? -- Ticket URL: <https://trac.macports.org/ticket/44991> MacPorts <http://www.macports.org/> Ports system for OS X

1 6