May 2012 - macports-tickets - lists.macosforge.org

[MacPorts] #20046: pcre++ rename to pcrexx for consistency and safety
by MacPorts 17 May '12

17 May '12

#20046: pcre++ rename to pcrexx for consistency and safety ------------------------------+--------------------------------------------- Reporter: blb@… | Owner: gwright@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: pcre++ ------------------------------+--------------------------------------------- Other C++-type ports with ++ in the names have those plus signs replaced by '''x''' (eg [browser:trunk/dports/devel/libsigcxx2/Portfile libsigcxx2], [browser:trunk/dports/textproc/libxmlxx2/Portfile libxmlxx2]) to avoid potential issues with a standard regex character. It would appear it has no dependents, once I escaped the pluses in {{{port echo depends:pcre\\+\\+}}} so I'm guessing it shouldn't be too painful. -- Ticket URL: <http://trac.macports.org/ticket/20046> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #34416: py-scipy broken for future os
by MacPorts 17 May '12

17 May '12

#34416: py-scipy broken for future os --------------------------------------+------------------------------------- Reporter: howarth@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: python | Port: py-scipy --------------------------------------+------------------------------------- Currently py-scipy won't build for future os releases due to its inclusion of the vecLib [[BR]] headers (despite linking the Accelerate framework). The attached Portfile.diff uses the[[BR]] same approach as fink to reinplace the instances of vecLib with Accelerate in the [[BR]] offending source files. -- Ticket URL: <https://trac.macports.org/ticket/34416> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #34481: php5-unit: update to 3.6.10
by MacPorts 16 May '12

16 May '12

#34481: php5-unit: update to 3.6.10 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: singingwolfboy@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: php5-unit -------------------------------------+-------------------------------------- [https://github.com/sebastianbergmann/phpunit/tags php-unit 3.6.10 appears to be available] so the php5-unit port might want to be updated. But it has several dependencies, some of which fail their livechecks, so some of them may need updates too. -- Ticket URL: <https://trac.macports.org/ticket/34481> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #34478: selfupdate failed; sqlite errors
by MacPorts 16 May '12

16 May '12

#34478: selfupdate failed; sqlite errors -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.0 Keywords: tiger | Port: -------------------------------------+-------------------------------------- selfupdate failed with an sqlite error. Now everything I try to do with port fails with an sqlite error. -- Ticket URL: <https://trac.macports.org/ticket/34478> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #34472: splash @2.1.0 new release
by MacPorts 16 May '12

16 May '12

#34472: splash @2.1.0 new release -------------------------------------+-------------------------------------- Reporter: daniel.price@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.0 Keywords: | Port: splash -------------------------------------+-------------------------------------- Please find attached an updated Portfile (Portfile-splash.diff) for splash 2.1.0 (previous stable release was 1.15.0). Main things are: No longer depends on pgplot by default, instead uses cairo-based backend. Also requires gcc >= 4.4 so removed gcc42/gcc43 variants. Cleaned up a few other things also, plus added h5part variant. I have checked that all variants successfully install on my local system running OS/X 10.7.3. All seems OK from this end. Would be great if someone can check/commit. Cheers. -- Ticket URL: <https://trac.macports.org/ticket/34472> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #34476: xorg-server @1.8.2_0 build error
by MacPorts 16 May '12

16 May '12

#34476: xorg-server @1.8.2_0 build error -----------------------------------------------------------------+---------- Reporter: macnwhite@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: xorg-server, Mac OS X 10.4.11, build error, xquartz | Port: -----------------------------------------------------------------+---------- xorg-server @1.8.2_0; Mac OS X 10.4.11; Xcode 2.5 {{{ "mportopen $porturl [array get interp_options] [array get variations]" Error: Unable to open port: invalid command name "installs_libs" DEBUG: upgrade pkgconfig failed while executing "macports::_upgrade_mport_deps $mport $target" (procedure "mportexec" line 26) invoked from within "mportexec $workername $target" Error: Unable to execute port: upgrade pkgconfig failed To report a bug, see <http://guide.macports.org/#project.tickets> }}} -- Ticket URL: <https://trac.macports.org/ticket/34476> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

Re: [MacPorts] #11576: mpich2 and openmpi both claim mpiexec(1) manpage
by MacPorts 16 May '12

16 May '12

#11576: mpich2 and openmpi both claim mpiexec(1) manpage --------------------------------+------------------------------------------- Reporter: stephen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: mpi haspatch | Port: mpich2 openmpi hdf5-18 --------------------------------+------------------------------------------- Changes (by eborisch@…): * keywords: mpi => mpi haspatch -- Ticket URL: <https://trac.macports.org/ticket/11576#comment:15> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #34473: php5 port broken
by MacPorts 16 May '12

16 May '12

#34473: php5 port broken -----------------------------------------+---------------------------------- Reporter: charles@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.0 Keywords: | Port: php5 -----------------------------------------+---------------------------------- Log: :error:checksum Checksum (rmd160) mismatch for php-5.3.12.tar.bz2 :info:checksum Portfile checksum: php-5.3.12.tar.bz2 rmd160 5d91c2d16b54632aa123677f63776b312872997c :info:checksum Distfile checksum: php-5.3.12.tar.bz2 rmd160 5aed4ca1702c326beb84c253de892a069ca8dcbc :error:checksum Checksum (sha256) mismatch for php-5.3.12.tar.bz2 :info:checksum Portfile checksum: php-5.3.12.tar.bz2 sha256 91659fd645b03011e1620134fa2457fade1e502499111cef8c4e23f428ad16ac :info:checksum Distfile checksum: php-5.3.12.tar.bz2 sha256 fa486cb09284c6814c8c6a7f02929cc545d13e4e31daa401bab02c95a90485ca :info:checksum The correct checksum line may be: :info:checksum checksums rmd160 5aed4ca1702c326beb84c253de892a069ca8dcbc \ sha256 fa486cb09284c6814c8c6a7f02929cc545d13e4e31daa401bab02c95a90485ca :notice:checksum *** :notice:checksum The non-matching file appears to be HTML. See this page for possible reasons :notice:checksum for the checksum mismatch: :notice:checksum <https://trac.macports.org/wiki/MisbehavingServers> :notice:checksum *** :error:checksum org.macports.checksum for port php5 returned: Unable to verify file checksums :debug:checksum Error code: NONE :debug:checksum Backtrace: Unable to verify file checksums while executing Attempting to access http://packages.macports.org/php5 with curl yields: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>404 Not Found</title> </head><body> <h1>Not Found</h1> <p>The requested URL /php5 was not found on this server.</p> </body></html> -- Ticket URL: <https://trac.macports.org/ticket/34473> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #34468: clang-3.0: clang headers are missing
by MacPorts 16 May '12

16 May '12

#34468: clang-3.0: clang headers are missing ----------------------------------+----------------------------------------- Reporter: takeshi@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.0 Keywords: | Port: clang-3.0 ----------------------------------+----------------------------------------- clang-3.0 does not install clang headers in ${prefix}/libexec/${name}/include/clang. (There is clang-c). The clang headers are installed when I built clang-3.0 by hand. I haven't looked at other versions of clang. -- Ticket URL: <https://trac.macports.org/ticket/34468> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

Re: [MacPorts] #11576: mpich2 and openmpi both claim mpiexec(1) manpage
by MacPorts 16 May '12

16 May '12

#11576: mpich2 and openmpi both claim mpiexec(1) manpage --------------------------------+------------------------------------------- Reporter: stephen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: mpi | Port: mpich2 openmpi hdf5-18 --------------------------------+------------------------------------------- Comment(by eborisch@…): Replying to [comment:13 stephen@…]: > If you're dead serious about that, one of the ports should be removed. Otherwise, there are use cases where one might use both (in particular, evaluating which one or the other not both you're going to use in production!) I'm not sure where you're going here. The ticket was to resolve the collision between openmpi and mpich2. Solutions I can see: * We can declare them incompatible (mark them conflicting) and the "problem" goes away. If someone is evaluating one vs the other, they can (with minimal headache) activate one and then the other for testing. * If there is a real use case for keeping both installed, then we need to resolve the man page conflicts. I think man1 can be fixed as I described above with changes in openmpi. For the man3 pages, one of the ports will need to prevent them from installing for things to coexist. I'm happy to add a +man3 variant to mpich2 that can be disabled to permit co-existence. Thoughts? -- Ticket URL: <https://trac.macports.org/ticket/11576#comment:14> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0