March 2015 - macports-tickets - lists.macosforge.org

Re: [MacPorts] #38091: alpine @2.00_4: update to 2.11
by MacPorts 01 Mar '15

01 Mar '15

#38091: alpine @2.00_4: update to 2.11 -----------------------+---------------------- Reporter: larryv@… | Owner: john@… Type: update | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: alpine | -----------------------+---------------------- Comment (by jerryyhom@…): I think it does use ssl and is not a bug, but I am just reporting from my compilation tests. -- Ticket URL: <https://trac.macports.org/ticket/38091#comment:44> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #46872: Update: hdf4 4.2.11
by MacPorts 01 Mar '15

01 Mar '15

#46872: Update: hdf4 4.2.11 ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: hdf4 ----------------------------+-------------------------------- hdf4 has been updated to version 4.2.11. Also added sha256 hash. See http://www.hdfgroup.org/ftp/HDF/HDF_Current/src/hdf-4.2.11-RELEASE.txt for details, -- Ticket URL: <https://trac.macports.org/ticket/46872> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

Re: [MacPorts] #38091: alpine @2.00_4: update to 2.11
by MacPorts 01 Mar '15

01 Mar '15

#38091: alpine @2.00_4: update to 2.11 -----------------------+---------------------- Reporter: larryv@… | Owner: john@… Type: update | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: alpine | -----------------------+---------------------- Comment (by larryv@…): Replying to [comment:42 jerryyhom@…]: > I am guessing that not many people use the -ssl/+tcl variant and so is > probably not worth worrying about. But, if someone complains, here's > the issue. Compiling +tcl will try linking with ssl libs irrespective > of -ssl. However, if suitable ssl libs are installed, compiling +tcl > may succeed, irrespective of -ssl. Okay, that’s not good. We should make `+tcl` require `+ssl`, then. Does Alpine’s Tcl support actually use OpenSSL, or is it a bug? Has it been reported upstream? -- Ticket URL: <https://trac.macports.org/ticket/38091#comment:43> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #36672: netatalk: fatal error: 'netat/appletalk.h' file not found
by MacPorts 01 Mar '15

01 Mar '15

#36672: netatalk: fatal error: 'netat/appletalk.h' file not found ----------------------------------+---------------------------------------- Reporter: | Owner: ralph@… benedikt.hielscher@… | Status: closed Type: defect | Milestone: Priority: Normal | Version: 2.1.2 Component: ports | Keywords: mountainlion lion haspatch Resolution: fixed | Port: netatalk | ----------------------------------+---------------------------------------- Changes (by jmr@…): * status: new => closed * resolution: => fixed Comment: r133417 (maintainer timeout) -- Ticket URL: <https://trac.macports.org/ticket/36672#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #46991: netatalk @2.0.5_3 won't build on 10.8.5
by MacPorts 01 Mar '15

01 Mar '15

#46991: netatalk @2.0.5_3 won't build on 10.8.5 ---------------------+-------------------------------- Reporter: forum@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: netatalk ---------------------+-------------------------------- I get the following error when trying to install netatalk: {{{ … :error:build org.macports.build for port netatalk returned: command execution failed :debug:build Error code: CHILDSTATUS 9087 2 :debug:build Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "portbuild::build_main org.macports.build" ("eval" body line 1) invoked from within "eval $procedure $targetname" … }}} Not sure whether it is the same issue as in ticket #36672 (I'm new to all this). OS X 10.8.5, Xcode 5.1.1 -- Ticket URL: <https://trac.macports.org/ticket/46991> MacPorts <https://www.macports.org/> Ports system for OS X

1 1